[LEDE-DEV] [PATCH 2/4] ath10k-ct: Update driver to latest.

From: Ben Greear Among other things, this will check for an htt-mgt variant of ath10k-ct firmware before loading 'normal' firmware, and it disables verbose printing of firmware DBGLOG messages by default. Signed-off-by: Ben Greear ---

[LEDE-DEV] [PATCH 4/4] ath10k-ct: Add htt-mgt variants of ath10k-ct firmware.

From: Ben Greear The HTT-MGT variants transport management frames over the normal HTT tx path, just like data frames. This saves limitted WMI buffers which can become depleted if lots of management frames become stuck in TX queues due to peer that went away. In

[LEDE-DEV] [PATCH 3/4] ath10k-ct: Update wave-1 and wave-2 firmware to latest.

From: Ben Greear This updates to latest ath10k-ct firmware. Hopefully we are at the end of the development cycle for this firmware release, so these should be stable. wave-1 changes since last release: Release 20 * Allow flushing peer when deleting. Hopefully

[LEDE-DEV] [PATCH 1/4] ath10k-ct: Update DEPENDS and PROVIDES

From: Ben Greear Update DEPENDS and PROVIDES so that ath10k-ct firmware and drivers can be used to replace stock firmware and drivers. The -htt firmware variant, which requires ath10k-ct driver now selects ath10k-ct driver when the firmware is selected. Signed-off-by:

[LEDE-DEV] mvebu - Winbond flash chip support - why is the fix from Kaloz not merged?

New WRT3200ACM routers are unflashable due to a changed flash chip that is unsupported. There is a fix proposal from Kaloz, authored on 15th of February, in his staging repo, but that is still uncommitted to the main sources for some reason. Announcing the fix:

Re: [LEDE-DEV] [PATCH v2] ramips: fix GL-inet GL-MT300N-V2 LAN MAC address

20.03.2018 09:54, Kyson Lok: Override the LAN MAC to use the same address as WAN. The stock firmware uses the same MAC address for all interfaces. Signed-off-by: Kyson Lok --- target/linux/ramips/base-files/etc/board.d/02_network | 1 + 1 file changed, 1 insertion(+)

Re: [LEDE-DEV] [PATCH v2] ramips: fix GL-inet GL-MT300N-V2 LAN MAC address

20.03.2018 10:22, Koen Vandeputte: On 2018-03-20 09:54, Kyson Lok wrote: Override the LAN MAC to use the same address as WAN. The stock firmware uses the same MAC address for all interfaces. Besides blindly following the stock firmware behavior, is there *any* advantage in doing this? The

Re: [LEDE-DEV] [PATCH v2] ramips: fix GL-inet GL-MT300N-V2 LAN MAC address

Here is our customer's issue. > Flash Openwrt snapshot from > https://downloads.openwrt.org/snapshots/targets/ramips/mt76x8/openwrt-ramips-mt76x8-gl-mt300n-v2-squashfs-sysupgrade.bin > > Install luci, luci-sqm-app packages > > Configure SQM QoS by setting interface name to eth0.2 and entering

Re: [LEDE-DEV] [PATCH v2] ramips: fix GL-inet GL-MT300N-V2 LAN MAC address

On 2018-03-20 09:54, Kyson Lok wrote: Override the LAN MAC to use the same address as WAN. The stock firmware uses the same MAC address for all interfaces. Besides blindly following the stock firmware behavior, is there *any* advantage in doing this? Signed-off-by: Kyson Lok

Re: [LEDE-DEV] [OpenWrt-Devel] [PATCH] mvebu: disable CPU_IDLE as a Mamba instability workaround

Bjørn Mork wrote: Felix Fietkau writes: On 2018-03-19 10:51, Bjørn Mork wrote: A regression seriously affecting the Linksys WRT1900ACv1 (Mamba) was introduced some time between the OpenWrti/LEDE v4.4 and v4.9 kernels. The root cause has not yet been identified, despite

[LEDE-DEV] [PATCH v2] ramips: fix GL-inet GL-MT300N-V2 LAN MAC address

Override the LAN MAC to use the same address as WAN. The stock firmware uses the same MAC address for all interfaces. Signed-off-by: Kyson Lok --- target/linux/ramips/base-files/etc/board.d/02_network | 1 + 1 file changed, 1 insertion(+) diff --git