Emerged hotplug-20040401 and hotplug-20040401-base. Rebooted. The boot proceeded normally, but no usb keyboard (it has power, but no other apparent connection). Plugged in a non-usb keyboard, keyboard comes back to life. Tried this with various kernels in the 2.6.3 to 2.6.5 series with the same result. Unmerged 20040401 and went back to 10040105 and the usb keyboard works again. Reproducible: Always Steps to Reproduce: 1.emerge hotplug 2. 3. Actual Results: USB keyboard has power, but hitting keys results in no action. Expected Results: Booted up and recognized keyboard. Physical system Asus K8V SE AMD64 but running only as 32 bit system. Keyboard is Logitech Elite (Swiss version). Running udev. emerge info (from last attempt) Portage 2.0.50-r5 (default-x86-1.4, gcc-3.3.2, glibc-2.3.2-r9, 2.6.5-mm4) ================================================================= System uname: 2.6.5-mm4 i686 AMD Athlon(tm) 64 Processor 3200+ Gentoo Base System version 1.4.3.13 Autoconf: sys-devel/autoconf-2.58-r1 Automake: sys-devel/automake-1.8.3 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-mcpu=athlon-tbird -O3 -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.1/share/config /usr/kde/3.2/share/config /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 -mcpu=i686 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="http://www.mirror.ac.uk/sites/www.ibiblio.org/gentoo/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/opt/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="PEAR X aalib alsa apache2 apm arts ati avi berkdb bonobo cdr crypt cups dvd encode esd foomaticdb gd gdbm ggi gif gnome gpm gtk gtk2 gtkhtml guile imlib java jpeg kde libg++ libwww mad mbox mikmod motif mozilla mpeg mysql ncurses nls oggvorbis opengl oss pam pdflib perl png postgres python qt quicktime readline sdl slang spell ssl svga tcltk tcpd tetex tiff truetype x86 xml xml2 xmms xv zlib"
I've the same problem on 2.6.4-mm2 and 2.6.5-mm1 on x86. Additionally the system shutdown hangs by removing the ehci_hcd and after them the snd_intel8x0 module. When i kill the parent processe of rmmod <module> the shutdown moves on, otherwise it hangs for at least one hour on each rmmod (i was never waiting longer). The only solution for me was unmerging hotplug-20040401 and hotplug-base-20040401 and emerging hotplug-20040105 My keybord is a Logitech wireless keyboard and optical mouse set: Bus 002 Device 002: ID 046d:c505 Logitech, Inc. Cordless Mouse+Keyboard Receiver
Certainly NO "blocker" !
Possibly no blocker but surely major severity! I also have this problem on two machines running 2.6.x-kernels. All hotplug-controlled devices that are plugged in on system start are not loaded. That's e.g. USB stick, USB mouse etc.
Same behaviour here. Kernel is gentoo-2.6.5-r1, since I emerged hotplug-20040401 my USB mouse is not recognised if _plugged in_ at boot time. The device is recognised but hotplug doesn't load the hid module. dmesg excerpt: [...] usb 2-2: new full speed USB device using address 2 [...] usb 3-1: new low speed USB device using address 2 [...] Is it a problem that those both use address 2? If I plug the mouse off and in again everything works fine. dmesg excerpt: [...] usb 3-1: USB disconnect, address 2 usb 3-1: new low speed USB device using address 3 input: USB HID v1.10 Mouse [Microsoft Microsoft 3-Button Mouse with IntelliEye(TM)] on usb-0000:00:1d.1-1 drivers/usb/core/usb.c: registered new driver hid drivers/usb/input/hid-core.c: v2.0:USB HID core driver [...]
The same address is fine, it's on two different busses. Try not having the hotplug init script run, but load the proper usb controller and keyboard module (hid) in the modules autoload section. Does that solve the problem?
Yep, did rc-update del hotplug and added hid to /etc/modules.autoload then rebooted with mouse plugged in, mouse works perfectly.
Does anybody actually work on this? Please let me know if you need further information. It's a quite annoying bug ... (and turning off hotplug is not really an option)
Why is turning off hotplug not an option? What modules are not loaded at boot time that you need loaded? Normal hotplugging will still work, as the system is up and running (like adding another device and the driver gets loaded.) The hotplug startup service just loads a few usb drivers and tries to match drivers up to the devices on your system. Because of that, it can be quite problamatic and I recommend you disable it if does not work for you.
You're kidding, right? This bug is marked fixed but it is definitely not fixed. The problem exists, what you said in your comment is a plain WONTFIX but not "fixed". (Sorry for the late reply, I didn't see that this has been marked fixed before.) So why is disabling hotplug not an option? Let me explain: I have a laptop. When I press the power button, I have some seconds while the kernel boots up. I can use this to plug in a mouse, to plug in a camera or whatever I'm going to use. But that does not work at the moment, I have to re-plug it after hotplug has started. That's annoying. I think you can understand that I do not want to autoload or compile in every module that I could possibly need. One could consider this a feature request to the hotplug guys, but the point is that it previously worked! All I wanted was just working until the 20040401 release. So this is a bug, beacuse I cannot see any feature in breaking working software. I know a lot of guys in my environment that also have the problem and all of them confirmed that it worked with the older (20040105) hotplug system.