All of lore.kernel.org
 help / color / mirror / Atom feed
* [PATCH 0/7] brcmfmac: support devices from multiple vendors
@ 2022-06-13  9:19 aspriel
  2022-07-28  9:33 ` Kalle Valo
  0 siblings, 1 reply; 3+ messages in thread
From: aspriel @ 2022-06-13  9:19 UTC (permalink / raw)
  To: Kalle Valo, arend.vanspriel; +Cc: linux-wireless

The bcm43xx family of wifi chipsets found its way to different
groups inside and outside Broadcom. For the fullmac devices this
means that in those difference groups firmware is being developed
and the firmware api is bound to diverge. This series introduces
a design change to accomodate supporting multiple firmware api's.
The vender-specific support can be compiled in brcmfmac or
built as a separate module. Currently the vendor-specific support
does not have any real effect. At the momemt looking into SAE support
which appear to be different for Cypress devices so that might be a
first use-case. Meanwhile wanted to put this series out there and
get feedback on it. Some ideas were taken from iwlwifi which does
similar things for iwlmvm, iwldvm, etc.

The patches apply to the main branch of the wireless-next repository.

Arend van Spriel (7):
  brcmfmac: add function to unbind device to bus layer api
  brcmfmac: add firmware vendor info in driver data
  brcmfmac: add support for vendor-specific firmware api
  brcmfmac: add support for Cypress firmware api
  brcmfmac: add support Broadcom BCA firmware api
  brcmfmac: add vendor name in revinfo debugfs file
  brcmfmac: introduce BRCMFMAC exported symbols namespace

 .../broadcom/brcm80211/brcmfmac/Kconfig       |  30 +++
 .../broadcom/brcm80211/brcmfmac/Makefile      |  11 +
 .../broadcom/brcm80211/brcmfmac/bca/Makefile  |  12 +
 .../broadcom/brcm80211/brcmfmac/bca/core.c    |  27 +++
 .../broadcom/brcm80211/brcmfmac/bca/module.c  |  27 +++
 .../broadcom/brcm80211/brcmfmac/bca/vops.h    |  15 ++
 .../broadcom/brcm80211/brcmfmac/bcmsdh.c      |  50 +++--
 .../broadcom/brcm80211/brcmfmac/bus.h         |  30 ++-
 .../broadcom/brcm80211/brcmfmac/core.c        |  12 +-
 .../broadcom/brcm80211/brcmfmac/core.h        |   8 +
 .../broadcom/brcm80211/brcmfmac/cyw/Makefile  |  12 +
 .../broadcom/brcm80211/brcmfmac/cyw/core.c    |  27 +++
 .../broadcom/brcm80211/brcmfmac/cyw/module.c  |  27 +++
 .../broadcom/brcm80211/brcmfmac/cyw/vops.h    |  15 ++
 .../broadcom/brcm80211/brcmfmac/fwvid.c       | 205 ++++++++++++++++++
 .../broadcom/brcm80211/brcmfmac/fwvid.h       |  47 ++++
 .../broadcom/brcm80211/brcmfmac/pcie.c        |  64 +++---
 .../broadcom/brcm80211/brcmfmac/sdio.c        |  12 +-
 .../broadcom/brcm80211/brcmfmac/usb.c         |  27 ++-
 .../broadcom/brcm80211/brcmfmac/wcc/Makefile  |  12 +
 .../broadcom/brcm80211/brcmfmac/wcc/core.c    |  27 +++
 .../broadcom/brcm80211/brcmfmac/wcc/module.c  |  27 +++
 .../broadcom/brcm80211/brcmfmac/wcc/vops.h    |  15 ++
 23 files changed, 678 insertions(+), 61 deletions(-)
 create mode 100644
drivers/net/wireless/broadcom/brcm80211/brcmfmac/bca/Makefile
 create mode 100644 drivers/net/wireless/broadcom/brcm80211/brcmfmac/bca/core.c
 create mode 100644
drivers/net/wireless/broadcom/brcm80211/brcmfmac/bca/module.c
 create mode 100644 drivers/net/wireless/broadcom/brcm80211/brcmfmac/bca/vops.h
 create mode 100644
drivers/net/wireless/broadcom/brcm80211/brcmfmac/cyw/Makefile
 create mode 100644 drivers/net/wireless/broadcom/brcm80211/brcmfmac/cyw/core.c
 create mode 100644
drivers/net/wireless/broadcom/brcm80211/brcmfmac/cyw/module.c
 create mode 100644 drivers/net/wireless/broadcom/brcm80211/brcmfmac/cyw/vops.h
 create mode 100644 drivers/net/wireless/broadcom/brcm80211/brcmfmac/fwvid.c
 create mode 100644 drivers/net/wireless/broadcom/brcm80211/brcmfmac/fwvid.h
 create mode 100644
drivers/net/wireless/broadcom/brcm80211/brcmfmac/wcc/Makefile
 create mode 100644 drivers/net/wireless/broadcom/brcm80211/brcmfmac/wcc/core.c
 create mode 100644
drivers/net/wireless/broadcom/brcm80211/brcmfmac/wcc/module.c
 create mode 100644 drivers/net/wireless/broadcom/brcm80211/brcmfmac/wcc/vops.h

--
2.32.0

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [PATCH 0/7] brcmfmac: support devices from multiple vendors
  2022-06-13  9:19 [PATCH 0/7] brcmfmac: support devices from multiple vendors aspriel
@ 2022-07-28  9:33 ` Kalle Valo
  2022-07-29  8:51   ` Arend Van Spriel
  0 siblings, 1 reply; 3+ messages in thread
From: Kalle Valo @ 2022-07-28  9:33 UTC (permalink / raw)
  To: aspriel; +Cc: arend.vanspriel, linux-wireless

aspriel@gmail.com writes:

> The bcm43xx family of wifi chipsets found its way to different
> groups inside and outside Broadcom. For the fullmac devices this
> means that in those difference groups firmware is being developed
> and the firmware api is bound to diverge. This series introduces
> a design change to accomodate supporting multiple firmware api's.
> The vender-specific support can be compiled in brcmfmac or
> built as a separate module. Currently the vendor-specific support
> does not have any real effect. At the momemt looking into SAE support
> which appear to be different for Cypress devices so that might be a
> first use-case. Meanwhile wanted to put this series out there and
> get feedback on it. Some ideas were taken from iwlwifi which does
> similar things for iwlmvm, iwldvm, etc.
>
> The patches apply to the main branch of the wireless-next repository.
>
> Arend van Spriel (7):
>   brcmfmac: add function to unbind device to bus layer api
>   brcmfmac: add firmware vendor info in driver data
>   brcmfmac: add support for vendor-specific firmware api
>   brcmfmac: add support for Cypress firmware api
>   brcmfmac: add support Broadcom BCA firmware api
>   brcmfmac: add vendor name in revinfo debugfs file
>   brcmfmac: introduce BRCMFMAC exported symbols namespace

I think there's something wrong in mail formatting, tried to apply just
for a test and it failed:

error: git diff header lacks filename information when removing 1 leading pathname component (line 7)
error: could not build fake ancestor
hint: Use 'git am --show-current-patch=diff' to see the failed patch
Applying: brcmfmac: add function to unbind device to bus layer api
Patch failed at 0001 brcmfmac: add function to unbind device to bus layer api

-- 
https://patchwork.kernel.org/project/linux-wireless/list/

https://wireless.wiki.kernel.org/en/developers/documentation/submittingpatches

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [PATCH 0/7] brcmfmac: support devices from multiple vendors
  2022-07-28  9:33 ` Kalle Valo
@ 2022-07-29  8:51   ` Arend Van Spriel
  0 siblings, 0 replies; 3+ messages in thread
From: Arend Van Spriel @ 2022-07-29  8:51 UTC (permalink / raw)
  To: Kalle Valo; +Cc: arend.vanspriel, linux-wireless

On 7/28/2022 11:33 AM, Kalle Valo wrote:
> aspriel@gmail.com writes:
> 
>> The bcm43xx family of wifi chipsets found its way to different
>> groups inside and outside Broadcom. For the fullmac devices this
>> means that in those difference groups firmware is being developed
>> and the firmware api is bound to diverge. This series introduces
>> a design change to accomodate supporting multiple firmware api's.
>> The vender-specific support can be compiled in brcmfmac or
>> built as a separate module. Currently the vendor-specific support
>> does not have any real effect. At the momemt looking into SAE support
>> which appear to be different for Cypress devices so that might be a
>> first use-case. Meanwhile wanted to put this series out there and
>> get feedback on it. Some ideas were taken from iwlwifi which does
>> similar things for iwlmvm, iwldvm, etc.
>>
>> The patches apply to the main branch of the wireless-next repository.
>>
>> Arend van Spriel (7):
>>    brcmfmac: add function to unbind device to bus layer api
>>    brcmfmac: add firmware vendor info in driver data
>>    brcmfmac: add support for vendor-specific firmware api
>>    brcmfmac: add support for Cypress firmware api
>>    brcmfmac: add support Broadcom BCA firmware api
>>    brcmfmac: add vendor name in revinfo debugfs file
>>    brcmfmac: introduce BRCMFMAC exported symbols namespace
> 
> I think there's something wrong in mail formatting, tried to apply just
> for a test and it failed:
> 
> error: git diff header lacks filename information when removing 1 leading pathname component (line 7)
> error: could not build fake ancestor
> hint: Use 'git am --show-current-patch=diff' to see the failed patch
> Applying: brcmfmac: add function to unbind device to bus layer api
> Patch failed at 0001 brcmfmac: add function to unbind device to bus layer api

Hi Kalle,

Looks strange indeed. I will look into it and resend the whole series.

Gr. AvS

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2022-07-29  8:51 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-06-13  9:19 [PATCH 0/7] brcmfmac: support devices from multiple vendors aspriel
2022-07-28  9:33 ` Kalle Valo
2022-07-29  8:51   ` Arend Van Spriel

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.