STRUCT XE_GUC_LOG_SNAPSHOT(9)
β¨ struct xe_guc_log_snapshot(9) β¨
okay so this is a kernel API manual page, bestie, and it's literally all about struct xe_guc_log_snapshot β no cap, that's the name. Think of it as a lil time capsule π: a capture of the GuC log plus a bunch of extra state that's lowkey super useful for decoding that log later. iykyk.
πΈ SYNOPSIS πΈ
struct xe_guc_log_snapshot {
size_t size;
void **copy;
int num_chunks;
u64 ktime;
u64 stamp;
u32 level;
struct xe_uc_fw_version ver_found;
struct xe_uc_fw_version ver_want;
const char *path;
};
π Members π
sizeβ the size, in bytes, of the copy allocation. yes it's giving "how much room did we set aside" β¨copyβ the host memory copy of the log buffer, saved for dumping later, and it's split up into chunks π§©num_chunksβ literally the number of chunks insidecopy. keeping count, periodt.ktimeβ the kernel time at which the snapshot was taken β° (main character timestamp energy)stampβ the GuC timestamp of when the snapshot got taken. two timestamps, two vibes π¦levelβ the GuC log verbosity level. how chatty is this log, fr frver_foundβ the GuC firmware version. the one we actually got πver_wantβ the GuC firmware version that the driver expected. the one we were hoping for π (sometimes they don't match, and that's a whole thing)pathβ the path of the GuC firmware blob. where the firmware lives π
π¦ SEE ALSO π¦
- Kernel file
./drivers/gpu/drm/xe/xe_guc_log_types.h struct xe_guc_log(9)
ngl bestie, this struct is just a snapshot plus receipts β if you're decoding a GuC log, all this extra state is gonna be your bestie. obsessed. π
and that's the page!! π source lives at ./drivers/gpu/drm/xe, the date on it is October 2026, and the whole thing is filed under struct xe_guc_log_snapshot(9) β slay, go decode some logs π«Άβ¨
π¦ 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