235891a1 rmacklem Oct. 10, 2021, 9:27 p.m.
Without this patch, nfs_allocate() fell back on using vop_stdallocate()
for NFS mounts without Allocate operation support.  This was incorrect,
since some file systems, such as ZFS, cannot do allocate via
vop_stdallocate(), which uses writes to try and allocate blocks.

Also, fix nfs_allocate() to return EINVAL when mounts cannot do Allocate,
since that is the correct error for posix_fallocate(2).
Note that Allocate is only supported by some NFSv4.2 servers.

MFC after:	2 weeks
cgit
e81e77c5 kib Oct. 10, 2021, 7:34 p.m.
Remove the option from NOTES/LINT, and add to NOTES for powerpc and
riscv.

PR:	259036
Requested by:	John Hay <john@sanren.ac.za>
Discussed with:	ian, imp
Sponsored by:	The FreeBSD Foundation
MFC after:	1 week
cgit
93e05234 mjg Oct. 10, 2021, 6:24 p.m.
a0558fe9 mjg Oct. 10, 2021, 6:24 p.m.
CloudABI was removed in cf0ee8738e31aa9e6fbf4dca4dac56d89226a71a
cgit
880aec73 imp Oct. 10, 2021, 5:17 p.m.
There's two identical gid_from_group lines in a row. We only need one.
Ditto for uid_from_user().

Sponsored by:		Netflix
Reviewed by:		bapt, jrtc27
Differential Revision:	https://reviews.freebsd.org/D32442
cgit
9082bc4c bapt Oct. 10, 2021, 4:52 p.m.
24b51c72 kib Oct. 10, 2021, 3:46 p.m.
The man pages were added by 6bda192013fc8e (as symlinks).

Sponsored by:	The FreeBSD Foundation
MFC after:	3 days
cgit
2c614481 nyan Oct. 10, 2021, 11:49 a.m.
PR:             259011
Reported by:    Robert Morris
Submitted by:   ak
MFC after::     1 week
cgit
b158d4d7 bapt Oct. 10, 2021, 6:53 a.m.
9294a2c7 bapt Oct. 10, 2021, 5:51 a.m.
Introduce the notion of static linker scripts to allow libncursesw.a to
track its dependency on libtinfow.a

this allows the build of older freebsd source tree to happen and make
static linking in part with dynamic linking which already provides a
ldscript

This fixes a bootstrapping FreeBSD 12 or 13 on recent FreeBSD 14

Reviewed by:		imp
Differential Revision:	https://reviews.freebsd.org/D32435
cgit
0f14bcbe mp Oct. 9, 2021, 9:21 p.m.
Summary:
An error mapping PCI resources results in a panic due to unallocated
resources being freed up. This change puts the appropriate checks in
place to prevent the panic.

PR:		252445
Reported by:	Marek Zarychta <zarychtam@plan-b.pwste.edu.pl>
Tested by:	marcus
MFC after:	1 week
Sponsored by:	VMware

Test Plan:
Along with user testing, also simulated error by inserting a ENXIO
return in vmci_map_bars().

Reviewed by:	marcus
Subscribers:	imp
Differential Revision: https://reviews.freebsd.org/D32016
cgit
5fb54d2f kib Oct. 9, 2021, 7:31 p.m.
PR:	258856
Reported by:	ashish
Reviewed by:	markj
Sponsored by:	The FreeBSD Foundation
MFC after:	1 week
Differential revision:	https://reviews.freebsd.org/D32390
cgit
fa9da1f5 markj Oct. 9, 2021, 4:34 p.m.
MFC after:	1 week
cgit
7fa23353 markj Oct. 9, 2021, 3:36 p.m.
It is possible for the PBA to reside in the same page as the MSI-X
table.  And, while devices are not supposed to do this, at least some
Intel wifi devices place registers in a page shared with the MSI-X
table.  To handle the first case we currently map the PBA page using
/dev/mem, and the second case is not handled.

Kill two birds with one stone: map the MSI-X table BAR using the
PCIOCBARMMAP ioctl instead of /dev/mem, and map the entire table so that
accesses beyond the bounds of the table can be emulated.  Regions of the
BAR not containing the table are left unmapped.

Reviewed by:	bz, grehan, jhb
MFC after:	3 weeks
Sponsored by:	The FreeBSD Foundation
Differential Revision:	https://reviews.freebsd.org/D32359
cgit
c8a45820 asomers Oct. 9, 2021, 3:02 p.m.
"expicitly" --> "explicitly"
"uknown" --> "unknown"

Signed-off-by: Elyes HAOUAS <ehaouas@noos.fr>

MFC after:	3 days
Pull Request:	https://github.com/freebsd/freebsd-src/pull/552
cgit