> On Tue, Feb 28, 2017 at 5:11 PM, Paul Moore wrote:
> > On Tue, Feb 21, 2017 at 2:15 AM, Reshetova, Elena
> > wrote:
> >>> On Mon, Feb 20, 2017 at 5:19 AM, Elena Reshetova
> >>> wrote:
> >>> > refcount_t type and
> On Tue, Feb 28, 2017 at 5:11 PM, Paul Moore wrote:
> > On Tue, Feb 21, 2017 at 2:15 AM, Reshetova, Elena
> > wrote:
> >>> On Mon, Feb 20, 2017 at 5:19 AM, Elena Reshetova
> >>> wrote:
> >>> > refcount_t type and corresponding API should be
> >>> > used instead of atomic_t when the variable is
On Tue, Feb 28, 2017 at 5:11 PM, Paul Moore wrote:
> On Tue, Feb 21, 2017 at 2:15 AM, Reshetova, Elena
> wrote:
>>> On Mon, Feb 20, 2017 at 5:19 AM, Elena Reshetova
>>> wrote:
>>> > refcount_t type and corresponding API
On Tue, Feb 28, 2017 at 5:11 PM, Paul Moore wrote:
> On Tue, Feb 21, 2017 at 2:15 AM, Reshetova, Elena
> wrote:
>>> On Mon, Feb 20, 2017 at 5:19 AM, Elena Reshetova
>>> wrote:
>>> > refcount_t type and corresponding API should be
>>> > used instead of atomic_t when the variable is used as
>>> >
On Wed, Mar 1, 2017 at 11:35 AM, Paul Moore wrote:
> On Tue, Feb 28, 2017 at 7:16 PM, Kees Cook wrote:
>> On Tue, Feb 28, 2017 at 2:11 PM, Paul Moore wrote:
>>> I just realized that include/linux/refcount.h didn't make it into
>>>
On Wed, Mar 1, 2017 at 11:35 AM, Paul Moore wrote:
> On Tue, Feb 28, 2017 at 7:16 PM, Kees Cook wrote:
>> On Tue, Feb 28, 2017 at 2:11 PM, Paul Moore wrote:
>>> I just realized that include/linux/refcount.h didn't make it into
>>> v4.10 which means there is going to be delay until I merge them
On Tue, Feb 28, 2017 at 7:16 PM, Kees Cook wrote:
> On Tue, Feb 28, 2017 at 2:11 PM, Paul Moore wrote:
>> I just realized that include/linux/refcount.h didn't make it into
>> v4.10 which means there is going to be delay until I merge them into
>> the
On Tue, Feb 28, 2017 at 7:16 PM, Kees Cook wrote:
> On Tue, Feb 28, 2017 at 2:11 PM, Paul Moore wrote:
>> I just realized that include/linux/refcount.h didn't make it into
>> v4.10 which means there is going to be delay until I merge them into
>> the audit tree (I don't base the tree on -rc
On Tue, Feb 21, 2017 at 2:15 AM, Reshetova, Elena
wrote:
>> On Mon, Feb 20, 2017 at 5:19 AM, Elena Reshetova
>> wrote:
>> > refcount_t type and corresponding API should be
>> > used instead of atomic_t when the variable is used as
>> > a
On Tue, Feb 21, 2017 at 2:15 AM, Reshetova, Elena
wrote:
>> On Mon, Feb 20, 2017 at 5:19 AM, Elena Reshetova
>> wrote:
>> > refcount_t type and corresponding API should be
>> > used instead of atomic_t when the variable is used as
>> > a reference counter. This allows to avoid accidental
>> >
On Tue, Feb 28, 2017 at 2:11 PM, Paul Moore wrote:
> On Tue, Feb 21, 2017 at 2:15 AM, Reshetova, Elena
> wrote:
>>> On Mon, Feb 20, 2017 at 5:19 AM, Elena Reshetova
>>> wrote:
>>> > refcount_t type and corresponding API
On Tue, Feb 28, 2017 at 2:11 PM, Paul Moore wrote:
> On Tue, Feb 21, 2017 at 2:15 AM, Reshetova, Elena
> wrote:
>>> On Mon, Feb 20, 2017 at 5:19 AM, Elena Reshetova
>>> wrote:
>>> > refcount_t type and corresponding API should be
>>> > used instead of atomic_t when the variable is used as
>>> >
> On Mon, Feb 20, 2017 at 5:19 AM, Elena Reshetova
> wrote:
> > refcount_t type and corresponding API should be
> > used instead of atomic_t when the variable is used as
> > a reference counter. This allows to avoid accidental
> > refcounter overflows that might lead to
> On Mon, Feb 20, 2017 at 5:19 AM, Elena Reshetova
> wrote:
> > refcount_t type and corresponding API should be
> > used instead of atomic_t when the variable is used as
> > a reference counter. This allows to avoid accidental
> > refcounter overflows that might lead to use-after-free
> >
On Mon, Feb 20, 2017 at 5:19 AM, Elena Reshetova
wrote:
> refcount_t type and corresponding API should be
> used instead of atomic_t when the variable is used as
> a reference counter. This allows to avoid accidental
> refcounter overflows that might lead to
On Mon, Feb 20, 2017 at 5:19 AM, Elena Reshetova
wrote:
> refcount_t type and corresponding API should be
> used instead of atomic_t when the variable is used as
> a reference counter. This allows to avoid accidental
> refcounter overflows that might lead to use-after-free
> situations.
>
>
16 matches
Mail list logo