Red Hat Bugzilla – Bug 58343
Laptop mouse no longer works when pluged into docking station.
Last modified: 2007-04-18 12:39:00 EDT
From Bugzilla Helper:
User-Agent: Mozilla/4.76 [en] (WinNT; U)
Description of problem:
Using a Compaq laptop while pluged into docking station, mouse pointer goes to upper right corner and will only move across the top of screen.
Mouse works fine when not in docking station.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Plug laptop into docking station.
Actual Results: Gnome login screen comes up and pointer for mouse at top of screen.
Please pardon me a silly question, but is this a USB mouse
(square connector) or PS/2 mouse (round connector)?
Also, it would be very helpful if requestor could
switch to other consoles with <Ctrl><Alt><F1> and back
to Gnome screen with <Alt><F7>. Then we'd have a way
to look at system status in the text mode.
At the moment there is neither mouse on it, but using the touch pad on the laptop......I have tried plugging a PS/2 mouse into the docking station to
see if that would work but same problem.....I have no problems switching consoles, just let me know what you would like me to do........
OK, built-in is PS/2.
Found on Usenet, see quote. At least now we know it's an Armada 700.
From: email@example.com (Richard Tan)
Subject: RedHat 7.2 on Compaq
Date: 24 Jan 2002 10:24:28 -0800
NNTP-Posting-Date: 24 Jan 2002 18:24:30 GMT
I installed RH 7.2 on my Armada 700 and everything seems to work well
except when my laptop is in the docking station, the mouse seem to
only stay on top of the screen. It work fine un-docking. Does anyone
Actually I have a Prosignia 162 which is close to the Armada 700.
So, is it possible to switch to text mode with <Alt+Ctrl+F1>
while the laptop is docked and the mouse misbehaves?
The mouse mis-behaves in both text and X modes. I tried a USB mouse connected
to the docking station and it work fine!
I could go into text mode, but any movement of the mouse caused some very weird results. While in text mode, shouldn't the mouse be disabled??
OK, so at least it does not produce an interrupt storm that
would lock the lappy solid.
Ken's description ("some weird results") was not very descriptive.
I suppose he may be surprised by visual effects produced by gpm.
To answer the question, yes, mouse is disabled if gpm is not running.
Otherwise, it is enabled. The X server closes its mouse when
it releases the VT on Alt-Ctrl-F1. But BIOS may re-enable it
silently from under us.
The next helpful step would be to get "dmesg" output
PLEASE DO NOT DROP THEM INTO THE COMMENTS BOX,
use the attachement link instead:
Note: wierd results are as you move the mouse, Linux considers them as key strokes and you get what looks like garbage on the screen...You also
get a white box floating around the top of the screen.
tanr, one question for you. It occured to me that the docking
station may use IRQ 12 for something. It was known to do it
on other laptops (Fujitsu's). Can you do this:
- use USB mouse, so the box works
- when it boots, run "dmesg > /tmp/eee" to get the dmesg output
- "cat /proc/interrupts > /tmp/iii".
- Attach both eee and iii to the bug as an attachement
(not as a comment)
Ken, if you can do it too, it would probably be helpful.
If we are lucky, it's a CD-rom in the station that sits on
a separate PCI IDE interface, or something like this.
Created attachment 53845 [details]
Created attachment 53864 [details]
eee & iii outputs
HPaq has a FAQ4867:
To disable the internal mouse, do this:
Verify(in device manger)that the standard ps/2 driver is installed. Then go
into the BIOS (press F10 when the cursor flashes on the right hand side
during boot) and go to device options, and disable multiple pointing device.
This will disable the touchpad whenever an external mouse is connected.
We do not want it actually be disabled, but I hope that wiggling some
BIOS options will help. Obviously, our problem is that either something
in the docking station delivers IRQ12 periodically, or the 8042 emulator
in BIOS goes haywire somehow.
Doesn't look fixable despite cooperative requestor.
If I had access to the hardware, perhaps then...