dhewg

To prevent this from bitrot, let's please just merge my clean up version at https://github.com/dhewg/openwrt/commits/dsl-ubus-stats @turboproc already refered that version: https://github.com/openwrt/luci/pull/5895#issuecomment-1279768668 And it's tested on VR9 too, see the follow...

Agreed in general, but please go ahead and open new PRs if that's what it takes :) It's just annoying when review comments get ignored, and I feel I've invested...

> Until a real fix for this is available, it works OK to simply disable mstu. > I comment out this line > `ieee80211_hw_set(hw, SUPPORTS_AMSDU_IN_AMPDU);` > here > https://github.com/openwrt/mt76/blob/master/mac80211.c#L307 >...

@blocktrron came up with a cleaner way to work around the issue, attached a patch for the openwrt tree: [0001-mac80211-mask-nested-A-MSDU-support-for-mesh.patch.txt](https://github.com/openwrt/mt76/files/9661690/0001-mac80211-mask-nested-A-MSDU-support-for-mesh.patch.txt) I'm successfully running this on a mesh setup with one...

I'd be interested to test the latest rc on espressobin as well, and since this is a per arch package this should be okay (famous last words)

We can probably catch more regression from v2022.07 to the next -rcX than from -rcX to final. So how about updating this to -rc, so we can all test the...

Thanks, built and flashed! Looks good at first glance on espressobin, but I'll wait at least a week until judging if it's stable. @arrmo exactly, basically just a `curl -L...

It should work on current master, in fact I copied that cmdline from my shell history :) So you probably need to rebase your tree or you have your own...

Also, since it fails at arm-trusted-firmware-mvebu for you: did you change CLOCKPRESET by chance? If so, just don't, it's not worth it. It depends on your very board of course,...

Hm, that doesn't look familiar, maybe a temporary regression on master? Does just building the firmware suceeds? `make V=cs package/arm-trusted-firmware-mvebu/{clean,compile}`