lkml.org 
[lkml]   [2007]   [Apr]   [3]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: 2.6.21-rc5-mm4
    On Tue, 03 Apr 2007 21:35:54 -0400 Valdis.Kletnieks@vt.edu wrote:

    > On Mon, 02 Apr 2007 22:47:45 PDT, Andrew Morton said:
    > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
    >
    > So I was looking at a patch for ACPI_SLEEP that went around a moment ago,
    > and ended up doing a 'make menuconfig'.
    >
    > I do a '/ACPI_SLEEP' inside that, and I get this output:
    >
    > x Symbol: ACPI_SLEEP [=n] x
    > x Prompt: Sleep States x
    > x Defined at drivers/acpi/Kconfig:49 x
    > x Depends on: !X86_NUMAQ && !X86_VISWS && !IA64_HP_SIM && (IA64 || X86) x
    > x Location: x
    > x -> Power management options x
    > x -> Power Management support (PM [=y]) x
    > x -> ACPI (Advanced Configuration and Power Interface) Support x
    > x -> ACPI Support (ACPI [=y])
    >
    > Only problem is that drivers/acpi/Kconfig:49 says:
    >
    > config ACPI_SLEEP
    > bool "Sleep States"
    > depends on X86 && (!SMP || SUSPEND_SMP)
    > depends on PM
    > default y
    >
    > Can somebody explain why I'm seeing the different Depends on in the two places?

    Due to the top of drivers/acpi/Kconfig:

    menu "ACPI (Advanced Configuration and Power Interface) Support"
    depends on !X86_NUMAQ
    depends on !X86_VISWS
    depends on !IA64_HP_SIM
    depends on IA64 || X86
    depends on PM


    ---
    ~Randy
    *** Remember to use Documentation/SubmitChecklist when testing your code ***
    -
    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/

    \
     
     \ /
      Last update: 2007-04-04 04:21    [W:2.086 / U:0.016 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site