On Tue, Oct 14, 2008 at 01:12:32AM -0700, Cameron Hutchison wrote: > Luis R. Rodriguez wrote: > > >On Sat, Oct 11, 2008 at 11:01 PM, Cameron Hutchison <lists@xxxxxxxx> wrote: > >> [...] > >> ath9k_hw_chip_test: address test failed addr: 0x00008000 - wr:0x00ff00ff != rd:0x00ff00ef > > >This is during ath9k_hw_chip_test(), which is a simple loop to test > >write/read on 2 registers to see if the written values can be read as > >the same values. The two registers are: > > >AR_STA_ID0 which is 0x8000 > >AR_PHY_BASE + (8 << 2) which is 0x9800 + (8<<2) --> 0x9820 > > >AR_STA_ID0 is used to store part of the MAC address and 0x9820 is just > >one of the PHY registers. So we test writing and reading a 256 times > >to each register some arbitrary value. We also try writing and reading > >some 4 specific patterns just to be sure. > > Which part of the MAC address would be at AR_STA_ID0? I'm stretching > here, since the nibbles would be out of order, but could this card be > forcing the multicast bit of the MAC address off? Please check the usage of the AR_STA_ID0 register as that is what I'd look to answer to you. > >If we continue this could lead to issues. It seems you may have a > >faulty wireless card, specifically bit #5 on register 0x8000. Maybe > >the card is loose? Have you seen it working before? > > I haven't used the card before - recently purchased for this linux box. > I've tried reseating the card but no luck. > > I modified ath9k_hw_chip_test to continue testing on failure and I get > the same problem on the second test: > ath9k_hw_chip_test: address test failed addr: 0x00008000 - wr:0x00ff00ff != rd:0x00ff00ef > ath9k_hw_chip_test: address test failed addr: 0x00009820 - wr:0x00ff00ff != rd:0x00ff00ef > > It does not always fail on these two addresses though - sometimes only > on one (either one) and occasionally none. But then it goes on to fail > the EEPROM checksum: > > ath9k_hw_fill_eeprom: Reading from EEPROM, not flash > ath9k_hw_check_eeprom: Read Magic = 0xA55A > need_swap = False. > Bad EEPROM checksum 0xff0f or revision 0x000e > Detaching Ani Ouch, this is pretty negative. > I guess the MAC multicast is not happening. I'll see if I can rustle up > a windows laptop to try this out in and see if it works there. Let us know how it goes. Luis -- 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
