cdx_mcdi_get_dev_config(9)
π cdx_mcdi_get_dev_config(9) β from the Kernel API Manual
okay bestie, gather round π«Ά this one is a kernel API manual page, and yes it's exactly as niche as it sounds, but we're gonna make it make sense.
β¨ NAME β¨
cdx_mcdi_get_dev_config β gets the configuration for a particular bus_num:dev_num π
β¨ SYNOPSIS β¨
int cdx_mcdi_get_dev_config (struct cdx_mcdi *cdx , u8 bus_num , u8
dev_num , struct cdx_dev_params *dev_params );
β¨ ARGUMENTS β¨
cdxβ pointer to the MCDI interface. literally the main character here πbus_numβ the bus number.dev_numβ the device number.dev_paramsβ pointer tocdx_dev_params, and this is populated by this device with the configuration corresponding to thebus_num:dev_numyou provided. so you hand it the pointer, it fills in the tea ββ¨
β¨ RETURN β¨
word-for-word, no cap: 0 total number of devices available on the bus, <0 on failure. so yeah β a 0 on success, and anything below zero means it did not slay ππ
β¨ SEE ALSO β¨
- Kernel file
./drivers/cdx/controller/mcdi_functions.hβ go read the source, iykyk π¦ cdx_mcdi_get_num_buses(9)cdx_mcdi_get_num_devs(9)cdx_mcdi_bus_enable(9)cdx_mcdi_bus_disable(9)cdx_mcdi_write_msi(9)cdx_mcdi_reset_device(9)cdx_mcdi_bus_master_enable(9)cdx_mcdi_msi_enable(9)
and that's the whole page, bestie β no filler, just facts π this one lives at ./drivers/cdx/controller, dated October 2026, and it's giving very much cdx_mcdi_get_dev_config(9) energy. periodt πΈπ
π¦ 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