pon., 21 paź 2024 o 07:47 Evan Jobling <evan.jobl...@mslsc.com.au> napisał(a): > > > Great, Thanks Evan. > > Default config/poe is wrong for this switch - set id 1 for lan1 - > > after change to 8: > > Yeah i'd put that down to "known issue"? > I think there was a patch somewhere and discussion on the forum? > i.e. regarding the reversed order. > > We don't currently parse board.json and fill out a valid PoE config for > targets? > > No idea whether there's any existing work on filling out a valid PoE > config on boot. > Yes, seems we miss it today.
> > > Seems, we can skip realtek-poe package in the future and use ethtool :) > I would say in an ideal scenario yes. But someone would have to do the > work.... > > I think moving to everything being with ethtool for the realtek-poe > target would involve writing a linux driver for the propriatery > (and reverse engineered?) serial protocol to the nuvoton microcontroller? > Seems adding realtek backend - simple driver will send data using ttyS1 should be not complicated. I see other using I2C but still some hardcoded hex. > Hence why I think we're still using realtek-poe for a number > of targets? > > Cheers, > Evan. > -- Janusz Dziedzic _______________________________________________ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
