All of lore.kernel.org
 help / color / mirror / Atom feed
From: Tomas Szepe <szepe@pinerecords.com>
To: "Robert P. J. Day" <rpjday@mindspring.com>
Cc: Linux kernel mailing list <linux-kernel@vger.kernel.org>
Subject: Re: observations on 2.5 config screens
Date: Wed, 1 Jan 2003 21:07:17 +0100	[thread overview]
Message-ID: <20030101200717.GA17053@louise.pinerecords.com> (raw)
In-Reply-To: <Pine.LNX.4.44.0301011435300.27623-100000@dell>

>     Does "Module unloading" mean whether or not I can run "rmmod"?
>   And if I deselect this, why can I still select "Forced module
>   unloading"?  Either I can unload or I can't, no?
>
>     And what's the rationale behind making unloading an option,
>   anyway?  If I want loadable module support, is it really a
>   big deal to assume I'll want the ability to unload them as
>   well?  Just curious, that's all.  Under what circumstances
>   would I explicitly *not* want the ability to rmmod?  Tight
>   space embedded kernels, possibly?

These two are for Rusty to answer.

>     It seems that the final option, "Preemptible kernel", does
>   not belong there.  In fact, there seem to be a number of 
>   kernel-related, kind of hacking/debugging options, that
>   could be collected in one place, like preemption, sysctl,
>   hacking, executable file formats, etc.  "Low-level kernel
>   options", perhaps?

Should go to "General config" IMHO.

> Bus options (PCI, PCMCIA, EISA, MCA, ISA)
> 
>     First, there's no hint from that heading that hot-pluggable
>   settings are hidden under there as well.

Well, PCMCIA pretty much suggests that, doesn't it?

>     In addition, why does "Bus options" not include the USB bus,
>   the I2C bus, FireWire, etc?  A bus is a bus, isn't it?

Yes, this is a valid comment.  Placing USB under "Bus options"
should be totally straightforward, but that one's for Greg KH
to decide.

> Multimedia devices
> 
>     How come "Sound" is not here?  And (as we've already
>   established), Radio Adapters is not a sub-entry of Video for
>   Linux. :-)  (And is there a reason why Amateur Radio Support
>   and Radio Adapters are so far apart in the config menus?

Yeah, this one is a puzzle. <g>

> Wireless networking/protocols
> 
>    Yes, I realize there's no such category, but there *should*
>   be, which would include:
> 
> 	Wireless LAN (non ham-radio)
> 	Bluetooth
> 	IrDA

IrDA isn't necessarily networking, Bluetooth either.
Wireless LAN is where it should be.

>   anyway, just some observations from someone who doesn't
> know any better.

Thanks.

-- 
Tomas Szepe <szepe@pinerecords.com>

  reply	other threads:[~2003-01-01 19:58 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-01-01 19:55 observations on 2.5 config screens Robert P. J. Day
2003-01-01 20:07 ` Tomas Szepe [this message]
2003-01-01 20:15   ` Robert P. J. Day
2003-01-01 20:26   ` John Bradford
2003-01-02  1:55   ` Randy.Dunlap
2003-01-02  2:32     ` Robert P. J. Day
2003-01-02  4:10       ` Randy.Dunlap
2003-01-02  2:54     ` Tomas Szepe
2003-01-07 23:07 ` [2.5 patch] MODULE_FORCE_UNLOAD must depend on MODULE_UNLOAD Adrian Bunk
2003-01-08 12:05   ` Rusty Russell
2003-01-07 23:30 ` observations on 2.5 config screens Adrian Bunk
2003-01-07 23:42   ` Robert Love
2003-01-08  0:14     ` Russell King
2003-01-08 14:32     ` Bill Davidsen
2003-01-08 15:53       ` Robert Love
2003-01-08 18:36         ` Bill Davidsen
2003-01-08 19:50           ` Dave Jones
2003-01-08 22:49             ` Bill Davidsen
2003-01-09 12:50               ` Dave Jones
2003-01-09 16:12                 ` Bill Davidsen
2003-01-09 13:38             ` Ruslan U. Zakirov
     [not found] <Pine.LNX.4.44.0301011435300.27623-100000@dell.qualified-at.bofh.it>
2003-01-02 23:50 ` Bill Davidsen

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=20030101200717.GA17053@louise.pinerecords.com \
    --to=szepe@pinerecords.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=rpjday@mindspring.com \
    /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.