From: Douglas Gilbert <dougg@torque.net>
To: linux-kernel@vger.kernel.org
Cc: linux-scsi@vger.kernel.org, Matt Domsch <Matt_Domsch@Dell.com>
Subject: Re: [RFC][PATCH] adding PCI bus information to SCSI layer
Date: Fri, 13 Apr 2001 18:07:42 -0400 [thread overview]
Message-ID: <3AD778AE.F80C8956@torque.net> (raw)
Matt Domsch <Matt_Domsch@Dell.com> wrote:
> I'm working on an IA-64 user-space application to add a Linux entry to
> the IA-64 boot manager. To do so, I've got to uniquely identify a
> disk by it's controller PCI address, SCSI channel,
> ID, and LUN. Essentially, I need to tie /dev/sda to an EFI device. An
> equivalent problem (with similar solution) exists with i386 where the
> BIOS boot order is not necessarily the Linux driver load order.
>
>
> BIOS Enhanced Disk Drive Services 3.0 provides a way to query BIOS for
> what it thinks is it's device location and order. IA-64 implements
> EDD 3.0, and some i386 BIOS manufactures are adding this feature
> also. EDD 3.0 information is available at http://www.t13.org.
>
> What I'd like to do is add the PCI location of the SCSI controller to
> the information printed in /proc/scsi/scsi, as follows:
>
> Attached devices:
> Host: scsi0 Channel: 00 Id: 05 Lun: 00 PCI bus: 1 slot: 6 fn: 0
> Vendor: NEC Model: CD-ROM DRIVE:466 Rev: 1.06
> Type: CD-ROM ANSI SCSI revision: 02
[snip]
Matt,
SANE (and probably some other applications) parses the
output of 'cat /proc/scsi/scsi' so any change to its
format may trip SANE up. How about another entry in
the /proc/scsi directory that has a more parsable format
(e.g. xml :-) ).
Also ISA adapters are not the only non-PCI adapters,
there are the growing band of pseudo adapters that
may or may not have a PCI bus at the bottom of some
other protocol stack.
Doug Gilbert
next reply other threads:[~2001-04-13 22:08 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-04-13 22:07 Douglas Gilbert [this message]
2001-04-13 22:18 ` [RFC][PATCH] adding PCI bus information to SCSI layer Alan Cox
2001-04-14 16:27 ` Douglas Gilbert
-- strict thread matches above, loose matches on Subject: below --
2001-04-24 1:58 Matt_Domsch
2001-04-24 2:14 ` Jeff Garzik
2001-04-23 22:06 Matt_Domsch
2001-04-23 22:27 ` Jeff Garzik
2001-04-23 23:04 ` Alan Cox
2001-04-24 3:32 ` Douglas Gilbert
2001-04-13 22:31 Matt_Domsch
2001-04-13 21:34 Matt Domsch
2001-04-14 7:35 ` Jonathan Lundell
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=3AD778AE.F80C8956@torque.net \
--to=dougg@torque.net \
--cc=Matt_Domsch@Dell.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-scsi@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.