All of lore.kernel.org
 help / color / mirror / Atom feed
* [PATCH] make ACPI_BLACKLIST_YEAR depend on ACPI
@ 2005-02-14 10:30 Rolf Eike Beer
  2005-02-14 16:04 ` Linus Torvalds
  0 siblings, 1 reply; 4+ messages in thread
From: Rolf Eike Beer @ 2005-02-14 10:30 UTC (permalink / raw)
  To: Linux Kernel Mailing List; +Cc: Linus Torvalds

Hi,

this oneliner fixes the situation that I can enter a year to blacklist
ACPI devices if ACPI is completely disabled.

Signed-off-by: Rolf Eike Beer <eike-kernel@sf-tec.de>

--- linux-2.6.11-rc3/drivers/acpi/Kconfig	2005-02-07 21:12:45.000000000 +0100
+++ linux-2.6.11-rc3/drivers/acpi/Kconfig.fixed	2005-02-12 19:58:24.000000000 +0100
@@ -259,6 +259,7 @@
 
 config ACPI_BLACKLIST_YEAR
 	int "Disable ACPI for systems before Jan 1st this year"
+	depends on ACPI
 	default 0
 	help
 	  enter a 4-digit year, eg. 2001 to disable ACPI by default

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [PATCH] make ACPI_BLACKLIST_YEAR depend on ACPI
  2005-02-14 10:30 [PATCH] make ACPI_BLACKLIST_YEAR depend on ACPI Rolf Eike Beer
@ 2005-02-14 16:04 ` Linus Torvalds
  2005-02-14 20:40   ` Len Brown
  0 siblings, 1 reply; 4+ messages in thread
From: Linus Torvalds @ 2005-02-14 16:04 UTC (permalink / raw)
  To: Rolf Eike Beer, Len Brown; +Cc: Linux Kernel Mailing List



On Mon, 14 Feb 2005, Rolf Eike Beer wrote:
> 
> this oneliner fixes the situation that I can enter a year to blacklist
> ACPI devices if ACPI is completely disabled.
> 
> Signed-off-by: Rolf Eike Beer <eike-kernel@sf-tec.de>

Hmm.. Wouldn't it be even better to make it depend on ACPI_INTERPRETER? 
Afaik, the blacklist year is only ever used by the interperter, and the 
blacklist.c file isn't even built unless ACPI_INTERPRETER is on.

Len Brown added to check..

		Linus


> --- linux-2.6.11-rc3/drivers/acpi/Kconfig	2005-02-07 21:12:45.000000000 +0100
> +++ linux-2.6.11-rc3/drivers/acpi/Kconfig.fixed	2005-02-12 19:58:24.000000000 +0100
> @@ -259,6 +259,7 @@
>  
>  config ACPI_BLACKLIST_YEAR
>  	int "Disable ACPI for systems before Jan 1st this year"
> +	depends on ACPI
>  	default 0
>  	help
>  	  enter a 4-digit year, eg. 2001 to disable ACPI by default
> 

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [PATCH] make ACPI_BLACKLIST_YEAR depend on ACPI
  2005-02-14 16:04 ` Linus Torvalds
@ 2005-02-14 20:40   ` Len Brown
  2005-02-14 22:01     ` Roman Zippel
  0 siblings, 1 reply; 4+ messages in thread
From: Len Brown @ 2005-02-14 20:40 UTC (permalink / raw)
  To: Linus Torvalds; +Cc: Rolf Eike Beer, Linux Kernel Mailing List

Re: ACPI_BLACKLIST_YEAR depending on ACPI or ACPI_INTERPRETER -- either
are fine.

Note that I'm planning to delete the separate ACPI_INTERPRETER build
option and just use CONFIG_ACPI in the future.  We tested this in a
config clean-up in -mm a while back, and I should probably revive it for
early 2.6.12.  The reason is that there really isn't a valid concept of
ACPI without the interpreter -- it can't even be used for configuring
interrupts without the interpreter on hand.

thanks,
-Len



^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [PATCH] make ACPI_BLACKLIST_YEAR depend on ACPI
  2005-02-14 20:40   ` Len Brown
@ 2005-02-14 22:01     ` Roman Zippel
  0 siblings, 0 replies; 4+ messages in thread
From: Roman Zippel @ 2005-02-14 22:01 UTC (permalink / raw)
  To: Len Brown; +Cc: Linus Torvalds, Rolf Eike Beer, Linux Kernel Mailing List

Hi,

On Mon, 14 Feb 2005, Len Brown wrote:

> Re: ACPI_BLACKLIST_YEAR depending on ACPI or ACPI_INTERPRETER -- either
> are fine.

Note that a patch that fixes this and a little more is waiting in -mm and 
Sam's tree.

bye, Roman

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2005-02-14 22:02 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-02-14 10:30 [PATCH] make ACPI_BLACKLIST_YEAR depend on ACPI Rolf Eike Beer
2005-02-14 16:04 ` Linus Torvalds
2005-02-14 20:40   ` Len Brown
2005-02-14 22:01     ` Roman Zippel

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.