From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from h1446028.stratoserver.net ([85.214.92.142]:47624 "EHLO mail.ahsoftware.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755373AbbAWN1Y (ORCPT ); Fri, 23 Jan 2015 08:27:24 -0500 Message-ID: <54C24C30.8030106@ahsoftware.de> Date: Fri, 23 Jan 2015 14:27:12 +0100 From: Alexander Holler MIME-Version: 1.0 Subject: Re: [PATCH] modsign: provide option to automatically delete the key after modules were installed References: <54C23FE2.9030303@ahsoftware.de> <1421976009-9819-1-git-send-email-holler@ahsoftware.de> <54C21361.1080500@suse.cz> <54C216D8.8040004@ahsoftware.de> <54C21F35.1040206@ahsoftware.de> <54C22891.6070506@suse.cz> <54C233FB.3080309@ahsoftware.de> <54C2367C.4000909@ahsoftware.de> <27402.1422017769@warthog.procyon.org.uk> In-Reply-To: <27402.1422017769@warthog.procyon.org.uk> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kbuild-owner@vger.kernel.org List-ID: To: David Howells Cc: Michal Marek , linux-kernel@vger.kernel.org, linux-kbuild@vger.kernel.org, Linus Torvalds Am 23.01.2015 um 13:56 schrieb David Howells: > One thing that you have to be careful of with your patch is that if you turn > it on during development, this will drain the entropy pool from which you get > random numbers. Hmm, I wonder how often people are compiling kernels and how much one turn drains the entropy pool. I would suggest to just get better in coding (and reviewing before compile testing) in order to not having to build kernels that often. Or just use a different config for development. ;) My primary use case is just what Linus described in his keynote. I'm building and signing all my kernels whenever a new stable kernel appears, throwing away the keys away immediately afterwards. And the patch avoids that I have to type the rm, and, even more usefull, it makes sure I don't forget to delete the keys, which would make signing the modules useless for me (as my kernel build directories (and thus the private keys) are usually residing on the machine the kernel is deployed afterwards). Regards, Alexander Holler