fcb4797c emaste Jan. 29, 2021, 2:29 p.m.
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/454
b6d85a5f royger Jan. 29, 2021, 2:23 p.m.
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

Sponsored by:		Citrix Systems R&D
MFC after:		3 days
Reviewed by:		tsoome
Differential Revision:	https://reviews.freebsd.org/D28411
ebc61c86 donner Jan. 29, 2021, 11:34 a.m.
Change the queuing framework from ifq to mbufq.

Reported by:	glebius
Reviewed by:	glebius, kp
Approved by:	kp (mentor)
MFC after:	2 weeks
Differential Revision: https://reviews.freebsd.org/D28407
45e1f854 mjg Jan. 29, 2021, 11:23 a.m.
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.
6affe1b7 mjg Jan. 29, 2021, 11:23 a.m.
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:	2991010
eaad8d13 mjg Jan. 29, 2021, 11:23 a.m.
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.
abd61904 bz Jan. 29, 2021, 11 a.m.
Update the reference of which file to update in the doc tree when
bumping __FreeBSD_version.
1d15bcea arichardson Jan. 29, 2021, 9:30 a.m.
This fixes one of the sys/audit tests when running them on tmpfs.

Reviewed By:	delphij, kib
Differential Revision: https://reviews.freebsd.org/D28387
892a05ee arichardson Jan. 29, 2021, 9:29 a.m.
This tests fork()s, so if there is still data in the stdout buffer on fork
it will print it again in the child process. This was happening in the
CheriBSD CI and caused the test to complain about malformed TAP output.

Reviewed By:	ngie
Differential Revision: https://reviews.freebsd.org/D28397
4d2edf3a arichardson Jan. 29, 2021, 9:28 a.m.
Reviewed By:	lwhsu
Differential Revision: https://reviews.freebsd.org/D28396
d4a6843b arichardson Jan. 29, 2021, 9:19 a.m.
Reported by:	jrtc27
07d218f7 delphij Jan. 29, 2021, 7:26 a.m.
add it to the set of INDEX files built by portsnap.

Switch to INDEX-14 for main.
c050ea80 jamie Jan. 29, 2021, 5:51 a.m.
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.
bf59049c kevans Jan. 29, 2021, 3:02 a.m.
No need for "foo$(printf "\t")", $'\t' is both more readable and still

Reported-by:	Jamie Landeg-Jones <jamie@catflap.org>
0f919ed4 kevans Jan. 29, 2021, 1:25 a.m.
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/D28401