STRUCT SCMI_RAW_BUFFER(9)
π 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 intomsg. that's her limit and she's sticking to it πmsgβ the actual message buffer, the one that collects a full message grabbed from anxfer. 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 π₯
- Kernel file
./drivers/firmware/arm_scmi/raw_mode.c Theory of operation(9)struct scmi_raw_queue(9)struct scmi_raw_mode_info(9)struct scmi_xfer_raw_waiter(9)struct scmi_dbg_raw_data(9)scmi_xfer_raw_worker(9)scmi_xfer_raw_get_init(9)scmi_do_xfer_raw_start(9)scmi_raw_message_send(9)scmi_raw_message_receive(9)scmi_raw_mode_init(9)scmi_raw_mode_cleanup(9)scmi_raw_message_report(9)scmi_raw_error_report(9)
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
- 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