https://bugs.freedesktop.org/show_bug.cgi?id=93946
--- Comment #53 from Julien "_FrnchFrgg_" RIVAUD <frnchf...@free.fr> ---
I have the same problem, with a variant that makes harder a fix with a simple
alsa quirk:
I have a Zotac box, with
* an HDMI port
* a DVI port (incorrectly detected as an HDMI but this doesn't cause any
problem here)
* working internal analog audio with line out and headphone
* an SPDIF optical output
every element on the previous list seems to have working presence detection
(especially the analog audio which is never selected by
switch-on-port-available because I don't plug anything do it), EXCEPT the SPDIF
which is wired to IEC958. I don't think the hardware is able to detect whether
there is something plugged in or not.
Only the HDMI is plugged in, nothing else. When the screen goes into powersave,
the HDMI presence turns off, and switch-on-port-available selects the only port
which is not "available: no" but rather "available: unknown", but then refuses
to switch back to HDMI when the screen is on again.
Thinking that "it is my computer/bios/lower layer" which is broken won't help a
bit, because even if *I* don't, other people might want to have something
plugged into the SPDIF output.
And I know that I can use hdajackretask to force HDMI detection to PRESENT, or
SPDIF to absent. Or that I can use an udev rule to use another profile.conf
file in which I set HDMI priority to an higher level. And I did the former
because I won't use the SPDIF out anytime soon (I just hope that when I do,
I'll remember why it doesn't work). But you can't expect non-technical people
to do so, and there's no solution for them as-is.
For them, the new behaviour would be a regression [1], even though I like it
for my laptop that I wire now and then to the HDMI aux of my Home Cinema.
[1] In fact the Zotac isn't mine, but I assembled it for a friend who called me
for help after an innocent upgrade.
--
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the bug.
_______________________________________________
pulseaudio-bugs mailing list
pulseaudio-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/pulseaudio-bugs
