[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4A428C9C.6080702@redhat.com>
Date: Wed, 24 Jun 2009 16:29:16 -0400
From: Peter Jones <pjones@...hat.com>
To: "Cihula, Joseph" <joseph.cihula@...el.com>
CC: Alan Cox <alan@...rguk.ukuu.org.uk>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"mingo@...e.hu" <mingo@...e.hu>,
"arjan@...ux.intel.com" <arjan@...ux.intel.com>,
"hpa@...or.com" <hpa@...or.com>,
"andi@...stfloor.org" <andi@...stfloor.org>,
"chrisw@...s-sol.org" <chrisw@...s-sol.org>,
"jmorris@...ei.org" <jmorris@...ei.org>,
"jbeulich@...ell.com" <jbeulich@...ell.com>,
"peterm@...hat.com" <peterm@...hat.com>,
"Wei, Gang" <gang.wei@...el.com>,
"Wang, Shane" <shane.wang@...el.com>
Subject: Re: [RFC v5][PATCH 0b/4] intel_txt: Intel(R) Trusted Execution Technology
support for Linux - Details
On 06/23/2009 05:04 PM, Cihula, Joseph wrote:
>> From: Alan Cox [mailto:alan@...rguk.ukuu.org.uk] Sent: Tuesday,
>> June 23, 2009 2:11 AM
>>
>> Is there a summary of what has changes from RFC v4 ?
>
> - The monolithic patch was broken into four patches that represent
> discrete functionality (boot and build, reboot/halt shutdown, Sx
> shutdown, forcing DMAR on). An appropriate (and more descriptive)
> patch description was added to each patch.
>
> - Small stylistic cleanups (capitalization, comment wording,
> whitespace, etc.).
>
> - The code in hwsleep.c that populated the tboot ACPI structures was
> moved into its own function in tboot.c.
>
> - Use pr_warning(), pr_info(), pr_debug().
>
> - Moved some #include's from the middle of tboot.c to the top.
>
> - Changed the memory type of the tboot shared page from
> E820_UNUSABLE to E820_RESERVED (really a change to tboot, but
> requires a change here in the checking code).
>
> And the new patches that I'm about to send have notes in the top
> indicating their changes from the previous versions.
So it still requires a giant binary blob to be loaded into main
memory to be executed by the main CPU with full privileges (or
plausibly even more lattitude than kernel normally has), right?
--
Peter
--
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