[Bug 206932] Realtek 8111 card stops responding under high load in netmap mode

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=206932 --- Comment #3 from Olivier - interfaSys sàrl --- I think this is logged when things start failing ``` 231.020147 [2925] netmap_transmit re0 full hwcur 0 hwtail 0 qlen 255 len 42 m

[Bug 206932] Realtek 8111 card stops responding under high load in netmap mode

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=206932 --- Comment #2 from Olivier - interfaSys sàrl --- Setting re0 to use a MTU of 9000 and the connection stays alive. Instead of timing out, the packet rate drops drastically once and things go back to normal.

asm.ca.com (formerly just-ping.com) and FreeBSD

Hello, I apologize if this has been asked or brought up here before but I couldn't find it, so here goes. I've used the above site to check ping times and troubleshoot connectivity issues in the past but hadn't used them in a bit. All of my FreeBSD servers (different data centers in

[Differential] [Commented On] D5185: tcp/lro: Allow network drivers to set the limit for TCP ACK/data segment aggregation limit

hselasky added inline comments. INLINE COMMENTS sys/netinet/tcp_lro.h:94 Might be worth set this limit to unsigned instead of unsigned short. Technically we can LRO more than 64KBytes worth of data! REVISION DETAIL https://reviews.freebsd.org/D5185 EMAIL PREFERENCES

[Differential] [Accepted] D5185: tcp/lro: Allow network drivers to set the limit for TCP ACK/data segment aggregation limit

adrian accepted this revision. adrian added a comment. Nice! Thanks for all this work! REVISION DETAIL https://reviews.freebsd.org/D5185 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: sepherosa_gmail.com, delphij, royger, decui_microsoft.com,

[Bug 206934] MFC of commits r272695 and r288529

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=206934 --- Comment #2 from mgro...@shrew.net --- Ahh. I see the MFC now. Thanks for checking and sorry to bother you with that. Is the new if_enc you refer to already in 10 STABLE? -- You are receiving this mail because: You are the assignee for

[Differential] [Accepted] D5185: tcp/lro: Allow network drivers to set the limit for TCP ACK/data segment aggregation limit

gallatin accepted this revision. gallatin added a comment. Thanks for addressing my concerns.. Does anybody else want to comment? REVISION DETAIL https://reviews.freebsd.org/D5185 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: sepherosa_gmail.com,

Re: swaping ring slots between NIC ring and Host ring does not always success

Hi Victor, Thanks for the help. The command you provided worked perfectly for me. Hi Luigi, Thanks for your clarification. The experiment I did was NOT running on 3 nodes. They ran on two nodes. node 1 ran [1. sender]; node 2 ran [2. bridge.c] and [3. receiver (not using netmap)]; [2. bridge.c

[Bug 206934] MFC of commits r272695 and r288529

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=206934 Mark Linimon changed: What|Removed |Added Assignee|freebsd-b...@freebsd.org

[Bug 206933] MFC of 264915 to 10 STABLE

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=206933 Mark Linimon changed: What|Removed |Added Assignee|freebsd-b...@freebsd.org

[Bug 206934] MFC of commits r272695 and r288529

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=206934 Andrey V. Elsukov changed: What|Removed |Added CC|

[Differential] [Commented On] D5185: tcp/lro: Allow network drivers to set the limit for TCP ACK/data segment aggregation limit

sepherosa_gmail.com added inline comments. INLINE COMMENTS sys/netinet/tcp_lro.h:94 My intention here is too keep the size of lro_ctrl unchanged on amd64 (I think there is an implicit 4 bytes padding after lro_mbuf_max :). But I am fine to change them into unsigned int. Does anyone know