Summary: | Reloading the module creates two additional playback devices for HDMI. | ||
---|---|---|---|
Product: | DRI | Reporter: | Marius Vlad <marius.c.vlad> |
Component: | DRM/Intel | Assignee: | Intel GFX Bugs mailing list <intel-gfx-bugs> |
Status: | CLOSED NOTABUG | QA Contact: | Intel GFX Bugs mailing list <intel-gfx-bugs> |
Severity: | normal | ||
Priority: | medium | CC: | intel-gfx-bugs, tiwai, ville.syrjala |
Version: | DRI git | ||
Hardware: | x86-64 (AMD64) | ||
OS: | All | ||
Whiteboard: | |||
i915 platform: | i915 features: |
Description
Marius Vlad
2016-03-21 18:00:49 UTC
HD-audio driver checks the pin default configuration, and usually BIOS adjusts it. It implies that, by reloading i915 driver, the pin default configurations of HDMI codec are reset to the system-default, and the extra setup by BIOS is lost. Enabling all outputs aren't so bad in practice, as PA can handle multiple HDMI streams nowadays. But, it's certainly an unexpected effect to users (although unloading i915 driver is a rare case for normal users). Right, so this isn't a bug, it's just a feature? Why two additional outputs and not 10, or even 42? The system-default shouldn't be just one? It is customary to have multiple outputs for HDMI and the BIOS to disable the redundant ones? Just trying to make a sense of this :-). As a side one, the contents of /proc/asound/HDMI/eld#0.0 seems to remain even after forcing a disconnect on the connector. Should I file a bug report for that? (In reply to Marius Vlad from comment #2) > Right, so this isn't a bug, it's just a feature? A kind of, yes. > Why two additional outputs and not 10, or even 42? Because Alpha GO couldn't solve the mystery yet :) > The system-default > shouldn't be just one? It is customary to have multiple outputs for HDMI and > the BIOS to disable the redundant ones? Just trying to make a sense of this > :-). Yes, the Intel chips support up to three HDMI/DP outputs, and as chip-default, all these tree are enabled. But BIOS changes the pin default configurations to match with the actual usage, thus the first boot skips these pins. > As a side one, the contents of /proc/asound/HDMI/eld#0.0 seems to remain > even after forcing a disconnect on the connector. Should I file a bug report > for that? It's a known issue. The fix was included in my pull request today. Thanks for the info :-). |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.