Bug 74603

Summary: USB keyboard dead in BOOT kernel.
Product: [Retired] Red Hat Linux Reporter: Robert Hentosh <robert_hentosh>
Component: kernelAssignee: Pete Zaitcev <zaitcev>
Status: CLOSED NOTABUG QA Contact: Brian Brock <bbrock>
Severity: high Docs Contact:
Priority: high    
Version: 7.3CC: john_hull
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2002-09-27 22:41:35 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
dmesg output for -BOOT kernel / USB keyboard fails
none
dmesg output from -UP kernel / keyboard works. none

Description Robert Hentosh 2002-09-27 15:50:05 UTC
From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0; H010818)

Description of problem:
On a workstation using the VIA VT6202 USB controller, the USB attached keyboard 
is dead when running BOOT controller.  The keyboard works well when the system 
is running the UP or SMP kernel.  This prevents an install on this system when 
only a USB keyboard is conected.

Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:
1. Boot system from CD1.
2. USB keyboard will not respond after the boot: prompt during the first 
install screen to choose language.

	

Actual Results:  Keyboard is non-responsive during the install or when running 
the BOOT kernel.

Expected Results:  Expect USB keyboard to work during install as it does when 
system is finally installed.

Additional info:

Comment 1 John A. Hull 2002-09-27 19:45:14 UTC
This issue was found in Milan.

Comment 2 Pete Zaitcev 2002-09-27 19:50:22 UTC
Please tell me if the problem can be reproduced by booting
installed userland with BOOT kernel. The -BOOT kernel RPM
can be installed on a plain system and added to /boot/grub/grub.conf
just any other kernel.

If the problem is reproduced, please use a network login to
capture dmesg by running "dmesg >/tmp/dmesg.out", then attach
the dmesg.out file to the bug. PLEASE DO NOT DROP dmesg.out
INTO THE COMMENTS BOX.


Comment 3 Robert Hentosh 2002-09-27 20:42:13 UTC
Yes, it does. If I install the -BOOT kernel rpm and select it from grub I lose 
USB keyboard support. I will get a copy of dmesg and attach it.

Comment 4 Robert Hentosh 2002-09-27 21:01:21 UTC
Created attachment 77544 [details]
dmesg output for -BOOT kernel / USB keyboard fails

Comment 5 Pete Zaitcev 2002-09-27 21:22:12 UTC
Thanks for the dmesg. It indicates a dead interrupt line problem
(it normally causes -110 errors). Perhaps -BOOT does parsing
of some tables wrong, or has components missing.

I would like to have 3 things done here.

1. Try to boot with "noapic", to see if the workaround works.
If it does, it will carry us over for now.

2. Get output of "cat /proc/interrupts" with the same technique
as dmesg.out, to confirm that it's actually interrupt routing problem.

3. Collect dmesg and /proc/interrupts on a working SMP kernel,
so that we can compare those and see what is different.

That would be helpful.


Comment 6 Robert Hentosh 2002-09-27 21:51:54 UTC
I should mention that the keyboard works with the UP kernel. (So that is already
noapic).  I will include the dmesg from the UP kernel.

Comment 7 Robert Hentosh 2002-09-27 21:53:00 UTC
Created attachment 77545 [details]
dmesg output from -UP kernel / keyboard works.

Comment 8 Robert Hentosh 2002-09-27 22:10:46 UTC
Booting the -BOOT kernel with noapic WORKS!  That is a shocker. I thought the
BOOT kernel was noapic by default.


Comment 9 Pete Zaitcev 2002-09-27 22:41:29 UTC
Yes, the BIOS is broken on the box. Windows cuts over to ACPI,
so BIOS writers let normal tables to bitrot all across the board.

If would be helpful if you downloaded an RPM from my web page and
ran the program in it, called "mptable". Please add "-pirq" flag too.
URL:
 http://people.redhat.com/zaitcev/linux/mptable-2.0.15a-1.i386.rpm
The result can be used to discuss the problem with BIOS people.

The working SMP kernel dmesg that you mentioned in the report
won't hurt.


Comment 10 Robert Hentosh 2002-09-30 14:08:23 UTC
Thanks very much for your prompt attention.  I didn't realize that the -BOOT
kernel also used the mptables. The problem makes sense, now.