All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jeff Garzik <jgarzik@pobox.com>
To: dougg@torque.net
Cc: linux-scsi@vger.kernel.org, linux-ide@vger.kernel.org
Subject: Re: [PATCH] libata: scsi error handling
Date: Tue, 04 Oct 2005 07:33:52 -0400	[thread overview]
Message-ID: <434268A0.3080108@pobox.com> (raw)
In-Reply-To: <43114DE1.7090406@torque.net>

Douglas Gilbert wrote:
> Jeff,
> Here is a follow on patch based on lk 2.6.13-rc7
> plus the start_stop_unit patch and the rw_zero_length
> patch.
> 
> It adds more general error processing, typically for
> problems (or an early finish) detected while a
> SCSI command is being processed prior to an ATA
> command being executed.
> 
> Changelog:
>   - add extern ata_scsi_set_sense() to build SCSI
>     sense data and corresponding status
>   - this allows removal of extern ata_scsi_badcmd()
>     and static inline ata_bad_scsiop() and ata_bad_cdb()
>   - change "xlat" functions in libata-scsi so they
>     are responsible for SCSI status and sense data
>     when they return 1. This allows GOOD status or a
>     specialized error to be set.
>   - set DRIVER_SENSE when SAM_STAT_CHECK_CONDITION
>     is flagged in scsi_cmnd::result
>   - yield an error for mode sense requests for saved
>     values [sat-r05]
>   - change recent rw_zero_length patch to do nothing
>     (yield GOOD status) when transfer_length==0 for
>     10 and 16 byte READ and WRITE commands (SBC-2).

All this is OK, though in the future, please split changes such as the 
creation and explicit use of ata_scsi_set_sense() to a separate patch. 
We need to separate logical changes.  Patches get applied more quickly 
when they are split up, too.


However, I really wanted to go ahead and merge the C/H/S support patch, 
which updates the R/W xlat function, causing conflicts with your patch 
in several places.  (as a side effect, C/H/S updates clean up the R/W 
xlat function rather nicely)


If you would be kind enough to rediff against the 'upstream' branch of
rsync://rsync.kernel.org/pub/scm/linux/kernel/git/jgarzik/libata-dev.git

I would really appreciate it.  I'll merge it as soon as I receive the 
rediff.

	Jeff



      reply	other threads:[~2005-10-04 11:33 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-08-28  5:38 [PATCH] libata: scsi error handling Douglas Gilbert
2005-10-04 11:33 ` Jeff Garzik [this message]

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=434268A0.3080108@pobox.com \
    --to=jgarzik@pobox.com \
    --cc=dougg@torque.net \
    --cc=linux-ide@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.