Hello, Sam.
You wrote 12 февраля 2009 г., 02:46:08:
> So the driver is mis-mapping the channel and causing the hal to reject
> the request. If I recall this causes scanning to stop on RELENG_7 so
> you'll want to force this channel to not be requested by disabling
> dynamic turbo mode. I can'
Your panic on card eject has been fixed in HEAD. That was one of the
changes I hoped to backport to RELENG_7 after the hal is brought back.
Sam
Adam K Kirchhoff wrote:
I get similar errors, but only when trying to connect to a particular
wireless network (at work). I can connect to the on
Lev Serebryakov wrote:
Hello, Freebsd-net.
I'm getting this error on every operation with new Atheros MiniPCI
card:
ath0: ath_chan_set: unable to reset channel 6 (2437 Mhz, flags 0x490 hal flags
0x150), hal status 12
status 12 is:
HAL_EINVAL = 12, /* Invalid parameter to f
I get similar errors, but only when trying to connect to a particular
wireless network (at work). I can connect to the one I have at home,
and do not get any errors. I have opened up a pr about it:
http://www.freebsd.org/cgi/query-pr.cgi?pr=131162
In my case, if I then remove the wireless card
Hello, Freebsd-net.
I'm getting this error on every operation with new Atheros MiniPCI
card:
ath0: ath_chan_set: unable to reset channel 6 (2437 Mhz, flags 0x490 hal flags
0x150), hal status 12
What does it mean? Maybe, card is broken?
# pciconf -lv
a...@pci0:0:17:0: class=0x02 card