From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-lb0-f200.google.com (mail-lb0-f200.google.com [209.85.217.200]) by kanga.kvack.org (Postfix) with ESMTP id 5C10F828E1 for ; Tue, 21 Jun 2016 12:13:55 -0400 (EDT) Received: by mail-lb0-f200.google.com with SMTP id nq2so18814453lbc.3 for ; Tue, 21 Jun 2016 09:13:55 -0700 (PDT) Received: from mail-lb0-x234.google.com (mail-lb0-x234.google.com. [2a00:1450:4010:c04::234]) by mx.google.com with ESMTPS id h21si20434562lfi.197.2016.06.21.09.13.53 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 21 Jun 2016 09:13:54 -0700 (PDT) Received: by mail-lb0-x234.google.com with SMTP id ak10so14393273lbc.3 for ; Tue, 21 Jun 2016 09:13:53 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: <20160621125807.GA19065@infradead.org> References: <20160620203910.a8b6b5b10d18f24661916e7b@gmail.com> <20160620204119.6299c961570a7a9ad6cbdd51@gmail.com> <20160621125807.GA19065@infradead.org> From: Kees Cook Date: Tue, 21 Jun 2016 09:13:52 -0700 Message-ID: Subject: Re: [PATCH v4 2/4] Add the latent_entropy gcc plugin Content-Type: text/plain; charset=UTF-8 Sender: owner-linux-mm@kvack.org List-ID: To: Christoph Hellwig Cc: Emese Revfy , "kernel-hardening@lists.openwall.com" , PaX Team , Brad Spengler , Michal Marek , LKML , Masahiro Yamada , linux-kbuild , Theodore Ts'o , Andrew Morton , Linux-MM , Jens Axboe , Al Viro , Paul McKenney , Ingo Molnar , Thomas Gleixner , bart.vanassche@sandisk.com, "David S. Miller" On Tue, Jun 21, 2016 at 5:58 AM, Christoph Hellwig wrote: > On Mon, Jun 20, 2016 at 08:41:19PM +0200, Emese Revfy wrote: >> --- /dev/null >> +++ b/scripts/gcc-plugins/latent_entropy_plugin.c >> @@ -0,0 +1,639 @@ >> +/* >> + * Copyright 2012-2016 by the PaX Team >> + * Copyright 2016 by Emese Revfy >> + * Licensed under the GPL v2 >> + * >> + * Note: the choice of the license means that the compilation process is >> + * NOT 'eligible' as defined by gcc's library exception to the GPL v3, >> + * but for the kernel it doesn't matter since it doesn't link against >> + * any of the gcc libraries > > I remember we used to have architectures that actually linked against > libgcc. Isn't that the case anymore? There are a few, but they don't (and won't) select HAVE_GCC_PLUGINS. -Kees -- Kees Cook Chrome OS & Brillo Security -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org