Bug 169428
| Summary: | repetitive keystroke issue on both RH3 U5 32bit and RH4 U1 32bit. | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 3 | Reporter: | leon <tigerleihm> |
| Component: | kernel | Assignee: | Prarit Bhargava <prarit> |
| Status: | CLOSED ERRATA | QA Contact: | David Lawrence <dkl> |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 3.0 | CC: | lwang, peterm, petrides |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | RHSA-2006-0710 | Doc Type: | Bug Fix |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2006-10-19 12:39:56 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: | |||
| Bug Depends On: | 202071 | ||
| Bug Blocks: | |||
|
Description
leon
2005-09-28 07:49:47 UTC
Seem have the seem keyboard Problems on Toshiba Laptops under Suse, but it has a solution. Refer tp : Problem The keyboard of your Toshiba Notebook bounces. Sometimes several characters are issued when a key is pressed (briefly). Cause The Toshiba keyboard produces an unusual sequence of keyboard events. Actually, Toshiba is responsible for fixing this bug. However, the only measure that was taken so far was the integration of a workaround in the Windows keyboard driver. Solution The X server can be configured in such a way that keyboard events repeated within a short period are ignored. To adjust the X server in this way, download the xbounce package. This package can be downloaded from the following FTP server: ftp://ftp.suse.com/pub/suse/i386/supplementary/X/XFree86/Toshiba/ Following the successful download of the package, install it with the command rpm -ivh xbounce-1.2-0.i586.rpm. Subsequently, the program will be located in the directory /usr/X11R6/bin/ and must now be included in the file .xinitrc as follows (excerpt from a .xinitrc file): --8<-- # # Add your own lines here... # xbounce -->8-- Modify the .xinitrc files of the user root (/root/.xinitrc) and of all users who use the graphical user interface. To avoid needing to modify the file when creating a user, you can also modify the file /etc/skel/.xinitrc. Ah yes, I recall this hardware problem. It's been filed by other people
in the past as well. The only fix I'm aware of is the workaround mentioned
above. I'll leave this open for now and try to determine if there is an
alternative workaround/fix for this hardware flaw.
>Modify the .xinitrc files of the user root (/root/.xinitrc) and of all users
>who use the graphical user interface. To avoid needing to modify the file when
>creating a user, you can also modify the file /etc/skel/.xinitrc.
I'd suggest adding it to /etc/X11/xinit/xinitrc-common or in older OS releases
the xinitrc and Xsession scripts instead. That makes it a global workaround
in one spot.
Hope this helps.
Thanks, but the workaround mentioned just fix the issue on Suse OS not RedHat OS, SO would you provide the workaround or explanation which can fix the issue on RedHat? Additional Message: I try with Fedora 3 and has the issue, but no issue with Fedora 4. Has any update? Thanks Support Note (copied from http://bugzilla.redhat.com main page for reference): Thank you for visiting Bugzilla. Bugzilla is the Red Hat bug-tracking system and is used to submit and review defects that have been found in Red Hat distributions. Bugzilla is not an avenue for technical assistance or support, but simply a bug tracking system. If you submit a defect, please provide detailed information in your submission after you have queried Bugzilla to ensure the defect has not been reported yet. Defects will go directly to the engineer responsible for the component you filed the defect against. Engineers have many responsibilities and will get to your defect in due time. If you are a Red Hat Enterprise Linux customer and have an active support entitlement, please log in to Red Hat Support for assistance with your issue. If you are a Fedora Project user and require assistance, please consider using one of the mailing lists we host for the Fedora Project. Hope this helps. This problem occurs on a FC4 box 2.6.14-1.1644_FC4smp with a dual-core AMD X2/64-bit but with the kernel rebuilt to have preemptive kernel scheduling an a 1000hz clock rate. (The problem was present on earlier kernel's as well.) Motherboard is Asus A8N5X (Manual at http://dlsvr03.asus.com/pub/ASUS/mb/socket939/A8N5X/e2138_a8n5x.pdf ) The problems shows up in xterm and also in the console when X is not running. The problem is intermittent - it comes for a while and then goes away for a while. The problem "feels" as if it has something to do with the dual-core cpu and I'd consider looking at the code that deals with keyboard interrupt to see if there's a race condition around clearing of the keyboard input or interrupt condition. This is a dup of confidential bug 202071. A fix for this problem has just been committed to the RHEL3 U9 patch pool this evening (in kernel version 2.4.21-47.2.EL). A fix for this problem has also been committed to the RHEL3 E9 patch pool this evening (in kernel version 2.4.21-47.0.1.EL). An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on the solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHSA-2006-0710.html |