User Details
- User Since
- Feb 5 2016, 2:19 PM (382 w, 5 d)
Mon, May 15
Thu, May 11
May 3 2023
May 1 2023
Apr 25 2023
Apr 21 2023
Apr 2 2023
Mar 27 2023
Mar 21 2023
Mar 16 2023
Mar 1 2023
Feb 28 2023
Feb 12 2023
Fixed the crash here:
Feb 7 2023
Need more work
In file included from /usr/src/bin/cat/cat.c:60: /usr/obj/amd64.amd64/tmp/usr/include/capsicum_helpers.h:42:10: fatal error: 'libcasper.h' file not found #include <libcasper.h>
Feb 6 2023
I didn't notice any performance impact with this patch (I've applied D37976 and D37977 together).
Lab is measuring the forwarding rate on a very simple IPFW firewall in front of 2 packets generators (one legitimate 20Mpps flows, a second illegimitate 20Mpps flows).
x FreeBSD n280910, packets-per-second forwarded (ipfw-at-nic-level) + FreeBSD n280910 with D37976 and D37977, packets-per-second forwarded (ipfw-at-nic-level) +--------------------------------------------------------------------------+ | * x + * + x x +| | |___________A_M________| | ||____________________M_____A__________________________| | +--------------------------------------------------------------------------+ N Min Max Median Avg Stddev x 5 12683306 12686106 12685002 12684784 1099.0563 + 5 12683316 12689972 12685037 12685578 2566.0973 No difference proven at 95.0% confidence
Was added into the TCP test suite.
Jan 25 2023
This fix all the error I had with simple make -j 16 clean.
I'm able to run make -j 160 buildworld now without any core generated.
Jan 14 2023
Jan 10 2023
Jan 9 2023
Jan 2 2023
Dec 20 2022
Dec 18 2022
I've removed white spaces found in this script too.
Following new troubleshooting study from zlei.huang@gmail.com on PR, he identified the culprid commits and proposed a simpler way to reproduce it.
The problem isn't with vnet but the IP stack and jai, so rewrote the full tests to a simpler version and move it to the usr.sbin/jail tests.
Dec 17 2022
Dec 15 2022
Thanks for the tips about checking for dying state: This is the root cause is. The jail is stuck forever in dying state after destroying (without even using) the vnet interface.
Dec 14 2022
I'm testing the 3 reviews (D37691, D37692 and D37693) at the same time, at for the first build & test run, regression tests still failing:
- sys.kern.ktls_test.ktls_receive_aes128_cbc_1_1_sha1_bad_major
- sys.kern.ktls_test.ktls_receive_aes256_cbc_1_2_sha256_bad_minor
- sys.kern.ktls_test.ktls_receive_aes256_cbc_1_1_sha1_oversized_record
- sys.kern.ktls_test.ktls_receive_chacha20_poly1305_1_3_oversized_record
Dec 13 2022
I could add this patch to the upcoming new 2.0.11 bird port. This version already includes the merged sysdep/linux/netlink.c and sysdep/cf/bsd-netlink.h (only missing sysdep/bsd-netlink/Makefile).
Nov 22 2022
Nov 10 2022
Nov 2 2022
Oct 13 2022
Update comments following advices
Oct 11 2022
Sep 29 2022
Sep 28 2022
Sep 26 2022
Sep 22 2022
Sep 12 2022
Sep 9 2022
Sep 6 2022
Aug 29 2022
Aug 25 2022
Aug 24 2022
Aug 19 2022
Jul 29 2022
yes the sleep is racy, but I have no idea to fix it.
Without it, the test will always fails: There is a delay between the jail destruction and the interface being visible back from the host.
Jul 22 2022
Jul 21 2022
Jul 7 2022
Jun 29 2022
Jun 28 2022
Jun 23 2022
May 23 2022
May 21 2022
Because this kyua limitation, the current trend is to disable parallel tests for the specific suite, and it is fine.