Summary: | regression: udev path-id plugin does not work for mmc cards anymore | ||
---|---|---|---|
Product: | systemd | Reporter: | Enrico Scholz <enrico.scholz> |
Component: | general | Assignee: | systemd-bugs |
Status: | RESOLVED FIXED | QA Contact: | systemd-bugs |
Severity: | normal | ||
Priority: | medium | ||
Version: | unspecified | ||
Hardware: | Other | ||
OS: | All | ||
Whiteboard: | |||
i915 platform: | i915 features: |
Description
Enrico Scholz
2012-07-20 13:01:42 UTC
We suppress all the "useless" links now. The path to a platform device is pretty pointless, it just repeats the kernel device name and usually does not provide any add-on value. The by-path links are mainly for complex storage topologies, and identify more positions on a bus than a device. They probably have no real meaning for things like mmc. What would you need it for? Why would by-path/ here any better than the kernel device name? The kernel device name does not identify the physical device but depends on random events. E.g. I have a platform with two sdhci controllers with different purposes. First slot is an external slot while second one is internal with a non-removable card. When there is a card in the external slot at boot, the non-removable card is named 'mmcblk1'; without the external card it is 'mmcblk0'. Vice versa for the external card. Mounting the correct card requires knowledge about physical position which worked fine previously with the /dev/disk/by-path symlink. Ok, convinced, sounds useful. This should fix it: http://cgit.freedesktop.org/systemd/systemd/commit/?id=2a3fe9a75951cb085b81569939f6af3ce2eb2b02 |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.