r368075 kib Nov. 26, 2020, 6:08 p.m.
- VFS_UNMOUNT() requires vn_start_write() around it [*].
- call VFS_PURGE() before unmount.
- do not destroy mp if cleanup unmount did not succeed.
- set MNTK_UNMOUNT, and indicate forced unmount with MNTK_UNMOUNTF
  for VFS_UNMOUNT() in cleanup.

PR:	251320 [*]
Reported by:	Tong Zhang <ztong0001@gmail.com>
Reviewed by:	markj, mjg
Discussed with:	rmacklem
Sponsored by:	The FreeBSD Foundation
Differential revision:	https://reviews.freebsd.org/D27327
ViewVC
r368074 kib Nov. 26, 2020, 6:03 p.m.
Reported and tested by:	pho
Sponsored by:	The FreeBSD Foundation
ViewVC
r368073 kib Nov. 26, 2020, 6 p.m.
Reduce default value from hz / 10 to hz / 100.

Reviewed by:	markj
Tested by:	pho
Sponsored by:	The FreeBSD Foundation
ViewVC
r368072 se Nov. 26, 2020, 5:39 p.m.
r368071 arichardson Nov. 26, 2020, 5:37 p.m.
We are seeing regular build failures due to libc.so being installed again and
another parallel make job tries to read the partially written libc.so at the
same time. When building with -j32 or higher this almost always happens on
the first clean build (subsequent incremental builds always work fine).
Using -S should "fix" the "section header table goes past the end of the
file: e_shoff = 0x..." errors that have started to plague our builds.

We originally thought this only affected CheriBSD, but I just got the same
error while building the latest upstream FreeBSD.

The real fix should be to not install libraries twice, but until then this
workaround is needed.

Original patch by jrtc27@, I only made some minor changes to the comment.

Obtained from: CheriBSD (https://github.com/CTSRD-CHERI/cheribsd/commit/49837edd3efd5d02a1b120c47f00cfc2d59a9a8e)
Reviewed By:	markj, bdrewery
Differential Revision: https://reviews.freebsd.org/D27102
ViewVC
r368070 arichardson Nov. 26, 2020, 5:37 p.m.
This allows GDB to print more useful backtraces when setting a breakpoint
on an assembly function.

Reviewed By:	jhb
Differential Revision: https://reviews.freebsd.org/D27177
ViewVC
r368067 manu Nov. 26, 2020, 5:19 p.m.
r368066 manu Nov. 26, 2020, 5:19 p.m.
r368065 manu Nov. 26, 2020, 5:19 p.m.
r368064 manu Nov. 26, 2020, 5:18 p.m.
r368061 manu Nov. 26, 2020, 4:40 p.m.
Otherwise we always report that the card is running at 1.2V.
ViewVC
r368060 manu Nov. 26, 2020, 4:40 p.m.
r368059 manu Nov. 26, 2020, 4:39 p.m.
Reviewed by:	kibab
Differential Revision:	https://reviews.freebsd.org/D25947
ViewVC
r368058 hselasky Nov. 26, 2020, 4:36 p.m.
If multiple threads are invoking "ifconfig XXX create" a race may occur
which can lead to two different error messages for the same error.

a) ifconfig: SIOCIFCREATE2: File exists
b) ifconfig: interface XXX already exists

This patch ensures ifconfig prints the same error code
for the same case.

Reviewed by:	imp@ and kib@
Differential Revision:	https://reviews.freebsd.org/D27380
MFC after:	1 week
Sponsored by:	Mellanox Technologies // NVIDIA Networking
ViewVC
r368056 uqs Nov. 26, 2020, 2:42 p.m.
Also fix the run by setting up the environment in non-deprecated way.

Always run with --debug to understand better what sort of stuff is happening in
the background. Also split out the bmake bootstrap stage (takes about 31s on
ubuntu, but 1m14 on macOS?)

Drops the dependency on coreutils (realpath, nproc) and thus (?) fixes macOS to
be just as fast (4 logical cores vs 2 physical cores before, go figure.)

Reviewed by:		arichardson
ViewVC