From: Hauke Mehrtens <hauke@hauke-m.de>
To: b43-dev@lists.infradead.org
Subject: BCM5354 SoC with LP Phy Wifi
Date: Mon, 30 Jan 2012 20:45:49 +0100 [thread overview]
Message-ID: <4F26F36D.5050903@hauke-m.de> (raw)
In-Reply-To: <CACna6rxvftL8fQpzhyUD-Q6RgoAur7+qRbb_4VyDa413aBPk+A@mail.gmail.com>
On 01/30/2012 07:29 AM, Rafa? Mi?ecki wrote:
> 2012/1/30 Hauke Mehrtens <hauke@hauke-m.de>:
>> On 01/29/2012 11:12 PM, Hauke Mehrtens wrote:
>>> I got a device with a BCM5354 SoC and a LP-Phy Wifi core on it. With
>>> current b43 it still fails with Out of memory when using a recent
>>> firmware 666.2 and works with an old firmware 410.2160. I tried DMA and
>>> PIO mode and had the same results. I added some printk's into the code
>>> and implemented some parts b43 does not have but the Braodcom sdk and
>>> brcmsmac has in the dma code, but I haven't resolved the issue.
>>>
>>> I found out the error occurs when send some packages doing "ifconfig
>>> wlan0 up" does not result in any problems, but when I try to scan with
>>> "iw wlan0 scan" it oopes very soon. The problem seams to be related to
>>> TX as there are many packages received, but the oops occurs after 4
>>> calls to b43_dma_tx()
>>>
>>> Larry, you wrote some more LP spec based on a newer driver is there a
>>> list with updated docs or should I manually look into all packages if I
>>> want to implement it like it is in the new wl driver.
>>> As I see there are also many parts not implemented, but described in the
>>> spec so looking over the hole code is probably needed.
>>> My device has a sprom of revision 3 and not the expected version 8, does
>>> this cause any trouble?
>>>
>>> Hauke.
>> My device is the following:
>>
>> ssb: Core 0 found: ChipCommon (cc 0x800, rev 0x14, vendor 0x4243)
>> ssb: Core 1 found: Fast Ethernet (cc 0x806, rev 0x09, vendor 0x4243)
>> ssb: Core 2 found: MIPS 3302 (cc 0x816, rev 0x08, vendor 0x4243)
>> ssb: Core 3 found: USB 2.0 Host (cc 0x819, rev 0x02, vendor 0x4243)
>> ssb: Core 4 found: MEMC SDRAM (cc 0x80F, rev 0x04, vendor 0x4243)
>> ssb: Core 5 found: IEEE 802.11 (cc 0x812, rev 0x0D, vendor 0x4243)
>> ssb: Core 6 found: Roboswitch (cc 0x81C, rev 0x02, vendor 0x4243)
>>
>> b43-phy0: Broadcom 5354 WLAN found (core revision 13)
>> b43-phy0 debug: Found PHY: Analog 6, Type 5, Revision 0
>> b43-phy0 debug: Found Radio: Manuf 0x17F, Version 0x2062, Revision 1
>>
>> When doing a passive scan with iw it works without any problems and I
>> get my results without any kernel oops, but when doing an active scan I
>> get an oops.
>
> If you search for "out of memory b43" you will find the thread where
> we were trying to find the issue. Unfortunately without the real
> access to the hardware it wasn't easy to debug this. Sending patches
> to someone, waiting for recompiling & testing, checking results... I
> failed at that process :(
Yeah this will work with obvious bugs, but this seams to be hard bug. I
will investigate deeper into it.
>
> While I'll try to implement/update LP-PHY code, I think it still would
> be nice to investigate this problem. Do we have some leak in b43? We
> should fix it if so.
I haven't found a leak in b43 yet, just one in an OpenWrt switch driver,
while searching in b43. ;-)
It's nice to hear that you will work on the LP-PHY part, to me it looks
like ~30% of the spec is not implemented. have you started implementing
the GMAC Ethernet driver?
>
> Could you check what exactly happens in b43_dma_tx please?
Yes I will look deeper into this.
Do you have a working LP-PHY device, so that I could give you some
patches and then compare the output?
Hauke
next prev parent reply other threads:[~2012-01-30 19:45 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-01-29 22:12 BCM5354 SoC with LP Phy Wifi Hauke Mehrtens
2012-01-29 23:33 ` Hauke Mehrtens
2012-01-30 6:29 ` Rafał Miłecki
2012-01-30 19:45 ` Hauke Mehrtens [this message]
2012-01-30 20:37 ` Rafał Miłecki
2012-01-30 20:48 ` Hauke Mehrtens
[not found] ` <CADu8HpLu-CzwOuWLhE5gJSykBGUOqx685wQPK2EQxhANF+aMAQ@mail.gmail.com>
2012-02-03 10:04 ` Rafał Miłecki
2012-02-04 12:53 ` Hauke Mehrtens
2012-02-04 16:40 ` Hauke Mehrtens
[not found] ` <CACb-4KjixkVS5pe+mucyOaKeHAMb11m=YBZ47STZAiKDwRH2rQ@mail.gmail.com>
2012-01-30 19:37 ` Hauke Mehrtens
2012-01-30 20:39 ` Rafał Miłecki
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4F26F36D.5050903@hauke-m.de \
--to=hauke@hauke-m.de \
--cc=b43-dev@lists.infradead.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox