On Thu, Nov 20, 2014 at 03:50:43PM -0300, Cristian Rodríguez wrote: > El 20/11/14 a las 15:40, Lukasz Stelmach escribió: > > > > > $ ls /sys/class/rfkill/ > > rfkill41 rfkill42 > > $ systemctl -t device | grep rfkill > > sys-devices-pci0000:00-0000:00:1a.0-usb3-3\x2d1-3\x2d1:1.0-bluetooth-hci0-rfkill42.device > > > > sys-devices-pci0000:00-0000:00:1a.7-usb1-1\x2d3-1\x2d3:1.0-ieee80211-phy15-rfkill41.device > > > > huh.. so the kernel does not preserve the device number on resume and > recreate new ones? Im not sure but that sounds like a kernel bug...
Nope, not a bug, that's how rfkill is designed, it is an incrementing number that keeps going up. Now we can change this, in the kernel, to "recycle" numbers, but you will still have the same issue where the numbers could reverse after suspend/resume, so you can't rely on the number for anything. You need to follow the parent of the device to know what it controls. thanks, greg k-h _______________________________________________ systemd-devel mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/systemd-devel
