xe_reg_white..._print_entry(9)
π xe_reg_white..._print_entry(9) β from the Kernel API Manual, bestie π
okay so picture this: you're deep in the kernel manual (yes, that one), and you stumble on xe_reg_whitelist_print_entry. It's giving "small function, big responsibilities." Let's get into it β¨
β¨ NAME β¨
xe_reg_whitelist_print_entry β the little function whose whole entire job is printing one whitelist entry. That's it. That's the gig. π
π¦ SYNOPSIS π¦
void xe_reg_whitelist_print_entry (struct drm_printer *p , unsigned int
indent , u32 reg , struct xe_reg_sr_entry *entry );
no cap, that's the whole signature. copy it exactly, don't be out here renaming things π
πΈ ARGUMENTS πΈ
pβ the DRM printer π¨οΈ like, the thing that actually does the printing. main character energy.indentβ the indent level π so your output looks cute and nested instead of chaotic.regβ the register that's allowed/denied π yes, both. it's flexible like that.entryβ the save-restore entry πΎ the actual data being shown off.
π DESCRIPTION π
It prints the deets about the entry that got added to allow/deny access. literally that's the vibe β one entry, one print, details included. bestie it's not complicated and that's what makes it iconic π
π₯ SEE ALSO π₯
- Kernel file
./drivers/gpu/drm/xe/xe_reg_whitelist.cβ go read the source, iykyk π xe_reg_whitelist_process_engine(9)πxe_reg_whitelist_oa_regs(9)π―xe_reg_dewhitelist_oa_regs(9)π (yes, "dewhitelist" is a real word here)xe_reg_whitelist_dump(9)ποΈβ¨
go off and print those entries, bestie π«Ά but fr fr, keep the arguments exactly as written β no guessing, no "fixing", no inventing flags that don't exist. we stay factual in this group chat π
and that's the page!! brought to you by ./drivers/gpu/drm/xe, dated October 2026, page name xe_reg_white..._print_entry(9) β slay, bye π§π
π¦ 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