From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.0 i686; en-US; m18) Gecko/20010128
The mouse is a Logitech Mouseman Wheel M-BA47 and when it is hooked up via
a USB connection the Mouse/keyboard will be unresponsive on first display
of the RedHat logo in the installer. Then the screen allowing language
selection appears to be hung... No keyboard/mouse input functions. If
mouse is connected via USB -> PS2 adapter then the installer will function
Steps to Reproduce:
1.Plug in mouse via USB
2.Boot off of CD taking defaults by hitting ENTER at LILO screen
3.Wait for freeze in GUI
Does the TAB key move the selection around the display?
There is a known problem in Fisher with detecting some USB mice. If this is the
problem then it is fixed in our internal CVS.
We (Red Hat) should really fix this before next release.
Is there anything I can help do to verify that it is fixed?
I can download a new ISO or I work about 2 minutes from RedHat NC if that would
I also have this problem. (I would point out that this bug is not indexed (at
least I couldn't find it) under the install program or any of it's derivitives
for this Fisher Beta.)
I am using a Logitech USB mouse, M/N M-BE58 so this is not confined to a single
Logitech USB mouse product.
Yes, the Installer freezes completely. Tab does not work for movement of focus
or any of that stuff. I had to reboot with the powerbutton ( I imagine reset
would work too, but the power button is easier for me to hit <grin>)
The mouse is detected earlier in the install process as a ps2 mouse, generic, 3
button. (I don't recall if the scroll part was detected) so info is getting
through, it's just not being implimented properly.
At first I thought this might be the broken USB from the 2.4.0 kernel, but did
it really break the HID-USB support also.... that stuff has been working for a
Oh well, glad to be of some help. (guess I can throw out the cd's I just burnt
I believe we have addressed this problem internally since the fisher release.
Does the TAB key move the focus around?
"Does the Tab key Move Focus around?"
Sorry I was unable to respond until now...
The TAB key does not allow me to move around the screen. Also, the
NUMLOCK and CAPSLOCK keys do not switch on the associated keyboard
lights which I have seen usually associated with a hard hang.
Hope this helps...
Thanks for the feedback.
Dave do we have one of these for testing?
I'm seeing this too, and I'm fairly confident it's a kernel bug. 2.2.18pre and
2.4test onward pick up a phantom PS/2 mouse on some motherboards (VIA MVP3?
That's what I have, anyway) and the system freezes if XFree tries to use
/dev/psaux. The effect is similar to yanking a live PS/2 mouse.
Ironically, it was decided on lkml at the time this came up that it wasn't a
I can't find a way to turn PS/2 mouse support off in my BIOS. kernel-2.2.16-22
doesn't detect a mouse on psaux unless there's one actually plugged into it, and
the RH7 installer works flawlessly on this box with my USB mouse (also a
Logitech, M/N: M-BD58.) I've been unsuccessful in trying to convince
2.2.18/2.2.19pre/2.4.x that there isn't a mouse there.
Logitech does seem to be a common factor, but it's not so clear this has
anything to do with anaconda.
The odd thing is that I was using 2.4-test 7 or 8 up through 2.4.1 on my
workstation with a USB Logitech mouse and I have never seen this until the
So, if it was a kernel bug, then I don't see how I missed it.
RedHat -BOOT kernels have PS/2 mouse support compiled in. I assume you didn't
select this option, since your mouse is USB?
Here is my kernel config for the mice...
I still am not sure I believe this is a kernel problem, but I guess we will see
I'm seen the same problem here as email@example.com. I had
never problems with my logitech wheelmouse (oem, m-ub48) before
(from 2.2.x to all the 2.4.0-testXX and 2.4.x kernels). Stopped working
after upgrading from 7.0 to 7.1-beta. Compiled new 2.4.2-pre4 using
kgcc, but no mouse. When X starts up it finds mouse, but I can just
move it. Mouse cursor is situated in the middle on X screen. What I
see weird is that entering cat /dev/mouse and moving mouse doesnt show
any lifesign, so it should be somehow kernel-side problem. Same happens with kernels compiled before upgrading.Could it be
somehow related to tools that are used on startup, like modutils or smth because
after upgrading I've started seeing kernel Oopses from 2.4.0-test10, 2.2.10, 2.4.0-0.99.11 when
loading 3c509 module. 2.2.18 and 2.4.0-test10 never oopsed there before upgrade.
I found fix for my problem. As I said I had USB logitech
wheelmouse and as USB mouse it needs hid module to be loaded to work properly.
In Fisher's kernel hid is as module and so gets not loaded when needed.
Problems with USB mice appear to be fixed in the latest internal builds.