2.6.18-rc3 does not like an old udev (071)

2.6.18-rc3 does not like an old udev (071)

[Guillaume Chazarain]

Hi,

When updating only the kernel to 2.6.18-rc3 on Ubuntu Dapper/x86, 
/dev/usblp0
is no more created on boot. If I manually create it, it works fine.

Vanilla udev from Dapper: version 079 (Documentation/Changes requires
udev 071 ;-) ).

git-bisect told me the culprit was
http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=bd00949647ddcea47ce4ea8bb2cfcfc98ebf9f2a

Reverting only this commit makes an Oopsing kernel.

This patch was next to last in its serie:
http://www.mail-archive.com/linux-usb-devel@lists.sourceforge.net/msg44538.html

Reverting the last patch in the serie (as well as the culprit found by 
git bisect):
http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=43104f1da88f5335e9a45695df92a735ad550dda
fixes the problem.

Updating udev to 096, and using a normal 2.6.18-rc3 kernel works too, so 
maybe
the correct (albeit unpopular) fix is to update the udev requirement in
Documentation/Changes?

Thanks.

-- 
Guillaume

Re: 2.6.18-rc3 does not like an old udev (071)

[Jesper Juhl]

On 30/07/06, Guillaume Chazarain <guichaz@yahoo.fr> wrote:
> Hi,
>
> When updating only the kernel to 2.6.18-rc3 on Ubuntu Dapper/x86,
> /dev/usblp0
> is no more created on boot. If I manually create it, it works fine.
>
> Vanilla udev from Dapper: version 079 (Documentation/Changes requires
> udev 071 ;-) ).
>

Hmm, udev 071 works fine here...
i must admit though that I don't have any USB printers, so what I have
here is probably not 100% comparable.
Just wanted to point out that udev 071 and 2.6.18-rc3 is not
universally broken :-)

juhl@dragon:~$ cat /etc/slackware-version
Slackware 10.2.0
juhl@dragon:~$ uname -a
Linux dragon 2.6.18-rc3 #1 SMP PREEMPT Sun Jul 30 13:31:49 CEST 2006
i686 athlon-4 i386 GNU/Linux
juhl@dragon:~$ udevinfo -V
udevinfo, version 071


-- 
Jesper Juhl <jesper.juhl@gmail.com>
Don't top-post  http://www.catb.org/~esr/jargon/html/T/top-post.html
Plain text mails only, please      http://www.expita.com/nomime.html

Re: 2.6.18-rc3 does not like an old udev (071)

[Brad Campbell]

Jesper Juhl wrote:
> On 30/07/06, Guillaume Chazarain <guichaz@yahoo.fr> wrote:
>> Hi,
>>
>> When updating only the kernel to 2.6.18-rc3 on Ubuntu Dapper/x86,
>> /dev/usblp0
>> is no more created on boot. If I manually create it, it works fine.
>>
>> Vanilla udev from Dapper: version 079 (Documentation/Changes requires
>> udev 071 ;-) ).
>>
> 
> Hmm, udev 071 works fine here...
> i must admit though that I don't have any USB printers, so what I have

I think you will find he's pointing out that he's running udev 079 and the kernel 
Documentation/Changes file states :-
o  udev                   071                     # udevinfo -V

brad@bklaptop2:~$ zcat /usr/share/doc/udev/changelog.gz | head -n1
Summary of changes from v078 to v079

Same distribution :)

Brad
-- 
"Human beings, who are almost unique in having the ability
to learn from the experience of others, are also remarkable
for their apparent disinclination to do so." -- Douglas Adams

Re: 2.6.18-rc3 does not like an old udev (071)

[Greg KH]

On Sun, Jul 30, 2006 at 07:43:28PM +0200, Jesper Juhl wrote:
> On 30/07/06, Guillaume Chazarain <guichaz@yahoo.fr> wrote:
> >Hi,
> >
> >When updating only the kernel to 2.6.18-rc3 on Ubuntu Dapper/x86,
> >/dev/usblp0
> >is no more created on boot. If I manually create it, it works fine.
> >
> >Vanilla udev from Dapper: version 079 (Documentation/Changes requires
> >udev 071 ;-) ).
> >
> 
> Hmm, udev 071 works fine here...
> i must admit though that I don't have any USB printers, so what I have
> here is probably not 100% comparable.
> Just wanted to point out that udev 071 and 2.6.18-rc3 is not
> universally broken :-)

Yes, it only shows up if you have any devices that use the USB major
number (like a USB printer.)

Or, if you use the -mm tree, there are lots of patches in there that
require an updated udev.

thanks,

greg k-h

Re: 2.6.18-rc3 does not like an old udev (071)

[bert hubert]

On Sun, Jul 30, 2006 at 07:29:58PM +0200, Guillaume Chazarain wrote:

> When updating only the kernel to 2.6.18-rc3 on Ubuntu Dapper/x86, 
> /dev/usblp0
> is no more created on boot. If I manually create it, it works fine.

I can confirm this exact problem.

> git-bisect told me the culprit was
> http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=bd00949647ddcea47ce4ea8bb2cfcfc98ebf9f2a

Thanks for doing the work, Guillaume! I was trying to find the time to do
the same.

> Updating udev to 096, and using a normal 2.6.18-rc3 kernel works too, so
> maybe the correct (albeit unpopular) fix is to update the udev requirement
> in Documentation/Changes?

I hope this won't be necessary..

Thanks!

-- 
http://www.PowerDNS.com      Open source, database driven DNS Software 
http://netherlabs.nl              Open and Closed source services

Re: 2.6.18-rc3 does not like an old udev (071)

[Greg KH]

On Sun, Jul 30, 2006 at 07:29:58PM +0200, Guillaume Chazarain wrote:
> Hi,
> 
> When updating only the kernel to 2.6.18-rc3 on Ubuntu Dapper/x86, 
> /dev/usblp0
> is no more created on boot. If I manually create it, it works fine.
> 
> Vanilla udev from Dapper: version 079 (Documentation/Changes requires
> udev 071 ;-) ).
> 
> git-bisect told me the culprit was
> http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=bd00949647ddcea47ce4ea8bb2cfcfc98ebf9f2a
> 
> Reverting only this commit makes an Oopsing kernel.
> 
> This patch was next to last in its serie:
> http://www.mail-archive.com/linux-usb-devel@lists.sourceforge.net/msg44538.html
> 
> Reverting the last patch in the serie (as well as the culprit found by 
> git bisect):
> http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=43104f1da88f5335e9a45695df92a735ad550dda
> fixes the problem.
> 
> Updating udev to 096, and using a normal 2.6.18-rc3 kernel works too, so 
> maybe
> the correct (albeit unpopular) fix is to update the udev requirement in
> Documentation/Changes?

No, I'm going to revert the above change, as I didn't realize that we
needed a change to udev to support it.  I'll wait until the next major
release for that, and other changes that will require an update to udev
version 081 (released back in January).

But upgrading udev sure doesn't hurt anything :)

thanks,

greg k-h