ENUM SDCA_ACCESS_MODE(9)
π enum sdca_access_mode(9)
okay so you're in the Kernel API Manual and the star of the show is enum sdca_access_mode β literally the SDCA Control access mode bestie, that's the whole vibe β¨
π SYNOPSIS
no cap, here's the whole enum exactly as it lives, character for character:
enum sdca_access_mode {
SDCA_ACCESS_MODE_RW ,
SDCA_ACCESS_MODE_DUAL ,
SDCA_ACCESS_MODE_RW1C ,
SDCA_ACCESS_MODE_RO ,
SDCA_ACCESS_MODE_RW1S ,
SDCA_ACCESS_MODE_DC
};
πΈ Constants
okay so real talk β the docs for these are giving mystery. each one is literally just labeled -- undescribed -- in the source, so I'm not gonna invent lore for you, that would be lying and we don't do that π«Ά
SDCA_ACCESS_MODE_RWβ-- undescribed --SDCA_ACCESS_MODE_DUALβ-- undescribed --SDCA_ACCESS_MODE_RW1Cβ-- undescribed --SDCA_ACCESS_MODE_ROβ-- undescribed --SDCA_ACCESS_MODE_RW1Sβ-- undescribed --SDCA_ACCESS_MODE_DCβ-- undescribed --
that's it. that's the list. six iconic little constants and zero commentary, iykyk π
π¦ Description
so what are these? they're the access modes as described in the SDCA specification v1.0 section 7.1.8.2 πβ¨ that's the receipt, that's where you go for the actual tea. this enum is just the C-shaped translation of that section, periodt.
π SEE ALSO
the whole squad, fr fr β they all live in the kernel file ./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_messageoffset_range(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_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)
like, that's 65 of them. sixty-five. they ate and left no crumbs π
lowkey reminder: I gave you zero extra behaviour claims here β if the source says -- undescribed --, it stays undescribed. don't come for me, go read SDCA spec v1.0 Β§ 7.1.8.2 π
that's the whole page bestie!! π source: ./include/sound, dated October 2026 β mwah, go slay some SDCA controls π
ππ¦
π¦ 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