Well, I see the same on FreeBSD/MIPS whenever an Atheros device is fondled incorrectly. Either because the chip isn't yet fully awake or the register plainly doesn't exist. See if you can add some debugging in ath5k_hw_reset_tx_queue() to see which register is being read/written before the PCI bus error occurs. I have that hardware (routerstation/rspro) and the CM-9 card but I don't currently have any spare time to run it up and test, sorry. Adrian On 2 May 2011 03:39, Russell Senior <seniorr@xxxxxxxxxxx> wrote: > > Recently trying to abandon madwifi for good on some embedded devices > with OpenWrt, encountered kernel panics. Same radio on an x86 > platform (Soekris net4826), no kernel panic. Different atheros radio, > no kernel panic. Tried two different MIPS boards (Netgear WGT634U and > Ubiquiti RouterStation), both panic'd. > > Netgear WGT634U: http://pastebin.ca/2051127 > Ubiquiti RouterStation: http://pastebin.ca/2052610 > > Both cases were firmwares built from r26771 of OpenWrt, and both seem > to have panic'd from hostapd. While researching this, I encountered a > similar report from last June: > > http://www.mail-archive.com/openwrt-users@xxxxxxxxxxxxxxxxx/msg01001.html > http://www.spinics.net/lists/linux-wireless/msg52502.html > > Another person reported some issues with the CM9 earlier this year in > client mode: > > http://permalink.gmane.org/gmane.linux.drivers.ath5k.devel/4722 > > I am happy to do some leg work on getting this fixed, if someone can > provide some guidance. Thanks! > > > -- > Russell Senior ``I have nine fingers; you have ten.'' > seniorr@xxxxxxxxxxx > -- > To unsubscribe from this list: send the line "unsubscribe linux-wireless" in > the body of a message to majordomo@xxxxxxxxxxxxxxx > More majordomo info at http://vger.kernel.org/majordomo-info.html > -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
