Search Linux Wireless

Re: [PATCH 1/1] wifi: nl80211: Add support for plumbing SAE groups to driver

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 





On 2/12/2024 8:58 PM, Johannes Berg wrote:
On Mon, 2024-02-12 at 09:25 +0200, Kalle Valo wrote:

What driver is going to use these new crypto settings? Or is this for an
out-of-tree driver?


I'm sure it's for an out-of-tree driver.

This is the _entirety_ of "@broadcom"'s wireless contributions with
"--since=2020" (somewhat arbitrarily chosen, though going a bit further
back has some "real" work in brcmfmac), as far as I can tell:

Arend Van Spriel (1):
       cfg80211: adapt to new channelization of the 6GHz band

Arend van Spriel (23):
       cfg80211: add VHT rate entries for MCS-10 and MCS-11
       brcmfmac: use different error value for invalid ram base address
       brcmfmac: increase core revision column aligning core list
       brcmfmac: add xtlv support to firmware interface layer
       brcmfmac: support chipsets with different core enumeration space
       wifi: cfg80211: fix memory leak in query_regdb_file()
       wifi: brcmfmac: add function to unbind device to bus layer api
       wifi: brcmfmac: add firmware vendor info in driver info
       wifi: brcmfmac: add support for vendor-specific firmware api
       wifi: brcmfmac: add support for Cypress firmware api
       wifi: brcmfmac: add support Broadcom BCA firmware api
       wifi: brcmfmac: add vendor name in revinfo debugfs file
       wifi: brcmfmac: introduce BRCMFMAC exported symbols namespace
       wifi: brcmfmac: avoid handling disabled channels for survey dump
       wifi: brcmfmac: avoid NULL-deref in survey dump for 2G only device
       wifi: brcmfmac: fix regression for Broadcom PCIe wifi devices
       wifi: brcmfmac: change cfg80211_set_channel() name and signature
       wifi: brcmfmac: export firmware interface functions
       wifi: brcmfmac: add per-vendor feature detection callback
       wifi: brcmfmac: move feature overrides before feature_disable
       wifi: brcmfmac: avoid invalid list operation when vendor attach fails
       wifi: brcmfmac: allow per-vendor event handling
       wifi: brcmfmac: add linefeed at end of file

Vinayak Yadawad (4):
       wifi: cfg80211: Allow P2P client interface to indicate port authorization
       cfg80211: Update Transition Disable policy during port authorization
       wifi: cfg80211: Allow AP/P2PGO to indicate port authorization to peer STA/P2PClient
       wifi: nl80211: Extend del pmksa support for SAE and OWE security


So looks to me like Broadcom doesn't want its (real) drivers to work in
upstream, so I guess we really ought to just stop accommodating for them
in the wireless stack... This only works if we collaborate, and I've
said this before: I can't maintain something well that I cannot see (and
possibly change) the user(s) of.

Understood and you are right. The brcm80211 drivers, which are not less real ;-) , were a side-project to serve a certain group of customers. Unfortunately it never became the main driver for Broadcom. Cypress did invest in brcmfmac, but we know how that went since Infineon took over. Maybe they will upstream the ifxfmac driver [1] some day but I have no high hopes on that.

Regards,
Arend

[1] https://github.com/Infineon/rpi-linux-kernel/releases/tag/6.1.21-hedorah-IFXFMAC-20231128

Attachment: smime.p7s
Description: S/MIME Cryptographic Signature


[Index of Archives]     [Linux Host AP]     [ATH6KL]     [Linux Wireless Personal Area Network]     [Linux Bluetooth]     [Wireless Regulations]     [Linux Netdev]     [Kernel Newbies]     [Linux Kernel]     [IDE]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite Hiking]     [MIPS Linux]     [ARM Linux]     [Linux RAID]

  Powered by Linux