* [patch (for 2.6.26?) 2/2] acpi: fix drivers/acpi/glue.c build error
@ 2008-06-09 23:48 akpm
2008-06-10 16:14 ` Len Brown
0 siblings, 1 reply; 4+ messages in thread
From: akpm @ 2008-06-09 23:48 UTC (permalink / raw)
To: lenb; +Cc: linux-acpi, akpm, mingo, bjorn.helgaas
From: Ingo Molnar <mingo@elte.hu>
x86.git testing found the following build bug:
drivers/built-in.o: In function `acpi_rtc_init':
glue.c:(.init.text+0x16c3): undefined reference to `pnp_bus_type'
this tries to use PNP bus infrastructure even in the !PNP case.
Signed-off-by: Ingo Molnar <mingo@elte.hu>
Cc: Bjorn Helgaas <bjorn.helgaas@hp.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
---
drivers/acpi/glue.c | 3 +++
1 file changed, 3 insertions(+)
diff -puN drivers/acpi/glue.c~acpi-fix-drivers-acpi-gluec-build-error drivers/acpi/glue.c
--- a/drivers/acpi/glue.c~acpi-fix-drivers-acpi-gluec-build-error
+++ a/drivers/acpi/glue.c
@@ -303,6 +303,7 @@ static void rtc_wake_off(struct device *
static struct cmos_rtc_board_info rtc_info;
+#ifdef CONFIG_PNP
/* PNP devices are registered in a subsys_initcall();
* ACPI specifies the PNP IDs to use.
@@ -364,4 +365,6 @@ static int __init acpi_rtc_init(void)
/* do this between RTC subsys_initcall() and rtc_cmos driver_initcall() */
fs_initcall(acpi_rtc_init);
+#endif /* CONFIG_PNP */
+
#endif
_
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [patch (for 2.6.26?) 2/2] acpi: fix drivers/acpi/glue.c build error
2008-06-09 23:48 [patch (for 2.6.26?) 2/2] acpi: fix drivers/acpi/glue.c build error akpm
@ 2008-06-10 16:14 ` Len Brown
2008-06-10 21:00 ` Andrew Morton
0 siblings, 1 reply; 4+ messages in thread
From: Len Brown @ 2008-06-10 16:14 UTC (permalink / raw)
To: akpm; +Cc: linux-acpi, mingo, bjorn.helgaas
On Mon, 9 Jun 2008, akpm@linux-foundation.org wrote:
> From: Ingo Molnar <mingo@elte.hu>
>
> x86.git testing found the following build bug:
>
> drivers/built-in.o: In function `acpi_rtc_init':
> glue.c:(.init.text+0x16c3): undefined reference to `pnp_bus_type'
>
> this tries to use PNP bus infrastructure even in the !PNP case.
>
> Signed-off-by: Ingo Molnar <mingo@elte.hu>
> Cc: Bjorn Helgaas <bjorn.helgaas@hp.com>
> Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
> ---
>
> drivers/acpi/glue.c | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff -puN drivers/acpi/glue.c~acpi-fix-drivers-acpi-gluec-build-error drivers/acpi/glue.c
> --- a/drivers/acpi/glue.c~acpi-fix-drivers-acpi-gluec-build-error
> +++ a/drivers/acpi/glue.c
> @@ -303,6 +303,7 @@ static void rtc_wake_off(struct device *
>
> static struct cmos_rtc_board_info rtc_info;
>
> +#ifdef CONFIG_PNP
>
> /* PNP devices are registered in a subsys_initcall();
> * ACPI specifies the PNP IDs to use.
> @@ -364,4 +365,6 @@ static int __init acpi_rtc_init(void)
> /* do this between RTC subsys_initcall() and rtc_cmos driver_initcall() */
> fs_initcall(acpi_rtc_init);
>
> +#endif /* CONFIG_PNP */
> +
> #endif
ENOREPRODUCE
I'm unable to convince "make oldconfig" to allow a
CONFIG_ACPI=y CONFIG_PNP=n build.
-Len
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [patch (for 2.6.26?) 2/2] acpi: fix drivers/acpi/glue.c build error
2008-06-10 16:14 ` Len Brown
@ 2008-06-10 21:00 ` Andrew Morton
2008-06-12 12:19 ` Ingo Molnar
0 siblings, 1 reply; 4+ messages in thread
From: Andrew Morton @ 2008-06-10 21:00 UTC (permalink / raw)
To: Len Brown; +Cc: linux-acpi, mingo, bjorn.helgaas
On Tue, 10 Jun 2008 12:14:08 -0400 (EDT)
Len Brown <lenb@kernel.org> wrote:
>
>
> On Mon, 9 Jun 2008, akpm@linux-foundation.org wrote:
>
> > From: Ingo Molnar <mingo@elte.hu>
> >
> > x86.git testing found the following build bug:
> >
> > drivers/built-in.o: In function `acpi_rtc_init':
> > glue.c:(.init.text+0x16c3): undefined reference to `pnp_bus_type'
> >
> > this tries to use PNP bus infrastructure even in the !PNP case.
> >
> > Signed-off-by: Ingo Molnar <mingo@elte.hu>
> > Cc: Bjorn Helgaas <bjorn.helgaas@hp.com>
> > Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
> > ---
> >
> > drivers/acpi/glue.c | 3 +++
> > 1 file changed, 3 insertions(+)
> >
> > diff -puN drivers/acpi/glue.c~acpi-fix-drivers-acpi-gluec-build-error drivers/acpi/glue.c
> > --- a/drivers/acpi/glue.c~acpi-fix-drivers-acpi-gluec-build-error
> > +++ a/drivers/acpi/glue.c
> > @@ -303,6 +303,7 @@ static void rtc_wake_off(struct device *
> >
> > static struct cmos_rtc_board_info rtc_info;
> >
> > +#ifdef CONFIG_PNP
> >
> > /* PNP devices are registered in a subsys_initcall();
> > * ACPI specifies the PNP IDs to use.
> > @@ -364,4 +365,6 @@ static int __init acpi_rtc_init(void)
> > /* do this between RTC subsys_initcall() and rtc_cmos driver_initcall() */
> > fs_initcall(acpi_rtc_init);
> >
> > +#endif /* CONFIG_PNP */
> > +
> > #endif
>
> ENOREPRODUCE
>
> I'm unable to convince "make oldconfig" to allow a
> CONFIG_ACPI=y CONFIG_PNP=n build.
>
ick, look at this thing:
Symbol: PNP [=y]
Prompt: Plug and Play support
Defined at drivers/pnp/Kconfig:5
Depends on: HAS_IOMEM && (ISA || ACPI)
Location:
-> Device Drivers
Selected by: ACPI && !X86_VOYAGER && !X86_NUMAQ && !X86_VISWS && !IA64_HP_SIM && (IA64 || X86) && PCI && PM
it's rather reliant upon select working as desired, which it often
doesn't.
Ingo usually provides a link to the offending .config, but this time he
didn't?
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2008-06-12 12:20 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-06-09 23:48 [patch (for 2.6.26?) 2/2] acpi: fix drivers/acpi/glue.c build error akpm
2008-06-10 16:14 ` Len Brown
2008-06-10 21:00 ` Andrew Morton
2008-06-12 12:19 ` Ingo Molnar
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox