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.
|fcb4797c||emaste||Jan. 29, 2021, 2:29 p.m.||Cirrus-CI: Use the default Git history depth
Which is `50`. I saw a few errors like `Failed to force reset to SHA: object not found!` which seems is happening because the SHA is not available because there were two commits pushed almost simultaneously and the second from the top fails with this error because the SHA is not in the history. Pull Request: https://github.com/freebsd/freebsd-src/pull/454cgit
|b6d85a5f||royger||Jan. 29, 2021, 2:23 p.m.||stand/multiboot: adjust the protocol between loader and kernel
There's a currently ad-hoc protocol to hand off the FreeBSD kernel payload between the loader and the kernel itself when Xen is in the middle of the picture. Such protocol wasn't very resilient to changes to the loader itself, because it relied on moving metadata around to package it using a certain layout. This has proven to be fragile, so replace it with a more robust version. The new protocol requires using a xen_header structure that will be used to pass data between the FreeBSD loader and the FreeBSD kernel when booting in dom0 mode. At the moment the only data conveyed is the offset of the start of the module metadata relative to the start of the module itself. This is a slightly disruptive change since it also requires a change to the kernel which is contained in this patch. In order to update with this change the kernel must be updated before updating the loader, as described in the handbook. Note this is only required when booting a FreeBSD/Xen dom0. This change doesn't affect the normal FreeBSD boot protocol. This fixes booting FreeBSD/Xen in dom0 mode after 3630506b9daec9167a89bc4525638ea45a00769e. Sponsored by: Citrix Systems R&D MFC after: 3 days Reviewed by: tsoome Differential Revision: https://reviews.freebsd.org/D28411cgit
|ebc61c86||donner||Jan. 29, 2021, 11:34 a.m.||netgraph/ng_source: Switch queuing framework|
|45e1f854||mjg||Jan. 29, 2021, 11:23 a.m.||poll: use fget_unlocked or fget_only_user when feasible
This follows select by eleminating the use of filedesc lock. This is a win for single-threaded processes and a mixed bag for others as at small concurrency it is faster to take the lock instead of refing/unrefing each file descriptor. Nonetheless, removal of shared lock usage is a step towards a mtx-protected fd table.cgit
|6affe1b7||mjg||Jan. 29, 2021, 11:23 a.m.||select: employ fget_only_user
Since most select users are single-threaded this avoid a lot of work in the common case. For example select of 16 fds (ops/s): before: 2114536 after: 2991010cgit
|eaad8d13||mjg||Jan. 29, 2021, 11:23 a.m.||fd: add fget_only_user
This can be used by single-threaded processes which don't share a file descriptor table to access their file objects without having to reference them. For example select consumers tend to match the requirement and have several file descriptors to inspect.cgit
|abd61904||bz||Jan. 29, 2021, 11 a.m.||__FreeBSD_version: update the references to the doc tree
Update the reference of which file to update in the doc tree when bumping __FreeBSD_version.cgit
|1d15bcea||arichardson||Jan. 29, 2021, 9:30 a.m.||tmpfs: implement pathconf(_PC_SYMLINK_MAX)|
|892a05ee||arichardson||Jan. 29, 2021, 9:29 a.m.||Avoid double output in fenv_test|
|4d2edf3a||arichardson||Jan. 29, 2021, 9:28 a.m.||test_inf_inputs: Use atf_tc_expect_fail() instead of atf_tc_skip()|
|d4a6843b||arichardson||Jan. 29, 2021, 9:19 a.m.||Update comment missed in 83ff5d5d98cbcf9b66dccd70022358aec8918a14
Reported by: jrtc27cgit
|07d218f7||delphij||Jan. 29, 2021, 7:26 a.m.||Now that the portsnap buildbox is generating the raw bits for INDEX-14,
add it to the set of INDEX files built by portsnap. Switch to INDEX-14 for main.cgit
|c050ea80||jamie||Jan. 29, 2021, 5:51 a.m.||jail: Handle a parent jail when a child is added to it
It's possible when adding a jail that its dying parent comes back to life. Only allow that to happen when JAIL_DYING is specified. And if it does happen, call PR_METHOD_CREATE on it.cgit
|bf59049c||kevans||Jan. 29, 2021, 3:02 a.m.||du: tests: use dollar-single quotes where appropriate|
|0f919ed4||kevans||Jan. 29, 2021, 1:25 a.m.||tmpfs: push VEXEC check into tmpfs_lookup()
vfs_cache_lookup() has already done the appropriate VEXEC check, therefore we must not re-check in VOP_CACHEDLOOKUP. This fixes O_SEARCH semantics on tmpfs and removes a redundant descent into VOP_ACCESS() in the common case. Reported-by: arichardson (via CheriBSD Jenkins CI) Reviewed-by: kib MFC-after: 3 days Differential Revision: https://reviews.freebsd.org/D28401cgit