I'm not sure if Linux' ptrace API defines it this way. Also, I don't quite understand how it works for FreeBSD binaries, given that kern_ptrace() only fills sr_retval if sr_error == 0. Therefore I'm tempted to commit it as is, particularly given that it fixes a trivially-reproducible panic.
For native FreeBSD we can legitimately expose EJUSTRETURN. This is enough to inform caller that the real state is in the registers file.
For Linux, due to different ABI and absense of EJUSTRETURN, I have no other proposal than to decode the state (to have the code correct).
Let the ptracer fallback to another method.
Btw., therefore: https://github.com/hmatyschok/if_vether
There was a bug which resulted not calling new vm.objects_swap.
After fixing the bug and further testing, I no longer see long pause.
In other words, the kernel patch and new sysctl is helping performance improvement.
add kernel_vmount.9.gz to ObsoleteFiles.inc
It also needs to be added to ObsoleteFiles.inc.
Fix a few missing compile items with the new version 9.4.1
Can this only add WANTPARENT if the call to vn_fullpath_hardlink is going to be used to begin with? The extra ref/unref on containing directory would preferably be avoided if it can be helped.
This would be really useful in my goal to -O2 or -O3 compile (via poudriere) specific, performance-sensitive packages for a CPUTYPE that is different from the poudriere host machine. I can't set CPUTYPE for all packages, as the build fails right away when pkg won't run on the host machine; this would also be a problem with innumerable other build dependencies. I would, however, like to set CPUTYPE for postgresql13, for example, which AFAIK is never executed as a build dependency. Another possible benefit of an automated, optimized build is openjdk*.
- incorporate avg's feedback about @$FLAVOR in recursive targets
Fix patch to be against head, not against the previous version of the review
Update dhcpcd(8) to version 9.4.1
This was only ever a test to see the arc raw diff format for new files.
For some reason, "arc patch --patch <file>" fails to apply patches downloaded as raw diffs from reviews.freebsd.org