[ANNOUNCE] udev 130 release

[ANNOUNCE] udev 130 release

[Kay Sievers]

Here comes a new udev version. Thanks to all who have contributed to
this release.

The tarball can be found here:
 ftp://ftp.kernel.org/pub/linux/utils/kernel/hotplug/

The development repository can be found here:
 http://www.kernel.org/git/?p=linux/hotplug/udev.git;a=summary

The ChangeLog can be found here:
 http://www.kernel.org/git/?p=linux/hotplug/udev.git;a=blob;hb=HEAD;f=ChangeLog

udev 130
====
Bugfixes.

Kernel devices and device nodes are connected now by reverse indices in
/sys and /dev. A device number retrieved by a stat() or similar, the
kernel device directory can be found by looking up:
  /sys/dev/{block,char}/<maj>:<min>
and the device node of the same device by looking up:
  /dev/{block,char}/<maj>:<min>

Re: [ANNOUNCE] udev 130 release

[Marco d'Itri]

On Oct 07, Kay Sievers <kay.sievers@vrfy.org> wrote:

> and the device node of the same device by looking up:
>   /dev/{block,char}/<maj>:<min>
Do we really need to expose this in /dev/? Why not put this in
/dev/.udev/ or some other hidden directory?

-- 
ciao,
Marco

Re: [ANNOUNCE] udev 130 release

[Kay Sievers]

On Tue, Oct 7, 2008 at 3:15 PM, Marco d'Itri <md@linux.it> wrote:
> On Oct 07, Kay Sievers <kay.sievers@vrfy.org> wrote:
>
>> and the device node of the same device by looking up:
>>   /dev/{block,char}/<maj>:<min>
> Do we really need to expose this in /dev/? Why not put this in
> /dev/.udev/ or some other hidden directory?

Because it's not for udev itself, it does not use it. It's a public
interface, and the counterpart to the /sys/dev/ directory. Users can
retrieve the device name of a device without the need to use any
library, or run a program like udevadm.

Thanks,
Kay

Re: [ANNOUNCE] udev 130 release

[Marco d'Itri]

On Oct 07, Kay Sievers <kay.sievers@vrfy.org> wrote:

> Because it's not for udev itself, it does not use it. It's a public
> interface, and the counterpart to the /sys/dev/ directory. Users can
> retrieve the device name of a device without the need to use any
> library, or run a program like udevadm.
Users or scripts? Maybe an hidden directory would be more appropriate.

-- 
ciao,
Marco