[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <517084DA.4090401@zytor.com>
Date: Thu, 18 Apr 2013 16:42:18 -0700
From: "H. Peter Anvin" <hpa@...or.com>
To: "Bryan O'Donoghue" <bryan.odonoghue.lkml@...us-software.ie>
CC: Matt Fleming <matt@...sole-pimps.org>, matthew.garrett@...ula.com,
linux-efi@...r.kernel.org, x86@...nel.org,
linux-kernel@...r.kernel.org, Darren Hart <darren.hart@...el.com>,
Josh Triplett <josh@...htriplett.org>,
Ingo Molnar <mingo@...nel.org>,
Thomas Gleixner <tglx@...utronix.de>,
Josh Boyer <jwboyer@...hat.com>
Subject: Re: [PATCH] Remove warning in efi_enter_virtual_mode
>
> "UEI" is Celtic for "We missed DOS so we burned it into your ROMS"
>
> I love it "maith an fear"
>
>> There are currently only two situations where we need to map EFI Boot
>> Service regions,
>>
>> 1. To workaround the firmware bug described in 916f676f8
>> 2. To access the ACPI BGRT image
>>
>> but since we haven't seen an i386 implementation that requires either,
>> this simple fix should suffice for now. Item 2. above does still work on
>> i386 provided that the BGRT image is not in highmem.
>
> Matt, Peter, Josh, Darren.
>
> Given it's not possible to guarantee someone won't stuff a BGRT into
> EFI_BOOT_MEMORY >= highmem eventually (and indeed the axioms of the
> universe pretty much guarantee eventually it will be so) - I'd suggest
> version 2.
>
Quite frankly, it is quite likely.
> A kernel parameter - rather than a probe for BGRT - since we anticipate
> BIOS bugs on the way.
Pardon? Kernel parameter for what?
-hpa
--
H. Peter Anvin, Intel Open Source Technology Center
I work for Intel. I don't speak on their behalf.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists