| Summary: | Enabling SMP in kernel results in no keyboard/mouse | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Mark Knecht <markknecht> |
| Component: | [OLD] Core system | Assignee: | Gentoo Kernel Bug Wranglers and Kernel Maintainers <kernel> |
| Status: | RESOLVED FIXED | ||
| Severity: | major | ||
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | x86 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
config file used to build kernel
dmesg results immediately after boot with SMP kernel |
||
|
Description
Mark Knecht
2005-10-08 07:38:01 UTC
Created attachment 70156 [details]
config file used to build kernel
Please confirm that the config you are using is exactly the same in both cases (with the only difference of CONFIG_SMP). Are these keyboards/mice usb or ps/2? Are you able to try ones of the different type? I definately enabled SMP. I believe left it at 8 CPUs. I believe I also enabled
the SMT schedular support since it was a P4HT processor. I don't think I tried
it without the SMT scheduler. I should.
[*] Symmetric multi-processing support
│ │ (8) Maximum number of CPUs (2-255) (NEW)
│ │ [ ] SMT (Hyperthreading) scheduler support (NEW)
The keyboard/mouse was a wireless Logitec unit. It hooks into the ps2 ports and
has a wireless tranmitter that goes to the mouse and keyboard. I could grab a
standard ps2 mouse/keyboard and try that also.
(In reply to comment #3) > I definately enabled SMP. I believe left it at 8 CPUs. I believe I also enabled > the SMT schedular support since it was a P4HT processor. I don't think I tried > it without the SMT scheduler. I should. Yep - I was mainly asking to make sure you werent making any other configuration changes between the working and non-working setups... (incase SMP isnt the culprit) > The keyboard/mouse was a wireless Logitec unit. It hooks into the ps2 ports and > has a wireless tranmitter that goes to the mouse and keyboard. I could grab a > standard ps2 mouse/keyboard and try that also. If possible, that would be useful. If you have the option of plugging any into USB, that would also be useful. Is this machine networked? If so, would it be possible to SSH in and obtain a copy of "dmesg" from a SMP bootup where the keyboard is unusable? I will go through the process again this morning. I am sure there were no changes other thna the ones I outlined. I do not have a USB mouse or keyboard. (That I remember. I'll look around.) ssh'ing in makes sense. If it hangs up again I'll try that and drop whatever I find back here. OK, the probelm is caused by enabling SMP. I did not enable the HT scheduler and got the same problem. Interesting info. The wireless keyboard adapter is actually a USB device that had a USB-ps2 dongle on it. When I unplugged the dongle and plugged the keyboard directly into a USB port the keyboard worked. I plugged it back into the ps2 port and it failed. One more time into USB port where it worked, so it appears that it's a ps2 issue, probably based around this dongle. The dongle is purple, has a part number 501321-0000 and the letters 'HC' and 'SH'. I will attach the dmesg info. (pre experiement unfortunately) Created attachment 70302 [details]
dmesg results immediately after boot with SMP kernel
PS/2 generally isn't hotpluggable, so you should boot up with it already plugged in (but I guess you were doing this already). These 2 lines look suspicious: PNP: No PS/2 controller found. Probing ports directly. i8042.c: Can't read CTR while initializing i8042. Would it be possible to see "dmesg" output from a boot where SMP is not enabled (i.e. keyboard/mouse works ok)? Also, if you have time, it would be useful if you could see if this issue exists on the latest development kernel (currently vanilla-sources-2.6.14_rc5)... gentoo-sources-2.6.14 is out, please do future tests with this kernel (or newer!). OK, I tested with 2.6.14-gentoo. Same problems
1) Standard ps2 keyboard - not functional
2) Logitech USB keyboard using USB-ps2 dongle - not functional
3) Logitech USB keyboard plugged into a USB port - works great
Awhile back I asked about this on the LKML. Someone suggested I try an option
called usb-handoff. This fixes the problem:
# grub.conf generated by anaconda
#
# Note that you do not have to rerun grub after making changes to this file
# NOTICE: You have a /boot partition. This means that
# all kernel and initrd paths are relative to /boot/, eg.
# root (hd0,0)
# kernel /vmlinuz-version ro root=/dev/hda5
# initrd /initrd-version.img
#boot=/dev/hda
#hiddenmenu
default=1
timeout=12
splashimage=(hd0,0)/grub/splash.xpm.gz
title Gentoo Sources (2.6.13-gentoo-r3-ht)
root (hd0,0)
kernel (hd0,0)/bzImage-2.6.13-gentoo-r3-ht ro root=/dev/hda8
title Gentoo Sources (2.6.14-gentoo-ht)
root (hd0,0)
kernel (hd0,0)/bzImage-2.6.14-gentoo-ht ro root=/dev/hda8 usb-handoff
Now the Logitech with the dongle and the standard keyboard both work when
booting up under an SMP kernel.
I'll leave it to you to decide how to change the bug status. Thanks!
That'll be it. To work around this you might try a BIOS upgrade, or disabling "USB Legacy", "USB Keyboard", and "USB Mouse" support in the bios, if any of those options are available. I'll mark this as fixed, usb-handoff will become on-by-default somewhere in the near future. |
