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 09:49:55 +0200
From: Arnd Bergmann <>
To: Kees Cook <>
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 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


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.