From: "Paul E. McKenney" <paulmck@linux.ibm.com>
To: Akira Yokosawa <akiyks@gmail.com>
Cc: perfbook@vger.kernel.org
Subject: Re: [PATCH 2/2] datastruct/hash: Annotate racy accesses with READ_ONCE/WRITE_ONCE
Date: Fri, 4 Jan 2019 16:10:48 -0800 [thread overview]
Message-ID: <20190105001048.GO4170@linux.ibm.com> (raw)
In-Reply-To: <422fd7bf-e025-66ab-e6dd-cc833cb8e83b@gmail.com>
On Sat, Jan 05, 2019 at 12:41:25AM +0900, Akira Yokosawa wrote:
> >From ed528d05b7800d651ef5e36de37732a06b456462 Mon Sep 17 00:00:00 2001
> From: Akira Yokosawa <akiyks@gmail.com>
> Date: Sat, 5 Jan 2019 00:15:47 +0900
> Subject: [PATCH 2/2] datastruct/hash: Annotate racy accesses with READ_ONCE/WRITE_ONCE
>
> ht_get_bucket() runs concurrently with hash_resize().
> As a defensive coding rule to survive compiler optimization,
> accesses to (*htp)->ht_resize_cur, (*htp)->ht_new, and
> (*htp)->ht_idx should be annotated by READ_ONCE/WRITE_ONCE.
>
> Signed-off-by: Akira Yokosawa <akiyks@gmail.com>
Thank you!
The trick I used to avoid having to apply this before getting the bugs
fixed was to compile with -O0. Crude, but effective. Plus handy in
that it allows gdb to actually show you the values of all the variables
instead of just saying the ones you need have been optimized out. ;-)
Responses below, and update patch after that. As always, please let
me know if I messed something up.
Thanx, Paul
> ---
> CodeSamples/datastruct/hash/hash_resize.c | 12 ++++++------
> 1 file changed, 6 insertions(+), 6 deletions(-)
>
> diff --git a/CodeSamples/datastruct/hash/hash_resize.c b/CodeSamples/datastruct/hash/hash_resize.c
> index 57c75c1..e1d92a6 100644
> --- a/CodeSamples/datastruct/hash/hash_resize.c
> +++ b/CodeSamples/datastruct/hash/hash_resize.c
> @@ -137,13 +137,13 @@ ht_get_bucket(struct ht **htp, void *key, long *b, int *i)
>
> htbp = ht_get_bucket_single(*htp, key, b); //\lnlbl{call_single}
> //\fcvexclude
> - if (*b <= (*htp)->ht_resize_cur) { //\lnlbl{resized}
> + if (*b <= READ_ONCE((*htp)->ht_resize_cur)) { //\lnlbl{resized}
Good point, this one is needed.
> smp_mb(); /* order ->ht_resize_cur before ->ht_new. */
> - *htp = (*htp)->ht_new; //\lnlbl{newtable}
> + *htp = READ_ONCE((*htp)->ht_new); //\lnlbl{newtable}
This one needs to be rcu_dereference().
> htbp = ht_get_bucket_single(*htp, key, b); //\lnlbl{newbucket}
> }
> if (i) //\lnlbl{chk_i}
> - *i = (*htp)->ht_idx; //\lnlbl{set_idx}
> + *i = READ_ONCE((*htp)->ht_idx); //\lnlbl{set_idx}
This is -not- needed because ->ht_idx is constant once the new set of
buckets is exposed to readers. (Yes, it was exposed before the last
change when you produced this patch, but that was just me being stupid,
so it is now fixed.)
> return htbp; //\lnlbl{return}
> } //\lnlbl{e}
> //\end{snippet}
> @@ -301,10 +301,10 @@ int hashtab_resize(struct hashtab *htp_master,
> spin_unlock(&htp_master->ht_lock); //\lnlbl{rel_nomem}
> return -ENOMEM; //\lnlbl{ret_nomem}
> }
> - htp->ht_new = htp_new; //\lnlbl{set_newtbl}
> + WRITE_ONCE(htp->ht_new, htp_new); //\lnlbl{set_newtbl}
This is now an smp_store_release(). Hmmm... It really needs to instead
be rcu_assign_pointer(), doesn't it?
> synchronize_rcu(); //\lnlbl{sync_rcu}
> idx = htp->ht_idx; //\lnlbl{get_curidx}
> - htp_new->ht_idx = !idx;
> + WRITE_ONCE(htp_new->ht_idx, !idx);
Now that this is ordered before the ->ht_new update, it can just be a
plain store.
> for (i = 0; i < htp->ht_nbuckets; i++) { //\lnlbl{loop:b}
> htbp = &htp->ht_bkt[i]; //\lnlbl{get_oldcur}
> spin_lock(&htbp->htb_lock); //\lnlbl{acq_oldcur}
> @@ -315,7 +315,7 @@ int hashtab_resize(struct hashtab *htp_master,
> spin_unlock(&htbp_new->htb_lock);
> } //\lnlbl{loop_list:e}
> smp_mb(); /* Fill new buckets before claiming them. */
> - htp->ht_resize_cur = i; //\lnlbl{update_resize}
> + WRITE_ONCE(htp->ht_resize_cur, i); //\lnlbl{update_resize}
Good catch, this is needed.
> spin_unlock(&htbp->htb_lock); //\lnlbl{rel_oldcur}
> } //\lnlbl{loop:e}
> rcu_assign_pointer(htp_master->ht_cur, htp_new); //\lnlbl{rcu_assign}
------------------------------------------------------------------------
commit 714422e1a98ffdf3de8bc0b87896eccec24be272
Author: Akira Yokosawa <akiyks@gmail.com>
Date: Fri Jan 4 16:07:22 2019 -0800
datastruct/hash: Annotate racy accesses
Because the resizable hash table allows adds, deletes, and lookups to
run concurrently with resizing, ht_get_bucket() can run concurrently
with hash_resize(). As a defensive coding rule to survive compiler
optimization, accesses to (*htp)->ht_resize_cur should be annotated
by rcu_dereference()/rcu_assign_pointer() and (*htp)->ht_new should be
annotated by READ_ONCE()/WRITE_ONCE().
Signed-off-by: Akira Yokosawa <akiyks@gmail.com>
[ paulmck: Adjusted based on recent changes. ]
Signed-off-by: Paul E. McKenney <paulmck@linux.ibm.com>
diff --git a/CodeSamples/datastruct/hash/hash_resize.c b/CodeSamples/datastruct/hash/hash_resize.c
index 37251a769212..173043a5b788 100644
--- a/CodeSamples/datastruct/hash/hash_resize.c
+++ b/CodeSamples/datastruct/hash/hash_resize.c
@@ -143,9 +143,9 @@ ht_get_bucket(struct ht **htp, void *key, long *b, int *i)
htbp = ht_get_bucket_single(*htp, key, b, NULL); //\lnlbl{call_single}
//\fcvexclude
- if (*b <= (*htp)->ht_resize_cur) { //\lnlbl{resized}
+ if (*b <= READ_ONCE((*htp)->ht_resize_cur)) { //\lnlbl{resized}
smp_mb(); /* order ->ht_resize_cur before ->ht_new. */
- *htp = (*htp)->ht_new; //\lnlbl{newtable}
+ *htp = rcu_dereference((*htp)->ht_new); //\lnlbl{newtable}
htbp = ht_get_bucket_single(*htp, key, b, NULL); //\lnlbl{newbucket}
}
if (i) //\lnlbl{chk_i}
@@ -185,7 +185,7 @@ resize_lock_mod(struct hashtab *htp_master, void *key,
lsp->hbp[0] = htbp;
lsp->hls_idx[0] = htp->ht_idx;
lsp->hls_hash[0] = h;
- if (b > htp->ht_resize_cur) { //\lnlbl{lock:chk_resz_dist}
+ if (b > READ_ONCE(htp->ht_resize_cur)) { //\lnlbl{lock:chk_resz_dist}
lsp->hbp[1] = NULL;
return; //\lnlbl{lock:fastret1}
}
@@ -303,7 +303,7 @@ int hashtab_resize(struct hashtab *htp_master,
}
idx = htp->ht_idx; //\lnlbl{get_curidx}
htp_new->ht_idx = !idx;
- smp_store_release(&htp->ht_new, htp_new); //\lnlbl{set_newtbl}
+ rcu_assign_pointer(htp->ht_new, htp_new); //\lnlbl{set_newtbl}
synchronize_rcu(); //\lnlbl{sync_rcu}
for (i = 0; i < htp->ht_nbuckets; i++) { //\lnlbl{loop:b}
htbp = &htp->ht_bkt[i]; //\lnlbl{get_oldcur}
@@ -315,7 +315,7 @@ int hashtab_resize(struct hashtab *htp_master,
spin_unlock(&htbp_new->htb_lock);
} //\lnlbl{loop_list:e}
smp_mb(); /* Fill new buckets before claiming them. */
- htp->ht_resize_cur = i; //\lnlbl{update_resize}
+ WRITE_ONCE(htp->ht_resize_cur, i); //\lnlbl{update_resize}
spin_unlock(&htbp->htb_lock); //\lnlbl{rel_oldcur}
} //\lnlbl{loop:e}
rcu_assign_pointer(htp_master->ht_cur, htp_new); //\lnlbl{rcu_assign}
prev parent reply other threads:[~2019-01-05 0:10 UTC|newest]
Thread overview: 37+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-12-24 14:46 [PATCH 00/11] datastruct: Employ new scheme for code snippet Akira Yokosawa
2018-12-24 14:53 ` [PATCH 01/11] fcvextract.pl: Enhance comment block handling of C source Akira Yokosawa
2018-12-24 14:55 ` [PATCH 02/11] CodeSamples: Add explicit 'keepcomment=yes' options Akira Yokosawa
2018-12-24 14:56 ` [PATCH 03/11] fcvextract.pl: Make 'keepcomment=no' as default Akira Yokosawa
2018-12-24 14:57 ` [PATCH 04/11] CodeSamples: Remove redundant \fcvexclude Akira Yokosawa
2018-12-24 14:59 ` [PATCH 05/11] fcvextract.pl: Support '/* \lnlbl{...} */' style label in C source Akira Yokosawa
2018-12-24 15:00 ` [PATCH 06/11] datastruct: Employ new scheme for snippets of hash_bkt.c Akira Yokosawa
2018-12-24 15:01 ` [PATCH 07/11] datastruct: Update hashdiagram figure Akira Yokosawa
2018-12-24 15:02 ` [PATCH 08/11] datastruct: Employ new scheme for snippets of hash_bkt_rcu and hash_resize Akira Yokosawa
2018-12-24 15:03 ` [PATCH 09/11] Make sure lmtt font is used in 'VerbatimL' and 'Verbatim' env Akira Yokosawa
2018-12-24 15:04 ` [PATCH 10/11] Use wider tabsize for snippet in 'listing*' Akira Yokosawa
2018-12-24 15:05 ` [PATCH 11/11] datastruct: Tweak hyphenation Akira Yokosawa
2018-12-24 23:58 ` [PATCH 00/11] datastruct: Employ new scheme for code snippet Paul E. McKenney
2018-12-25 0:53 ` Paul E. McKenney
2018-12-25 14:30 ` Akira Yokosawa
2018-12-26 14:17 ` Paul E. McKenney
2018-12-26 14:31 ` [PATCH] gen_snippet_d.pl: Add rules to ignore editor's backup files Akira Yokosawa
2018-12-26 15:00 ` Paul E. McKenney
2018-12-31 4:37 ` Sporadic SIGSEGV in hash_bkt_rcu and hash_resize (was Re: [PATCH] gen_snippet_d.pl: Add rules to ignore editor's backup files) Akira Yokosawa
2018-12-31 15:15 ` [PATCH] EXP hashtorture.h: Avoid sporadic SIGSEGV in hash_bkt_rcu Akira Yokosawa
2018-12-31 21:03 ` Paul E. McKenney
2019-01-01 0:27 ` Akira Yokosawa
2019-01-01 18:00 ` Paul E. McKenney
2019-01-02 15:02 ` Akira Yokosawa
2019-01-02 17:18 ` Paul E. McKenney
2019-01-02 19:18 ` Paul E. McKenney
2019-01-03 15:57 ` [PATCH] datastruct/hash: Tweak appearance of updated code in snippet Akira Yokosawa
2019-01-03 17:21 ` Paul E. McKenney
2019-01-03 23:35 ` Akira Yokosawa
2019-01-04 0:52 ` Paul E. McKenney
2019-01-04 1:56 ` Akira Yokosawa
2019-01-04 3:56 ` Paul E. McKenney
2019-01-04 15:38 ` Akira Yokosawa
2019-01-04 15:39 ` [PATCH 1/2] datastruct/hash: Tweak indent of folded line " Akira Yokosawa
2019-01-04 22:40 ` Paul E. McKenney
2019-01-04 15:41 ` [PATCH 2/2] datastruct/hash: Annotate racy accesses with READ_ONCE/WRITE_ONCE Akira Yokosawa
2019-01-05 0:10 ` Paul E. McKenney [this message]
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=20190105001048.GO4170@linux.ibm.com \
--to=paulmck@linux.ibm.com \
--cc=akiyks@gmail.com \
--cc=perfbook@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