linux-kernel - Re: linux-next: Tree for Jun 6 (mm/slub.c)

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]

Date:	Tue, 7 Jun 2016 14:37:32 -0700
From:	Randy Dunlap <rdunlap@...radead.org>
To:	Andrew Morton <akpm@...ux-foundation.org>
Cc:	Stephen Rothwell <sfr@...b.auug.org.au>,
	linux-next@...r.kernel.org, linux-kernel@...r.kernel.org,
	Linux MM <linux-mm@...ck.org>,
	Thomas Garnier <thgarnie@...gle.com>
Subject: Re: linux-next: Tree for Jun 6 (mm/slub.c)

On 06/07/16 13:12, Andrew Morton wrote:
> On Mon, 6 Jun 2016 22:11:37 -0700 Randy Dunlap <rdunlap@...radead.org> wrote:
> 
>> On 06/05/16 21:20, Stephen Rothwell wrote:
>>> Hi all,
>>>
>>> Changes since 20160603:
>>>
>>
>> on i386:
>>
>> mm/built-in.o: In function `init_cache_random_seq':
>> slub.c:(.text+0x76921): undefined reference to `cache_random_seq_create'
>> mm/built-in.o: In function `__kmem_cache_release':
>> (.text+0x80525): undefined reference to `cache_random_seq_destroy'
> 
> Yup.  This, I guess...
> 
> From: Andrew Morton <akpm@...ux-foundation.org>
> Subject: mm-slub-freelist-randomization-fix
> 
> freelist_randomize(), cache_random_seq_create() and
> cache_random_seq_destroy() should not be inside CONFIG_SLABINFO.
> 
> Cc: Christoph Lameter <cl@...ux.com>
> Cc: David Rientjes <rientjes@...gle.com>
> Cc: Joonsoo Kim <iamjoonsoo.kim@....com>
> Cc: Kees Cook <keescook@...omium.org>
> Cc: Pekka Enberg <penberg@...nel.org>
> Cc: Thomas Garnier <thgarnie@...gle.com>
> Signed-off-by: Andrew Morton <akpm@...ux-foundation.org>
> ---

Yes, thanks.

Acked-by: Randy Dunlap <rdunlap@...radead.org>
Reported-by: Randy Dunlap <rdunlap@...radead.org>

-- 
~Randy