mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: David Riley <oscar@the-rileys.net>
To: Bryan Whitehead <driver@rccacm.org>
Cc: Linux Kernel <linux-kernel@vger.kernel.org>
Subject: Re: Disableing USB.
Date: Thu, 07 Dec 2000 20:22:52 -0500	[thread overview]
Message-ID: <3A3037E9.6D5378A8@the-rileys.net> (raw)
In-Reply-To: <Pine.LNX.4.21.0012071438020.3776-100000@www.rccacm.org>

Bryan Whitehead wrote:
> 
> Is there a way I can disble a part of the kernel that is compiled into the
> kernel? For example I'd like to pass this to lilo: "usb=disable" and then
> the usb code is not loaded even though USB has been built into the kernel.
> 
> Is such a feature stupid? Or has this already been implemented?
> 
> It would be nice if this was generic and I could also pass things like
> "procfs=disabled".
> 
> The resone I ask is a friend of mine got a new Sony Vaio Laptop that has
> the ethernet card and USB device stepping on eachother. It would be nice
> to pass to the Redhat/Mandrake/whatever installation boot disk usb=disable
> so the ethernet card can work freely (he's doiung a ntwork install becasue
> he has no CD-ROM), as he doesn't use any USB devices anyway.

Er... Well, the traditional solution has been "don't build it into your
kernel if you don't want it", but in the case of stock kernels, that
isn't always an option, I suppose.  Theoretically, the two devices
shouldn't step on each other, but this is a computer.  Theory is so far
removed from practice that it's... Well, I can't think up a good
analogy.  It's far.

*looks at kernel config options*

Well, it looks like the usb cores (UHCI and OHCI) can be modular.  Why
aren't they in the stock kernel, other than possibly autodetection
problems?  If they are built as modules, using expert mode in RedHat or
whatever equivalent may be in other dists may let you avoid insmodding
the USB stuff...

Beyond that, having a command-line disable feature does seem pretty
neat.  Although why would you want to disable procfs?  Maybe I missed
something there, but it seems awful darn important to leave out. :-)

-- 
"Windows for Dummies?  Isn't that redundant?"
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

  reply	other threads:[~2000-12-08  1:53 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2000-12-07 22:56 Bryan Whitehead
2000-12-08  1:22 ` David Riley [this message]
2000-12-08 20:55   ` Bryan Whitehead

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=3A3037E9.6D5378A8@the-rileys.net \
    --to=oscar@the-rileys.net \
    --cc=driver@rccacm.org \
    --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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®