[ath9k-devel] [RFC] ath9k: Simplify and fix eeprom endianness swapping

ath9k has some code which is supposed to adjust the endianness of the eeprom's contents in case it does not match the CPU endianness. However, it seems that this code was only working properly for chips that used eeprom_def. I personally have a device with an AR9227 chipset which uses an eeprom

[ath9k-devel] [PATCH] ath9k: Simplify and fix eeprom endianness swapping

The three eeprom implementations had quite some duplicate code when it came to endianness swapping. Additionally there was a bug in eeprom_4k and eeprom_9287 which prevented the endianness swapping from working correctly, because the swapping code was guarded within an "if

Re: [ath9k-devel] [RESEND] ath9k: Fix NF CCA limits for AR9287 and AR9227

> The FreeBSD driver [0] uses the same 2G values as for the AR9280 chips. > Using the same values in ath9k results in much better throughput for me. > > Before this patch I had a huge amount of packet loss (sometimes up to > 40%) and the max transfer speed was somewhere around 5Mbit/s. With this

Re: [ath9k-devel] 802.11n Transmit

> Date: Fri, 02 Oct 2015 18:06:32 + > From: Brandon Enochs > Subject: [ath9k-devel] 802.11n Transmit > To: "ath9k-devel@lists.ath9k.org" > Message-ID: >