On Wed, Feb 27, 2013 at 10:52 PM, Michał Kazior <kazikcz@xxxxxxxxx> wrote: > On 28 February 2013 03:43, Adrian Chadd <adrian@xxxxxxxxxxx> wrote: >> Have you verified that the rest of the EEPROM contents are vailid? > > I have not. How can I do that? The module would have done this upon initialization, this is done during hw init, prior to reg init. The EEPROM callback fill_eeprom() does this for the different families. To be clear ath9k_hw_init() gets called prior to ath_regd_init(). I'll note for the record that regardless of what is decided if the card came from a device designed as an AP the AP manufacturer intended for that card to stay with that AP, and as per our support team the AP design / manufacturer could end up programming whatever into the EEPROM / OTP, and their support for that device would be intended with their own solution. Supporting 0x64 for this regdomain that some random AP manufacturer used should be OK though but note that we can't support it. 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