From: Doug Ledford <dledford@redhat.com>
To: Douglas Gilbert <dougg@torque.net>
Cc: Luben Tuikov <luben@splentec.com>,
linux-scsi <linux-scsi@vger.kernel.org>
Subject: Re: Autosense requirement
Date: Mon, 29 Jul 2002 15:55:18 -0400 [thread overview]
Message-ID: <20020729155518.B20905@redhat.com> (raw)
In-Reply-To: <3D457FF3.C7A02C57@torque.net>; from dougg@torque.net on Mon, Jul 29, 2002 at 01:48:35PM -0400
On Mon, Jul 29, 2002 at 01:48:35PM -0400, Douglas Gilbert wrote:
> Hence in the development lk 2.5 series there are many stranded
> drivers, including ide-scsi, some of which have been converted "on
> the fly". His is an incomplete list of issues to be addressed
> in lower level (HBA) driver conversions:
> - "eh" interface [mandatory]
> - io_request_lock displaced by host_lock [mandatory]
> - PCI memory/DMA interface
> - driverfs aware
> - autosense for high performance drivers (perhaps all)
>
> As you point out autosense support (at the device level)
> is now mandatory in recent scsi drafts/standards. For
> simplicity of queueing logic, the sense buffer should not
> be left for the mid level to fetch (with a REQUEST SENSE).
It will be mandatory for the LLDD to do autosense. All remnants of code
to perform a follow up request sense operation *will* dissappear from the
mid layer. OTOH, the sense command and sense buffer will be pre-set for
each device so at least the LLDD won't have to build their own command any
longer, they can just change the command pointer from the original command
to the sense command and the data buffer to the sense buffer and reissue
the request.
> I have attempted the conversion on several HBA drivers
> (of which scsi_debug is the only one I maintain). As Ben
> LaHaise has pointed out, I have skipped addressing the
> "PCI memory/DMA interface" so far.
Feel lucky. It's currently pissing me off and I'm thinking of changing
it.
--
Doug Ledford <dledford@redhat.com> 919-754-3700 x44233
Red Hat, Inc.
1801 Varsity Dr.
Raleigh, NC 27606
next prev parent reply other threads:[~2002-07-29 19:55 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-07-29 13:02 Autosense requirement Luben Tuikov
2002-07-29 17:48 ` Douglas Gilbert
2002-07-29 19:55 ` Doug Ledford [this message]
2002-07-29 21:53 ` Mike Anderson
2002-07-29 21:58 ` Doug Ledford
2002-07-29 22:10 ` Patrick Mansfield
2002-07-29 23:00 ` Doug Ledford
2002-07-29 23:18 ` Patrick Mansfield
2002-07-31 16:04 ` James Bottomley
2002-07-31 18:02 ` Patrick Mansfield
2002-07-30 19:58 ` Luben Tuikov
-- strict thread matches above, loose matches on Subject: below --
2002-07-29 22:28 Ravi Anand
2002-07-29 22:36 ` Doug Ledford
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=20020729155518.B20905@redhat.com \
--to=dledford@redhat.com \
--cc=dougg@torque.net \
--cc=linux-scsi@vger.kernel.org \
--cc=luben@splentec.com \
/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.