From: Hannes Reinecke <hare@suse.de>
To: Christoph Hellwig <hch@lst.de>, linux-scsi@vger.kernel.org
Cc: Doug Ledford <dledford@redhat.com>
Subject: Re: [PATCH 1/4] scsi: remove ->change_queue_type method
Date: Wed, 03 Dec 2014 14:32:04 +0100 [thread overview]
Message-ID: <547F10D4.60605@suse.de> (raw)
In-Reply-To: <1416839781-26988-2-git-send-email-hch@lst.de>
On 11/24/2014 03:36 PM, Christoph Hellwig wrote:
> Since we got rid of ordered tag support in 2010 the prime use case of
> switching on and off ordered tags has been obsolete. The other function
> of enabling/dsiabling tagging entirely has only been correctly implemented
> by the 53c700 driver and isn't generally useful.
>
> Signed-off-by: Christoph Hellwig <hch@lst.de>
> ---
> drivers/infiniband/ulp/srp/ib_srp.c | 1 -
> drivers/scsi/53c700.c | 35 -----------------------------------
> drivers/scsi/aic94xx/aic94xx_init.c | 1 -
> drivers/scsi/bnx2fc/bnx2fc_fcoe.c | 1 -
> drivers/scsi/esas2r/esas2r_main.c | 1 -
> drivers/scsi/fcoe/fcoe.c | 1 -
> drivers/scsi/fnic/fnic_main.c | 1 -
> drivers/scsi/ibmvscsi/ibmvfc.c | 1 -
> drivers/scsi/ipr.c | 25 -------------------------
> drivers/scsi/isci/init.c | 1 -
> drivers/scsi/libsas/sas_scsi_host.c | 8 --------
> drivers/scsi/lpfc/lpfc_scsi.c | 2 --
> drivers/scsi/mpt2sas/mpt2sas_scsih.c | 1 -
> drivers/scsi/mpt3sas/mpt3sas_scsih.c | 1 -
> drivers/scsi/mvsas/mv_init.c | 1 -
> drivers/scsi/pm8001/pm8001_init.c | 1 -
> drivers/scsi/pmcraid.c | 1 -
> drivers/scsi/qla2xxx/qla_os.c | 1 -
> drivers/scsi/scsi.c | 16 ----------------
> drivers/scsi/scsi_debug.c | 27 ---------------------------
> drivers/scsi/scsi_sysfs.c | 30 ++++--------------------------
> drivers/target/loopback/tcm_loop.c | 1 -
> include/scsi/libsas.h | 1 -
> include/scsi/scsi_host.h | 13 -------------
> include/scsi/scsi_tcq.h | 3 ---
> 25 files changed, 4 insertions(+), 171 deletions(-)
>
[ .. ]
> diff --git a/drivers/scsi/scsi_sysfs.c b/drivers/scsi/scsi_sysfs.c
> index 1cb64a8..1ac38e7 100644
> --- a/drivers/scsi/scsi_sysfs.c
> +++ b/drivers/scsi/scsi_sysfs.c
> @@ -738,30 +738,12 @@ store_queue_type_field(struct device *dev, struct device_attribute *attr,
> const char *buf, size_t count)
> {
> struct scsi_device *sdev = to_scsi_device(dev);
> - struct scsi_host_template *sht = sdev->host->hostt;
> - int tag_type = 0, retval;
> - int prev_tag_type = scsi_get_tag_type(sdev);
> -
> - if (!sdev->tagged_supported || !sht->change_queue_type)
> - return -EINVAL;
>
> - /*
> - * We're never issueing order tags these days, but allow the value
> - * for backwards compatibility.
> - */
> - if (strncmp(buf, "ordered", 7) == 0 ||
> - strncmp(buf, "simple", 6) == 0)
> - tag_type = MSG_SIMPLE_TAG;
> - else if (strncmp(buf, "none", 4) != 0)
> + if (!sdev->tagged_supported)
> return -EINVAL;
> -
> - if (tag_type == prev_tag_type)
> - return count;
> -
> - retval = sht->change_queue_type(sdev, tag_type);
> - if (retval < 0)
> - return retval;
> -
> +
> + sdev_printk(KERN_INFO, sdev,
> + "ignoring write to deprecated queue_type attribute");
> return count;
> }
>
> @@ -938,10 +920,6 @@ static umode_t scsi_sdev_attr_is_visible(struct kobject *kobj,
> !sdev->host->hostt->change_queue_depth)
> return 0;
>
> - if (attr == &dev_attr_queue_type.attr &&
> - !sdev->host->hostt->change_queue_type)
> - return S_IRUGO;
> -
> return attr->mode;
> }
>
Why not setting the attribute to S_IRUGO always and drop the 'store'
method altogether?
Otherwise:
Reviewed-by: Hannes Reinecke <hare@suse.de>
Cheers,
Hannes
--
Dr. Hannes Reinecke zSeries & Storage
hare@suse.de +49 911 74053 688
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nürnberg
GF: J. Hawn, J. Guild, F. Imendörffer, HRB 21284 (AG Nürnberg)
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2014-12-03 13:32 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-11-24 14:36 queue_type fixups Christoph Hellwig
2014-11-24 14:36 ` [PATCH 1/4] scsi: remove ->change_queue_type method Christoph Hellwig
2014-11-28 9:59 ` Bart Van Assche
2014-12-03 13:32 ` Hannes Reinecke [this message]
2014-12-04 9:10 ` Christoph Hellwig
2014-12-04 2:27 ` Martin K. Petersen
2014-11-24 14:36 ` [PATCH 2/4] scsi: never drop to untagged mode during queue ramp down Christoph Hellwig
2014-11-28 9:59 ` Bart Van Assche
2014-12-03 13:32 ` Hannes Reinecke
2014-12-04 2:28 ` Martin K. Petersen
2014-11-24 14:36 ` [PATCH 3/4] scsi: remove scsi_get_tag_type Christoph Hellwig
2014-11-28 10:00 ` Bart Van Assche
2014-12-03 13:33 ` Hannes Reinecke
2014-12-04 2:28 ` Martin K. Petersen
2014-11-24 14:36 ` [PATCH 4/4] scsi: remove scsi_set_tag_type Christoph Hellwig
2014-11-28 10:00 ` Bart Van Assche
2014-12-03 13:34 ` Hannes Reinecke
2014-12-04 2:29 ` Martin K. Petersen
2014-11-24 15:07 ` [PATCH 5/4] scsi: remove MSG_*_TAG defines Christoph Hellwig
2014-11-28 9:58 ` Bart Van Assche
2014-12-01 9:03 ` Christoph Hellwig
2014-12-01 11:44 ` Bart Van Assche
2014-12-04 2:31 ` Martin K. Petersen
2014-12-03 9:32 ` queue_type fixups Christoph Hellwig
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=547F10D4.60605@suse.de \
--to=hare@suse.de \
--cc=dledford@redhat.com \
--cc=hch@lst.de \
--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 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).