All of lore.kernel.org
 help / color / mirror / Atom feed
From: Rob Landley <rob@landley.net>
To: Jan Engelhardt <jengelh@computergmbh.de>
Cc: linux-kernel@vger.kernel.org
Subject: Re: What's up with CONFIG_BLK_DEV?
Date: Sun, 26 Aug 2007 01:08:28 -0500	[thread overview]
Message-ID: <200708260108.28584.rob@landley.net> (raw)
In-Reply-To: <Pine.LNX.4.64.0708242234500.28540@fbirervta.pbzchgretzou.qr>

On Friday 24 August 2007 3:36:54 pm Jan Engelhardt wrote:
> On Aug 24 2007 22:34, Jan Engelhardt wrote:
> >On Aug 24 2007 15:17, Rob Landley wrote:
> >>CONFIG_BLOCK disables the block layer.
> >>CONFIG_BLK_DEV disables the block devices.
> >
> >menuconfig BLK_DEV
> >        bool "Block devices"
> >        depends on BLOCK
> >        default y
> >        ---help---
> >          Say Y here to get to see options for various different block
> > device drivers. This option alone does not add any kernel code.
> >
> >          If you say N, all options in this submenu will be skipped and
> > disabled only do this if you know what you are doing.
> >
> >>Is there _ever_ a time you want the block layer but no block devices?
>
> Well, where do you think your hard disk drivers come from? Definitely
> not from the BLK_DEV menu...

Actually I hadn't looked that far into it.  Juggling seven things yesterday 
and offline most of today, and what I actually _noticed_ was that my 
miniconfig that had worked unchanged to build UML since 2.6.12 finally broke 
on a kernel upgrade, and I have no idea what the actual reason for the change 
is other than possibly aesthetics.  Oh well.

Now that I look I see that all the devices in this menu (at least in User Mode 
Linux) are actually virtual block devices (UBD, loopback, and ramdisk), which 
the menu help doesn't indicate.

Now I'm trying to think of a better user interface way of cross-referencing 
this sort of thing.  Network block devices live in the networking menu, 
device drivers for hardware live off in another menu.  What I really want is 
a way to dynamically create menus via search critiera: "Show me all the block 
devices"...

Also "here's a symbol, show me a menu containing everything else that is 
either required by or enabled by this symbol..."  That sounds like a more 
powerful abstraction, since the previous one is "show me everything that 
depends on CONFIG_BLOCK".

(I wonder if this would be a largeish rewrite of the menuconfig 
infrastructure?  Hmmm...)

Rob
-- 
"One of my most productive days was throwing away 1000 lines of code."
  - Ken Thompson.

  reply	other threads:[~2007-08-26  6:08 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-08-24 20:17 What's up with CONFIG_BLK_DEV? Rob Landley
2007-08-24 20:34 ` Jan Engelhardt
2007-08-24 20:36   ` Jan Engelhardt
2007-08-26  6:08     ` Rob Landley [this message]
2007-08-26  7:41       ` Jan Engelhardt
2007-09-02  0:02       ` kconfig/kbuild rewite (Re: What's up with CONFIG_BLK_DEV?) Oleg Verych
2007-09-02 11:51         ` Sam Ravnborg
2007-09-03 21:48           ` Oleg Verych
2007-09-04  5:01           ` Rob Landley

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200708260108.28584.rob@landley.net \
    --to=rob@landley.net \
    --cc=jengelh@computergmbh.de \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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.