STRUCT SCMI_RAW_BUFFER(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’– NAME πŸ’–

struct scmi_raw_buffer β€” the struct that holds a whole entire SCMI message, no cap πŸ’…

okay so bestie, this is a page from the Kernel API Manual, and it's literally just one little struct that's gotta hold a full SCMI message. that's the whole vibe. she's a container, she's a keeper, she's giving "i hold the message so you don't have to" πŸŽ€


✨ SYNOPSIS ✨

struct scmi_raw_buffer {
    size_t max_len;
    struct scmi_msg msg;
    struct list_head node;
 };

look at her. three members, zero notes. iconic 🌸


πŸ¦‹ Members πŸ¦‹

  • max_len β€” the maximum allowed message size (header included, bestie, don't forget the header) that can be stored into msg. that's her limit and she's sticking to it πŸ’€
  • msg β€” the actual message buffer, the one that collects a full message grabbed from an xfer. this is where the good stuff lives 🫢
  • node β€” a list node. that's it. that's the whole description. she's a list node, she's linked, she's in the group chat πŸ”—

πŸ”₯ SEE ALSO πŸ”₯

like, read the theory of operation one first, i'm begging you 😭 it's all in there, iykyk


okay that's the whole page, nothing skipped, nothing invented, we ate and left no crumbs πŸ‘‘

and for the cute sign-off bestie: this one comes from ./drivers/firmware/arm_scmi, dated October 2026, and yeah the page header/footer is literally struct scmi_raw_buffer(9) β€” say it back πŸ’œβœ¨πŸŽ€

πŸ“¦ where this page comes from