[PATCH 00/20] staging: brcm80211: 7th reaction for mainline patch #2
jonas.gorski at gmail.com
Thu Sep 22 03:07:36 PDT 2011
2011/9/22 Arend Van Spriel <arend at broadcom.com>:
>> From: linux-wireless-owner at vger.kernel.org [mailto:linux-wireless-
>> owner at vger.kernel.org] On Behalf Of Michael Büsch
>> Sent: donderdag 22 september 2011 1:29
>> To: Brett Rudley
>> Cc: Rafał Miłecki; Greg KH; John W. Linville; Franky (Zhenhui) Lin;
>> gregkh at suse.de; devel at linuxdriverproject.org; linux-
>> wireless at vger.kernel.org
>> Subject: Re: [PATCH 00/20] staging: brcm80211: 7th reaction for
>> mainline patch #2
>> On Wed, 21 Sep 2011 16:15:10 -0700
>> "Brett Rudley" <brudley at broadcom.com> wrote:
>> > We did however initially propose (and implement) a dividing line of
>> ssb chips for b43 and AXI based chips for brcmsmac but b43 team chose
>> to ignore/reject that.
>> Well, what about embedded, for instance?
> The brcmsmac driver has been tested on a MIPS platform by Jonas Gorski
> although only in STA mode (on a bcm63xx). Not having AP mode has been
> explained in other emails.
This just happened to be a MIPS, but apart from that it was still a
mostly standard fare PCIe connected BCM4313, no nothing really
embedded. What Michael (and Hauke, and Rafal) is talking about are
BCM47xx SoC where AMBA/AXI is the System Bus, and there is no PCI(e)
at all (except maybe for connecting a /second/ wifi).
This was one of the main motivations of the bcma driver.
P.S: Which reminds me, do you plan to (not) support the integrated
wifi in the BCM6362? This one seems to be neither bcma nor ssb, but
it's definitely Broadcom ;) (Haven't gotten my hands yet on a device
More information about the devel