On Wednesday 28 June 2006 18:04, Larry Finger wrote: > Michael Buesch wrote: > > > > It appears to be an older card. There are quite some > > special codepaths for this, I think. > > Yes, I bought this card before the G specifications were finalized.
Oh, very interresting. I did not know that these old cards were pre-standard. > For the past 12 hours, I have been printing the delay time for the cases > where it took more > than 2 passes through the loop. There have been single instances of 3 and 4 > usec; otherwise the > delay is much longer, with the largest delay at 750 usec. The long delays are > always found during > scanning, associating, and authenticating. I use WPA with wpa_supplicant. Oh, well. Forget it all. I remembered the code wrong. At the moment I looked at the code and it has the opposite semantics. It loops to wait for the READY bit to appear. Well, I would say your old device simply takes this long to disable and there is no bug. Oh, well... > One other little problem. If I do an ifdown/ifup sequence without unloading > the bcm43xx module, I > get a failure of the assert(bcm->mac_suspended >= 0) at the beginning of > bcm43xx_mac_suspend. Unrelated known bug. I will do a patch, soon. -- Greetings Michael. - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
