- User Since
- Feb 5 2016, 2:19 PM (101 w, 6 d)
Mon, Jan 15
Wed, Jan 10
And what about updating all ports depending of your renamed ports ? like devel/pear-PHP_CodeCoverage
Dec 19 2017
Yes it's work now, and here are the result: This patch greatly improve D11727 performance!
Dec 7 2017
Nov 30 2017
Same problem on fresh r326378 "panic: Lock (rw) ifnet_rw not locked ".
I can fix this problem by adding kern.smp.disabled="1" into the boot/loader.
Nov 29 2017
Still the same problem: I've svnuped to r326359 and I've still have this panic (only when this patch is applied):
Nov 28 2017
Nov 27 2017
Nov 23 2017
Would it be possible to get the output of the ddb "ps", "show all locks", and "show witness" commands? This is just weird.
Nov 22 2017
I've got a new panic (head with WITNESS and INVARIANTS enabled):
Nov 21 2017
Nov 20 2017
Nov 19 2017
Good catch for the no_dad!
Add no_dad to inet6 setup for avoiding a sleep
Nov 17 2017
How to dump a panic when the kernel crash during boot before loading disk controller drivers ?
Can I compile a kernel with .debug embedded into the kernel ?
New tests output following r325872 that fixed cbc key lenght:
Updating test scripts following kristof's advices
Nov 15 2017
Nov 14 2017
I don't reach to apply the patch, and when I've tried to "manually" merge it, I've broke the compilation :-(
Nov 13 2017
Here are my updated benches "forwarding smallest packet size" results on 2 different hardware.
I'm using a fresh head (r325763) and the latest diff (35190) of this review.
Nov 10 2017
I've tried to update my previous benches, but on a recent head (r325618), and this review need to be updated because it no more apply (a small part was committed into head).
And compilation failed on this recent head too:
Nov 9 2017
Nov 8 2017
Nov 5 2017
Nov 3 2017
Nov 1 2017
Oct 31 2017
Oct 30 2017
I confirm: I'm using static key only on my tests.
Oct 27 2017
I've found the commit that broke AES-GCM: r324037 "aesni(4): Add support for x86 SHA intrinsics".
But how is possible that I'm impacted without loading aesni module ?!?
And now comparing pf vs ipfw:
Wow, results regarding the 5M UDP session bench:
After adding a new port, you need to add it to the category Makefile too (here in devel/Makefile): I didn't see modifications to devel/Makefile here.
And each time I'm touching such category Makefile file, I'm checking index is still building fine with an indexbuild (cd /usr/port; make index).
Oct 26 2017
Here is on a Xeon 8cores with Chelsio results, 2000 UDP flows of small packet size:
Oct 25 2017
After more test: Your patch correctly fix aes-cbc key length.
After more test there is still a problem somewhere: I'm digging it and will add more information.
Does this fall into the "Build fixes which cause a package to become compilable where it was previously failing" of the "Examples of changes which do not require a PORTREVISION bump" ?
Oct 23 2017
Oct 20 2017
Oct 19 2017
Oct 18 2017
Oct 16 2017
Oct 13 2017
Oct 12 2017
Oct 11 2017
Oct 9 2017
Oct 8 2017
Oct 6 2017
Just wait for @swills approval before committing it because this port belongs to him.
Sep 29 2017
Only people who are working can break things.
Sep 28 2017
Lot's of patch files were renamed with a special name: Is this correct ?
Sep 22 2017
Yeah!!! You've fixed the problem.
Sep 15 2017
Small comestic proposal (check my 2 comments).
Sep 13 2017
It's okay, portlint is just an helper tool and didn't catch this port complexity.
Sep 12 2017
Sep 8 2017
Don't know what is a "mad64" arch, but it's okay :)-