From mboxrd@z Thu Jan 1 00:00:00 1970 From: Risto Pajula Subject: Re: IP (rtl8169) forwarding bug (performance) Date: Fri, 14 Dec 2018 00:10:29 +0200 Message-ID: References: <462e25db-8aad-7687-31e5-fb812d8daeaa@gmail.com> <51078d4c-17de-9c9d-4ba2-07a4b8e73575@gmail.com> <514e2dd2-2f2d-a038-9b21-410c6e5fd90d@gmail.com> <7ab35f56-cb8e-ddbc-ce8a-148a943dec92@gmail.com> <75bb86b8-8c1b-315c-7e4d-a64215dd9e2e@gmail.com> <45b17eaf-26f3-f446-0aaa-bee7d7f48807@gmail.com> <5a59227c-dd73-801f-0d5a-a7383ae45295@gmail.com> <20181212205238.25b30922@xeon-e3> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Cc: "David S. Miller" , Alexey Kuznetsov , Realtek linux nic maintainers , netdev@vger.kernel.org To: Stephen Hemminger , Heiner Kallweit Return-path: Received: from mail-lj1-f170.google.com ([209.85.208.170]:45171 "EHLO mail-lj1-f170.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726457AbeLMWKc (ORCPT ); Thu, 13 Dec 2018 17:10:32 -0500 Received: by mail-lj1-f170.google.com with SMTP id s5-v6so3146958ljd.12 for ; Thu, 13 Dec 2018 14:10:31 -0800 (PST) In-Reply-To: <20181212205238.25b30922@xeon-e3> Content-Language: en-US Sender: netdev-owner@vger.kernel.org List-ID: On 13.12.2018 6:52, Stephen Hemminger wrote: > > Did you disable ethernet flow control? Ethernet flow control is > usually a bad idea, it can cause head of line blocking. Unfortunately, > most devices default to on. Disable ethernet flow control from where? The rtl8169 driver does not support changing the ethernet flow control settings. My switches are also unmanaged. ethtool -a eth0 Pause parameters for eth0: Cannot get device pause settings: Operation not supported According to the rtl8169 datasheet (rev 1.21 - from 2002): "The RTL8169 enters backoff state for the specified period of time when it receives a valid PAUSE packet (with pause_time=n) in full duplex mode. If the PAUSE packet is received while the RTL8169 is transmitting, the RTL8169 starts to backoff after the current transmission is completed. The RTL8169 is free to transmit packets when it receives a valid PAUSE packet (with pause_time=0000h) or the backoff timer(=n*512 bit time) elapses." So the transmit FIFO stalling should not be caused by this... It should automatically resume... Also I have not seen any PAUSE frames in my traffic captures. One suspicious thing is in the datasheet: Interrupt Status Register Bit3: "Transmit (Tx) Error: This bit set to 1 indicates that a packet transmission was aborted, due to excessive collisions, according to the TXRR's setting in the TCR register." However in the TCR register definition there is nothing about "TXRR". I could not find more recent datasheet... Could anyone provide me with one or where it could be obtained? BR. Risto