ENUM IWL_NVM_CHANNEL_FLAGS(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… NAME πŸ’…

okay so this is enum iwl_nvm_channel_flags β€” channel flags in NVM, bestie. that's the whole vibe. it's from the Kernel API Manual (yes, that manual) and it's literally just a big list of channel flags and what each one means. no cap.


✨ SYNOPSIS ✨

here's the whole enum, copied exactly bc we do not mess with identifiers in this house:

enum iwl_nvm_channel_flags {
    NVM_CHANNEL_VALID ,
    NVM_CHANNEL_IBSS ,
    NVM_CHANNEL_ALLOW_20MHZ_ACTIVITY ,
    NVM_CHANNEL_ACTIVE ,
    NVM_CHANNEL_RADAR ,
    NVM_CHANNEL_INDOOR_ONLY ,
    NVM_CHANNEL_GO_CONCURRENT ,
    NVM_CHANNEL_UNIFORM ,
    NVM_CHANNEL_20MHZ ,
    NVM_CHANNEL_40MHZ ,
    NVM_CHANNEL_80MHZ ,
    NVM_CHANNEL_160MHZ ,
    NVM_CHANNEL_DC_HIGH ,
    NVM_CHANNEL_VLP ,
    NVM_CHANNEL_AFC ,
    NVM_CHANNEL_VLP_AP_NOT_ALLOWED

};

sixteen constants, zero skips. slay.


πŸŽ€ CONSTANTS πŸŽ€

okay bestie, this is the part you actually came for. one by one, no gatekeeping:

  • NVM_CHANNEL_VALID β€” this channel is usable for this SKU/geo. like, it passed the vibe check for your region. πŸ¦‹
  • NVM_CHANNEL_IBSS β€” usable as an IBSS channel, and deprecated when IWL_NVM_SBANDS_FLAGS_LAR is enabled. that's a real caveat, don't @ me.
  • NVM_CHANNEL_ALLOW_20MHZ_ACTIVITY β€” active scanning allowed, and AP allowed only in 20 MHz. Valid only when IWL_NVM_SBANDS_FLAGS_LAR is enabled. twenty only, no extras. πŸ’…
  • NVM_CHANNEL_ACTIVE β€” active scanning allowed, and it also allows IBSS when IWL_NVM_SBANDS_FLAGS_LAR is enabled. see the pattern? that flag is everywhere, iykyk.
  • NVM_CHANNEL_RADAR β€” radar detection required πŸ‘€ like, the hardware has to actually check for radar before it goes off. not optional.
  • NVM_CHANNEL_INDOOR_ONLY β€” only indoor use is allowed. literally no going outside with this one, it's giving house cat. πŸ™ˆ
  • NVM_CHANNEL_GO_CONCURRENT β€” GO operation is allowed when connected to BSS on same channel on 2.4 or same UNII band on 5.2. ok that sentence is a mouthful but it's exactly what it says, don't water it down.
  • NVM_CHANNEL_UNIFORM β€” uniform spreading required. spread out, bestie. 🌈
  • NVM_CHANNEL_20MHZ β€” 20 MHz channel okay ✨
  • NVM_CHANNEL_40MHZ β€” 40 MHz channel okay ✨
  • NVM_CHANNEL_80MHZ β€” 80 MHz channel okay ✨
  • NVM_CHANNEL_160MHZ β€” 160 MHz channel okay ✨ (look at her go, iconic width progression)
  • NVM_CHANNEL_DC_HIGH β€” DC HIGH required/allowed (?). yes the question mark is in the original. we keep it. we do not edit the source's confusion, we simply respect it. πŸ’€
  • NVM_CHANNEL_VLP β€” client support connection to UHB VLP AP. 🫢
  • NVM_CHANNEL_AFC β€” client support connection to UHB AFC AP. 🫢
  • NVM_CHANNEL_VLP_AP_NOT_ALLOWED β€” UHB VLP AP not allowed, and valid only when NVM_CHANNEL_VLP is enabled. so it only even means anything when its bestie is turned on, periodt.
fr fr though: a few of these carry real conditions β€” IWL_NVM_SBANDS_FLAGS_LAR gating, the deprecation on NVM_CHANNEL_IBSS, the NVM_CHANNEL_VLP dependency β€” those aren't decoration, they're the whole point. read them twice. 😭

πŸ¦‹ SEE ALSO πŸ¦‹

go read these next, bestie, they're all in the same orbit:


and that's the page!! πŸŽ€ source path was ./drivers/net/wireless/intel/i... (yes it's truncated, that's how it came, i don't make the rules), dated October 2026, filed under enum iwl_nvm_channel_flags(9) in the Kernel API Manual. go be iconic with your channels, mwah πŸ’œβœ¨

πŸ“¦ where this page comes from