lkml.org 
[lkml]   [2012]   [Feb]   [26]   [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
    Liu, Jinsong wrote:
    > 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 :-)
    >

    Have a more think about it, x86_init approach still need to disable acpi_pad module.
    Seems we have to set acpi_pad as bool, as long as it need to hook to native acpi_pad fucs/variables.

    Thanks,
    Jinsong

    \
     
     \ /
      Last update: 2012-02-26 09:29    [W:0.028 / U:59.612 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site