Im still in disbelief that this works to install packages into the pi: videoteam@val2:~$ sudo chroot /srv/nfs/rpi/trixie/root apt install libcamera-tools
03:31
val2 is x86, I can't just run arm code. it's not right.
Test Raspberry Pi 4B in emulation -- QEMU with GENET Ethernet, PXE boot, and CI-ready packages for testing without real hardware - fpgas-online/rpi-qemu
@carlfk - I think I'm close to having the CI system able to build the tftp/nfsroot server and verify a virtual pi is able to tftp boot and run from the nfs mount.
@carlfk - That is what the rpi-qemu work above was for. It builds the x86 system in QEMU and then connects the virtual QEMU RPi to the x86 network and verifies that the RPi PXEboots, mounts the nfsroot and then starts the fpgas.online stuff.
@carlfk - In theory I now have running in GitHub Actions the Ansible scripts building the x86 host machine with nfsroot and such and then testing that a RPi is able to PXEboot and nfsmount+overlayfs from that host machine. https://github.com/fpgas-online/fpgas.online-infra
Ansible infrastructure for fpgas.online. Contribute to fpgas-online/fpgas.online-infra development by creating an account on GitHub.
02:15
Claude and myself came up with the following kind of interesting approach:
The server uses systemd-nspawn with qemu-user-static ARM syscall emulation to create a chroot environment from the Pi NFS root, runs sshd inside it, and Ansible connects via SSH as if it were a real Pi. This ensures all packages, services, and configuration are pre-installed before any Pi boots.
Kinda like the chroot approach you were playing with but works more naturally with ansible.
Yearn to learn #fpga, playing virtually on real hardware⁉️
▶️ enter fpgas.online
Tapping into #opensource tools, the platform is currently exclusive to Xilinx.
We hope for Cologne Chip AG, Efinix, Inc., Gowin Semiconductor Corp to join the pack...
1
