Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753316AbbDCMp2 (ORCPT ); Fri, 3 Apr 2015 08:45:28 -0400 Received: from mail-wg0-f41.google.com ([74.125.82.41]:32801 "EHLO mail-wg0-f41.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753113AbbDCMp1 (ORCPT ); Fri, 3 Apr 2015 08:45:27 -0400 Message-ID: <551E8B65.5010400@gmail.com> Date: Fri, 03 Apr 2015 14:45:25 +0200 From: =?UTF-8?B?RmlsaXAgQnJvem92acSH?= User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Paul Bolle CC: scottwood@freescale.com, galak@kernel.crashing.org, benh@kernel.crashing.org, linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v2] powerpc/83xx: add support for mpc8306 References: <1428057856-26421-1-git-send-email-fbrozovic@gmail.com> <1428062487.7898.12.camel@x220> In-Reply-To: <1428062487.7898.12.camel@x220> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2344 Lines: 53 On 4/3/2015 2:01 PM, Paul Bolle wrote: > On Fri, 2015-04-03 at 12:44 +0200, Filip Brozovic wrote: >> --- a/arch/powerpc/platforms/83xx/Kconfig >> +++ b/arch/powerpc/platforms/83xx/Kconfig > >> +# used for gpio >> +config PPC_MPC830x >> + bool >> + select ARCH_WANT_OPTIONAL_GPIOLIB >> + >> +config PPC_MPC8306 >> + bool > > To me these two new Kconfig symbols look pointless: > - they have no prompt, so one cannot set them manually; > - no other Kconfig symbol selects them; > - they do not default to 'y'. > > I'm not aware of a way to set these symbols to 'y' outside of those > three. Is there perhaps a way for kconfig to set these symbols to 'y' > that I have missed? > > Or do you expect to do one of these three things in a separate patch? > The idea was that boards in the Kconfig file would select these symbols in order to enable support for the 8306. I mainly wanted to get this patch into mainline in order to make kernel maintenance for a couple of custom in-house developed boards easier. Since these boards are not widely available and our customers are unlikely to want to change and recompile the kernel, I have so far leaned towards not including support for them in mainline. As far as I can see, boards which are included in mainline right now are mostly evaluation boards which are easily available at most electronics distributors. That being said, I don't know what the "official" stance on this is; is adding custom boards encouraged regardless of their availability (e.g. if I develop a custom board with the intention of only ever actually making a single prototype for personal use, should I go and submit patches so that support makes it into the mainline kernel?), or should there be a minimum level of public interest before incorporating custom boards into mainline? If it's the latter, I suppose a solution would be to include support for the Freescale MPC8306SOM in mainline. Of course, this has its own problems, since someone would have to write and maintain it (and I don't have an MPC8306SOM nor the time needed to do maintenance). - Filip -- 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/