Re: poor performance with Intel X520 card

2020-07-15 Thread Patrick Lamaiziere
On Fri, 10 Jul 2020 18:21:11 +0200 Olivier Cochard-Labbé wrote: Hi Olivier, > > 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

Re: poor performance with Intel X520 card

2020-07-15 Thread Eugene Grosbein
10.07.2020 13:45, Patrick Lamaiziere 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 at > 100% busy. [sk

[Bug 248002] ping(8): TTL DETAILS update

2020-07-15 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=248002 Bug ID: 248002 Summary: ping(8): TTL DETAILS update Product: Documentation Version: Latest Hardware: Any OS: Any Status: New Severity: Affects Only

[Bug 248002] ping(8): TTL DETAILS update

2020-07-15 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=248002 --- Comment #1 from Jose Luis Duran --- Thanks to THUS (https://www.tuhs.org), I was able to track when the change was made (4.4 BSD): 4.3 BSD TTL: 255 [3] 4.3 BSD-Tahoe TTL: 255 [4] 4.4 BSD TTL: 64 [5] References: [3] https://minnie.tu

Re: [Bug 248002] ping(8): TTL DETAILS update

2020-07-15 Thread Rodney W. Grimes
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=248002 > > Bug ID: 248002 >Summary: ping(8): TTL DETAILS update >Product: Documentation >Version: Latest > Hardware: Any > OS: Any > Status: New > Sev

[Bug 248002] ping(8): TTL DETAILS update

2020-07-15 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=248002 --- Comment #2 from Jose Luis Duran --- (In reply to Jose Luis Duran from comment #1) Scratch that. Reading imp@'s sources for 2.11BSD: https://github.com/bsdimp/2.11bsd/blob/master/sys/netinet/ip.h#L150 -- You are receiving this mail b

IF_DRV_PREPEND unlocked?

2020-07-15 Thread John-Mark Gurney
I happen to be looking at the implementation of IFQ_DRV_PREPEND, and unlike IFQ_DRV_DEQUEUE, it doesn't obtain the lock when manipulating the ifq. I took a brief look at a few drivers, and it looks like some of them expect that _PREPEND lock the Q like _DEQUEUE does. This is likely not an issue o

[Bug 248002] ping(8): TTL DETAILS update

2020-07-15 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=248002 --- Comment #3 from Jose Luis Duran --- In FreeBSD, the change from MAXTTL to ip.ttl was done in: https://github.com/freebsd/freebsd/commit/5639e86bdd7ea151958776264bf5a67e60a54d68 -- You are receiving this mail because: You are on the C

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

2020-07-15 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=248005 Kubilay Kocak changed: What|Removed |Added Keywords||easy, needs-qa Flags|

Kaushal wants to connect with you on LinkedIn

2020-07-15 Thread Kaushal Shriyan via freebsd-net
. Kaushal would like to stay in touch on LinkedIn. Kaushal Shriyan Chief DevOps Architect at DigitalAPICraft Bengaluru Area, India View profile https://www.linkedin.com/comm/in/kaushalshriyan?trk=eml-guest-invite-pprofile-link-cta&trkEmail=eml-email_m2g_invit

Re: IF_DRV_PREPEND unlocked?

2020-07-15 Thread Marko Zec
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_DEQUEUE, it doesn't obtain the lock when manipulating > the ifq. I took a brief look at a few drivers, and it looks like some > of them expect that _

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

2020-07-15 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=248005 Kyle Evans changed: What|Removed |Added Assignee|n...@freebsd.org |kev...@freebsd.org Statu

Re: IF_DRV_PREPEND unlocked?

2020-07-15 Thread Marko Zec
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_DEQUEUE, it doesn't obtain the lock when manipulating > > the ifq. I took a brief loo

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

2020-07-15 Thread Eugene Grosbein
CCing Roman Kurakin (ce(4)) and Serge Vakulenko (cp(4)), see later. 16.07.2020 9:23, neel_neelc.org (Neel Chauhan) wrote: > neel_neelc.org abandoned this revision. > > REPOSITORY > rS FreeBSD src repository > > CHANGES SINCE LAST ACTION > https://reviews.freebsd.org/D25681/new/ > > REVISIO

[Bug 166724] if_re(4): watchdog timeout

2020-07-15 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=166724 --- Comment #67 from Alex Dupre --- I've commited the vendor driver to the ports tree, with additional improvements and instructions to load it with the stock GENERIC kernel: https://svnweb.freebsd.org/ports?view=revision&revision=542324

Successful project comes from a professional team

2020-07-15 Thread janice.chen--- via freebsd-net
Hello Dear I hope this email bring you a pleasant day. This is Janice from CCJK, an ISO and ATA certified translation company in Asia. We would be glad to offer you our professional services for the translation job which you may need in your industy. There are more than 6000 professional transla

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

2020-07-15 Thread eugen_grosbein.net (Eugene Grosbein)
eugen_grosbein.net commandeered this revision. eugen_grosbein.net added a reviewer: neel_neelc.org. REPOSITORY rS FreeBSD src repository CHANGES SINCE LAST ACTION https://reviews.freebsd.org/D25681/new/ REVISION DETAIL https://reviews.freebsd.org/D25681 EMAIL PREFERENCES https://reviews

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

2020-07-15 Thread eugen_grosbein.net (Eugene Grosbein)
eugen_grosbein.net reclaimed this revision. REPOSITORY rS FreeBSD src repository CHANGES SINCE LAST ACTION https://reviews.freebsd.org/D25681/new/ REVISION DETAIL https://reviews.freebsd.org/D25681 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: eugen

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

2020-07-15 Thread eugen_grosbein.net (Eugene Grosbein)
eugen_grosbein.net removed subscribers: freebsd-net-list, emaste. eugen_grosbein.net added a comment. Sorry for the mess, my latest actions on this differential were unintentional, some problems with old Firefox. REPOSITORY rS FreeBSD src repository CHANGES SINCE LAST ACTION https://revi