Bug 214930

Summary: Keyboard LED does not match NumLock state after boot, resume, or switch from VT
Product: [Fedora] Fedora Reporter: Jack Spaar <jspaar>
Component: xorg-x11-serverAssignee: Adam Jackson <ajax>
Status: CLOSED INSUFFICIENT_DATA QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: 6CC: mcepl, mcepl
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2008-01-15 14:39:55 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
xorg.conf
none
Server log for attached xorg.conf
none
Server log using no /etc/X11/xorg.conf none

Description Jack Spaar 2006-11-10 01:36:24 UTC
Description of problem:
In X, the keyboard LED is OFF when NumLock is ON (after a boot,
resume-from-hibernate, or switch from a virtual terminal).

Version-Release number of selected component (if applicable):
xorg-x11-server-Xorg-1.1.1-47.fc6


How reproducible: always


Steps to Reproduce:
1. Boot normally.
2. Log in to GDM session. 

OR
1. Switch to a virtual terminal when NumLock is on.
2. Switch back to X.

OR
1. Hibernate when NumLock is on.
2. Resume.

  
Actual results:
NumLock LED is off, but keypad functions as if NumLock is on.   (ABNORMAL)
Press NumLock again, LED stays off, keypad is non-numeric.      (NORMAL)
Press NumLock again, LED turns on, keypad is numeric.           (NORMAL

Expected results:
NumLock LED matches functional state of keypad when in X.

Additional info:
In a VT, the LED always matches the true keypad status.
In X, once the LED is properly sync'ed up (by hitting NumLock twice), it stays
in sync until resuming from hibernate or switching back from a VT.

xorg-x11-server-Xorg-1.1.1-47.fc6
xorg-x11-drivers-7.1-3.i386.rpm
kernel-2.6.18-1.2798.fc6.  

This box was upgraded from FC5, and didn't display this behaviour before.

Comment 1 Matěj Cepl 2006-12-28 22:29:32 UTC
Thanks for the bug report.  We have reviewed the information you have provided
above, and there is some additional information we require that will be helpful
in our diagnosis of this issue.

Please attach your X server config file (/etc/X11/xorg.conf) and X server log
file (/var/log/Xorg.*.log) to the bug report as individual uncompressed file
attachments using the bugzilla file attachment link below.

Could you please also try to run without any /etc/X11/xorg.conf whatsoever and
let X11 autodetect your display and video card? Attach to this bug
/var/log/Xorg.0.log from this attempt as well, please.

We will review this issue again once you've had a chance to attach this information.

Thanks in advance.


Comment 2 Jack Spaar 2007-01-04 08:14:01 UTC
Created attachment 144774 [details]
xorg.conf

Option	    "XkbModel" "pc104"

Comment 3 Jack Spaar 2007-01-04 08:15:02 UTC
Created attachment 144775 [details]
Server log for attached xorg.conf

Comment 4 Jack Spaar 2007-01-04 08:16:10 UTC
Created attachment 144776 [details]
Server log using no /etc/X11/xorg.conf

Same results.

Comment 5 Jack Spaar 2007-01-04 08:28:46 UTC
Keyboard is PS/2 connected, brand: BTC, model: 5123W, US style PC104-ish plus 3
power mgt. keys.

When NumLock LED is OFF while keys are numeric, pressing CapsLock key will turn
NumLock and CapsLock both ON.

Contrary to my original report, lately the NumLock LED is usually ON after GDM
login.  However the resume from suspend-to-disk and switch-from-VT problem still
occurs without fail.

xorg-x11-server-Xorg-1.1.1-47.2.fc6.i386.rpm


Comment 6 Matěj Cepl 2007-12-10 09:24:37 UTC
Fedora Core 6 is no longer supported, could you please reproduce this with the
updated version of the currently supported distribution (Fedora 7, 8, or
Rawhide)? If this issue turns out to still be reproducible, please let us know
in this bug report. If after a month's time we have not heard back from you, we
will have to close this bug as CANTFIX.

Setting status to NEEDINFO, and awaiting information from the reporter.

[This is mass-filed message to all open Fedora Core 6 bugs related to Xorg or
Gecko. If you see any other reason, why this bug shouldn't be closed, please,
comment on it here.]

Comment 7 Matěj Cepl 2008-01-15 14:39:55 UTC
Since there are insufficient details provided in this report for us to
investigate the issue further, and we have not received feedback to the
information we have requested above, we will assume the problem was not
reproducible, or has been fixed in one of the updates we have released for the
reporter's distribution.

Users who have experienced this problem are encouraged to upgrade to the latest
update of their distribution, and if this issue turns out to still be
reproducible in the latest update, please reopen this bug with additional
information.

Closing as INSUFFICIENT_DATA.

{This is mass-closing of all obsolete bugs; if this bug was in your opinion
closed by mistake, please, reopen it with additional information; thanks a lot
and I am sorry for bothering you in such case.}