<div dir="ltr">Hi Andrew,<br><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jan 4, 2013 at 4:23 PM, Andrew Goodbody <span dir="ltr"><<a href="mailto:ajg4tadpole@gmail.com" target="_blank">ajg4tadpole@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 02/01/13 19:28, David Hubbard wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Andrew, Ron, what's your take on <a href="http://mjg59.dreamwidth.org/20916.html" target="_blank">http://mjg59.dreamwidth.org/<u></u>20916.html</a> ?<br>
<br>
Specifically:<br>
"This is part of Windows 8's fast boot support - the keyboard may not be<br>
initialised until after the OS has started."<br>
</blockquote>
<br>
OK, the feature is deferred initialisation of USB devices until they are actually needed.<br>
Windows 8 is making use of this but it is introduced as part of the UEFI spec 2.3.1c.<br>
This is optional to implement it or not, OEM gets to decide.<br>
This is in the UEFI spec and can be used by other OSes than Windows eg Grub could use it to speed up loading of Linux.<br></blockquote><div><br></div><div>I understand.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
4. User is thus *forced* to use Win8's "hold down shift and restart"<br>
feature -- adding another barrier before a user can boot her own OS.<br>
<br>
I think the biggest problem here is that the entire BIOS is made<br>
inaccessible, and only if Windows gives permission can you change that.<br>
</blockquote>
<br>
Well yes and no.<br>
1) PS/2 keyboards are not affected, they are still initialised and available as normal. Many laptop keyboards are implemented as PS/2 devices.<br></blockquote><div><br></div><div>At least AMI BIOS also skips initializing PS/2 keyboards and mice.<br>
</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
2) There are a number of ways that you can get USB enumerated and keyboards initialised.<br>
 a) If HDD is not primary boot target<br>
 b) If primary boot target fails<br>
 c) If bootloader invokes EFI_SIMPLE_TEXT_INPUT_EX_<u></u>PROTOCOL. ReadKeyStrokeEx()<br>
<br>
So yes, on a motherboard that implements it, with no PS/2 keyboard, with the HDD as primary boot target and with Win8 installed then you may have to use the Win8 menu to restart into the UEFI settings screens. And yes this can be a small barrier to booting using an alternative method for any reason, not just installing an alternative OS. But quite frankly I have seen some bizarre setup screens on legacy BIOS that made choosing to boot from a USB device an exercise in frustration. So this extra step in the road to booting an alternate OS is not that big a deal. It can at least be documented and is not a hard thing to do at all. Even without this there are some machines that boot so fast it is not easy to press the key to get to the setup screens at the right time, this may actually give a more reliable way to get to the setup screens on those machines.<br>
</blockquote><div><br></div><div>Good point - it could be a more reliable way to be sure the setup screen comes up.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<br>
BTW 1) when you use BIOS above, you actually mean Setup. Setup is an application launched by the BIOS to view or change system settings. The BIOS is not accessible nor inaccessible, it is running as soon as the CPU begins to execute code and will complete its tasks as normal according to those system settings.<br>

BTW 2) its UEFI firmware, not BIOS. Just as coreboot is not BIOS.<br></blockquote><br></div><div class="gmail_quote">Ok, fine.<br><br></div><div class="gmail_quote">David</div></div></div>