From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-1.0 required=3.0 tests=FREEMAIL_FORGED_FROMDOMAIN, FREEMAIL_FROM,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_PASS autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 1DE58C43381 for ; Wed, 27 Feb 2019 19:02:54 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id E40A320C01 for ; Wed, 27 Feb 2019 19:02:53 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727240AbfB0TCx (ORCPT ); Wed, 27 Feb 2019 14:02:53 -0500 Received: from mout.gmx.net ([212.227.17.20]:41647 "EHLO mout.gmx.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726356AbfB0TCw (ORCPT ); Wed, 27 Feb 2019 14:02:52 -0500 Received: from [10.10.11.100] ([95.88.214.118]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Mh5h7-1gdGKr2hyj-00MI82; Wed, 27 Feb 2019 20:02:28 +0100 Subject: Re: stmmac / meson8b-dwmac To: Jose Abreu , Sebastian Gottschall , Jerome Brunet , Martin Blumenstingl Cc: linux-amlogic@lists.infradead.org, Gpeppe.cavallaro@st.com, alexandre.torgue@st.com, Emiliano Ingrassia , netdev@vger.kernel.org References: <8bae9cd6-5c44-30e3-bfe5-8d6f853f170e@synopsys.com> <065407cd-c13b-e74c-7798-508650c12caf@gmx.de> <227be4e9-b0cc-a011-2558-71a17567246f@synopsys.com> <45e73e8c-a0fb-6f8f-8dc6-3aa2103fdda3@gmx.de> <4493b245-de93-46cd-327b-8091a3babc3a@gmx.de> <244d7c74-e0ca-a9c7-f4b0-3de7bec4024b@gmx.de> <1426d8ed40be0927c135aff25dcf989a11326932.camel@baylibre.com> <9074d29b-4cc9-87b6-009f-48280a4692c0@gmx.de> <8ec64936-c8fa-1f0e-68bf-2ad1d6e8f5d9@gmx.de> <3a040370-e7e5-990e-81dc-8e9bb0ab7761@gmx.de> From: Simon Huelck Openpgp: preference=signencrypt Autocrypt: addr=simonmail@gmx.de; prefer-encrypt=mutual; keydata= mQGiBD/bCNARBACE3URTBXZ/AA03NwRNtz03ewQn3uhvYSTjfqgplBtb3dfC4a79BXDRIWVX xPGH9Ewios1c8gMu3/RI2l3JzXoISfw5b0L/5igyPKV+sGuUA2FD27kYtPaaF/TqEWIv+Yxp 9DCjCX5IQSYyvCfcxcyEkY8eVWxnaAlV3zKRR8wn0wCglWIOtAugBcg1YXmoLpFZE8Ca0fkD /jG+n4U9DPfCgkbgjQ/dv2W2a0ZDHccA9N8AW/FTXGyXXO0e7ql9/kORJnp7jD7/Z9HCKpeS HajgxuX9Vhfx6bH1dAMfsg88+K8pOO9oulNX1+YffQyZWOfdbmnZDUzBt9HKR9Wgh8WoIyw9 TVluclzn6hYz+z9jbqHWMOsiCu8zA/0apHbW8vaIDT4+nNUxNdqU1TKa9kW47vNjwYYL0jZW TXNjDIRpqJVSugYVc/U847GoVoxyvtzre4TAbBV8h0BAOeMdxI5En67RGWzeNaMDJV1bwapj qdfj3e/X8rnGIfwz47rwztLNKoAIUlKrATwroiI7UNT+84G7H5qalu+Eu7QqU2ltb24gSHVl bGNrIDxzaW1vbi5odWVsY2tAZ29vZ2xlbWFpbC5jb20+iGIEExECACIFAlH7wL4CGyMGCwkI BwMCBhUIAgkKCwQWAgMBAh4BAheAAAoJEJNSVvfBt05KlBQAn1JDO7e4H3N0WFJkZnxvObhk 2kiAAJwPdDd6T1TuGo4iDIENRhAX4AH2KrkBDQQ/2wjSEAQAj6JnDDQzIIYzPGsrHRvaq8vw n8VrZCbPRvkngGvtQIss5pH/MLeu9jLepDGO9WHByFSg4QJh8cINYwTLtX8Bu0naA6ZI46hn GyfxdRlxSU9dRqHpU3G0tymL1w3AER6aVSfdXQTmFgf61anKunbIIptkqzZurkjnxkwCE/RM RscABA0D/jhglpj8siSIAxs8XLVfKJrjzbYM9/wS0NfdSXBeQJiYtKrY0WMNsqjY50wDnLMg anORN/odT6mCwKI6xChzxEv/ta4+teZl92aitziSuqmtl+jm23DpOcUC7UBz2W1+TvnrhPR+ MKu8pPKAgsE8AI5uwCcNJx7V3bczYkIGaXybiEYEGBECAAYFAj/bCNIACgkQk1JW98G3Tko6 3wCfZBpZAUhUz/Rcp2rfg/YSKl4YLlEAoJN7e322OvHc2GQ9n1+tKLi6Og4c Message-ID: <12d1d6de-2905-46a8-6481-d6f20c8e9d85@gmx.de> Date: Wed, 27 Feb 2019 20:02:16 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.5.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Provags-ID: V03:K1:QfpMrKK4J3sxHEHL1COGTs5kYu9xIVUbRZzSC8KHQSq9EVWraFm OaXlLMhyL85o3flVU/tuiz+6f0Zp/YR846kPkARc7S5LRWJzUkJgMwAGFCYlIs4zsrOTdPh 1FqSW45hQ638dIUVk5XX1bfFsqY/n1eXigQYKxGGvaY+tzcgztNnHVx7G9SRV5WPslbdLIe FyxxIhEmfcpdcz5fVMhmw== X-UI-Out-Filterresults: notjunk:1;V03:K0:QhqJOWB/OiE=:tHCDgoy+v0KZBrZz7yABhA OMC4hvCsihR5yaWhBv6vv9QGjy3LOhiaAZHAiqWknNHloeksfSexHlRSKDTSvddETccZUnOI2 I6QLDV2NvJgnxlhNtlEeGfNr6toNl6GpRxdo+9Rj8Jk8lg2uFMZFlwaomk6xSyiaqwn1u6528 i61BQZrxQuAs2U0DPbK4ZAXu/MfXDGkeSuA41/HlV+vFElB5qULmDLfh3E/rtkwlQRR5VSm02 pmFdtiewxqTCkVa87kVImOvRjFg4FQBky4+JnWrg1fyWk2GRRWfgvuj94uSmrjcFOen6D+2Jk E4pxo6/Epk+tixEG5L5Kwea1z+IuPc07UEqcV9yllb1qsu83lMwzRANICsXVr3WUK7mLyjx9d 6b/fD9mZ7f8Y6DYb07hKLO7xGqieaj00ixbSNgdbLHnWIhwvy63NpfeVbzyk8Gcq6vXzMcfXT NekCFR8akaFXOpW0B3EyeNBAiYa+wZpOil30UUMhUWsLGH19oIAYAr+QNhRAijooqo/Xdu7xG 612rksvFO5fkEY8L8PG5Czaz8B48RfjIGwWtwTLWcprBtnxqQiKNyLL41PgH4FL18F6lQbWyD Ayc8JIV5JARxlFozC8b4olx9MRH09XgIxBAP259gr3Vv3MZ/QFyqmqZyRidTDQvah7F6lZcoj h71eMRjvgLA9ZbjgwL2/XWncNSpkS1ZDq5bluysbdi3KxSKjWEVg6eD16BkesxBRyMeTHFv98 xxvaNFnPI++Ai9goypXuI+dqdhyKZiqRHg7y/6X2bI5qkh0GoSN+YY+EwJh70u174cAjiex47 hkUJKDWzrqxc7NdIp+W86PMSIolTVUQlfCzPMiIPkZUgdryebv09DTtUrCDsnxzce5zTMAqIN 9SsMkmSAQrdpUSIBfWsDTrG9abG41fkkj8IsvuI1D+u+Nr6nir3BFZLomEZ0rkUfZsiobinzO a8LAa9Pw0GA== Sender: netdev-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: netdev@vger.kernel.org Hi, the thing is , that im not a stmmac developer. Yes , maybe i can bissect it and yes you are lucky since im a C-developer since a long time for embedded systems. The problem is that i dont understand the structure of stmmac and im not aware of any documentation about the driver structure nor the underlying ethernet hardware ( even though im used to ethernet hardware in embedded environment ). So how shall i recognize the relevant change between 4.14.29 and 5.0rc8 ? Is it in the DTS/DTB, wrong hardware description ? Is it in the code ? how is the duplex hardware working on this piece ? I can try to support you the best i can, but i have little chances to analyze it myself. At which measurements / counters is it possible to see that duplex is fully working ?  Why did even the non-duplex bandwidth regress from 900MBits to 650 ? Why is that 650 MBits dividing up to TX and RX in summary when doing duplex ? Why is TX not starving in duplex but RX ? >From my point of view should be the following things given: - the non duplex bandwidth should be somewhere around 900MBits , the HW is capable of that - TX should not influence RX or vice versa in duplex - the duplex bandwidth should be 900MBits in both directions ( maybe a bit asymetric when buffers in both dirs are not same ) I guess we need some profiling on stmmac and ( at least i need ) more knowledge of the hardware and stmmac itself. Can someone point me to the driver documentation, describing the functions in the code and the structure ? How can i profile stmmac ( usually im using hardware / JTAG debuggers at work, but here @home i got nothing like that ) So how do we continue ? regards, Simon Am 27.02.2019 um 12:09 schrieb Jose Abreu: > Hi Simon, > > On 2/24/2019 8:34 PM, Simon Huelck wrote: >> the topic is about ODROID C2 / Amlogic S905X since the start. we have a >> performance regression since 4.14. > As we are not advancing in this topic I suggest you try bisecting > the offending commit. > > Thanks, > Jose Miguel Abreu