lkml.org 
[lkml]   [2013]   [Aug]   [9]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
SubjectRe: [PATCH part4 2/4] x86, acpica, acpi: Try to find if SRAT is overrided earlier.
From
On Fri, Aug 9, 2013 at 2:41 AM, Tang Chen <tangchen@cn.fujitsu.com> wrote:
> 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.

if override the acpi tables early, you don't need to check firmware srat and
then override srat.
just check last one will be used by kernel.

So you don't need to dig initrd to find srat anymore.

>
>
>> 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 ?

xen usually can change acpi tables and pass to dom0 kernel. like change DMAR
to hide it to dom0 kernel.

also distribution could have same kernel to support bare metal and dom0.

so if we find the override kernel early in head64.c, dom0 path will not copy
actually as no one try to find that for them.

Yinghai


\
 
 \ /
  Last update: 2013-08-10 03:01    [W:0.086 / U:0.624 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site