name: snakeview-hailo-dkms-kernel
description: snakeview Hailo-Treiber bricht nach Kernel-Upgrade — DKMS für laufenden -2712-Kernel neu bauen
metadata:
node_type: memory
type: project
originSessionId: 4ce7fd9b-8ce6-4952-a2eb-b3157d1cc404

Auf snakeview (192.168.1.180, Pi 5 mit Hailo-8) meldet hailortcli fw-control identify
nach einem Kernel-full-upgrade HAILO_DRIVER_NOT_INSTALLED(64), obwohl hailo-all
installiert ist und der Chip per lspci -d 1e60: sichtbar bleibt.

Ursache: DKMS baut hailo_pci nicht automatisch für jede neue Kernel-Variante.
Beobachtet: laufender Kernel 6.12.93+rpt-rpi-2712, aber DKMS hatte .93 nur für die
-v8-Variante gebaut (plus älteren 6.12.34+rpt-rpi-2712). Für den laufenden -2712
fehlte das Modul → Treiber lädt nicht.

Fix (kein Reboot nötig, Header müssen da sein):

sudo dkms install hailo_pci/4.20.0 -k $(uname -r)
sudo modprobe hailo_pci
hailortcli fw-control identify   # verifizieren

Kann bei jedem Kernel-Upgrade wiederkehren. In playbooks/snakeview.yml ist ein
idempotenter Block, der genau das absichert (dkms autoinstall + modprobe + assert).

WICHTIG / Korrektur: Die hailo_vdma-WARNINGs in dmesg beim Inferenz-Lauf sind
NICHT der Treiber-Bug. Sie kamen vom Datei-LOOP der Beispiel-App (on_eos spult
Dateiquellen zurück → DMA-Puffer werden endlos neu gemappt → Warning-Flut, teils
verkeilter ioctl). Ein SINGLE-PASS (on_eos → shutdown) läuft mit 0 neuen Warnings
sauber durch. Siehe [[snakeview-pose-pipeline]]. Der DKMS-Rebuild oben ist trotzdem
nötig, damit hailo_pci für den laufenden Kernel überhaupt lädt.