Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1502686 > unrolled thread
| Started by | Pranith Kumar <bobby.prani@gmail.com> |
|---|---|
| First post | 2016-10-18 07:00 +0200 |
| Last post | 2016-10-19 08:40 +0200 |
| Articles | 3 — 3 participants |
Back to article view | Back to linux.kernel
[PATCH] Documentation/RCU: Fix minor typo Pranith Kumar <bobby.prani@gmail.com> - 2016-10-18 07:00 +0200
Re: [PATCH] Documentation/RCU: Fix minor typo Josh Triplett <josh@joshtriplett.org> - 2016-10-18 09:50 +0200
Re: [PATCH] Documentation/RCU: Fix minor typo "Paul E. McKenney" <paulmck@linux.vnet.ibm.com> - 2016-10-19 08:40 +0200
| From | Pranith Kumar <bobby.prani@gmail.com> |
|---|---|
| Date | 2016-10-18 07:00 +0200 |
| Subject | [PATCH] Documentation/RCU: Fix minor typo |
| Message-ID | <stuFj-5rr-5@gated-at.bofh.it> |
deference should actually be dereference. Signed-off-by: Pranith Kumar <bobby.prani@gmail.com> --- Documentation/RCU/whatisRCU.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Documentation/RCU/whatisRCU.txt b/Documentation/RCU/whatisRCU.txt index 2044227..5cbd8b2 100644 --- a/Documentation/RCU/whatisRCU.txt +++ b/Documentation/RCU/whatisRCU.txt @@ -237,7 +237,7 @@ rcu_dereference() The reader uses rcu_dereference() to fetch an RCU-protected pointer, which returns a value that may then be safely - dereferenced. Note that rcu_deference() does not actually + dereferenced. Note that rcu_dereference() does not actually dereference the pointer, instead, it protects the pointer for later dereferencing. It also executes any needed memory-barrier instructions for a given CPU architecture. Currently, only Alpha -- 2.10.1
[toc] | [next] | [standalone]
| From | Josh Triplett <josh@joshtriplett.org> |
|---|---|
| Date | 2016-10-18 09:50 +0200 |
| Message-ID | <stxjQ-778-29@gated-at.bofh.it> |
| In reply to | #1502686 |
On Tue, Oct 18, 2016 at 12:54:03AM -0400, Pranith Kumar wrote: > deference should actually be dereference. > > Signed-off-by: Pranith Kumar <bobby.prani@gmail.com> Good catch. Reviewed-by: Josh Triplett <josh@joshtriplett.org> > Documentation/RCU/whatisRCU.txt | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/Documentation/RCU/whatisRCU.txt b/Documentation/RCU/whatisRCU.txt > index 2044227..5cbd8b2 100644 > --- a/Documentation/RCU/whatisRCU.txt > +++ b/Documentation/RCU/whatisRCU.txt > @@ -237,7 +237,7 @@ rcu_dereference() > > The reader uses rcu_dereference() to fetch an RCU-protected > pointer, which returns a value that may then be safely > - dereferenced. Note that rcu_deference() does not actually > + dereferenced. Note that rcu_dereference() does not actually > dereference the pointer, instead, it protects the pointer for > later dereferencing. It also executes any needed memory-barrier > instructions for a given CPU architecture. Currently, only Alpha > -- > 2.10.1 >
[toc] | [prev] | [next] | [standalone]
| From | "Paul E. McKenney" <paulmck@linux.vnet.ibm.com> |
|---|---|
| Date | 2016-10-19 08:40 +0200 |
| Message-ID | <stSHD-5Ix-1@gated-at.bofh.it> |
| In reply to | #1502766 |
On Tue, Oct 18, 2016 at 12:43:24AM -0700, Josh Triplett wrote: > On Tue, Oct 18, 2016 at 12:54:03AM -0400, Pranith Kumar wrote: > > deference should actually be dereference. > > > > Signed-off-by: Pranith Kumar <bobby.prani@gmail.com> > > Good catch. > > Reviewed-by: Josh Triplett <josh@joshtriplett.org> Applied, thank you both! Thanx, Paul > > Documentation/RCU/whatisRCU.txt | 2 +- > > 1 file changed, 1 insertion(+), 1 deletion(-) > > > > diff --git a/Documentation/RCU/whatisRCU.txt b/Documentation/RCU/whatisRCU.txt > > index 2044227..5cbd8b2 100644 > > --- a/Documentation/RCU/whatisRCU.txt > > +++ b/Documentation/RCU/whatisRCU.txt > > @@ -237,7 +237,7 @@ rcu_dereference() > > > > The reader uses rcu_dereference() to fetch an RCU-protected > > pointer, which returns a value that may then be safely > > - dereferenced. Note that rcu_deference() does not actually > > + dereferenced. Note that rcu_dereference() does not actually > > dereference the pointer, instead, it protects the pointer for > > later dereferencing. It also executes any needed memory-barrier > > instructions for a given CPU architecture. Currently, only Alpha > > -- > > 2.10.1 > > >
[toc] | [prev] | [standalone]
Back to top | Article view | linux.kernel
csiph-web