[SeaBIOS] Seabios stops booting when pressing esc at wrong time

[i1w5d7gf38keg at tutanota.com]

Normal user expect that when there is written on the screen "Press ESC for boot menu." and afterwards when the user have not pressed anything inside the short time, and see then "Booting from Hard Disk..." then when the user press ESC nothing should happen any more because the user simply missed the time period to press the ESC button.
In SeaBios there is a strange situation. When i see "Booting from Hard Disk..." and suddenly press ESC (few times) i get in a fully unusable state. The machine didnt do anything any more.

Seabios Version is rel-1.10.0-19-g8f598a4

...
Press ESC for boot menu.

Checking for bootsplash
Searching bootorder for: HALT
Mapping hd drive 0x000f5f80 to 0
drive 0x000f5f80: PCHS=16383/16/63 translation=lba LCHS=1024/255/63 s=312581808
finalize PMM
malloc finalize
Add to e820 map: 0009fc00 00000400 2
Space available for UMB: c7000-ea800, f5840-f5f80
Add to e820 map: 7bdc0000 00040000 1
Returned 262144 bytes of ZoneHigh
e820 map has 9 items:
  0: 0000000000000000 - 000000000009fc00 = 1 RAM
  1: 000000000009fc00 - 00000000000a0000 = 2 RESERVED
  2: 00000000000f0000 - 0000000000100000 = 2 RESERVED
  3: 0000000000100000 - 000000007bb29000 = 1 RAM
  4: 000000007bb29000 - 000000007bc00000 = 2 RESERVED
  5: 000000007bc00000 - 000000007be00000 = 1 RAM
  6: 000000007be00000 - 0000000080000000 = 2 RESERVED
  7: 00000000e0000000 - 00000000f0000000 = 2 RESERVED
  8: 00000000fed10000 - 0000000100000000 = 2 RESERVED
Jump to int19
enter handle_19:
  NULL
Booting from Hard Disk...
Booting from 0000:7c00
ata_reset drive=0x000f5f80
ata_reset exit status=50
i8042_command cmd=ae
i8042_wait_write
i8042_command cmd=ae
i8042_wait_write
i8042_command cmd=ae
i8042_wait_write
i8042_command cmd=ae
i8042_wait_write
Get VBE Controller: VBE2 Signature found
VBE current mode=3
stub vbe_104fXX:406:
   a=00004f15  b=00000000  c=00000000  d=00000000 ds=0000 es=0000 ss=eab4
  si=00000000 di=00000000 bp=00001ff0 sp=000001f6 cs=0000 ip=9104  f=0202
stub vbe_104fXX:406:
   a=00004f11  b=00000001  c=7bd00930  d=00000004 ds=7bd8 es=6000 ss=eab4
  si=0007fbec di=00008080 bp=00001ff0 sp=000001f6 cs=0000 ip=9104  f=0202
set VGA mode 12
i8042_command cmd=ae
i8042_wait_write
i8042_command cmd=ae
i8042_wait_write
i8042_command cmd=ae
i8042_wait_write
i8042_command cmd=ae
i8042_wait_write
i8042_command cmd=ae
i8042_wait_write
i8042_command cmd=ae
i8042_wait_write
i8042_command cmd=ae
i8042_wait_write
i8042_command cmd=ae
i8042_wait_write
i8042_command cmd=ae
i8042_wait_write
i8042_command cmd=ae
i8042_wait_write
i8042_command cmd=ae
i8042_wait_write
i8042_command cmd=ae
i8042_wait_write
i8042_command cmd=ae
i8042_wait_write
i8042_command cmd=ae
i8042_wait_write
i8042_command cmd=ae
i8042_wait_write
i8042_command cmd=ae
i8042_wait_write


This should not happen. The user expect to not get into a state where nothing can be done any more.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.coreboot.org/pipermail/seabios/attachments/20170303/f3f6d957/attachment.html>