Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S934428AbcKILaY (ORCPT ); Wed, 9 Nov 2016 06:30:24 -0500 Received: from szxga03-in.huawei.com ([119.145.14.66]:56258 "EHLO szxga03-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933433AbcKILaU (ORCPT ); Wed, 9 Nov 2016 06:30:20 -0500 From: John Garry Subject: Re: [PATCH V5 1/3] ARM64 LPC: Indirect ISA port IO introduced To: Arnd Bergmann , References: <1478576829-112707-1-git-send-email-yuanzhichang@hisilicon.com> <8adfe182-4939-479d-6013-25ec40021b20@huawei.com> <20161108164948.GG20591@arm.com> <2479288.4UmF9SBrq1@wuerfel> CC: Will Deacon , , , , , , , , , , , , , , , , , , , "zhichang.yuan" , Message-ID: <6dee9821-5145-2113-e391-6317e4533c06@huawei.com> Date: Wed, 9 Nov 2016 11:29:46 +0000 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.3.0 MIME-Version: 1.0 In-Reply-To: <2479288.4UmF9SBrq1@wuerfel> Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [10.203.181.151] X-CFilter-Loop: Reflected Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1643 Lines: 39 On 08/11/2016 22:35, Arnd Bergmann wrote: > On Tuesday, November 8, 2016 4:49:49 PM CET Will Deacon wrote: >> On Tue, Nov 08, 2016 at 04:33:44PM +0000, John Garry wrote: >>> On 08/11/2016 16:12, Will Deacon wrote: >>>> On Tue, Nov 08, 2016 at 11:47:07AM +0800, zhichang.yuan wrote: > >>>> Is there no way to make this slightly more generic, so that it can be >>>> re-used elsewhere? For example, if struct extio_ops was common, then >>>> you could have the singleton (which maybe should be an interval tree?), >>>> type definition, setter function and the BUILD_EXTIO invocations >>>> somewhere generic, rather than squirelled away in the arch backend. >>>> >>> The concern would be that some architecture which uses generic higher-level >>> ISA accessor ops, but have IO space, could be affected. >> >> You're already adding a Kconfig symbol for this stuff, so you can keep >> that if you don't want it on other architectures. I'm just arguing that >> plumbing drivers directly into arch code via arm64_set_extops is not >> something I'm particularly fond of, especially when it looks like it >> could be avoided with a small amount of effort. > > Agreed, I initially suggested putting this into arch/arm64/, but there isn't > really a reason why it couldn't just live in lib/ with the header file > bits moved to include/asm-generic/io.h which we already use. > Right, Zhichang will check the logistics of this. The generic io.h is quite clean, so as long as you don't mind new build switches of this nature being added, it should be ok; and we'll plan on moving extio.h into include/asm-generic as well. Cheers, John > Arnd > > . >