Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933303Ab2HPT7H (ORCPT ); Thu, 16 Aug 2012 15:59:07 -0400 Received: from mail-qc0-f174.google.com ([209.85.216.174]:57889 "EHLO mail-qc0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932536Ab2HPT7D (ORCPT ); Thu, 16 Aug 2012 15:59:03 -0400 MIME-Version: 1.0 In-Reply-To: <1345146349.3402.21.camel@falcor.watson.ibm.com> References: <1345144127.3402.2.camel@falcor.watson.ibm.com> <1345146349.3402.21.camel@falcor.watson.ibm.com> Date: Thu, 16 Aug 2012 15:59:02 -0400 Message-ID: Subject: Re: [RFC v2 2/7] keys: initialize root uid and session keyrings early From: Josh Boyer To: Mimi Zohar Cc: Dmitry Kasatkin , jmorris@namei.org, rusty@rustcorp.com.au, dhowells@redhat.com, linux-security-module@vger.kernel.org, linux-kernel@vger.kernel.org, Mimi Zohar 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: 1516 Lines: 38 On Thu, Aug 16, 2012 at 3:45 PM, Mimi Zohar wrote: > On Thu, 2012-08-16 at 15:13 -0400, Josh Boyer wrote: >> On Thu, Aug 16, 2012 at 3:08 PM, Mimi Zohar wrote: >> >> > +#include "internal.h" >> >> > +static int __init init_root_keyring(void) >> >> > +{ >> >> > + return install_user_keyrings(); >> >> > +} >> >> > + >> >> > +late_initcall(init_root_keyring); >> >> > -- >> >> >> >> Why is this in an entirely new file instead of just being added to >> >> process_keys.c ? >> >> >> >> josh >> > >> > Only when "CONFIG_INTEGRITY_SIGNATURE" is selected, does this get built. >> >> Yes, I noticed that. It doesn't explain why it's in its own file. You >> could accomplish the same thing by wrapping the function and initcall >> in #ifdef CONFIG_INTEGRITY_SIGNATURE in process_keys.c. > > I was under the impression using 'ifdefs' in 'C' code was frowned upon > (Documentation/SubmittingPatches section 2.2). This would be an > exception? If it makes a big ugly mess it's frowned upon. But if you're adding 7 lines of code in a new file that will almost certainly never get more code added to it, I'm not sure. IMHO, it can go into an existing file. Others might disagree. Isn't Linux development fun?! josh -- 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/