Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 116640 - (KEYBOARD)Keyboard not recognized
Summary: (KEYBOARD)Keyboard not recognized
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: 3
Hardware: x86_64
OS: Linux
high
high
Target Milestone: ---
Assignee: Dave Jones
QA Contact:
URL:
Whiteboard:
: 117426 (view as bug list)
Depends On:
Blocks: FC2Target FC3Target FC4Target
TreeView+ depends on / blocked
 
Reported: 2004-02-24 03:30 UTC by Joe Pawlak
Modified: 2015-01-04 22:04 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2005-04-21 06:37:55 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Joe Pawlak 2004-02-24 03:30:50 UTC
Description of problem:
 At start of installation anaconda trys to recognize the keyboard on 
my notebook (EMachines M6805). I get the error message pc_keyb: 
controller jammed (0x19)

I also tried linux noprobe but once the screen comes up to test the 
media, I cannot procede because it does not recognize the 
keyboard/keyboard input.

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


How reproducible:


Steps to Reproduce:
1.
2.
3.
  
Actual results:


Expected results:


Additional info:

Comment 1 Chris Kloiber 2004-02-24 04:22:26 UTC
Ditto (eMachines M6807). The machine cannot be installed as x86_64. 
32-bit kernels work fine.

Message changes on kernel 2.6/x86_64 to:

atkbd.c: Unknown key released (translated set 0, code 0x41 on
isa0060/serio0).
stkbd.c: Use 'setkeycodes 41 <keycode>' to make it known.

Comment 2 Neil Horman 2004-02-24 21:12:12 UTC
Judging by the error code, it appears that without a user space
override (via setkeycodes), this error is occuring because the atkbd
module is not assigning the proper default scancode table to the
keyboard module (set 0 does not appear to exist in the module, as the
error indicates).  Anywho, installing with the added kernel command
line parameter atkbd_set=3 assigns the appropriate scancode/keycode
table to the module, and  allows the installer to continue.

Comment 3 Joe Pawlak 2004-02-25 00:46:13 UTC
I tried the two fixes, but the problem still happens.

I also have error pc_keyb: controller jammed (0x15) and Keyboard 
failed self test.

Comment 4 Jeremy Katz 2004-02-25 03:59:58 UTC
USB keyboards should be better now (added hid to the list of modules
for the installer), for the other part, it's a kernel bug.

Comment 5 Justin M. Forbes 2004-03-04 06:38:51 UTC
*** Bug 117426 has been marked as a duplicate of this bug. ***

Comment 6 Logan Mabe 2004-03-09 14:45:56 UTC
I also have EMachines M6805 and recieve the same error. Also tried 
fixes and no luck. I have a different version of Linux installed. Can 
I mount the disk and run a program to do the install? Or does the 
install have to be initiated from the actual boot autorun? Any other 
fix ideas?

Comment 7 Marty Shannon 2004-03-26 12:59:36 UTC
Not clear to me from the bugzilla info, but just for the record, this
occurs in FC1 (yarrow) as well.  I also get (after the "pc_keyb:
failed self-test"):

pc_keyb: controller jammed (0x19)

twice in a row.  That's with using atkbd_set=3 or not.  The same
message appears again (twice in a row) just after the serial driver is
initialized.

Anything else we can try?

Comment 8 Marty Shannon 2004-07-14 20:26:34 UTC
Now, in FC3T1, (yes, that's a three) the keyboard is simply completely
unrecognized with the install boot kernel, and as a result is
completely ignored on the eMachines M6805.  No diagnostics at all.

Comment 9 Dave Jones 2004-12-07 06:40:13 UTC
still a problem with the final FC3 release & updates ?


Comment 10 Dave Jones 2005-04-21 06:37:55 UTC
no response, assuming fixed.


Comment 11 Joe Pawlak 2005-04-21 12:27:04 UTC
Ya, you assume that. I've given up on your crappy distribution. Crappy you say? 
Yes, first reported: 2/23/2004, still not working 12/07/2004, still not working 
4/21/2005!

Just give up.


Note You need to log in before you can comment on or make changes to this bug.