Bug 83508

Summary: mouse movement locks up console interface
Product: [Retired] Red Hat Linux Reporter: Folen Dabol <folen.dabol>
Component: gpmAssignee: Eido Inoue <havill>
Status: CLOSED NOTABUG QA Contact: David Lawrence <dkl>
Severity: medium Docs Contact:
Priority: medium    
Version: 8.0   
Target Milestone: ---   
Target Release: ---   
Hardware: i686   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2003-02-08 00:25:16 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:

Description Folen Dabol 2003-02-05 01:40:11 UTC
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-08 00:25:16 UTC
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