[ath9k-devel] [PATCHv2] ath9k: Allow platform override without EEPROM override

Add a new platform data flag "use_eeprom" that indicates that the eeprom found on the card itself should be used instead of the one present in the platform data. This allows to override the MAC address of a PCI card while preserving the eeprom data from the card itself. The default behavior is pr

Re: [ath9k-devel] [PATCH] ath9k: Allow platform override without EEPROM override

On Wed, May 7, 2014 at 9:28 AM, Helmut Schaa wrote: > Add a new platform data flag "use_eeprom" that indicates that the eeprom > found on the card itself should be used instead of the one present in > the platform data. > > This allows to override the MAC address of a PCI card while preserving > t

Re: [ath9k-devel] [PATCH] ath9k: fix NULL-deref in hw_per_calibration() for ar9002

Hi On Thu, May 8, 2014 at 8:18 PM, Rajkumar Manoharan wrote: > On Wed, May 07, 2014 at 09:22:58AM +0200, David Herrmann wrote: >> ah->caldata may be NULL if no channel is selected. Check for that before >> accessing it. >> >> Signed-off-by: David Herrmann >> --- >> Hi >> >> This is _definitely_

Re: [ath9k-devel] Stable Version for ath9k_htc in AP Mode?

Did further testing and we still seem to have issues with clients connecting. Here's our scenario: ** Problem 1 - Extreme Latency ** 1) Connect a Panasonic Toughbook laptop to the WiFi AP. Connection appears to come up without any issues. We initiate ongoing pings to the computer from the AP with