Hello Jon and Paul, On Fri, Nov 29, 2019 at 7:29 PM SeongJae Park <sj38.park@xxxxxxxxx> wrote: > > As suggested by Paul, I got a review from another Korean hacker Yunjae. > From the review, I got not only 'Reviewed-by:' tags, but also found a > few minor nits. So I made a second version of the patchset but just > realized that the first version has already sent to Linus. I therefore > send only the nit fixes as another patch. May I ask your comments? Thanks, SeongJae Park > > ----------------------------- >8 ---------------------------------------- > docs/memory-barriers.txt.kokr: Minor wordsmith > > This commit fixes a couple of minor nits in the Korean translation of > 'memory-barriers.txt'. > > Signed-off-by: SeongJae Park <sjpark@xxxxxxxxx> > Reviewed-by: Yunjae Lee <lyj7694@xxxxxxxxx> > --- > Documentation/translations/ko_KR/memory-barriers.txt | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/Documentation/translations/ko_KR/memory-barriers.txt b/Documentation/translations/ko_KR/memory-barriers.txt > index a8d26df9360b..29e76a73ae59 100644 > --- a/Documentation/translations/ko_KR/memory-barriers.txt > +++ b/Documentation/translations/ko_KR/memory-barriers.txt > @@ -2413,7 +2413,7 @@ _않습니다_. > 알고 있는, - inb() 나 writel() 과 같은 - 적절한 액세스 루틴을 통해 이루어져야만 > 합니다. 이것들은 대부분의 경우에는 명시적 메모리 배리어 와 함께 사용될 필요가 > 없습니다만, 완화된 메모리 액세스 속성으로 I/O 메모리 윈도우로의 참조를 위해 > -액세스 함수가 사용된다면 순서를 강제하기 위해 _madatory_ 메모리 배리어가 > +액세스 함수가 사용된다면 순서를 강제하기 위해 _mandatory_ 메모리 배리어가 > 필요합니다. > > 더 많은 정보를 위해선 Documentation/driver-api/device-io.rst 를 참고하십시오. > @@ -2528,7 +2528,7 @@ I/O 액세스를 통한 주변장치와의 통신은 아키텍쳐와 기기에 > 이것들은 readX() 와 writeX() 랑 비슷하지만, 더 완화된 메모리 순서 > 보장을 제공합니다. 구체적으로, 이것들은 일반적 메모리 액세스나 delay() > 루프 (예:앞의 2-5 항목) 에 대해 순서를 보장하지 않습니다만 디폴트 I/O > - 기능으로 매핑된 __iomem 포인터에 대해 동작할 때, 같은 CPU 쓰레드에 의해 > + 기능으로 매핑된 __iomem 포인터에 대해 동작할 때, 같은 CPU 쓰레드에 의한 > 같은 주변장치로의 액세스에는 순서가 맞춰질 것이 보장됩니다. > > (*) readsX(), writesX(): > -- > 2.17.2 >
