Wow thanks so much for the context!
Was trying to find out why by reading the forum a while back.
I also made a post regarding that earlier on the 1920 8G when I was writing wiki pages for them.
I'll keep that in mind if I ever want to try to get the LED's going and port order fixed.
Main blocker is consensus on how to handle the fixes on the rtl8231 gpio init and the fan behaviour. I sent through a set of revisions for doing the gpio state per pin in device tree. Check the mailing list?
What it's going to take is me re-doing it with my per register gpio init and/or a change set that gives the option for trusting bootloader GPIO state. There was someone who wanted that functionality as they have a pin on a target that I think keeps PoE active. i.e. otherwise we toggle the PoE on a warm reboot, which may be undesirable.
I haven't been bothered to ping or ask who a realtek maintaineris/ or relevant person who has commit access to have a look yet as I'm not pressed to get this done yet. I'm yet to figure out when I want to swap out my other gear for this anyway.
edit: @jmspswny Thanks for offering too. But only other thing I guess I haven't bothered to do is look at the factory fan behaviour and how temperature or PoE load effects the fan speed. If you can figure out whether it's open loop on PoE load. Or temperature / fan failure dependent only that would inform what options we can give a user by default in openwrt. Rather than have every user cook up their own fan control at their own risk.
edit2:
Another thing I haven't looked into is RPS/EPS detection, if there's any functionality there?