https://bugzilla.novell.com/show_bug.cgi?id=662991 https://bugzilla.novell.com/show_bug.cgi?id=662991#c0 Summary: slow gfxboot keyboard input processing Classification: openSUSE Product: openSUSE 11.4 Version: Factory Platform: x86 OS/Version: SuSE Other Status: NEW Severity: Normal Priority: P5 - None Component: Bootloader AssignedTo: snwint@novell.com ReportedBy: bwiedemann@novell.com QAContact: jsrain@novell.com Found By: --- Blocker: --- Tonight a dozen of my automated Factory testruns failed, after I had added "panic_on_oops=1 " as boot parameter in isolinux/gfxboot for debugging unrelated bug 660464 e.g. http://openqa.opensuse.org/opensuse/video/openSUSE-NET-x86_64-Build0995-lxde... The problem came from the bootloader. I wait exactly 0.25 seconds after each keypress. However, with the aggregated "nohz=off splash=verbose panic_on_oops=1 ZYPP_MULTICURL=1 " on the kernel params line, isolinux/gfxboot lost some of the keystrokes, because the BIOS keyboard buffer is only 16 chars. The time it takes to add a new character to kernel params is O(n^2), so in KVM on local SDL graphics, the first ten chars take 1 second, the next ten take 3 seconds, the third ten take 5 seconds, the fourth ten take 7 seconds, the fifth ten need 9 seconds and then it stays at 11 seconds because the number of displayed characters is limited to ~60. One way to make loosing keypresses much less likely, would be to read+eval all keystrokes from BIOS buffer (instead of just one) before starting the slow redraw operation. Then the time for redrawing is still O(n^2) but happens less often. grub/gfxboot has the same problem. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.