From: Greg KH <greg@kroah.com>
To: Jeff Garzik <jgarzik@pobox.com>
Cc: Jeremy Katz <jeremy.katz@gmail.com>,
Stephen Rothwell <sfr@canb.auug.org.au>,
Andrew Morton <akpm@osdl.org>, Linus <torvalds@osdl.org>,
LKML <linux-kernel@vger.kernel.org>,
katzj@redhat.com
Subject: Re: [PATCH] PPC64 iSeries viodasd proc file
Date: Thu, 24 Jun 2004 13:59:37 -0700 [thread overview]
Message-ID: <20040624205936.GA2009@kroah.com> (raw)
In-Reply-To: <40DA2272.8050106@pobox.com>
On Wed, Jun 23, 2004 at 08:38:10PM -0400, Jeff Garzik wrote:
> >But what you can use is the MODULE_DEVICE_TABLE() information in the
> >modules to try to help you out here. That details a mapping of what
> >kind of devices that specific driver supports.
>
> No, it details what devices a driver supports, not what _type_ of
> devices the driver supports.
Yes, you are correct.
> >>Note: this should not mean that we then go and remove currently
> >>existing stuff in /proc. Deprecate it and then it can go away in time
> >>as people switch. Having to have a flag day is very painful. It's
> >>far easier to deprecate in one stable series with a new interface
> >>available and then start removing the old ones as things start to
> >>switch over. If it really is an improvement, then getting people to
> >>change won't be difficult.
> >
> >
> >I agree, I don't think that many things have disappeared from /proc just
> >yet, right? You should just have more information than what you
> >previously did, right? Or did scsi drop their /proc support fully?
>
> Concrete example: modprobe sx8. Now, what block devices did it detect?
Could we determine this in 2.4?
Anyway, how about this assuming sx8 is a pci driver:
- look in /sys/bus/pci/drivers/sx8/
- for every device listed in that directory do:
- `tree | grep block` or however you want to search the
tree for the block symlink, find is probably nicer
here.
- that gives you the base block device, then go into the
/sys/block/FOUND_BLOCK_DEVICE to find the individual
partitions if needed.
Or work backwards if you want to:
- tally up every /sys/block/*/device symlink, and see if they
point to a device owned by the sx8 driver.
Does that work for you?
thanks,
greg k-h
next prev parent reply other threads:[~2004-06-24 21:07 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-06-18 6:54 [PATCH] PPC64 iSeries viodasd proc file Stephen Rothwell
2004-06-18 15:09 ` Jeff Garzik
2004-06-18 15:17 ` Christoph Hellwig
2004-06-20 19:52 ` Jeremy
2004-06-20 21:11 ` Christoph Hellwig
2004-06-21 6:04 ` Greg KH
[not found] ` <cb5afee10406210914451dc6@mail.gmail.com>
2004-06-23 21:15 ` Jeremy Katz
2004-06-23 21:45 ` Jeff Garzik
2004-06-23 22:03 ` Greg KH
2004-06-24 0:38 ` Jeff Garzik
2004-06-24 20:59 ` Greg KH [this message]
2004-06-24 21:25 ` Jeff Garzik
-- strict thread matches above, loose matches on Subject: below --
2004-06-23 23:54 Stephen Rothwell
2004-06-23 23:55 ` Greg KH
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=20040624205936.GA2009@kroah.com \
--to=greg@kroah.com \
--cc=akpm@osdl.org \
--cc=jeremy.katz@gmail.com \
--cc=jgarzik@pobox.com \
--cc=katzj@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=sfr@canb.auug.org.au \
--cc=torvalds@osdl.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