b1819983 imp Sept. 1, 2022, 4:33 p.m.
Catch up to 2753bbe71b5a and remove the old hints.

Sponsored by:		Netflix
fdc18947 tijl Sept. 1, 2022, 12:08 p.m.
598b6d4a tijl Sept. 1, 2022, 11:54 a.m.
Fixes build of graphics/drm-510-kmod on i386.
90098ee3 ganbold Sept. 1, 2022, 7:36 a.m.
Reviewed by:	manu
53b80f4d ganbold Sept. 1, 2022, 7:31 a.m.
Reviewed by:	manu
Differential Revision:	https://reviews.freebsd.org/D36209
48551d32 ganbold Sept. 1, 2022, 7:21 a.m.
Both RK3328 and RK3399 don't have GPIO_VER_ID register.
Set gpio version depending on compat string of the parent.
f46bea05 rmacklem Aug. 31, 2022, 11:19 p.m.
Commit 603677334a64 added a sentence with a file path
in it. However, it did not use .Pa since it would leave
a space after it, where ('s) was supposed to go.

This patch rewords the sentence so that .Pa can
be used.

This is a content change.

Suggested by:	mkarels
26a36948 bz Aug. 31, 2022, 11:01 p.m.
Introduce a local change.  It seems ieee80211_get_tid() does not deal
with non-dataqos packets unlike net80211's ieee80211_gettid().
Gernally all calls in Linux drivers to ieee80211_get_tid() seem to
be proceeded by an ieee80211_is_data_qos() check.

Moving the ieee80211_get_tid() has no difference in the result, but
(a) saves us the call if we do not need it due to an earlier return,
and (b) allows us to put an assert into the LinuxKPI ieee80211_get_tid()
implementation to avoid accidentally returning random frame header data
in case of a missing earlier ieee80211_is_data_qos() check in (future/
other) drivers.

Sponsored by:	The FreeBSD Foundation
MFC after:	3 days
4012ef77 rscheff Aug. 31, 2022, 1:05 p.m.
The AccECN handshake and TCP header flags are supported,
no support yet for the AccECN option. This minimalistic
implementation is sufficient to support DCTCP while
dramatically cutting the number of ACKs, and provide ECN
response from the receiver to the CC modules.

Reviewed By:		#transport, #manpages, rrs, pauamma
Sponsored by:		NetApp, Inc.
Differential Revision:	https://reviews.freebsd.org/D21011
c21b7b55 rscheff Aug. 31, 2022, 12:49 p.m.
While a receiver should continue sending SACK blocks for the
duration of a SACK loss recovery, if for some reason the
TCP options no longer contain these SACK blocks, but we
already started maintaining the Scoreboard, keep on handling
incoming ACKs (without SACK) as belonging to the SACK recovery.

Reported by:		thj
Reviewed by:		tuexen, #transport
MFC after:		2 weeks
Sponsored by:		NetApp, Inc.
Differential Revision:	https://reviews.freebsd.org/D36046
544f047f andrew Aug. 31, 2022, 10:48 a.m.
The mpidr register is 64 bit on arm64 and 32 bit on arm. Fix this by
extending the arm64 definition to include the top 32 bits.

To preserve KBI when MFCing split the value into two 32 bit values.
This will be cleaned up later only on main.

Reviewed by:	bz
Sponsored by:	The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D36346
998b0a4a peter Aug. 31, 2022, 9:38 a.m.
MFC after:	3 days
0a9a4d2c manu Aug. 31, 2022, 7:25 a.m.
Fixes: 59191f3573f6 ("Add support of ARM CMN-600 controller ...")
Sponsored by:	Beckhoff Automation GmbH & Co. KG
24af7808 glebius Aug. 31, 2022, 4:19 a.m.
Pointy hat to:	glebius
Fixes:		61f7427f02a307d28af674a12c45dd546e3898e4
1f3d8c09 glebius Aug. 30, 2022, 11:26 p.m.