Re: [Bug] udev creates nodes in the wrong place.

[Mathieu Segaud <matt@minas-morgul.org>]

Kay Sievers <kay.sievers@vrfy.org> writes:

> On Sun, Jan 11, 2004 at 01:06:51PM +0100, Mathieu Segaud wrote:
>> But, mouse0 and mouse1 only are in /udev/input whereas mouse2 and
>> mouse4 (?) are created directly under /udev.
>
> Plese have look at the relevant sysfs files.
> It's easy to look with "tree /sys" if there is any difference between
> mouse0/1 and mouse2/3.
> Oh, and please build udev with "make DEBUG=true" and post the relevant syslog.

DEBUG option gave me the answer:
My USB mouse gave 2 devices: event4 that is substituted with
mouse%n, so mouse4 and another which is mouse2 by matching a rule 

Just replacing:
LABEL, BUS="usb", SYSFS_product="Microsoft 3-Button Mouse with IntelliEye?", NAME="mouse%n"
with
LABEL, BUS="usb", SYSFS_product="Microsoft 3-Button Mouse with IntelliEye?", NAME="input/%k"

makes the correct behaviour.

>
>
>> input/*:root:root:660
>> gives 660 access rights to the directory, too, which I guess is not
>> what we want; I as a normal user can't walk into it and it can be
>> relevant for snd/* devices which I, as audio group member, should be
>> allowed to access.
>> snd/*:root:audio:660 prevents me to access them

Well now, it seems to work... :)
In fact, it did not work when I ran it for the first time
but it works with the udev I recompiled (no reason just enabled
debugging this time)

>
> What is the RULE for snd ?
> And the syslog would help here too.
>
> Kay

Sorry for the annoyance.
Thanks.
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Perforce Software.
> Perforce is the Fast Software Configuration Management System offering
> advanced branching capabilities and atomic changes on 50+ platforms.
> Free Eval! http://www.perforce.com/perforce/loadprog.html
> _______________________________________________
> Linux-hotplug-devel mailing list  http://linux-hotplug.sourceforge.net
> Linux-hotplug-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel
>

-- 
Mathieu Segaud

> Yes *please*! Finally we could introduce proper support for 64-bit
> inode numbers too!

Right.  As soon as userland is audited for places where it uses int
for storing inode numbers - just a couple of months after MS fixes
all security holes in their software.  By then we'll need 128bit time_t,
though...

	- Al Viro on linux-kernel


-------------------------------------------------------
This SF.net email is sponsored by: Perforce Software.
Perforce is the Fast Software Configuration Management System offering
advanced branching capabilities and atomic changes on 50+ platforms.
Free Eval! http://www.perforce.com/perforce/loadprog.html
_______________________________________________
Linux-hotplug-devel mailing list  http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel