Re: 2.6.14-rc4-mm1: udev/sysfs wierdness

Mathieu Segaud
2005-10-19T08:21:27Z

Greg KH <greg@kroah.com> disait dernièrement que :

> On Tue, Oct 18, 2005 at 10:31:44AM +0200, Mathieu Segaud wrote:
>> Greg KH <greg@kroah.com> disait derni??rement que :
>>
>> > On Mon, Oct 17, 2005 at 10:50:03PM -0700, Greg KH wrote:
>> >> On Mon, Oct 17, 2005 at 09:35:13PM -0700, Aaron Gyes wrote:
>> >> > For some reason this rule stopped working:
>> >> >
>> >> > KERNEL=="event*", SYSFS{manufacturer}="Logitech", SYSFS{product}="USB
>> >> > Receiver", NAME="input/mx1000", MODE="0644"
>> >> >
>> >> > Did stuff in /sys/ change? Do I need to change all my rules to make up
>> >> > for this? udevs fault? I do have the correct /dev/input/event0 node.
>> >>
>> >> You have that node? That's a good start :)
>> >>
>> >> I think the "name" might have changed, it looks like I messed that up
>> >> somehow. What does:
>> >> udevinfo -p /sys/class/input/input0/event0/ -a
>> >>
>> >> show (or whatever that sysfs path is.)
>> >>
>> >> Oops, heh, that dies on my box too. Ok, I think that's the issue,
>> >> sorry. I'm working on it...
>> >
>> > Can you try the patch below to see if that fixes the issue? That should
>> > keep udevinfo from dieing.
>>
>> huh, it doesn't apply to 2.6.14-rc4-mm1....
>> for which tree is it exactly ?
>>
>> patching file drivers/input/input.c
>> Hunk #1 succeeded at 641 (offset 119 lines).
>> Hunk #2 FAILED at 818.
>> Hunk #3 succeeded at 769 (offset 33 lines).
>> 1 out of 3 hunks FAILED -- saving rejects to file drivers/input/input.c.rej
>
> I was against my latest tree, which is on kernel.org. Someone already
> posted an updated patch on lkml if you can't get that second hunk to
> apply.

I made it apply :)
thanks, I was just wondering if some bot had put an email into the
chaos-bin. It solved the problems with udevinfo as expected. Thanks a
lot.

--
Mathieu