-
-
Notifications
You must be signed in to change notification settings - Fork 716
fix(cec): support HDMI-CEC display power on Pi 4/5 second micro-HDMI port #3085
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Open
federicopratto
wants to merge
3
commits into
Screenly:master
Choose a base branch
from
federicopratto:fix/cec-display-power-pi4-pi5
base: master
Could not load branches
Branch not found: {{ refName }}
Loading
Could not load tags
Nothing to show
Loading
Are you sure you want to change the base?
Some commits from the old base branch may be removed from the timeline,
and old review comments may become outdated.
+126
−10
Open
Changes from all commits
Commits
Show all changes
3 commits
Select commit
Hold shift + click to select a range
c2ec63d
fix(cec): support HDMI-CEC display power on Pi 4/5 second micro-HDMI …
federicopratto f07d2ea
fix(cec): restore x86/arm64 branch, guard pi4-64 fallback mounts, dro…
federicopratto bf3d6b8
style(cec): use [[ ]] for conditionals per SonarCloud suggestion
federicopratto File filter
Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
There are no files selected for viewing
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
🟡 This remap path only triggers when
cec-ctlexists on the host.cec-ctlships inv4l-utils, which isn't installed by default on Raspberry Pi OS, and Anthias is userspace-only (doesn't manage host packages). On a stock Pi host this takes theelsefallback — which, per your own comment below, won't work if the live port is/dev/cec1.So for the majority of real devices this likely degrades to the old broken behavior. Can you confirm whether the target hosts actually ship
cec-ctl? If not, the fix's real-world reach is much narrower than the PR implies and should be documented (or the detection moved somewhere that hascec-ctlavailable).There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Confirmed, and you're right to push on this. Checked our own ansible
playbooks —
grep -rn "v4l-utils\|cec-ctl\|cec-utils" ansible/returns nothing, so Anthias's installer never provisions it. On my
test Pi 5,
apt-mark showmanuallistsv4l-utilsas manuallyinstalled, not part of the base image — I'd installed it myself while
diagnosing this, so a genuinely stock host almost certainly doesn't
have it.
So yes: on a typical install today, this falls through to the
degraded fallback in most cases, same as you suspected. Two ways I
see to actually close that gap rather than just document it:
upgrade_containers.shinstallv4l-utilsitself onpi4-64|pi5whencec-ctlis missing — but that crosses the"Anthias doesn't manage host packages" line you mentioned, so I
don't want to do that without a green light.
cec-ctlprobe from inside a throwaway container usingthe server image instead (adding
v4l-utilstoDockerfile.server/Dockerfile.test, passing--device=/dev/cec0 --device=/dev/cec1to adocker run), sodetection never depends on anything installed on the host at all.
(2) feels more in line with the project's existing philosophy, but
it's more surface area than this PR currently touches. Happy to do
whichever you'd rather see — or land this as-is with the limitation
called out explicitly (comment + PR description) and open a
follow-up issue for the container-based probe.