linux-kernel - Re: [PATCH] docs/memory-barriers.txt.kokr: Minor wordsmith

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <CAEjAshoe3HunF4=0LQduZ=QW3mFQVNZQY6xXYJ1TwA1byMrGDQ@mail.gmail.com>
Date:   Thu, 12 Dec 2019 18:30:35 +0100
From:   SeongJae Park <sj38.park@...il.com>
To:     Jonathan Corbet <corbet@....net>,
        "Paul E. McKenney" <paulmck@...nel.org>
Cc:     Will Deacon <will@...nel.org>, LKML <linux-kernel@...r.kernel.org>,
        linux-doc <linux-doc@...r.kernel.org>,
        SeongJae Park <sjpark@...zon.de>
Subject: Re: [PATCH] docs/memory-barriers.txt.kokr: Minor wordsmith

Hello Jon,

On Fri, Dec 6, 2019 at 6:21 PM SeongJae Park <sj38.park@...il.com> wrote:
>
> Hello Jon and Paul,
>
> On Fri, Nov 29, 2019 at 7:29 PM SeongJae Park <sj38.park@...il.com> 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?

May I ask your comments?


Thanks,
SeongJae Park

>
>
> 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@...zon.de>
> > Reviewed-by: Yunjae Lee <lyj7694@...il.com>
> > ---
> >  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
> >