* [RFC: 2.6 patch] i386: unexport acpi_strict
@ 2005-01-20 18:15 Adrian Bunk
2005-01-20 18:39 ` Len Brown
0 siblings, 1 reply; 2+ messages in thread
From: Adrian Bunk @ 2005-01-20 18:15 UTC (permalink / raw)
To: len.brown; +Cc: acpi-devel, linux-kernel
I haven't found any possible modular usage of acpi_strict.
Is the patch below correct?
Signed-off-by: Adrian Bunk <bunk@stusta.de>
--- linux-2.6.11-rc1-mm2-full/arch/i386/kernel/acpi/boot.c.old 2005-01-20 18:15:48.000000000 +0100
+++ linux-2.6.11-rc1-mm2-full/arch/i386/kernel/acpi/boot.c 2005-01-20 18:16:09.000000000 +0100
@@ -71,7 +71,6 @@
int acpi_lapic;
int acpi_ioapic;
int acpi_strict;
-EXPORT_SYMBOL(acpi_strict);
acpi_interrupt_flags acpi_sci_flags __initdata;
int acpi_sci_override_gsi __initdata;
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [RFC: 2.6 patch] i386: unexport acpi_strict
2005-01-20 18:15 [RFC: 2.6 patch] i386: unexport acpi_strict Adrian Bunk
@ 2005-01-20 18:39 ` Len Brown
0 siblings, 0 replies; 2+ messages in thread
From: Len Brown @ 2005-01-20 18:39 UTC (permalink / raw)
To: Adrian Bunk; +Cc: ACPI Developers, linux-kernel
On Thu, 2005-01-20 at 13:15, Adrian Bunk wrote:
> I haven't found any possible modular usage of acpi_strict.
I'd prefer to continue to export this flag if that isn't a burden.
The reason is that it is the only way we have to globally tell
the ACPI interpreter and all its (usually modularized) policy
drivers to allow or dis-allow support for platforms that openly
violate the ACPI spec. (By default the flag is clear and is
set explicity with "acpi_strict")
While the ACPI modules in the tree at the moment don't use
this flag, there are other out-of-tree
modules on the way, and they may need it.
-Len
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2005-01-20 18:41 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-01-20 18:15 [RFC: 2.6 patch] i386: unexport acpi_strict Adrian Bunk
2005-01-20 18:39 ` Len Brown
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox