[Bug 248005] nd6 initializes nd_ifinfo->maxmtu = 0 on newly inserted network interfaces

2020-07-16 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=248005 Kubilay Kocak changed: What|Removed |Added Flags|maintainer-feedback?(kp@fre |maintainer-feedback?

FreeBSD Users Contact List.

2020-07-16 Thread Hailey Michelle
Hello, I would like to know if you are interested in acquiring FreeBSD Users Contact List. Information fields: Names, Title, Email, Phone, Company Name, Company URL, Company physical address, SIC Code, Industry and Specialty (Revenue and Employee). Let me know if you are interested and I

Re: IF_DRV_PREPEND unlocked?

2020-07-16 Thread John-Mark Gurney
Marko Zec wrote this message on Thu, Jul 16, 2020 at 07:49 +0200: > On Thu, 16 Jul 2020 07:26:22 +0200 > Marko Zec wrote: > > > On Wed, 15 Jul 2020 16:26:25 -0700 > > John-Mark Gurney wrote: > > > > > I happen to be looking at the implementation of IFQ_DRV_PREPEND, and > > > unlike IFQ_DRV_DEQU

Re: Deadlocks when using pf tags or socket owner matching

2020-07-16 Thread Kristof Provost
On 10 Jul 2020, at 22:29, Kristof Provost wrote: On 8 Jul 2020, at 12:52, Kajetan Staszkiewicz wrote: I have forgot to mention my system: it's FreeBSD 11.3-RELEASE-p9 I have also managed to replicate this (or a similar) issue on a test system built with lock debugging and I got this: Jul 8 10

[Bug 248005] nd6 initializes nd_ifinfo->maxmtu = 0 on newly inserted network interfaces

2020-07-16 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=248005 Kyle Evans changed: What|Removed |Added Flags|maintainer-feedback?(kevans |maintainer-feedback+

[Bug 248005] nd6 initializes nd_ifinfo->maxmtu = 0 on newly inserted network interfaces

2020-07-16 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=248005 --- Comment #2 from commit-h...@freebsd.org --- A commit references this bug: Author: kevans Date: Thu Jul 16 13:37:32 UTC 2020 New revision: 363244 URL: https://svnweb.freebsd.org/changeset/base/363244 Log: ether_ifattach: set mtu befor

Sales Pipeline

2020-07-16 Thread Alex Miller
Hi, My name is Alex Miller and I am from the Database and Lists Management Company. I wanted to check if you are in practice of purchasing updated database? We can help you in reaching C-level decision makers, Business decision makers, Healthcare Professionals and many more across the Globe.

Re: poor performance with Intel X520 card

2020-07-16 Thread Eugene Grosbein
16.07.2020 16:03, Eugene Grosbein wrote: > 16.07.2020 14:57, Patrick Lamaiziere wrote: > >>> I'm sure pf is the bottle-neck. Try testing such card without any >>> packet filter enabled and you'll see great difference definitely. >> >> That's not a good news as I don't see how to simplify the rule

Re: poor performance with Intel X520 card

2020-07-16 Thread Eugene Grosbein
16.07.2020 14:57, Patrick Lamaiziere wrote: >> I'm sure pf is the bottle-neck. Try testing such card without any >> packet filter enabled and you'll see great difference definitely. > > That's not a good news as I don't see how to simplify the ruleset :( > But thanks anyway :) First, you need to

Re: poor performance with Intel X520 card

2020-07-16 Thread Kristof Provost
On 16 Jul 2020, at 9:57, Patrick Lamaiziere wrote: On Wed, 15 Jul 2020 17:07:23 +0700 Eugene Grosbein wrote: Hello, That is mostly for the record but it looks like the intel X520 is not very good and generates a high level of interrupts. On a router / firewall with 500 Kpps in input (dropped

Re: poor performance with Intel X520 card

2020-07-16 Thread Patrick Lamaiziere
On Wed, 15 Jul 2020 17:07:23 +0700 Eugene Grosbein wrote: Hello, > > That is mostly for the record but it looks like the intel X520 is > > not very good and generates a high level of interrupts. > > > > On a router / firewall with 500 Kpps in input (dropped by pf) is > > enough to put the CPUs

Re: [Differential] D25681: if_spppsubr: Define a few LCP options, Recognize (but still reject) multilink PPP config options

2020-07-16 Thread Eugene Grosbein
16.07.2020 14:12, lutz_donnerhacke.de (Lutz Donnerhacke) wrote: > > ce(4) for PCI G.703/E1 card, > > cp(4) for PCI V.35/RS-232/RS-530/RS-449/X.21/G.703/E1/E3/T3/STS-1 cards, > > and cx(4)/ctau(4) for some ISA cards but these do not exist in FreeBSD 13 > anymore, > > removed by emaste@ rec