committer filter by committer.
@path/to/ filter by path in repository.
committer@path/to/ filter by committer AND path in repository.
NNN or rNNN filter by revision.
NNN-MMM or rNNN-rMMM filter by revisions range (inclusive).
Multiple filters can be specified separated by spaces or comas in which case they'll be combined using OR operator.
|r349042||alc||June 14, 2019, 10:06 p.m.||Batch the TLB invalidations that are performed by pmap_protect() rather
than performing them one at a time. MFC after: 10 daysViewVC
|r349041||asomers||June 14, 2019, 8:35 p.m.||open(2): fix the description of O_FSYNC
The man page claims that with O_FSYNC (aka O_SYNC) the kernel will not cache written data. However, that's not true. Nor does POSIX require it. Perhaps it was true when that section of the man page was written in r69336 (I haven't checked). But it's not true now. Now the effect is simply that writes are sent to disk immediately and synchronously, but they're still cached. See also: https://pubs.opengroup.org/onlinepubs/9699919799/ See also: ffs_write in sys/ufs/ffs/ffs_vnops.c Reviewed by: cem MFC after: 2 weeks Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D20641ViewVC
|r349040||mav||June 14, 2019, 8:04 p.m.||Minimize aggsum_compare(&arc_size, arc_c) calls.
For busy ARC situation when arc_size close to arc_c is desired. But then it is quite likely that aggsum_compare(&arc_size, arc_c) will need to flush per-CPU buckets to find exact comparison result. Doing that often in a hot path penalizes whole idea of aggsum usage there, since it replaces few simple atomic additions with dozens of lock acquisitions. Replacing aggsum_compare() with aggsum_upper_bound() in code increasing arc_p when ARC is growing (arc_size < arc_c) according to PMC profiles allows to save ~5% of CPU time in aggsum code during sequential write to 12 ZVOLs with 16KB block size on large dual-socket system. I suppose there some minor arc_p behavior change due to lower precision of the new code, but I don't think it is a big deal, since it should affect only very small window in time (aggsum buckets are flushed every second) and in ARC size (buckets are limited to 10 average ARC blocks per CPU). MFC after: 2 weeks Sponsored by: iXsystems, Inc.ViewVC
|r349039||mav||June 14, 2019, 7:57 p.m.||Alike to ZoL disable metaslab allocation tracing code.
It is too generous to collect in production debug traces that can only be read with kernel debugger. Illumos includes special code in their mdb debugger to read it, we don't. MFC after: 1 week Sponsored by: iXsystems, Inc.ViewVC
|r349035||mav||June 14, 2019, 5:09 p.m.||Properly align struct multilist_sublist to cache line.
Manual Illumos alignment does not fit us due to different kmutex_t size. MFC after: 1 week Sponsored by: iXsystems, Inc.ViewVC
|r349032||mckusick||June 14, 2019, 6:10 a.m.||Clarify that the -r and -R options can be used only to create level 0 dumps.
Suggested by: phk MFC after: 3 daysViewVC
|r349031||alc||June 14, 2019, 4:01 a.m.||Change the arm64 pmap so that updates to the global count of wired pages are|
|r349030||dougm||June 14, 2019, 3:15 a.m.||Avoid using the prev field of vm_map_entry_t in two functions that|
|r349029||mav||June 14, 2019, 1:09 a.m.||Update td_runtime of running thread on each statclock().
Normally td_runtime is updated on context switch, but there are some kernel threads that due to high absolute priority may run for many seconds without context switches (yes, that is bad, but that is true), which means their td_runtime was not updated all that time, that made them invisible for top other then as some general CPU usage. MFC after: 1 week Sponsored by: iXsystems, Inc.ViewVC
|r349025||imp||June 13, 2019, 10:03 p.m.||Add opt_cam.h so we can build this outside of a kernel build.|
|r349023||dougm||June 13, 2019, 8:09 p.m.||Create a function for creating objects to back map entries, and one|
|r349019||vmaffione||June 13, 2019, 5:39 p.m.||bhyve: move common code to net_utils.c
Both virtio_net and e82545 network frontends have code to validate and generate MAC addresses. These functionalities are replicated in the two files, so we move them in a separate compilation unit. Reviewed by: rgrimes, bryanv, imp, kevans MFC after: 2 weeks Differential Revision: https://reviews.freebsd.org/D20626ViewVC
|r349011||imp||June 13, 2019, 5:19 a.m.||Don't print the request we may be aborting in ciss_notify_abort as
part of ciss_detach. It's a left-over debug that isn't needed and also discloses a kernel address. Only root could provoke as part of a devctl or kldunload. Submitted by: Fuqian Huang MFC After: 1 weekViewVC
|r349010||imp||June 13, 2019, 5:19 a.m.||Increase the timeout for READ NATIVE MAX
READ NATIVE MAX can take longer than a second if the queued NCQ I/Os take longer than a second to drain.ViewVC
|r349009||asomers||June 13, 2019, 5:05 a.m.||Add test cases for epair
Implements the missing test cases for epair in a similar fashion to the existing tests. Fixes shared abstractions to work with epair tests. Submitted by: Ryan Moeller <email@example.com> Reviewed by: asomers MFC after: 2 weeks Sponsored by: iXsystems, Inc. Differential Revision: https://reviews.freebsd.org/D20498ViewVC