Summary: | No /dev/usb/lp0 with >=udev-073 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Gleb Litvjak <blaster999> |
Component: | [OLD] Core system | Assignee: | Greg Kroah-Hartman (RETIRED) <gregkh> |
Status: | RESOLVED NEEDINFO | ||
Severity: | normal | CC: | matt_harrison, tech31842 |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | 2.6.14-gentoo-r5 kernel .config |
Description
Gleb Litvjak
2005-12-24 00:23:15 UTC
Have you rebooted after installing the newer udev? What does running udevtest /sys/class/usb/lp0 usb with your printer plugged in show? >Have you rebooted after installing the newer udev? I have rebooted before testing. That is the first thing I do after upgrading things that are vritical for boot process. >What does running udevtest /sys/class/usb/lp0 usb with your printer plugged in show? I need to check that out - I have rolled back to 072, so I'll emerge 079 again and see what happens. I've run udevtest /sys/class/usb/lp0 usb and got this result: main: looking at device '/class/usb/lp0' from subsystem 'usb' main: opened class_dev->name='lp0' udev_rules_get_name: rule applied, 'lp0' becomes 'usb/lp0' create_node: creating device node '/dev/usb/lp0', major = '180', minor = '0', mode = '0660', uid = '0', gid = '7' /dev/usb dir was created after it, but it was empty. Forgot to mention - there is a device /dev/lp0 when I boot with udev-079. I found out something interesting - if I run udevstart manually, /dev/usb/lp0 appears (and printer starts functioning). I've just duplicated this here. Difference is that I'm running udev-070-r1 (x86 stable). It bit me when I upgraded my kernel from 2.6.14-gentoo-r2 to -r5. I can take some time to poke at this, so let me know if it would help to try different versions of udev or different kernels. emerge --info below, but note that I'm booted into the older kernel that works. Portage 2.0.53 (default-linux/x86/2005.0, gcc-3.3.6, glibc-2.3.5-r2, 2.6.14-gentoo-r2 i686) ================================================================= System uname: 2.6.14-gentoo-r2 i686 AMD Athlon(tm) XP 2500+ Gentoo Base System version 1.6.13 ccache version 2.3 [disabled] dev-lang/python: 2.3.5-r2, 2.4.2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.20 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-pipe -O2 -march=athlon-xp -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-pipe -O2 -march=athlon-xp -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://mirrors.acm.cs.rpi.edu/gentoo http://distro.ibiblio.org/pub/Linux/distributions/gentoo" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 3dnow 3dnowex X aac acl acpi alsa apm audiofile avi berkdb bitmap-fonts bonobo bzip2 bzlib cdr crypt cscope cups curl eds emboss esd exif expat fam flac foomaticdb fortran gb gdbm gif glut gnome gpm gstreamer gtk gtk2 gtkhtml guile imagemagick imlib ipv6 jack java jpeg lcms libg++ libwww mad maildir matrox mbox memlimit mikmod mmx mmx2 mng mozilla mp3 mpeg ncurses nls ofx ogg oggvorbis opengl oss pam pcntl pcre pdflib perl pic png posix ppds prelude python quicktime readline recode sdl speex spell sse ssl svg tcpd tetex theora tiff truetype truetype-fonts type1-fonts udev unicode usb videos vorbis xine xml xml2 xmms xv xvid zlib video_cards_matrox userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS, PORTDIR_OVERLAY Can you attach your kernel .config? Do you have CONFIG_HOTPLUG enabled? And if you change to 2.6.15, is this fixed? I can not duplicate this here at all, and happily print from my printer just fine... *** Bug 120147 has been marked as a duplicate of this bug. *** Created attachment 78530 [details]
2.6.14-gentoo-r5 kernel .config
Currently running 2.6.14-gentoo-r5 and udev-079-r1 (the newest x86 stable), and printing works. Will try a downgrade to udev-070-r1 and then an upgrade to kernel 2.6.15-gentoo-r1.
Strange... just downgraded to udev-070-r1 and everything works as expected. I'll note that I had to use etc-update on some config files when I downgraded, so maybe it's a configuration issue more than a udev or kernel issue (otherwise I don't see why the prior existence of 079-r1 on the system would make a difference). Are you _sure_ you did etc-update after upgrading udev to get the proper configuration files? Hmmm, so you are telling me that I need to upgrade my kernel to get this fixed? I've been running 2.6.10-gentoo-r6 for a while now and it used to work! (I would prefer not to deal with a kernel upgrade unless I have to) I never said anything about a kernel upgrade. Although if you are updating your udev, why aren't you willing to update your kernel? That one is _very_ old, and not supported by anyone. I've an older nvidia graphics card and the last time I tried to update the kernel, the driver stopped working.... Guess I'll bite the bullet and upgrade the kernel. I've switched to ~amd64 from x86 recently, updated my kernel to 2.6.15 and udev to 081, now printer device node is created and it prints just fine. I still wonder what was wrong. (In reply to comment #10) > Are you _sure_ you did etc-update after upgrading udev to get the proper > configuration files? > If that was addressed to me, yes, I'm quite meticulous about it... I would have noticed the complaints about needing to etc-update after each upgrade (and I tend to do that daily, to follow x86 stable). I just remembered that, between the time when I first duplicated the bug and a few days ago when I couldn't, a baselayout upgrade happened. And said baselayout upgrade includes a change to fix something to do with udev--the changelog cites bug 118419. This seems relevant, especially in the light of comment #4 above. |