ENUM SDCA_MESSAGEOFFSET_RANGE(9)
β¨ enum sdca_messageoffset_range β NAME β¨
okay bestie so this is a page from the Kernel API Manual, and it's all about enum sdca_messageoffset_range β literally the column definitions for UMP MessageOffset π
that's the whole vibe, no cap.
π SYNOPSIS π
like, here's the actual shape of it, copy-paste exact because we do NOT improvise here:
enum sdca_messageoffset_range {
SDCA_MESSAGEOFFSET_BUFFER_START_ADDRESS ,
SDCA_MESSAGEOFFSET_BUFFER_LENGTH ,
SDCA_MESSAGEOFFSET_UMP_MODE ,
SDCA_MESSAGEOFFSET_NCOLS
};
πΈ Constants πΈ
so these are the members, and ngl the manpage itself gives us nothing on any of them β every single one is marked -- undescribed -- in the source, so I'm not gonna sit here and make stuff up, that's not the move π
SDCA_MESSAGEOFFSET_BUFFER_START_ADDRESSβ-- undescribed --(yep, that's genuinely all we get, bestie π)SDCA_MESSAGEOFFSET_BUFFER_LENGTHβ-- undescribed --(same energy, the docs said nothing π)SDCA_MESSAGEOFFSET_UMP_MODEβ-- undescribed --(iconic silence, honestly)SDCA_MESSAGEOFFSET_NCOLSβ-- undescribed --(the count one, still undescribed, still mysterious π¦)
fr fr: don't go assuming behaviour from these names, the manual explicitly leaves all four as -- undescribed --. if you need the real semantics, hit the header, not me π
π SEE ALSO π
the whole squad, and yes I'm listing every single one because we don't do skipping here. kernel file first: ./include/sound/sdca_function.h β¨
enum sdca_function_type(9)struct sdca_init_write(9)SDCA_CTL_TYPE(9)SDCA_CTL_TYPE_S(9)enum sdca_ump_mode(9)enum sdca_ump_owner(9)enum sdca_it_controls(9)enum sdca_ot_controls(9)enum sdca_usage_range(9)enum sdca_dataport_selector_range(9)enum sdca_mu_controls(9)enum sdca_su_controls(9)enum sdca_fu_controls(9)enum sdca_volume_range(9)enum sdca_xu_controls(9)enum sdca_fdl_set_index_range(9)enum sdca_cs_controls(9)enum sdca_samplerateindex_range(9)enum sdca_cx_controls(9)enum sdca_pde_controls(9)enum sdca_requested_ps_range(9)enum sdca_ge_controls(9)enum sdca_selected_mode_range(9)enum sdca_detected_mode_values(9)enum sdca_spe_controls(9)enum sdca_cru_controls(9)enum sdca_udmpu_controls(9)enum sdca_mfpu_controls(9)enum sdca_smpu_controls(9)enum sdca_sapu_controls(9)enum sdca_ppu_controls(9)enum sdca_tg_controls(9)enum sdca_hide_controls(9)enum sdca_entity0_controls(9)enum sdca_control_datatype(9)enum sdca_access_mode(9)enum sdca_access_layer(9)struct sdca_control_range(9)struct sdca_control(9)enum sdca_terminal_type(9)enum sdca_connector_type(9)struct sdca_entity_iot(9)enum sdca_clock_type(9)struct sdca_entity_cs(9)enum sdca_pde_power_state(9)struct sdca_pde_delay(9)struct sdca_entity_pde(9)enum sdca_entity_type(9)struct sdca_ge_control(9)struct sdca_ge_mode(9)struct sdca_entity_ge(9)struct sdca_entity_hide(9)enum sdca_xu_reset_mechanism(9)struct sdca_entity_xu(9)struct sdca_entity(9)enum sdca_channel_purpose(9)enum sdca_channel_relationship(9)struct sdca_channel(9)struct sdca_cluster(9)enum sdca_cluster_range(9)struct sdca_fdl_file(9)struct sdca_fdl_set(9)struct sdca_fdl_data(9)struct sdca_function_hid(9)struct sdca_function_data(9)
kay that's the whole page, bestie β go read the headers and slay π
this lil beauty lives over in ./include/sound, dated October 2026, and it's page enum sdca_m...offset_range(9) of the Kernel API Manual π mwah, 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