From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932797AbcBPPJr (ORCPT ); Tue, 16 Feb 2016 10:09:47 -0500 Received: from mout.kundenserver.de ([212.227.126.130]:53118 "EHLO mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932234AbcBPPJn (ORCPT ); Tue, 16 Feb 2016 10:09:43 -0500 From: Arnd Bergmann To: linux-arm-kernel@lists.infradead.org Cc: Vladimir Murzin , mark.rutland@arm.com, devicetree@vger.kernel.org, linux@arm.linux.org.uk, pawel.moll@arm.com, ijc+devicetree@hellion.org.uk, gregkh@linuxfoundation.org, daniel.lezcano@linaro.org, linux-kernel@vger.kernel.org, robh+dt@kernel.org, andy.shevchenko@gmail.com, galak@codeaurora.org, linux-serial@vger.kernel.org, u.kleine-koenig@pengutronix.de, tglx@linutronix.de, linux-api@vger.kernel.org, jslaby@suse.cz Subject: Re: [PATCH v3 08/10] ARM: configs: add MPS2 defconfig Date: Tue, 16 Feb 2016 16:08:34 +0100 Message-ID: <11778979.HbWgmZUCnF@wuerfel> User-Agent: KMail/4.11.5 (Linux/3.16.0-10-generic; KDE/4.11.5; x86_64; ; ) In-Reply-To: <56C3378F.2010008@arm.com> References: <1455617295-23736-1-git-send-email-vladimir.murzin@arm.com> <2680417.bULLX3O66Y@wuerfel> <56C3378F.2010008@arm.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Provags-ID: V03:K0:7GhDM2GJRzXYz11rosRGg+NLH8uqVxoXah/9cNBOmlQNO9xNS8h j+kRqflBJdaIq9xm+v52hm1iB152LwYrFGYqLEmc6CVGTLHhn7FBAECqeovoYa7FFKDHkAJ lrPoWPxWmDyeh1OlA4ehKNb01rZ7vJmJaeo8NnTkNTgte2yxOmu633WUVu9nfAIa5y6AEoV mv0lFyhfIfXAogB5Kq4qg== X-UI-Out-Filterresults: notjunk:1;V01:K0:O/V/0pAc2bU=:i94pTWloqrispF8t5mwYuU 8ax6xYsZslLmcmwqe3mMXZ7JQClOKNAAZtMCMRUH/vgQQAak/kF+Hb7bAkLeklnTplPQSsIJN CoRP4XFBufkm9M+BaAbSeE7EWSm38N/dCQdxYCdgj/NcQoLUBFsEnsnCMbOoFTlombAsposgi tk4XYSxOVq11mvw3TS+PBDVXghac0UIwjXtNlqbdw2bIrSJVobQJWJ04/6L4FRke3Pjs2NaFu TJZH1quWyYVh3j4KsnPAgMMW4RRzaGNdcD2CH5trqod8tQ3++oE8scd2bEK9d/RpYb9gnKPTu ZAYNpQ+6t6uoY7BYS4VoRvhIoDXwP5TeOWtr9yI7+DHCHJCTL7S0hXOGcl7j/UTQaAP07Xv8i c9jFGDHvsSJxspwuIYgkb8I0Qrg7VyXpsbwdNEDq8ai3tIOd6IVFXT4lsXToSJfis42X2U0hF a4gOTmLiWSt2FophVt4af/ZgS56qi4YF5gOgG9kD/DPIQwPDA1rpTExyyW7ujTIUSlV+pm3qf XGVlNd93JsBvCszb+AYoIXXhOg+ES4Wz/rj29mFwR9jfsih85FOyUXhMKQKtvAcc61gqB3OPV UulRc5eVdr4pNHITTJwpREIWfvm22Yl0c3iB6canEevnQW7drscABM5TfWqrO4Euv1/okt72+ 7NXjOMSjqLprWOOAujY4OqR8cMGtZ3eybquj6KXnwlyyA4brrfS8hffD0GwW9vZacGqfAX+b+ rE4FakIyKr9O/okG Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tuesday 16 February 2016 14:51:59 Vladimir Murzin wrote: > > > > Why CONFIG_EMBEDDED? You probably mean CONFIG_EXPERT, but then what do > > you need that for? > > TBH, I have no special requirement for this option to be set and now, > looking at Kconfig entry for this option, I think that I got it here > because I stated configuration with allnoconfig. > > OTOH, I don't see how harmful it can be since description says: > > This option should be enabled if compiling the kernel for > an embedded system so certain expert options are available > for configuration > > yes, it selects CONFIG_EXPERT and that had side effect that, for > example, CONFIG_NAMESPACE could be compiled out. > > Have I missed something around it? Just the history behind this symbol. We removed it a while ago in favor if CONFIG_EXPERT, assuming that it makes it clearer that it's not just for embedded systems, or for systems with small memory. It's basically a zombie symbol that nobody should use directly (independent of what the documentation says...). Arnd