[PATCH] memorder: Fix conjugation

[PATCH] memorder: Fix conjugation

[Akira Yokosawa]

From 52de440ceddf2f7bd97b4ad31b656d089f4b7f78 Mon Sep 17 00:00:00 2001
From: Akira Yokosawa <akiyks@gmail.com>
Date: Thu, 7 Sep 2017 23:39:54 +0900
Subject: [PATCH] memorder: Fix conjugation

Fixes: bee1892d96f3 ("memorder: Shift more towards "load" and "store"")
Signed-off-by: Akira Yokosawa <akiyks@gmail.com>
---
 memorder/memorder.tex | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/memorder/memorder.tex b/memorder/memorder.tex
index c0d30c0..80b8ac3 100644
--- a/memorder/memorder.tex
+++ b/memorder/memorder.tex
@@ -256,7 +256,7 @@ record their stores in their respective store buffers.

 Row~3 shows the two loads (lines~10 and~19 of
 Listing~\ref{lst:memorder:Memory Misordering: Store-Buffering Litmus Test}).
-Because the variable being load by each CPU is in that CPU's cache,
+Because the variable being loaded by each CPU is in that CPU's cache,
 each load immediately returns the cached value, which in both cases
 is zero.

-- 
2.7.4

Re: [PATCH] memorder: Fix conjugation

[Paul E. McKenney]

On Thu, Sep 07, 2017 at 11:47:16PM +0900, Akira Yokosawa wrote:
> >From 52de440ceddf2f7bd97b4ad31b656d089f4b7f78 Mon Sep 17 00:00:00 2001
> From: Akira Yokosawa <akiyks@gmail.com>
> Date: Thu, 7 Sep 2017 23:39:54 +0900
> Subject: [PATCH] memorder: Fix conjugation
> 
> Fixes: bee1892d96f3 ("memorder: Shift more towards "load" and "store"")
> Signed-off-by: Akira Yokosawa <akiyks@gmail.com>

Good catch, applied, thank you!

							Thanx, Paul

> ---
>  memorder/memorder.tex | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/memorder/memorder.tex b/memorder/memorder.tex
> index c0d30c0..80b8ac3 100644
> --- a/memorder/memorder.tex
> +++ b/memorder/memorder.tex
> @@ -256,7 +256,7 @@ record their stores in their respective store buffers.
> 
>  Row~3 shows the two loads (lines~10 and~19 of
>  Listing~\ref{lst:memorder:Memory Misordering: Store-Buffering Litmus Test}).
> -Because the variable being load by each CPU is in that CPU's cache,
> +Because the variable being loaded by each CPU is in that CPU's cache,
>  each load immediately returns the cached value, which in both cases
>  is zero.
> 
> -- 
> 2.7.4
> 

--
To unsubscribe from this list: send the line "unsubscribe perfbook" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  https://urldefense.proofpoint.com/v2/url?u=http-3A__vger.kernel.org_majordomo-2Dinfo.html&d=DwIBAg&c=jf_iaSHvJObTbx-siA1ZOg&r=ux41CW3B5BSVxDMRNRWyLbUmPebZc70Kq4AkfdiRGMI&m=AF8M59YhgZNjaQRkVXx1HMkLRY0jrU2xIAWd1hqt6Eg&s=XXKqO3-QhHfRFDxe_F37E6P2oDYZz-vdVh6nmIJtAlg&e=