net/wifi-firmware-iwlwifi-kmod 20260410

Mk/bsd.port.mk: mark 14.3 unsupported

all: drop supoprt for FreeBSD 14.3

While here clean up some leftovers from FreeBSD 13

Reviewed by:	adamw, jbeich, kirill_varnakov.com, saheed, sunpoet
Approved by:	portmgr (implicit)
Differential Revision: https://reviews.freebsd.org/D57282

wifi-firmware-*: update to 20260410

Update firmware to 20260410.  This includes new firmware files
for iwlwifi and rtw89.

Bump the main firmware version as well.

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

net/wifi-firmware-kmod: deal with '?' in file names as sha256 broke it

md5 (sha256) as of 70fde0ed6bbbb1f84c440190ba1e5435f8c90e13 in base
started quoting ? as \? which then goes into the distinfo file and
as a result we fail to find that file later using Mk/Scripts/.

Using the dummy=/ option is not as straight forward with a dynamic list
of distfiles as one would wish.
We now build a full matrix of MASTER_SITE x DISTFILES;  that is for
each "DISTFILE" we generate a :group with a full download URL on each
"MASTER_SITE".  That way each file is still possibly downloadable from
each of the various master sites.

The difference now is that the files stored in distfiles no longer
contain the ?h=<tag> extension as we strip that for the distfile having
it encoded in the master_site URLs.

Building that matrix needs to happen after bsd.port.pre.mk is included
as otherwise FLAVOR is not set correctly and we do not build the
correct set of firmware files as requested.

Adjust the remainder of the Makefile.inc to deal with the fact that
the tag is no longer part of the file name.

In order to not store files in the same place if they change between
version, we now hash the distfiles linux-firmware directories by tag
as well.

With a bit more cleanup I should one day look into making this a
USES=linuxfw or similar so it can more easily be re-used for other
firmware as well.

Re-generate all distinfo given file name changes.

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

net/wifi-firmware-iwlwifi-kmod: update script to generate fw list

Starting recently newer iwlwifi firmware now uses a different file
name scheme ending in -cNNN for the core version.
Deal with the fact that we can have -NNN and -cNNN now; even in parallel.
Make sure the few .pnvm files are staying correctly where needed.

Given there is firmware newer than the driver can handle, implement
a max version array, so we can limit certain files to a specific
version.  While this is needed for Linux v7.0 based iwlwifi it looks
like for 7.1 it will also be needed.

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

net/wifi-firmware-iwlwifi-kmod: update firmware to 20251125

Given we are updating all the other firmware files as well to 20251125,
also update iwlwifi.  The only new is that the first "sc" firmware
appeared.

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

net/wifi-firmware-iwlwifi-kmod: update firmware to 20251021

Intel firmware for BE200 ("bz" chipsets) requires more modern firmware
than we provide. [1]
The firmware file for iwlwifi-so-a0-gf4-a0 was missing in a recent
version; we only had the pnvm file. [2]

Update the Intel iwlwifi firmware to the latest tree
which brings a few changes:
(1) on linux-firmware.git the firmware got moved into a subdirectory
    so we need to strip that path before installing as the driver
    still expects the firmware in the top-level directory.
(2) the "bz" firmware gets bumped to 101, we keep the old version for
    14.3-R around as well.
(3) while the other files keep their revisions, Intel may have updated
    them with rebuilds.  This is hard to discover given not only the
    hashes but also the paths have changed in distinfo.
(4) we now generate the firmware list from the WHENCE file in
    linux-firmware.git given the driver firmware name creation is too
    dynamic.  This adds some extra firmware files we did not have
    before.  See files/extract-fw-list.sh.

PR:		290808
Reported by:	dch [1], Fotis Zabaras (fotis zabaras.eu) (and others) [2]
Reviewed by:	jrm
Differential Revision: https://reviews.freebsd.org/D53681

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-{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.
the future not mandating that main is first as some of these are
created from scripts.

Installing newer firmware also on stable branches will allow forward
updates. For iwlwifi(4) it is less of a problem given it will use an
older version of firmware still (and we are not hoping to fall out
of the min/max window) but other drivers may not have such a
versioned scheme and we cannot easily run fwget(8) for a newer
release with the old kernel (and once we have an updated kernel/driver
the old firmware is not guaranteed to work anymore).

It would be helpful if we could forget about firmware once a release
is out (given kmod packages are built) but anyone else building the
packages themselves would still use a newer ports tree so we will have
to at least support older versions until the EoL date of the last
release using them.

Admittedly it was easier having the firmware files bundled with src
as most of these problems were solved naturally.

For iwlwifi flavors 22000, ax201, and bz also add a tunable to
automatically turn on hw_crypto, HT and VHT support given we
believe it works for these chipsets.

Dump PORTREVISION to 2 for all of them; mt7601u was already there but
is not affected by these changes so we can leave it at that revision.

Sponsored by:	The FreeBSD Foundation
Reported by:	Stephane D'Alu (sdalu sdalu.com) [1]
PR:		284475	[1]
Reviewed by:	thj, jrm
Differential Revision: https://reviews.freebsd.org/D49403

net/wifi-firmware-iwlwifi-kmod: add more ax210 firmware files

Some firmware files for the AX210 flavour were missing before.
Add them so we do not run into problems when disabling in-src.git
firmware compilation.

Sponsored by:	The FreeBSD Foundation
Found during:	Installer testing on multiple cards
MFC after:	1 minute
X-MFC for:	releng 14.2
Differential Revision: https://reviews.freebsd.org/D47480

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-*: 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