Red Hat Bugzilla – Bug 151119
Good: Reboot failure
Last modified: 2013-03-06 00:58:30 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5)
Gecko/20041215 Firefox/1.0 Red Hat/1.0-12.EL4
Description of problem:
This problem has to do with installation of RHEL 4 on a toshiba
satellite A70 and reboot.
In order to get the touchpad recognized I had to disable the "support
for legacy usb devices" in the bios. When I did that, I was not able
to reboot. System does init 6, and unmounts file systems, but at the
very end it just hangs, and does not display the bios screen. I have
to hold the power key for a few seconds to turn it off. It shuts down
properly though. I re-enabled the support for legacy usb devices, and
I was able to reboot, using either reboot, or shutdown -h now.
Disabled, and the same problem. This is P4-HT machine, and so I also
tried the non-smp version, giving the same result. I tried reboot=w,
as well as cold, etc. No difference. Given the same bios setup winxp
does proper reboot. My feeling is that there is something in the code
that eventually returns the control to bios that does not function
properly, or may be unloading of usb drivers or something like that.
By the way I also tried to boot with acpi=off, and still the same problem.
Version-Release number of selected component (if applicable):
kernel-2.6.9-5.EL and SMP
Steps to Reproduce:
1. Disable support for legacy usb devices in bios
Actual Results: Reboot hangs at the very last step. Control is not
returned to bios or something like that.
Expected Results: Machine should reboot properly.
Shutdown works fine and turns power off properly.
This problem did not exist with kernel 2.4.22+ and is only observed
when kernel 2.6.x is installed. The touchpad is not recognized, and a
solution is to disable support for legacy usb devices in bios. A
possible solution that someone has proposed (I have not verified it)
is to compile psmouse as a module and do unload/load after the boot
process. The claim is that the touchpad is then recognized. So we may
want to think about what changed in psmouse that whichever module that
caused the alps touchpad on this laptop not be recognized.
Was this fixed with the U1 kernel ?
I am not sure what you mean by U1 kernel, but what I did was to rebuild 2.6.10
with psmouse as a module and load it in rc.local. Now everything works. I
believe the problem is that psmouse, when part of kernel, is loaded way too
soon, before usb drivers which cause this issue. But when support for legacy usb
devices is disabled then I believe mouse shows up as a ps2 device which is
recognized, but reboot does not function properly. I do have the latest EL
kernel installed but have not tested it to see if this problem is fixed but will
do so shortly and will report the results.
Just to add to the above, there is now another issue which is not very
important, but worth mentioning. In that if I attempt to use USB mouse and
connect it to a USB port prior to power up, it is not always recognized. After
reboot, I have to disconnect and reconnect the mouse. This is, I believe, due to
the fact that psmouse is loaded in rc.local.
You could close this bug, since there is a work around.
I see a similar issue. Seems to be related to the i8042 driver for kernel-2.6.9.
It causes keyboard/mouse problems, or as in this and my case reboot to fail.
Please compare bug #176611. Quite possibly the same issue.
After performing my last up2date, namely upgrading the kernel to
kernel-2.6.9-22.0.2.EL.i686, and/or the smp version the same kernel, the kernel
panics at the statment right after:
mice: PS/2 mouse device common for all mice
input: AT Translated Set 2 keyboard on isa0060/serio0 ....
The kernel panics right after whatever driver is being loaded, which may
actually be the i8042 driver. I use kernel 2.6.10, but this certainly should not
happen. I believe Leonard is correct in saying that this issue is probably
related to i8042 driver. I will build 2.6.15 to see if things do indeed improve!
Thank you for submitting this issue for consideration in Red Hat Enterprise Linux. The release for which you requested us to review is now End of Life.
Please See https://access.redhat.com/support/policy/updates/errata/
If you would like Red Hat to re-consider your feature request for an active release, please re-open the request via appropriate support channels and provide additional supporting details about the importance of this issue.