linux-ide.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Jeff Garzik <jeff@garzik.org>
To: Mark Lord <liml@rtr.ca>
Cc: IDE/ATA development list <linux-ide@vger.kernel.org>,
	Tejun Heo <htejun@gmail.com>
Subject: Re: [PATCH] libata: (round 5) add support for ATA_16 on ATAPI
Date: Fri, 02 Mar 2007 19:31:00 -0500	[thread overview]
Message-ID: <45E8C1C4.4050104@garzik.org> (raw)
In-Reply-To: <45C376F1.5060103@rtr.ca>

Mark Lord wrote:
> Resending, with a bug fixed, and default ata16_passthru=0.
> 
> This patch adds support for issuing ATA_16 passthru commands
> to ATAPI devices managed by libata.  It requires the previous
> CDB length fix patch.
> 
> A boot/module parameter, "ata16_passthru=1" can be used to
> globally disable this feature, if ever desired.
> 
> Signed-Off-By: Mark :ord <mlord@pobox.com>
> ---
> diff -u --recursive --new-file --exclude-from=old/Documentation/dontdiff 
> old/drivers/ata/libata-core.c new/drivers/ata/libata-core.c
> --- old/drivers/ata/libata-core.c    2007-02-02 12:29:10.000000000 -0500
> +++ new/drivers/ata/libata-core.c    2007-02-02 12:29:03.000000000 -0500
> @@ -82,6 +82,10 @@
> module_param(atapi_dmadir, int, 0444);
> MODULE_PARM_DESC(atapi_dmadir, "Enable ATAPI DMADIR bridge support 
> (0=off, 1=on)");
> 
> +int ata16_passthru = 0;
> +module_param(ata16_passthru, int, 0444);
> +MODULE_PARM_DESC(ata16_passthru, "Enable passthru of SCSI opcode 0x85 
> to ATAPI devices (0=off, 1=on)");
> +
> int libata_fua = 0;
> module_param_named(fua, libata_fua, int, 0444);
> MODULE_PARM_DESC(fua, "FUA support (0=off, 1=on)");
> diff -u --recursive --new-file --exclude-from=old/Documentation/dontdiff 
> old/drivers/ata/libata-scsi.c new/drivers/ata/libata-scsi.c
> --- old/drivers/ata/libata-scsi.c    2007-02-02 12:29:10.000000000 -0500
> +++ new/drivers/ata/libata-scsi.c    2007-02-02 12:29:25.000000000 -0500
> @@ -2688,6 +2688,10 @@
> 
> static inline ata_xlat_func_t ata_get_xlat_func(struct ata_device *dev, 
> u8 cmd)
> {
> +    if (dev->class == ATA_DEV_ATAPI)
> +        if (cmd != ATA_16 || ata16_passthru)
> +            return atapi_xlat;
> +
>     switch (cmd) {
>     case READ_6:
>     case READ_10:
> @@ -2746,27 +2750,28 @@
>                       void (*done)(struct scsi_cmnd *),
>                       struct ata_device *dev)
> {
> -    int rc = 0;
> -
> -    if (unlikely(!scmd->cmd_len || scmd->cmd_len > dev->cdb_len)) {
> -        DPRINTK("bad CDB len=%u, max=%u\n",
> -            scmd->cmd_len, dev->cdb_len);
> +    ata_xlat_func_t xlat_func;
> +    int rc = 0, max_len;
> +    u8 scsi_op = scmd->cmnd[0];
> +
> +    if (scsi_op == ATA_16 && dev->class == ATA_DEV_ATAPI && 
> !ata16_passthru)
> +        max_len = 16;
> +    else
> +        max_len = dev->cdb_len;
> + +    if (unlikely(!scmd->cmd_len || scmd->cmd_len > max_len)) {
> +         DPRINTK("bad CDB len=%u, max=%u\n",
> +             scmd->cmd_len, max_len);

looks like a chompified patch (double '+')


>         scmd->result = DID_ERROR << 16;
>         done(scmd);
>         return 0;
>     }
> 
> -    if (dev->class == ATA_DEV_ATA) {
> -        ata_xlat_func_t xlat_func = ata_get_xlat_func(dev,
> -                                  scmd->cmnd[0]);
> -
> -        if (xlat_func)
> -            rc = ata_scsi_translate(dev, scmd, done, xlat_func);
> -        else
> -            ata_scsi_simulate(dev, scmd, done);
> -    } else
> -        rc = ata_scsi_translate(dev, scmd, done, atapi_xlat);
> -
> +    xlat_func = ata_get_xlat_func(dev, scsi_op);
> +    if (xlat_func)
> +        rc = ata_scsi_translate(dev, scmd, done, xlat_func);
> +    else
> +        ata_scsi_simulate(dev, scmd, done);
>     return rc;


this looks like a bug?  ata_scsi_simulate() should not be called for 
ATAPI devices.


  reply	other threads:[~2007-03-03  0:31 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-02-02 17:37 [PATCH] libata: (round 5) add support for ATA_16 on ATAPI Mark Lord
2007-03-03  0:31 ` Jeff Garzik [this message]
2007-03-04 20:31   ` Mark Lord
2007-03-04 20:35     ` [PATCH] libata: (round 6) " Mark Lord

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=45E8C1C4.4050104@garzik.org \
    --to=jeff@garzik.org \
    --cc=htejun@gmail.com \
    --cc=liml@rtr.ca \
    --cc=linux-ide@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 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).