From mboxrd@z Thu Jan 1 00:00:00 1970 From: Juergen Gross Subject: Re: c/s 21886 change to DMAR table hiding Date: Fri, 29 Oct 2010 08:54:27 +0200 Message-ID: <4CCA6FA3.4090607@ts.fujitsu.com> References: <4F65016F6CB04E49BFFA15D4F7B798D9014EE2CB2D@orsmsx506.amr.corp.intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <4F65016F6CB04E49BFFA15D4F7B798D9014EE2CB2D@orsmsx506.amr.corp.intel.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: "Cihula, Joseph" Cc: "Wang, Shane" , Xen-devel , "Kay, Allen M" , Keir Fraser List-Id: xen-devel@lists.xenproject.org On 10/29/10 08:06, Cihula, Joseph wrote: > Keir, > > In c/s 21886, you changed the method by which the DMAR ACPI table was hidden from dom0. Why was this change needed? > - dmar->header.signature[0] = '\0'; > + dmar->header.signature[0] = 'X'; > + dmar->header.checksum -= 'X'-'D'; > > I ask because tboot was using the original method to unhide/re-hide the table during S3 (because the TXT launch on S3 resume requires a valid DMAR table) and this has broken S3 w/ TXT. Please see discussion under http://lists.xensource.com/archives/html/xen-devel/2010-07/msg01517.html Problem was crash kernel not comig up with the original DMAR hide. Juergen -- Juergen Gross Principal Developer Operating Systems TSP ES&S SWE OS6 Telephone: +49 (0) 89 3222 2967 Fujitsu Technology Solutions e-mail: juergen.gross@ts.fujitsu.com Domagkstr. 28 Internet: ts.fujitsu.com D-80807 Muenchen Company details: ts.fujitsu.com/imprint.html