Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S965767Ab3HIJmq (ORCPT ); Fri, 9 Aug 2013 05:42:46 -0400 Received: from cn.fujitsu.com ([222.73.24.84]:26098 "EHLO song.cn.fujitsu.com" rhost-flags-OK-FAIL-OK-OK) by vger.kernel.org with ESMTP id S965376Ab3HIJmn (ORCPT ); Fri, 9 Aug 2013 05:42:43 -0400 X-IronPort-AV: E=Sophos;i="4.89,844,1367942400"; d="scan'208";a="8163013" Message-ID: <5204B93A.6030409@cn.fujitsu.com> Date: Fri, 09 Aug 2013 17:41:14 +0800 From: Tang Chen User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:12.0) Gecko/20120430 Thunderbird/12.0.1 MIME-Version: 1.0 To: Yinghai Lu CC: Konrad Rzeszutek Wilk , Bob Moore , Lv Zheng , "Rafael J. Wysocki" , Len Brown , Thomas Gleixner , Ingo Molnar , "H. Peter Anvin" , Andrew Morton , Tejun Heo , Thomas Renninger , Jiang Liu , Zhang Yanfei , Linux Kernel Mailing List , ACPI Devel Maling List Subject: Re: [PATCH part4 2/4] x86, acpica, acpi: Try to find if SRAT is overrided earlier. References: <1375954883-30225-1-git-send-email-tangchen@cn.fujitsu.com> <1375954883-30225-3-git-send-email-tangchen@cn.fujitsu.com> In-Reply-To: X-MIMETrack: Itemize by SMTP Server on mailserver/fnst(Release 8.5.3|September 15, 2011) at 2013/08/09 17:41:09, Serialize by Router on mailserver/fnst(Release 8.5.3|September 15, 2011) at 2013/08/09 17:41:16, Serialize complete at 2013/08/09 17:41:16 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=ISO-8859-1; format=flowed Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1100 Lines: 29 On 08/09/2013 12:29 AM, Yinghai Lu wrote: ...... > > Please check if you can reuse first half of my patchset, so find and copy > override table earlier. the copied acpi tables could be near kernel code range. > I don't think we need to do the finding step at that early time, in head64.c stage. Before pagetables are setup, we can use early_ioremap() to map the memory we want to access. We don't need to use phys addr. We can do it in setup_arch(), which has nothing to do with 32bit or 64bit. > Move finding in head64.c stage could help xen/dom0 a bit. > as Konrad is working on patchset with acpi override in xen hypervisor. > We can avoid override acpi table two times. Esp xen like to change > DMAR to XMAR. Would you please give some more info about this, and explain why finding override tables in head64.c stage is helpful for xen ? Thanks. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/