Bug 155414

Summary: Escape during bootsplash terminates SLP installation
Product: [openSUSE] SUSE Linux 10.1 Reporter: Torsten Duwe <duwe>
Component: InstallationAssignee: Steffen Winterfeldt <snwint>
Status: RESOLVED NORESPONSE QA Contact: Klaus Kämpf <kkaempf>
Severity: Normal    
Priority: P5 - None CC: suse-beta
Version: Beta 6   
Target Milestone: ---   
Hardware: Other   
OS: Linux   
Whiteboard:
Found By: Development Services Priority:
Business Priority: Blocker: ---
Marketing QA Status: --- IT Deployment: ---
Attachments: hwinfo output
boot.msg

Description Torsten Duwe 2006-03-06 14:50:08 UTC 
Since my PC is hooked up via "eth1", I get bored watching the bubbles until eth0 DHCP times out, and so hit escape to see the boot messages. To my surprise I was unable to make the SLP product selection, as it quickly disappeared in favour of the red error window. I was very careful to press Escape only once, but obviously this keypress gets buffered or duplicated.

This non-obvious annoyance has the potential to cause a fair amount of trouble, I think. If there's no obvious erroneous code, this should at least be documented.
Comment 1 Michael Gross 2006-03-06 15:14:21 UTC 
Does it matter at which point you press escape? I was not able to reproduce this on my test machine, pressing ESC all the time. Are there any messages that indicate what went wrong? Do you get a correct result if you don't press ESC until the SLP selection screen shows up?
Comment 2 Torsten Duwe 2006-03-06 15:30:00 UTC 
I pressed Escape after about 2 or 3 rounds of Bubbles, but it didn't appear to matter. If you kept on pushing you should certainly get one of the keystrokes to the SLP selection. Strange. There's no message; I guess Esc at the SLP selection just gets you to the error screen.

Once I was patient and kept my hands off the keyboard, I was offered the selection and finally succeeded to install.

I'm currently using a USB keyboard, maybe that makes a difference? If it does, this is a much smaller issue, I'd say.
Comment 3 Michael Gross 2006-03-06 18:20:24 UTC 
This could indeed matter, my machine has a good old fashioned PS/2 kbd attached. Is it possible for you to use a normal kbd in order to verify this assumption?
Comment 4 Torsten Duwe 2006-03-07 17:36:52 UTC 
It's even more special. Using PS/2 kbd we see the selection screen. As well as on a different machine with USB keyboard! Therefore, I'll attach hwinfo --pci
Comment 5 Torsten Duwe 2006-03-07 17:40:48 UTC 
Created attachment 71606 [details]
hwinfo  output

Gigabyte K8NS(?), nforce2 chipset PCI devices from hwinfo --pci. Appended hwinfo --bios
Comment 6 Michael Gross 2006-03-08 14:50:01 UTC 
The boot messages might also help, please attach them. Check if there is something of interest in the syslog as well.
Comment 7 Torsten Duwe 2006-03-08 15:44:01 UTC 
Created attachment 71791 [details]
boot.msg

Although I cannot immediately see how this can help, here it is.
Comment 8 Torsten Duwe 2006-03-08 15:44:54 UTC 
I suggest to just flush the input queue on menu entry, if possible.
Comment 9 Torsten Duwe 2006-03-08 15:54:40 UTC 
C'mon, you can't be serious. Kernel maintainers?
This is a hardware / firmware problem that can be caught by defensive programming.
Comment 10 Bodo Bauer 2006-04-27 12:49:08 UTC 
I see this on two of my machines as well. Raising Severity from minor to normal
Comment 11 Bodo Bauer 2007-01-25 15:39:38 UTC 
I'm leaving Novell. If TPM assistance is needed, please ask Joachim Plack (AMD related issues) or Oliver Ries (general x86_64/i386) for assitance.
Comment 12 Christoph Thiel 2008-04-25 09:28:00 UTC 
Closing NOREPSONSE, due to missing information. Please retest on openSUSE   
11.0 and create a new bug report if the problem still persists.