8acb6621 gbe Nov. 19, 2021, 6:51 p.m.
- s/availabe/available/

MFC after:	3 days
3e5ddef0 gbe Nov. 19, 2021, 6:50 p.m.
- s/unavailabe/unavailable/

MFC after:	3 days
5e21882b gbe Nov. 19, 2021, 6:29 p.m.
- s/conditon/condition/

MFC after:	3 days
8b11850f gbe Nov. 19, 2021, 6:26 p.m.
- s/maxium/maximum/

MFC after:	3 days
975e2e3f gbe Nov. 19, 2021, 6:19 p.m.
- s/quering/querying/

Obtained from:	NetBSD
MFC after:	3 days
bebff615 gbe Nov. 19, 2021, 6:17 p.m.
- s/conditonally/conditionally/

MFC after:	3 days
b4fbc855 gbe Nov. 19, 2021, 6:16 p.m.
- s/conditons/conditions/

MFC after:	3 days
15b5c347 gbe Nov. 19, 2021, 6:13 p.m.
- s/conditons/conditions/
- s/unconditonally/unconditionally/

MFC after:	3 days
b2e84316 andrew Nov. 19, 2021, 11:40 a.m.
Some of the functions in msun can be implemented using a compiler
builtin function to generate a small number of instructions. Implement
this support in fma, fmax, fmin, and sqrt on arm64.

Care must be taken as the builtin can be implemented as a function
call on some architectures that lack direct support. In these cases
we need to use the original code path.

As we don't set errno on failure build with -fno-math-errno so the
toolchain doesn't convert a builtin into a function call when it
detects a failure, e.g. gcc will add a call to sqrt when the input
is negative leading to an infinite loop.

Sponsored by:	The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D32801
2e8ff4d1 andrew Nov. 19, 2021, 11:40 a.m.
These are the updated version of the older Cortex Strings Library we
previously used. The Arm Optimized Routines also support CPU features
that are currently in development on FreeBSD, e.g. Branch Target
Identification (BTI). Rather than add BTI support to the old code it's
easier to just use the maintained version.

Sponsored by:	The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D32774
f6842865 ygy Nov. 19, 2021, 8:58 a.m.
PR:		204449
MFC after:	3 days
Reported by:	Michael Cress <michael.cress@cress.us>
1bfdb812 avg Nov. 19, 2021, 8 a.m.
iflib_stop modifies iflib data structures that are used by _task_fn_rx,
most prominently the free lists.  So, iflib_stop has to ensure that the
rx task threads are not active.

This should help to fix a crash seen when iflib_if_ioctl (e.g.,
SIOCSIFCAP) is called while there is already traffic flowing.

The crash has been seen on VMWare guests with vmxnet3 driver.

My guess is that on physical hardware the couple of 1ms delays that
iflib_stop has after disabling interrupts are enough for the queued work
to be completed before any iflib state is touched.

But on busy hypervisors the guests might not get enough CPU time to
complete the work, thus there can be a race between the taskqueue
threads and the work done to handle an ioctl, specifically in iflib_stop
and iflib_init_locked.

PR:		259458
Reviewed by:	markj
MFC after:	3 weeks
Differential Revision:	https://reviews.freebsd.org/D32926
8502220d imp Nov. 19, 2021, 7:10 a.m.
This reverts commit a420a672bc53bd3928626aa5d0ec5b41c0471356.

kevans pointed out some potential problems here, so reverting until
I can fix them.
8587d752 imp Nov. 19, 2021, 6:26 a.m.
This parameter is passed directly to msleep, and the name of the msleep
parameter is wmesg. Make them match.

Pull Request: https://github.com/freebsd/freebsd-src/pull/557
f7c32ed6 imp Nov. 19, 2021, 6:22 a.m.