From: Linus Torvalds <torvalds@linux-foundation.org>
To: Matt Fleming <matt@codeblueprint.co.uk>
Cc: Andy Lutomirski <luto@amacapital.net>,
"H. Peter Anvin" <hpa@zytor.com>, Ingo Molnar <mingo@kernel.org>,
Thomas Gleixner <tglx@linutronix.de>,
Mario Limonciello <mario_limonciello@dell.com>,
Kees Cook <keescook@chromium.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
Andrew Morton <akpm@linux-foundation.org>,
Matthew Garrett <mjg59@srcf.ucam.org>,
Peter Zijlstra <a.p.zijlstra@chello.nl>, X86 ML <x86@kernel.org>,
Josh Triplett <josh@joshtriplett.org>,
Peter Jones <pjones@redhat.com>
Subject: Re: [PATCH] x86/boot: Reorganize and clean up the BIOS area reservation code
Date: Sat, 23 Jul 2016 10:16:45 +0900 [thread overview]
Message-ID: <CA+55aFyDO=a4HvbWYtds3nnBFpwK9oeoptPGcGW-skw3v9jvRg@mail.gmail.com> (raw)
In-Reply-To: <20160722130007.GI26504@codeblueprint.co.uk>
On Fri, Jul 22, 2016 at 10:00 PM, Matt Fleming <matt@codeblueprint.co.uk> wrote:
>
> I suppose we could rewrite the page table mapping for those precious
> <1MB regions to coerce the firmware into accessing different pages
> instead of the 1:1 addresses and copy the regions elsewhere. Maybe.
> That assumes we don't hit other firmware bugs though.
.. it also assumes that firmware honors our page tables. Which at a
minimum won't be true for things like SMM, which happens with paging
entirely disabled.
And that's exactly the kind of code that touches some of the memory in
the low 1M region - things like the legacy keyboard state bits in the
low 4kB etc, for crazy old DOS days, iirc.
Linus
next prev parent reply other threads:[~2016-07-23 1:16 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-07-21 1:32 [PATCH] x86/ebda: If the EBDA is in lowmem, reserve only 4k for the EBDA Andy Lutomirski
2016-07-21 8:14 ` [PATCH] x86/boot: Reorganize and clean up the BIOS area reservation code Ingo Molnar
2016-07-21 8:29 ` H. Peter Anvin
2016-07-21 9:11 ` Ingo Molnar
2016-07-21 12:32 ` H. Peter Anvin
2016-07-21 9:14 ` Ingo Molnar
2016-07-21 8:31 ` Ingo Molnar
2016-07-21 14:58 ` Andy Lutomirski
2016-07-21 16:18 ` Ingo Molnar
2016-07-21 21:08 ` Andy Lutomirski
2016-07-21 21:28 ` H. Peter Anvin
2016-07-21 21:48 ` Andy Lutomirski
2016-07-21 22:45 ` Andy Lutomirski
2016-07-22 13:00 ` Matt Fleming
2016-07-23 1:16 ` Linus Torvalds [this message]
2016-07-26 0:41 ` Andy Lutomirski
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='CA+55aFyDO=a4HvbWYtds3nnBFpwK9oeoptPGcGW-skw3v9jvRg@mail.gmail.com' \
--to=torvalds@linux-foundation.org \
--cc=a.p.zijlstra@chello.nl \
--cc=akpm@linux-foundation.org \
--cc=hpa@zytor.com \
--cc=josh@joshtriplett.org \
--cc=keescook@chromium.org \
--cc=linux-kernel@vger.kernel.org \
--cc=luto@amacapital.net \
--cc=mario_limonciello@dell.com \
--cc=matt@codeblueprint.co.uk \
--cc=mingo@kernel.org \
--cc=mjg59@srcf.ucam.org \
--cc=pjones@redhat.com \
--cc=tglx@linutronix.de \
--cc=x86@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).