committer filter by committer.
@path/to/ filter by path in repository.
committer@path/to/ filter by committer AND path in repository.
abdef0123 filter by commit's SHA hash.
rNNN filter by SVN revision.
rNNN-rMMM filter by SVN revisions range (inclusive).
Multiple filters can be specified separated by spaces or comas in which case they'll be combined using OR operator.
|3f7e14ad||rmacklem||May 22, 2021, 9:53 p.m.||nfscl: Add hash lists for the NFSv4 opens
A problem was reported via email, where a large (130000+) accumulation of NFSv4 opens on an NFSv4 mount caused significant lock contention on the mutex used to protect the client mount's open/lock state. Although the root cause for the accumulation of opens was not resolved, it is obvious that the NFSv4 client is not designed to handle 100000+ opens efficiently. When searching for an open, usually for a match by file handle, a linear search of all opens is done. This patch adds a table of hash lists for the opens, hashed on file handle. This table will be used by future commits to search for an open based on file handle more efficiently. MFC after: 2 weekscgit
|33c1bdfc||donner||May 22, 2021, 9:45 p.m.||tests/libalias: Add perfomance test utility
In order to compare upcoming changes for their effectivness, measure performance by counting opertions and the runtime of each operation over the time. Accumulate all tests in a single instance, so make it complicated over the time. If you wait long enough, you will notice the expiry of old flows. Reviewed by: kp (earlier version) MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D30379cgit
|138f78e9||mjg||May 22, 2021, 9:01 p.m.||umtx: convert umtxq_lock to a macro
Then LOCK_PROFILING starts reporting callers instead of the inline.cgit
|e71d5c73||mjg||May 22, 2021, 8:18 p.m.||Fix limit testing after 1762f674ccb571e6 ktrace commit.
The previous: if ((uoff_t)uio->uio_offset + uio->uio_resid > lim) signal(....); was replaced with: if ((uoff_t)uio->uio_offset + uio->uio_resid < lim) return; signal(....); Making (uoff_t)uio->uio_offset + uio->uio_resid == lim trip over the limit, when it did not previously. Unbreaks running 13.0 buildworld.cgit
|fc369a35||kib||May 22, 2021, 8:14 p.m.||ktrace: fix a race between writes and close
It was possible that termination of ktrace session occured during some record write, in which case write occured after the close of the vnode. Use ktr_io_params refcounting to avoid this situation, by taking the reference on the structure instead of vnode. Reviewed by: markj Sponsored by: The FreeBSD Foundation MFC after: 1 week Differential revision: https://reviews.freebsd.org/D30400cgit
|48235c37||mjg||May 22, 2021, 7:53 p.m.||Fix a braino in previous.
Instead of trying to partially ifdef out ktrace handling, define the missing identifier to 0. Without this fix lack of ktrace in the kernel also means there is no SIGXFSZ signal delivery.cgit
|154f0ecc||mjg||May 22, 2021, 7:41 p.m.||Fix tinderbox build after 1762f674ccb571e6 ktrace commit.|
|a0842e69||mjg||May 22, 2021, 7:28 p.m.||lockprof: add contested-only profiling
This allows tracking all wait times with much smaller runtime impact. For example when doing -j 104 buildkernel on tmpfs: no profiling: 2921.70s user 282.72s system 6598% cpu 48.562 total all acquires: 2926.87s user 350.53s system 6656% cpu 49.237 total contested only: 2919.64s user 290.31s system 6583% cpu 48.756 totalcgit
|fca5cfd5||mjg||May 22, 2021, 7:28 p.m.||lockprof: retire lock_prof_skipcount
The implementation uses a global variable for *ALL* calls, defeating the point of sampling in the first place. Remove it as it clearly remains unused.cgit
|20123b25||rew||May 22, 2021, 7:03 p.m.||fsck_ffs(8): fix divide by zero when debug messages are enabled
Only print buffer cache debug message when a cache lookup has been done. When running `fsck_ffs -d` on a gjournal'ed filesystem, it's possible that totalreads is greater than zero when no cache lookup has been done - causing a divide by zero. This commit fixes the following error: Floating point exception (core dumped) Reviewed by: mckusick Differential Revision: https://reviews.freebsd.org/D30370cgit
|cf74b2be||mjg||May 22, 2021, 6:42 p.m.||vfs: retire the now unused vnlru_free routine|
|c235059b||markj||May 22, 2021, 4:12 p.m.||ktls.4: Remove an obsolete statement|
|5c7ef43e||markj||May 22, 2021, 4:12 p.m.||ktls.h: Guard includes behind _KERNEL|
|e4b16f2f||markj||May 22, 2021, 4:07 p.m.||ktrace: Avoid recursion in namei()
sys_ktrace() calls namei(), which may call ktrnamei(). But sys_ktrace() also calls ktrace_enter() first, so if the caller is itself being traced, the assertion in ktrace_enter() is triggered. And, ktrnamei() does not check for recursion like most other ktrace ops do. Fix the bug by simply deferring the ktrace_enter() call. Also make the parameter to ktrnamei() const and convert to ANSI. Reported by: email@example.com Reviewed by: kib MFC after: 1 week Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D30340cgit
|e67ef6ce||kib||May 22, 2021, 1:36 p.m.||libkvm: Fix build after removeal of p_tracevp
Sponsored by: The FreeBSD Foundation MFC after: 1 weekcgit