More drivers in the queue (mt76, ath10k, + rtw89)

Hi,

sorry, I had these drivers staged for too long in my local repo(s) over
time.  I just pushed code for mt76 (mt7915 and mt7921) and ath10k into
main.

ath10k is based solely on the Linux version (as good or bad that is)
and has the bus probe result set that it'll be secondary to a native
driver (like we currently do for iwlwifi and iwm).  So people working
or testing athp should not be affected by this.

I have 3 more changes to add mt76, ath10k, and rtw89 to the build so
people can start testing and the people who had interest before can
work on making them more stable.  This will not happen before earliest
Wednesday as I am travelling back home and I cannot test before that
that all needed 802.11 LinuxKPI changes are in from my dev tree for
this.  I believe at least scanning for rtw89 needs a fix still.

ath11k is currently building but as indicated (and as previously
announced) needs more work on supportive linuxkpi infrastructure.
There's also a holdup due a different SPDX-only license tag currently
being cross-checked; otherwise I'd push the sources into the tree too
as I know several developers have ath11k laptops.

The fact that the drivers were staged for a while didn't get them the
latest updates but with all but ath11k out of my tree that'll be easier
and smaller changes now so we can pull them all to the same level.

Firmware is available in ports.  I've added
wifi-firmware-{rtw88,rtw89,mt76,ath10k,ath11k}-kmod ports for these.
Thanks to lwhsu and rene who've helped with this and to portmgr who
helped with simplifying my first attempt.
The idea is to make it possible to no longer relay on MBs and MBs of
(mostly) unused firmware files in src.git.  A next step to solve is to
get them into the release media installed (not as packages) so people
can use wifi on laptops without ethernet during install.

I wouldn't expect the drivers to be more or less stable than you can at
this point but after 8+ years this seems the only way forward.
Also (other) currently existing LinuxKPI 802.11 insufficiencies will
make them more or less happy.

I'll send a second email in a few minutes about further plans.

Bjoern

-- 
Bjoern A. Zeeb                                                     r15:7