Re: [GIT PATCH] SCSI updates for 2.6.25

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
From: Sam Ravnborg
Date: Monday, April 28, 2008 - 2:00 pm

On Sat, Apr 19, 2008 at 02:45:11PM -0600, Matthew Wilcox wrote:

I applied the following.

	Sam

commit dfecbec8b54038ef02835d2f8181e1f44bd080d2
Author: Matthew Wilcox <matthew@wil.cx>
Date:   Sat Apr 19 14:45:11 2008 -0600

    kconifg: 'select' considered less evil
    
    While select should be used with care, it is not actually evil.
    
    Signed-off-by: Matthew Wilcox <willy@linux.intel.com>
    Signed-off-by: Sam Ravnborg <sam@ravnborg.org>

diff --git a/Documentation/kbuild/kconfig-language.txt b/Documentation/kbuild/kconfig-language.txt
index 649cb87..00b950d 100644
--- a/Documentation/kbuild/kconfig-language.txt
+++ b/Documentation/kbuild/kconfig-language.txt
@@ -104,14 +104,15 @@ applicable everywhere (see syntax).
   Reverse dependencies can only be used with boolean or tristate
   symbols.
   Note:
-	select is evil.... select will by brute force set a symbol
-	equal to 'y' without visiting the dependencies. So abusing
-	select you are able to select a symbol FOO even if FOO depends
-	on BAR that is not set. In general use select only for
-	non-visible symbols (no prompts anywhere) and for symbols with
-	no dependencies. That will limit the usefulness but on the
-	other hand avoid the illegal configurations all over. kconfig
-	should one day warn about such things.
+	select should be used with care. select will force
+	a symbol to a value without visiting the dependencies.
+	By abusing select you are able to select a symbol FOO even
+	if FOO depends on BAR that is not set.
+	In general use select only for non-visible symbols
+	(no prompts anywhere) and for symbols with no dependencies.
+	That will limit the usefulness but on the other hand avoid
+	the illegal configurations all over.
+	kconfig should one day warn about such things.
 
 - numerical ranges: "range" <symbol> <symbol> ["if" <expr>]
   This allows to limit the range of possible input values for int
--
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
[GIT PATCH] SCSI updates for 2.6.25, James Bottomley, (Fri Apr 18, 10:41 am)
Re: [GIT PATCH] SCSI updates for 2.6.25, Ingo Molnar, (Sat Apr 19, 8:19 am)
Re: [GIT PATCH] SCSI updates for 2.6.25, James Bottomley, (Sat Apr 19, 8:54 am)
Re: [GIT PATCH] SCSI updates for 2.6.25, Ingo Molnar, (Sat Apr 19, 9:42 am)
Re: [GIT PATCH] SCSI updates for 2.6.25, Adrian Bunk, (Sat Apr 19, 10:05 am)
Re: [GIT PATCH] SCSI updates for 2.6.25, James Bottomley, (Sat Apr 19, 10:34 am)
Re: [GIT PATCH] SCSI updates for 2.6.25, Linus Torvalds, (Sat Apr 19, 1:14 pm)
Re: [GIT PATCH] SCSI updates for 2.6.25, Matthew Wilcox, (Sat Apr 19, 1:45 pm)
Re: [GIT PATCH] SCSI updates for 2.6.25, James Bottomley, (Sat Apr 19, 3:27 pm)
Re: [GIT PATCH] SCSI updates for 2.6.25, Matthew Wilcox, (Sat Apr 19, 4:14 pm)
Re: [GIT PATCH] SCSI updates for 2.6.25, Stefan Richter, (Sun Apr 20, 7:09 am)
Re: [GIT PATCH] SCSI updates for 2.6.25, Matthew Wilcox, (Sun Apr 20, 12:56 pm)
Re: [GIT PATCH] SCSI updates for 2.6.25, Stefan Richter, (Sun Apr 20, 1:14 pm)
Re: [GIT PATCH] SCSI updates for 2.6.25, Ingo Molnar, (Mon Apr 21, 5:51 am)
Re: [GIT PATCH] SCSI updates for 2.6.25, Sam Ravnborg, (Mon Apr 28, 2:00 pm)
Re: [GIT PATCH] SCSI updates for 2.6.25, Matthew Wilcox, (Mon Apr 28, 2:01 pm)