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.
next prev parent 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).