The problem is that with any udev version higher than 072 /dev/usb/lp0 isn't created when I turn on my printer (I've tried 077 and 079). It works fine with 072 though. My emerge info: Portage 2.0.51.22-r3 (default-linux/x86/2005.0, gcc-3.4.4, glibc-2.3.5-r3, 2.6.14-gentoo-r5 i686) ================================================================= System uname: 2.6.14-gentoo-r5 i686 AMD Athlon(tm) 64 Processor 3000+ Gentoo Base System version 1.12.0_pre11 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.3 [enabled] dev-lang/python: 2.3.5, 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.4.3-r4, 1.5.20 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -pipe -momit-leaf-frame-pointer -funit-at-a-time -ftracer -fprefetch-loop-arrays" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /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/splash /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -pipe -momit-leaf-frame-pointer -funit-at-a-time -ftracer -fprefetch-loop-arrays" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" LANG="en_GB.utf8" LDFLAGS="-Wl,-O1 -Wl,--sort-common -s" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage /usr/local/bmg-main/bmg-main" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="x86 3dnow 3dnowext X Xaw3d a52 aac aalib acl acpi alsa apache2 ape apm asf audiofile avi berkdb bitmap-fonts bonobo browserplugin bzip2 cdda cddb cdparanoia cdr crypt css cups curl dvd dvdr dvdread eds emboss encode exif expat fam ffmpeg flac foomaticdb fortran freetype gd gdbm gif gimp gimp-print gimpprint glut gmp gphoto2 gpm gstreamer gtk gtk2 gtkhtml guile hal idn imagemagick imlib java javascript jpeg jpeg2k kde kdeenablefinal kqemu lcms ldap libg++ libwww mad mhash mikmod mmx mng motif mozilla mp3 mpeg mplayer musepack musicbrainz mysql nas ncurses nptl nsplugin nvidia ogg oggvorbis openal opengl oss pam pascal pcre pdflib perl php pic plotutils plugin png ppds python qt quicktime rar readline real recode samba scanner sdl sensord slang speex spell sse sse2 ssl subtitles svg svga tcltk tcpd tetex theora tidy tiff truetype truetype-fonts type1-fonts udev unicode usb userlocales utf8 vcd visualization vorbis win32codecs wmf wxgtk1 xine xml xml2 xrandr xscreensaver xv xvid zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LC_ALL, LINGUAS, MAKEOPTS
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.
