From: Ewan Milne <emilne@redhat.com>
To: Hannes Reinecke <hare@suse.de>
Cc: James Bottomley <james.bottomley@hansenpartnership.com>,
Christoph Hellwig <hch@lst.de>,
"Martin K. Petersen" <martin.petersen@oracle.com>,
Bart van Assche <bart.vanassche@sandisk.com>,
linux-scsi@vger.kernel.org
Subject: Re: [PATCH 14/23] scsi_dh_alua: allocate RTPG buffer separately
Date: Tue, 22 Sep 2015 15:04:36 -0400 [thread overview]
Message-ID: <1442948676.4132.32.camel@localhost.localdomain> (raw)
In-Reply-To: <1440679281-13234-15-git-send-email-hare@suse.de>
On Thu, 2015-08-27 at 14:41 +0200, Hannes Reinecke wrote:
> The RTPG buffer will only evaluated within alua_rtpg(),
> so we can allocate it locally there and avoid having to
> put it into the global structure.
>
> Reviewed-by: Christoph Hellwig <hch@lst.de>
> Signed-off-by: Hannes Reinecke <hare@suse.de>
> ---
> drivers/scsi/device_handler/scsi_dh_alua.c | 56 +++++++++++-------------------
> 1 file changed, 21 insertions(+), 35 deletions(-)
>
> diff --git a/drivers/scsi/device_handler/scsi_dh_alua.c b/drivers/scsi/device_handler/scsi_dh_alua.c
> index d1010dd..4157fe2 100644
> --- a/drivers/scsi/device_handler/scsi_dh_alua.c
> +++ b/drivers/scsi/device_handler/scsi_dh_alua.c
> @@ -56,7 +56,7 @@
> #define TPGS_MODE_IMPLICIT 0x1
> #define TPGS_MODE_EXPLICIT 0x2
>
> -#define ALUA_INQUIRY_SIZE 36
> +#define ALUA_RTPG_SIZE 128
> #define ALUA_FAILOVER_TIMEOUT 60
> #define ALUA_FAILOVER_RETRIES 5
>
> @@ -75,9 +75,6 @@ struct alua_port_group {
> int state;
> int pref;
> unsigned flags; /* used for optimizing STPG */
> - unsigned char inq[ALUA_INQUIRY_SIZE];
> - unsigned char *buff;
> - int bufflen;
> unsigned char transition_tmo;
> };
>
> @@ -96,21 +93,6 @@ struct alua_dh_data {
> static char print_alua_state(int);
> static int alua_check_sense(struct scsi_device *, struct scsi_sense_hdr *);
>
> -static int realloc_buffer(struct alua_port_group *pg, unsigned len)
> -{
> - if (pg->buff && pg->buff != pg->inq)
> - kfree(pg->buff);
> -
> - pg->buff = kmalloc(len, GFP_NOIO);
> - if (!pg->buff) {
> - pg->buff = pg->inq;
> - pg->bufflen = ALUA_INQUIRY_SIZE;
> - return 1;
> - }
> - pg->bufflen = len;
> - return 0;
> -}
> -
> static void release_port_group(struct kref *kref)
> {
> struct alua_port_group *pg;
> @@ -120,8 +102,6 @@ static void release_port_group(struct kref *kref)
> spin_lock(&port_group_lock);
> list_del(&pg->node);
> spin_unlock(&port_group_lock);
> - if (pg->buff && pg->inq != pg->buff)
> - kfree(pg->buff);
> kfree(pg);
> }
>
> @@ -300,8 +280,6 @@ static int alua_check_vpd(struct scsi_device *sdev, struct alua_dh_data *h)
> return SCSI_DH_DEV_TEMP_BUSY;
> }
> pg->group_id = group_id;
> - pg->buff = pg->inq;
> - pg->bufflen = ALUA_INQUIRY_SIZE;
> pg->tpgs = h->tpgs;
> pg->state = TPGS_STATE_OPTIMIZED;
> kref_init(&pg->kref);
> @@ -424,8 +402,8 @@ static int alua_check_sense(struct scsi_device *sdev,
> static int alua_rtpg(struct scsi_device *sdev, struct alua_port_group *pg, int wait_for_transition)
> {
> struct scsi_sense_hdr sense_hdr;
> - int len, k, off, valid_states = 0;
> - unsigned char *ucp;
> + int len, k, off, valid_states = 0, bufflen = ALUA_RTPG_SIZE;
> + unsigned char *ucp, *buff;
> unsigned err, retval;
> unsigned long expiry, interval = 0;
> unsigned int tpg_desc_tbl_off;
> @@ -436,9 +414,12 @@ static int alua_rtpg(struct scsi_device *sdev, struct alua_port_group *pg, int w
> else
> expiry = round_jiffies_up(jiffies + pg->transition_tmo * HZ);
>
> + buff = kzalloc(bufflen, GFP_KERNEL);
> + if (!buff)
> + return SCSI_DH_DEV_TEMP_BUSY;
> +
> retry:
> - retval = submit_rtpg(sdev, pg->buff, pg->bufflen,
> - &sense_hdr, pg->flags);
> + retval = submit_rtpg(sdev, buff, bufflen, &sense_hdr, pg->flags);
>
> if (retval) {
> if (!scsi_sense_valid(&sense_hdr)) {
> @@ -449,6 +430,7 @@ static int alua_rtpg(struct scsi_device *sdev, struct alua_port_group *pg, int w
> err = SCSI_DH_DEV_TEMP_BUSY;
> else
> err = SCSI_DH_IO;
> + kfree(buff);
> return err;
> }
>
> @@ -477,14 +459,18 @@ static int alua_rtpg(struct scsi_device *sdev, struct alua_port_group *pg, int w
> sdev_printk(KERN_ERR, sdev, "%s: rtpg failed\n",
> ALUA_DH_NAME);
> scsi_print_sense_hdr(sdev, ALUA_DH_NAME, &sense_hdr);
> + kfree(buff);
> return SCSI_DH_IO;
> }
>
> - len = get_unaligned_be32(&pg->buff[0]) + 4;
> + len = get_unaligned_be32(&buff[0]) + 4;
>
> - if (len > pg->bufflen) {
> + if (len > bufflen) {
> /* Resubmit with the correct length */
> - if (realloc_buffer(pg, len)) {
> + kfree(buff);
> + bufflen = len;
> + buff = kmalloc(bufflen, GFP_KERNEL);
> + if (!buff) {
> sdev_printk(KERN_WARNING, sdev,
> "%s: kmalloc buffer failed\n",__func__);
> /* Temporary failure, bypass */
> @@ -494,9 +480,8 @@ static int alua_rtpg(struct scsi_device *sdev, struct alua_port_group *pg, int w
> }
>
> orig_transition_tmo = pg->transition_tmo;
> - if ((pg->buff[4] & RTPG_FMT_MASK) == RTPG_FMT_EXT_HDR &&
> - pg->buff[5] != 0)
> - pg->transition_tmo = pg->buff[5];
> + if ((buff[4] & RTPG_FMT_MASK) == RTPG_FMT_EXT_HDR && buff[5] != 0)
> + pg->transition_tmo = buff[5];
> else
> pg->transition_tmo = ALUA_FAILOVER_TIMEOUT;
>
> @@ -508,12 +493,12 @@ static int alua_rtpg(struct scsi_device *sdev, struct alua_port_group *pg, int w
> expiry = jiffies + pg->transition_tmo * HZ;
> }
>
> - if ((pg->buff[4] & RTPG_FMT_MASK) == RTPG_FMT_EXT_HDR)
> + if ((buff[4] & RTPG_FMT_MASK) == RTPG_FMT_EXT_HDR)
> tpg_desc_tbl_off = 8;
> else
> tpg_desc_tbl_off = 4;
>
> - for (k = tpg_desc_tbl_off, ucp = pg->buff + tpg_desc_tbl_off;
> + for (k = tpg_desc_tbl_off, ucp = buff + tpg_desc_tbl_off;
> k < len;
> k += off, ucp += off) {
>
> @@ -563,6 +548,7 @@ static int alua_rtpg(struct scsi_device *sdev, struct alua_port_group *pg, int w
> err = SCSI_DH_OK;
> break;
> }
> + kfree(buff);
> return err;
> }
>
I guess. Are these buffers so big that we don't want to make it part of
a structure that just stays allocated?
We should have some validation on the length of the data returned by RTPG in
the case where the buffer is re-kmalloc'ed, we can't kmalloc 4GB - 1 + 4 bytes.
And if the length is too big, it is not a "temporary" failure.
We should maybe only retry once with a larger buffer, rather than potentially
loop forever if the device keeps returning different information.
(I suppose we have the same potential issue with REPORT LUNS as well.)
Reviewed-by: Ewan D. Milne <emilne@redhat.com>
next prev parent reply other threads:[~2015-09-22 19:04 UTC|newest]
Thread overview: 93+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-08-27 12:40 [PATCHv4 00/23] asynchronous ALUA device handler Hannes Reinecke
2015-08-27 12:40 ` [PATCH 01/23] scsi_dh_alua: Disable ALUA handling for non-disk devices Hannes Reinecke
2015-09-01 9:37 ` Christoph Hellwig
2015-09-04 3:36 ` Martin K. Petersen
2015-09-22 18:28 ` Ewan Milne
2015-08-27 12:41 ` [PATCH 02/23] scsi_dh_alua: Use vpd_pg83 information Hannes Reinecke
2015-09-04 3:37 ` Martin K. Petersen
2015-09-22 18:29 ` Ewan Milne
2015-08-27 12:41 ` [PATCH 03/23] scsi_dh_alua: improved logging Hannes Reinecke
2015-09-04 3:38 ` Martin K. Petersen
2015-09-22 18:30 ` Ewan Milne
2015-08-27 12:41 ` [PATCH 04/23] scsi_dh_alua: use standard logging functions Hannes Reinecke
2015-09-01 9:48 ` Christoph Hellwig
2015-09-01 12:39 ` Hannes Reinecke
2015-09-22 18:32 ` Ewan Milne
2015-08-27 12:41 ` [PATCH 05/23] scsi_dh_alua: return standard SCSI return codes in submit_rtpg Hannes Reinecke
2015-09-01 9:52 ` Christoph Hellwig
2015-09-22 18:34 ` Ewan Milne
2015-08-27 12:41 ` [PATCH 06/23] scsi_dh_alua: fixup description of stpg_endio() Hannes Reinecke
2015-09-01 9:52 ` Christoph Hellwig
2015-09-04 3:40 ` Martin K. Petersen
2015-09-22 18:36 ` Ewan Milne
2015-08-27 12:41 ` [PATCH 07/23] scsi: remove scsi_show_sense_hdr() Hannes Reinecke
2015-09-04 3:41 ` Martin K. Petersen
2015-09-22 18:36 ` Ewan Milne
2015-08-27 12:41 ` [PATCH 08/23] scsi_dh_alua: use flag for RTPG extended header Hannes Reinecke
2015-09-04 3:42 ` Martin K. Petersen
2015-09-22 18:37 ` Ewan Milne
2015-08-27 12:41 ` [PATCH 09/23] scsi_dh_alua: use unaligned access macros Hannes Reinecke
2015-09-01 9:53 ` Christoph Hellwig
2015-09-04 3:43 ` Martin K. Petersen
2015-09-22 18:37 ` Ewan Milne
2015-08-27 12:41 ` [PATCH 10/23] scsi_dh_alua: Pass buffer as function argument Hannes Reinecke
2015-09-01 9:55 ` Christoph Hellwig
2015-09-04 3:44 ` Martin K. Petersen
2015-09-22 18:43 ` Ewan Milne
2015-09-24 16:37 ` Hannes Reinecke
2015-08-27 12:41 ` [PATCH 11/23] scsi_dh_alua: Make stpg synchronous Hannes Reinecke
2015-09-01 10:04 ` Christoph Hellwig
2015-09-01 12:58 ` Hannes Reinecke
2015-09-22 18:50 ` Ewan Milne
2015-09-24 16:47 ` Hannes Reinecke
2015-08-27 12:41 ` [PATCH 12/23] scsi_dh_alua: switch to scsi_execute_req_flags() Hannes Reinecke
2015-09-01 10:07 ` Christoph Hellwig
2015-09-22 18:54 ` Ewan Milne
2015-08-27 12:41 ` [PATCH 13/23] scsi_dh_alua: Use separate alua_port_group structure Hannes Reinecke
2015-09-01 10:20 ` Christoph Hellwig
2015-09-01 13:02 ` Hannes Reinecke
2015-09-01 13:44 ` Christoph Hellwig
2015-09-01 14:01 ` Hannes Reinecke
2015-09-01 10:48 ` Christoph Hellwig
2015-09-22 18:57 ` Ewan Milne
2015-08-27 12:41 ` [PATCH 14/23] scsi_dh_alua: allocate RTPG buffer separately Hannes Reinecke
2015-09-22 19:04 ` Ewan Milne [this message]
2015-09-24 17:19 ` Hannes Reinecke
2015-08-27 12:41 ` [PATCH 15/23] scsi_dh_alua: simplify sense code handling Hannes Reinecke
2015-09-22 19:10 ` Ewan Milne
2015-09-28 6:41 ` Hannes Reinecke
2015-08-27 12:41 ` [PATCH 16/23] scsi: Add scsi_vpd_lun_id() Hannes Reinecke
2015-09-01 10:22 ` Christoph Hellwig
2015-09-01 12:43 ` Hannes Reinecke
2015-09-22 19:17 ` Ewan Milne
2015-09-28 7:18 ` Hannes Reinecke
2015-08-27 12:41 ` [PATCH 17/23] scsi_dh_alua: use unique device id Hannes Reinecke
2015-09-01 10:25 ` Christoph Hellwig
2015-09-22 19:31 ` Ewan Milne
2015-09-28 7:41 ` Hannes Reinecke
2015-08-27 12:41 ` [PATCH 18/23] revert "scsi_dh_alua: ALUA hander attach should succeed while TPG is transitioning" Hannes Reinecke
2015-09-22 19:34 ` Ewan Milne
2015-08-27 12:41 ` [PATCH 19/23] scsi_dh_alua: Use workqueue for RTPG Hannes Reinecke
2015-09-01 11:15 ` Christoph Hellwig
2015-09-01 12:57 ` Hannes Reinecke
2015-09-02 6:39 ` Christoph Hellwig
2015-09-02 8:48 ` Hannes Reinecke
2015-11-05 20:34 ` Todd Gill
2015-09-22 19:49 ` Ewan Milne
2015-09-22 20:15 ` Hannes Reinecke
2015-09-23 13:58 ` Ewan Milne
2015-08-27 12:41 ` [PATCH 20/23] scsi_dh_alua: Recheck state on unit attention Hannes Reinecke
2015-09-01 10:31 ` Christoph Hellwig
2015-09-22 19:57 ` Ewan Milne
2015-09-23 13:01 ` Hannes Reinecke
2015-08-27 12:41 ` [PATCH 21/23] scsi_dh_alua: update all port states Hannes Reinecke
2015-09-01 10:32 ` Christoph Hellwig
2015-09-22 20:04 ` Ewan Milne
2015-09-22 20:20 ` Hannes Reinecke
2015-08-27 12:41 ` [PATCH 22/23] scsi_dh_alua: Send TEST UNIT READY to poll for transitioning Hannes Reinecke
2015-09-01 10:34 ` Christoph Hellwig
2015-09-22 20:05 ` Ewan Milne
2015-08-27 12:41 ` [PATCH 23/23] scsi_dh_alua: Update version to 2.0 Hannes Reinecke
2015-09-01 10:34 ` Christoph Hellwig
2015-09-22 20:05 ` Ewan Milne
2015-09-24 16:25 ` [PATCHv4 00/23] asynchronous ALUA device handler Bart Van Assche
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=1442948676.4132.32.camel@localhost.localdomain \
--to=emilne@redhat.com \
--cc=bart.vanassche@sandisk.com \
--cc=hare@suse.de \
--cc=hch@lst.de \
--cc=james.bottomley@hansenpartnership.com \
--cc=linux-scsi@vger.kernel.org \
--cc=martin.petersen@oracle.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 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).