Re: Problem With Driver

2006-09-05 Thread Johannes Berg
On Mon, 2006-09-04 at 17:02 -0400, David Reimer wrote: According to their Product web page: http://www.summitdatacom.com/specifications.htm#SDC-CF10G_802.11g_Compact_Flash_Module_with_Antenna_Connectors it's a Broadcom BCM4318E. Yeah, I just found that too and sent a mail to their

Re: Data packets from foreign AP using bcm43xx-softmac

2006-09-05 Thread Johannes Berg
On Mon, 2006-09-04 at 13:59 -0500, Larry Finger wrote: I think I recall seeing a place in softmac where data messages from a foreign AP are dropped when associated, but I cannot locate it now. Can someone point me to the proper place in the code? Softmac doesn't get to see data packets if

Re: wireless-2.6#bcm43xx: bcm43xx: Controller RESET (TX timeout) ...

2006-09-05 Thread Emanuele Giaquinta
Peter Osterlund wrote: Larry Finger [EMAIL PROTECTED] writes: Peter - does the interface work for a while, or does this transmit timeout happen immediately? It works perfectly for a few hours, then it stops working. Stressing the network doesn't seem to make a difference. The only

Re: [RFC] A change in periodic work scheduling in bcm43xx

2006-09-05 Thread Hendrik Sattler
Am Dienstag 05 September 2006 19:58 schrieb Larry Finger: Based on user reports and my own experiences, the current problems with NETDEV WATCHDOG tx timeouts, and the device just falling over do not happen when periodic work is not preemptible. These problems seem to affect BCM4306 rev 2 3

Re: [RFC] A change in periodic work scheduling in bcm43xx

2006-09-05 Thread Michael Buesch
On Tuesday 05 September 2006 19:58, Larry Finger wrote: Michael, Based on user reports and my own experiences, the current problems with NETDEV WATCHDOG tx timeouts, and the device just falling over do not happen when periodic work is not preemptible. These problems seem to affect

Re: [PATCH] ucode debug status via sysfs

2006-09-05 Thread Michael Buesch
On Tuesday 05 September 2006 20:12, Martin Langer wrote: On Mon, Sep 04, 2006 at 10:56:54PM +0200, Michael Buesch wrote: On Monday 04 September 2006 22:53, Martin Langer wrote: This patch prints the ucode status to sysfs. Thanks to the reverse engineers who made this patch possible.

Re: wireless-2.6#bcm43xx: bcm43xx: Controller RESET (TX timeout) ...

2006-09-05 Thread Michael Buesch
On Tuesday 05 September 2006 15:18, Larry Finger wrote: Emanuele Giaquinta wrote: Raising BADNESS_LIMIT to 20 bcm43xx_voluntary_preempt produces a lot of bcm43xx: ASSERTION FAILED (!in_atomic() !in_irq() !in_interrupt() !irqs_disabled()) at:

NOTE: The code in drivers/net/wireless/bcm43xx in the wireless-dev git tree is OUTDATED

2006-09-05 Thread Larry Finger
I thought this was well known, but it has come up twice today. If you want to use bcm43xx_SoftMAC, do _NOT_ use the code from Linville's wireless-dev tree. It is outdated!!! From that tree, use only bcm43xx-d80211. The correct tree for softmac is the wireless-2.6 tree of Linville.

Re: [PATCH] ucode debug status via sysfs

2006-09-05 Thread Martin Langer
On Tue, Sep 05, 2006 at 10:54:22PM +0200, Michael Buesch wrote: On Tuesday 05 September 2006 20:12, Martin Langer wrote: On Mon, Sep 04, 2006 at 10:56:54PM +0200, Michael Buesch wrote: On Monday 04 September 2006 22:53, Martin Langer wrote: This patch prints the ucode status to sysfs.

Lastest and greatest; my tree

2006-09-05 Thread Michael Buesch
Hi, I just want to note that I will continue development of bcm43xx-d80211 in by git tree at git://bu3sch.de/wireless-dev.git Please _DON'T_ pull this, if you are not interrested in participating in development. Don't pull it just for fun to look at the code. If you just want to take a quick

Re: wireless-2.6#bcm43xx: bcm43xx: Controller RESET (TX timeout) ...

2006-09-05 Thread Larry Finger
Michael Buesch wrote: Simple: increasing badness limit makes the whole periodic work non-preemptible. And we all know what happens if we call schedule() in non-preemptible code (we hold the IRQ spinlock). This assert() was added to prevent incorrect BADNESS_LIMIT tunings ;) I wonder