On Mon, 2020-02-03 at 22:15 -0600, Dave Ulrick wrote:
> The BZ looks somewhat similar to my issue--same chipset, etc.--but I
> notice a couple of differences:
>
> 1. I'm not seeing any errors on the interface:
>
> # ifconfig enp3s0
> enp3s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
> inet 192.168.4.6 netmask 255.255.255.0 broadcast 192.168.4.255
> inet6 fe80::7c0a:4567:cd0f:13db prefixlen 64 scopeid 0x20<link>
> ether 94:de:80:21:61:12 txqueuelen 1000 (Ethernet)
> RX packets 2730169 bytes 2813667597 (2.6 GiB)
> RX errors 0 dropped 0 overruns 0 frame 0
> TX packets 8497698 bytes 11492849340 (10.7 GiB)
> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
>
> (the above was run after running speedtest-cli on the PC)
>
> 2. I can recreate my problem with kernel 5.4.10 whereas the BZ ticket
> says the issue didn't exist in 5.4.13 but does in 5.4.14. (My PC doesn't
> have 5.4.13 installed.)
>
> Still, the similarities between my situation and the BZ make me wonder
> if there might be a common underlying issue.
The problem (TX errors in my case) persists with 5.4.15. My interface
is:
$ sudo lspci -v -s 03:00.0
03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 06)
Subsystem: Micro-Star International Co., Ltd. [MSI] Device 7808
Flags: bus master, fast devsel, latency 0, IRQ 17
I/O ports at d000 [size=256]
Memory at f7804000 (64-bit, prefetchable) [size=4K]
Memory at f7800000 (64-bit, prefetchable) [size=16K]
Capabilities: [40] Power Management version 3
Capabilities: [50] MSI: Enable- Count=1/1 Maskable- 64bit+
Capabilities: [70] Express Endpoint, MSI 01
Capabilities: [b0] MSI-X: Enable+ Count=4 Masked-
Capabilities: [d0] Vital Product Data
Capabilities: [100] Advanced Error Reporting
Capabilities: [140] Virtual Channel
Capabilities: [160] Device Serial Number 01-00-00-00-68-4c-e0-00
Kernel driver in use: r8169
Kernel modules: r8169
$ sudo ethtool enp3s0
Settings for enp3s0:
Supported ports: [ TP MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Half 1000baseT/Full
Supported pause frame use: Symmetric Receive-only
Supports auto-negotiation: Yes
Supported FEC modes: Not reported
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Half 1000baseT/Full
Advertised pause frame use: Symmetric Receive-only
Advertised auto-negotiation: No
Advertised FEC modes: Not reported
Speed: 100Mb/s
Duplex: Full
Port: MII
PHYAD: 0
Transceiver: internal
Auto-negotiation: off
Supports Wake-on: pumbg
Wake-on: d
Current message level: 0x00000033 (51)
drv probe ifdown ifup
Link detected: yes
Note that it's running at 100 Mb/s despite the interface and local
switch being Gigabit capable. I've no idea why. I don't have another
box with which to set up an iperf test.
However my problem is the high error rate, which in practice slows down
Internet connections dramatically. My ISP connection is rated at
80Mbps/20Mpbs and usually gets to within 90% of that, but a speed test
directly to the ISP is only getting around 3Mbps/2Mbps with this
kernel, while with 5.4.13 it runs as expected.
I don't positively know that this is a device driver issue because I
don't have a different NIC to test it on. It could be elsewhere in the
networking stack.
poc
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx
