STRUCT RTAS_IBM_GET_VPD_PARAMS(9)
π NAME π
okay bestie so welcome to the struct rtas_ibm_get_vpd_params page β this is the Kernel API Manual and this struct is literally the parameters (both in and out, she multitasks πββοΈ) for ibm,get-vpd. that's it, that's the whole vibe check β¨
πΈ SYNOPSIS πΈ
struct rtas_ibm_get_vpd_params {
const struct papr_location_code *loc_code;
struct rtas_work_area *work_area;
u32 sequence;
u32 written;
s32 status;
};
no cap, that's the whole shape of her π
π Members π
loc_codeβ In: a caller-provided buffer holding the location code. the one non-negotiable here: it must be RTAS-addressable, no exceptions π«Άwork_areaβ In: a caller-provided work area buffer where the results land. you bring the space, RTAS brings the data π§sequenceβ In: the sequence number you're handing over. Out: the next sequence number comes back to you. she's giving both-directions main character energy π₯writtenβ Out: how many bytesibm,get-vpdactually wrote intowork_area. the receipts, basically πstatusβ Out: the RTAS call status. this is the vibe check result, look at it first fr fr π
π¦ SEE ALSO π¦
- Kernel file
./arch/powerpc/platforms/pseries/papr-vpd.cβ the source, go read her π rtas_ibm_get_vpd(9)vpd_sequence_begin(9)vpd_sequence_end(9)papr_vpd_create_handle(9)
all the besties in the same friend group, go say hi π«Άβ¨
lowkey reminder: that loc_code buffer being RTAS-addressable is not a suggestion, it's the whole assignment π
and that's the page, bestie π this came out of ./arch/powerpc/platforms/pseries, dated October 2026, and if you see the header struct rtas_...t_vpd_params(9) stamped on your terminal that's just her ~truncated~ signature, she's iconic like that ππβ
π¦ 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