From: "Nicholas A. Bellinger" <nab@linux-iscsi.org>
To: Hannes Reinecke <hare@suse.de>
Cc: "Nicholas A. Bellinger" <nab@daterainc.com>,
target-devel <target-devel@vger.kernel.org>,
linux-scsi <linux-scsi@vger.kernel.org>,
linux-kernel <linux-kernel@vger.kernel.org>,
Christoph Hellwig <hch@lst.de>,
Sagi Grimberg <sagig@mellanox.com>,
"Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
Subject: Re: [PATCH-v3 00/10] target: se_node_acl + se_lun RCU conversions
Date: Mon, 01 Jun 2015 01:32:27 -0700 [thread overview]
Message-ID: <1433147547.3170.29.camel@haakon3.risingtidesystems.com> (raw)
In-Reply-To: <55643FB6.1080301@suse.de>
On Tue, 2015-05-26 at 11:41 +0200, Hannes Reinecke wrote:
> On 05/26/2015 08:25 AM, Nicholas A. Bellinger wrote:
> > From: Nicholas Bellinger <nab@linux-iscsi.org>
> >
> > Hi all,
> >
> > Here is -v3 series for converting LIO target se_node_acl + se_lun
> > mapping tables from fixed size arrays to dynamic RCU hlist_heads.
> >
> > This turns fast-path I/O into a lock-less RCU reader using existing
> > percpu based se_lun->lun_ref logic, and converts the RCU updater
> > path to allow for an arbitrary number of LUNs for both types of
> > mappings within target-core.
> >
> > As per this afternoon's email thread, the se_dev_entry->pr_comp
> > has been left in place for se_dev_entry shutdown within patch #1.
> > This completion is still required in order to prevent the configfs
> > se_lun_acl->se_lun_group from being removed from out below the
> > core_scsi3_lunacl_depend_item() caller during the special-case PR
> > ALL_TG_PT=1 registration handling.
> >
> > The changes based on -v2 series feedback from HCH & Co include:
> >
> > - Remove unused se_dev_entry->se_node_acl
> > - Drop unnecessary check in lunacl_undepend_item
> > - target: Drop bogus mutex_unlock in core_disable_device_list_for_node
> > - Drop left-over se_lun->lun_status
> > - target: Rename ->pr_regs to ->deve_flags + add bit definitions
> > - target: Convert se_dev_entry stats to atomic_long_t
> > - Avoid unnecessary PR target_nacl_find_deve() lookup in registration
> > - Add se_lun->lun_index for RCU dev->dev_index usage in stat.c
> > - Add various rcu_dereference and lockless_dereference RCU notation
> >
> > Please review.
> >
> > --nab
> >
> For the whole series:
>
> Reviewed-by: Hannes Reinecke <hare@suse.de>
Thanks for reviewing. 8-)
>
> Do you have a git tree for these changes?
> As mentioned earlier, it should be fairly trivial to convert
> LIO target to use 64-bit LUNs with this patchset.
>
The latest -v4 + -v3 series changes from this morning have been pushed
to target-pending/for-next.
Thank you,
--nab
next prev parent reply other threads:[~2015-06-01 8:32 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-05-26 6:25 Nicholas A. Bellinger
2015-05-26 6:25 ` [PATCH-v3 01/10] target: Convert se_node_acl->device_list[] to RCU hlist Nicholas A. Bellinger
2015-05-26 6:25 ` [PATCH-v3 02/10] target/pr: Use atomic bitop for se_dev_entry->deve_flags reservation check Nicholas A. Bellinger
2015-05-26 6:25 ` [PATCH-v3 03/10] target/pr: Change alloc_registration to avoid pr_reg_tg_pt_lun Nicholas A. Bellinger
2015-05-26 6:25 ` [PATCH-v3 04/10] target/pr: cleanup core_scsi3_pr_seq_non_holder Nicholas A. Bellinger
2015-05-26 6:25 ` [PATCH-v3 05/10] target: Convert se_portal_group->tpg_lun_list[] to RCU hlist Nicholas A. Bellinger
2015-05-26 6:25 ` [PATCH-v3 06/10] target: Convert se_tpg->acl_node_lock to ->acl_node_mutex Nicholas A. Bellinger
2015-05-26 6:25 ` [PATCH-v3 07/10] target: Convert core_tpg_deregister to use list splice Nicholas A. Bellinger
2015-05-26 6:25 ` [PATCH-v3 08/10] target: Drop unused se_lun->lun_acl_list Nicholas A. Bellinger
2015-05-26 6:25 ` [PATCH-v3 09/10] target: Only reset specific dynamic entries during lun_group creation Nicholas A. Bellinger
2015-05-26 6:25 ` [PATCH-v3 10/10] target: Drop left-over se_lun->lun_status Nicholas A. Bellinger
2015-05-26 9:41 ` [PATCH-v3 00/10] target: se_node_acl + se_lun RCU conversions Hannes Reinecke
2015-06-01 8:32 ` Nicholas A. Bellinger [this message]
2015-05-26 6:40 Nicholas A. Bellinger
2015-05-26 6:45 ` Nicholas A. Bellinger
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=1433147547.3170.29.camel@haakon3.risingtidesystems.com \
--to=nab@linux-iscsi.org \
--cc=hare@suse.de \
--cc=hch@lst.de \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-scsi@vger.kernel.org \
--cc=nab@daterainc.com \
--cc=paulmck@linux.vnet.ibm.com \
--cc=sagig@mellanox.com \
--cc=target-devel@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
all inboxes | Powered by JetHome®