Daniel Golle

Thank you for testing all this. Looks like the RealTek PHY driver is as broken as it could possibly get. https://github.com/torvalds/linux/commit/74d155be2677a6e0df0a41487d3ca217bd756604 obviously wasn't tested at all...

The hack is obsolete and also not needed for other PHY drivers. If the PHY driver correctly announces it's capabilities, generic phylink validate should just do the job, there is...

@ptpt52 You may need to use pinconf to setup the pins' `conf-pu` and `conf-pd` drive-strength and bias.

@ptpt52 Yes, true, we need to sync pinctrl-mt7981.c and backport some pinconf features for that. I've prepared https://github.com/openwrt/openwrt/pull/12384 for that, please give it a shot and let me know if...

* RealTek PHYs fixed * U-Boot now has correct MAC address and Linux eth0 inherits it * make sure U-Boot environment can be created and (re-)format UBI otherwise Merged via...

@cyyself > And it's hard to fix due to [this is a feature for Clause 45 PHYs](https://github.com/torvalds/linux/commit/e45d1f5288b81e77eb87288ae2d0a0d00e0989d3). As the PHY does identify correctly also when using C45 bus access, the...

Looks like that opensbi needs updating to be able to build with newer versions of GCC and binutils: ```diff diff --git a/package/boot/opensbi/Makefile b/package/boot/opensbi/Makefile index 7e5287bb54..01348e50aa 100644 --- a/package/boot/opensbi/Makefile +++ b/package/boot/opensbi/Makefile...

> Builds fine with gcc12+binutils2.39 I've seen the build error quoted above with gcc12+binututils2.39. Try starting with a clean build tree, apply this series on top and realize that neither...

@aparcar Afaik development continued here https://git.openwrt.org/?p=openwrt/staging/wigyori.git;a=shortlog;h=refs/heads/riscv-upstream-202301c

> --help requires libluaapk.so AFAIK No. '--help' requires Lua on the build-host to generate the compressed help output. APK doesn't need to be compiled with Lua just for that.