Atheros (ath) MSI wireless embedded chipset fails to attach on 7.0-STABLE

[Edwin L. Culp]

"Alexander Sack" <pisymbol at gmail.com> escribió:

> On Tue, Jun 17, 2008 at 11:31 AM, Manolis Kiagias  
> <sonic2000gr at gmail.com> wrote:
>> Alexander Sack wrote:
>>>
>>> Hello:
>>>
>>> I have installed FreeBSD-7.0-amd64 stable on my new AMD X2 Turon based
>>> notebook, a MSI-1710A (GX710Ax) which has a generic embedded
>>> controller.  During boot up I notice that ATH complains with:
>>>
>>> ath_rate: version 1.2 <SampleRate bit-rate selection algorithm>
>>> ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413)
>>> ath0: <Atheros 5424/2424> mem 0xfd7f0000-0xfd7fffff irq 16 at device 0.0
>>> on pci2
>>> ath0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xfd7f0000
>>> ath0: [MPSAFE]
>>> ath0: [ITHREAD]
>>> ath0: unable to attach hardware; HAL status 13
>>> device_attach: ath0 attach returned 6
>>>
>>> HAL status 13 from the header file seems to indicate that the
>>> 7.0-STABLE driver doesn't support my hardware revision.  Here is my
>>> pciconf -l output:
>>>
>>
>> Maybe you could try compiling a kernel with a newer hal. This is the kind of
>> hack we use on the eeepc. Have a look at this:
>>
>> http://nighthack.org/wiki/EeeBSD
>
> Thank you SO much for this link.  That's EXACTLY what I want to do
> because I realize that this is a HAL problem.  I've been searching
> like MAD where I could get an updated binary HAL for this chipset
> (PCIe based).

That makes two of us ;)

My dmesg is very, very similar to yours and hoped that this would work.

ath0: <Atheros 5424/2424> mem 0xf2200000-0xf220ffff irq 19 at device  
0.0 on pci5
ath0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xf2200000
ioapic0: routing intpin 19 (PCI IRQ 19) to vector 64
ath0: [MPSAFE]
ath0: [ITHREAD]
ath0: unable to attach hardware; HAL status 13
device_attach: ath0 attach returned 6

I followed the instructions from the web page, recompiled and it made  
no difference which really worries me that I must have done something  
wrong.

cd madwifi-ng-r2756+ar5007/hal
cp -R * /usr/src/sys/contrib/dev/ath/

I did not erase it previously but  am going to try that.  I made no  
kern configuration changes to find that the hal is from contrib.  Is  
there nothing else I should do?

Thanks,

ed

P.S.  Some additional info:
  # uname -a
FreeBSD ed.local.net.mx 8.0-CURRENT FreeBSD 8.0-CURRENT #123: Tue Jun  
17 12:48:19 CDT 2008      
root at ed.local.net.mx:/usr/obj/usr/src/sys/ENCONTACTO  amd64

from my kernel conf.
device          ath             # Atheros pci/cardbus NIC's
device          ath_hal         # Atheros HAL (Hardware Access Layer)
device          ath_rate_sample # SampleRate tx rate control for ath