STRUCT RTAS_PHY_ATTEST_PARAMS(9)
π NAME π
struct rtas_phy_attest_params β the parameter struct (both in and out, bestie, it's giving duality β¨) for ibm,physical-attestation.
Welcome to the Kernel API Manual, gorgeous, we're doing powerpc today π
β¨ SYNOPSIS β¨
struct rtas_phy_attest_params {
struct papr_phy_attest_io_block cmd;
struct rtas_work_area *work_area;
u32 cmd_len;
u32 sequence;
u32 written;
s32 status;
};
okay so like. six fields. that's it. no cap, that's the whole vibe check πΈ
π«Ά Members π«Ά
cmdβ In: the attestation command buffer, and you (the caller) provide it. β οΈ Heads up though: it must be RTAS-addressable. That's not a suggestion, that's the whole ballgame β if it's not addressable by RTAS, this is not it, and I cannot stress that enough πwork_areaβ this one's doing double duty, main character energy fr fr π- In: a caller-provided work area buffer for the attestation command structure.
- Out: a caller-provided work area buffer for the response.
cmd_lenβ In: the length of the caller-provided attestation command structure. that's the number, keep it accurate πsequenceβ In: sequence number. Out: the next sequence number. she comes in one way and leaves another, iconic π¦writtenβ Out: the bytes written byibm,physical-attestationintowork_area. literally the receipts π§Ύstatusβ Out: the RTAS call status. if you don't check this, bestie, what are you even doing π
π SEE ALSO π
- Kernel file
./arch/powerpc/platforms/pseries/papr-phy-attest.cβ go read the source, it's literally right there π rtas_physical_attestation(9)phy_attest_sequence_begin(9)phy_attest_sequence_end(9)papr_phy_attest_create_handle(9)
slay, you made it to the end π this little bundle of joy lives in ./arch/powerpc/platforms/pseries, version October 2026, and that's the tea βοΈπ go call your RTAS now, ily, 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