The header scan (Captain Bob, 2026-11-10): 788 source files -- 351 with the
SL-1.0 header, 12 with the old name (docs/working/experiments, kept by
ruling), 31 under someone else's licence (tools/kconfig, Linux's, GPL-2.0:
kept), and 394 with none. Ruled: the SPDX form; capsules (.4th, .f18) and
proofs (.thy) left for a ruling of their own (mkcapsule's 64x16 block format,
content-addressed capsules).
253 files now begin
SPDX-License-Identifier: LicenseRef-Starship-1.0
Copyright (c) 2023-2026 Robert A. James
as a /* */ block (C, headers, assembly, linker scripts) or # lines (scripts,
Makefiles, Kconfig; below a shebang or a coding line); tools/mkcapsule.c,
which had the copyright line, gets the SPDX line only.
Not touched: docs/working/ (archive and old campaign material, as the
ruling kept the experiments); v4/system/post_cases.c (generated by
v4/tools/mkpost.py, "do not edit" -- the generator has the header).
Comments only: the kernel builds on amd64, aarch64, riscv64; make -C v4
test-32: 39 programs, 0 failures; every changed script parses.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01GE3SDvQn5EoxdGufk84zz2
Raspberry Pi 5 native boot media
make boot_image TARGET=RASPI builds build/boards/raspi/lithos-raspi.img: an MBR disk
with one FAT32 (LBA) partition. Write it to an SD card with dd. The partition holds:
config.txt: checked in here (FABRIC-3.md §IV.3 item 6). It pinskernel_address=0x80000because Pi 5 firmware loadskernel_2712.imgat 0x200000 by default.kernel_2712.img: the aarch64 kernel objects relinked at 0x80000 bykernel/linker/starkernel-native-rpi5.ld, entered atrpi5_native_start(kernel/src/arch/aarch64/native_rpi5_entry.S, which zeroes.bssfirst), and flattened withobjcopy -O binary.bcm2712-rpi-5-b.dtb: the Raspberry Pi firmware's own stock DTB. It is not built by this project; it is fetched once from the firmware release pinned inboard.mk(RPI_FIRMWARE_TAG) intobuild/cache/. To use a local copy, passRPI5_DTB=/path/to/dtb.cmdline.txt: only present whenKERNEL_ARGS="..."is given. The firmware copies it into/chosen/bootargs, whichrpi5_native_boot()parses.
Not yet verified on hardware. The native path still assumes everything kernel_main()
needs after a UEFI handoff. The firmware enters at EL2 with the MMU off, which is not what
UEFI hands over, and that difference has not been exercised.