Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932479AbcKHQQn (ORCPT ); Tue, 8 Nov 2016 11:16:43 -0500 Received: from mout.kundenserver.de ([212.227.17.10]:64598 "EHLO mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752039AbcKHQQl (ORCPT ); Tue, 8 Nov 2016 11:16:41 -0500 From: Arnd Bergmann To: linux-arm-kernel@lists.infradead.org Cc: Mark Rutland , catalin.marinas@arm.com, gabriele.paoloni@huawei.com, benh@kernel.crashing.org, will.deacon@arm.com, linuxarm@huawei.com, lorenzo.pieralisi@arm.com, xuwei5@hisilicon.com, linux-serial@vger.kernel.org, linux-pci@vger.kernel.org, devicetree@vger.kernel.org, minyard@acm.org, marc.zyngier@arm.com, liviu.dudau@arm.com, john.garry@huawei.com, olof@lixom.net, robh+dt@kernel.org, bhelgaas@google.com, kantyzc@163.com, zhichang.yuan02@gmail.com, linux-kernel@vger.kernel.org, "zhichang.yuan" , zourongrong@gmail.com Subject: Re: [PATCH V5 1/3] ARM64 LPC: Indirect ISA port IO introduced Date: Tue, 08 Nov 2016 17:15:24 +0100 Message-ID: <36115245.zHVRydMfpb@wuerfel> User-Agent: KMail/5.1.3 (Linux/4.4.0-34-generic; KDE/5.18.0; x86_64; ; ) In-Reply-To: <13493313.OkuDZEY5WO@wuerfel> References: <1478576829-112707-1-git-send-email-yuanzhichang@hisilicon.com> <20161108120323.GC15297@leverpostej> <13493313.OkuDZEY5WO@wuerfel> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Provags-ID: V03:K0:PfryK2E8x3XVv4iL9hcXfd19wMGxny2PJT5/qHwv6dmirob7w6Y 8X9xdAhbFyOO+dncjbMS84jCnlleXxC0OezaCGozFwI+nY5rvWbz8r0DVI9LNpEArRW7KrP bd7QzagQAEug8DoORsCu1EcG4bt0C1HPxSCecQqy3WAseFD9Z26LMzKmCgfhknQiMD9Wxao l0LjRssYyBG5ZLMsmj9IA== X-UI-Out-Filterresults: notjunk:1;V01:K0:IL4K8Mw2eS8=:dDXsSswVxtPwLy88YXK1qo 5q0d1dSVulydlRUNvshbV1cCDzAqgMLi5vrpF2DYMrYdmb/3OHzzZwrDK4DfLD5LBO5l3gt0v wHgLu9s9YoeOhjq1ZmrJ1+6dGUVFXnCPnHCNycUlzaB/EjXwtikAEkkHi+VcYPbG4W6T+hzDl MuFVegX9PJimzoRkvGjZ2beF6EU4s4tKqb0GxF01QXSVMhvZgnz7NA2h69/jITkjqAh7Mr12x QXqdZn/8FBmv0qjTxxboIyLbu1iTPJIpviPF9PtGgxrOFO12AuOSVqKlcOlkDL/UKM4siOHiT AykkZguKyLzAFjegvgTBeBCpT7zk9Aa8fAkxVSq2slq9x0Xz9XznZe1zdUdzO9OMcfJc9Rml8 RCh0RfGXijy/swtWTcdEuPDVCTfzFnVLWEzG2nzB+eOgN00dl15rfR4tcZjJUvdr4qEteqMNG JauMbkm3kAIxNhN9LnAypms62i+Hj0jF0NlPbkTCZmh/HTLk5CzhEP8AYYQ68sYDFbkXUMsIw 3gxhnpIns1yKREfQIvGp4Ftj/37yuh8JyIteAsAfARW9k5WKq7AR86bkPGig5bLSGDwwxvgHq xPXJefFScHV7K/55LQuP2bzfzmX1q099V6vmkyFSg3BL72aL2UaTQUgriKwT6mktcxV/va0w3 7dEwxxgSQgKBazsEAvLLNkg5SYBtoeNOpXN2Xn21QmVi2w3Z5YY17sXmtPYmBaOiuBb/zPNdf qkduVlsYeculSSOv Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 434 Lines: 13 On Tuesday, November 8, 2016 5:09:59 PM CET Arnd Bergmann wrote: > > I don't see a better alternative. I earlier suggested having these > out of line so we don't grow the object code too much when it is > enabled. > On second look, I see that they are all done out of line, I would just move around the BUILD_EXTIO macro to the file that uses it and remove and open-code the DECLARE_EXTIO() as that makes it easier to grep. Arnd