From mboxrd@z Thu Jan 1 00:00:00 1970 From: Claudiu Manoil Subject: Re: [net 0/8] gianfar: ARM port driver updates (1/2) Date: Mon, 6 Oct 2014 10:55:42 +0300 Message-ID: <54324AFE.1040803@freescale.com> References: <1412352169-14414-1-git-send-email-claudiu.manoil@freescale.com> <20141005.212722.1867743289839811370.davem@davemloft.net> Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Cc: , , To: David Miller Return-path: Received: from mail-bl2on0119.outbound.protection.outlook.com ([65.55.169.119]:31596 "EHLO na01-bl2-obe.outbound.protection.outlook.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1751646AbaJFHz5 (ORCPT ); Mon, 6 Oct 2014 03:55:57 -0400 In-Reply-To: <20141005.212722.1867743289839811370.davem@davemloft.net> Sender: netdev-owner@vger.kernel.org List-ID: On 10/6/2014 4:27 AM, David Miller wrote: > From: Claudiu Manoil > Date: Fri, 3 Oct 2014 19:02:41 +0300 > >> This is the first round of driver protability fixes and clean-up >> with the main purpose to make gianfar portable on ARM, for the ARM >> based SoC that integrates the eTSEC ethernet controller - "ls1021a". >> The patches primarily address compile time errors, when compiling >> gianfar on ARM. They replace PPC specific functions and macros >> with architecture independent ones, solve arch specific header >> inclusions, guard code that relates to PPC only, and even address >> some simple endianess issues (see MAC address setup patch). >> The patches addressing the bulk of remaining endianess issues, >> like handling DMA fields (BD and FCB), will follow with the sencond >> round. >> These patches were verified on the ls1021a SoC. > > If more endianness fixes are necessary and "will follow with the > second round", I do not see how you could have verified specifically > these changes on the ls1021a. > Hi David, What I did is to split the initial patchset in 2, to ease up the review process. This first part is fairly straightforward, these patches make localized code changes and can be more easily ported among different kernel versions. The second part has fewer patches but touches more code, because it handles endianess conversions for all the reads/writes to the buffer descriptors. Please let me now if you have objections to this approach. As for testing, we have our internal kernel tree for ARM supporting ls1021a, and these gianfar patches have been there for a while and tested. Now it's time to upstream (a cleaned-up version of) them. (see git.freescale.com/git/cgit.cgi/layerscape/ls1021a/linux.git/) Please note that the current (upstream) net tree does not include the support for ls1021a (which is to be propagated via the arm tree). Thanks and regards, Claudiu