07.11.2015 14:17, Jan Engelhardt пишет:
On Wednesday 2015-10-28 11:17, Andrei Borzenkov wrote:
Adding or removing a card does not change the naming of others when going Predictable.
The only built-in ethernet port on my Gigabyte G33-DS3R sometimes comes up with enp3s0 instead of enp4s0. The presence of e.g. a Firewire adapter influences the naming too.
You added additional PCI bridge(s) which caused all subsequent numbers to be shifted. [...] I suspect the answer from upstream would be "we do not guarantee persistence if hardware configuration changes".
Mentioned it during #systemconf2015. Answer was that it is dependent on what the firmware does.
That response I am interpreting such that: the firmware ought to not hide PCI bridges even when no daughterboards are connected. Or do
But there are *no* PCI bridges *until* daughterboards are connected, that is the problem. PCI bridge itself is on daughteboard. Same problem with PCIe - you can connect arbitrary number of PCIe switches behind any PCIe port. Using running PCI bus number for any *persistent* device identification is exactly as stupid as using running sd number for persistent hard disk identification. And in this case it is plain bug because upstream promises persistent names when hardware is added or removed. That is simply not possible using current scheme (and I argue that it is even theoretically not possible to stuff persistent path into device name because this path could be arbitrary long).
something else, like perhaps assigning indexes to PCI slots (again, even if they are empty) like it some firmwares already do for certain (always-present) onboard slots.
So yeah, pick whichever P mode [persistent/(semi-)predictable] works for you, move on to other pressing issues...
Why should we pick what is less broken if other operating systems had persistent device identification for decades already? And if what we have now is broken, someone must at least have guts to admit it. So far the only answer is "we do not care about your firmware bugs".
Like figuring out why dracut in TW again ignores to copy 70-persistent-net.rules to the initrd :-(
-- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org