<qschulz>
and solder some jumper cables there and you should be good to go
<marex>
qschulz: I do not want to modify the board :)
<qschulz>
I don't know enough about electronics, but I guess you could be able to hook on the HDMI pins directly, but they'll be PU 5V for SCL/SDA and 3v3 for CEC
<qschulz>
that would be pin 15 and 16 and pin 13 on the connector respectively
<marex>
qschulz: so ... I asked ... can I repurpose the differential pins ? The answer is no, that's all I was looking for
<qschulz>
marex: differential I don't think so, except if they have some debug register to toggle the pins on the PHY individually
<marex>
sure, I can level shift the HDMI DDC lines, but that's what I wanted to avoid ... oh well
<marex>
qschulz: BST comes to mind, but that requires JTAG access, so no
<marex>
dsimic: it doesnt seem pine64 has any $100 or cheaper board with three or more ethernets ?
<qschulz>
marex: wild idea, consider having an additional Ethernet port on PCIe (there are usually m.2 connectors now on RK35xx boards)
<qschulz>
so that could be an option, but don't know how much you really don't want additional hw
<qschulz>
(you could also have USB Ethernet adapters, depending on your bandwidth limitations)
<marex>
qschulz: I do not want to modify the board :)
<marex>
I am literally looking for best fit integrated solution, this R5S lacks only one thing, enough GPIOs, so that is currently closest to best fit
<marex>
and I do not want M2-to-something frankenstein stuff either
<marex>
USB ethernet is crap, that I want to avoid entirely, not only is it bandwidth limited, it also usually lacks meaningful PHY access
<marex>
(did I mention I am looking for new CI control nodes?)
<qschulz>
marex: may I ask why you need so many Ethernet ports?
<marex>
qschulz: because some of the DUTs I have here have more than one ethernet already
<qschulz>
FWIW, we only test 1Gbe bandwidth of multiple boards via a 10Gbe switch connected to a 10Gbe NIC on a x86 machine running nuttcp
<marex>
qschulz: do you also get per-port control on the switch ?
<qschulz>
I think it's unmanaged the one we have
<qschulz>
what do you want to do per-port? (trying to learn what we could do better :) )
kabel has joined #u-boot
<marex>
qschulz: if nothing else, separate networks without vlans inbetween , EEE , link up/down testing , that kind of stuff
<dsimic>
marex: actually, Pine64 has no ARM boards with more than a single Ethernet port, but additional Ethernet interfaces could be added as a PCI Express card
<dsimic>
qschulz: Pine64 has boards with standard PCI Express slots
<dsimic>
marex: with regular PCI Express cards, it would be no bodge :)
<dsimic>
in more detail, RockPro64 offers a x4 open-ended slot, which might be a good option for a multiport Ethernet card
clamor has quit [Ping timeout: 252 seconds]
clamor has joined #u-boot
<dsimic>
s/a x4/an x4/
mmu_man has joined #u-boot
<marex>
dsimic: I am looking for integrated solution, so that's not an option
<dsimic>
I see
goliath has joined #u-boot
<paulbarker>
Is there a way to remove a device from the u-boot command line? i.e. call the driver's remove() callback for a given instance
<paulbarker>
I guess i need to enable the bind/unbind commands and try unbind