linux-kernel - Re: [PATCH] refcount: trim headers

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] [day] [month] [year] [list]

Message-ID: <20180331184617.b7lmphk2jsipghii@gmail.com>
Date:   Sat, 31 Mar 2018 20:46:17 +0200
From:   Ingo Molnar <mingo@...nel.org>
To:     Alexey Dobriyan <adobriyan@...il.com>
Cc:     peterz@...radead.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH] refcount: trim headers


* Alexey Dobriyan <adobriyan@...il.com> wrote:

> On Sat, Mar 31, 2018 at 10:36:32AM +0200, Ingo Molnar wrote:
> > > --- a/include/linux/refcount.h
> > > +++ b/include/linux/refcount.h
> > >  #include <linux/atomic.h>
> > > -#include <linux/mutex.h>
> > > -#include <linux/spinlock.h>
> > > -#include <linux/kernel.h>
> > > +#include <linux/compiler.h>
> > > +#include <linux/spinlock_types.h>
> > > +
> > > +struct mutex;
> 
> > Doesn't build on x86-64 defconfig...
> 
> Yeah, it doesn't :-(
> Is this going to go through -tip?
> Or I'll build test over both trees.

Yeah, refcount changes go through the locking tree, so testing it against -tip 
would be useful.

Thanks,

	Ingo