<div dir="ltr"><div>Hello again. <br></div><div><br></div><div>I've tried multiple ways of matching and none seem to be working. </div><div><br></div><div>I removed all the configuration in /etc/systemd/network, run update-initramfs and rebooted. <br></div><div><br></div><div>The resulting network configuration for the marvell devices was:</div><div>root@av20-mvc-01:~# udevadm info /sys/class/net/eno2<br>P: /devices/pci0000:00/0000:00:10.0/0000:05:00.0/net/eno2<br>L: 0<br>E: DEVPATH=/devices/pci0000:00/0000:00:10.0/0000:05:00.0/net/eno2<br>E: INTERFACE=eno2<br>E: IFINDEX=4<br>E: SUBSYSTEM=net<br>E: USEC_INITIALIZED=9048059<br>E: ID_NET_NAMING_SCHEME=v245<br>E: ID_NET_NAME_MAC=enx02000000000b<br>E: ID_NET_NAME_ONBOARD=eno2<br>E: ID_NET_LABEL_ONBOARD=Onboard ETHERNET Controller<br>E: ID_NET_NAME_PATH=enp5s0<br>E: ID_BUS=pci<br>E: ID_VENDOR_ID=0x11ab<br>E: ID_MODEL_ID=0x0f13<br>E: ID_PCI_CLASS_FROM_DATABASE=Network controller<br>E: ID_PCI_SUBCLASS_FROM_DATABASE=Ethernet controller<br>E: ID_VENDOR_FROM_DATABASE=Marvell Technology Group Ltd.<br>E: ID_PATH=pci-0000:05:00.0<br>E: ID_PATH_TAG=pci-0000_05_00_0<br>E: ID_NET_DRIVER=oak<br>E: ID_NET_LINK_FILE=/usr/lib/systemd/network/99-default.link<br>E: SYSTEMD_ALIAS=/sys/subsystem/net/devices/eno2<br>E: TAGS=:systemd:</div><div><br></div><div>and:</div><div>root@av20-mvc-01:~# udevadm info /sys/class/net/enp6s0 <br>P: /devices/pci0000:00/0000:00:11.0/0000:06:00.0/net/enp6s0<br>L: 0<br>E: DEVPATH=/devices/pci0000:00/0000:00:11.0/0000:06:00.0/net/enp6s0<br>E: INTERFACE=enp6s0<br>E: IFINDEX=5<br>E: SUBSYSTEM=net<br>E: USEC_INITIALIZED=9004147<br>E: ID_NET_NAMING_SCHEME=v245<br>E: ID_NET_NAME_MAC=enx02000000000c<br>E: ID_NET_NAME_PATH=enp6s0<br>E: ID_BUS=pci<br>E: ID_VENDOR_ID=0x11ab<br>E: ID_MODEL_ID=0x0f13<br>E: ID_PCI_CLASS_FROM_DATABASE=Network controller<br>E: ID_PCI_SUBCLASS_FROM_DATABASE=Ethernet controller<br>E: ID_VENDOR_FROM_DATABASE=Marvell Technology Group Ltd.<br>E: ID_PATH=pci-0000:06:00.0<br>E: ID_PATH_TAG=pci-0000_06_00_0<br>E: ID_NET_DRIVER=oak<br>E: ID_NET_LINK_FILE=/usr/lib/systemd/network/99-default.link<br>E: SYSTEMD_ALIAS=/sys/subsystem/net/devices/enp6s0<br>E: TAGS=:systemd:</div><div><br></div><div>As you can see it's generated by /usr/lib/systemd/network/99-default.link which uses OriginalName=*. <br></div><div><br></div><div>Reading the man page the only options that can take glob matching are Path (ID_PATH), Driver (ID_NET_DRIVER), Type (DEVTYPE) and OriginalName (INTERFACE). </div><div><br></div><div>ID_PATH changes when the board is connected and not, it's not usable. </div><div>ID_NET_DRIVER is the same for both. <br></div><div>DEVTYPE is not presented on these devices</div><div><br></div><div>This only leaves INTERFACE, however the man page again states:</div><div>This cannot be used to match on names that have already been changed from userspace. Caution is advised when matching on kernel-assigned names, as they are known to be unstable between reboots.</div><div><br></div><div>Which seems to mean I'm back to square one. <br></div><div><br></div><div>I was really hoping that I could use DEVPATH to glob match on, but this seems to not be possible. the only way to match on DEVPATH is using Property. however there is no glob matching with that option. <br></div><div><br></div><div>Having said that, I'm thinking that since you can have multiple options using Property thata ll need to match, I can possbly create four link files with the two sets of PCI and Drives matching to ensure that with or without the board two interface will match. <br></div><div><br></div><div>I will attempt this and feed back. <br></div><div><br></div><div>Kind regards</div><div>Henti<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, 15 Aug 2024 at 13:00, Henti Smith <<a href="mailto:henti@gaydonsmith.co.uk">henti@gaydonsmith.co.uk</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>This does not seem to work, and reading the man page, "Path" matches against the udev property ID_PATH, which in this case is will be the changing addresses for example "pci-0000:05:00.0"</div><div><br></div><div>I'll play some more and see what other options I have. <br></div><div><br></div><div>Kind regards</div><div>Henti<br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, 15 Aug 2024 at 12:46, Andrei Borzenkov <<a href="mailto:arvidjaar@gmail.com" target="_blank">arvidjaar@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Thu, Aug 15, 2024 at 2:37 PM Henti Smith <<a href="mailto:henti@gaydonsmith.co.uk" target="_blank">henti@gaydonsmith.co.uk</a>> wrote:<br>
><br>
><br>
> They do stay the same:<br>
><br>
> Without the Board:<br>
> DEVPATH=/devices/pci0000:00/0000:00:10.0/0000:04:00.0/net/eno2<br>
> DEVPATH=/devices/pci0000:00/0000:00:11.0/0000:05:00.0/net/mvc-sw1<br>
><br>
> With the Board:<br>
> DEVPATH=/devices/pci0000:00/0000:00:10.0/0000:05:00.0/net/mvc-sw2<br>
> DEVPATH=/devices/pci0000:00/0000:00:11.0/0000:06:00.0/net/enp6s0<br>
><br>
> I'm assuming I can use this to match using glob ?<br>
><br>
> If so, do I use the existing Path= or do I switch to DEVPATH ?<br>
><br>
<br>
I have not tried it myself, but according to the manual page Path should do.<br>
</blockquote></div>
</blockquote></div>