xe_lrc_updat...with_address(9)
β¨ NAME β¨
okay so bestie, this page is from the Kernel API Manual, and the page title is xe_lrc_updat...with_address(9) β yes, ellipsis and all, she's iconic. The actual function living here is xe_lrc_update_memirq_regs_with_address.
Her whole job: re-compute GGTT references in mem interrupt data for a given LRC. That's it, that's the assignment, no cap. Periodt. π
π SYNOPSIS π
Signature time, verbatim, no edits, fr fr:
void xe_lrc_update_memirq_regs_with_address (struct xe_lrc *lrc , struct
xe_hw_engine *hwe , u32 *regs );
π ARGUMENTS π
lrcβ thexe_lrcstruct instance. That's the LRC bestie in question. πhweβ thexe_hw_enginestruct instance. The hw engine bestie. β¨regsβ scratch buffer to be used as temporary storage. Lowkey just the temp stash. π
π₯ SEE ALSO π₯
Kernel file ./drivers/gpu/drm/xe/xe_lrc.c β this is the source neighborhood, iykyk. And here's the whole squad:
xe_gt_lrc_hang_replay_size(9)xe_lrc_reg_size(9)xe_lrc_engine_state_size(9)xe_lrc_ctx_timestamp_ggtt_addr(9)xe_lrc_ctx_timestamp_udw_ggtt_addr(9)xe_lrc_ctx_timestamp(9)xe_lrc_queue_timestamp(9)xe_lrc_ctx_job_timestamp_ggtt_addr(9)xe_lrc_ctx_job_timestamp(9)xe_default_lrc_update_memirq_regs_with_address(9)xe_lrc_setup_wa_bb_with_scratch(9)xe_lrc_set_multi_queue_priority(9)xe_lrc_create(9)xe_lrc_destroy(9)xe_lrc_update_hwctx_regs_with_address(9)xe_lrc_alloc_seqno_fence(9)xe_lrc_free_seqno_fence(9)xe_lrc_init_seqno_fence(9)xe_lrc_engine_id(9)xe_lrc_timestamp(9)xe_lrc_update_timestamp(9)xe_lrc_ring_is_idle(9)
Source/version vibe check:./drivers/gpu/drm/xeΒ· October 2026 Β· pagexe_lrc_updat...with_address(9)π«Άβ¨
π¦ where this page comes from
- nixpkgs unstable: linux-manual 7.3.1
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms