[Bug] udev creates nodes in the wrong place.

[Bug] udev creates nodes in the wrong place.

[Mathieu Segaud]

With the recent sysfs input device class patch, mouse nodes device numbers
are now exported in sysfs. So udev creates mouse nodes in /udev.
My udev.rules contains this line:
REPLACE, KERNEL="mouse*", NAME="input/%k"

But, mouse0 and mouse1 only are in /udev/input whereas mouse2 and
mouse4 (?) are created directly under /udev.

Another bug in udev.permissions:
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
There is a workaround obviously, but the wildcard rule does not work
as it should, I guess.
Tell me if I'm wrong.

Have a nice day,

--
Mathieu Segaud

> Is there anything else I can contribute?

The latitude and longtitude of the bios writers current position, and
a ballistic missile.

Please boot 2.2.18pre24 (not pre25) on the machine and send me its DMI strings
printed at boot time. I'll add it to the 'stupid morons who cant program and
wouldnt know QA if it hit them on the head with a mallet' list

	- Alan Cox on BIOS bugs


-------------------------------------------------------
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

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

[Kay Sievers]

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.


> 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

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

Kay


-------------------------------------------------------
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

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

[Mathieu Segaud]

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