From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755198AbeASAbq convert rfc822-to-8bit (ORCPT ); Thu, 18 Jan 2018 19:31:46 -0500 Received: from mail.kernel.org ([198.145.29.99]:42656 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754854AbeASAbh (ORCPT ); Thu, 18 Jan 2018 19:31:37 -0500 DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org AC2DA20853 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=goodmis.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=rostedt@goodmis.org Date: Thu, 18 Jan 2018 19:31:34 -0500 From: Steven Rostedt To: Christopher =?UTF-8?B?RMOtYXo=?= Riveros Cc: Tom Lendacky , Randy Dunlap , mingo@kernel.org, akpm@linux-foundation.org, tglx@linutronix.de, keescook@chromium.org, lauraa@codeaurora.org, mhocko@suse.com, tal.shorer@gmail.com, viresh.kumar@linaro.org, lokeshvutla@ti.com, linux-kernel@vger.kernel.org, kernel-janitors@vger.kernel.org Subject: Re: [PATCH-next] init/main.c: make local symbol static Message-ID: <20180118193134.59135fde@gandalf.local.home> In-Reply-To: <1516318407.2510.76.camel@gentoo.org> References: <20180118220629.25116-1-chrisadr@gentoo.org> <9f473c55-7304-dda3-dea4-2734292927a6@infradead.org> <30828c91-a39d-6342-2774-32386baa30b6@amd.com> <1516318407.2510.76.camel@gentoo.org> X-Mailer: Claws Mail 3.14.0 (GTK+ 2.24.31; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 18 Jan 2018 18:33:27 -0500 Christopher Díaz Riveros wrote: > > > What about the other user(s) of envp_init? > > > > It looks like it's referenced in init/do_mounts_initrd.c. Rather > > than making it static, it should be declared in .h file. > > > > Ok, I'll try to figure it out, akpm accepted the patch in mm-next but > was dropped because of testing failures. I'm still very new to all of > this process. Yeah, because do_mounts_initrd.c didn't compile. If you do add it to a header, use a header local in the init directory. Do not expose envp_init to the entire kernel. -- Steve