Re: [vnet] [epair] epair interface stops working after some time

Hi, I have filed a bug for this issue and cc'd both of you in it. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227100 Best, Reshad On 29 March 2018 6:39:13 PM IST, Kristof Provost wrote: >On 29 Mar 2018, at 14:48, Reshad Patuck wrote: >> pulling the 'net.link.epair.netisr_maxqlen' down d

[Bug 227086] Upgraded world - broken OpenVPN second tun - ifconfig: ioctl (SIOCAIFADDR): File exists

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227086 --- Comment #2 from Marek --- Hi Eugene, I can test old revision only (home server "in production") :) Some more outputs from working/current configuration: # ifconfig tun0 tun0: flags=8051 metric 0 mtu 1500 options=8

[Bug 227086] Upgraded world - broken OpenVPN second tun - ifconfig: ioctl (SIOCAIFADDR): File exists

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227086 Eugene Grosbein changed: What|Removed |Added CC||eu...@freebsd.org,

[Bug 227100] [epair] epair interface stops working when it reaches the hardware queue limit

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

netmap: How the buf_num of buffers is used by driver and monitor app

Hi, I am wondering about the netmap module parameters buf_num. The default buf_num 163840 seems fairly big compare to intel 10G ixgbe of max 4096 queue size. A full queue of the interface can only use a very small portion of the buf_num. Can the netmap enabled driver like ixgbe use more buffers

[Bug 227086] Upgraded world - broken OpenVPN second tun - ifconfig: ioctl (SIOCAIFADDR): File exists

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

Re: Current state of Intel XL710 40G NIC ixl performance

> Hi Rodney, > > So this is a XL710-QDA2 that is set to 4x10? (default is 2x40). If you can > you give me the output of sysctl dev.ixl|egrep 'pnp|locati|Version', that > would be helpful. Hello Jeff, I dont have a XL710-QDA2, it is Michael who has one. > Thanks, > Jeff Regards, Rod > ?On 3

Re: Current state of Intel XL710 40G NIC ixl performance

Hi Rodney, So this is a XL710-QDA2 that is set to 4x10? (default is 2x40). If you can you give me the output of sysctl dev.ixl|egrep 'pnp|locati|Version', that would be helpful. Thanks, Jeff On 3/29/18, 6:16 AM, "owner-freebsd-...@freebsd.org on behalf of Muenz, Michael" wrote: Am 29

[Bug 227058] vxge(4): ioctl implementation reads directly from user memory

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227058 Brooks Davis changed: What|Removed |Added Keywords||easy --- Comment #1 from Brooks Dav

Re: Current state of Intel XL710 40G NIC ixl performance

Am 29.03.2018 um 14:46 schrieb Rodney W. Grimes: Am 28.03.2018 um 18:38 schrieb Rodney W. Grimes: Am 28.03.2018 um 06:11 schrieb christian russell: I am having trouble getting an Intel XL710-DA2 NIC to get even close to line rate. It is a 4x10 Gbps card. The box is running FreeBSD 11 (FreeNAS

Re: [vnet] [epair] epair interface stops working after some time

On 29 Mar 2018, at 14:48, Reshad Patuck wrote: pulling the 'net.link.epair.netisr_maxqlen' down does seem to make this occur faster. ​ Good, I think my hypothesis about where the issue lies is correct then. You should be able to avoid (or at least reduce the frequency of) the issue by increasi

Re: [vnet] [epair] epair interface stops working after some time

​ Hi, pulling the 'net.link.epair.netisr_maxqlen' down does seem to make this occur faster. ​ When I dropped it to 2 like Kristof did and I have the same symptoms on a box which was not exhibiting the problems manually began to have the same symptoms. Bumping it back up to 2100 did not restore t

Re: Current state of Intel XL710 40G NIC ixl performance

> Am 28.03.2018 um 18:38 schrieb Rodney W. Grimes: > >> Am 28.03.2018 um 06:11 schrieb christian russell: > >>> I am having trouble getting an Intel XL710-DA2 NIC to get even close to > >>> line rate. It is a 4x10 Gbps card. The box is running FreeBSD 11 > >>> (FreeNAS > >>> in particular). > >>

[Bug 221317] Netmap issue after ixgbe driver update in r320897

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221317 --- Comment #15 from Cassiano Peixoto --- (In reply to Sylvain Galliano from comment #14) Hi Sylvain, So it's worse than i thought. But unfortunately seems nobody is willing to fix it. :( I can't take the risk to update my servers until i

[Bug 221919] ixl: TX queue hang when using TSO and having a high and mixed network load

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221919 --- Comment #16 from Jeff Pieper --- We will have a patch ready for Phabricator soon. It should be committed before code freeze. -- You are receiving this mail because: You are on the CC list for the bug. _

[Bug 221919] ixl: TX queue hang when using TSO and having a high and mixed network load

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221919 Jeff Pieper changed: What|Removed |Added CC||jeffrey.e.pie...@intel.com --- Comme

[Bug 221317] Netmap issue after ixgbe driver update in r320897

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221317 Sylvain Galliano changed: What|Removed |Added CC||s...@efficientip.com --- Commen

Re: Current state of Intel XL710 40G NIC ixl performance

Am 28.03.2018 um 18:38 schrieb Rodney W. Grimes: Am 28.03.2018 um 06:11 schrieb christian russell: I am having trouble getting an Intel XL710-DA2 NIC to get even close to line rate. It is a 4x10 Gbps card. The box is running FreeBSD 11 (FreeNAS in particular). We have tried both 1.7 and 1.9 d