ENUM SDCA_REQUESTED_PS_RANGE(9)
π enum sdca_requested_ps_range(9)
okay so bestie, real talk: this is a page straight out of the Kernel API Manual (section 9, the kernel-flavored one, iykyk β¨), and it's all about the column definitions for Requested PS. It's a small one. It's a slay little enum. Let's go π
πΈ NAME πΈ
enum sdca_requested_ps_range β literally just "Column definitions for Requested PS." That's the whole vibe. Short, sweet, iconic. π¦
β¨ SYNOPSIS β¨
like, here's the whole thing, no cap:
enum sdca_requested_ps_range {
SDCA_REQUESTED_PS_STATE ,
SDCA_REQUESTED_PS_NCOLS
};
that's it. that's the enum. notice the little space before the comma on SDCA_REQUESTED_PS_STATE β yes it's really there, and no I'm not touching it, it's part of the look π
π Constants π
SDCA_REQUESTED_PS_STATEβ okay so the actual manpage says-- undescribed --for this one π which means nobody wrote a description yet. I'm not gonna invent one, that's not the move. It's a constant, it exists, it's in the enum, and that's the tea.SDCA_REQUESTED_PS_NCOLSβ also-- undescribed --π same situation, same energy. It's there, it counts the columns (by name, at least β but fr the page doesn't tell us more than that), and we respect it.
bestie please don't @ me for the lack of deets, the source page genuinely says -- undescribed -- for both and I refuse to make things up. periodt. π
π SEE ALSO π
oop, this is the part where the page absolutely ate β it's giving main character energy with the cross-references. Everything lives 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_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)
like, sixty-something references. she's thorough. she's booked and busy. π₯
that's the whole page bestie, go forth and read thy enum π
and that's a wrap! this little beauty came from the source dir ./include/sound, dated October 2026 β stay hydrated, read your headers, and remember: -- undescribed -- is still documentation, technically π§ββοΈπ
π¦ 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