On Feb 10, 2014, at 11:59 PM, Duncan <1i5t5.dun...@cox.net> wrote: > Saint Germain posted on Tue, 11 Feb 2014 04:15:27 +0100 as excerpted: > >> Ok I need to really understand how my motherboard works (new Z87E-ITX). >> It is written "64Mb AMI UEFI Legal BIOS", so I thought it was really >> UEFI. > > I expect it's truly UEFI. But from what I've read most UEFI based > firmware(possibly all in theory, with the caveat that there's bugs and > some might not actually work as intended due to bugs) on x86/amd64 (as > opposed to arm) has a legacy-BIOS mode fallback. Provided it's not in > secure-boot mode, if the storage devices it is presented don't have a > valid UEFI config, it'll fall back to legacy-BIOS mode and try to detect > and boot that.
There are UEFI implementations that behave this way with respect to removable and optical devices, they'll try to boot UEFI mode first, and then fallback to BIOS. I've yet to find one that does this for a HDD although maybe it exists. What I've seen is the NVRAM has a boot option that expressly calls for booting a particular device with CSM-BIOS mode boot, or the user has to go into firmware setup and enable the CSM which does so for all boots. This option is sometimes hideously labeled as "disable UEFI". There are some (probably rare) UEFI firmware implementations without a CSM, the only two I can think of off hand are Itanium computers, and Apple's intel rack servers (since discontinued). But CSM isn't a UEFI requirement so there may be other cases where manufacturers have decided to go with only EFI or BIOS. Chris Murphy -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html