From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mathieu Segaud Date: Sun, 11 Jan 2004 12:50:02 +0000 Subject: Re: [Bug] udev creates nodes in the wrong place. Message-Id: <87zncusl8l.fsf@minas-morgul.org> List-Id: References: <87fzemu1t0.fsf@minas-morgul.org> In-Reply-To: <87fzemu1t0.fsf@minas-morgul.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: linux-hotplug@vger.kernel.org Kay Sievers 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