STRUCT IWL_MCC_UPDATE_RESP_V3(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ¦‹ NAME πŸ¦‹

ok so bestie, welcome to struct iwl_mcc_update_resp_v3 β€” yes that's the whole name, it's a whole mouthful, i know 😭 β€” from the Kernel API Manual. this is literally the response to MCC_UPDATE_CMD, and it's carrying the new channel control profile map (if it changed, which, vibes) plus the new MCC (that's mobile country code for the uninitiated 🫢). and plot twist: the new MCC might not even be the one you asked for in MCC_UPDATE_CMD. it's giving "i heard you but i did my own thing" energy, no cap.


✨ SYNOPSIS ✨

ok here's the whole shape of her, exactly as she is, don't touch:

struct iwl_mcc_update_resp_v3 {
    __le32 status;
    __le16 mcc;
    u8 cap;
    u8 source_id;
    __le16 time;
    __le16 geo_info;
    __le32 n_channels;
    __le32 channels[];
};

πŸŽ€ Members πŸŽ€

  • status β€” the status field, lowkey the main character of "did this work or not". see enum iwl_mcc_update_status.
  • mcc β€” the new applied MCC. the fresh one. the upgrade. πŸ’…
  • cap β€” the capabilities for all channels which matches the MCC.
  • source_id β€” where the MCC came from, see iwl_mcc_source.
  • time β€” time elapsed from the MCC test start, and yes it's in units of 30 seconds, so do the math before you @ me πŸ™ˆ
  • geo_info β€” geographic specific profile information, see enum iwl_geo_information.
  • n_channels β€” number of channels in channels_data.
  • channels β€” the channel control data map, DWORD for each channel. and here's the catch bestie: only the first 16bits are used. only. the first. 16. bits. the rest is just... there. decorative. πŸ’€

🌈 SEE ALSO 🌈

ok prepare yourself, this list is long and she ate, fr fr. everything lives in the kernel file ./drivers/net/wireless/intel/iwlwifi/fw/api/nvm-reg.h:

  • enum iwl_regulatory_and_nvm_subcmd_ids(9)
  • enum iwl_nvm_access_op(9)
  • enum iwl_nvm_access_target(9)
  • enum iwl_nvm_section_type(9)
  • struct iwl_nvm_access_cmd(9)
  • struct iwl_nvm_access_resp(9)
  • enum iwl_nvm_info_general_flags(9)
  • struct iwl_nvm_get_info_general(9)
  • enum iwl_nvm_mac_sku_flags(9)
  • struct iwl_nvm_get_info_sku(9)
  • struct iwl_nvm_get_info_phy(9)
  • struct iwl_nvm_get_info_regulatory_v1(9)
  • struct iwl_nvm_get_info_regulatory_v2(9)
  • struct iwl_nvm_get_info_rsp_v3(9)
  • struct iwl_nvm_get_info_rsp_v4(9)
  • struct iwl_nvm_get_info_regulatory(9)
  • struct iwl_nvm_get_info_rsp(9)
  • struct iwl_nvm_access_complete_cmd(9)
  • struct iwl_mcc_update_cmd(9)
  • enum iwl_geo_information(9)
  • struct iwl_mcc_update_resp_v4(9)
  • struct iwl_mcc_update_resp_v8(9)
  • struct iwl_mcc_chub_notif(9)
  • struct iwl_tas_config_cmd_common(9)
  • struct iwl_tas_config_cmd_v3(9)
  • enum iwl_tas_uhb_allowed_flags(9)
  • struct iwl_tas_config_cmd_v4(9)
  • enum bios_source(9)
  • struct iwl_bios_config_hdr(9)
  • struct iwl_lari_config_extension_cmd(9)
  • struct bios_value_u32(9)
  • struct iwl_tas_config_cmd(9)
  • enum iwl_lari_config_masks(9)
  • struct iwl_lari_config_change_cmd_v1(9)
  • struct iwl_lari_config_change_cmd_v6(9)
  • struct iwl_lari_config_change_cmd_v8(9)
  • struct iwl_lari_config_change_cmd(9)
  • struct iwl_pnvm_init_complete_ntfy(9)
  • struct iwl_mcc_allowed_ap_type_cmd_v1(9)
  • struct iwl_mcc_allowed_ap_type_cmd(9)

like i said. she ate and left no crumbs πŸ‘‘


ngl bestie, the time unit thing (30 seconds!!) and the "only first 16bits" thing are the two spots where people get humbled. read them twice. i'm not being dramatic, i'm being accurate. πŸ’œ

🌸 ok that's the whole page, mwah πŸ’– β€” this lil gem lives over in ./drivers/net/wireless/intel/i..., dated October 2026, and it's part of the Kernel API Manual as struct iwl_...date_resp_v3(9). go forth and configure your channels, you gorgeous nerd πŸ§šβ€β™€οΈβœ¨

πŸ“¦ where this page comes from