From: Greg KH <greg@kroah.com>
To: jeff millar <jeff@wa1hco.mv.com>
Cc: Carlos E Gorges <carlos@techlinux.com.br>, linux-kernel@vger.kernel.org
Subject: Re: [ANNOUNCE] Hardware detection tool 0.2
Date: Fri, 31 Aug 2001 17:08:22 -0700 [thread overview]
Message-ID: <20010831170822.D23689@kroah.com> (raw)
In-Reply-To: <01083019402502.01265@skydive.techlinux> <20010830161809.A19258@kroah.com> <002801c13270$86592680$0201a8c0@home> <20010831162303.A23689@kroah.com> <006501c13277$2e3c8620$0201a8c0@home>
In-Reply-To: <006501c13277$2e3c8620$0201a8c0@home>; from jeff@wa1hco.mv.com on Fri, Aug 31, 2001 at 07:46:38PM -0400
On Fri, Aug 31, 2001 at 07:46:38PM -0400, jeff millar wrote:
> What bus and slot number does the driver use to register itself before the
> plugging the card?
I don't understand what you are asking here.
In pci_module_init you pass a pointer to your struct pci_driver object
that describes to the pci subsystem what kind of pci devices that your
driver works for. It does this with the id_table pointer which is a
struct pci_device_id.
MODULE_DEVICE_TABLE takes that struct pci_device_id table and exports it
to an area in the module object table that allows it to be extracted by
depmod. depmod takes that info and creates
/lib/modules/<kernel_version/modules.pcimap from it. So any userspace
code can then look at the modules.pcimap file and determine what kind of
pci devices each module is claiming it supports.
Using that table, combined with tools like lspci, a userspace program
can build a table of kernel modules that a given hardware platform
needs. And if it wants to, from the kernel module list, it can generate
a .config file, which is what I think Carlos is trying to do. And what
I thought this thread was talking about.
This whole process did not involve any hotplug stuff at all.
But if you want to use it for hotplug you can :)
See my OLS 2001 paper and presentation at http://www.kroah.com/linux/
and http://linux-hotplug.sf.net/ which contains lots of good
documentation if you want to know more on how the linux-hotplug
subsystem currently works.
Did that help?
thanks,
greg k-h
next prev parent reply other threads:[~2001-09-01 0:10 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-08-30 22:40 [ANNOUNCE] Hardware detection tool 0.2 Carlos E Gorges
2001-08-30 23:18 ` Greg KH
2001-08-31 22:58 ` jeff millar
2001-08-31 23:11 ` SMP, APIC and networking issues java programmer
2001-08-31 23:38 ` Alan Cox
2001-09-01 20:59 ` Jorge Nerin
2001-08-31 23:23 ` [ANNOUNCE] Hardware detection tool 0.2 Greg KH
2001-08-31 23:46 ` jeff millar
2001-09-01 0:08 ` Greg KH [this message]
2001-09-01 10:54 ` Tim Jansen
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=20010831170822.D23689@kroah.com \
--to=greg@kroah.com \
--cc=carlos@techlinux.com.br \
--cc=jeff@wa1hco.mv.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox