On Thu, 25 Jun 2015 20:59:19 +0200, Matti Laakso malaakso at elisanet.fi
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
wrote:
/
// On 22/06/15 20:19, Matti Laakso wrote:
// / These patches
Hi Imre,
On the dgl5500 the mac in the eeprom is the same on all devices (and iirc
it's the default mac the firmware also uses). Patching it to the right one
in the firmware file is what happens in 82_patch_ath10k.
I am not very familiar with ath10k, but why are you not patching the
On Thu, 25 Jun 2015 20:59:19 +0200, Matti Laakso malaa...@elisanet.fi
wrote:
On 22/06/15 20:19, Matti Laakso wrote:
/ These patches backport the new FW API v5 to ath10k
// (upstream commits 8348db2, 53513c3, and dc3632a)
On Fri, 26 Jun 2015 10:11:28 +0200, Martin Blumenstingl
martin.blumensti...@googlemail.com wrote:
Hi Imre,
On the dgl5500 the mac in the eeprom is the same on all devices (and
iirc
it's the default mac the firmware also uses). Patching it to the right
one
in the firmware file is what
On 22/06/15 20:19, Matti Laakso wrote:
/ These patches backport the new FW API v5 to ath10k
// (upstream commits 8348db2, 53513c3, and dc3632a)
// and change mac80211 to use the new firmware.
//
//
/Could you also
On 22/06/15 20:19, Matti Laakso wrote:
These patches backport the new FW API v5 to ath10k
(upstream commits 8348db2, 53513c3, and dc3632a)
and change mac80211 to use the new firmware.
Could you also update
target/linux/ar71xx/base-files/lib/preinit/82_patch_ath10k?
See
Current firmware version for QCA9880 is known to stall for some time
when a station in power saving mode (e.g. mobile phone) leaves the AP
range. This stall causes ath10k timeouts during station removal and
subsequently firmware thinks station is still connected, causing
Spurios quick kickout for