From: Greg KH <greg@kroah.com>
To: David Garfield <garfield@irving.iisd.sra.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: Query about initramfs and modules
Date: Tue, 15 Jan 2002 15:34:37 -0800 [thread overview]
Message-ID: <20020115233437.GC29020@kroah.com> (raw)
In-Reply-To: <15428.47094.435181.278715@irving.iisd.sra.com>
In-Reply-To: <15428.47094.435181.278715@irving.iisd.sra.com>
On Tue, Jan 15, 2002 at 06:15:02PM -0500, David Garfield wrote:
>
> Can/will the initramfs mechanism be made to implicitly load into the
> kernel the modules (or some of the modules) in the image?
Most of the mechanism for loading modules for physical devices will be
the /sbin/hotplug interface:
- when the pci core code scans the pci bus, and finds a new
device, it calls out to /sbin/hotplug the pci device
information.
- /sbin/hotplug looks up the pci device info and tries to match
it up with a driver that will work for this device (see the
linux-hotplug.sf.net site for more info on how this works.)
- if it finds a module for the device, it calls modprobe on the
module, and now that pci device has a module loaded.
Repeat this process for the USB, IEEE1394, and other busses that support
MODULE_DEVICE_TABLE in the kernel tree.
> Doing so would allow the initramfs image to be composed solely of the
> modules to be loaded, which would reduce the need for the "klibc". It
> would also eliminate the need for any sort of control script to be in
> the image.
klibc (or some libc) is needed to build /sbin/hotplug, and modprobe in
this scenario.
greg k-h
next prev parent reply other threads:[~2002-01-15 23:38 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-01-15 23:15 Query about initramfs and modules David Garfield
2002-01-15 23:34 ` Greg KH [this message]
2002-01-15 23:47 ` David Garfield
2002-01-16 0:01 ` Greg KH
2002-01-16 0:33 ` David Garfield
2002-01-16 1:16 ` Greg KH
2002-01-16 19:29 ` Andreas Ferber
2002-01-16 19:40 ` Greg KH
2002-01-16 19:53 ` Jordan Crouse
2002-01-16 2:09 ` H. Peter Anvin
2002-01-16 17:53 ` David Garfield
2002-01-16 18:13 ` H. Peter Anvin
2002-01-16 19:04 ` David Garfield
2002-01-16 3:29 ` Alexander Viro
2002-01-16 19:41 ` Erik Andersen
2002-01-16 19:56 ` H. Peter Anvin
2002-01-16 20:18 ` Erik Andersen
2002-01-16 20:23 ` H. Peter Anvin
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=20020115233437.GC29020@kroah.com \
--to=greg@kroah.com \
--cc=garfield@irving.iisd.sra.com \
--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.