xe_guc_ct_in...ost_hwconfig(9)
π NAME π
okay so this is the xe_guc_ct_init_post_hwconfig(9) page from the Kernel API Manual, bestie. the function is literally xe_guc_ct_init_post_hwconfig, and its whole vibe is βReinitialize the GuC CTB in VRAM.β no cap. π¦
β¨ SYNOPSIS β¨
int xe_guc_ct_init_post_hwconfig (struct xe_guc_ct *ct );
π«Ά ARGUMENTS π«Ά
ctβ thexe_guc_ct. thatβs the main-character struct being passed in, periodt π
πΈ DESCRIPTION πΈ
so what it does is allocate a brand-new BO in VRAM, and free the previous BO that was allocated in system memory (SMEM). thatβs the whole glow-up: VRAM BO in, SMEM BO out. β¨
heads up bestie: this is applicable only for DGFX products. not everything gets this treatment, iykyk π«Ά
π RETURN π
0on success β slay, it worked π- a negative errno on failure β not the vibe, but at least you know π
π¦ SEE ALSO π¦
- Kernel file
./drivers/gpu/drm/xe/xe_guc_ct.cβ yes, the actual file, bestie GuC CTB Blob(9)xe_guc_ct_queue_proc_time_jiffies(9)xe_guc_ct_restart(9)xe_guc_ct_enable(9)xe_guc_ct_disable(9)xe_guc_ct_flush_and_stop(9)xe_guc_ct_stop(9)xe_guc_ct_runtime_suspend(9)xe_guc_ct_runtime_resume(9)xe_guc_ct_send(9)xe_guc_ct_send_recv(9)xe_guc_ct_fast_path(9)xe_guc_ct_snapshot_capture(9)xe_guc_ct_snapshot_print(9)xe_guc_ct_snapshot_free(9)xe_guc_ct_print(9)
okurrr thatβs the page π the footer says source ./drivers/gpu/drm/xe, date October 2026, and page handle xe_guc_ct_in...ost_hwconfig(9). bye bestie, mwah πβ¨
π¦ 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