Re: [PATCH] ssb: Fix auto-load problem for devices with 802.11 core rev >= 10

2007-08-18 Thread Michael Buesch
On Saturday 18 August 2007 00:37:03 Larry Finger wrote: > From: Johannes Berg <[EMAIL PROTECTED]> > > The auto-loading mechanism from ssb to b43 is case sensitive; however, the > present code is generating a lower-case "a" for the BCM4311, which has an > 802.11 core with revision 10. > > Signed-o

Re: B43 deassociates a lot, especially after an ARP request

2007-08-18 Thread Michael Buesch
On Friday 17 August 2007 22:55:49 Ehud Gavron wrote: > Synopsis: > With "everything" tree and b43, loses AP association but then > reassociates, usually on ARP request. How is an ARP request related to an association? That's a different network layer. Did you try with another AP? -- Greetings M

Re: [PATCH] ssb: Fix auto-load problem for devices with 802.11 core rev >= 10

2007-08-18 Thread Larry Finger
Michael Buesch wrote: > On Saturday 18 August 2007 00:37:03 Larry Finger wrote: >> From: Johannes Berg <[EMAIL PROTECTED]> >> >> The auto-loading mechanism from ssb to b43 is case sensitive; however, the >> present code is generating a lower-case "a" for the BCM4311, which has an >> 802.11 core wit

b43 module: failure to associate with AP (timeouts?)

2007-08-18 Thread Frederik
I am using Linux 2.6.22.3 with recent git wireless-dev drivers (updated a few days ago, actually it is Mandriva's kernel 2.6.22-6mdv which includes this wireless-dev patch: http://svn.mandriva.com/cgi-bin/viewvc.cgi/packages/cooker/kernel-2.6/releases/2.6.22/6mdv/PATCHES/patches/MC70_wireless-dev_d

Re: b43 module: failure to associate with AP (timeouts?)

2007-08-18 Thread Johannes Berg
On Sat, 2007-08-18 at 20:29 +0200, Frederik wrote: > b43-phy9 debug: Loading firmware version 351.126 (2006-07-29 05:54:02) > b43-phy9 debug: Using hardware based encryption for keyidx: 0, mac: > ff:ff:ff:ff:ff:ff > b43-phy9 debug: Using software based encryption for keyidx: 0, mac: > ff:ff:ff:ff

Re: b43 module: failure to associate with AP (timeouts?)

2007-08-18 Thread Michael Buesch
On Saturday 18 August 2007 21:01:12 Johannes Berg wrote: > On Sat, 2007-08-18 at 20:29 +0200, Frederik wrote: > > > b43-phy9 debug: Loading firmware version 351.126 (2006-07-29 05:54:02) > > > b43-phy9 debug: Using hardware based encryption for keyidx: 0, mac: > > ff:ff:ff:ff:ff:ff > > b43-phy9 d

b43 and knetworkmanager

2007-08-18 Thread Richard Jonsson
Background: I have this problem with mac80211 based drivers, but not with softmac drivers. When unloading the module rmmod never quits and this message is repeated in dmesg: "unregister_netdevice: waiting for eth1 to become free. Usage count = 1" This only happens when logged in to kde, not in a r

Re: b43 and knetworkmanager

2007-08-18 Thread Michael Buesch
On Saturday 18 August 2007 22:09:22 Richard Jonsson wrote: > Background: > I have this problem with mac80211 based drivers, but not with softmac drivers. > When unloading the module rmmod never quits and this message is repeated in > dmesg: > "unregister_netdevice: waiting for eth1 to become free.

Re: [RFC] mac80211: fix software decryption with b43legacy

2007-08-18 Thread Larry Finger
I have added the lists to this message. I got b43legacy up and running with the software decryption modifications. It started OK with WPA-PSK TKIP encryption, but soon thereafter, I got this message: eth1: No ProbeResp from current AP 00:1a:70:46:ba:b1 - assume out of range I don't know why th

Re: b43 and knetworkmanager

2007-08-18 Thread Richard Jonsson
On Saturday 18 August 2007 22:17:22 you wrote: > > It's a bug in mac80211 Ok, is it a known bug, and is there a patch? Should I bother finding it? And finally, is this the wrong list to ask these questions beeing a mac80211 bug? Thanks in advance, Richard

Re: b43 and knetworkmanager

2007-08-18 Thread Michael Buesch
On Saturday 18 August 2007 22:42:04 Richard Jonsson wrote: > On Saturday 18 August 2007 22:17:22 you wrote: > > > > It's a bug in mac80211 > > Ok, is it a known bug, and is there a patch? Should I bother finding it? It's unknown how it's triggered and there is no patch. > And finally, is this th

Re: b43 module: failure to associate with AP (timeouts?)

2007-08-18 Thread Frederik
On 8/18/07, Michael Buesch <[EMAIL PROTECTED]> wrote: > On Saturday 18 August 2007 21:01:12 Johannes Berg wrote: > > On Sat, 2007-08-18 at 20:29 +0200, Frederik wrote: > > > > > b43-phy9 debug: Loading firmware version 351.126 (2006-07-29 05:54:02) > > > > > b43-phy9 debug: Using hardware based enc

Re: b43 module: failure to associate with AP (timeouts?)

2007-08-18 Thread Michael Buesch
On Saturday 18 August 2007 23:12:10 Frederik wrote: > On 8/18/07, Michael Buesch <[EMAIL PROTECTED]> wrote: > > On Saturday 18 August 2007 21:01:12 Johannes Berg wrote: > > > On Sat, 2007-08-18 at 20:29 +0200, Frederik wrote: > > > > > > > b43-phy9 debug: Loading firmware version 351.126 (2006-07-2

[patch 0/6] New patch series for merge

2007-08-18 Thread Michael Buesch
Hi John, This patch series catches wireless-dev up to my current wireless-development patchset. Please merge this into wireless-dev. IMPORTANT: Latest fwcutter from SVN and re-extracting the firmware is needed after applying this. -- ___ Bcm43xx-d

[patch 3/6] b43: Rename print functions to b43foobar

2007-08-18 Thread Michael Buesch
Avoid namespace pollution. Signed-off-by: Michael Buesch <[EMAIL PROTECTED]> Index: wireless-dev-new/drivers/net/wireless/b43/b43.h === --- wireless-dev-new.orig/drivers/net/wireless/b43/b43.h2007-08-14 17:01:07.0 +0

[patch 1/6] b43: Fix kconfig, SSB autoselect must depend on b43

2007-08-18 Thread Michael Buesch
Signed-off-by: Michael Buesch <[EMAIL PROTECTED]> Index: wireless-dev-new/drivers/net/wireless/b43/Kconfig === --- wireless-dev-new.orig/drivers/net/wireless/b43/Kconfig 2007-08-15 15:08:39.0 +0200 +++ wireless-dev-new/d

[patch 5/6] b43: Use new firmware file naming scheme

2007-08-18 Thread Michael Buesch
Use a sane firmware file naming scheme and also move the firmware files into a subdir. This avoids conflicts with bcm43xx and b43legacy. Signed-off-by: Michael Buesch <[EMAIL PROTECTED]> Index: wireless-dev-new/drivers/net/wireless/b43/b43.h ===

[patch 4/6] b43: Update Kconfig help text

2007-08-18 Thread Michael Buesch
From: Larry Finger <[EMAIL PROTECTED]> The help text in Kconfig for b43 is updated to indicate the devices that it does not support and to note that it can coexist with b43legacy. Signed-off-by: Larry Finger <[EMAIL PROTECTED]> Signed-off-by: Michael Buesch <[EMAIL PROTECTED]> Index: wireless-de

[patch 2/6] ssb: Fix uevent MODALIAS string.

2007-08-18 Thread Michael Buesch
Use the same %-convention as file2alias does. Signed-off-by: Michael Buesch <[EMAIL PROTECTED]> Index: ssb-merge-new/drivers/ssb/main.c === --- ssb-merge-new.orig/drivers/ssb/main.c 2007-08-15 18:33:50.0 +0200 +++ ssb-

[patch 6/6] b43: New firmware file format

2007-08-18 Thread Michael Buesch
Signed-off-by: Michael Buesch <[EMAIL PROTECTED]> Index: wireless-dev-new/drivers/net/wireless/b43/b43.h === --- wireless-dev-new.orig/drivers/net/wireless/b43/b43.h2007-08-18 19:05:09.0 +0200 +++ wireless-dev-new/dri

Re: b43 and knetworkmanager

2007-08-18 Thread Brennan Ashton
On 8/18/07, Richard Jonsson <[EMAIL PROTECTED]> wrote: > On Saturday 18 August 2007 22:17:22 you wrote: > > > > It's a bug in mac80211 > > Ok, is it a known bug, and is there a patch? Should I bother finding it? > And finally, is this the wrong list to ask these questions beeing a mac80211 > bug? >

Lock problem with latest b43 patches

2007-08-18 Thread Larry Finger
Using the latest set of 6 patches posted about 5 hours ago, I get the following locking problem with a BCM4311 using WPA-PSK TKIP encryption controlled by NetworkManager: b43-phy1 ERROR: Adjusting Local Oscillator to an uncalibrated control pair: rfatt=3,no-padmix bbatt=0 eth1: Initial auth_alg