[systemd-devel] [BUG] too many rfkill services

[Greg KH]

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