Remove the custom motd, and stop asserting a guess as the cause

Two problems, one of them mine twice over.

The motd is gone entirely. It had been wrong in a way that mattered — telling
anyone who logged in that onboard WiFi worked when it does not — and a login
banner is a bad place to keep claims that need revising every time we learn
something.

The worse issue is what it and the docs said about why the modem fails. I
inferred from the WOA-Project repository being named "Qualcomm-Reference-
Drivers" that its modem image was a generic reference build unsuited to this
machine's radio, and wrote that up as the explanation. That was a guess resting
on a repository name, and the naming is about redistribution rather than the
contents. Removed from both README and docs/firmware.md.

What is actually established stays: the modem boots, loads mpss, and dies at
"RF stuck in QLINK start state", roughly every 42 seconds. The cause is not
known. The machine has a SIM slot and its modem worked under Windows, so the
radio hardware is present — and the same cabinets supply the GPU, DSP and venus
firmware, all of which work, so whatever is wrong is specific to the modem.
The docs now say that and stop there.

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

README.md

@@ -34,8 +34,8 @@ login. Root is locked.
 | Works | Works once you supply firmware | Does not work |
 |---|---|---|
 | UFS storage, USB, keyboard, touchpad, touchscreen | Adreno 630 initialises — see mesa note below | Audio — kernel driver, not firmware |
-| Display (unaccelerated), battery, charging | Sensor hub — accelerometer, auto-rotate | Onboard WiFi — needs modem firmware no public source provides |
-| USB WiFi dongles, USB phone tethering | Hardware video decode (venus, `/dev/video0-3`) | LTE modem — same reason |
+| Display (unaccelerated), battery, charging | Sensor hub — accelerometer, auto-rotate | Onboard WiFi — loaded by the modem, which does not stay up |
+| USB WiFi dongles, USB phone tethering | Hardware video decode (venus, `/dev/video0-3`) | LTE modem — crashes at RF init, cause unknown |
 
 Verified on hardware. `docs/firmware.md` has the evidence for each, including
 the things that look like they should help and do not.

docs/firmware.md

@@ -216,10 +216,15 @@ qcom-q6v5-mss 4080000.remoteproc: fatal error received:
 remoteproc remoteproc0: crash detected ... recovering
 ```
 
-QLINK is the RF front-end interface, and RF front-end wiring is board-specific
-in a way the DSP and GPU images are not. The WOA-Project cabinets are Qualcomm
-*reference* drivers: good enough for the SoC-level blobs, evidently not for this
-machine's radio. It restarts about every 42 seconds until stopped.
+QLINK is the RF front-end interface. Why it hangs is **not established**. The
+machine has a SIM slot and its modem worked under Windows, so the radio hardware
+is present and functional — this is not a WiFi-only SKU. Candidates worth
+investigating: a version mismatch between these images and what the device's
+TrustZone or boot chain expects, missing calibration data the modem cannot
+reach, or a kernel-side gap. It restarts about every 42 seconds until stopped.
+
+Note the same cabinets supply the GPU, DSP and venus firmware, all of which
+work. Whatever is wrong is specific to the modem.
 
 Things that sound like they should help and do not:
 

overlay/etc/motd.d/c630.in

@@ -1,11 +0,0 @@
-
-  Fedora @FEDORA_RELEASE@ for the @DEVICE_DESC@  (built @BUILD_DATE@ from @BUILD_REF@)
-
-  No per-model Qualcomm firmware ships in this image — it is not
-  redistributable. Supply it to get accelerated graphics, audio, the sensor
-  hub and hardware video decode: see docs/firmware.md, or run
-  `sudo c630-firmware` if this machine still has its Windows partition.
-
-  Onboard WiFi additionally needs modem firmware that no public source
-  provides. Use a USB dongle or tether a phone over USB.
-