Follow @Openwall on Twitter for new release announcements and other news
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Tue, 28 Mar 2017 12:03:07 -0700
From: Kees Cook <>
To: Arnd Bergmann <>
Cc: Andrew Donnellan <>, LKML <>, 
	Emese Revfy <>, Josh Triplett <>, 
	PaX Team <>, Masahiro Yamada <>,, Russell King <>, 
	Catalin Marinas <>, Rasmus Villemoes <>, 
	David Brown <>, 
	"" <>, Thomas Gleixner <>, 
	Andrew Morton <>, Jeff Layton <>, 
	Sam Ravnborg <>, 
	"" <>
Subject: Re: [PATCH v5 1/4] gcc-plugins: Add the initify
 gcc plugin

On Tue, Mar 28, 2017 at 12:49 AM, Arnd Bergmann <> wrote:
> On Mon, Mar 27, 2017 at 6:14 PM, Kees Cook <> wrote:
>> On Mon, Mar 27, 2017 at 12:38 AM, Andrew Donnellan
>> <> wrote:
>>> On 01/02/17 07:24, Kees Cook wrote:
>>>> From: Emese Revfy <>
>>>> The kernel already has a mechanism to free up code and data memory that
>>>> is only used during kernel or module initialization.  This plugin will
>>>> teach the compiler to find more such code and data that can be freed
>>>> after initialization.
>>> Currently checking whether we can wire this up for powerpc without too many
>>> problems...
>> Cool, thanks. FWIW, note that this plugin is a bit back-burnered at
>> the moment. I've got this in my -next tree still, but it needs some
>> rather large changes to how it does its annotations before Linus will
>> accept it.
> I've tried turning it on again a few days ago and still got too many build
> problems with my randconfig tree, so I've turned it off again. I think I've
> already reported most of what I found now, so I did not send out new
> reports.

Hrm, with what's in -next? That's too bad. I thought everything you
reported had been fixed. Dang. :(


Kees Cook
Pixel Security

Powered by blists - more mailing lists

Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.