From: James Bottomley <James.Bottomley@HansenPartnership.com>
To: Bart Van Assche <bart.vanassche@sandisk.com>
Cc: "Martin K. Petersen" <martin.petersen@oracle.com>,
Christoph Hellwig <hch@lst.de>,
Johannes Thumshirn <jthumshirn@suse.de>,
Dan Williams <dan.j.williams@intel.com>,
"linux-scsi@vger.kernel.org" <linux-scsi@vger.kernel.org>,
Sebastian Herbszt <herbszt@gmx.de>
Subject: Re: [PATCH v2, RESEND] Separate target visibility from reaped state information
Date: Wed, 06 Jan 2016 07:58:46 -0800 [thread overview]
Message-ID: <1452095926.2312.2.camel@HansenPartnership.com> (raw)
In-Reply-To: <568CCF4F.2000108@sandisk.com>
On Wed, 2016-01-06 at 09:24 +0100, Bart Van Assche wrote:
> Instead of representing the states "visible in sysfs" and
> "has been removed from the target list" by a single state
> variable, use two variables to represent this information.
>
> This patch avoids that SCSI device removal can trigger a
> soft lockup.
It does? When I asked you this the last time, you said the soft lockup
was fixed by a prior patch:
http://thread.gmane.org/gmane.linux.scsi/107248
If you've actually caught a problem, can we have details because the
distro people will want to know what gets fixed by this.
Thanks,
James
> See also:
> * "scsi: restart list search after unlock in scsi_remove_target"
> (commit 40998193560d).
> * "scsi_remove_target: fix softlockup regression on hot remove"
> (commit bc3f02a795d3).
>
> Reported-by: Sebastian Herbszt <herbszt@gmx.de>
> Tested-by: Sebastian Herbszt <herbszt@gmx.de>
> Signed-off-by: Bart Van Assche <bart.vanassche@sandisk.com>
> Cc: Christoph Hellwig <hch@lst.de>
> Cc: Johannes Thumshirn <jthumshirn@suse.de>
> Cc: Dan Williams <dan.j.williams@intel.com>
> Cc: stable <stable@vger.kernel.org>
> ---
> drivers/scsi/scsi_scan.c | 31 +++----------------------------
> drivers/scsi/scsi_sysfs.c | 7 ++++---
> include/scsi/scsi_device.h | 9 ++-------
> 3 files changed, 9 insertions(+), 38 deletions(-)
>
> See also:
> - http://thread.gmane.org/gmane.linux.scsi/107245.
> - http://thread.gmane.org/gmane.linux.scsi/108614.
>
> Changes compared to v1:
> - Renamed "visible" into "is_visible" for consistency with the rest
> of the
> SCSI initiator code.
> - Removed the scsi_target_state since it is no longer used.
>
> diff --git a/drivers/scsi/scsi_scan.c b/drivers/scsi/scsi_scan.c
> index 8324539..6accec3 100644
> --- a/drivers/scsi/scsi_scan.c
> +++ b/drivers/scsi/scsi_scan.c
> @@ -314,7 +314,6 @@ static void scsi_target_destroy(struct
> scsi_target *starget)
> struct Scsi_Host *shost = dev_to_shost(dev->parent);
> unsigned long flags;
>
> - starget->state = STARGET_DEL;
> transport_destroy_device(dev);
> spin_lock_irqsave(shost->host_lock, flags);
> if (shost->hostt->target_destroy)
> @@ -379,19 +378,15 @@ static void scsi_target_reap_ref_release(struct
> kref *kref)
> struct scsi_target *starget
> = container_of(kref, struct scsi_target, reap_ref);
>
> - /*
> - * if we get here and the target is still in the CREATED
> state that
> - * means it was allocated but never made visible (because a
> scan
> - * turned up no LUNs), so don't call device_del() on it.
> - */
> - if (starget->state != STARGET_CREATED) {
> + if (starget->is_visible) {
> + starget->is_visible = false;
> transport_remove_device(&starget->dev);
> device_del(&starget->dev);
> }
> scsi_target_destroy(starget);
> }
>
> -static void scsi_target_reap_ref_put(struct scsi_target *starget)
> +void scsi_target_reap(struct scsi_target *starget)
> {
> kref_put(&starget->reap_ref, scsi_target_reap_ref_release);
> }
> @@ -437,7 +432,6 @@ static struct scsi_target
> *scsi_alloc_target(struct device *parent,
> starget->can_queue = 0;
> INIT_LIST_HEAD(&starget->siblings);
> INIT_LIST_HEAD(&starget->devices);
> - starget->state = STARGET_CREATED;
> starget->scsi_level = SCSI_2;
> starget->max_target_blocked = SCSI_DEFAULT_TARGET_BLOCKED;
> retry:
> @@ -498,25 +492,6 @@ static struct scsi_target
> *scsi_alloc_target(struct device *parent,
> }
>
> /**
> - * scsi_target_reap - check to see if target is in use and destroy
> if not
> - * @starget: target to be checked
> - *
> - * This is used after removing a LUN or doing a last put of the
> target
> - * it checks atomically that nothing is using the target and removes
> - * it if so.
> - */
> -void scsi_target_reap(struct scsi_target *starget)
> -{
> - /*
> - * serious problem if this triggers: STARGET_DEL is only set
> in the if
> - * the reap_ref drops to zero, so we're trying to do another
> final put
> - * on an already released kref
> - */
> - BUG_ON(starget->state == STARGET_DEL);
> - scsi_target_reap_ref_put(starget);
> -}
> -
> -/**
> * sanitize_inquiry_string - remove non-graphical chars from an
> INQUIRY result string
> * @s: INQUIRY result string to sanitize
> * @len: length of the string
> diff --git a/drivers/scsi/scsi_sysfs.c b/drivers/scsi/scsi_sysfs.c
> index 8d23122..c5ea634 100644
> --- a/drivers/scsi/scsi_sysfs.c
> +++ b/drivers/scsi/scsi_sysfs.c
> @@ -1000,7 +1000,7 @@ static int scsi_target_add(struct scsi_target
> *starget)
> {
> int error;
>
> - if (starget->state != STARGET_CREATED)
> + if (starget->is_visible)
> return 0;
>
> error = device_add(&starget->dev);
> @@ -1009,7 +1009,7 @@ static int scsi_target_add(struct scsi_target
> *starget)
> return error;
> }
> transport_add_device(&starget->dev);
> - starget->state = STARGET_RUNNING;
> + starget->is_visible = true;
>
> pm_runtime_set_active(&starget->dev);
> pm_runtime_enable(&starget->dev);
> @@ -1198,10 +1198,11 @@ void scsi_remove_target(struct device *dev)
> restart:
> spin_lock_irqsave(shost->host_lock, flags);
> list_for_each_entry(starget, &shost->__targets, siblings) {
> - if (starget->state == STARGET_DEL)
> + if (starget->reaped)
> continue;
> if (starget->dev.parent == dev || &starget->dev ==
> dev) {
> kref_get(&starget->reap_ref);
> + starget->reaped = true;
> spin_unlock_irqrestore(shost->host_lock,
> flags);
> __scsi_remove_target(starget);
> scsi_target_reap(starget);
> diff --git a/include/scsi/scsi_device.h b/include/scsi/scsi_device.h
> index fe89d7c..f11c794 100644
> --- a/include/scsi/scsi_device.h
> +++ b/include/scsi/scsi_device.h
> @@ -236,12 +236,6 @@ scmd_printk(const char *, const struct scsi_cmnd
> *, const char *, ...);
> sdev_dbg((scmd)->device, fmt, ##a);
> \
> } while (0)
>
> -enum scsi_target_state {
> - STARGET_CREATED = 1,
> - STARGET_RUNNING,
> - STARGET_DEL,
> -};
> -
> /*
> * scsi_target: representation of a scsi target, for now, this is
> only
> * used for single_lun devices. If no one has active IO to the
> target,
> @@ -267,6 +261,8 @@ struct scsi_target {
> unsigned int expecting_lun_change:1; /
> * A device has reported
> * a 3F/0E UA, other
> devices on
> * the same target
> will also. */
> + unsigned int is_visible:1; /* visible in
> sysfs */
> + unsigned int reaped:1; /* removed from target
> list */
> /* commands actually active on LLD. */
> atomic_t target_busy;
> atomic_t target_blocked;
> @@ -280,7 +276,6 @@ struct scsi_target {
> #define SCSI_DEFAULT_TARGET_BLOCKED 3
>
> char scsi_level;
> - enum scsi_target_state state;
> void *hostdata; /* available to low
> -level driver */
> unsigned long starget_data[0]; /* for the
> transport */
> /* starget_data must be the last element!!!! */
next prev parent reply other threads:[~2016-01-06 15:58 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-01-06 8:24 [PATCH v2, RESEND] Separate target visibility from reaped state information Bart Van Assche
2016-01-06 12:16 ` Christoph Hellwig
2016-01-06 15:58 ` James Bottomley [this message]
2016-01-06 21:34 ` Sebastian Herbszt
2016-01-08 16:15 ` 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=1452095926.2312.2.camel@HansenPartnership.com \
--to=james.bottomley@hansenpartnership.com \
--cc=bart.vanassche@sandisk.com \
--cc=dan.j.williams@intel.com \
--cc=hch@lst.de \
--cc=herbszt@gmx.de \
--cc=jthumshirn@suse.de \
--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).