Grische

I might have bad news: the ar9344-reset branch got stuck during a reboot on my WDR4300 at the 705th reboot. I added the last two reboots into the above gist:...

The timings across all reboots are not very reliable as I attempt a reboot "every 30 seconds", so the 10s shift could have been coincidental. Some reboot time stats: Minimum:...

@rotanid the tested patch https://github.com/freifunk-gluon/gluon/commit/d3f23425f763baf2e27ddc99d090bc4f83f80d8b and the upstreamed patch https://github.com/openwrt/openwrt/commit/0c52c9d6fc53ebe0834b3945c5d58277752d9648 are identical. And yes, this would need a backport to Gluon v2023.2.x. At least the first version of the patch...

It seems the OpenWRT-24.10-backported patches used in ab1c311845ba72484c88294fe2735fbc028b9ba5 does not have any effect. I am back at around 1 hang per 5 reboots on average using this commit. The build...

Interesting idea. To make it required, We would also need to make sure that this job always succeeds even if the pipeline is not run, for example for readme changes.

> With it beeing part of "Require a pull request before merging" i would assume it would prevent the auto merge for the time beeing if you in addition require...

> Hoewer, it seems like [on..](https://docs.github.com/en/actions/writing-workflows/workflow-syntax-for-github-actions#onpushpull_requestpull_request_targetpathspaths-ignore) is really quite a bad combination with required status checks as if the pipeline isn't run the requirement will never be satisfied in those...

@herbetom if you could Tobi's feedback, I would merge it as-is. We can add the path-filters later and then make this step required on all runs even if there is...

> For me, it helps to run `service network restart` with a lan cable connected to LAN1 to get LAN1 to work. After that, unplugging and replugging is no problem....

I would like this to be rebased (and tested) after all other next patches have been merged to avoid us running out of flash size with all the new packages.