Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753169AbcKUF3p (ORCPT ); Mon, 21 Nov 2016 00:29:45 -0500 Received: from mail-wm0-f53.google.com ([74.125.82.53]:35687 "EHLO mail-wm0-f53.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750944AbcKUF3n (ORCPT ); Mon, 21 Nov 2016 00:29:43 -0500 MIME-Version: 1.0 In-Reply-To: <20161119135654.GA14079@lnxartpec.se.axis.com> References: <1dbb6047-2bbb-4d56-2a62-ab65a0254844@synopsys.com> <20161119135654.GA14079@lnxartpec.se.axis.com> From: Rayagond Kokatanur Date: Mon, 21 Nov 2016 10:59:41 +0530 Message-ID: Subject: Re: Synopsys Ethernet QoS Driver To: Rabin Vincent Cc: Joao Pinto , mued dib , David Miller , Jeff Kirsher , jiri@mellanox.com, saeedm@mellanox.com, idosch@mellanox.com, netdev , linux-kernel@vger.kernel.org, CARLOS.PALMINHA@synopsys.com, andreas.irestal@axis.com, Giuseppe Cavallaro , alexandre.torgue@st.com, lars.persson@axis.com Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1647 Lines: 44 On Sat, Nov 19, 2016 at 7:26 PM, Rabin Vincent wrote: > On Fri, Nov 18, 2016 at 02:20:27PM +0000, Joao Pinto wrote: >> For now we are interesting in improving the synopsys QoS driver under >> /nect/ethernet/synopsys. For now the driver structure consists of a single file >> called dwc_eth_qos.c, containing synopsys ethernet qos common ops and platform >> related stuff. >> >> Our strategy would be: >> >> a) Implement a platform glue driver (dwc_eth_qos_pltfm.c) >> b) Implement a pci glue driver (dwc_eth_qos_pci.c) >> c) Implement a "core driver" (dwc_eth_qos.c) that would only have Ethernet QoS >> related stuff to be reused by the platform / pci drivers >> d) Add a set of features to the "core driver" that we have available internally > > Note that there are actually two drivers in mainline for this hardware: > > drivers/net/ethernet/synopsis/ > drivers/net/ethernet/stmicro/stmmac/ Yes the later driver (drivers/net/ethernet/stmicro/stmmac/) supports both 3.x and 4.x. It has glue layer for pci, platform, core etc, please refer this driver once before you start. You can start adding missing feature of 4.x in stmmac driver. > > (See http://lists.openwall.net/netdev/2016/02/29/127) > > The former only supports 4.x of the hardware. > > The later supports 4.x and 3.x and already has a platform glue driver > with support for several platforms, a PCI glue driver, and a core driver > with several features not present in the former (for example: TX/RX > interrupt coalescing, EEE, PTP). > > Have you evaluated both drivers? Why have you decided to work on the > former rather than the latter? -- wwr Rayagond