STRUCT TI_SCI_MSG_RESP_LPM_WAKE_REASON(9)
π struct ti_sci_msg_resp_lpm_wake_reason(9) π
okay bestie, welcome to the Kernel API Manual β¨ this is the page for struct ti_sci_msg_resp_lpm_wake_reason(9) and honestly? she's lowkey the main character of "why did my SoC wake up" investigations π
πΈ NAME πΈ
struct ti_sci_msg_resp_lpm_wake_reason β the Response for TI_SCI_MSG_LPM_WAKE_REASON. that's the whole vibe fr fr π«Ά
β¨ SYNOPSIS β¨
struct ti_sci_msg_resp_lpm_wake_reason {
struct ti_sci_msg_hdr hdr;
u32 wake_source;
u64 wake_timestamp;
u8 wake_pin;
u8 mode;
u32 rsvd[2];
};
look at her. iconic struct layout, no notes π
π Members π
hdrβ the Generic header. every good struct has one, she's just built different πwake_sourceβ the wake up source that woke soc from LPM. like, who did this πwake_timestampβ the Timestamp at which soc woke. receipts, bestie, literal receipts βwake_pinβ the pin that has triggered wake up. the tiny culprit π₯modeβ the last entered low power mode. what she was doing before the nap π€rsvdβ Reserved for future use. don't touch, she's saving space for later π¦
π Description π
so here's the tea π΅ this struct is the Response to a generic message with message type TI_SCI_MSG_LPM_WAKE_REASON, and it's used to query the wake up source, pin and entered low power mode.
basically: something woke the SoC up from low power mode, and this is the struct you ask for the full story β who woke her, which pin did it, what mode she'd been in. the whole group chat recap, no cap π²β¨
π§ SEE ALSO π§
Kernel file ./drivers/firmware/ti_sci.h β and like, the whole extended friend group:
struct ti_sci_msg_hdr(9)struct ti_sci_msg_resp_version(9)struct ti_sci_msg_req_reboot(9)struct ti_sci_msg_resp_query_fw_caps(9)struct ti_sci_msg_req_set_device_state(9)struct ti_sci_msg_req_get_device_state(9)struct ti_sci_msg_resp_get_device_state(9)struct ti_sci_msg_req_set_device_resets(9)struct ti_sci_msg_req_set_clock_state(9)struct ti_sci_msg_req_get_clock_state(9)struct ti_sci_msg_resp_get_clock_state(9)struct ti_sci_msg_req_set_clock_parent(9)struct ti_sci_msg_req_get_clock_parent(9)struct ti_sci_msg_resp_get_clock_parent(9)struct ti_sci_msg_req_get_clock_num_parents(9)struct ti_sci_msg_resp_get_clock_num_parents(9)struct ti_sci_msg_req_query_clock_freq(9)struct ti_sci_msg_resp_query_clock_freq(9)struct ti_sci_msg_req_set_clock_freq(9)struct ti_sci_msg_req_get_clock_freq(9)struct ti_sci_msg_resp_get_clock_freq(9)struct ti_sci_msg_req_prepare_sleep(9)struct ti_sci_msg_req_set_io_isolation(9)struct ti_sci_msg_req_lpm_set_device_constraint(9)struct ti_sci_msg_req_lpm_set_latency_constraint(9)struct ti_sci_msg_req_get_resource_range(9)struct ti_sci_msg_resp_get_resource_range(9)struct ti_sci_msg_req_manage_irq(9)struct ti_sci_msg_rm_ring_cfg_req(9)struct ti_sci_msg_psil_pair(9)struct ti_sci_msg_psil_unpair(9)struct ti_sci_msg_udmap_rx_flow_cfg(9)struct rm_ti_sci_msg_udmap_rx_flow_opt_cfg(9)struct ti_sci_msg_rm_udmap_tx_ch_cfg_req(9)struct ti_sci_msg_rm_udmap_rx_ch_cfg_req(9)struct ti_sci_msg_rm_udmap_flow_cfg_req(9)struct ti_sci_msg_req_proc_request(9)struct ti_sci_msg_req_proc_release(9)struct ti_sci_msg_req_proc_handover(9)struct ti_sci_msg_req_set_config(9)struct ti_sci_msg_req_set_ctrl(9)struct ti_sci_msg_req_get_status(9)struct ti_sci_msg_resp_get_status(9)
ngl the entire SEE ALSO section is giving "tagged everyone in the group chat" energy π absolutely no one was left out and that's on periodt π
okay that's the page, bestie π huge slay, go read your wake reasons. this came from ./drivers/firmware, dated October 2026, and it's filed under struct ti_sc..._wake_reason(9) β mwah, 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