All of lore.kernel.org
 help / color / mirror / Atom feed
From: Tejun Heo <tj@kernel.org>
To: Tom Yan <tom.ty89@gmail.com>
Cc: Sergei Shtylyov <sergei.shtylyov@cogentembedded.com>,
	martin.petersen@oracle.com, linux-ide@vger.kernel.org,
	linux-scsi@vger.kernel.org
Subject: Re: [PATCH v2 2/2] libata-scsi: do not respond with "invalid field" for FORMAT UNIT
Date: Tue, 5 Jul 2016 18:39:06 -0400	[thread overview]
Message-ID: <20160705223906.GD25394@htj.duckdns.org> (raw)
In-Reply-To: <CAGnHSEm2YEA2fg93w0jDR_Jou5MhxRH30RSLUqoQc_6Fg6s-Hg@mail.gmail.com>

Hello,

On Wed, Jul 06, 2016 at 03:13:31AM +0800, Tom Yan wrote:
> I just thought that such a minor change in a comment can fit in the
> same patch where the issue was first noticed. Anyway, will split them
> if I am going to send a v3 set.
> 
> On 5 July 2016 at 19:08, Sergei Shtylyov
> <sergei.shtylyov@cogentembedded.com> wrote:
> > On 7/5/2016 9:45 AM, tom.ty89@gmail.com wrote:
> >
> >> From: Tom Yan <tom.ty89@gmail.com>
> >>
> >> It does not make sense and is confusing to respond with "Invalid
> >> field in CDB" while we have no support at all implemented for
> >> FORMAT UNIT. It is decent to let it go to the default, which
> >> will respond with "Invalid command operation code" instead.
> >>
> >> Signed-off-by: Tom Yan <tom.ty89@gmail.com>
> >>
> >> diff --git a/drivers/ata/libata-scsi.c b/drivers/ata/libata-scsi.c
> >> index 029e738..ac5676e 100644
> >> --- a/drivers/ata/libata-scsi.c
> >> +++ b/drivers/ata/libata-scsi.c
> >> @@ -307,7 +307,7 @@ static void ata_scsi_set_invalid_field(struct
> >> ata_device *dev,
> >>                                        struct scsi_cmnd *cmd, u16 field,
> >> u8 bit)
> >>  {
> >>         ata_scsi_set_sense(dev, cmd, ILLEGAL_REQUEST, 0x24, 0x0);
> >> -       /* "Invalid field in cbd" */
> >> +       /* "Invalid field in CDB" */
> >
> >
> >    Don't do 2 things in one patch please> This change wasn't even documented
> > in the patch description.

So, for trivial cleanups, it's fine to do it along with other changes
when the cleanups and the said changes are related and close by;
however, the description should be able to encompass all changes.  It
doesn't have to be super detailed.  Something like "While at it, do
some trivial / typo / whatever cleanups" works fine.

Here, the cleanup isn't that close.  I'd just drop that chunk.  It
really doesn't matter whether cdb is in caps or not.

Thanks.

-- 
tejun

  reply	other threads:[~2016-07-05 22:39 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20160705064556.909-1-me>
2016-07-05  6:45 ` [PATCH v2 2/2] libata-scsi: do not respond with "invalid field" for FORMAT UNIT tom.ty89
2016-07-05 11:08   ` Sergei Shtylyov
2016-07-05 19:13     ` Tom Yan
2016-07-05 22:39       ` Tejun Heo [this message]
2016-07-06  6:40         ` Tom Yan
2016-07-06 13:39           ` Tejun Heo

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=20160705223906.GD25394@htj.duckdns.org \
    --to=tj@kernel.org \
    --cc=linux-ide@vger.kernel.org \
    --cc=linux-scsi@vger.kernel.org \
    --cc=martin.petersen@oracle.com \
    --cc=sergei.shtylyov@cogentembedded.com \
    --cc=tom.ty89@gmail.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.