lkml.org 
[lkml]   [2012]   [Feb]   [23]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRE: [PATCH 1/2] RFC: Prepare PAD for native and xen platform
Date
Jan Beulich wrote:
>>>> "Liu, Jinsong" <jinsong.liu@intel.com> 02/23/12 2:29 PM >>>
>> --- a/drivers/acpi/Kconfig
>> +++ b/drivers/acpi/Kconfig
>> @@ -213,10 +213,11 @@ config ACPI_HOTPLUG_CPU
>> default y
> >
>> config ACPI_PROCESSOR_AGGREGATOR
>> - tristate "Processor Aggregator"
>> + bool "Processor Aggregator"
>
> There must be ways to address whatever strange problem you see without
> making this piece of code non-modular.
>

Yes, another approach is x86_init approach, defining acpi_pad_ops at x86_init.c and overwritten when xen_start_kernel.
This patch is just a RFC patch, to evaluate which approch is more reasonable :-)

>> depends on ACPI_PROCESSOR
>> depends on EXPERIMENTAL
>> depends on X86
>> + default n
>
> This is pointless.

Elaborate more? just a little curious why Kconfig has so many default n.

>
>> help
>> ACPI 4.0 defines processor Aggregator, which enables OS to
>> perform specific processor configuration and control that
>> applies to all
>
> Jan



\
 
 \ /
  Last update: 2012-02-23 18:01    [W:0.076 / U:0.176 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site