87360699 mjg Nov. 24, 2021, 9:31 p.m.
Sponsored by:	Rubicon Communications, LLC ("Netgate")
cgit
2cedfc3f mjg Nov. 24, 2021, 9:28 p.m.
Sponsored by:	Rubicon Communications, LLC ("Netgate")
cgit
35b12b87 mjg Nov. 24, 2021, 9:25 p.m.
Sponsored by:	Rubicon Communications, LLC ("Netgate")
cgit
cb2bfd3e mjg Nov. 24, 2021, 9:21 p.m.
Sponsored by:	Rubicon Communications, LLC ("Netgate")
cgit
ae3d9554 mjg Nov. 24, 2021, 9:18 p.m.
Sponsored by:	Rubicon Communications, LLC ("Netgate")
cgit
74a0e24f mjg Nov. 24, 2021, 9:16 p.m.
Sponsored by:	Rubicon Communications, LLC ("Netgate")
cgit
409b36ad erj Nov. 24, 2021, 7:54 p.m.
Since iavf(4) no longer shares code with ixl(4) as of commit
f2fbd56a8d07665bc0a5e8b7e40026b50a591e2a and now has its own directory,
remove these now-unused iavf(4)-only files.

Signed-off-by: Eric Joyner <erj@FreeBSD.org>

Sponsored by: Intel Corporation
Differential Revision:	https://reviews.freebsd.org/D28638
cgit
ca853dee erj Nov. 24, 2021, 7:54 p.m.
The iavf(4) driver now uses a different source base from ixl(4), since
it will be the standard VF driver for new Intel Ethernet products going
forward, including ice(4). It continues to use the iflib framework
for network drivers.

Since it now uses a different source code base, this commit adds a new
sys/dev/iavf entry, but it re-uses the existing module name so no
configuration changes are necessary.

Signed-off-by: Eric Joyner <erj@FreeBSD.org>

Reviewed by:		kbowling@
Tested by:		lukasz.szczepaniak@intel.com
Sponsored by:		Intel Corporation
Differential Revision:	https://reviews.freebsd.org/D28636
cgit
483a2262 emaste Nov. 24, 2021, 7:39 p.m.
Reported by:	bz
cgit
d47d3a94 markj Nov. 24, 2021, 7:02 p.m.
No functional change intended.

Obtained from:	jeff (object_concurrency patches)
Reviewed by:	kib
MFC after:	1 week
Differential Revision:	https://reviews.freebsd.org/D33018
cgit
f1b642c2 markj Nov. 24, 2021, 7:02 p.m.
Rather than overloading the meanings of the Mach statuses, introduce a
new set for use internally in the fault code.  This makes the control
flow easier to follow and provides some extra error checking when a
fault status variable is used in a switch statement.

vm_fault_lookup() and vm_fault_relookup() continue to use Mach statuses
for now, as there isn't much benefit to converting them and they
effectively pass through a status from vm_map_lookup().

Obtained from:	jeff (object_concurrency patches)
Reviewed by:	kib
MFC after:	2 weeks
Differential Revision:	https://reviews.freebsd.org/D33017
cgit
45c09a74 markj Nov. 24, 2021, 7:02 p.m.
This makes it easier to factor out pieces of vm_fault().  No functional
change intended.

Obtained from:	jeff (object_concurrency patches)
Reviewed by:	kib
MFC after:	2 weeks
Differential Revision:	https://reviews.freebsd.org/D33016
cgit
d9ed1dcc mw Nov. 24, 2021, 6:42 p.m.
ACPI implementation of device_get_property would return "-1" when
property was found, but it's type wasn't supported.
This causes device_has_property to return false in that scenario, which
arguably could be considered as incorrect.

Fix that by returning "0" in that case.

Reviewed by: bz, mw
Tested by: mw
MFC after: 2 weeks
Obtained from: Semihalf
Differential Revision: https://reviews.freebsd.org/D33103
cgit
60c95f31 markj Nov. 24, 2021, 6:31 p.m.
MFC after:	1 week
Sponsored by:	The FreeBSD Foundation
cgit
517373f7 markj Nov. 24, 2021, 6:31 p.m.
MFC after:	1 week
Sponsored by:	The FreeBSD Foundation
cgit