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 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.