Paul Donald
Paul Donald
Would you be able to provide some more device specifics? This might help with a decent commit message and identifying problem devices.
I see. Thanks @janh. This is why it's not a bad idea to get device specifics. Short of looking at chip numbers on the board, these changes are sometimes tracked...
@Ansuel - yooooooo, what's the update here?
How many do we need? isn't 1 enough? @octomike
Sheeeeit. > Bisecting in progress to between last commit april 13 [c2f52e4](https://github.com/openwrt/openwrt/commit/c2f52e42b1e9f736edd6e4545ebe3435db6605ee) good last commit april 14 [cab2e1d](https://github.com/openwrt/openwrt/commit/cab2e1de0d94ab35b5d032194fc5b4ab2e0d609a) fail (both on kernel 6.1) htop (with packet steering to all cores...
> @brada4 Any idea when will this be merged? What is needed for this to get some love from the devs? Go ahead and approve it
Does @jow- have any wisdom to add here? This looks like a low-hanging performance fix for at least PPPoE users on C7v2.
No worries @cosmos72 - you might be right but I did not retain the source disk to play with it. I just used good old rsync with a new target...
Better might be to simply amend the `sysupgrade` script to ingest the `-T /tmp/filelist.txt` and do a selective extraction from there, obviating the need for the two decompress/compress steps.
Exactly that. I have a rewrite in my local repo. It avoids all the pitfalls and the change delta is way smaller. sysupgrade is basically a big fat front-end script...