net/wifi-firmware-kmod: enable riscv64 for wireless firmware

In [1] we got a report that iwlwifi(4) works on riscv64, so
start enabling firmware distribution for that architecture.

Given we no longer build anything (no more .ko files) this
should not be a problem.

[1]
https://mail-archive.freebsd.org/cgi/getmsg.cgi?fetch=5947+0+archive/2026/freebsd-wireless/20260112.freebsd-wireless

Sponsored by:	The FreeBSD Foundation
Reviewed by:	jrm
Differential Revision: https://reviews.freebsd.org/D54689

net/wifi-firmware-kmod: update along LinuxKPI firmware ports to 20251125

We update flavors added with the updated wifi-firmware-*-kmod ports;
the only incompatible change is with mt76 in that we dropped mt792x
in favour of mt7921 and mt7925.  Give we did not ship the driver in
any release yet we can do that.  Some older fwget(8) versions would
be cranky but neither of these releases will ever see mt76 support,
so we are fine.

Given all child ports were updated to the same version (20251125),
reset PORTREVISION to 0 (comment it out) in Makefile.inc as it is
no longer needed. [1]

Pointed out by:	jrm [1]
Sponsored by:	The FreeBSD Foundation
Reviewed by:	jrm
Differential Revision: https://reviews.freebsd.org/D54204

net/wifi-firmware-kmod: generalize iwlwifi specific tunable writing

Currently iwlwifi(4) is the only LinuxKPI based wireless driver able
to enable 11n/11ac.  bz has added tunables to rtw88 and rtw89 in order
to allow them to gradually enable more modern standards as well.

Generalize the ports framework to not be iwlwifi-specifc anymore
in order to prepare for Realtek and others to gain 11n and 11ac
support.

At some point in time, along with a kernel change, we will then flip
the defaults and make this a "disable" rather than an enable option.

Sponsored by:	The FreeBSD Foundation
Reviewers:	jrm
Differential Revision: https://reviews.freebsd.org/D53789

net/wifi-firmware-kmod: add STRIP_FWSUBDIR logic

iwlwififw(4) got moved into a subdirectory in the linux-firmware.git
but the driver still expects the firmware at the toplevel.
The longer-term solution would be to create symlinks as the WHENCE
file indicates but for the moment use the less intrusive version
simply stripping the subdir during 'extract'.

Sponsored by:	The FreeBSD Foundation
Reported by:	jrm
Differential Revision: https://reviews.freebsd.org/D53680

net/wifi-firmware-kmod: allow ONLY_FOR_ARCHS to be set by child ports

mtw(4) is built along USB for all architectures so we need firmware
on all architectures -- unlike the LinuxKPI based wireless drivers
which are restricted by default.

Allow ONLY_FOR_ARCHS to be set in a child port; maintaing a full list
of supported ARCHes seems unreasonable though so allow NOT_FOR_ARCHS
to disable the ONLY_FOR_ARCHS logic in Makefile.inc.  That way
wifi-firmware-mt7601u-kmod can define an empty NOT_FOR_ARCHS and
it should build on all ARCHes.

Sponsored by:	The FreeBSD Foundation
Reviewed by:	jrm
Differential Revision: https://reviews.freebsd.org/D53788

net/wifi-firmware-kmod: remove obsolete kernel module build code

All supported FreeBSD versions either shipped firmware along with
source and do not need this, or they support plain firmware file
loading.

Remove the now obsolete kernel module build code to simplify the
logic in the file.  Further cleanup will be done once 13.5-R is
out of support in a few months.

Sponsored by:	The FreeBSD Foundation
Reviewed by:	jrm
Differential Revision: https://reviews.freebsd.org/D53679

net/wifi-firmware-kmod: update additional MASTER_SITES entries

The fallback list of geolocated servers is outdated.
Update with current set discovered using the RIPE Atlas service.

PR:		290898
Reviewed by:	jrm
Differential Revision: https://reviews.freebsd.org/D53678

net/wifi-firmware-{iwlwifi,*}-kmod: add missing firmware files

The firmware files for iwlwifi were lacking entries for some older
driver versions on 14.2-RELEASE and stable/14 [1] before
src:f4e352ef16d6.

In addition iwx(4) switched to using the same firmware file names
as iwlwifi so that fwget(8) would work for both of them (D49259).
We add the set of iwx(4) firmware files hard coded to the list of
files.

Given the list of supported revisions will grow and maintaining them
for all branches will be tedious without overlap we will simply create
the lists and let make do the job of :O:u (sort/uniq) in the common
Makefile.inc to filter out duplicates between branches.

net/wifi-firmware-mtw-kmod: Rename to net/wifi-firmware-mt7601u-kmod

Fixes also the flavor part, so that the specific pkg includes
the binary firmware
Reviewed by:	bz
Differential Revision:	https://reviews.freebsd.org/D48944

net/wifi-firmware-*: add support to set loader tunable

For drivers which currently need to set the
compat.linuxkpi.skb.mem_limit tunable add an option to the build
to create it automatically for each FLAVOR.   There is no harm
if it is there multiple times setting it to the same value (apart
from file including and parsing overhead in loader -- however that
works).

Add the option to the rtw88 and rtw89 wifi-firmware Makefile.

Having it with the firmware package has multiple advantages:
- the user does not have to do any manual configuration anymore
- we do not have to configure setting it into the release builds
- bsdinstall does not need to know about it to set for the installed
  system (depending on driver).

Bump PORTREVISION.

Sponsored by:	The FreeBSD Foundation
MFC after:	1 minute
X-MFC for:	releng 14.2
Differential Revision: https://reviews.freebsd.org/D47481

net/wifi-firmware-*kmod: update firmware for iwlwifi, rtw88, rtw89

The drivers are updated in main.  Add newer supported firmware along
with it while (manually) keeping some older revisions in some drivers
for the stable braches.

Sponsored by:	The FreeBSD Foundation
Reviewed by:	jrm, (cy previous revision)
Differential Revision: https://reviews.freebsd.org/D47142

net/wifi-firmware-kmod: add a release flavor

Add a flavor for a selection of wireless firmware packages to put
onto a relase media.  There is no point shipping firmware for the
installer if there is no active driver for them yet.

Sponsored by:	The FreeBSD Foundation
Reviewed by:	jrm
Differential Revision: https://reviews.freebsd.org/D47141

net/wifi-firmware-kmod: stop building kmods on main and 14.2 and on

In Feb 2024 a feature to firmware(9) was introduced to be able to load
plain firmware files (not kernel modules) from /boot/firmware/ .
If the system is modern enough stop building kernel modules but simply
copy the firmware files in.
This makes the entire build process a lot simpler.
For older versions we still have to generate kernel modules (though
they all shipped with firmware in src so we can possibly unsupport
them in the future).

Sponsored by:	The FreeBSD Foundation
Reviewed by:	jrm, imp
Differential Revision: https://reviews.freebsd.org/D47068

net/wifi-firmware-kmod: add more MASTER_SITES

pkg builders are failing to fetch all firmware files due to
'Service Unavailable' errors.  We assume it is some kind of rate
limit on the git.kernel.org site and not something local to the
pkg builder setup.  I was unable to reproduce it locally.
Given git.kernel.org is a geolocated service unroll the server names
as well so that pkg builders can fall back to further machines [1].
We do leave the general name first so the common user should not
see any problems.

Suggested by:	dbaio [1]
Sponsored by:	The FreeBSD Foundation
Reviewed by:	jrm
Differential Revision: https://reviews.freebsd.org/D46681

net/wifi-firmware-*: build framework and license hack cleanup

Cleanup the extra layer of "flavour" that came into the build framework
when flavours were introduced at a time when it was not planned.
Make linters some more happy. [1]

Remove the special license hack to install additional files.
If DISABLE_LICENSES is set we still installed files making builds fail [2].
One would hope to always install the lincese files but simply disable
any checking by the framework.
Introduce a new way using LICENSE_COMB=multi to install the default
license file, the extra WHENCE and any possible extra firmware license
files.  Technically this is an abuse of the system too but at least it
should work and not break non default options.

Based on:	D45369 by jrm [1]
Reported by:	pi [2]
Sponsored by:	The FreeBSD Foundation
Reviewed by:	jrm
Differential Revision: https://reviews.freebsd.org/D46124

net/wifi-firmware-*kmod: improve build logic, add flavors, update fw version

- update framework to no longer depend on local distfiles for firmware(9)
  but generate the Makefile hierarchy in post-extract.  Keep a
  Makefile.inc.in in files for simplicity.
- update extracting WHENCE parts using a local WHENCE.awk.in in files
  and a pattern to match the section(s).
- use the already prepared FWSUBS sections for flavors and add the
  FWDRV as "default".  Generate the CONFLICTS_INSTALL conflict and
  PKGNAMESUFFIX entries.  Adjust paths and logic for flavors.
  Depend on the flavors rather the combined ("default flavor") packages
  by default if someone installs wifi-firmware-kmod.
  The wifi-firmware-${name}-kmod packages are still built for older
  versions of fwget shipping in releases.
- add support for iwlwifi and ath12k firmware
- update firmware to linux-firmware.git tag: 20240513 for all drivers.

Sponsored by:	The FreeBSD Foundation
Reviewed by:	jrm
Differential Revision: https://reviews.freebsd.org/D44945

net/wifi-firmware-*: use metaport for "base" and switch to Makefile.inc

Rename the wifi-firmware-base to wifi-firmware-kmod (similar to
gpu-firmware-mod).  The former was never build so technically it
is no move.  Make the new subdir a metaport including all
wireless firmware.
Move the old Makefile to Makefile.inc and adjust the child ports
accordingly.

This solves two problems: (1) the base port is now buildable and (2)
there is a single port to depend on to add all the needed firmware
files to, e.g., put on a release media.

Suggested by:	amdmi3
PR:		270742
Reviewed by:	ehaupt, jrm
Approved by:	ehaupt, jrm
Differential Revision: https://reviews.freebsd.org/D40014