From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1030318AbXBGAVq (ORCPT ); Tue, 6 Feb 2007 19:21:46 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1030309AbXBGAVq (ORCPT ); Tue, 6 Feb 2007 19:21:46 -0500 Received: from smtp.osdl.org ([65.172.181.24]:56423 "EHLO smtp.osdl.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1030312AbXBGAVp (ORCPT ); Tue, 6 Feb 2007 19:21:45 -0500 Date: Tue, 6 Feb 2007 16:21:30 -0800 (PST) From: Linus Torvalds To: David Woodhouse cc: Randy Dunlap , Ingo Molnar , Linux Kernel Mailing List Subject: Re: [patch] MTD: fix DOC2000/2001/2001PLUS build error In-Reply-To: <1170806622.29759.1063.camel@pmac.infradead.org> Message-ID: References: <1170801484.29759.1000.camel@pmac.infradead.org> <1170803515.29759.1032.camel@pmac.infradead.org> <1170804983.29759.1051.camel@pmac.infradead.org> <1170806622.29759.1063.camel@pmac.infradead.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 7 Feb 2007, David Woodhouse wrote: > > It isn't that far off, and we could improve it if we wanted to. In > _general_ it's quite good already. I agree that it's close to hierarchical. But it's literally the exceptions that get you. Let me mention (again) USB_STORAGE and ATA. They are not "under" SCSI. Making them do that would be insane. But yes, you can do hierarchies by adding "pseudo-variables": as mentioned several times, we could actually split CONFIG_SCSI into two separate ones: CONFIG_SCSI that selects the core infrastructure, and CONFIG_SCSI_DRIVER that actually controls the "hierarchical visibility". Then CONFIG_SCSI_DRIVER (and USB_STORAGE, and SATA) would just do a simple 'select SCSI'. It would _not_ be hierarchical, and it would very much use that same old "select", but it would possibly be a cleanup at least in the sense that now CONFIG_SCSI wouldn't be used two different ways (one to hide most SCSI drivers, and one to enable the core SCSI infrastructure code). > It would work quite nicely in the graphical tools, although you've > thrown me a little by wanting it in the hacker's tool 'oldconfig' too. > You obviously care more about turning stuff _on_ with 'make oldconfig' > while other people who've spoken up seem to care more, as I do, about > turning stuff _off_ that way. If I want my hand held, I'm happy enough > to use the graphical tools. I tend to just edit the .config file, and run "make oldconfig". And I know I'm not the only one, because I've talked to others who do the same. And yes, then it's almost always correct to "turn things on as needed to make everything work out right", while turning things off would be actively wrong. Linus