I've found a fix for the original bug (thanks to Bob Copeland): in kernel sources, go to drivers/net/wireless/ath/ath5k/led.c and change line 80 from:
{ ATH_SDEVICE(PCI_VENDOR_ID_HP, 0x0137b), ATH_LED(3, 1) },
to:
{ ATH_SDEVICE(PCI_VENDOR_ID_HP, 0x0137b), ATH_LED(3, 0) },
Save and recompile the ath5k module. After reloaded the module, simply execute the workaround (it just changes the triggers) described at the top of the bug report, so:
echo none > "/sys/class/leds/ath5k-phy0::tx/trigger" echo phy0radio > "/sys/class/leds/ath5k-phy0::rx/trigger"
will make wifi status to be shown properly by the led (the second parameter in ATH_LED macro represents the polarity of the pin).
I've found a fix for the original bug (thanks to Bob Copeland): in kernel sources, go to drivers/ net/wireless/ ath/ath5k/ led.c and change line 80 from:
{ ATH_SDEVICE( PCI_VENDOR_ ID_HP, 0x0137b), ATH_LED(3, 1) },
to:
{ ATH_SDEVICE( PCI_VENDOR_ ID_HP, 0x0137b), ATH_LED(3, 0) },
Save and recompile the ath5k module. After reloaded the module, simply execute the workaround (it just changes the triggers) described at the top of the bug report, so:
echo none > "/sys/class/ leds/ath5k- phy0::tx/ trigger" leds/ath5k- phy0::rx/ trigger"
echo phy0radio > "/sys/class/
will make wifi status to be shown properly by the led (the second parameter in ATH_LED macro represents the polarity of the pin).