Red Hat Bugzilla – Bug 331151
ath5k does not work with MacBook Pro Atheros chips
Last modified: 2008-01-24 15:04:17 EST
Description of problem: The new Atheros driver (ath5k) recognizes the wireless
chip in MacBook Pro (intel) but it does not work. For example, iwlist ath0 scan
always returns empty list. On the other hand, the proprietary HAL (madwifi)
works just fine.
03:00.0 Ethernet controller: Atheros Communications, Inc. AR5006EG 802.11 b/g Wi
reless PCI Express Adapter (rev 01)
Subsystem: Apple Computer Inc. Unknown device 0086
Flags: bus master, fast devsel, latency 0, IRQ 17
Memory at 90100000 (64-bit, non-prefetchable) [size=64K]
Capabilities:  Power Management version 2
Capabilities:  Message Signalled Interrupts: Mask- 64bit- Queue=0/0
Capabilities:  Express Legacy Endpoint IRQ 0
Capabilities:  MSI-X: Enable- Mask- TabSize=1
Capabilities:  Advanced Error Reporting
Capabilities:  Virtual Channel
Note that madwifi (see below) claims that this is not AR5006EG?
dmesg after booting and loading ath5k:
ath_pci 0000:03:00.0: AR5212 chip found: mac 10.10 phy 6.1
ACPI: PCI Interrupt 0000:0c:03.0[A] -> GSI 19 (level, low) -> IRQ 20
net ath0: device_rename: sysfs_create_symlink failed (-17)
udev: renamed network interface wlan0 to ath0
dmesg after rmmodding ath5k and modprobing ath_pci (madwifi with prop. HAL):
ath_hal: module license 'Proprietary' taints kernel.
ath_hal: 0.9.30.13 (AR5210, AR5211, AR5212, AR5416, RF5111, RF5112, RF2413, RF54
wlan: 0.8.4.2 (svn r2726)
ath_pci: 0.9.4.5 (svn r2726)
ACPI: PCI Interrupt 0000:03:00.0[A] -> GSI 17 (level, low) -> IRQ 17
PCI: Setting latency timer of device 0000:03:00.0 to 64
ath_pci: switching rfkill capability off
ath_rate_sample: 1.2 (svn r2726)
ath_pci: switching per-packet transmit power control off
wifi0: 11a rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps
wifi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps
wifi0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36
Mbps 48Mbps 54Mbps
wifi0: turboG rates: 6Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps
wifi0: H/W encryption support: WEP AES AES_CCM TKIP
wifi0: mac 10.3 phy 6.1 radio 10.2
wifi0: Use hw queue 1 for WME_AC_BE traffic
wifi0: Use hw queue 0 for WME_AC_BK traffic
wifi0: Use hw queue 2 for WME_AC_VI traffic
wifi0: Use hw queue 3 for WME_AC_VO traffic
wifi0: Use hw queue 8 for CAB traffic
wifi0: Use hw queue 9 for beacons
wifi0: Atheros 5424/2424: mem=0x90100000, irq=17
There are some ath5k updates in the kernels here:
YMMV, I get an (apparently) different oops now...
Do these kernels make a difference for you?
No difference. The card is found but can't see anything (e.g. iwlist ath0 scan
fails to find anything)
FYI, info on how to help the ath5k reverse engineering team:
Lots of ath5k updates in kernel-188.8.131.52-63.fc8...does that work any better
Not really. This is what I see in dmesg:
ath5k_hw_nic_wakeup: failed to resume the MAC Chip
ACPI: PCI interrupt for device 0000:03:00.0 disabled
ath5k_pci: probe of 0000:03:00.0 failed with error -5
and I don't see the device at all (I used to see it to some extent before).
I'm reviewing this bug as part of the kernel bug triage project, an attempt to
isolate current bugs in the Fedora kernel.
I am CC'ing myself to this bug and will try and assist you in resolving it if I can.
There hasn't been much activity on this bug for a while. Could you tell me if
you are still having problems with the latest kernel?
If the problem no longer exists then please close this bug or I'll do so in a
few days if there is no additional information lodged.
Yes, the problem still persists. I believe that the ath5k kernel driver is not
quite ready yet and that's why there the driver does not work on mac book pros.
*** This bug has been marked as a duplicate of 254192 ***