On DP monitor hot remove, clear DP_AUDIO_OUTPUT_ENABLE accordingly,
so that the audio driver will receive hot plug events and take action
to refresh its device state and ELD contents.
Note that the DP_AUDIO_OUTPUT_ENABLE bit may be enabled or disabled
only when the link training is complete and
On Fri, Dec 9, 2011 at 6:32 AM, Bobby Powers bobbypow...@gmail.com wrote:
On Thu, Dec 8, 2011 at 11:05 PM, Bobby Powers bobbypow...@gmail.com wrote:
On Tue, Dec 6, 2011 at 12:43 PM, Ben Widawsky b...@bwidawsk.net wrote:
On Tue, Dec 06, 2011 at 12:12:33PM +0100, Daniel Vetter wrote:
The
Keith,
The complete set of fixes for passing HDMI/DP ELD to audio driver.
[PATCH 1/5] drm/i915: fix ELD writing for SandyBridge
[PATCH 2/5] drm/i915: rename audio ELD registers
[PATCH 3/5] drm/i915: dont trigger hotplug events on unchanged ELD
[PATCH 4/5] drm/i915: HDMI hot remove
Change the definitions from GEN5 to IBX as they aren't in the CPU and
some SNB systems actually shipped with IBX chipsets (or, at least that's
a supported configuration).
The GEN7_* register addresses actually take effect since GEN6 and should
be prefixed by CPT, the PCH code name.
Suggested-by:
The ELD may or may not change when switching the video mode.
If unchanged, don't trigger hot plug events to HDMI audio driver.
This avoids disturbing the user with repeated printks.
Reported-by: Nick Bowler nbow...@elliptictech.com
Signed-off-by: Wu Fengguang fengguang...@intel.com
---
SandyBridge should be using the same register addresses as IvyBridge.
Signed-off-by: Wu Fengguang fengguang...@intel.com
---
drivers/gpu/drm/i915/intel_display.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
--- linux.orig/drivers/gpu/drm/i915/intel_display.c 2011-11-28
On Mon, Nov 28, 2011 at 04:06:37PM +0800, Wu Fengguang wrote:
The only missing part is hot plug notification for DP -- most DP monitors in
the market don't support DP audio well. So I cannot test this for now.
btw, we'd like to buy a Philips 221P3LPYEB that _seems_ to have DP
audio
At Fri, 09 Dec 2011 20:42:16 +0800,
Wu Fengguang wrote:
Keith,
The complete set of fixes for passing HDMI/DP ELD to audio driver.
[PATCH 1/5] drm/i915: fix ELD writing for SandyBridge
[PATCH 2/5] drm/i915: rename audio ELD registers
[PATCH 3/5] drm/i915: dont trigger hotplug events
Hi Rocko,
Thanks for the bug report. Please report bugs always on the public
mailing list so that all interest people can join in (also I'm
travelling atm, so I can't do much).
Afaics we're hitting
BUG_ON(seqno == 0)
in wait_requst. Unfortunately you've cut out the backtrace from the
kernel
We learned that the ECOBUS register was inside the GT power well, and
so *did* need force wake to be read, so it gets removed from the list
of 'doesn't need force wake' registers.
That means the code reading ECOBUS after forcing the mt_force_wake
function to be called needs to use
RC6 should always work on IVB, and should work on SNB whenever IO
remapping is disabled. RC6 never works on Ironlake. Make the default
value for the parameter follow these guidelines. Setting the value
to either 0 or 1 will force the specified behavior.
Signed-off-by: Keith Packard
On Mon, 28 Nov 2011 16:15:19 -0200, Eugeni Dodonov eugeni.dodo...@intel.com
wrote:
For now, as semaphores interaction with VTd causes random issues on SNB,
we do not enable them by default. But they can still be enabled via the
semaphores=1 kernel parameter.
Could we enable semaphores on SNB
This adds a default setting for semaphores parameter, and enables
semaphores by default on IVB.
For now, as semaphores interaction with VTd causes random issues on SNB,
we do not enable them by default. But they can still be enabled via the
semaphores=1 kernel parameter.
v2: enables semaphores
On Sat, Dec 10, 2011 at 03:09, Rocko Requin rockoreq...@hotmail.com wrote:
Please report bugs always on the public
mailing list so that all interest people can join in
Apologies, I used to log them to the kernel bug tracker, which never came
back up after kernel.org was rebuilt, and I didn't
14 matches
Mail list logo
