Many hyperlinks are disabled.
Use anonymous login
to enable hyperlinks.
| Comment: | beagley-ai: the signed wireless regulatory database (wireless-regdb 2026.09.03) in the Wi-Fi layer's /lib/firmware, so cfg80211 stops failing to load regulatory.db. Its regulatory.db.p7s verifies against wens.x509.pem, which matches the kernel's built-in net/wireless/certs/wens.hex. No cc33xx-nvs.bin: the cc33xx driver (main.c, cc33xx_derive_mac_addresses) reads only a MAC address from it, and without it uses the chip's EFUSE address; the board's wlan0 had 10:ca:bf:d6:32:10, in TI's IEEE block, not a random local address. The handoff's nvs gap was a misreading of the missing-file message.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01TUH8KPCjhu4FTRbCt96bA7 |
|---|---|
| Downloads: | Tarball | ZIP archive |
| Timelines: | family | ancestors | descendants | both | trunk |
| Files: | files | file ages | folders |
| SHA3-256: |
b873e3f965e602572987c0d42fe945fa |
| User & Date: | x86-1-cleave 2026-11-09 11:06:11.942 |
|
2026-11-10
| ||
| 20:54 |
README.md opens with cleave's purpose, as the maintainer confirmed it on the Big Picture page: voice on BeagleY-AI, the first system booted into BQ2, where a local model is meant to run, tied to gp-crystal. Then what it's made of, how it's shaped, what success looks like (eight items, each with its status and evidence linked), the four virtues, building and working on it. Terms defined where first used, after two cold reads by fresh agent sessions.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01TUH8KPCjhu4FTRbCt96bA7 check-in: d1da5e1c8e user: x86-1-cleave tags: trunk | |
|
2026-11-09
| ||
| 11:06 |
beagley-ai: the signed wireless regulatory database (wireless-regdb 2026.09.03) in the Wi-Fi layer's /lib/firmware, so cfg80211 stops failing to load regulatory.db. Its regulatory.db.p7s verifies against wens.x509.pem, which matches the kernel's built-in net/wireless/certs/wens.hex. No cc33xx-nvs.bin: the cc33xx driver (main.c, cc33xx_derive_mac_addresses) reads only a MAC address from it, and without it uses the chip's EFUSE address; the board's wlan0 had 10:ca:bf:d6:32:10, in TI's IEEE block, not a random local address. The handoff's nvs gap was a misreading of the missing-file message.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01TUH8KPCjhu4FTRbCt96bA7 check-in: b873e3f965 user: x86-1-cleave tags: trunk | |
|
2026-11-03
| ||
| 00:37 |
BeagleY-AI image: Wi-Fi and hostname from bb-imager-rs's cloud-init customization.
cleave-provision (the provision service) writes /run/wpa_supplicant.conf at boot: /boot/wpa_supplicant.conf as it is, or else the networks in network.wifis.*.access-points of the /boot/cloud-init file bb-imager-rs writes, and sets its hostname. The wifi service reads /run/wpa_supplicant.conf. Users, keys, timezone, keyboard and the sysconf format are not read yet. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01TUH8KL9SS32htCEqaYUV91 check-in: 8a567c5da3 user: x86-1-cleave tags: trunk | |