From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752238AbbCWJVf (ORCPT ); Mon, 23 Mar 2015 05:21:35 -0400 Received: from smtp04.smtpout.orange.fr ([80.12.242.126]:52857 "EHLO smtp.smtpout.orange.fr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752028AbbCWJVb (ORCPT ); Mon, 23 Mar 2015 05:21:31 -0400 X-ME-Helo: beldin X-ME-Date: Mon, 23 Mar 2015 10:21:29 +0100 X-ME-IP: 109.222.244.195 From: Robert Jarzmik To: Arnd Bergmann Cc: linux-arm-kernel@lists.infradead.org, Vinod Koul , Jonathan Corbet , Daniel Mack , Haojian Zhuang , dmaengine@vger.kernel.org, linux-kernel@vger.kernel.org, linux-doc@vger.kernel.org Subject: Re: [PATCH 0/5] Driver for pxa architectures References: <1426977868-5414-1-git-send-email-robert.jarzmik@free.fr> <201503220320.52675.arnd@arndb.de> X-URL: http://belgarath.falguerolles.org/ Date: Mon, 23 Mar 2015 10:21:23 +0100 In-Reply-To: <201503220320.52675.arnd@arndb.de> (Arnd Bergmann's message of "Sun, 22 Mar 2015 03:20:52 +0100") Message-ID: <87h9tc6pd8.fsf@free.fr> User-Agent: Gnus/5.130008 (Ma Gnus v0.8) Emacs/24.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Arnd Bergmann writes: > On Saturday 21 March 2015, Robert Jarzmik wrote: >> It is as well one of the last steps (or so I hope) for pxa architure to be part >> of the multiplatform ARM architecture, and at the same time keep its legacy >> platforms operational. It will kill arch/arm/plat-pxa/dma.c in the long term. >> > > Hi Robert, > > as much as I like this series, I think you still have a long way to go before > PXA can really be multiplatform. Other parts that would need to be solved > include the various cpu_is_pxa*() checks in drivers, the per-board header > files, the way that the I/O space is mapped in the PCMCIA drivers and > the XIP support. Ah yes, now you mention it ... And still that doesn't frighten me that much, and certainly much less than clocks or dma stuff. Only the headers might be troublesome, and pxafb will certainly be a big rework, but that's for the next step :) As for the per-board header files, as long as they're used only within mach-pxa and not outside (ie. not in drivers) I must admit I don't see what might be a problem. As for XIP support, I don't have a clear view if it's a requirement for multiplatform nor if it works in these builds. > I think all of them are theoretically doable, but I wasn't expecting > to ever get there. Well, that makes me a goal to reach, doesn't it ? I'll stick to optimism here, and we'll see within a year how far I manage to go :) Cheers. -- Robert From mboxrd@z Thu Jan 1 00:00:00 1970 From: robert.jarzmik@free.fr (Robert Jarzmik) Date: Mon, 23 Mar 2015 10:21:23 +0100 Subject: [PATCH 0/5] Driver for pxa architectures In-Reply-To: <201503220320.52675.arnd@arndb.de> (Arnd Bergmann's message of "Sun, 22 Mar 2015 03:20:52 +0100") References: <1426977868-5414-1-git-send-email-robert.jarzmik@free.fr> <201503220320.52675.arnd@arndb.de> Message-ID: <87h9tc6pd8.fsf@free.fr> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org Arnd Bergmann writes: > On Saturday 21 March 2015, Robert Jarzmik wrote: >> It is as well one of the last steps (or so I hope) for pxa architure to be part >> of the multiplatform ARM architecture, and at the same time keep its legacy >> platforms operational. It will kill arch/arm/plat-pxa/dma.c in the long term. >> > > Hi Robert, > > as much as I like this series, I think you still have a long way to go before > PXA can really be multiplatform. Other parts that would need to be solved > include the various cpu_is_pxa*() checks in drivers, the per-board header > files, the way that the I/O space is mapped in the PCMCIA drivers and > the XIP support. Ah yes, now you mention it ... And still that doesn't frighten me that much, and certainly much less than clocks or dma stuff. Only the headers might be troublesome, and pxafb will certainly be a big rework, but that's for the next step :) As for the per-board header files, as long as they're used only within mach-pxa and not outside (ie. not in drivers) I must admit I don't see what might be a problem. As for XIP support, I don't have a clear view if it's a requirement for multiplatform nor if it works in these builds. > I think all of them are theoretically doable, but I wasn't expecting > to ever get there. Well, that makes me a goal to reach, doesn't it ? I'll stick to optimism here, and we'll see within a year how far I manage to go :) Cheers. -- Robert