Bug 83508 - mouse movement locks up console interface
mouse movement locks up console interface
Status: CLOSED NOTABUG
Product: Red Hat Linux
Classification: Retired
Component: gpm (Show other bugs)
8.0
i686 Linux
medium Severity medium
: ---
: ---
Assigned To: Eido Inoue
David Lawrence
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2003-02-04 20:40 EST by Folen Dabol
Modified: 2007-04-18 12:50 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2003-02-07 19:25:16 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Folen Dabol 2003-02-04 20:40:11 EST
From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)

Description of problem:
Kernel 2.4.18-19 on Celeron 533, dlink rtl8139 ethernet, 
Nvidia TNT2 vga, generic ps/2 keyboard, wheel ps/2 mouse, 
no USB or other devices connected.
System works fine if mouse is unplugged or gpm is stopped.
After starting gpm, upon any mouse movement, the keyboard will lock up.



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

How reproducible:
Always

Steps to Reproduce:
1.boot 
2.login
3.start gpm
4.move mouse

    

Actual Results:  keyborard not responding, locks up console. 


Expected Results:  mouse should works

Additional info:

I've also tried logitech ps2 mouse with and without wheel.
Serial mice works fine
Comment 1 Folen Dabol 2003-02-07 19:25:16 EST
I've forgotten an old non pnp scsi zip controller....
The system doesn't report it but irq 12 is locked by controller itself.

Sorry...
Folen Dabol

 

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