[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <Pine.LNX.4.64.0710110756010.2012@localhost.localdomain>
Date: Thu, 11 Oct 2007 08:05:42 -0400 (EDT)
From: "Robert P. J. Day" <rpjday@...dspring.com>
To: Rob Landley <rob@...dley.net>
cc: Geert Uytterhoeven <geert@...ux-m68k.org>,
linux-kernel@...r.kernel.org
Subject: Re: m68k Kconfig undefined symbol in 2.6.23.
On Wed, 10 Oct 2007, Rob Landley wrote:
> The m68k Kconfig tries to select a symbol (APM_EMULATION) that doesn't exist.
>
> I did this to fix it, without really understanding the larger problem. (Did
> APM go away?) Just FYI...
>
> Rob
>
> diff -r 79f0ea1e0e70 drivers/macintosh/Kconfig
> --- a/drivers/macintosh/Kconfig Tue Oct 09 21:00:40 2007 +0000
> +++ b/drivers/macintosh/Kconfig Wed Oct 10 17:17:07 2007 -0500
> @@ -116,11 +116,6 @@ config PMAC_SMU
> on the "SMU" system control chip which replaces the old PMU.
> If you don't know, say Y.
>
> -config PMAC_APM_EMU
> - tristate "APM emulation"
> - select APM_EMULATION
> - depends on ADB_PMU && PM && PPC32
> -
> config PMAC_MEDIABAY
> bool "Support PowerBook hotswap media bay"
> depends on PPC_PMAC && PPC32
the obvious problem with the above is that APM_EMULATION is defined in
kernel/power/Kconfig arch-independently thusly:
config APM_EMULATION
tristate "Advanced Power Management Emulation"
depends on PM && SYS_SUPPORTS_APM_EMULATION
help
... blah blah ...
but the Kconfig variable SYS_SUPPORTS_APM_EMULATION is defined for
only a small subset of architectures:
$ grep "config SYS_SUPPORTS_APM_EMULATION" $(find . -name Kconfig*)
./arch/mips/Kconfig:config SYS_SUPPORTS_APM_EMULATION
./arch/sh/Kconfig:config SYS_SUPPORTS_APM_EMULATION
./arch/arm/Kconfig:config SYS_SUPPORTS_APM_EMULATION
./arch/powerpc/Kconfig:config SYS_SUPPORTS_APM_EMULATION
so there's a good chance that doing a kernel config with any other
arch than those listed above that supports PM is going to generate the
same warning.
rday
--
========================================================================
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
http://crashcourse.ca
========================================================================
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists