lkml.org 
[lkml]   [2009]   [Aug]   [17]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH 00/11] SFI: Simple Firmware Interface - v3

* Len Brown <lenb@kernel.org> wrote:

> Changes since v2:
>
> re-based to v2.6.31-rc6
>
> included here some patches from the ACPI tree
> that prepare for SFI
>
> deleted MMAP table parsing code
> It isn't needed in the kernel, since on all known SFI boxes today,
> the booter parses this table for us.
>
> fixed some build issues, generally related to CONFIG_ACPI=n
>
> various cosmetic changes in response to v2 code review
>
> What is left to do:
>
> x86_32 can set CONFIG_PCI_MMCONFIG=y when
> SFI=y and ACPI=n, but x86_64 can not, yet.
>
> A number of drivers will use SFI and will provide
> their own table parsers, but those will come later.

Ok, this iteration is even nicer.

Reviewed-by: Ingo Molnar <mingo@elte.hu>

A patch technical request/suggestion. I guess you'd like to keep
these bits in the ACPI tree, so that you can test it and merge it
with ongoing ACPI changes, right?

That would be fine to me for all the arch/x86/ touching patches,
except for this one:

[PATCH 05/11] ACPI, x86: expose some IO-APIC routines when CONFIG_ACPI=n

I'd like to pick this one up into tip:x86/apic, because there's
ongoing work in this area. (also, by the looks of it, i'd not be
surprised if this patch needed some testing. This is fragile code
with quirky Kconfig dependencies.)

I can create a standalone topic for this (based on .31-rc6),
containing this single commit, which you could pull into the ACPI
tree? That way we both can have this commit and nobody is held up,
and both trees can be pushed to Linus in the .32 merge window,
independently of each other.

Ingo


\
 
 \ /
  Last update: 2009-08-17 12:09    [W:0.396 / U:0.116 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site