Clean shutdown prevents BIOS from accepting keystrokes

Bug #67293 reported by Martin Visser
10
Affects Status Importance Assigned to Milestone
linux-source-2.6.20 (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

Running Edgy Eft (6.10) with all updates as at Oct 21 2006. Kernel is 2.6.17-10.33.
System is HP Compaq nc6320 notebook. nx6325 is affected too.

To reproduce the problem:
1. Boot Ubuntu either in normal mode or single user mode.
2. Perform a standard clean shutdown.
3. The computer will appear to shutdown and power off normally.

Symptoms:
1. When you next power up the computer the BIOS seems to take approximately twice as long as normal to reach the stage where BIOS password is entered.
2. If you try to enter the password, the BIOS seems as if the it doesn't accept input from the keyboard. Also note that the preceeding F9 (for alternate boot device) or F10 (for setup) are also ignored.
3. If you don't have a BIOS password configured then it will reach the Grub menu, but it does take about twice as long as normal.
4. Also note however that Fn-F9 and Fn-F10 which provide hardware control of screen brightness does still work before the OS has had a chance to start.
4. Powerdown/restart with Power button does not recover problem.

Workaround:
1. Once the problem occurs, the only way I can boot my computer and pass keystrokes to BIOS is to remove plugpack power and to remove the LiIon battery for a few seconds. Restoring power then allows me to boot the computer normally.

Testing for Possible cause:

1. If rather than performing a clean Gnome shutdown or "shutdown - h now", I simply hold the power button down I can restart the computer normally. This would indicate that the shutdown process is leaving something in a state which prevents the BIOS from allowing the computer to restart.

2. When the computer tries to start BIOS after the clean shutdown it takes twice as long as normal. I am wondering whether some soft "firmware" is left in a state that prevents BIOS from properly initialising the hardware.

Security Implications:

1. As I can now not have the computer prompt me for a BIOS password (without the incovenience of having to remove the battery before powering up) it means than my computer is less protected than I would otherwise like.

Other notes:

1. This laptop is new, and does not exhibit the problem when shutting down from running Windows XP.

2. Before trying Edgy, I briefly installed Dapper (with updates). This also exhibited the same issue as Edgy.

description: updated
description: updated
description: updated
description: updated
AndyB (semilbi)
description: updated
Revision history for this message
Luc Stroobant (ubuntu-stroobant) wrote :

I can confirm this problem on my HP compaq nc6320.

Probably related: when I close the lid of my laptop, keyboard and touchpad don't react anymore when trying to resume normal operations. The only solution is to shutdown the system by pushing the power the power button for 5s.
(power management settings are on "When laptop lid is closed: Blank screen")

Revision history for this message
Luc Stroobant (ubuntu-stroobant) wrote :

I opened a support request @ HP for this issue (I still think it's more likely that this is a BIOS bug than a Linux bug) and sent them the link to this bug report. HP is investigating the problem and I just got a mail that said that they assigned "additional resources" to the problem. Let's hope they find a solution...

Revision history for this message
Luc Stroobant (ubuntu-stroobant) wrote :

A simple removal of psmouse before the reboot seems to fix this problem. Thanks to HP support!

Edit /etc/init.d/halt & /etc/init.d/reboot and add a /sbin/modprobe -r psmouse on top.

Diff:

--- reboot.orig 2006-12-06 17:56:57.000000000 +0100
+++ reboot 2006-12-06 17:58:28.000000000 +0100
@@ -12,6 +12,8 @@

 PATH=/usr/sbin:/usr/bin:/sbin:/bin

+/sbin/modprobe -r psmouse
+
 . /lib/lsb/init-functions

 do_stop () {

--- halt.orig 2006-12-06 17:58:35.000000000 +0100
+++ halt 2006-12-06 17:58:50.000000000 +0100
@@ -14,6 +14,8 @@
 PATH=/usr/sbin:/usr/bin:/sbin:/bin
 [ -f /etc/default/halt ] && . /etc/default/halt

+/sbin/modprobe -r psmouse
+
 . /lib/lsb/init-functions

 do_stop () {

Revision history for this message
Luc Stroobant (ubuntu-stroobant) wrote :

fixed by editing init-scripts -> sysvinit package.

Revision history for this message
Scott James Remnant (Canonical) (canonical-scott) wrote :

This would be better off fixed in the kernel by finding out why psmouse being loaded breaks your machine so ...

Revision history for this message
Ben Collins (ben-collins) wrote :

Please retest against 2.6.20-2 when it is available in the feisty archive.

Changed in linux-source-2.6.19:
status: Confirmed → Needs Info
Revision history for this message
Luc Stroobant (ubuntu-stroobant) wrote :

All keyboard problems are solved with linux-image-2.6.20-2-generic, thanks.

Revision history for this message
Luc Stroobant (ubuntu-stroobant) wrote :

I have to correct myself, it's fixed for a reboot, bot not for a cold restart (shutdown and startup again). It's still not possible to enter the power-on password in that case.

All other problems concerning connecting/removing the power plug, sleep/suspend and hibernate are already fixed as far as I can see.

Revision history for this message
Ben Collins (ben-collins) wrote :

I'm still inclined to think this is a hardware problem. When the OS sends a shutdown signal the machine, and the machine acts on it (in this case, it actually shuts down), then I think everything after that is left to the hardware to handle.

The kernel shouldn't have to cleanup devices to get the hardware to shutdown properly.

Changed in linux-source-2.6.20:
status: Needs Info → Rejected
Revision history for this message
frankuzzo (francozamp) wrote :

When this delayed-post happens, it also seems to affect the acpi behavior (same setup as above, but with default edgy packages only). Battery indicator only works for few minutes, C3 state is sometimes missing, and max frequency reacheable on both CPUs is 1333000 out of 1667000. If you have a chance please confirm this. I personally will wait for a bios update from HP (and rmmod psmouse on shutdown). Thanks for the useful post!

Ciao!

Revision history for this message
Luc Stroobant (ubuntu-stroobant) wrote :

For the record: all my problems seem to be gone since I updated to the latest HP BIOS release and removed the "power-on password". This can be done by changing the password and entering two empty fields for the new pass. That's a bit simpler than what HP support suggested me to do to get rid of it (opening the laptop and removing the CMOS battery)
(Running Feisty now)

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.