2009/10/9 Celejar cele...@gmail.com:
Oct 8 18:46:17 localhost kernel: [24031.297304] BUG: unable to handle kernel
paging request at 2f40666a
Oct 8 18:46:17 localhost kernel: [24031.297312] IP: [f8b1e5a3]
b43_leds_unregister+0x13/0xa0 [b43]
Already noticed and fixed:
Hi,
I've currently got two Broadcom cards to offer for free.
http://bu3sch.de/misc/bcmcards.JPG
The cardbus one is a WPC300N V1 802.11n card.
It can be used for development of the b43 N-PHY code.
The USB one is BCM4320 which works over RNDIS-WLAN.
This device is disassembled and the EEPROM,
Sounds interesting... especially now that N-PHY is actually being
reverse-engineered (or is it?).
The modded 4320 is an attempt to replace the built-in OS and use it
with b43 as a softmac device... am I right?
On 10/9/09, Michael Buesch m...@bu3sch.de wrote:
Hi,
I've currently got two
On Friday 09 October 2009 12:14:24 Gábor Stefanik wrote:
Sounds interesting... especially now that N-PHY is actually being
reverse-engineered (or is it?).
I don't know if somebody is working on it, but the card could be useful for
somebody working on it.
The modded 4320 is an attempt to
On Friday 09 October 2009 16:13:53 Miguel Boton wrote:
'struct b43_wl' declaration is missing at 'leds.h'.
It should be declared to avoid getting some GCC warnings at
'b43_leds_unregister'.
Signed-off-by: Miguel Botón mbo...@gmail.com
ack
(That was fast enough, eh? :D)
---
On 10/09/2009 09:13 AM, Miguel Boton wrote:
'struct b43_wl' declaration is missing at 'leds.h'.
It should be declared to avoid getting some GCC warnings at
'b43_leds_unregister'.
Signed-off-by: Miguel Botón mbo...@gmail.com
What architecture? There must be something strange with your
Hi,
Unfortunately, my patch entitled 43: Fix PPC crash in rfkill polling
on unload had more problems than a locking error. When you switch the
RF off, you cannot turn the radio back on without unloading/reloading
the module.
I have an alternative fix for the PPC that is now being tested;
On 10/09/2009 05:14 AM, Gábor Stefanik wrote:
Sounds interesting... especially now that N-PHY is actually being
reverse-engineered (or is it?).
I'm still working on it, although a lot of my time is taken in testing
openSUSE 11.2 pre-release code. As the release date is Nov. 12, that
will soon
On 10/09/2009 10:41 AM, Gábor Stefanik wrote:
G-PHY revision =2 is handled by b43legacy, not b43, so it shouldn't
be a problem.
I thought that was the case; however, the traceback on the PPC with
the problem shows:
NIP [c001bb6c] ioread16+0x8/0x18
LR [f1078610] ssb_pci_read16+0x30/0x68 [ssb]
On Friday 09 October 2009 18:17:20 Larry Finger wrote:
On 10/09/2009 10:41 AM, Gábor Stefanik wrote:
G-PHY revision =2 is handled by b43legacy, not b43, so it shouldn't
be a problem.
That is not true.
--
Greetings, Michael.
___
Bcm43xx-dev
On Friday 09 October 2009 19:46:31 Albert Herranz wrote:
I'm not arguing if the patch should have been immediately merged upstream or
not without your ack (I'm probably more on your side here, as the patch was
still being discussed on the ML).
The patch [1] may not be up to your quality
We must check the bustype before using the host_pci pointer.
Signed-off-by: Michael Buesch m...@bu3sch.de
---
This does not fix a bug, but is required for a future patch which puts
the pointer into a union.
Index: wireless-testing/drivers/net/wireless/b43/main.c
This slightly shrinks the structure.
Signed-off-by: Michael Buesch m...@bu3sch.de
---
Index: wireless-testing/drivers/ssb/driver_pcicore.c
===
--- wireless-testing.orig/drivers/ssb/driver_pcicore.c 2008-07-20
12:09:34.0
This optimizes the PIO scratchbuffer usage.
Signed-off-by: Michael Buesch m...@bu3sch.de
---
Index: wireless-testing/drivers/net/wireless/b43/b43.h
===
--- wireless-testing.orig/drivers/net/wireless/b43/b43.h2009-10-09
Remove me
Signed-off-by: Michael Buesch m...@bu3sch.de
---
A properly signed-off patch version...
MAINTAINERS |1 -
1 file changed, 1 deletion(-)
--- wireless-testing.orig/MAINTAINERS
+++ wireless-testing/MAINTAINERS
@@ -1066,7 +1066,6 @@ F:include/net/ax25.h
F: net/ax25/
On Fri, Oct 9, 2009 at 6:22 PM, Michael Buesch m...@bu3sch.de wrote:
On Friday 09 October 2009 18:17:20 Larry Finger wrote:
On 10/09/2009 10:41 AM, Gábor Stefanik wrote:
G-PHY revision =2 is handled by b43legacy, not b43, so it shouldn't
be a problem.
That is not true.
--
Greetings,
16 matches
Mail list logo