Write up the onboard WiFi investigation, and ship the services it needs

aarch64-laptops' support table ticks WiFi for this machine, so the path exists.
Following their WiFi README got considerably further and then stopped somewhere
useful to have documented.

Two of the four services they list are in the kernel now (pd-mapper, qrtr-ns).
The other two, rmtfs and tqftpserv, are packaged in Fedora and shipped
disabled — tqftpserv was not even installed. Both are now in base.pkgs and
enabled by stage2. Enabling them took qrtr-lookup from 19 registered services
to 25; a working setup is said to show around 40.

The step worth having written down: the modem does not read wlanmdsp.mbn from
/lib/firmware. It asks tqftpserv for it over TFTP, from
/lib/firmware/readonly/firmware/image/. Nothing reports this as an error —
ath10k_snoc binds, registers a QMI client, and waits forever for a service that
never registers. c630-firmware now places the file there, and creates the
writable area the modem asks tqftpserv for.

Where it stops: the modem boots and dies at "RF stuck in QLINK start state",
about every 42 seconds, never reaching the point of requesting wlanmdsp. Three
firmware pairings give three distinct failures, recorded in the doc — the _nm
"no modem" variants, which are the obvious idea and would skip cellular RF
entirely, turn out not to be signed for this device.

The result that narrows it: aarch64-laptops' own wifi directory carries the
qcdsp1v2850.mbn, qcdsp2850.mbn and wlanmdsp.mbn from the setup whose table ticks
WiFi. All three differ from the WOA-Project copies. Installed here with the
services running and wlanmdsp in the TFTP path, they produce the identical QLINK
failure — so it is neither the firmware nor the userspace. What is left is the
kernel: 5.x from 2019 there against 7.1.5 here, with both of their ath10k
patches long since upstream. That points at a regression, and confirming it
means a bisect rather than another file.

Also record what is untried: the other eight driver versions (this machine's
UEFI is from 2019 and the newest package may be the wrong vintage),
mcfg_subsys_ext850.cab, and building board-2.bin from the C630's own bdwlan.*
files.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01XWRjNJMistCy6ngXH5aJLS

overlay/usr/local/sbin/c630-firmware

@@ -49,6 +49,20 @@ if [ -f "${FW_DIR}/qcdxkmsuc850.mbn" ]; then
     echo "GPU zap shader will be included in the initramfs."
 fi
 
+# The modem does not read wlanmdsp.mbn from /lib/firmware directly — it asks
+# tqftpserv for it by path. Without this, onboard WiFi cannot start even with
+# every other file in place, and nothing says so: ath10k_snoc simply waits
+# forever for a QMI service that never registers. It also wants somewhere
+# writable. See docs/firmware.md.
+if [ -f "${FW_DIR}/wlanmdsp.mbn" ]; then
+    install -D -o root -g root -m 644 \
+        "${FW_DIR}/wlanmdsp.mbn" /lib/firmware/readonly/firmware/image/wlanmdsp.mbn
+    mkdir -p /lib/firmware/readwrite/ota_firewall
+    : > /lib/firmware/readwrite/ota_firewall/ruleset
+    chmod -R 0777 /lib/firmware/readwrite
+    echo "Placed wlanmdsp.mbn where tqftpserv will serve it to the modem."
+fi
+
 echo "Regenerating the initramfs..."
 dracut --force --regenerate-all