[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAGXu5j+51gKaeU7jd8=GUO87PfRRGbKwEHhbQDHrc8Ohynwdcw@mail.gmail.com>
Date:   Thu, 7 Dec 2017 09:59:51 -0800
From:   Kees Cook <keescook@...omium.org>
To:     Jonathan Corbet <corbet@....net>
Cc:     Elena Reshetova <elena.reshetova@...el.com>,
        linux-doc@...r.kernel.org, Peter Zijlstra <peterz@...radead.org>,
        LKML <linux-kernel@...r.kernel.org>,
        Dave Chinner <david@...morbit.com>
Subject: Re: [PATCH] docs: refcount_t documentation
On Thu, Dec 7, 2017 at 9:58 AM, Jonathan Corbet <corbet@....net> wrote:
> On Tue,  5 Dec 2017 12:46:35 +0200
> Elena Reshetova <elena.reshetova@...el.com> wrote:
>
>> Some functions from refcount_t API provide different
>> memory ordering guarantees that their atomic counterparts.
>> This adds a document outlining these differences (
>> Documentation/core-api/refcount-vs-atomic.rst) as well as
>> some other minor improvements.
>
> This seems generally good to me.  Did you want me to take it through the
> docs tree (including the refcount.h change) or did you have some other
> path in mind?
FWIW, I had assumed this would go via the docs tree.
-Kees
-- 
Kees Cook
Pixel Security
Powered by blists - more mailing lists