r356918 bapt Jan. 20, 2020, 4:59 p.m.
and will slowly transition from /usr/local/man to it. To reflect this remove
the documentation of the manpages being an exception in the layout of /usr/local

Reported by:	Dan Nelson <dnelson_1901@yahoo.com> (via IRC)
MFC after:	3 days
ViewVC
r356916 emaste Jan. 20, 2020, 3:19 p.m.
pc-sysinstall was moved from the base system to ports in r351781.

Submitted by:	driesm.michiels gmail com
Differential Revision:	https://reviews.freebsd.org/D21647
ViewVC
r356915 mjg Jan. 20, 2020, 2:42 p.m.
Requested by:	kib
ViewVC
r356913 gnn Jan. 20, 2020, 12:53 p.m.
MFC after:	2 weeks
ViewVC
r356912 trasz Jan. 20, 2020, 12:16 p.m.
it worked by accident.

MFC after:	2 weeks
Sponsored by:	DARPA
ViewVC
r356910 trasz Jan. 20, 2020, 11:45 a.m.
MFC after:	2 weeks
Sponsored by:	DARPA
Differential Revision:	https://reviews.freebsd.org/D23206
ViewVC
r356909 trasz Jan. 20, 2020, 11:40 a.m.
to port software written for Linux variant of qsort_r(3).

Reviewed by:	kib, arichardson
MFC after:	2 weeks
Relnotes:	yes
Sponsored by:	DARPA
Differential Revision:	https://reviews.freebsd.org/D23174
ViewVC
r356904 jhibbits Jan. 20, 2020, 4:01 a.m.
There's no need to see the CPLD build date and time every boot.
ViewVC
r356902 jeff Jan. 19, 2020, 11:47 p.m.
The vnode pager does not want the object lock held.  Moving this out allows
further object lock scope reduction in callers.  While here add some missing
paging in progress calls and an assert.  The object handle is now protected
explicitly with pip.

Reviewed by:	kib, markj
Differential Revision:	https://reviews.freebsd.org/D23033
ViewVC
r356901 cem Jan. 19, 2020, 10:52 p.m.
On a MINIMAL kernel, mps.ko wouldn't load because it uses the xpt_hold_boot
symbol from CAM, but didn't have a dependency on cam(4).

(CEM: Some context: when linking loaded modules, the kernel dynamic linker
only looks for definitions in explictly marked dependency modules.  Also,
the identical mpr(4) driver uses the same CAM function, but already had the
correct MODULE_DEPEND(), so no similar change is needed there.)

Submitted by:	Greg V <greg AT unrelenting.technology>
Reviewed by:	imp, myself
Differential Revision:	https://reviews.freebsd.org/D23272
ViewVC
r356900 emaste Jan. 19, 2020, 10:29 p.m.
Now that we can override the format to avoid the time spent compressing
pkgbase packages we can test `make packages` with only 5 minutes or so
added to the CI cycle time.

A future change should switch the CI smoke test to using these packages.

Sponsored by:	The FreeBSD Foundation
ViewVC
r356899 jhibbits Jan. 19, 2020, 9:43 p.m.
Summary:
The CPLD is the communications medium between the CPU and the XMOS
"Xena" event coprocessor.  It provides a mailbox communication feature,
along with dual-port RAM to be used between the CPU and XMOS.  Also, it
provides basic board stats as well, such as PCIe presence, JTAG signals,
and CPU fan speed reporting (in revolutions per second).  Only fan speed
reading is handled, as a sysctl.

Reviewed by:	bdragon
Differential Revision:	https://reviews.freebsd.org/D23136
ViewVC
r356898 mjg Jan. 19, 2020, 9:41 p.m.
Since the flags argument is now alawys 0 the new call provides the same
behavior.
ViewVC
r356897 mjg Jan. 19, 2020, 9:35 p.m.
Prior to the change for sufficiently bad id (and in particular NOCPU which is -1)
it would access memory outside of the cpu_apic_ids array.
ViewVC
r356896 jhibbits Jan. 19, 2020, 9:17 p.m.
Summary:
This fixes kernel crashing when tunable "machdep.moea64_bpvo_pool_size" is
set to a value higher then 327680 (default value).  Function
moea64_mid_bootstrap() relies on moea64_bpvo_pool_size, but at time of the
use the variable wan't yet updated with the new value provided by user.

Problem was detected after trying to use a VM with 64GB of RAM, and default
moea64_bpvo_pool_size is insufficient (kernel boot used more than 470000) .
I think default value must be discussed to address this use case, or find a
way to calculate pool size automatically based on amount of memory detected.

Test Plan: Tested on QEMU VM with 64GB of RAM using "set
machdep.moea64_bpvo_pool_size=655360" on loader prompt

Submitted by:	Alfredo Dal'Ava JĂșnior (alfredo.junior_eldorado.org.br)
Differential Revision:	https://reviews.freebsd.org/D23233
ViewVC