Date: Fri, 30 Jan 2009 17:30:28 -0600 (CST) From: Wes Morgan <morganw@chemikals.org> To: Adam K Kirchhoff <adamk@voicenet.com> Cc: freebsd-net@freebsd.org Subject: Re: atheros 5212 problems on -STABLE Message-ID: <alpine.BSF.2.00.0901301728100.33814@ibyngvyr.purzvxnyf.bet> In-Reply-To: <200901300858.12029.adamk@voicenet.com> References: <200901300858.12029.adamk@voicenet.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, 30 Jan 2009, Adam K Kirchhoff wrote: > > Since the iwi driver doesn't want to join the wireless network at work (I opened up a pr for it), I decided to try the ath driver instead. > The card is an Atheros 5212. > > Unfortunately, I'm having even more serious problems with this card: > > ath0: ath_chan_set: unable to reset channel 7 (2442 Mhz, flags 0x480 hal flags 0xc0), hal status 3302560252 > ath0: ath_chan_set: unable to reset channel 52 (5260 Mhz, flags 0x140 hal flags 0x140), hal status 3296823488 > ath0: ath_chan_set: unable to reset channel 56 (5280 Mhz, flags 0x140 hal flags 0x140), hal status 0 > ath0: ath_chan_set: unable to reset channel 60 (5300 Mhz, flags 0x140 hal flags 0x140), hal status 3304978572 > > It cycles through various channels till: > > ath0: device timeout > ath0: ath_reset: unable to reset hardware; hal status 3232887468 > > And then it starts with the "unable to reset channel" errors again. This continues till I run '/etc/rc.d/netif stop ath0' > > When I go to remove the card, the kernel panics: > > panic: resource_list_release: resource entry is not busy > cpuid = 0 > KDB: enter: panic > [thread pid 34 tid 100033 ] > Stopped at kdb_enter_why+0x3a: movl $0,kdb_why > db> bt > Tracing pid 34 tid 100033 td 0xc4988690 > kdb_enter_why(c0b5759f,c0b5759f,c0b591cd,e5070bc4,0,...) at kdb_enter_why+0x3a > panic(c0b591cd,3,10,0,c49f91c0,...) at panic+0x136 > resource_list_release(c4b6bc04,c494ab80,c49f8900,3,10,...) at resource_list_release+0xc2 > bus_generic_rl_release_resource(c494ab80,c49f8900,3,10,c49f9480) at bus_generic_rl_release_resource+0x77 > bus_release_resource(c49f8900,3,10,c49f9480,c49f8900,...) at bus_release_resource+0x67 > ath_pci_detach(c49f8900,c48a1858,c0c15b60,c07c8125,4,...) at ath_pci_detach+0xb2 > device_detach(c49f8900,e5070cac,e5070cb0,c4988690,e5070cc0,...) at device_detach+0x68 > cardbus_detach_card(c494ab80,c48b08e0,c0bd2bfc,0,0,...) at cardbus_detach_card+0xcd > cbb_event_thread(c4913800,e5070d38,0,0,0,...) at cbb_event_thread+0x1ac > fork_exit(c0661a50,c4913800,e5070d38) at fork_exit+0x99 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0, eip = 0, esp = 0xe5070d70, ebp = 0 --- Are you running sysutils/hal? I've been told it's due to a kernel bug of some kind that is fixed in -current, but hal makes my atheros card do something similar if it scans it. I had to force it to ignore the cardbus device to stop it from happening, but I have other issues with HAL and the new xorg, so I just flat out disabled it. Doesn't seem to be ready for prime time on my laptop.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.BSF.2.00.0901301728100.33814>