Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752562Ab2JQXH7 (ORCPT ); Wed, 17 Oct 2012 19:07:59 -0400 Received: from mail-wi0-f172.google.com ([209.85.212.172]:64310 "EHLO mail-wi0-f172.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752359Ab2JQXH6 (ORCPT ); Wed, 17 Oct 2012 19:07:58 -0400 MIME-Version: 1.0 In-Reply-To: References: From: Linus Torvalds Date: Wed, 17 Oct 2012 16:07:36 -0700 X-Google-Sender-Auth: 6W97hk5tJU4Z8NduRsH_V2ErOW8 Message-ID: Subject: Re: RFC: sign the modules at install time To: Josh Boyer Cc: David Miller , Rusty Russell , David Howells , Linux Kernel Mailing List Content-Type: text/plain; charset=ISO-8859-1 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1267 Lines: 25 On Wed, Oct 17, 2012 at 3:26 PM, Josh Boyer wrote: > > The downside is that it won't work for distros. Or at least the distros > using RPM's debuginfo subpackage mechanism. Hmm. It *should* work for them too, because the debuginfo modules stay around in the object tree, and never get stripped there. None of this is different from what we used to do before: we stripped the modules as we copied them to /lib/modules (where the RPM build obviously would have that $RPM_BUILD_ROOT prefix on the module install path). Anyway, I seriously think that the kernel build should worry about *users*, not about the distro building their binaries. And I do think the current mess is unacceptable (following the insane "stripped->extra stripping->signed->potentially stripped *again* at install time" code was just insane). I may not have reacted as much as David to the actual build having slowed down, but having looked at the makefiles, there really is no excuse for that mess. Linus -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/