Bug 236388

Summary: numlock on at login with T42 and no way to turn it off
Product: [Fedora] Fedora Reporter: Andrew Overholt <overholt>
Component: xorg-x11-drv-atiAssignee: Kristian Høgsberg <krh>
Status: CLOSED WORKSFORME QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: rawhideCC: mcepl, triage, xgl-maint
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard: bzcl34nup
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2008-04-04 13:40:02 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
Xorg.0.log
none
Xorg.1.log
none
Xorg.20.log
none
Xorg.0.log after moving /etc/X11/xorg.conf out of the way none

Description Andrew Overholt 2007-04-13 15:32:19 UTC
I'm sorry, but I really don't know where to file this.  When I boot up, numlock
is off.  When I log in, it turns on and I can't turn it off.  I have to
Ctrl-Alt-F1 and then Alt-F7 back to get it to go off.

This is on my T42.

$ rpm -q gdm xorg-x11-drv-ati; uname -r; sudo grep -ir num /etc/X11/*
gdm-1:2.18.0-10.fc7.i386
xorg-x11-drv-ati-6.6.3-2.fc7.i386
2.6.20-1.3062.fc7
Binary file /etc/X11/X matches
$

Comment 1 Matěj Cepl 2007-04-16 14:05:20 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 Andrew Overholt 2007-04-16 14:39:15 UTC
Created attachment 152689 [details]
xorg.conf

Comment 3 Andrew Overholt 2007-04-16 14:40:15 UTC
Created attachment 152691 [details]
Xorg.0.log

Comment 4 Andrew Overholt 2007-04-16 14:41:02 UTC
Created attachment 152692 [details]
Xorg.1.log

Comment 5 Andrew Overholt 2007-04-16 14:41:38 UTC
Created attachment 152693 [details]
Xorg.20.log

Comment 6 Andrew Overholt 2007-04-16 14:44:13 UTC
Created attachment 152695 [details]
Xorg.0.log after moving /etc/X11/xorg.conf out of the way

That's all of them, I believe.

Comment 7 Beni Bruno 2007-04-24 07:44:38 UTC
Hi everyone, i face the same problem on my t43, however i found two ways of
getting around the problem, might be of help until the issue is resolved.
Firstly, numlock can be turned off by pressing [Shift]+[NumLock], even though
that makes no sense and the LED stays lit. Secondly, NumLock only locks to on if
you have a lan cable plugged in and your linux (in my case fedora core 6)
requests an IP adress while booting. unplugging the cable during bootup and then
replugging and requesting an IP adress after logging in works fine but feels
quite cumbersome :P

Comment 8 Bug Zapper 2008-04-04 00:04:35 UTC
Based on the date this bug was created, it appears to have been reported
against rawhide during the development of a Fedora release that is no
longer maintained. In order to refocus our efforts as a project we are
flagging all of the open bugs for releases which are no longer
maintained. If this bug remains in NEEDINFO thirty (30) days from now,
we will automatically close it.

If you can reproduce this bug in a maintained Fedora version (7, 8, or
rawhide), please change this bug to the respective version and change
the status to ASSIGNED. (If you're unable to change the bug's version
or status, add a comment to the bug and someone will change it for you.)

Thanks for your help, and we apologize again that we haven't handled
these issues to this point.

The process we're following is outlined here:
http://fedoraproject.org/wiki/BugZappers/F9CleanUp

We will be following the process here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping to ensure this
doesn't happen again.

Comment 9 Andrew Overholt 2008-04-04 13:40:02 UTC
I no longer have this problem (F8).