Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753541AbbLJVaa (ORCPT ); Thu, 10 Dec 2015 16:30:30 -0500 Received: from mout.kundenserver.de ([217.72.192.74]:62566 "EHLO mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751177AbbLJVa3 (ORCPT ); Thu, 10 Dec 2015 16:30:29 -0500 From: Arnd Bergmann To: Detlef Vollmann Cc: linux-arm-kernel@lists.infradead.org, Andrew Lunn , Russell King , Jason Cooper , Benjamin Cama , linux-kernel@vger.kernel.org, Gregory CLEMENT , "Evgeniy A. Dushistov" , Sebastian Hesselbarth Subject: Re: [PATCH 0/5] ARM: orion5x/dove/mv78xx0 multiplatform Date: Thu, 10 Dec 2015 22:29:39 +0100 Message-ID: <2992463.fVOGazvIkH@wuerfel> User-Agent: KMail/4.11.5 (Linux/3.16.0-10-generic; KDE/4.11.5; x86_64; ; ) In-Reply-To: <5669EB31.4050700@vollmann.ch> References: <1448466557-435335-1-git-send-email-arnd@arndb.de> <1802654.n0lYxNZ2px@wuerfel> <5669EB31.4050700@vollmann.ch> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Provags-ID: V03:K0:NDJFQysQYv70jRDkuYFXO6VmGIJMRgo0VSgs37szlSc62Gxm5qF Q04QlciPuQZTTRv1/cl/GfJHjH79c98aFq8tI0e55rCV1eVXjRZ6ttEPlkPBgzoqcUx/cgw AQca76+GRg2v7dGlw1+QMZsatC7IQnEP5MX/dWyPrhu+Jm/4RSYV4Gpfmce+8+qP76fV5uz y3bwNFzv3BFXRb3DyOL0g== X-UI-Out-Filterresults: notjunk:1;V01:K0:VyRKsqtJYP4=:g5CeSC3Jlqn/84Oei355fU d9mQRKVijU1nwEvcRjobkKqhIZhnO4wRMab3cQxO8oq9D+xpnvf88z/RAuFjhBQMwoDgZUPZL IT0fo6HG2mSVk9ZYQR0/Rfj1Hli5tRTvmlsAnG7OcyCiC5LdciwZaEFPqTo86PqK3+nE6xLUQ oiwwloq8MPigPiuBapPN0I3DBiGT/vlmK7GUH+JxlNAwzcwPwcO7EQzQEBT5/7yliViTDQY9q DYr6Bu7Xk7Xi/DVkoeITNlbRF3B737zXkW1dOCDS4vcoVrSeqITmu6WEblr0zZzipviX5o3r4 ZTEnGs7TCkS9essu1IZf6ohueE6uVWpWFXiItuOTjq25pKQx48ykI9gSPrvKRaZLF583QDjYS ghyL7yNDbEU5dZqxVQTcmlTMkMcb1H2xRHeZwAMMkapilywImUuE7sN23P89PJu1jE0A222JJ Ynyj2MFYcD3HjD8smBBta283FxVXoosC1urUqZAhTlBjXJrvRnLQR4+sU4d3xDbjhY99WqBFl qQjDXSC06nNEIihWYH/m4PUoEC+5D3UaP2vt0pbEtWQd6fsFq8Oj+znVZFI3QML1yh06RoEvu LXUUVO+5d54RGADvepdkN0JafUs7rQXskLIFalwen3qjOHlBoBbbRnH89QJvPN2jbOVpbsYM0 yXzaRg10M8n4MfIraMLk1g6oNDUbwXi2box+t293fsCH91WSxQC29Jd8xSW4QnxCcBWHoMvz6 AMJXx5cnjOXB9OD3 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1912 Lines: 39 On Thursday 10 December 2015 22:14:25 Detlef Vollmann wrote: > On 12/10/15 21:59, Arnd Bergmann wrote: > > On Thursday 10 December 2015 20:03:18 Detlef Vollmann wrote: > >> On 12/10/15 14:43, Arnd Bergmann wrote: > >>> text data bss dec hex filename > >>> 942144 64112 17648 1023904 f9fa0 build/tmp/vmlinux-orion-allno > >>> 1027516 54052 20824 1102392 10d238 build/tmp/vmlinux-multi-plus-orion > >>> 1025320 66020 18744 1110084 10f044 build/tmp/vmlinux-orion-plus-of > >>> > >>> The diff below shows all the differences between orion-allno and > >>> multi-plus-orion. > >> How did you get the orion-allno config and how did you get it compiled? > >> I tried to apply your changes to my config and compile it, but > >> it started silentoldconfig which introduced back 'ARCH_MULTIPLATFORM' > > > > The first and third row are without my patches, once they are applied, > > ARCH_ORION becomes a sub-option of ARCH_MULTIPLATFORM. > > So with your patches it's no longer possible to build a small kernel, correct? Correct. I was a bit surprised at how much object code enabling CONFIG_OF adds these days, it used to be a lot less, but you are right that disabling CONFIG_OF is not possible with the way that ARCH_MULTIPLATFORM is structured. It was always the plan to move all orion5x machines over to use CONFIG_OF eventually, so you get that overhead one way or another, and at least it looks like doing multiplatform on top of OF doesn't add any noticeable extra overhead (the total numbers are actually smaller). It may also be worth investigating what has made CONFIG_OF so costly, maybe we can reduce this a bit again. Arnd -- 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/