Re: [OpenWrt-Devel] [PATCH 0/3] mac80211: Update to version 5.7-rc2
On 4/22/20 7:33 PM, Felix Fietkau wrote: > On 2020-04-21 23:22, Hauke Mehrtens wrote: >> This updates mac80211 in OpenWrt to version 5.7-rc2. >> This update contains ath11k and many other ieee80211ax updates. >> ath11k only works on the ipq807x devices. >> >> I tried to start a discussion how we want to go forward with the >> wireless subsystem we ship in the next OpenWrt release: >> https://lists.infradead.org/pipermail/openwrt-devel/2020-March/022198.html >> >> I would prefer if we apply this to master and then continuously update >> to match more recent kernel versions till we are at an LTS kernel >> version. I assume that the kernel 5.9 or 5.10 will be the next LTS >> version. Using a normal kernel release as a base will make providing >> (security) updates much harder. >> >> You can also find these patches in my staging tree: >> https://git.openwrt.org/?p=openwrt/staging/hauke.git;a=shortlog;h=refs/heads/mac80211-5.6 >> >> Please test this and report any regressions you see compared to the >> version currently shipped in OpenWrt master. > I tested this and found that the debugfs phy rate control settings > directory was not in the right place. It is supposed to be in > /sys/kernel/debug/ieee80211/phy0/rc but it somehow ended up in > /sys/kernel/debug/rc instead. Thanks for reporting Felix, This commit broke it: https://git.kernel.org/linus/52e04b4ce5d03775b6a78f3ed1097480faacc9fd You can revert it, then it works again. I reported this upstream: https://marc.info/?l=linux-wireless=158758952226370=2 Hauke ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH 0/3] mac80211: Update to version 5.7-rc2
On 2020-04-21 23:22, Hauke Mehrtens wrote: > This updates mac80211 in OpenWrt to version 5.7-rc2. > This update contains ath11k and many other ieee80211ax updates. > ath11k only works on the ipq807x devices. > > I tried to start a discussion how we want to go forward with the > wireless subsystem we ship in the next OpenWrt release: > https://lists.infradead.org/pipermail/openwrt-devel/2020-March/022198.html > > I would prefer if we apply this to master and then continuously update > to match more recent kernel versions till we are at an LTS kernel > version. I assume that the kernel 5.9 or 5.10 will be the next LTS > version. Using a normal kernel release as a base will make providing > (security) updates much harder. > > You can also find these patches in my staging tree: > https://git.openwrt.org/?p=openwrt/staging/hauke.git;a=shortlog;h=refs/heads/mac80211-5.6 > > Please test this and report any regressions you see compared to the > version currently shipped in OpenWrt master. I tested this and found that the debugfs phy rate control settings directory was not in the right place. It is supposed to be in /sys/kernel/debug/ieee80211/phy0/rc but it somehow ended up in /sys/kernel/debug/rc instead. - Felix ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH 0/3] mac80211: Update to version 5.7-rc2
On 21.04.20 23:22, Hauke Mehrtens wrote: This updates mac80211 in OpenWrt to version 5.7-rc2. This update contains ath11k and many other ieee80211ax updates. ath11k only works on the ipq807x devices. I tried to start a discussion how we want to go forward with the wireless subsystem we ship in the next OpenWrt release: https://lists.infradead.org/pipermail/openwrt-devel/2020-March/022198.html I would prefer if we apply this to master and then continuously update to match more recent kernel versions till we are at an LTS kernel version. I assume that the kernel 5.9 or 5.10 will be the next LTS version. Using a normal kernel release as a base will make providing (security) updates much harder. Hi Hauke, It seems I missed that one. +1 for option 4 I'm also in favor of avoiding non-LTS stuff as it puts pressure on timely updates. It allows bleeding edge stuff while being still (more easily) maintainable when a release moves to maintenance. Regards, Koen ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH 0/3] mac80211: Update to version 5.7-rc2
This updates mac80211 in OpenWrt to version 5.7-rc2. This update contains ath11k and many other ieee80211ax updates. ath11k only works on the ipq807x devices. I tried to start a discussion how we want to go forward with the wireless subsystem we ship in the next OpenWrt release: https://lists.infradead.org/pipermail/openwrt-devel/2020-March/022198.html I would prefer if we apply this to master and then continuously update to match more recent kernel versions till we are at an LTS kernel version. I assume that the kernel 5.9 or 5.10 will be the next LTS version. Using a normal kernel release as a base will make providing (security) updates much harder. You can also find these patches in my staging tree: https://git.openwrt.org/?p=openwrt/staging/hauke.git;a=shortlog;h=refs/heads/mac80211-5.6 Please test this and report any regressions you see compared to the version currently shipped in OpenWrt master. Hauke Mehrtens (3): mac80211: Update to version 5.5.11 mac80211: Update to version 5.6.5-1 mac80211: Update to version 5.7-rc2-1 package/kernel/mac80211/Makefile | 8 +- .../patches/ath/120-owl-loader-compat.patch | 6 +- .../patches/ath/400-ath_move_debug_code.patch | 2 +- .../patches/ath/403-world_regd_fixup.patch| 34 +- .../patches/ath/404-regd_no_assoc_hints.patch | 4 +- ...21-ath10k_init_devices_synchronously.patch | 2 +- .../ath/930-ath10k_add_tpt_led_trigger.patch | 4 +- ...-of-peer_bw_rxnss_override-parameter.patch | 10 +- ...dling-for-VHT160-in-recent-firmwares.patch | 4 +- ...rolling-support-for-various-chipsets.patch | 42 +- ...75-ath10k-use-tpt-trigger-by-default.patch | 8 +- ...980-ath10k-fix-max-antenna-gain-unit.patch | 6 +- ...-power-reduction-for-US-regulatory-d.patch | 8 +- ...on-t-WARN-when-there-are-no-requests.patch | 28 - ...suspend-resume-when-power-is-cut-off.patch | 109 --- ...set-but-not-used-variable-mpnum-nsp-.patch | 58 -- ...-interface-carrier-to-off-by-default.patch | 29 - ...wo-D11-cores-if-chip-has-two-D11-cor.patch | 121 --- ...-F2-blocksize-and-watermark-for-4359.patch | 79 -- ...0003-brcmfmac-fix-rambase-for-4359-9.patch | 34 - ...rors-when-setting-roaming-parameters.patch | 42 -- ...add-support-for-BCM4359-SDIO-chipset.patch | 75 -- ...B-condition-when-setting-interface-c.patch | 130 ...-mbss-in-vif-if-firmware-does-not-su.patch | 38 - ...B-wake-interrupt-disabled-when-it-sh.patch | 66 -- ...mac-use-true-false-for-bool-variable.patch | 27 - ...lify-building-interface-combinations.patch | 103 --- ...add-initial-support-for-monitor-mode.patch | 345 - ...-Remove-always-false-idx-0-statement.patch | 24 - ...-add-stub-for-monitor-interface-xmit.patch | 100 --- ...und-bug-with-some-inconsistent-BSSes.patch | 2 +- ...62-brcmfmac-Disable-power-management.patch | 2 +- .../mac80211/patches/brcm/998-survey.patch| 8 +- .../patches/build/015-ipw200-mtu.patch| 4 +- .../patches/build/050-lib80211_option.patch | 4 +- .../patches/build/060-no_local_ssb_bcma.patch | 4 +- .../602-rt2x00-introduce-rt2x00eeprom.patch | 8 +- ...c-loadable-via-OF-on-rt288x-305x-SoC.patch | 2 +- ...0-rt2x00-change-led-polarity-from-OF.patch | 2 +- .../611-rt2x00-add-AP+STA-support.patch | 2 +- ...dd-support-for-external-PA-on-MT7620.patch | 6 +- ...-rt2x00-add-rf-self-txdc-calibration.patch | 4 +- .../rt2x00/983-rt2x00-add-r-calibration.patch | 4 +- .../984-rt2x00-add-rxdcoc-calibration.patch | 4 +- .../985-rt2x00-add-rxiq-calibration.patch | 4 +- .../986-rt2x00-add-TX-LOFT-calibration.patch | 4 +- .../100-remove-cryptoapi-dependencies.patch | 2 +- .../110-mac80211_keep_keys_on_stop_ap.patch | 2 +- .../patches/subsys/130-disable-fils.patch | 2 +- ...aes-cmac-switch-to-shash-CMAC-driver.patch | 99 ++- .../subsys/140-tweak-TSQ-setting.patch| 2 +- .../subsys/150-disable_addr_notifier.patch| 12 +- .../300-mac80211-optimize-skb-resizing.patch | 10 +- ...l-remove-divisions-in-tx-status-path.patch | 61 -- ...l_ht-replace-rate-stats-ewma-with-a-.patch | 235 -- ...l_ht-rename-prob_ewma-to-prob_avg-us.patch | 424 --- ...domize-BA-session-dialog-token-alloc.patch | 2 +- ...80211-fix-tx-status-for-no-ack-cases.patch | 82 --- ...ore-skb-ack-code-to-its-own-function.patch | 78 -- ...the-size-of-ack_frame_id-to-make-roo.patch | 67 -- ...new-sta_info-getter-by-sta-vif-addrs.patch | 78 -- ...t-airtime-calculation-code-from-mt76.patch | 690 -- ...lement-Airtime-based-Queue-Limit-AQL.patch | 446 --- ...time-based-Queue-Limits-AQL-on-packe.patch | 146 ...-Fix-an-off-by-one-in-ieee80211_calc.patch | 31 - ...Turn-AQL-into-an-NL80211_EXT_FEATURE.patch | 253 --- ...ta-frames-without-key-on-encrypted-l.patch | 148 ...80211-use-more-bits-for-ack_frame_id.patch | 70 -- .../500-mac80211_configure_antenna_gain.patch | 38 +-