Re: udev, PROGRAM and races...

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]


Hash: SHA1

> This is done with rule like:
> SUBSYSTEM=="block", ACTION=="add", ENV{ID_CDROM}=="?*", \
> PROGRAM="/lib/udev/udev_cdrom_helper", SYMLINK+="%c"
> This helper tries to get the next free %d index to create cdrom%d, for
> example.
> The problem is that the launch of both helpers for hda and add seems to be
> done in parallel and the helper gets racy, so both cdroms get id 0, and the
> last that comes owns it:
> helper instance for hda        helper instance for hdd
> Does cdrom0 exist ? No
>                                Does cdrom0 exist ? No
> ln -sf hda cdrom0
>                                ln -sf hdd cdrom0
> ????

Do you have real example of race condition?

> Is there any way to serialize the calls to 'PROGRAM'. I tried something
> like:
> SUBSYSTEM=="block", ACTION=="add", ENV{ID_CDROM}=="?*",
> PROGRAM="/usr/bin/flock /sys/block /lib/udev/udev_cdrom_helper",
> SYMLINK+="%c"
> But looks a lot ugly.

Why? It is probably the simplest fix actually (assuming sysfs does support 
locking, I am not sure).

> Any standard way to do this ?

I never liked this automatic creation of symlinks, I believe this has to be 
done as part of device configuration (harddrake on distro you likely mean :)

> Can I still use %e, or is it really really deprecated ? this was easy:
> ENV{ID_CDROM_CD_RW}=="?*",  SYMLINK+="burner%e", MODE="0666",
> GROUP="cdwriter" ENV{ID_CDROM_DVD_R}=="?*",  SYMLINK+="burner%e",
> MODE="0666", GROUP="cdwriter"

Yes it is deprecated exactly for the same reason. What ensures uniqueness of 


- -andrey

PS I believe it is more appropriate for distro-specific list actually.
Version: GnuPG v1.4.2.2 (GNU/Linux)

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at
Please read the FAQ at

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux