Re: r8169: Performance regression and latency instability

Hi all! I would like to kindly ask your help to understand this subject, since my familiarity with the network stack is limited. I'm still trying to find a solution for the latency problems with Realtek cards I reported earlier. Why does the GSO have to be forced on the socket level if drivers f

Re: r8169: Performance regression and latency instability

Hi! First of all: Thank you everyone for the input. Here is some more info about my NIC. (Using the latest ethtool) # ethtool -i eth0 ; ifconfig eth0 driver: r8169 version: firmware-version: rtl8168h-2_0.0.2 02/26/15 expansion-rom-version: bus-info: :02:00.0 supports-statistics: yes support

r8169: Performance regression and latency instability

Greetings! During migration from kernel 3.14 to 4.19, we noticed a regression on the network performance. Under the exact same circumstances, the standard deviation of the latency is more than double than before on the Realtek RTL8111/8168B (10ec:8168) using the r8169 driver. Kernel 3.14:

[PATCH v2] isdn: hfcsusb: Fix mISDN driver crash caused by transfer buffer on the stack

usb_register_driver+0x5d/0x120 ? 0xf81ed000 hfcsusb_drv_init+0x17/0x1000 [hfcsusb] do_one_initcall+0x44/0x190 ? free_unref_page_commit+0x6a/0xd0 do_init_module+0x46/0x1c0 load_module+0x1dc1/0x2400 sys_init_module+0xed/0x120 do_fast_syscall_32+0x7a/0x200 entry_SYSENTER_32+0x6b/0xbe Signed-off-by: Juliana

[PATCH] isdn: hfcsusb: Fix mISDN driver crash caused by transfer buffer on the stack

usb_register_driver+0x5d/0x120 ? 0xf81ed000 hfcsusb_drv_init+0x17/0x1000 [hfcsusb] do_one_initcall+0x44/0x190 ? free_unref_page_commit+0x6a/0xd0 do_init_module+0x46/0x1c0 load_module+0x1dc1/0x2400 sys_init_module+0xed/0x120 do_fast_syscall_32+0x7a/0x200 entry_SYSENTER_32+0x6b/0xbe Signed-off-by: Juliana

Re: [Intel-wired-lan] [PATCH] e1000e: Work around hardware unit hang by disabling TSO

Hello Sasha, On Wednesday, 15 May 2019 07:39:46 CEST Neftin, Sasha wrote: > You are right, in some particular configurations e1000e devices stuck at > Tx hang while TCP segmentation offload is on. But for all other users we > should keep the TCP segmentation option is enabled as default. I suggest

[PATCH] e1000e: Work around hardware unit hang by disabling TSO

and never recovers. Disabling TCP segmentation offload (TSO) seems to be the only way to work around this problem on the affected devices. This issue was first reported in 14.01.2015: https://marc.info/?l=linux-netdev&m=142124954120315 Signed-off-by: Juliana Rodrigueiro --- drivers/net/ethern

Hyperv netvsc - regression for 32-PAE kernel

Hi all. I have a custom linux OS vm running kernel 3.14 (32b with or without PAE) in windows 2012 R2. The vm has one Network Adapter and is generation 1. With this setup everything runs fine. The problem started when I tried to update to kernel 4.19. The Synthetic network adapter driver does n

Re: [bisected regression] e1000e: "Detected Hardware Unit Hang"

Hi All. While updating to kernel 4.19, we realised that a problem reported in 2015 for kernel 3.7 is still around. Please see this link for more details: https:// marc.info/?l=linux-netdev&m=142124954120315 Basically, when using the e1000e driver, each few minutes the following messages appear