Date: Sat, 6 Sep 2003 18:28:16 +1000 From: John Birrell <jb@cimlogic.com.au> To: "M. Warner Losh" <imp@bsdimp.com> Cc: freebsd-mobile@freebsd.org Subject: Re: wi0_cmd: busy bit won't clear Message-ID: <20030906082816.GA34929@freebsd1.cimlogic.com.au> In-Reply-To: <20030819.092751.38784447.imp@bsdimp.com> References: <20030819070423.GA15054@gilberto.physik.rwth-aachen.de> <20030819.085627.21114568.imp@bsdimp.com> <20030819152026.GC21577@gilberto.physik.rwth-aachen.de> <20030819.092751.38784447.imp@bsdimp.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Aug 19, 2003 at 09:27:51AM -0600, M. Warner Losh wrote: > It seems that the new code sends out packets more quickly than the > old, and if you try to reset it while it has packets in flight, bad > things happen. Or one thread is commanding the card to do something > that it doesn't like to reset out of. There may be other issues as > well. Has there been any progress on this? I thought I ran into a similar problem today (wi0_cmd: busy bit won't clear) using an up-to-date current. When I booted with the card plugged in, it would attach and ifconfig OK. Removing the card and reinserting it caused the "wi0_cmd: busy bit won't clear" when I went to ifconfig it. The kernel I was booting had 'options BRIDGE' and the bridge sysctls were configured (from a hostap test I did before upgrading to current). The presence of the bridge code was enough to get an illegal channel warning when the card was inserted. After removing the bridge option, the card attaches, configs and detaches fine. -- John Birrell
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030906082816.GA34929>