martin/ansible
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

Drop the forced display mode, and let the kiosk user own its own cache

Browse Source 
The screen was a badly seated cable - the enclosure was fouling the connector,
so the DDC and hotplug pins never mated while the video pairs partly did. That
is why it read 0 bytes of EDID on both ports and why forcing a mode "fixed" it.
With the cable seated properly HDMI-A-1 reports connected, hands over 256 bytes
of EDID and identifies itself as a DELL P2419H, so the force has nothing left to
do. Remove it and let EDID decide, which also means the mode is no longer
hardcoded to something that happened to match.

Separately, and the reason the screen then showed "Your Firefox profile cannot
be loaded": Xorg runs as root under Debian's wrapper with HOME pointing at the
kiosk user's, so the first mesa shader cache write created ~/.cache owned by
root and mode 0700. Firefox could not create ~/.cache/mozilla inside it and
never got as far as writing a profile - .mozilla/firefox held only Crash Reports
and Pending Pings, with no profiles.ini. Create ~/.cache and ~/.mozilla up front
owned by the user, so root only ever adds subdirectories to a directory the user
already owns.

Keeping the getty@tty1 enable and the userconfig.service mask: those were real
faults, not workarounds for this one.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
Martin Bauer
2026-09-20 12:26:51 +02:00
parent a973bc8d75
commit b3f1ff69b1
4 changed files with 17 additions and 41 deletions
Download Patch File Download Diff File Expand all files Collapse all files

11
roles/pi_kiosk/defaults/main.yml
View File

@@ -1,14 +1,3 @@
---
pi_kiosk_user: "kiosk"
pi_kiosk_url: "http://localhost:8080"
# Force a mode on the kiosk output, as a `video=` kernel parameter, e.g.
# "HDMI-A-1:1920x1080@60e" (the trailing `e` forces the output enabled). Empty means
# "let EDID decide", which is what you want whenever EDID can be read.
#
# This is for a display the Pi cannot see: a micro-HDMI cable or adapter whose DDC/HPD
# lines are broken but whose video pairs are fine reads back 0 bytes of EDID and
# reports "disconnected", while displaying perfectly once a mode is forced. Note
# hdmi_force_hotplug=1 does nothing here - it is ignored by the vc4-kms-v3d driver
# these images use.
pi_kiosk_force_mode: ""