diff options
| -rwxr-xr-x | archsetup | 10 | ||||
| -rw-r--r-- | todo.org | 8 |
2 files changed, 8 insertions, 10 deletions
@@ -2390,9 +2390,11 @@ EOF fi # Firmware trim — Framework 13 Intel only (matched by DMI), where the - # hardware set is known: i915 graphics (linux-firmware-intel) and ath9k - # wifi (linux-firmware-atheros, firmware-free driver but kept for safety). - # Saves ~600MB. The meta package needs -Rdd because mkinitcpio-firmware + # hardware set is known: i915 graphics (linux-firmware-intel), ath9k wifi + # (linux-firmware-atheros, firmware-free driver but kept for safety), and + # the RTL8156 Ethernet expansion card (linux-firmware-realtek — its r8152 + # firmware load fails without it; found on velox's first post-trim boot). + # Saves ~550MB. The meta package needs -Rdd because mkinitcpio-firmware # declares a dependency on it; the dangling dep is cosmetic and the # subsequent mkinitcpio warnings cover hardware this machine doesn't have. if grep -qi "framework" /sys/class/dmi/id/product_name 2>/dev/null && \ @@ -2403,7 +2405,7 @@ EOF linux-firmware-cirrus linux-firmware-liquidio linux-firmware-mediatek \ linux-firmware-mellanox linux-firmware-nfp linux-firmware-nvidia \ linux-firmware-other linux-firmware-qlogic linux-firmware-radeon \ - linux-firmware-realtek >> "$logfile" 2>&1 || error_warn "$action" "$?" + >> "$logfile" 2>&1 || error_warn "$action" "$?" action="rebuilding initramfs after firmware trim" && display "task" "$action" mkinitcpio -P >> "$logfile" 2>&1 || error_warn "$action" "$?" fi @@ -997,12 +997,8 @@ What we're verifying: the new Chrome theme's colors look right in a real browser - Look at the window frame, toolbar, tab strip, and a new tab page Expected: near-black frame (#151311), dark toolbar/omnibox (#252321), gold links on the new-tab page, steel-gray inactive tab text — coherent with the rest of the dupre desktop. -*** velox boots clean after the firmware trim -What we're verifying: removing 13 linux-firmware packages didn't take any boot-time firmware velox actually needs (wifi and graphics were verified live, but module loads at boot are the real test). -- Reboot velox at the next natural opportunity -- Log in, confirm wifi associates and the desktop renders -- Run: dmesg | grep -iE "firmware.*(fail|error|not found)" -Expected: normal boot, wifi up, graphics fine, and no firmware load failures in dmesg. +*** 2026-06-10 Wed @ 17:46:34 -0500 velox post-trim reboot verified; realtek firmware restored +Craig rebooted velox (passphrase at console); checks ran over SSH after boot. Wifi connected, TLP active, graphics fine. One dmesg hit: r8152 failed to load rtl_nic/rtl8156b-2.fw — the Framework Ethernet expansion card (RTL8156B) is Realtek, so the trim list wrongly dropped linux-firmware-realtek (a Realtek laptop camera is on USB too). Reinstalled the package on velox (its hook rebuilt the initramfs) and removed realtek from archsetup's trim list. The driver worked even without the blob (internal-defaults fallback), so this was correctness, not breakage. * Archsetup Resolved |