RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 798238 - Laptop Internal keyboard and mouse stops working after some time
Summary: Laptop Internal keyboard and mouse stops working after some time
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: kernel
Version: 6.2
Hardware: x86_64
OS: Linux
unspecified
high
Target Milestone: rc
: ---
Assignee: Chris Tatman
QA Contact: Red Hat Kernel QE team
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-02-28 12:01 UTC by Alexander Lindqvist
Modified: 2023-09-14 01:27 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2015-10-06 03:21:10 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
Messages.log (63.95 KB, application/octet-stream)
2012-02-28 12:01 UTC, Alexander Lindqvist
no flags Details
xorg.log (49.09 KB, application/octet-stream)
2012-02-28 12:04 UTC, Alexander Lindqvist
no flags Details
dmesg.log with ACPI errors (38.87 KB, text/plain)
2012-03-07 08:22 UTC, Alexander Lindqvist
no flags Details

Description Alexander Lindqvist 2012-02-28 12:01:29 UTC
Created attachment 566296 [details]
Messages.log

Description of problem:
After boot the internal keyboard and mouse on the laptop stops working. External usb keyboard and mouse works. 

It happens both when working on the laptop and when leaving it for a few minutes
It happens with or without AC Adapter plugged in.
Added i8042.nomux i8042.nopnp i8042.noloop to grub did not help.


Version-Release number of selected component (if applicable):
2.6.32-220.4.1.el6.x86_64

How reproducible:
Boot computer. Wait some time

Steps to Reproduce:
1. Boot computer. Wait some time
2.
3.
  
Actual results:
Internal keyboard and mouse stops responding. External works fine.

Expected results:
internal Keyboard and mouse should work for more than a few minutes

Additional info:
HP Pavilion dm1-4110eo

Comment 1 Alexander Lindqvist 2012-02-28 12:04:43 UTC
Created attachment 566297 [details]
xorg.log

Comment 4 Li, ZhenHua 2012-02-29 08:47:34 UTC
Hi Alexander,
What's the version of your desktop system? I have met this problem before . When I updated my system , it is gone. I am using KDE 4.4.5, with xserver-xorg 1.2.2+ , and xorg.conf is not needed.

Comment 5 Alexander Lindqvist 2012-02-29 14:38:54 UTC
All default packages from EL6.2
Xorg-x11-server-Xorg-1.10.4-6.el6_2.1 (x86_64)
Gnome 2.28.2

I have googled this and found many distributions which had this problem before. Fedora 10 among others but as EL6 is based on Fedora 12 this is probably a new issue. And this laptop is brand new.

Comment 6 Alexander Lindqvist 2012-03-05 18:46:54 UTC
Closing the lid on the laptop so it goes into standby mode makes the mouse and keyboard work again for a new period of time when the computer wakes up.

Any ideas of logs to look for, kernel parameters to try or anything else?

Comment 7 Alexander Lindqvist 2012-03-07 08:20:30 UTC
Cant this be som variant of a synaptics clickpad and that the driver currently takes the keyboard down with it? My touchpad has real buttons at the bottom and the left upper corner of the touchpad is used for doubletapping to disable the touchpad (with a led that lights up when disabled).

Double finger scrolling works.

Here is a recent patch:
http://lists.x.org/archives/xorg-devel/2012-February/029132.html

Comment 8 Alexander Lindqvist 2012-03-07 08:22:53 UTC
Created attachment 568192 [details]
dmesg.log with ACPI errors

ACPI errors at the end

ACPI Error: No handler for Region [CMS1] (ffff88010404a930) [SystemCMOS] (20090903/evregion-319)
ACPI Error: Region SystemCMOS(5) has no handler (20090903/exfldio-295)
ACPI Error (psparse-0537): Method parse/execution failed [\_SB_.PCI0.LPC0.EC0_._Q33] (Node ffff8801040551f0), AE_NOT_EXIST

Comment 9 Alexander Lindqvist 2012-03-08 13:38:51 UTC
This bug also exists in Fedora 17. Bugzilla entry created here: https://bugzilla.redhat.com/show_bug.cgi?id=801412

Comment 10 Alexander Lindqvist 2012-04-04 13:56:30 UTC
This was a hardware problem. Please close.

Comment 11 RHEL Program Management 2012-05-03 05:40:00 UTC
Since RHEL 6.3 External Beta has begun, and this bug remains
unresolved, it has been rejected as it is not proposed as
exception or blocker.

Red Hat invites you to ask your support representative to
propose this request, if appropriate and relevant, in the
next release of Red Hat Enterprise Linux.

Comment 13 Steve Almy 2015-10-06 03:21:10 UTC
(In reply to Alexander Lindqvist from comment #10)
> This was a hardware problem. Please close.

Thanks.

Comment 14 Red Hat Bugzilla 2023-09-14 01:27:46 UTC
The needinfo request[s] on this closed bug have been removed as they have been unresolved for 1000 days


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