As Intel(TM) cpus are discovered to have more bugs, more workaround MSRs
authorderaadt <deraadt@openbsd.org>
Sat, 25 Aug 2018 05:29:28 +0000 (05:29 +0000)
committerderaadt <deraadt@openbsd.org>
Sat, 25 Aug 2018 05:29:28 +0000 (05:29 +0000)
commitc0542acbda766ce0796928b11c15b22080f0c473
treec2a43055478f82c266373c1b75280c9adee0997b
parent9617633b7f0fd3591eb4ab25fa928acf80e426f5
As Intel(TM) cpus are discovered to have more bugs, more workaround MSRs
are added.  Presence of such MSRs is indicated with a feature flag, which
we probe and print at startup for each AP CPU.  EFI screen scrolling hasn't
gotten faster (yet) and 9600 baud serial console is still the same speed
as 1980.   Final piece of the puzzle is machines have more cpus, providing
more opportunity for screen scrolling and serial fifo's to fill up.  The
BSP cpu is watching the AP cpus probe and print, but increased latency
causes it to exceed a timeout and print "cpuXX: failed messages".
Crank that timeout.
discussed with kettenis, ok guenther
sys/arch/amd64/amd64/cpu.c