After upgrading from kernel 2.6.8.1 to 2.6.9 my USB mouse is no longer recognized if it is plugged in when booting. dmesg shows no trace of the mouse or of the USD HID driver. Unplugging the mouse and plugging it in again fixes the problem. Compiling the full HID driver (USB_HID) into the kernel instead of as a module causes the problem to go away. This problem was not present in kernel 2.6.8.1 Reproducible: Always Steps to Reproduce: 1. Boot with a USB mouse attached 2. 3. Actual Results: The mouse is not discovered. b307-213 root # emerge info Portage 2.0.51-r2 (default-x86-2004.2, gcc-3.3.4, glibc-2.3.4.20040808-r1, 2.6.9 i686) ================================================================= System uname: 2.6.9 i686 Mobile Intel(R) Pentium(R) 4 - M CPU 2.00GHz Gentoo Base System version 1.4.16 Autoconf: sys-devel/autoconf-2.59-r5 Automake: sys-devel/automake-1.8.5-r1 Binutils: sys-devel/binutils-2.14.90.0.8-r1 Headers: sys-kernel/linux26-headers-2.6.8.1 Libtools: sys-devel/libtool-1.5.2-r5 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O2 -march=pentium4 -fomit-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /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="-O2 -march=pentium4 -fomit-frame-pointer -pipe" DISTDIR="/var/portage/distfiles" FEATURES="autoaddcvs ccache distlocks sandbox" GENTOO_MIRRORS="http://trumpetti.atm.tut.fi/gentoo/ ftp://trumpetti.atm.tut.fi/gentoo/ ftp://ftp.rhnet.is/pub/gentoo/ ftp://gd.tuwien.ac.at/opsys/linux/gentoo/" MAKEOPTS="-j2" PKGDIR="/var/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="X Xaw3d acpi alsa arts atlas avi berkdb bitmap-fonts cdr crypt cups dga dvd emacs encode fam foomaticdb gdbm gif gpm gtk gtk2 imap imlib java jpeg kde libg++ libwww mad maildir mbox mikmod motif mozilla mpeg mule ncurses netcdf nls nptl oggvobis oggvorbis opengl oss pam pcmcia pdflib perl png pnp ppds python qt quicktime readline sdl slang spell sse ssl svga tcltk tcpd tetex tiff truetype trusted usb wxwindows x86 xml2 xmms xprint xv xvid zlib" b307-213 root # etcat -v hotplug [ Results for search key : hotplug ] [ Candidate applications found : 6 ] Only printing found installed programs. * sys-apps/hotplug : [ ] 20030805-r2 (0) OVERLAY [ ] 20030805-r3 (0) OVERLAY [ ] 20040105 (0) OVERLAY [ I] 20040401 (0) OVERLAY [M~ ] 20040920 (0) OVERLAY [M~ ] 20040923 (0) OVERLAY b307-213 root # b307-213 root # etcat -v development-sources [ Results for search key : development-sources ] [ Candidate applications found : 6 ] Only printing found installed programs. * sys-kernel/development-sources : [ ] 2.6.5 (2.4.26-grsec-2.0) OVERLAY [ ] 2.6.6 (2.4.26-grsec-2.0) OVERLAY [ ] 2.6.7 (2.4.26-grsec-2.0) OVERLAY [ I] 2.6.8.1 (2.4.26-grsec-2.0) OVERLAY [ I] 2.6.9 (2.4.26-grsec-2.0) OVERLAY [M~ ] 2.6.10_rc1 (2.4.26-grsec-2.0) OVERLAY b307-213 root #
Could you please post the full dmesg output (as an attachment) from 2.6.9 when you boot up with the mouse plugged in. Would also be interested to see the specific messages that reappear when you replug it.
Oh. you could also try modifying your bios's "USB Legacy support" value if it has it, sometimes known as "usb keyboard support". And possibly even try 2.6.10-rc1?
Created attachment 42748 [details] dmesg when booting with a USB mouse attached. This is the dmesg when I boot the machine with a USB mouse attached, and USB_HID built as a module.
Created attachment 42749 [details] After booting with mouse, removing mouse and reinserting it. This is the dmesg when I then remove the mouse and reinsert it. The AGP lines were because I was shifting back and forth between a text console and the X login screen to see if the mouse was working.
Created attachment 42750 [details] Dmesg when there was no mouse attached at boot time. If there was no mouse attached at boot time, the dmesg is slightly different, so it does see something, it just does not load the HID module.
Created attachment 42754 [details] The .config file for the 2.6.9 kernel Here is the .config file for the 2.6.9 kernel. I also tried 2.6.10-rc1, the same problem appear. There is no USB legacy stuff in the BIOS, the only USB thing is support for booting off USB devices. The problem should of course be fixed, but it is not serious as there is a very easy workaround: building usbhid into the kernel instead of building a module. Thanks for looking into this. /Jakob
Created attachment 42757 [details] dmesg for the 2.6.8.1 kernel WITHOUT the problem I just booted back into the old 2.6.8.1 kernel, and can confirm that the problem is NOT there with that kernel, so it must be related to some change occurring between 2.6.8.1 and 2.6.9. I have attached dmesg for the 2.6.8.1 kernel when booting with the mouse attached, just in case it is useful. /Jakob
How about the 2.6.8.1 .config? Is usbhid compiled as a module there?
Yes, usbhid is built as a module in 2.6.8.1 as well. I am not near the machine today, so I cannot send you the .config now, but it is essentially the same as the 2.6.9 .config. I copied the .config when I upgraded, and ran "make oldconfig". /Jakob
Doesn't make much sense why it changed over a kernel upgrade, but anyway, could you try using coldplug instead of hotplug? hotplug is no longer designed to load modules at bootup, but only when they are hotplugged. coldplug now does what hotplug used to do (scan hardware on bootup + load modules).
I think it is only the unstable hotplug that changed behaviour, at least emerging the stable one does not produce the warning about coldplug that my colleagues saw when emerging the unstable one, and coldplug is keyword masked.
I got the chance to test this on another laptop (Dell Inspiron 5150 with a different mouse, but still from Logitech). The configuration is similar, but of course not identical. I got the same problem if usbhid is compiled as a module. So it must be reproducible. I guess the question is, is it a Gentoo-specific problem or a general problem with the new kernels, which should be reported upstream? /Jakob
Created attachment 43355 [details] 2.6.9 .config for the Dell Inspiron also showing this problem.
works here, with sys-apps/hotplug-20040923 and coldplug in run-level default. I think this is because you use a too old version of hotplug, could you please try a newer one and add coldplug instead of hotplug to the default runlevel?
So I emerged the latest, keyword-masked version of hotplug and coldplug, and indeed, it worked :-) So obviously the bug is not in the kernel, but in the latest stable version of hotplug. The problem will become history once the latest version of hotplug and coldplug are marked stable. I guess it is not worth it opening a bug on the latest stable version of hotplug. Thanks for all your help in looking into this. /Jakob
latest version of hotplug is now marked stable.
