From: Jeff Garzik <jgarzik@pobox.com>
To: dougg@torque.net
Cc: linux-ide@vger.kernel.org, linux-scsi@vger.kernel.org,
htejun@gmail.com, russb@emc.com
Subject: Re: [PATCH 0/3] libata: scsi error handling, encore
Date: Sun, 09 Oct 2005 09:23:48 -0400 [thread overview]
Message-ID: <434919E4.1080601@pobox.com> (raw)
In-Reply-To: <43490BC8.9060504@torque.net>
Douglas Gilbert wrote:
> This is a series of patches that are equivalent to
> one sent on 2005/09/19:
> "[PATCH] libata: scsi error handling, lk 2.6.14-rc1"
> http://marc.theaimsgroup.com/?l=linux-scsi&m=112711945709949&w=2
>
> The aim is to build more general sense buffers for SCSI
> errors detected in the SCSI ATA translation layer in libata.
> These patches are against Jeff's libata-dev git repository,
> upstream branch.
> Patch 1: adds ata_scsi_set_sense() extern declaration and
> definition
> Patch 2: switch error processing in libata-scsi.c to use
> ata_scsi_set_sense()
> Patch 3: remove static inline definitions in libata.h that
> are no longer used after patch 2
>
> Signed-off-by: Douglas Gilbert <dougg@torque.net>
First and foremost, applied all three patches. Thanks for your
patience. 'upstream' branch will reflect your changes as soon as
master.kernel.org propagates to the public mirrors.
The patches had to be hand-applied, for a few reasons, so I have some
follow-up notes.
1) It would be nice if you could avoid using MIME attachments for
patches, but rather, include them inline.
2) Your email subject should be descriptive and unique, since it is
copied verbatim into the Linux Kernel changelog by Linus's patch merging
tool, git-applymbox. e.g.
[patch 1/3] libata scsi EH: add ata_scsi_set_sense()
[patch 2/3] libata scsi EH: upgrade EH using ata_scsi_set_sense()
[patch 3/3] libata scsi EH: remove now-unused helpers
See http://linux.yyz.us/patch-format.html for more info.
3) The following change should have been in a separate patch, since it
was largely unrelated to use of ata_scsi_set_sense() -- it changes
behavior, and its easy for a reviewer to miss this behavior change, if
it is buried deep inside a pile of unrelated changes:
> - yield an error for mode sense requests for saved
> values [sat-r06]
But that's just a note for the future. As I stated, I applied your
patches as-is... The optimal, reviewer-friendly transformation IMO
would have been:
[patch 1/3] libata scsi EH: add ata_scsi_set_sense()
[patch 2/3] libata scsi EH: upgrade EH using ata_scsi_set_sense()
[patch 3/3] libata scsi EH: return err for MODE SENSE saved vals
[and obviously, patch #3 depends on patch #2]
4) I excised the following chunk from patch #2, before applying:
> @@ -1572,7 +1628,7 @@
> * time). We need to issue REQUEST SENSE some other
> * way, to avoid completing the command twice.
> */
> - cmd->result = SAM_STAT_CHECK_CONDITION;
> + cmd->result = (DRIVER_SENSE << 24) | SAM_STAT_CHECK_CONDITION;
>
> qc->scsidone(cmd);
We don't yet have sense at this point; the code above largely serves as
a trigger to a SCSI EH kthread, which will wake up and issue REQUEST
SENSE for us. Its a bit of a weird setup, and I'm also working in this
area, so I simply removed the above quoted change from your patch, which
was applied otherwise unaltered.
Thanks,
Jeff
next prev parent reply other threads:[~2005-10-09 13:23 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-10-09 12:23 [PATCH 0/3] libata: scsi error handling, encore Douglas Gilbert
2005-10-09 13:23 ` Jeff Garzik [this message]
2005-10-09 17:30 ` Luben Tuikov
2005-10-09 17:43 ` Jeff Garzik
2005-10-15 2:30 ` Douglas Gilbert
2005-10-15 2:34 ` Jeff Garzik
2005-10-15 3:46 ` Douglas Gilbert
2005-10-15 3:54 ` Tejun Heo
2005-10-15 3:55 ` Tejun Heo
2005-10-18 21:06 ` Jeff Garzik
2005-10-19 3:47 ` Tejun Heo
2005-10-15 5:08 ` Albert Lee
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=434919E4.1080601@pobox.com \
--to=jgarzik@pobox.com \
--cc=dougg@torque.net \
--cc=htejun@gmail.com \
--cc=linux-ide@vger.kernel.org \
--cc=linux-scsi@vger.kernel.org \
--cc=russb@emc.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).