2009-01-03 00:33:00 +03:00
|
|
|
/*
|
|
|
|
* Copyright 2006 Dave Airlie <airlied@linux.ie>
|
|
|
|
* Copyright © 2006-2009 Intel Corporation
|
|
|
|
*
|
|
|
|
* Permission is hereby granted, free of charge, to any person obtaining a
|
|
|
|
* copy of this software and associated documentation files (the "Software"),
|
|
|
|
* to deal in the Software without restriction, including without limitation
|
|
|
|
* the rights to use, copy, modify, merge, publish, distribute, sublicense,
|
|
|
|
* and/or sell copies of the Software, and to permit persons to whom the
|
|
|
|
* Software is furnished to do so, subject to the following conditions:
|
|
|
|
*
|
|
|
|
* The above copyright notice and this permission notice (including the next
|
|
|
|
* paragraph) shall be included in all copies or substantial portions of the
|
|
|
|
* Software.
|
|
|
|
*
|
|
|
|
* THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
|
|
|
|
* IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
|
|
|
|
* FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL
|
|
|
|
* THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
|
|
|
|
* LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING
|
|
|
|
* FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER
|
|
|
|
* DEALINGS IN THE SOFTWARE.
|
|
|
|
*
|
|
|
|
* Authors:
|
|
|
|
* Eric Anholt <eric@anholt.net>
|
|
|
|
* Jesse Barnes <jesse.barnes@intel.com>
|
|
|
|
*/
|
|
|
|
|
|
|
|
#include <linux/i2c.h>
|
include cleanup: Update gfp.h and slab.h includes to prepare for breaking implicit slab.h inclusion from percpu.h
percpu.h is included by sched.h and module.h and thus ends up being
included when building most .c files. percpu.h includes slab.h which
in turn includes gfp.h making everything defined by the two files
universally available and complicating inclusion dependencies.
percpu.h -> slab.h dependency is about to be removed. Prepare for
this change by updating users of gfp and slab facilities include those
headers directly instead of assuming availability. As this conversion
needs to touch large number of source files, the following script is
used as the basis of conversion.
http://userweb.kernel.org/~tj/misc/slabh-sweep.py
The script does the followings.
* Scan files for gfp and slab usages and update includes such that
only the necessary includes are there. ie. if only gfp is used,
gfp.h, if slab is used, slab.h.
* When the script inserts a new include, it looks at the include
blocks and try to put the new include such that its order conforms
to its surrounding. It's put in the include block which contains
core kernel includes, in the same order that the rest are ordered -
alphabetical, Christmas tree, rev-Xmas-tree or at the end if there
doesn't seem to be any matching order.
* If the script can't find a place to put a new include (mostly
because the file doesn't have fitting include block), it prints out
an error message indicating which .h file needs to be added to the
file.
The conversion was done in the following steps.
1. The initial automatic conversion of all .c files updated slightly
over 4000 files, deleting around 700 includes and adding ~480 gfp.h
and ~3000 slab.h inclusions. The script emitted errors for ~400
files.
2. Each error was manually checked. Some didn't need the inclusion,
some needed manual addition while adding it to implementation .h or
embedding .c file was more appropriate for others. This step added
inclusions to around 150 files.
3. The script was run again and the output was compared to the edits
from #2 to make sure no file was left behind.
4. Several build tests were done and a couple of problems were fixed.
e.g. lib/decompress_*.c used malloc/free() wrappers around slab
APIs requiring slab.h to be added manually.
5. The script was run on all .h files but without automatically
editing them as sprinkling gfp.h and slab.h inclusions around .h
files could easily lead to inclusion dependency hell. Most gfp.h
inclusion directives were ignored as stuff from gfp.h was usually
wildly available and often used in preprocessor macros. Each
slab.h inclusion directive was examined and added manually as
necessary.
6. percpu.h was updated not to include slab.h.
7. Build test were done on the following configurations and failures
were fixed. CONFIG_GCOV_KERNEL was turned off for all tests (as my
distributed build env didn't work with gcov compiles) and a few
more options had to be turned off depending on archs to make things
build (like ipr on powerpc/64 which failed due to missing writeq).
* x86 and x86_64 UP and SMP allmodconfig and a custom test config.
* powerpc and powerpc64 SMP allmodconfig
* sparc and sparc64 SMP allmodconfig
* ia64 SMP allmodconfig
* s390 SMP allmodconfig
* alpha SMP allmodconfig
* um on x86_64 SMP allmodconfig
8. percpu.h modifications were reverted so that it could be applied as
a separate patch and serve as bisection point.
Given the fact that I had only a couple of failures from tests on step
6, I'm fairly confident about the coverage of this conversion patch.
If there is a breakage, it's likely to be something in one of the arch
headers which should be easily discoverable easily on most builds of
the specific arch.
Signed-off-by: Tejun Heo <tj@kernel.org>
Guess-its-ok-by: Christoph Lameter <cl@linux-foundation.org>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: Lee Schermerhorn <Lee.Schermerhorn@hp.com>
2010-03-24 11:04:11 +03:00
|
|
|
#include <linux/slab.h>
|
2009-01-03 00:33:00 +03:00
|
|
|
#include <linux/delay.h>
|
2012-10-02 21:01:07 +04:00
|
|
|
#include <drm/drmP.h>
|
|
|
|
#include <drm/drm_crtc.h>
|
|
|
|
#include <drm/drm_edid.h>
|
2009-01-03 00:33:00 +03:00
|
|
|
#include "intel_drv.h"
|
2012-10-02 21:01:07 +04:00
|
|
|
#include <drm/i915_drm.h>
|
2009-01-03 00:33:00 +03:00
|
|
|
#include "i915_drv.h"
|
|
|
|
|
2012-10-27 01:05:45 +04:00
|
|
|
static struct drm_device *intel_hdmi_to_dev(struct intel_hdmi *intel_hdmi)
|
|
|
|
{
|
2012-10-27 01:05:46 +04:00
|
|
|
return hdmi_to_dig_port(intel_hdmi)->base.base.dev;
|
2012-10-27 01:05:45 +04:00
|
|
|
}
|
|
|
|
|
2012-06-12 18:36:45 +04:00
|
|
|
static void
|
|
|
|
assert_hdmi_port_disabled(struct intel_hdmi *intel_hdmi)
|
|
|
|
{
|
2012-10-27 01:05:45 +04:00
|
|
|
struct drm_device *dev = intel_hdmi_to_dev(intel_hdmi);
|
2012-06-12 18:36:45 +04:00
|
|
|
struct drm_i915_private *dev_priv = dev->dev_private;
|
|
|
|
uint32_t enabled_bits;
|
|
|
|
|
2012-11-23 21:30:39 +04:00
|
|
|
enabled_bits = HAS_DDI(dev) ? DDI_BUF_CTL_ENABLE : SDVO_ENABLE;
|
2012-06-12 18:36:45 +04:00
|
|
|
|
2013-02-19 02:00:26 +04:00
|
|
|
WARN(I915_READ(intel_hdmi->hdmi_reg) & enabled_bits,
|
2012-06-12 18:36:45 +04:00
|
|
|
"HDMI port enabled, expecting disabled\n");
|
|
|
|
}
|
|
|
|
|
2012-05-09 22:37:30 +04:00
|
|
|
struct intel_hdmi *enc_to_intel_hdmi(struct drm_encoder *encoder)
|
2010-08-04 16:50:23 +04:00
|
|
|
{
|
2012-10-27 01:05:46 +04:00
|
|
|
struct intel_digital_port *intel_dig_port =
|
|
|
|
container_of(encoder, struct intel_digital_port, base.base);
|
|
|
|
return &intel_dig_port->hdmi;
|
2010-08-04 16:50:23 +04:00
|
|
|
}
|
|
|
|
|
2010-09-09 19:20:55 +04:00
|
|
|
static struct intel_hdmi *intel_attached_hdmi(struct drm_connector *connector)
|
|
|
|
{
|
2012-10-27 01:05:46 +04:00
|
|
|
return enc_to_intel_hdmi(&intel_attached_encoder(connector)->base);
|
2010-09-09 19:20:55 +04:00
|
|
|
}
|
|
|
|
|
2011-08-03 20:22:55 +04:00
|
|
|
void intel_dip_infoframe_csum(struct dip_infoframe *frame)
|
2010-09-24 23:44:32 +04:00
|
|
|
{
|
2011-08-03 20:22:55 +04:00
|
|
|
uint8_t *data = (uint8_t *)frame;
|
2010-09-24 23:44:32 +04:00
|
|
|
uint8_t sum = 0;
|
|
|
|
unsigned i;
|
|
|
|
|
2011-08-03 20:22:55 +04:00
|
|
|
frame->checksum = 0;
|
|
|
|
frame->ecc = 0;
|
2010-09-24 23:44:32 +04:00
|
|
|
|
2011-09-22 09:46:00 +04:00
|
|
|
for (i = 0; i < frame->len + DIP_HEADER_SIZE; i++)
|
2010-09-24 23:44:32 +04:00
|
|
|
sum += data[i];
|
|
|
|
|
2011-08-03 20:22:55 +04:00
|
|
|
frame->checksum = 0x100 - sum;
|
2010-09-24 23:44:32 +04:00
|
|
|
}
|
|
|
|
|
2012-05-08 17:18:32 +04:00
|
|
|
static u32 g4x_infoframe_index(struct dip_infoframe *frame)
|
2010-09-24 23:44:32 +04:00
|
|
|
{
|
2011-08-03 20:22:55 +04:00
|
|
|
switch (frame->type) {
|
|
|
|
case DIP_TYPE_AVI:
|
2012-05-15 00:12:50 +04:00
|
|
|
return VIDEO_DIP_SELECT_AVI;
|
2011-08-03 20:22:55 +04:00
|
|
|
case DIP_TYPE_SPD:
|
2012-05-15 00:12:50 +04:00
|
|
|
return VIDEO_DIP_SELECT_SPD;
|
2011-08-03 20:22:55 +04:00
|
|
|
default:
|
|
|
|
DRM_DEBUG_DRIVER("unknown info frame type %d\n", frame->type);
|
2012-05-15 00:12:50 +04:00
|
|
|
return 0;
|
2011-08-03 20:22:55 +04:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2012-05-08 17:18:32 +04:00
|
|
|
static u32 g4x_infoframe_enable(struct dip_infoframe *frame)
|
2011-08-03 20:22:55 +04:00
|
|
|
{
|
|
|
|
switch (frame->type) {
|
|
|
|
case DIP_TYPE_AVI:
|
2012-05-15 00:12:50 +04:00
|
|
|
return VIDEO_DIP_ENABLE_AVI;
|
2011-08-03 20:22:55 +04:00
|
|
|
case DIP_TYPE_SPD:
|
2012-05-15 00:12:50 +04:00
|
|
|
return VIDEO_DIP_ENABLE_SPD;
|
2012-05-05 00:18:20 +04:00
|
|
|
default:
|
|
|
|
DRM_DEBUG_DRIVER("unknown info frame type %d\n", frame->type);
|
2012-05-15 00:12:50 +04:00
|
|
|
return 0;
|
2012-05-05 00:18:20 +04:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2012-05-15 00:12:51 +04:00
|
|
|
static u32 hsw_infoframe_enable(struct dip_infoframe *frame)
|
|
|
|
{
|
|
|
|
switch (frame->type) {
|
|
|
|
case DIP_TYPE_AVI:
|
|
|
|
return VIDEO_DIP_ENABLE_AVI_HSW;
|
|
|
|
case DIP_TYPE_SPD:
|
|
|
|
return VIDEO_DIP_ENABLE_SPD_HSW;
|
|
|
|
default:
|
|
|
|
DRM_DEBUG_DRIVER("unknown info frame type %d\n", frame->type);
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2013-02-26 02:55:16 +04:00
|
|
|
static u32 hsw_infoframe_data_reg(struct dip_infoframe *frame,
|
|
|
|
enum transcoder cpu_transcoder)
|
2012-05-15 00:12:51 +04:00
|
|
|
{
|
|
|
|
switch (frame->type) {
|
|
|
|
case DIP_TYPE_AVI:
|
2013-02-26 02:55:16 +04:00
|
|
|
return HSW_TVIDEO_DIP_AVI_DATA(cpu_transcoder);
|
2012-05-15 00:12:51 +04:00
|
|
|
case DIP_TYPE_SPD:
|
2013-02-26 02:55:16 +04:00
|
|
|
return HSW_TVIDEO_DIP_SPD_DATA(cpu_transcoder);
|
2012-05-15 00:12:51 +04:00
|
|
|
default:
|
|
|
|
DRM_DEBUG_DRIVER("unknown info frame type %d\n", frame->type);
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2012-05-08 17:19:06 +04:00
|
|
|
static void g4x_write_infoframe(struct drm_encoder *encoder,
|
|
|
|
struct dip_infoframe *frame)
|
2011-08-03 20:22:55 +04:00
|
|
|
{
|
|
|
|
uint32_t *data = (uint32_t *)frame;
|
2010-09-24 23:44:32 +04:00
|
|
|
struct drm_device *dev = encoder->dev;
|
|
|
|
struct drm_i915_private *dev_priv = dev->dev_private;
|
2012-05-05 00:18:17 +04:00
|
|
|
u32 val = I915_READ(VIDEO_DIP_CTL);
|
2011-08-03 20:22:55 +04:00
|
|
|
unsigned i, len = DIP_HEADER_SIZE + frame->len;
|
2010-09-24 23:44:32 +04:00
|
|
|
|
2012-05-28 23:42:51 +04:00
|
|
|
WARN(!(val & VIDEO_DIP_ENABLE), "Writing DIP with CTL reg disabled\n");
|
|
|
|
|
2012-05-05 00:18:18 +04:00
|
|
|
val &= ~(VIDEO_DIP_SELECT_MASK | 0xf); /* clear DIP data offset */
|
2012-05-08 17:18:32 +04:00
|
|
|
val |= g4x_infoframe_index(frame);
|
2012-05-05 00:18:17 +04:00
|
|
|
|
2012-05-08 17:18:32 +04:00
|
|
|
val &= ~g4x_infoframe_enable(frame);
|
2011-08-03 20:22:55 +04:00
|
|
|
|
2012-05-05 00:18:17 +04:00
|
|
|
I915_WRITE(VIDEO_DIP_CTL, val);
|
2010-09-24 23:44:32 +04:00
|
|
|
|
2012-05-28 23:43:00 +04:00
|
|
|
mmiowb();
|
2011-08-03 20:22:55 +04:00
|
|
|
for (i = 0; i < len; i += 4) {
|
2010-09-24 23:44:32 +04:00
|
|
|
I915_WRITE(VIDEO_DIP_DATA, *data);
|
|
|
|
data++;
|
|
|
|
}
|
2012-09-25 20:23:34 +04:00
|
|
|
/* Write every possible data byte to force correct ECC calculation. */
|
|
|
|
for (; i < VIDEO_DIP_DATA_SIZE; i += 4)
|
|
|
|
I915_WRITE(VIDEO_DIP_DATA, 0);
|
2012-05-28 23:43:00 +04:00
|
|
|
mmiowb();
|
2010-09-24 23:44:32 +04:00
|
|
|
|
2012-05-08 17:18:32 +04:00
|
|
|
val |= g4x_infoframe_enable(frame);
|
2012-05-05 00:18:22 +04:00
|
|
|
val &= ~VIDEO_DIP_FREQ_MASK;
|
2012-05-08 16:41:00 +04:00
|
|
|
val |= VIDEO_DIP_FREQ_VSYNC;
|
2011-08-03 20:22:55 +04:00
|
|
|
|
2012-05-05 00:18:17 +04:00
|
|
|
I915_WRITE(VIDEO_DIP_CTL, val);
|
2012-05-28 23:43:00 +04:00
|
|
|
POSTING_READ(VIDEO_DIP_CTL);
|
2010-09-24 23:44:32 +04:00
|
|
|
}
|
|
|
|
|
2012-05-05 00:18:24 +04:00
|
|
|
static void ibx_write_infoframe(struct drm_encoder *encoder,
|
|
|
|
struct dip_infoframe *frame)
|
|
|
|
{
|
|
|
|
uint32_t *data = (uint32_t *)frame;
|
|
|
|
struct drm_device *dev = encoder->dev;
|
|
|
|
struct drm_i915_private *dev_priv = dev->dev_private;
|
2012-05-15 00:12:50 +04:00
|
|
|
struct intel_crtc *intel_crtc = to_intel_crtc(encoder->crtc);
|
2012-05-05 00:18:24 +04:00
|
|
|
int reg = TVIDEO_DIP_CTL(intel_crtc->pipe);
|
|
|
|
unsigned i, len = DIP_HEADER_SIZE + frame->len;
|
|
|
|
u32 val = I915_READ(reg);
|
|
|
|
|
2012-05-28 23:42:51 +04:00
|
|
|
WARN(!(val & VIDEO_DIP_ENABLE), "Writing DIP with CTL reg disabled\n");
|
|
|
|
|
2012-05-05 00:18:24 +04:00
|
|
|
val &= ~(VIDEO_DIP_SELECT_MASK | 0xf); /* clear DIP data offset */
|
2012-05-08 17:18:32 +04:00
|
|
|
val |= g4x_infoframe_index(frame);
|
2012-05-05 00:18:24 +04:00
|
|
|
|
2012-05-08 17:18:32 +04:00
|
|
|
val &= ~g4x_infoframe_enable(frame);
|
2012-05-05 00:18:24 +04:00
|
|
|
|
|
|
|
I915_WRITE(reg, val);
|
|
|
|
|
2012-05-28 23:43:00 +04:00
|
|
|
mmiowb();
|
2012-05-05 00:18:24 +04:00
|
|
|
for (i = 0; i < len; i += 4) {
|
|
|
|
I915_WRITE(TVIDEO_DIP_DATA(intel_crtc->pipe), *data);
|
|
|
|
data++;
|
|
|
|
}
|
2012-09-25 20:23:34 +04:00
|
|
|
/* Write every possible data byte to force correct ECC calculation. */
|
|
|
|
for (; i < VIDEO_DIP_DATA_SIZE; i += 4)
|
|
|
|
I915_WRITE(TVIDEO_DIP_DATA(intel_crtc->pipe), 0);
|
2012-05-28 23:43:00 +04:00
|
|
|
mmiowb();
|
2012-05-05 00:18:24 +04:00
|
|
|
|
2012-05-08 17:18:32 +04:00
|
|
|
val |= g4x_infoframe_enable(frame);
|
2012-05-05 00:18:24 +04:00
|
|
|
val &= ~VIDEO_DIP_FREQ_MASK;
|
2012-05-08 16:41:00 +04:00
|
|
|
val |= VIDEO_DIP_FREQ_VSYNC;
|
2012-05-05 00:18:24 +04:00
|
|
|
|
|
|
|
I915_WRITE(reg, val);
|
2012-05-28 23:43:00 +04:00
|
|
|
POSTING_READ(reg);
|
2012-05-05 00:18:24 +04:00
|
|
|
}
|
|
|
|
|
|
|
|
static void cpt_write_infoframe(struct drm_encoder *encoder,
|
|
|
|
struct dip_infoframe *frame)
|
2011-07-08 22:31:57 +04:00
|
|
|
{
|
2011-08-03 20:22:55 +04:00
|
|
|
uint32_t *data = (uint32_t *)frame;
|
2011-07-08 22:31:57 +04:00
|
|
|
struct drm_device *dev = encoder->dev;
|
|
|
|
struct drm_i915_private *dev_priv = dev->dev_private;
|
2012-05-15 00:12:50 +04:00
|
|
|
struct intel_crtc *intel_crtc = to_intel_crtc(encoder->crtc);
|
2011-07-08 22:31:57 +04:00
|
|
|
int reg = TVIDEO_DIP_CTL(intel_crtc->pipe);
|
2011-08-03 20:22:55 +04:00
|
|
|
unsigned i, len = DIP_HEADER_SIZE + frame->len;
|
2012-05-05 00:18:17 +04:00
|
|
|
u32 val = I915_READ(reg);
|
2011-07-08 22:31:57 +04:00
|
|
|
|
2012-05-28 23:42:51 +04:00
|
|
|
WARN(!(val & VIDEO_DIP_ENABLE), "Writing DIP with CTL reg disabled\n");
|
|
|
|
|
2011-09-22 09:46:00 +04:00
|
|
|
val &= ~(VIDEO_DIP_SELECT_MASK | 0xf); /* clear DIP data offset */
|
2012-05-08 17:18:32 +04:00
|
|
|
val |= g4x_infoframe_index(frame);
|
2011-08-03 20:22:55 +04:00
|
|
|
|
2012-05-05 00:18:21 +04:00
|
|
|
/* The DIP control register spec says that we need to update the AVI
|
|
|
|
* infoframe without clearing its enable bit */
|
2012-05-28 23:42:51 +04:00
|
|
|
if (frame->type != DIP_TYPE_AVI)
|
2012-05-08 17:18:32 +04:00
|
|
|
val &= ~g4x_infoframe_enable(frame);
|
2012-05-05 00:18:21 +04:00
|
|
|
|
2012-05-05 00:18:17 +04:00
|
|
|
I915_WRITE(reg, val);
|
2011-08-03 20:22:55 +04:00
|
|
|
|
2012-05-28 23:43:00 +04:00
|
|
|
mmiowb();
|
2011-08-03 20:22:55 +04:00
|
|
|
for (i = 0; i < len; i += 4) {
|
2011-07-08 22:31:57 +04:00
|
|
|
I915_WRITE(TVIDEO_DIP_DATA(intel_crtc->pipe), *data);
|
|
|
|
data++;
|
|
|
|
}
|
2012-09-25 20:23:34 +04:00
|
|
|
/* Write every possible data byte to force correct ECC calculation. */
|
|
|
|
for (; i < VIDEO_DIP_DATA_SIZE; i += 4)
|
|
|
|
I915_WRITE(TVIDEO_DIP_DATA(intel_crtc->pipe), 0);
|
2012-05-28 23:43:00 +04:00
|
|
|
mmiowb();
|
2011-07-08 22:31:57 +04:00
|
|
|
|
2012-05-08 17:18:32 +04:00
|
|
|
val |= g4x_infoframe_enable(frame);
|
2012-05-05 00:18:22 +04:00
|
|
|
val &= ~VIDEO_DIP_FREQ_MASK;
|
2012-05-08 16:41:00 +04:00
|
|
|
val |= VIDEO_DIP_FREQ_VSYNC;
|
2011-08-03 20:22:55 +04:00
|
|
|
|
2012-05-05 00:18:17 +04:00
|
|
|
I915_WRITE(reg, val);
|
2012-05-28 23:43:00 +04:00
|
|
|
POSTING_READ(reg);
|
2011-08-03 20:22:55 +04:00
|
|
|
}
|
2012-03-29 00:39:32 +04:00
|
|
|
|
|
|
|
static void vlv_write_infoframe(struct drm_encoder *encoder,
|
|
|
|
struct dip_infoframe *frame)
|
|
|
|
{
|
|
|
|
uint32_t *data = (uint32_t *)frame;
|
|
|
|
struct drm_device *dev = encoder->dev;
|
|
|
|
struct drm_i915_private *dev_priv = dev->dev_private;
|
2012-05-15 00:12:50 +04:00
|
|
|
struct intel_crtc *intel_crtc = to_intel_crtc(encoder->crtc);
|
2012-03-29 00:39:32 +04:00
|
|
|
int reg = VLV_TVIDEO_DIP_CTL(intel_crtc->pipe);
|
|
|
|
unsigned i, len = DIP_HEADER_SIZE + frame->len;
|
2012-05-05 00:18:17 +04:00
|
|
|
u32 val = I915_READ(reg);
|
2012-03-29 00:39:32 +04:00
|
|
|
|
2012-05-28 23:42:51 +04:00
|
|
|
WARN(!(val & VIDEO_DIP_ENABLE), "Writing DIP with CTL reg disabled\n");
|
|
|
|
|
2012-03-29 00:39:32 +04:00
|
|
|
val &= ~(VIDEO_DIP_SELECT_MASK | 0xf); /* clear DIP data offset */
|
2012-05-08 17:18:32 +04:00
|
|
|
val |= g4x_infoframe_index(frame);
|
2012-05-05 00:18:17 +04:00
|
|
|
|
2012-05-08 17:18:32 +04:00
|
|
|
val &= ~g4x_infoframe_enable(frame);
|
2012-03-29 00:39:32 +04:00
|
|
|
|
2012-05-05 00:18:17 +04:00
|
|
|
I915_WRITE(reg, val);
|
2012-03-29 00:39:32 +04:00
|
|
|
|
2012-05-28 23:43:00 +04:00
|
|
|
mmiowb();
|
2012-03-29 00:39:32 +04:00
|
|
|
for (i = 0; i < len; i += 4) {
|
|
|
|
I915_WRITE(VLV_TVIDEO_DIP_DATA(intel_crtc->pipe), *data);
|
|
|
|
data++;
|
|
|
|
}
|
2012-09-25 20:23:34 +04:00
|
|
|
/* Write every possible data byte to force correct ECC calculation. */
|
|
|
|
for (; i < VIDEO_DIP_DATA_SIZE; i += 4)
|
|
|
|
I915_WRITE(VLV_TVIDEO_DIP_DATA(intel_crtc->pipe), 0);
|
2012-05-28 23:43:00 +04:00
|
|
|
mmiowb();
|
2012-03-29 00:39:32 +04:00
|
|
|
|
2012-05-08 17:18:32 +04:00
|
|
|
val |= g4x_infoframe_enable(frame);
|
2012-05-05 00:18:22 +04:00
|
|
|
val &= ~VIDEO_DIP_FREQ_MASK;
|
2012-05-08 16:41:00 +04:00
|
|
|
val |= VIDEO_DIP_FREQ_VSYNC;
|
2012-03-29 00:39:32 +04:00
|
|
|
|
2012-05-05 00:18:17 +04:00
|
|
|
I915_WRITE(reg, val);
|
2012-05-28 23:43:00 +04:00
|
|
|
POSTING_READ(reg);
|
2012-03-29 00:39:32 +04:00
|
|
|
}
|
|
|
|
|
2012-05-10 17:18:02 +04:00
|
|
|
static void hsw_write_infoframe(struct drm_encoder *encoder,
|
2012-05-15 00:12:50 +04:00
|
|
|
struct dip_infoframe *frame)
|
2012-05-10 17:18:02 +04:00
|
|
|
{
|
2012-05-15 00:12:51 +04:00
|
|
|
uint32_t *data = (uint32_t *)frame;
|
|
|
|
struct drm_device *dev = encoder->dev;
|
|
|
|
struct drm_i915_private *dev_priv = dev->dev_private;
|
|
|
|
struct intel_crtc *intel_crtc = to_intel_crtc(encoder->crtc);
|
2013-04-17 22:15:07 +04:00
|
|
|
u32 ctl_reg = HSW_TVIDEO_DIP_CTL(intel_crtc->config.cpu_transcoder);
|
|
|
|
u32 data_reg = hsw_infoframe_data_reg(frame, intel_crtc->config.cpu_transcoder);
|
2012-05-15 00:12:51 +04:00
|
|
|
unsigned int i, len = DIP_HEADER_SIZE + frame->len;
|
|
|
|
u32 val = I915_READ(ctl_reg);
|
2012-05-10 17:18:02 +04:00
|
|
|
|
2012-05-15 00:12:51 +04:00
|
|
|
if (data_reg == 0)
|
|
|
|
return;
|
|
|
|
|
|
|
|
val &= ~hsw_infoframe_enable(frame);
|
|
|
|
I915_WRITE(ctl_reg, val);
|
|
|
|
|
2012-05-28 23:43:00 +04:00
|
|
|
mmiowb();
|
2012-05-15 00:12:51 +04:00
|
|
|
for (i = 0; i < len; i += 4) {
|
|
|
|
I915_WRITE(data_reg + i, *data);
|
|
|
|
data++;
|
|
|
|
}
|
2012-09-25 20:23:34 +04:00
|
|
|
/* Write every possible data byte to force correct ECC calculation. */
|
|
|
|
for (; i < VIDEO_DIP_DATA_SIZE; i += 4)
|
|
|
|
I915_WRITE(data_reg + i, 0);
|
2012-05-28 23:43:00 +04:00
|
|
|
mmiowb();
|
2012-05-10 17:18:02 +04:00
|
|
|
|
2012-05-15 00:12:51 +04:00
|
|
|
val |= hsw_infoframe_enable(frame);
|
|
|
|
I915_WRITE(ctl_reg, val);
|
2012-05-28 23:43:00 +04:00
|
|
|
POSTING_READ(ctl_reg);
|
2012-05-10 17:18:02 +04:00
|
|
|
}
|
|
|
|
|
2011-08-03 20:22:55 +04:00
|
|
|
static void intel_set_infoframe(struct drm_encoder *encoder,
|
|
|
|
struct dip_infoframe *frame)
|
|
|
|
{
|
|
|
|
struct intel_hdmi *intel_hdmi = enc_to_intel_hdmi(encoder);
|
|
|
|
|
|
|
|
intel_dip_infoframe_csum(frame);
|
|
|
|
intel_hdmi->write_infoframe(encoder, frame);
|
|
|
|
}
|
|
|
|
|
2012-05-28 23:42:48 +04:00
|
|
|
static void intel_hdmi_set_avi_infoframe(struct drm_encoder *encoder,
|
2012-04-13 23:31:41 +04:00
|
|
|
struct drm_display_mode *adjusted_mode)
|
2011-08-03 20:22:55 +04:00
|
|
|
{
|
2013-01-17 18:31:31 +04:00
|
|
|
struct intel_hdmi *intel_hdmi = enc_to_intel_hdmi(encoder);
|
2013-03-27 03:44:56 +04:00
|
|
|
struct intel_crtc *intel_crtc = to_intel_crtc(encoder->crtc);
|
2011-08-03 20:22:55 +04:00
|
|
|
struct dip_infoframe avi_if = {
|
|
|
|
.type = DIP_TYPE_AVI,
|
|
|
|
.ver = DIP_VERSION_AVI,
|
|
|
|
.len = DIP_LEN_AVI,
|
|
|
|
};
|
|
|
|
|
2012-04-13 23:31:41 +04:00
|
|
|
if (adjusted_mode->flags & DRM_MODE_FLAG_DBLCLK)
|
|
|
|
avi_if.body.avi.YQ_CN_PR |= DIP_AVI_PR_2;
|
|
|
|
|
2013-01-17 18:31:31 +04:00
|
|
|
if (intel_hdmi->rgb_quant_range_selectable) {
|
2013-03-27 03:44:56 +04:00
|
|
|
if (intel_crtc->config.limited_color_range)
|
2013-01-17 18:31:31 +04:00
|
|
|
avi_if.body.avi.ITC_EC_Q_SC |= DIP_AVI_RGB_QUANT_RANGE_LIMITED;
|
|
|
|
else
|
|
|
|
avi_if.body.avi.ITC_EC_Q_SC |= DIP_AVI_RGB_QUANT_RANGE_FULL;
|
|
|
|
}
|
|
|
|
|
2012-12-20 18:41:44 +04:00
|
|
|
avi_if.body.avi.VIC = drm_match_cea_mode(adjusted_mode);
|
2012-11-23 18:09:27 +04:00
|
|
|
|
2011-08-03 20:22:55 +04:00
|
|
|
intel_set_infoframe(encoder, &avi_if);
|
2011-07-08 22:31:57 +04:00
|
|
|
}
|
|
|
|
|
2012-05-28 23:42:48 +04:00
|
|
|
static void intel_hdmi_set_spd_infoframe(struct drm_encoder *encoder)
|
2011-08-03 20:22:56 +04:00
|
|
|
{
|
|
|
|
struct dip_infoframe spd_if;
|
|
|
|
|
|
|
|
memset(&spd_if, 0, sizeof(spd_if));
|
|
|
|
spd_if.type = DIP_TYPE_SPD;
|
|
|
|
spd_if.ver = DIP_VERSION_SPD;
|
|
|
|
spd_if.len = DIP_LEN_SPD;
|
|
|
|
strcpy(spd_if.body.spd.vn, "Intel");
|
|
|
|
strcpy(spd_if.body.spd.pd, "Integrated gfx");
|
|
|
|
spd_if.body.spd.sdi = DIP_SPD_PC;
|
|
|
|
|
|
|
|
intel_set_infoframe(encoder, &spd_if);
|
|
|
|
}
|
|
|
|
|
2012-05-28 23:42:48 +04:00
|
|
|
static void g4x_set_infoframes(struct drm_encoder *encoder,
|
|
|
|
struct drm_display_mode *adjusted_mode)
|
|
|
|
{
|
drm/i915: properly alternate between DVI and HDMI
This solves problems that happen when you alternate between HDMI and
DVI on the same port. I can reproduce these problems using DP->HDMI
and DP->DVI adapters on a DP port.
When you first plug HDMI and then plug DVI, you need to stop sending
DIPs, even if the port is in DVI mode (see the HDMI register spec). If
you don't stop sending DIPs, you'll see a pink vertical line on the
left side of the screen, some modes will give you a black screen, some
modes won't work correctly.
When you first plug DVI and then plug HDMI, you need to properly
enable the DIPs, otherwise the HW won't send them. After spending a
lot of time investigating this, I concluded that if the DIPs are
disabled, we should not write to the DIP register again because when
we do this, we also set the AVI InfoFrame frequency to "once", and
this seems to really confuse our hardware. Since this problem was not
exactly easy to debug, I'm adopting the defensive behavior and not
just avoing the "disable twice" sequence, but also explicitly
selecting the AVI InfoFrame and setting its frequency to a correct
one.
Also, move the "is_dvi" check from intel_set_infoframe to the
set_infoframes functions since now they're going to be the first ones
to deal with the DIP registers.
This patch adds the code to fix the problem, but it depends on the
removal of some code that can't be removed right now and will come
later in the patch series. The patch that we need is:
- drm/i915: don't write 0 to DIP control at HDMI init
[danvet: Paulo clarified that this additional patch is only required
to make the fix complete, this patch here alone doesn't introduce a
regression but only partially solves the problem of randomly clearing
the dip registers.]
V2: Be even more defensive by selecting AVI and setting its frequency
outside the "is_dvi" check.
Signed-off-by: Paulo Zanoni <paulo.r.zanoni@intel.com>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2012-05-28 23:42:49 +04:00
|
|
|
struct drm_i915_private *dev_priv = encoder->dev->dev_private;
|
2013-01-24 17:29:26 +04:00
|
|
|
struct intel_digital_port *intel_dig_port = enc_to_dig_port(encoder);
|
|
|
|
struct intel_hdmi *intel_hdmi = &intel_dig_port->hdmi;
|
drm/i915: properly alternate between DVI and HDMI
This solves problems that happen when you alternate between HDMI and
DVI on the same port. I can reproduce these problems using DP->HDMI
and DP->DVI adapters on a DP port.
When you first plug HDMI and then plug DVI, you need to stop sending
DIPs, even if the port is in DVI mode (see the HDMI register spec). If
you don't stop sending DIPs, you'll see a pink vertical line on the
left side of the screen, some modes will give you a black screen, some
modes won't work correctly.
When you first plug DVI and then plug HDMI, you need to properly
enable the DIPs, otherwise the HW won't send them. After spending a
lot of time investigating this, I concluded that if the DIPs are
disabled, we should not write to the DIP register again because when
we do this, we also set the AVI InfoFrame frequency to "once", and
this seems to really confuse our hardware. Since this problem was not
exactly easy to debug, I'm adopting the defensive behavior and not
just avoing the "disable twice" sequence, but also explicitly
selecting the AVI InfoFrame and setting its frequency to a correct
one.
Also, move the "is_dvi" check from intel_set_infoframe to the
set_infoframes functions since now they're going to be the first ones
to deal with the DIP registers.
This patch adds the code to fix the problem, but it depends on the
removal of some code that can't be removed right now and will come
later in the patch series. The patch that we need is:
- drm/i915: don't write 0 to DIP control at HDMI init
[danvet: Paulo clarified that this additional patch is only required
to make the fix complete, this patch here alone doesn't introduce a
regression but only partially solves the problem of randomly clearing
the dip registers.]
V2: Be even more defensive by selecting AVI and setting its frequency
outside the "is_dvi" check.
Signed-off-by: Paulo Zanoni <paulo.r.zanoni@intel.com>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2012-05-28 23:42:49 +04:00
|
|
|
u32 reg = VIDEO_DIP_CTL;
|
|
|
|
u32 val = I915_READ(reg);
|
2012-05-28 23:42:54 +04:00
|
|
|
u32 port;
|
drm/i915: properly alternate between DVI and HDMI
This solves problems that happen when you alternate between HDMI and
DVI on the same port. I can reproduce these problems using DP->HDMI
and DP->DVI adapters on a DP port.
When you first plug HDMI and then plug DVI, you need to stop sending
DIPs, even if the port is in DVI mode (see the HDMI register spec). If
you don't stop sending DIPs, you'll see a pink vertical line on the
left side of the screen, some modes will give you a black screen, some
modes won't work correctly.
When you first plug DVI and then plug HDMI, you need to properly
enable the DIPs, otherwise the HW won't send them. After spending a
lot of time investigating this, I concluded that if the DIPs are
disabled, we should not write to the DIP register again because when
we do this, we also set the AVI InfoFrame frequency to "once", and
this seems to really confuse our hardware. Since this problem was not
exactly easy to debug, I'm adopting the defensive behavior and not
just avoing the "disable twice" sequence, but also explicitly
selecting the AVI InfoFrame and setting its frequency to a correct
one.
Also, move the "is_dvi" check from intel_set_infoframe to the
set_infoframes functions since now they're going to be the first ones
to deal with the DIP registers.
This patch adds the code to fix the problem, but it depends on the
removal of some code that can't be removed right now and will come
later in the patch series. The patch that we need is:
- drm/i915: don't write 0 to DIP control at HDMI init
[danvet: Paulo clarified that this additional patch is only required
to make the fix complete, this patch here alone doesn't introduce a
regression but only partially solves the problem of randomly clearing
the dip registers.]
V2: Be even more defensive by selecting AVI and setting its frequency
outside the "is_dvi" check.
Signed-off-by: Paulo Zanoni <paulo.r.zanoni@intel.com>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2012-05-28 23:42:49 +04:00
|
|
|
|
2012-06-12 18:36:45 +04:00
|
|
|
assert_hdmi_port_disabled(intel_hdmi);
|
|
|
|
|
drm/i915: properly alternate between DVI and HDMI
This solves problems that happen when you alternate between HDMI and
DVI on the same port. I can reproduce these problems using DP->HDMI
and DP->DVI adapters on a DP port.
When you first plug HDMI and then plug DVI, you need to stop sending
DIPs, even if the port is in DVI mode (see the HDMI register spec). If
you don't stop sending DIPs, you'll see a pink vertical line on the
left side of the screen, some modes will give you a black screen, some
modes won't work correctly.
When you first plug DVI and then plug HDMI, you need to properly
enable the DIPs, otherwise the HW won't send them. After spending a
lot of time investigating this, I concluded that if the DIPs are
disabled, we should not write to the DIP register again because when
we do this, we also set the AVI InfoFrame frequency to "once", and
this seems to really confuse our hardware. Since this problem was not
exactly easy to debug, I'm adopting the defensive behavior and not
just avoing the "disable twice" sequence, but also explicitly
selecting the AVI InfoFrame and setting its frequency to a correct
one.
Also, move the "is_dvi" check from intel_set_infoframe to the
set_infoframes functions since now they're going to be the first ones
to deal with the DIP registers.
This patch adds the code to fix the problem, but it depends on the
removal of some code that can't be removed right now and will come
later in the patch series. The patch that we need is:
- drm/i915: don't write 0 to DIP control at HDMI init
[danvet: Paulo clarified that this additional patch is only required
to make the fix complete, this patch here alone doesn't introduce a
regression but only partially solves the problem of randomly clearing
the dip registers.]
V2: Be even more defensive by selecting AVI and setting its frequency
outside the "is_dvi" check.
Signed-off-by: Paulo Zanoni <paulo.r.zanoni@intel.com>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2012-05-28 23:42:49 +04:00
|
|
|
/* If the registers were not initialized yet, they might be zeroes,
|
|
|
|
* which means we're selecting the AVI DIP and we're setting its
|
|
|
|
* frequency to once. This seems to really confuse the HW and make
|
|
|
|
* things stop working (the register spec says the AVI always needs to
|
|
|
|
* be sent every VSync). So here we avoid writing to the register more
|
|
|
|
* than we need and also explicitly select the AVI DIP and explicitly
|
|
|
|
* set its frequency to every VSync. Avoiding to write it twice seems to
|
|
|
|
* be enough to solve the problem, but being defensive shouldn't hurt us
|
|
|
|
* either. */
|
|
|
|
val |= VIDEO_DIP_SELECT_AVI | VIDEO_DIP_FREQ_VSYNC;
|
|
|
|
|
|
|
|
if (!intel_hdmi->has_hdmi_sink) {
|
|
|
|
if (!(val & VIDEO_DIP_ENABLE))
|
|
|
|
return;
|
|
|
|
val &= ~VIDEO_DIP_ENABLE;
|
|
|
|
I915_WRITE(reg, val);
|
2012-05-28 23:43:00 +04:00
|
|
|
POSTING_READ(reg);
|
drm/i915: properly alternate between DVI and HDMI
This solves problems that happen when you alternate between HDMI and
DVI on the same port. I can reproduce these problems using DP->HDMI
and DP->DVI adapters on a DP port.
When you first plug HDMI and then plug DVI, you need to stop sending
DIPs, even if the port is in DVI mode (see the HDMI register spec). If
you don't stop sending DIPs, you'll see a pink vertical line on the
left side of the screen, some modes will give you a black screen, some
modes won't work correctly.
When you first plug DVI and then plug HDMI, you need to properly
enable the DIPs, otherwise the HW won't send them. After spending a
lot of time investigating this, I concluded that if the DIPs are
disabled, we should not write to the DIP register again because when
we do this, we also set the AVI InfoFrame frequency to "once", and
this seems to really confuse our hardware. Since this problem was not
exactly easy to debug, I'm adopting the defensive behavior and not
just avoing the "disable twice" sequence, but also explicitly
selecting the AVI InfoFrame and setting its frequency to a correct
one.
Also, move the "is_dvi" check from intel_set_infoframe to the
set_infoframes functions since now they're going to be the first ones
to deal with the DIP registers.
This patch adds the code to fix the problem, but it depends on the
removal of some code that can't be removed right now and will come
later in the patch series. The patch that we need is:
- drm/i915: don't write 0 to DIP control at HDMI init
[danvet: Paulo clarified that this additional patch is only required
to make the fix complete, this patch here alone doesn't introduce a
regression but only partially solves the problem of randomly clearing
the dip registers.]
V2: Be even more defensive by selecting AVI and setting its frequency
outside the "is_dvi" check.
Signed-off-by: Paulo Zanoni <paulo.r.zanoni@intel.com>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2012-05-28 23:42:49 +04:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
2013-01-24 17:29:26 +04:00
|
|
|
switch (intel_dig_port->port) {
|
|
|
|
case PORT_B:
|
2012-05-28 23:42:54 +04:00
|
|
|
port = VIDEO_DIP_PORT_B;
|
2012-05-28 23:42:50 +04:00
|
|
|
break;
|
2013-01-24 17:29:26 +04:00
|
|
|
case PORT_C:
|
2012-05-28 23:42:54 +04:00
|
|
|
port = VIDEO_DIP_PORT_C;
|
2012-05-28 23:42:50 +04:00
|
|
|
break;
|
|
|
|
default:
|
2012-09-24 17:32:54 +04:00
|
|
|
BUG();
|
2012-05-28 23:42:50 +04:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
2012-05-28 23:42:54 +04:00
|
|
|
if (port != (val & VIDEO_DIP_PORT_MASK)) {
|
|
|
|
if (val & VIDEO_DIP_ENABLE) {
|
|
|
|
val &= ~VIDEO_DIP_ENABLE;
|
|
|
|
I915_WRITE(reg, val);
|
2012-05-28 23:43:00 +04:00
|
|
|
POSTING_READ(reg);
|
2012-05-28 23:42:54 +04:00
|
|
|
}
|
|
|
|
val &= ~VIDEO_DIP_PORT_MASK;
|
|
|
|
val |= port;
|
|
|
|
}
|
|
|
|
|
2012-05-28 23:42:51 +04:00
|
|
|
val |= VIDEO_DIP_ENABLE;
|
2012-05-28 23:42:53 +04:00
|
|
|
val &= ~VIDEO_DIP_ENABLE_VENDOR;
|
2012-05-28 23:42:51 +04:00
|
|
|
|
2012-05-28 23:42:50 +04:00
|
|
|
I915_WRITE(reg, val);
|
2012-05-28 23:43:00 +04:00
|
|
|
POSTING_READ(reg);
|
2012-05-28 23:42:50 +04:00
|
|
|
|
2012-05-28 23:42:48 +04:00
|
|
|
intel_hdmi_set_avi_infoframe(encoder, adjusted_mode);
|
|
|
|
intel_hdmi_set_spd_infoframe(encoder);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void ibx_set_infoframes(struct drm_encoder *encoder,
|
|
|
|
struct drm_display_mode *adjusted_mode)
|
|
|
|
{
|
drm/i915: properly alternate between DVI and HDMI
This solves problems that happen when you alternate between HDMI and
DVI on the same port. I can reproduce these problems using DP->HDMI
and DP->DVI adapters on a DP port.
When you first plug HDMI and then plug DVI, you need to stop sending
DIPs, even if the port is in DVI mode (see the HDMI register spec). If
you don't stop sending DIPs, you'll see a pink vertical line on the
left side of the screen, some modes will give you a black screen, some
modes won't work correctly.
When you first plug DVI and then plug HDMI, you need to properly
enable the DIPs, otherwise the HW won't send them. After spending a
lot of time investigating this, I concluded that if the DIPs are
disabled, we should not write to the DIP register again because when
we do this, we also set the AVI InfoFrame frequency to "once", and
this seems to really confuse our hardware. Since this problem was not
exactly easy to debug, I'm adopting the defensive behavior and not
just avoing the "disable twice" sequence, but also explicitly
selecting the AVI InfoFrame and setting its frequency to a correct
one.
Also, move the "is_dvi" check from intel_set_infoframe to the
set_infoframes functions since now they're going to be the first ones
to deal with the DIP registers.
This patch adds the code to fix the problem, but it depends on the
removal of some code that can't be removed right now and will come
later in the patch series. The patch that we need is:
- drm/i915: don't write 0 to DIP control at HDMI init
[danvet: Paulo clarified that this additional patch is only required
to make the fix complete, this patch here alone doesn't introduce a
regression but only partially solves the problem of randomly clearing
the dip registers.]
V2: Be even more defensive by selecting AVI and setting its frequency
outside the "is_dvi" check.
Signed-off-by: Paulo Zanoni <paulo.r.zanoni@intel.com>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2012-05-28 23:42:49 +04:00
|
|
|
struct drm_i915_private *dev_priv = encoder->dev->dev_private;
|
|
|
|
struct intel_crtc *intel_crtc = to_intel_crtc(encoder->crtc);
|
2013-01-24 17:29:26 +04:00
|
|
|
struct intel_digital_port *intel_dig_port = enc_to_dig_port(encoder);
|
|
|
|
struct intel_hdmi *intel_hdmi = &intel_dig_port->hdmi;
|
drm/i915: properly alternate between DVI and HDMI
This solves problems that happen when you alternate between HDMI and
DVI on the same port. I can reproduce these problems using DP->HDMI
and DP->DVI adapters on a DP port.
When you first plug HDMI and then plug DVI, you need to stop sending
DIPs, even if the port is in DVI mode (see the HDMI register spec). If
you don't stop sending DIPs, you'll see a pink vertical line on the
left side of the screen, some modes will give you a black screen, some
modes won't work correctly.
When you first plug DVI and then plug HDMI, you need to properly
enable the DIPs, otherwise the HW won't send them. After spending a
lot of time investigating this, I concluded that if the DIPs are
disabled, we should not write to the DIP register again because when
we do this, we also set the AVI InfoFrame frequency to "once", and
this seems to really confuse our hardware. Since this problem was not
exactly easy to debug, I'm adopting the defensive behavior and not
just avoing the "disable twice" sequence, but also explicitly
selecting the AVI InfoFrame and setting its frequency to a correct
one.
Also, move the "is_dvi" check from intel_set_infoframe to the
set_infoframes functions since now they're going to be the first ones
to deal with the DIP registers.
This patch adds the code to fix the problem, but it depends on the
removal of some code that can't be removed right now and will come
later in the patch series. The patch that we need is:
- drm/i915: don't write 0 to DIP control at HDMI init
[danvet: Paulo clarified that this additional patch is only required
to make the fix complete, this patch here alone doesn't introduce a
regression but only partially solves the problem of randomly clearing
the dip registers.]
V2: Be even more defensive by selecting AVI and setting its frequency
outside the "is_dvi" check.
Signed-off-by: Paulo Zanoni <paulo.r.zanoni@intel.com>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2012-05-28 23:42:49 +04:00
|
|
|
u32 reg = TVIDEO_DIP_CTL(intel_crtc->pipe);
|
|
|
|
u32 val = I915_READ(reg);
|
2012-05-28 23:42:54 +04:00
|
|
|
u32 port;
|
drm/i915: properly alternate between DVI and HDMI
This solves problems that happen when you alternate between HDMI and
DVI on the same port. I can reproduce these problems using DP->HDMI
and DP->DVI adapters on a DP port.
When you first plug HDMI and then plug DVI, you need to stop sending
DIPs, even if the port is in DVI mode (see the HDMI register spec). If
you don't stop sending DIPs, you'll see a pink vertical line on the
left side of the screen, some modes will give you a black screen, some
modes won't work correctly.
When you first plug DVI and then plug HDMI, you need to properly
enable the DIPs, otherwise the HW won't send them. After spending a
lot of time investigating this, I concluded that if the DIPs are
disabled, we should not write to the DIP register again because when
we do this, we also set the AVI InfoFrame frequency to "once", and
this seems to really confuse our hardware. Since this problem was not
exactly easy to debug, I'm adopting the defensive behavior and not
just avoing the "disable twice" sequence, but also explicitly
selecting the AVI InfoFrame and setting its frequency to a correct
one.
Also, move the "is_dvi" check from intel_set_infoframe to the
set_infoframes functions since now they're going to be the first ones
to deal with the DIP registers.
This patch adds the code to fix the problem, but it depends on the
removal of some code that can't be removed right now and will come
later in the patch series. The patch that we need is:
- drm/i915: don't write 0 to DIP control at HDMI init
[danvet: Paulo clarified that this additional patch is only required
to make the fix complete, this patch here alone doesn't introduce a
regression but only partially solves the problem of randomly clearing
the dip registers.]
V2: Be even more defensive by selecting AVI and setting its frequency
outside the "is_dvi" check.
Signed-off-by: Paulo Zanoni <paulo.r.zanoni@intel.com>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2012-05-28 23:42:49 +04:00
|
|
|
|
2012-06-12 18:36:45 +04:00
|
|
|
assert_hdmi_port_disabled(intel_hdmi);
|
|
|
|
|
drm/i915: properly alternate between DVI and HDMI
This solves problems that happen when you alternate between HDMI and
DVI on the same port. I can reproduce these problems using DP->HDMI
and DP->DVI adapters on a DP port.
When you first plug HDMI and then plug DVI, you need to stop sending
DIPs, even if the port is in DVI mode (see the HDMI register spec). If
you don't stop sending DIPs, you'll see a pink vertical line on the
left side of the screen, some modes will give you a black screen, some
modes won't work correctly.
When you first plug DVI and then plug HDMI, you need to properly
enable the DIPs, otherwise the HW won't send them. After spending a
lot of time investigating this, I concluded that if the DIPs are
disabled, we should not write to the DIP register again because when
we do this, we also set the AVI InfoFrame frequency to "once", and
this seems to really confuse our hardware. Since this problem was not
exactly easy to debug, I'm adopting the defensive behavior and not
just avoing the "disable twice" sequence, but also explicitly
selecting the AVI InfoFrame and setting its frequency to a correct
one.
Also, move the "is_dvi" check from intel_set_infoframe to the
set_infoframes functions since now they're going to be the first ones
to deal with the DIP registers.
This patch adds the code to fix the problem, but it depends on the
removal of some code that can't be removed right now and will come
later in the patch series. The patch that we need is:
- drm/i915: don't write 0 to DIP control at HDMI init
[danvet: Paulo clarified that this additional patch is only required
to make the fix complete, this patch here alone doesn't introduce a
regression but only partially solves the problem of randomly clearing
the dip registers.]
V2: Be even more defensive by selecting AVI and setting its frequency
outside the "is_dvi" check.
Signed-off-by: Paulo Zanoni <paulo.r.zanoni@intel.com>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2012-05-28 23:42:49 +04:00
|
|
|
/* See the big comment in g4x_set_infoframes() */
|
|
|
|
val |= VIDEO_DIP_SELECT_AVI | VIDEO_DIP_FREQ_VSYNC;
|
|
|
|
|
|
|
|
if (!intel_hdmi->has_hdmi_sink) {
|
|
|
|
if (!(val & VIDEO_DIP_ENABLE))
|
|
|
|
return;
|
|
|
|
val &= ~VIDEO_DIP_ENABLE;
|
|
|
|
I915_WRITE(reg, val);
|
2012-05-28 23:43:00 +04:00
|
|
|
POSTING_READ(reg);
|
drm/i915: properly alternate between DVI and HDMI
This solves problems that happen when you alternate between HDMI and
DVI on the same port. I can reproduce these problems using DP->HDMI
and DP->DVI adapters on a DP port.
When you first plug HDMI and then plug DVI, you need to stop sending
DIPs, even if the port is in DVI mode (see the HDMI register spec). If
you don't stop sending DIPs, you'll see a pink vertical line on the
left side of the screen, some modes will give you a black screen, some
modes won't work correctly.
When you first plug DVI and then plug HDMI, you need to properly
enable the DIPs, otherwise the HW won't send them. After spending a
lot of time investigating this, I concluded that if the DIPs are
disabled, we should not write to the DIP register again because when
we do this, we also set the AVI InfoFrame frequency to "once", and
this seems to really confuse our hardware. Since this problem was not
exactly easy to debug, I'm adopting the defensive behavior and not
just avoing the "disable twice" sequence, but also explicitly
selecting the AVI InfoFrame and setting its frequency to a correct
one.
Also, move the "is_dvi" check from intel_set_infoframe to the
set_infoframes functions since now they're going to be the first ones
to deal with the DIP registers.
This patch adds the code to fix the problem, but it depends on the
removal of some code that can't be removed right now and will come
later in the patch series. The patch that we need is:
- drm/i915: don't write 0 to DIP control at HDMI init
[danvet: Paulo clarified that this additional patch is only required
to make the fix complete, this patch here alone doesn't introduce a
regression but only partially solves the problem of randomly clearing
the dip registers.]
V2: Be even more defensive by selecting AVI and setting its frequency
outside the "is_dvi" check.
Signed-off-by: Paulo Zanoni <paulo.r.zanoni@intel.com>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2012-05-28 23:42:49 +04:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
2013-01-24 17:29:26 +04:00
|
|
|
switch (intel_dig_port->port) {
|
|
|
|
case PORT_B:
|
2012-05-28 23:42:54 +04:00
|
|
|
port = VIDEO_DIP_PORT_B;
|
2012-05-28 23:42:50 +04:00
|
|
|
break;
|
2013-01-24 17:29:26 +04:00
|
|
|
case PORT_C:
|
2012-05-28 23:42:54 +04:00
|
|
|
port = VIDEO_DIP_PORT_C;
|
2012-05-28 23:42:50 +04:00
|
|
|
break;
|
2013-01-24 17:29:26 +04:00
|
|
|
case PORT_D:
|
2012-05-28 23:42:54 +04:00
|
|
|
port = VIDEO_DIP_PORT_D;
|
2012-05-28 23:42:50 +04:00
|
|
|
break;
|
|
|
|
default:
|
2012-09-24 17:32:54 +04:00
|
|
|
BUG();
|
2012-05-28 23:42:50 +04:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
2012-05-28 23:42:54 +04:00
|
|
|
if (port != (val & VIDEO_DIP_PORT_MASK)) {
|
|
|
|
if (val & VIDEO_DIP_ENABLE) {
|
|
|
|
val &= ~VIDEO_DIP_ENABLE;
|
|
|
|
I915_WRITE(reg, val);
|
2012-05-28 23:43:00 +04:00
|
|
|
POSTING_READ(reg);
|
2012-05-28 23:42:54 +04:00
|
|
|
}
|
|
|
|
val &= ~VIDEO_DIP_PORT_MASK;
|
|
|
|
val |= port;
|
|
|
|
}
|
|
|
|
|
2012-05-28 23:42:51 +04:00
|
|
|
val |= VIDEO_DIP_ENABLE;
|
2012-05-28 23:42:53 +04:00
|
|
|
val &= ~(VIDEO_DIP_ENABLE_VENDOR | VIDEO_DIP_ENABLE_GAMUT |
|
|
|
|
VIDEO_DIP_ENABLE_GCP);
|
2012-05-28 23:42:51 +04:00
|
|
|
|
2012-05-28 23:42:50 +04:00
|
|
|
I915_WRITE(reg, val);
|
2012-05-28 23:43:00 +04:00
|
|
|
POSTING_READ(reg);
|
2012-05-28 23:42:50 +04:00
|
|
|
|
2012-05-28 23:42:48 +04:00
|
|
|
intel_hdmi_set_avi_infoframe(encoder, adjusted_mode);
|
|
|
|
intel_hdmi_set_spd_infoframe(encoder);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void cpt_set_infoframes(struct drm_encoder *encoder,
|
|
|
|
struct drm_display_mode *adjusted_mode)
|
|
|
|
{
|
drm/i915: properly alternate between DVI and HDMI
This solves problems that happen when you alternate between HDMI and
DVI on the same port. I can reproduce these problems using DP->HDMI
and DP->DVI adapters on a DP port.
When you first plug HDMI and then plug DVI, you need to stop sending
DIPs, even if the port is in DVI mode (see the HDMI register spec). If
you don't stop sending DIPs, you'll see a pink vertical line on the
left side of the screen, some modes will give you a black screen, some
modes won't work correctly.
When you first plug DVI and then plug HDMI, you need to properly
enable the DIPs, otherwise the HW won't send them. After spending a
lot of time investigating this, I concluded that if the DIPs are
disabled, we should not write to the DIP register again because when
we do this, we also set the AVI InfoFrame frequency to "once", and
this seems to really confuse our hardware. Since this problem was not
exactly easy to debug, I'm adopting the defensive behavior and not
just avoing the "disable twice" sequence, but also explicitly
selecting the AVI InfoFrame and setting its frequency to a correct
one.
Also, move the "is_dvi" check from intel_set_infoframe to the
set_infoframes functions since now they're going to be the first ones
to deal with the DIP registers.
This patch adds the code to fix the problem, but it depends on the
removal of some code that can't be removed right now and will come
later in the patch series. The patch that we need is:
- drm/i915: don't write 0 to DIP control at HDMI init
[danvet: Paulo clarified that this additional patch is only required
to make the fix complete, this patch here alone doesn't introduce a
regression but only partially solves the problem of randomly clearing
the dip registers.]
V2: Be even more defensive by selecting AVI and setting its frequency
outside the "is_dvi" check.
Signed-off-by: Paulo Zanoni <paulo.r.zanoni@intel.com>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2012-05-28 23:42:49 +04:00
|
|
|
struct drm_i915_private *dev_priv = encoder->dev->dev_private;
|
|
|
|
struct intel_crtc *intel_crtc = to_intel_crtc(encoder->crtc);
|
|
|
|
struct intel_hdmi *intel_hdmi = enc_to_intel_hdmi(encoder);
|
|
|
|
u32 reg = TVIDEO_DIP_CTL(intel_crtc->pipe);
|
|
|
|
u32 val = I915_READ(reg);
|
|
|
|
|
2012-06-12 18:36:45 +04:00
|
|
|
assert_hdmi_port_disabled(intel_hdmi);
|
|
|
|
|
drm/i915: properly alternate between DVI and HDMI
This solves problems that happen when you alternate between HDMI and
DVI on the same port. I can reproduce these problems using DP->HDMI
and DP->DVI adapters on a DP port.
When you first plug HDMI and then plug DVI, you need to stop sending
DIPs, even if the port is in DVI mode (see the HDMI register spec). If
you don't stop sending DIPs, you'll see a pink vertical line on the
left side of the screen, some modes will give you a black screen, some
modes won't work correctly.
When you first plug DVI and then plug HDMI, you need to properly
enable the DIPs, otherwise the HW won't send them. After spending a
lot of time investigating this, I concluded that if the DIPs are
disabled, we should not write to the DIP register again because when
we do this, we also set the AVI InfoFrame frequency to "once", and
this seems to really confuse our hardware. Since this problem was not
exactly easy to debug, I'm adopting the defensive behavior and not
just avoing the "disable twice" sequence, but also explicitly
selecting the AVI InfoFrame and setting its frequency to a correct
one.
Also, move the "is_dvi" check from intel_set_infoframe to the
set_infoframes functions since now they're going to be the first ones
to deal with the DIP registers.
This patch adds the code to fix the problem, but it depends on the
removal of some code that can't be removed right now and will come
later in the patch series. The patch that we need is:
- drm/i915: don't write 0 to DIP control at HDMI init
[danvet: Paulo clarified that this additional patch is only required
to make the fix complete, this patch here alone doesn't introduce a
regression but only partially solves the problem of randomly clearing
the dip registers.]
V2: Be even more defensive by selecting AVI and setting its frequency
outside the "is_dvi" check.
Signed-off-by: Paulo Zanoni <paulo.r.zanoni@intel.com>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2012-05-28 23:42:49 +04:00
|
|
|
/* See the big comment in g4x_set_infoframes() */
|
|
|
|
val |= VIDEO_DIP_SELECT_AVI | VIDEO_DIP_FREQ_VSYNC;
|
|
|
|
|
|
|
|
if (!intel_hdmi->has_hdmi_sink) {
|
|
|
|
if (!(val & VIDEO_DIP_ENABLE))
|
|
|
|
return;
|
|
|
|
val &= ~(VIDEO_DIP_ENABLE | VIDEO_DIP_ENABLE_AVI);
|
|
|
|
I915_WRITE(reg, val);
|
2012-05-28 23:43:00 +04:00
|
|
|
POSTING_READ(reg);
|
drm/i915: properly alternate between DVI and HDMI
This solves problems that happen when you alternate between HDMI and
DVI on the same port. I can reproduce these problems using DP->HDMI
and DP->DVI adapters on a DP port.
When you first plug HDMI and then plug DVI, you need to stop sending
DIPs, even if the port is in DVI mode (see the HDMI register spec). If
you don't stop sending DIPs, you'll see a pink vertical line on the
left side of the screen, some modes will give you a black screen, some
modes won't work correctly.
When you first plug DVI and then plug HDMI, you need to properly
enable the DIPs, otherwise the HW won't send them. After spending a
lot of time investigating this, I concluded that if the DIPs are
disabled, we should not write to the DIP register again because when
we do this, we also set the AVI InfoFrame frequency to "once", and
this seems to really confuse our hardware. Since this problem was not
exactly easy to debug, I'm adopting the defensive behavior and not
just avoing the "disable twice" sequence, but also explicitly
selecting the AVI InfoFrame and setting its frequency to a correct
one.
Also, move the "is_dvi" check from intel_set_infoframe to the
set_infoframes functions since now they're going to be the first ones
to deal with the DIP registers.
This patch adds the code to fix the problem, but it depends on the
removal of some code that can't be removed right now and will come
later in the patch series. The patch that we need is:
- drm/i915: don't write 0 to DIP control at HDMI init
[danvet: Paulo clarified that this additional patch is only required
to make the fix complete, this patch here alone doesn't introduce a
regression but only partially solves the problem of randomly clearing
the dip registers.]
V2: Be even more defensive by selecting AVI and setting its frequency
outside the "is_dvi" check.
Signed-off-by: Paulo Zanoni <paulo.r.zanoni@intel.com>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2012-05-28 23:42:49 +04:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
2012-05-28 23:42:51 +04:00
|
|
|
/* Set both together, unset both together: see the spec. */
|
|
|
|
val |= VIDEO_DIP_ENABLE | VIDEO_DIP_ENABLE_AVI;
|
2012-05-28 23:42:53 +04:00
|
|
|
val &= ~(VIDEO_DIP_ENABLE_VENDOR | VIDEO_DIP_ENABLE_GAMUT |
|
|
|
|
VIDEO_DIP_ENABLE_GCP);
|
2012-05-28 23:42:51 +04:00
|
|
|
|
|
|
|
I915_WRITE(reg, val);
|
2012-05-28 23:43:00 +04:00
|
|
|
POSTING_READ(reg);
|
2012-05-28 23:42:51 +04:00
|
|
|
|
2012-05-28 23:42:48 +04:00
|
|
|
intel_hdmi_set_avi_infoframe(encoder, adjusted_mode);
|
|
|
|
intel_hdmi_set_spd_infoframe(encoder);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void vlv_set_infoframes(struct drm_encoder *encoder,
|
|
|
|
struct drm_display_mode *adjusted_mode)
|
|
|
|
{
|
drm/i915: properly alternate between DVI and HDMI
This solves problems that happen when you alternate between HDMI and
DVI on the same port. I can reproduce these problems using DP->HDMI
and DP->DVI adapters on a DP port.
When you first plug HDMI and then plug DVI, you need to stop sending
DIPs, even if the port is in DVI mode (see the HDMI register spec). If
you don't stop sending DIPs, you'll see a pink vertical line on the
left side of the screen, some modes will give you a black screen, some
modes won't work correctly.
When you first plug DVI and then plug HDMI, you need to properly
enable the DIPs, otherwise the HW won't send them. After spending a
lot of time investigating this, I concluded that if the DIPs are
disabled, we should not write to the DIP register again because when
we do this, we also set the AVI InfoFrame frequency to "once", and
this seems to really confuse our hardware. Since this problem was not
exactly easy to debug, I'm adopting the defensive behavior and not
just avoing the "disable twice" sequence, but also explicitly
selecting the AVI InfoFrame and setting its frequency to a correct
one.
Also, move the "is_dvi" check from intel_set_infoframe to the
set_infoframes functions since now they're going to be the first ones
to deal with the DIP registers.
This patch adds the code to fix the problem, but it depends on the
removal of some code that can't be removed right now and will come
later in the patch series. The patch that we need is:
- drm/i915: don't write 0 to DIP control at HDMI init
[danvet: Paulo clarified that this additional patch is only required
to make the fix complete, this patch here alone doesn't introduce a
regression but only partially solves the problem of randomly clearing
the dip registers.]
V2: Be even more defensive by selecting AVI and setting its frequency
outside the "is_dvi" check.
Signed-off-by: Paulo Zanoni <paulo.r.zanoni@intel.com>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2012-05-28 23:42:49 +04:00
|
|
|
struct drm_i915_private *dev_priv = encoder->dev->dev_private;
|
|
|
|
struct intel_crtc *intel_crtc = to_intel_crtc(encoder->crtc);
|
|
|
|
struct intel_hdmi *intel_hdmi = enc_to_intel_hdmi(encoder);
|
|
|
|
u32 reg = VLV_TVIDEO_DIP_CTL(intel_crtc->pipe);
|
|
|
|
u32 val = I915_READ(reg);
|
|
|
|
|
2012-06-12 18:36:45 +04:00
|
|
|
assert_hdmi_port_disabled(intel_hdmi);
|
|
|
|
|
drm/i915: properly alternate between DVI and HDMI
This solves problems that happen when you alternate between HDMI and
DVI on the same port. I can reproduce these problems using DP->HDMI
and DP->DVI adapters on a DP port.
When you first plug HDMI and then plug DVI, you need to stop sending
DIPs, even if the port is in DVI mode (see the HDMI register spec). If
you don't stop sending DIPs, you'll see a pink vertical line on the
left side of the screen, some modes will give you a black screen, some
modes won't work correctly.
When you first plug DVI and then plug HDMI, you need to properly
enable the DIPs, otherwise the HW won't send them. After spending a
lot of time investigating this, I concluded that if the DIPs are
disabled, we should not write to the DIP register again because when
we do this, we also set the AVI InfoFrame frequency to "once", and
this seems to really confuse our hardware. Since this problem was not
exactly easy to debug, I'm adopting the defensive behavior and not
just avoing the "disable twice" sequence, but also explicitly
selecting the AVI InfoFrame and setting its frequency to a correct
one.
Also, move the "is_dvi" check from intel_set_infoframe to the
set_infoframes functions since now they're going to be the first ones
to deal with the DIP registers.
This patch adds the code to fix the problem, but it depends on the
removal of some code that can't be removed right now and will come
later in the patch series. The patch that we need is:
- drm/i915: don't write 0 to DIP control at HDMI init
[danvet: Paulo clarified that this additional patch is only required
to make the fix complete, this patch here alone doesn't introduce a
regression but only partially solves the problem of randomly clearing
the dip registers.]
V2: Be even more defensive by selecting AVI and setting its frequency
outside the "is_dvi" check.
Signed-off-by: Paulo Zanoni <paulo.r.zanoni@intel.com>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2012-05-28 23:42:49 +04:00
|
|
|
/* See the big comment in g4x_set_infoframes() */
|
|
|
|
val |= VIDEO_DIP_SELECT_AVI | VIDEO_DIP_FREQ_VSYNC;
|
|
|
|
|
|
|
|
if (!intel_hdmi->has_hdmi_sink) {
|
|
|
|
if (!(val & VIDEO_DIP_ENABLE))
|
|
|
|
return;
|
|
|
|
val &= ~VIDEO_DIP_ENABLE;
|
|
|
|
I915_WRITE(reg, val);
|
2012-05-28 23:43:00 +04:00
|
|
|
POSTING_READ(reg);
|
drm/i915: properly alternate between DVI and HDMI
This solves problems that happen when you alternate between HDMI and
DVI on the same port. I can reproduce these problems using DP->HDMI
and DP->DVI adapters on a DP port.
When you first plug HDMI and then plug DVI, you need to stop sending
DIPs, even if the port is in DVI mode (see the HDMI register spec). If
you don't stop sending DIPs, you'll see a pink vertical line on the
left side of the screen, some modes will give you a black screen, some
modes won't work correctly.
When you first plug DVI and then plug HDMI, you need to properly
enable the DIPs, otherwise the HW won't send them. After spending a
lot of time investigating this, I concluded that if the DIPs are
disabled, we should not write to the DIP register again because when
we do this, we also set the AVI InfoFrame frequency to "once", and
this seems to really confuse our hardware. Since this problem was not
exactly easy to debug, I'm adopting the defensive behavior and not
just avoing the "disable twice" sequence, but also explicitly
selecting the AVI InfoFrame and setting its frequency to a correct
one.
Also, move the "is_dvi" check from intel_set_infoframe to the
set_infoframes functions since now they're going to be the first ones
to deal with the DIP registers.
This patch adds the code to fix the problem, but it depends on the
removal of some code that can't be removed right now and will come
later in the patch series. The patch that we need is:
- drm/i915: don't write 0 to DIP control at HDMI init
[danvet: Paulo clarified that this additional patch is only required
to make the fix complete, this patch here alone doesn't introduce a
regression but only partially solves the problem of randomly clearing
the dip registers.]
V2: Be even more defensive by selecting AVI and setting its frequency
outside the "is_dvi" check.
Signed-off-by: Paulo Zanoni <paulo.r.zanoni@intel.com>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2012-05-28 23:42:49 +04:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
2012-05-28 23:42:51 +04:00
|
|
|
val |= VIDEO_DIP_ENABLE;
|
2012-05-28 23:42:53 +04:00
|
|
|
val &= ~(VIDEO_DIP_ENABLE_VENDOR | VIDEO_DIP_ENABLE_GAMUT |
|
|
|
|
VIDEO_DIP_ENABLE_GCP);
|
2012-05-28 23:42:51 +04:00
|
|
|
|
|
|
|
I915_WRITE(reg, val);
|
2012-05-28 23:43:00 +04:00
|
|
|
POSTING_READ(reg);
|
2012-05-28 23:42:51 +04:00
|
|
|
|
2012-05-28 23:42:48 +04:00
|
|
|
intel_hdmi_set_avi_infoframe(encoder, adjusted_mode);
|
|
|
|
intel_hdmi_set_spd_infoframe(encoder);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void hsw_set_infoframes(struct drm_encoder *encoder,
|
|
|
|
struct drm_display_mode *adjusted_mode)
|
|
|
|
{
|
drm/i915: properly alternate between DVI and HDMI
This solves problems that happen when you alternate between HDMI and
DVI on the same port. I can reproduce these problems using DP->HDMI
and DP->DVI adapters on a DP port.
When you first plug HDMI and then plug DVI, you need to stop sending
DIPs, even if the port is in DVI mode (see the HDMI register spec). If
you don't stop sending DIPs, you'll see a pink vertical line on the
left side of the screen, some modes will give you a black screen, some
modes won't work correctly.
When you first plug DVI and then plug HDMI, you need to properly
enable the DIPs, otherwise the HW won't send them. After spending a
lot of time investigating this, I concluded that if the DIPs are
disabled, we should not write to the DIP register again because when
we do this, we also set the AVI InfoFrame frequency to "once", and
this seems to really confuse our hardware. Since this problem was not
exactly easy to debug, I'm adopting the defensive behavior and not
just avoing the "disable twice" sequence, but also explicitly
selecting the AVI InfoFrame and setting its frequency to a correct
one.
Also, move the "is_dvi" check from intel_set_infoframe to the
set_infoframes functions since now they're going to be the first ones
to deal with the DIP registers.
This patch adds the code to fix the problem, but it depends on the
removal of some code that can't be removed right now and will come
later in the patch series. The patch that we need is:
- drm/i915: don't write 0 to DIP control at HDMI init
[danvet: Paulo clarified that this additional patch is only required
to make the fix complete, this patch here alone doesn't introduce a
regression but only partially solves the problem of randomly clearing
the dip registers.]
V2: Be even more defensive by selecting AVI and setting its frequency
outside the "is_dvi" check.
Signed-off-by: Paulo Zanoni <paulo.r.zanoni@intel.com>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2012-05-28 23:42:49 +04:00
|
|
|
struct drm_i915_private *dev_priv = encoder->dev->dev_private;
|
|
|
|
struct intel_crtc *intel_crtc = to_intel_crtc(encoder->crtc);
|
|
|
|
struct intel_hdmi *intel_hdmi = enc_to_intel_hdmi(encoder);
|
2013-04-17 22:15:07 +04:00
|
|
|
u32 reg = HSW_TVIDEO_DIP_CTL(intel_crtc->config.cpu_transcoder);
|
2012-05-28 23:42:53 +04:00
|
|
|
u32 val = I915_READ(reg);
|
drm/i915: properly alternate between DVI and HDMI
This solves problems that happen when you alternate between HDMI and
DVI on the same port. I can reproduce these problems using DP->HDMI
and DP->DVI adapters on a DP port.
When you first plug HDMI and then plug DVI, you need to stop sending
DIPs, even if the port is in DVI mode (see the HDMI register spec). If
you don't stop sending DIPs, you'll see a pink vertical line on the
left side of the screen, some modes will give you a black screen, some
modes won't work correctly.
When you first plug DVI and then plug HDMI, you need to properly
enable the DIPs, otherwise the HW won't send them. After spending a
lot of time investigating this, I concluded that if the DIPs are
disabled, we should not write to the DIP register again because when
we do this, we also set the AVI InfoFrame frequency to "once", and
this seems to really confuse our hardware. Since this problem was not
exactly easy to debug, I'm adopting the defensive behavior and not
just avoing the "disable twice" sequence, but also explicitly
selecting the AVI InfoFrame and setting its frequency to a correct
one.
Also, move the "is_dvi" check from intel_set_infoframe to the
set_infoframes functions since now they're going to be the first ones
to deal with the DIP registers.
This patch adds the code to fix the problem, but it depends on the
removal of some code that can't be removed right now and will come
later in the patch series. The patch that we need is:
- drm/i915: don't write 0 to DIP control at HDMI init
[danvet: Paulo clarified that this additional patch is only required
to make the fix complete, this patch here alone doesn't introduce a
regression but only partially solves the problem of randomly clearing
the dip registers.]
V2: Be even more defensive by selecting AVI and setting its frequency
outside the "is_dvi" check.
Signed-off-by: Paulo Zanoni <paulo.r.zanoni@intel.com>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2012-05-28 23:42:49 +04:00
|
|
|
|
2012-06-12 18:36:45 +04:00
|
|
|
assert_hdmi_port_disabled(intel_hdmi);
|
|
|
|
|
drm/i915: properly alternate between DVI and HDMI
This solves problems that happen when you alternate between HDMI and
DVI on the same port. I can reproduce these problems using DP->HDMI
and DP->DVI adapters on a DP port.
When you first plug HDMI and then plug DVI, you need to stop sending
DIPs, even if the port is in DVI mode (see the HDMI register spec). If
you don't stop sending DIPs, you'll see a pink vertical line on the
left side of the screen, some modes will give you a black screen, some
modes won't work correctly.
When you first plug DVI and then plug HDMI, you need to properly
enable the DIPs, otherwise the HW won't send them. After spending a
lot of time investigating this, I concluded that if the DIPs are
disabled, we should not write to the DIP register again because when
we do this, we also set the AVI InfoFrame frequency to "once", and
this seems to really confuse our hardware. Since this problem was not
exactly easy to debug, I'm adopting the defensive behavior and not
just avoing the "disable twice" sequence, but also explicitly
selecting the AVI InfoFrame and setting its frequency to a correct
one.
Also, move the "is_dvi" check from intel_set_infoframe to the
set_infoframes functions since now they're going to be the first ones
to deal with the DIP registers.
This patch adds the code to fix the problem, but it depends on the
removal of some code that can't be removed right now and will come
later in the patch series. The patch that we need is:
- drm/i915: don't write 0 to DIP control at HDMI init
[danvet: Paulo clarified that this additional patch is only required
to make the fix complete, this patch here alone doesn't introduce a
regression but only partially solves the problem of randomly clearing
the dip registers.]
V2: Be even more defensive by selecting AVI and setting its frequency
outside the "is_dvi" check.
Signed-off-by: Paulo Zanoni <paulo.r.zanoni@intel.com>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2012-05-28 23:42:49 +04:00
|
|
|
if (!intel_hdmi->has_hdmi_sink) {
|
|
|
|
I915_WRITE(reg, 0);
|
2012-05-28 23:43:00 +04:00
|
|
|
POSTING_READ(reg);
|
drm/i915: properly alternate between DVI and HDMI
This solves problems that happen when you alternate between HDMI and
DVI on the same port. I can reproduce these problems using DP->HDMI
and DP->DVI adapters on a DP port.
When you first plug HDMI and then plug DVI, you need to stop sending
DIPs, even if the port is in DVI mode (see the HDMI register spec). If
you don't stop sending DIPs, you'll see a pink vertical line on the
left side of the screen, some modes will give you a black screen, some
modes won't work correctly.
When you first plug DVI and then plug HDMI, you need to properly
enable the DIPs, otherwise the HW won't send them. After spending a
lot of time investigating this, I concluded that if the DIPs are
disabled, we should not write to the DIP register again because when
we do this, we also set the AVI InfoFrame frequency to "once", and
this seems to really confuse our hardware. Since this problem was not
exactly easy to debug, I'm adopting the defensive behavior and not
just avoing the "disable twice" sequence, but also explicitly
selecting the AVI InfoFrame and setting its frequency to a correct
one.
Also, move the "is_dvi" check from intel_set_infoframe to the
set_infoframes functions since now they're going to be the first ones
to deal with the DIP registers.
This patch adds the code to fix the problem, but it depends on the
removal of some code that can't be removed right now and will come
later in the patch series. The patch that we need is:
- drm/i915: don't write 0 to DIP control at HDMI init
[danvet: Paulo clarified that this additional patch is only required
to make the fix complete, this patch here alone doesn't introduce a
regression but only partially solves the problem of randomly clearing
the dip registers.]
V2: Be even more defensive by selecting AVI and setting its frequency
outside the "is_dvi" check.
Signed-off-by: Paulo Zanoni <paulo.r.zanoni@intel.com>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2012-05-28 23:42:49 +04:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
2012-05-28 23:42:53 +04:00
|
|
|
val &= ~(VIDEO_DIP_ENABLE_VSC_HSW | VIDEO_DIP_ENABLE_GCP_HSW |
|
|
|
|
VIDEO_DIP_ENABLE_VS_HSW | VIDEO_DIP_ENABLE_GMP_HSW);
|
|
|
|
|
|
|
|
I915_WRITE(reg, val);
|
2012-05-28 23:43:00 +04:00
|
|
|
POSTING_READ(reg);
|
2012-05-28 23:42:53 +04:00
|
|
|
|
2012-05-28 23:42:48 +04:00
|
|
|
intel_hdmi_set_avi_infoframe(encoder, adjusted_mode);
|
|
|
|
intel_hdmi_set_spd_infoframe(encoder);
|
|
|
|
}
|
|
|
|
|
2009-01-03 00:33:00 +03:00
|
|
|
static void intel_hdmi_mode_set(struct drm_encoder *encoder,
|
|
|
|
struct drm_display_mode *mode,
|
|
|
|
struct drm_display_mode *adjusted_mode)
|
|
|
|
{
|
|
|
|
struct drm_device *dev = encoder->dev;
|
|
|
|
struct drm_i915_private *dev_priv = dev->dev_private;
|
2012-05-15 00:12:50 +04:00
|
|
|
struct intel_crtc *intel_crtc = to_intel_crtc(encoder->crtc);
|
2010-08-04 16:50:23 +04:00
|
|
|
struct intel_hdmi *intel_hdmi = enc_to_intel_hdmi(encoder);
|
2013-02-19 02:00:26 +04:00
|
|
|
u32 hdmi_val;
|
2009-01-03 00:33:00 +03:00
|
|
|
|
2013-02-19 02:00:26 +04:00
|
|
|
hdmi_val = SDVO_ENCODING_HDMI;
|
2013-04-02 17:10:10 +04:00
|
|
|
if (!HAS_PCH_SPLIT(dev) && !IS_VALLEYVIEW(dev))
|
2013-02-19 02:00:26 +04:00
|
|
|
hdmi_val |= intel_hdmi->color_range;
|
2010-07-16 22:46:31 +04:00
|
|
|
if (adjusted_mode->flags & DRM_MODE_FLAG_PVSYNC)
|
2013-02-19 02:00:26 +04:00
|
|
|
hdmi_val |= SDVO_VSYNC_ACTIVE_HIGH;
|
2010-07-16 22:46:31 +04:00
|
|
|
if (adjusted_mode->flags & DRM_MODE_FLAG_PHSYNC)
|
2013-02-19 02:00:26 +04:00
|
|
|
hdmi_val |= SDVO_HSYNC_ACTIVE_HIGH;
|
2009-01-03 00:33:00 +03:00
|
|
|
|
2013-03-27 03:44:57 +04:00
|
|
|
if (intel_crtc->config.pipe_bpp > 24)
|
2013-02-19 23:21:47 +04:00
|
|
|
hdmi_val |= HDMI_COLOR_FORMAT_12bpc;
|
2011-06-24 23:19:25 +04:00
|
|
|
else
|
2013-02-19 23:21:47 +04:00
|
|
|
hdmi_val |= SDVO_COLOR_FORMAT_8bpc;
|
2011-06-24 23:19:25 +04:00
|
|
|
|
2010-09-10 06:39:40 +04:00
|
|
|
/* Required on CPT */
|
|
|
|
if (intel_hdmi->has_hdmi_sink && HAS_PCH_CPT(dev))
|
2013-02-19 23:21:46 +04:00
|
|
|
hdmi_val |= HDMI_MODE_SELECT_HDMI;
|
2010-09-10 06:39:40 +04:00
|
|
|
|
2010-09-24 23:44:32 +04:00
|
|
|
if (intel_hdmi->has_audio) {
|
drm/i915: pass ELD to HDMI/DP audio driver
Add ELD support for Intel Eaglelake, IbexPeak/Ironlake,
SandyBridge/CougarPoint and IvyBridge/PantherPoint chips.
ELD (EDID-Like Data) describes to the HDMI/DP audio driver the audio
capabilities of the plugged monitor. It's built and passed to audio
driver in 2 steps:
(1) at get_modes time, parse EDID and save ELD to drm_connector.eld[]
(2) at mode_set time, write drm_connector.eld[] to the Transcoder's hw
ELD buffer and set the ELD_valid bit to inform HDMI/DP audio driver
This patch is tested OK on G45/HDMI, IbexPeak/HDMI and IvyBridge/HDMI+DP.
Test scheme: plug in the HDMI/DP monitor, and run
cat /proc/asound/card0/eld*
to check if the monitor name, HDMI/DP type, etc. show up correctly.
Minor imperfection: the GEN5_AUD_CNTL_ST/DIP_Port_Select field always
reads 0 (reserved). Without knowing the port number, I worked it around
by setting the ELD_valid bit for ALL the three ports. It's tested to not
be a problem, because the audio driver will find invalid ELD data and
hence rightfully abort, even when it sees the ELD_valid indicator.
Thanks to Zhenyu and Pierre-Louis for a lot of valuable help and testing.
CC: Zhao Yakui <yakui.zhao@intel.com>
CC: Wang Zhenyu <zhenyu.z.wang@intel.com>
CC: Jeremy Bush <contractfrombelow@gmail.com>
CC: Christopher White <c.white@pulseforce.com>
CC: Pierre-Louis Bossart <pierre-louis.bossart@intel.com>
CC: Paul Menzel <paulepanter@users.sourceforge.net>
Signed-off-by: Wu Fengguang <fengguang.wu@intel.com>
Signed-off-by: Keith Packard <keithp@keithp.com>
2011-09-05 10:25:34 +04:00
|
|
|
DRM_DEBUG_DRIVER("Enabling HDMI audio on pipe %c\n",
|
|
|
|
pipe_name(intel_crtc->pipe));
|
2013-02-19 02:00:26 +04:00
|
|
|
hdmi_val |= SDVO_AUDIO_ENABLE;
|
2013-02-19 23:21:46 +04:00
|
|
|
hdmi_val |= HDMI_MODE_SELECT_HDMI;
|
drm/i915: pass ELD to HDMI/DP audio driver
Add ELD support for Intel Eaglelake, IbexPeak/Ironlake,
SandyBridge/CougarPoint and IvyBridge/PantherPoint chips.
ELD (EDID-Like Data) describes to the HDMI/DP audio driver the audio
capabilities of the plugged monitor. It's built and passed to audio
driver in 2 steps:
(1) at get_modes time, parse EDID and save ELD to drm_connector.eld[]
(2) at mode_set time, write drm_connector.eld[] to the Transcoder's hw
ELD buffer and set the ELD_valid bit to inform HDMI/DP audio driver
This patch is tested OK on G45/HDMI, IbexPeak/HDMI and IvyBridge/HDMI+DP.
Test scheme: plug in the HDMI/DP monitor, and run
cat /proc/asound/card0/eld*
to check if the monitor name, HDMI/DP type, etc. show up correctly.
Minor imperfection: the GEN5_AUD_CNTL_ST/DIP_Port_Select field always
reads 0 (reserved). Without knowing the port number, I worked it around
by setting the ELD_valid bit for ALL the three ports. It's tested to not
be a problem, because the audio driver will find invalid ELD data and
hence rightfully abort, even when it sees the ELD_valid indicator.
Thanks to Zhenyu and Pierre-Louis for a lot of valuable help and testing.
CC: Zhao Yakui <yakui.zhao@intel.com>
CC: Wang Zhenyu <zhenyu.z.wang@intel.com>
CC: Jeremy Bush <contractfrombelow@gmail.com>
CC: Christopher White <c.white@pulseforce.com>
CC: Pierre-Louis Bossart <pierre-louis.bossart@intel.com>
CC: Paul Menzel <paulepanter@users.sourceforge.net>
Signed-off-by: Wu Fengguang <fengguang.wu@intel.com>
Signed-off-by: Keith Packard <keithp@keithp.com>
2011-09-05 10:25:34 +04:00
|
|
|
intel_write_eld(encoder, adjusted_mode);
|
2010-09-24 23:44:32 +04:00
|
|
|
}
|
2009-01-03 00:33:00 +03:00
|
|
|
|
2011-10-12 20:01:58 +04:00
|
|
|
if (HAS_PCH_CPT(dev))
|
2013-02-19 23:21:46 +04:00
|
|
|
hdmi_val |= SDVO_PIPE_SEL_CPT(intel_crtc->pipe);
|
|
|
|
else
|
|
|
|
hdmi_val |= SDVO_PIPE_SEL(intel_crtc->pipe);
|
2009-01-03 00:33:00 +03:00
|
|
|
|
2013-02-19 02:00:26 +04:00
|
|
|
I915_WRITE(intel_hdmi->hdmi_reg, hdmi_val);
|
|
|
|
POSTING_READ(intel_hdmi->hdmi_reg);
|
2010-09-24 23:44:32 +04:00
|
|
|
|
2012-05-28 23:42:48 +04:00
|
|
|
intel_hdmi->set_infoframes(encoder, adjusted_mode);
|
2009-01-03 00:33:00 +03:00
|
|
|
}
|
|
|
|
|
2012-07-02 15:27:29 +04:00
|
|
|
static bool intel_hdmi_get_hw_state(struct intel_encoder *encoder,
|
|
|
|
enum pipe *pipe)
|
2009-01-03 00:33:00 +03:00
|
|
|
{
|
2012-07-02 15:27:29 +04:00
|
|
|
struct drm_device *dev = encoder->base.dev;
|
2009-01-03 00:33:00 +03:00
|
|
|
struct drm_i915_private *dev_priv = dev->dev_private;
|
2012-07-02 15:27:29 +04:00
|
|
|
struct intel_hdmi *intel_hdmi = enc_to_intel_hdmi(&encoder->base);
|
|
|
|
u32 tmp;
|
|
|
|
|
2013-02-19 02:00:26 +04:00
|
|
|
tmp = I915_READ(intel_hdmi->hdmi_reg);
|
2012-07-02 15:27:29 +04:00
|
|
|
|
|
|
|
if (!(tmp & SDVO_ENABLE))
|
|
|
|
return false;
|
|
|
|
|
|
|
|
if (HAS_PCH_CPT(dev))
|
|
|
|
*pipe = PORT_TO_PIPE_CPT(tmp);
|
|
|
|
else
|
|
|
|
*pipe = PORT_TO_PIPE(tmp);
|
|
|
|
|
|
|
|
return true;
|
|
|
|
}
|
|
|
|
|
2012-06-30 10:59:56 +04:00
|
|
|
static void intel_enable_hdmi(struct intel_encoder *encoder)
|
2009-01-03 00:33:00 +03:00
|
|
|
{
|
2012-06-30 10:59:56 +04:00
|
|
|
struct drm_device *dev = encoder->base.dev;
|
2009-01-03 00:33:00 +03:00
|
|
|
struct drm_i915_private *dev_priv = dev->dev_private;
|
2013-02-19 23:21:46 +04:00
|
|
|
struct intel_crtc *intel_crtc = to_intel_crtc(encoder->base.crtc);
|
2012-06-30 10:59:56 +04:00
|
|
|
struct intel_hdmi *intel_hdmi = enc_to_intel_hdmi(&encoder->base);
|
2009-01-03 00:33:00 +03:00
|
|
|
u32 temp;
|
2011-12-09 16:42:20 +04:00
|
|
|
u32 enable_bits = SDVO_ENABLE;
|
|
|
|
|
|
|
|
if (intel_hdmi->has_audio)
|
|
|
|
enable_bits |= SDVO_AUDIO_ENABLE;
|
2009-01-03 00:33:00 +03:00
|
|
|
|
2013-02-19 02:00:26 +04:00
|
|
|
temp = I915_READ(intel_hdmi->hdmi_reg);
|
2009-11-02 10:52:30 +03:00
|
|
|
|
2012-06-05 13:03:39 +04:00
|
|
|
/* HW workaround for IBX, we need to move the port to transcoder A
|
2013-02-19 23:21:46 +04:00
|
|
|
* before disabling it, so restore the transcoder select bit here. */
|
|
|
|
if (HAS_PCH_IBX(dev))
|
|
|
|
enable_bits |= SDVO_PIPE_SEL(intel_crtc->pipe);
|
2012-06-05 13:03:39 +04:00
|
|
|
|
2009-11-02 10:52:30 +03:00
|
|
|
/* HW workaround, need to toggle enable bit off and on for 12bpc, but
|
|
|
|
* we do this anyway which shows more stable in testing.
|
|
|
|
*/
|
2010-01-29 03:45:52 +03:00
|
|
|
if (HAS_PCH_SPLIT(dev)) {
|
2013-02-19 02:00:26 +04:00
|
|
|
I915_WRITE(intel_hdmi->hdmi_reg, temp & ~SDVO_ENABLE);
|
|
|
|
POSTING_READ(intel_hdmi->hdmi_reg);
|
2009-11-02 10:52:30 +03:00
|
|
|
}
|
|
|
|
|
2012-06-30 10:59:56 +04:00
|
|
|
temp |= enable_bits;
|
|
|
|
|
2013-02-19 02:00:26 +04:00
|
|
|
I915_WRITE(intel_hdmi->hdmi_reg, temp);
|
|
|
|
POSTING_READ(intel_hdmi->hdmi_reg);
|
2012-06-30 10:59:56 +04:00
|
|
|
|
|
|
|
/* HW workaround, need to write this twice for issue that may result
|
|
|
|
* in first write getting masked.
|
|
|
|
*/
|
|
|
|
if (HAS_PCH_SPLIT(dev)) {
|
2013-02-19 02:00:26 +04:00
|
|
|
I915_WRITE(intel_hdmi->hdmi_reg, temp);
|
|
|
|
POSTING_READ(intel_hdmi->hdmi_reg);
|
2009-01-03 00:33:00 +03:00
|
|
|
}
|
2012-06-30 10:59:56 +04:00
|
|
|
}
|
|
|
|
|
|
|
|
static void intel_disable_hdmi(struct intel_encoder *encoder)
|
|
|
|
{
|
|
|
|
struct drm_device *dev = encoder->base.dev;
|
|
|
|
struct drm_i915_private *dev_priv = dev->dev_private;
|
|
|
|
struct intel_hdmi *intel_hdmi = enc_to_intel_hdmi(&encoder->base);
|
|
|
|
u32 temp;
|
2012-09-13 07:19:00 +04:00
|
|
|
u32 enable_bits = SDVO_ENABLE | SDVO_AUDIO_ENABLE;
|
2012-06-30 10:59:56 +04:00
|
|
|
|
2013-02-19 02:00:26 +04:00
|
|
|
temp = I915_READ(intel_hdmi->hdmi_reg);
|
2012-06-30 10:59:56 +04:00
|
|
|
|
|
|
|
/* HW workaround for IBX, we need to move the port to transcoder A
|
|
|
|
* before disabling it. */
|
|
|
|
if (HAS_PCH_IBX(dev)) {
|
|
|
|
struct drm_crtc *crtc = encoder->base.crtc;
|
|
|
|
int pipe = crtc ? to_intel_crtc(crtc)->pipe : -1;
|
|
|
|
|
|
|
|
if (temp & SDVO_PIPE_B_SELECT) {
|
|
|
|
temp &= ~SDVO_PIPE_B_SELECT;
|
2013-02-19 02:00:26 +04:00
|
|
|
I915_WRITE(intel_hdmi->hdmi_reg, temp);
|
|
|
|
POSTING_READ(intel_hdmi->hdmi_reg);
|
2012-06-30 10:59:56 +04:00
|
|
|
|
|
|
|
/* Again we need to write this twice. */
|
2013-02-19 02:00:26 +04:00
|
|
|
I915_WRITE(intel_hdmi->hdmi_reg, temp);
|
|
|
|
POSTING_READ(intel_hdmi->hdmi_reg);
|
2012-06-30 10:59:56 +04:00
|
|
|
|
|
|
|
/* Transcoder selection bits only update
|
|
|
|
* effectively on vblank. */
|
|
|
|
if (crtc)
|
|
|
|
intel_wait_for_vblank(dev, pipe);
|
|
|
|
else
|
|
|
|
msleep(50);
|
|
|
|
}
|
2009-01-03 00:33:00 +03:00
|
|
|
}
|
2009-11-02 10:52:30 +03:00
|
|
|
|
2012-06-30 10:59:56 +04:00
|
|
|
/* HW workaround, need to toggle enable bit off and on for 12bpc, but
|
|
|
|
* we do this anyway which shows more stable in testing.
|
|
|
|
*/
|
|
|
|
if (HAS_PCH_SPLIT(dev)) {
|
2013-02-19 02:00:26 +04:00
|
|
|
I915_WRITE(intel_hdmi->hdmi_reg, temp & ~SDVO_ENABLE);
|
|
|
|
POSTING_READ(intel_hdmi->hdmi_reg);
|
2012-06-30 10:59:56 +04:00
|
|
|
}
|
|
|
|
|
|
|
|
temp &= ~enable_bits;
|
2009-11-02 10:52:30 +03:00
|
|
|
|
2013-02-19 02:00:26 +04:00
|
|
|
I915_WRITE(intel_hdmi->hdmi_reg, temp);
|
|
|
|
POSTING_READ(intel_hdmi->hdmi_reg);
|
2009-11-02 10:52:30 +03:00
|
|
|
|
|
|
|
/* HW workaround, need to write this twice for issue that may result
|
|
|
|
* in first write getting masked.
|
|
|
|
*/
|
2010-01-29 03:45:52 +03:00
|
|
|
if (HAS_PCH_SPLIT(dev)) {
|
2013-02-19 02:00:26 +04:00
|
|
|
I915_WRITE(intel_hdmi->hdmi_reg, temp);
|
|
|
|
POSTING_READ(intel_hdmi->hdmi_reg);
|
2009-11-02 10:52:30 +03:00
|
|
|
}
|
2009-01-03 00:33:00 +03:00
|
|
|
}
|
|
|
|
|
|
|
|
static int intel_hdmi_mode_valid(struct drm_connector *connector,
|
|
|
|
struct drm_display_mode *mode)
|
|
|
|
{
|
|
|
|
if (mode->clock > 165000)
|
|
|
|
return MODE_CLOCK_HIGH;
|
|
|
|
if (mode->clock < 20000)
|
2011-05-30 14:48:26 +04:00
|
|
|
return MODE_CLOCK_LOW;
|
2009-01-03 00:33:00 +03:00
|
|
|
|
|
|
|
if (mode->flags & DRM_MODE_FLAG_DBLSCAN)
|
|
|
|
return MODE_NO_DBLESCAN;
|
|
|
|
|
|
|
|
return MODE_OK;
|
|
|
|
}
|
|
|
|
|
2013-03-27 03:44:55 +04:00
|
|
|
bool intel_hdmi_compute_config(struct intel_encoder *encoder,
|
|
|
|
struct intel_crtc_config *pipe_config)
|
2009-01-03 00:33:00 +03:00
|
|
|
{
|
2013-03-27 03:44:55 +04:00
|
|
|
struct intel_hdmi *intel_hdmi = enc_to_intel_hdmi(&encoder->base);
|
|
|
|
struct drm_device *dev = encoder->base.dev;
|
|
|
|
struct drm_display_mode *adjusted_mode = &pipe_config->adjusted_mode;
|
2013-01-17 18:31:28 +04:00
|
|
|
|
2013-01-17 18:31:29 +04:00
|
|
|
if (intel_hdmi->color_range_auto) {
|
|
|
|
/* See CEA-861-E - 5.1 Default Encoding Parameters */
|
|
|
|
if (intel_hdmi->has_hdmi_sink &&
|
2012-12-20 18:41:44 +04:00
|
|
|
drm_match_cea_mode(adjusted_mode) > 1)
|
2013-02-19 23:21:47 +04:00
|
|
|
intel_hdmi->color_range = HDMI_COLOR_RANGE_16_235;
|
2013-01-17 18:31:29 +04:00
|
|
|
else
|
|
|
|
intel_hdmi->color_range = 0;
|
|
|
|
}
|
|
|
|
|
2013-01-17 18:31:28 +04:00
|
|
|
if (intel_hdmi->color_range)
|
2013-03-27 03:44:56 +04:00
|
|
|
pipe_config->limited_color_range = true;
|
2013-01-17 18:31:28 +04:00
|
|
|
|
2013-03-27 03:44:55 +04:00
|
|
|
if (HAS_PCH_SPLIT(dev) && !HAS_DDI(dev))
|
|
|
|
pipe_config->has_pch_encoder = true;
|
|
|
|
|
drm/i915: precompute pipe bpp before touching the hw
The procedure has now 3 steps:
1. Compute the bpp that the plane will output, this is done in
pipe_config_set_bpp and stored into pipe_config->pipe_bpp. Also,
this function clamps the pipe_bpp to whatever limit the EDID of any
connected output specifies.
2. Adjust the pipe_bpp in the encoder and crtc functions, according to
whatever constraints there are.
3. Decide whether to use dither by comparing the stored plane bpp with
computed pipe_bpp.
There are a few slight functional changes in this patch:
- LVDS connector are now also going through the EDID clamping. But in
a 2nd change we now unconditionally force the lvds bpc value - this
shouldn't matter in reality when the panel setup is consistent, but
better safe than sorry.
- HDMI now forces the pipe_bpp to the selected value - I think that's
what we actually want, since otherwise at least the pixelclock
computations are wrong (I'm not sure whether the port would accept
e.g. 10 bpc when in 12bpc mode). Contrary to the old code, we pick
the next higher bpc value, since otherwise there's no way to make
use of the 12 bpc mode (since the next patch will remove the 12bpc
plane format, it doesn't exist).
Both of these changes are due to the removal of the
pipe_bpp = min(display_bpp, plane_bpp);
statement.
Another slight change is the reworking of the dp bpc code:
- For the mode_valid callback it's sufficient to only check whether
the mode would fit at the lowest bpc.
- The bandwidth computation code is a bit restructured: It now walks
all available bpp values in an outer loop and the codeblock that
computes derived values (once a good configuration is found) has been
moved out of the for loop maze. This is prep work to allow us to
successively fall back on bpc values, and also correctly support bpc
values != 8 or 6.
v2: Rebased on top of Paulo Zanoni's little refactoring to use more
drm dp helper functions.
v3: Rebased on top of Jani's eDP bpp fix and Ville's limited color
range work.
v4: Remove the INTEL_MODE_DP_FORCE_6BPC #define, no longer needed.
v5: Remove intel_crtc->bpp, too, and fix up the 12bpc check in the
hdmi code. Also fixup the bpp check in intel_dp.c, it'll get reworked
in a later patch though again.
v6: Fix spelling in a comment.
v7: Debug output improvements for the bpp computation.
v8: Fixup 6bpc lvds check - dual-link and 8bpc mode are different
things!
v9: Reinstate the fix to properly ignore the firmware edp bpp ... this
was lost in a rebase.
v10: Both g4x and vlv lack 12bpc pipes, so don't enforce that we have
that. Still unsure whether this is the way to go, but at least 6bpc
for a 8bpc hdmi output seems to work.
v11: And g4x/vlv also lack 12bpc hdmi support, so only support high
depth on DP. Adjust the code.
v12: Rebased.
v13: Split out the introduction of pipe_config->dither|pipe_bpp, as
requested from Jesse Barnes.
v14: Split out the special 6BPC handling for DP, as requested by Jesse
Barnes.
Reviewed-by: Jesse Barnes <jbarnes@virtuousgeek.org>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2013-03-27 03:44:58 +04:00
|
|
|
/*
|
|
|
|
* HDMI is either 12 or 8, so if the display lets 10bpc sneak
|
|
|
|
* through, clamp it down. Note that g4x/vlv don't support 12bpc hdmi
|
|
|
|
* outputs.
|
|
|
|
*/
|
|
|
|
if (pipe_config->pipe_bpp > 8*3 && HAS_PCH_SPLIT(dev)) {
|
|
|
|
DRM_DEBUG_KMS("forcing bpc to 12 for HDMI\n");
|
|
|
|
pipe_config->pipe_bpp = 12*3;
|
|
|
|
} else {
|
|
|
|
DRM_DEBUG_KMS("forcing bpc to 8 for HDMI\n");
|
|
|
|
pipe_config->pipe_bpp = 8*3;
|
|
|
|
}
|
|
|
|
|
2009-01-03 00:33:00 +03:00
|
|
|
return true;
|
|
|
|
}
|
|
|
|
|
2009-05-05 20:52:46 +04:00
|
|
|
static enum drm_connector_status
|
2010-09-14 14:07:23 +04:00
|
|
|
intel_hdmi_detect(struct drm_connector *connector, bool force)
|
2009-04-02 09:13:26 +04:00
|
|
|
{
|
2012-12-13 20:09:00 +04:00
|
|
|
struct drm_device *dev = connector->dev;
|
2010-09-09 19:20:55 +04:00
|
|
|
struct intel_hdmi *intel_hdmi = intel_attached_hdmi(connector);
|
2012-10-27 01:05:49 +04:00
|
|
|
struct intel_digital_port *intel_dig_port =
|
|
|
|
hdmi_to_dig_port(intel_hdmi);
|
|
|
|
struct intel_encoder *intel_encoder = &intel_dig_port->base;
|
2012-12-13 20:09:00 +04:00
|
|
|
struct drm_i915_private *dev_priv = dev->dev_private;
|
2010-07-21 02:44:45 +04:00
|
|
|
struct edid *edid;
|
2009-05-05 20:52:46 +04:00
|
|
|
enum drm_connector_status status = connector_status_disconnected;
|
2009-04-02 09:13:26 +04:00
|
|
|
|
2010-08-04 16:50:23 +04:00
|
|
|
intel_hdmi->has_hdmi_sink = false;
|
2010-09-10 06:39:40 +04:00
|
|
|
intel_hdmi->has_audio = false;
|
2013-01-17 18:31:31 +04:00
|
|
|
intel_hdmi->rgb_quant_range_selectable = false;
|
2010-07-21 02:44:45 +04:00
|
|
|
edid = drm_get_edid(connector,
|
2012-03-27 22:36:14 +04:00
|
|
|
intel_gmbus_get_adapter(dev_priv,
|
|
|
|
intel_hdmi->ddc_bus));
|
drm/i915: hdmi detection according by reading edid
According to investigations from windows team ,hw team,
and our test results on all 4x platofrms available
(gm45, g45b, q45, g45a, g45c, g41a, and g41), we find
currently Hot plug live status and Hot plug interrupt
detection are not reliable, sometime the results from
the two approaches are contradicts. So we chose edid
detection for hdmi output.
Signed-off-by: Ma Ling <ling.ma@intel.com>
Reviewed-by: Ian Romanick <ian.d.romanick@intel.com>
Signed-off-by: Eric Anholt <eric@anholt.net>
2009-07-16 13:23:09 +04:00
|
|
|
|
2009-05-05 20:52:46 +04:00
|
|
|
if (edid) {
|
2009-06-22 09:14:55 +04:00
|
|
|
if (edid->input & DRM_EDID_INPUT_DIGITAL) {
|
2009-05-05 20:52:46 +04:00
|
|
|
status = connector_status_connected;
|
2012-02-14 07:45:36 +04:00
|
|
|
if (intel_hdmi->force_audio != HDMI_AUDIO_OFF_DVI)
|
|
|
|
intel_hdmi->has_hdmi_sink =
|
|
|
|
drm_detect_hdmi_monitor(edid);
|
2010-09-10 06:39:40 +04:00
|
|
|
intel_hdmi->has_audio = drm_detect_monitor_audio(edid);
|
2013-01-17 18:31:31 +04:00
|
|
|
intel_hdmi->rgb_quant_range_selectable =
|
|
|
|
drm_rgb_quant_range_selectable(edid);
|
2009-05-05 20:52:46 +04:00
|
|
|
}
|
|
|
|
kfree(edid);
|
2009-04-02 09:13:26 +04:00
|
|
|
}
|
2009-06-05 11:38:43 +04:00
|
|
|
|
2010-09-19 12:29:33 +04:00
|
|
|
if (status == connector_status_connected) {
|
2012-02-14 07:45:36 +04:00
|
|
|
if (intel_hdmi->force_audio != HDMI_AUDIO_AUTO)
|
|
|
|
intel_hdmi->has_audio =
|
|
|
|
(intel_hdmi->force_audio == HDMI_AUDIO_ON);
|
2012-10-27 01:05:49 +04:00
|
|
|
intel_encoder->type = INTEL_OUTPUT_HDMI;
|
2010-09-19 12:29:33 +04:00
|
|
|
}
|
|
|
|
|
drm/i915: hdmi detection according by reading edid
According to investigations from windows team ,hw team,
and our test results on all 4x platofrms available
(gm45, g45b, q45, g45a, g45c, g41a, and g41), we find
currently Hot plug live status and Hot plug interrupt
detection are not reliable, sometime the results from
the two approaches are contradicts. So we chose edid
detection for hdmi output.
Signed-off-by: Ma Ling <ling.ma@intel.com>
Reviewed-by: Ian Romanick <ian.d.romanick@intel.com>
Signed-off-by: Eric Anholt <eric@anholt.net>
2009-07-16 13:23:09 +04:00
|
|
|
return status;
|
2009-01-03 00:33:00 +03:00
|
|
|
}
|
|
|
|
|
|
|
|
static int intel_hdmi_get_modes(struct drm_connector *connector)
|
|
|
|
{
|
2010-09-09 19:20:55 +04:00
|
|
|
struct intel_hdmi *intel_hdmi = intel_attached_hdmi(connector);
|
2010-07-21 02:44:45 +04:00
|
|
|
struct drm_i915_private *dev_priv = connector->dev->dev_private;
|
2009-01-03 00:33:00 +03:00
|
|
|
|
|
|
|
/* We should parse the EDID data and find out if it's an HDMI sink so
|
|
|
|
* we can send audio to it.
|
|
|
|
*/
|
|
|
|
|
2010-07-21 02:44:45 +04:00
|
|
|
return intel_ddc_get_modes(connector,
|
2012-03-27 22:36:14 +04:00
|
|
|
intel_gmbus_get_adapter(dev_priv,
|
|
|
|
intel_hdmi->ddc_bus));
|
2009-01-03 00:33:00 +03:00
|
|
|
}
|
|
|
|
|
2011-02-09 21:46:58 +03:00
|
|
|
static bool
|
|
|
|
intel_hdmi_detect_audio(struct drm_connector *connector)
|
|
|
|
{
|
|
|
|
struct intel_hdmi *intel_hdmi = intel_attached_hdmi(connector);
|
|
|
|
struct drm_i915_private *dev_priv = connector->dev->dev_private;
|
|
|
|
struct edid *edid;
|
|
|
|
bool has_audio = false;
|
|
|
|
|
|
|
|
edid = drm_get_edid(connector,
|
2012-03-27 22:36:14 +04:00
|
|
|
intel_gmbus_get_adapter(dev_priv,
|
|
|
|
intel_hdmi->ddc_bus));
|
2011-02-09 21:46:58 +03:00
|
|
|
if (edid) {
|
|
|
|
if (edid->input & DRM_EDID_INPUT_DIGITAL)
|
|
|
|
has_audio = drm_detect_monitor_audio(edid);
|
|
|
|
kfree(edid);
|
|
|
|
}
|
|
|
|
|
|
|
|
return has_audio;
|
|
|
|
}
|
|
|
|
|
2010-09-19 12:29:33 +04:00
|
|
|
static int
|
|
|
|
intel_hdmi_set_property(struct drm_connector *connector,
|
2012-05-15 00:12:50 +04:00
|
|
|
struct drm_property *property,
|
|
|
|
uint64_t val)
|
2010-09-19 12:29:33 +04:00
|
|
|
{
|
|
|
|
struct intel_hdmi *intel_hdmi = intel_attached_hdmi(connector);
|
2012-10-27 01:05:46 +04:00
|
|
|
struct intel_digital_port *intel_dig_port =
|
|
|
|
hdmi_to_dig_port(intel_hdmi);
|
2011-02-22 01:23:52 +03:00
|
|
|
struct drm_i915_private *dev_priv = connector->dev->dev_private;
|
2010-09-19 12:29:33 +04:00
|
|
|
int ret;
|
|
|
|
|
2012-10-12 05:36:04 +04:00
|
|
|
ret = drm_object_property_set_value(&connector->base, property, val);
|
2010-09-19 12:29:33 +04:00
|
|
|
if (ret)
|
|
|
|
return ret;
|
|
|
|
|
2011-05-13 01:17:24 +04:00
|
|
|
if (property == dev_priv->force_audio_property) {
|
2012-02-14 07:45:36 +04:00
|
|
|
enum hdmi_force_audio i = val;
|
2011-02-09 21:46:58 +03:00
|
|
|
bool has_audio;
|
|
|
|
|
|
|
|
if (i == intel_hdmi->force_audio)
|
2010-09-19 12:29:33 +04:00
|
|
|
return 0;
|
|
|
|
|
2011-02-09 21:46:58 +03:00
|
|
|
intel_hdmi->force_audio = i;
|
2010-09-19 12:29:33 +04:00
|
|
|
|
2012-02-14 07:45:36 +04:00
|
|
|
if (i == HDMI_AUDIO_AUTO)
|
2011-02-09 21:46:58 +03:00
|
|
|
has_audio = intel_hdmi_detect_audio(connector);
|
|
|
|
else
|
2012-02-14 07:45:36 +04:00
|
|
|
has_audio = (i == HDMI_AUDIO_ON);
|
2011-02-09 21:46:58 +03:00
|
|
|
|
2012-02-14 07:45:36 +04:00
|
|
|
if (i == HDMI_AUDIO_OFF_DVI)
|
|
|
|
intel_hdmi->has_hdmi_sink = 0;
|
2010-09-19 12:29:33 +04:00
|
|
|
|
2011-02-09 21:46:58 +03:00
|
|
|
intel_hdmi->has_audio = has_audio;
|
2010-09-19 12:29:33 +04:00
|
|
|
goto done;
|
|
|
|
}
|
|
|
|
|
2011-02-22 01:23:52 +03:00
|
|
|
if (property == dev_priv->broadcast_rgb_property) {
|
2013-01-17 18:31:29 +04:00
|
|
|
switch (val) {
|
|
|
|
case INTEL_BROADCAST_RGB_AUTO:
|
|
|
|
intel_hdmi->color_range_auto = true;
|
|
|
|
break;
|
|
|
|
case INTEL_BROADCAST_RGB_FULL:
|
|
|
|
intel_hdmi->color_range_auto = false;
|
|
|
|
intel_hdmi->color_range = 0;
|
|
|
|
break;
|
|
|
|
case INTEL_BROADCAST_RGB_LIMITED:
|
|
|
|
intel_hdmi->color_range_auto = false;
|
2013-02-19 23:21:47 +04:00
|
|
|
intel_hdmi->color_range = HDMI_COLOR_RANGE_16_235;
|
2013-01-17 18:31:29 +04:00
|
|
|
break;
|
|
|
|
default:
|
|
|
|
return -EINVAL;
|
|
|
|
}
|
2011-02-22 01:23:52 +03:00
|
|
|
goto done;
|
|
|
|
}
|
|
|
|
|
2010-09-19 12:29:33 +04:00
|
|
|
return -EINVAL;
|
|
|
|
|
|
|
|
done:
|
2012-12-19 20:08:43 +04:00
|
|
|
if (intel_dig_port->base.base.crtc)
|
|
|
|
intel_crtc_restore_mode(intel_dig_port->base.base.crtc);
|
2010-09-19 12:29:33 +04:00
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2009-01-03 00:33:00 +03:00
|
|
|
static void intel_hdmi_destroy(struct drm_connector *connector)
|
|
|
|
{
|
|
|
|
drm_sysfs_connector_remove(connector);
|
|
|
|
drm_connector_cleanup(connector);
|
2010-03-29 11:57:42 +04:00
|
|
|
kfree(connector);
|
2009-01-03 00:33:00 +03:00
|
|
|
}
|
|
|
|
|
|
|
|
static const struct drm_encoder_helper_funcs intel_hdmi_helper_funcs = {
|
|
|
|
.mode_set = intel_hdmi_mode_set,
|
|
|
|
};
|
|
|
|
|
|
|
|
static const struct drm_connector_funcs intel_hdmi_connector_funcs = {
|
2012-06-30 10:59:56 +04:00
|
|
|
.dpms = intel_connector_dpms,
|
2009-01-03 00:33:00 +03:00
|
|
|
.detect = intel_hdmi_detect,
|
|
|
|
.fill_modes = drm_helper_probe_single_connector_modes,
|
2010-09-19 12:29:33 +04:00
|
|
|
.set_property = intel_hdmi_set_property,
|
2009-01-03 00:33:00 +03:00
|
|
|
.destroy = intel_hdmi_destroy,
|
|
|
|
};
|
|
|
|
|
|
|
|
static const struct drm_connector_helper_funcs intel_hdmi_connector_helper_funcs = {
|
|
|
|
.get_modes = intel_hdmi_get_modes,
|
|
|
|
.mode_valid = intel_hdmi_mode_valid,
|
2010-09-09 19:20:55 +04:00
|
|
|
.best_encoder = intel_best_encoder,
|
2009-01-03 00:33:00 +03:00
|
|
|
};
|
|
|
|
|
|
|
|
static const struct drm_encoder_funcs intel_hdmi_enc_funcs = {
|
2010-08-04 16:50:23 +04:00
|
|
|
.destroy = intel_encoder_destroy,
|
2009-01-03 00:33:00 +03:00
|
|
|
};
|
|
|
|
|
2010-09-19 12:29:33 +04:00
|
|
|
static void
|
|
|
|
intel_hdmi_add_properties(struct intel_hdmi *intel_hdmi, struct drm_connector *connector)
|
|
|
|
{
|
2011-05-13 01:17:24 +04:00
|
|
|
intel_attach_force_audio_property(connector);
|
2011-02-22 01:23:52 +03:00
|
|
|
intel_attach_broadcast_rgb_property(connector);
|
2013-01-17 18:31:29 +04:00
|
|
|
intel_hdmi->color_range_auto = true;
|
2010-09-19 12:29:33 +04:00
|
|
|
}
|
|
|
|
|
2012-10-27 01:05:52 +04:00
|
|
|
void intel_hdmi_init_connector(struct intel_digital_port *intel_dig_port,
|
|
|
|
struct intel_connector *intel_connector)
|
2009-01-03 00:33:00 +03:00
|
|
|
{
|
2012-10-27 01:05:47 +04:00
|
|
|
struct drm_connector *connector = &intel_connector->base;
|
|
|
|
struct intel_hdmi *intel_hdmi = &intel_dig_port->hdmi;
|
|
|
|
struct intel_encoder *intel_encoder = &intel_dig_port->base;
|
|
|
|
struct drm_device *dev = intel_encoder->base.dev;
|
2009-01-03 00:33:00 +03:00
|
|
|
struct drm_i915_private *dev_priv = dev->dev_private;
|
2012-10-27 01:05:50 +04:00
|
|
|
enum port port = intel_dig_port->port;
|
2010-09-15 15:03:59 +04:00
|
|
|
|
2009-01-03 00:33:00 +03:00
|
|
|
drm_connector_init(dev, connector, &intel_hdmi_connector_funcs,
|
2009-09-23 23:08:29 +04:00
|
|
|
DRM_MODE_CONNECTOR_HDMIA);
|
2009-01-03 00:33:00 +03:00
|
|
|
drm_connector_helper_add(connector, &intel_hdmi_connector_helper_funcs);
|
|
|
|
|
2012-01-28 17:49:26 +04:00
|
|
|
connector->interlace_allowed = 1;
|
2009-01-03 00:33:00 +03:00
|
|
|
connector->doublescan_allowed = 0;
|
2012-07-12 22:08:18 +04:00
|
|
|
|
2012-07-12 22:19:59 +04:00
|
|
|
switch (port) {
|
|
|
|
case PORT_B:
|
2010-07-21 02:44:45 +04:00
|
|
|
intel_hdmi->ddc_bus = GMBUS_PORT_DPB;
|
2013-02-25 21:06:49 +04:00
|
|
|
intel_encoder->hpd_pin = HPD_PORT_B;
|
2012-07-12 22:19:59 +04:00
|
|
|
break;
|
|
|
|
case PORT_C:
|
2012-05-09 22:37:28 +04:00
|
|
|
intel_hdmi->ddc_bus = GMBUS_PORT_DPC;
|
2013-02-25 21:06:49 +04:00
|
|
|
intel_encoder->hpd_pin = HPD_PORT_C;
|
2012-07-12 22:19:59 +04:00
|
|
|
break;
|
|
|
|
case PORT_D:
|
2012-05-09 22:37:28 +04:00
|
|
|
intel_hdmi->ddc_bus = GMBUS_PORT_DPD;
|
2013-02-25 21:06:49 +04:00
|
|
|
intel_encoder->hpd_pin = HPD_PORT_D;
|
2012-07-12 22:19:59 +04:00
|
|
|
break;
|
|
|
|
case PORT_A:
|
2013-02-25 21:06:49 +04:00
|
|
|
intel_encoder->hpd_pin = HPD_PORT_A;
|
2012-07-12 22:19:59 +04:00
|
|
|
/* Internal port only for eDP. */
|
|
|
|
default:
|
2012-05-09 22:37:13 +04:00
|
|
|
BUG();
|
2009-08-24 09:50:24 +04:00
|
|
|
}
|
2009-01-03 00:33:00 +03:00
|
|
|
|
2013-03-08 22:46:01 +04:00
|
|
|
if (IS_VALLEYVIEW(dev)) {
|
2012-03-29 00:39:32 +04:00
|
|
|
intel_hdmi->write_infoframe = vlv_write_infoframe;
|
2012-05-28 23:42:48 +04:00
|
|
|
intel_hdmi->set_infoframes = vlv_set_infoframes;
|
2013-03-08 22:46:01 +04:00
|
|
|
} else if (!HAS_PCH_SPLIT(dev)) {
|
|
|
|
intel_hdmi->write_infoframe = g4x_write_infoframe;
|
|
|
|
intel_hdmi->set_infoframes = g4x_set_infoframes;
|
2013-02-19 02:00:23 +04:00
|
|
|
} else if (HAS_DDI(dev)) {
|
2012-05-10 17:18:02 +04:00
|
|
|
intel_hdmi->write_infoframe = hsw_write_infoframe;
|
2012-05-28 23:42:48 +04:00
|
|
|
intel_hdmi->set_infoframes = hsw_set_infoframes;
|
2012-05-05 00:18:24 +04:00
|
|
|
} else if (HAS_PCH_IBX(dev)) {
|
|
|
|
intel_hdmi->write_infoframe = ibx_write_infoframe;
|
2012-05-28 23:42:48 +04:00
|
|
|
intel_hdmi->set_infoframes = ibx_set_infoframes;
|
2012-05-05 00:18:24 +04:00
|
|
|
} else {
|
|
|
|
intel_hdmi->write_infoframe = cpt_write_infoframe;
|
2012-05-28 23:42:48 +04:00
|
|
|
intel_hdmi->set_infoframes = cpt_set_infoframes;
|
2011-09-22 09:46:00 +04:00
|
|
|
}
|
2011-08-03 20:22:55 +04:00
|
|
|
|
2012-11-23 21:30:39 +04:00
|
|
|
if (HAS_DDI(dev))
|
2012-10-27 01:05:51 +04:00
|
|
|
intel_connector->get_hw_state = intel_ddi_connector_get_hw_state;
|
|
|
|
else
|
|
|
|
intel_connector->get_hw_state = intel_connector_get_hw_state;
|
2012-10-27 01:05:47 +04:00
|
|
|
|
|
|
|
intel_hdmi_add_properties(intel_hdmi, connector);
|
|
|
|
|
|
|
|
intel_connector_attach_encoder(intel_connector, intel_encoder);
|
|
|
|
drm_sysfs_connector_add(connector);
|
|
|
|
|
|
|
|
/* For G4X desktop chip, PEG_BAND_GAP_DATA 3:0 must first be written
|
|
|
|
* 0xd. Failure to do so will result in spurious interrupts being
|
|
|
|
* generated on the port when a cable is not attached.
|
|
|
|
*/
|
|
|
|
if (IS_G4X(dev) && !IS_GM45(dev)) {
|
|
|
|
u32 temp = I915_READ(PEG_BAND_GAP_DATA);
|
|
|
|
I915_WRITE(PEG_BAND_GAP_DATA, (temp & ~0xf) | 0xd);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2013-02-19 02:00:26 +04:00
|
|
|
void intel_hdmi_init(struct drm_device *dev, int hdmi_reg, enum port port)
|
2012-10-27 01:05:47 +04:00
|
|
|
{
|
|
|
|
struct intel_digital_port *intel_dig_port;
|
|
|
|
struct intel_encoder *intel_encoder;
|
|
|
|
struct drm_encoder *encoder;
|
|
|
|
struct intel_connector *intel_connector;
|
|
|
|
|
|
|
|
intel_dig_port = kzalloc(sizeof(struct intel_digital_port), GFP_KERNEL);
|
|
|
|
if (!intel_dig_port)
|
|
|
|
return;
|
|
|
|
|
|
|
|
intel_connector = kzalloc(sizeof(struct intel_connector), GFP_KERNEL);
|
|
|
|
if (!intel_connector) {
|
|
|
|
kfree(intel_dig_port);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
intel_encoder = &intel_dig_port->base;
|
|
|
|
encoder = &intel_encoder->base;
|
|
|
|
|
|
|
|
drm_encoder_init(dev, &intel_encoder->base, &intel_hdmi_enc_funcs,
|
|
|
|
DRM_MODE_ENCODER_TMDS);
|
2012-10-27 01:05:52 +04:00
|
|
|
drm_encoder_helper_add(&intel_encoder->base, &intel_hdmi_helper_funcs);
|
|
|
|
|
2013-03-27 03:44:55 +04:00
|
|
|
intel_encoder->compute_config = intel_hdmi_compute_config;
|
2012-10-27 01:05:52 +04:00
|
|
|
intel_encoder->enable = intel_enable_hdmi;
|
|
|
|
intel_encoder->disable = intel_disable_hdmi;
|
|
|
|
intel_encoder->get_hw_state = intel_hdmi_get_hw_state;
|
2012-06-30 10:59:56 +04:00
|
|
|
|
2012-10-27 01:05:47 +04:00
|
|
|
intel_encoder->type = INTEL_OUTPUT_HDMI;
|
|
|
|
intel_encoder->crtc_mask = (1 << 0) | (1 << 1) | (1 << 2);
|
|
|
|
intel_encoder->cloneable = false;
|
2009-01-03 00:33:00 +03:00
|
|
|
|
2012-10-27 01:05:50 +04:00
|
|
|
intel_dig_port->port = port;
|
2013-02-19 02:00:26 +04:00
|
|
|
intel_dig_port->hdmi.hdmi_reg = hdmi_reg;
|
2012-10-27 01:05:47 +04:00
|
|
|
intel_dig_port->dp.output_reg = 0;
|
2010-09-19 12:29:33 +04:00
|
|
|
|
2012-10-27 01:05:47 +04:00
|
|
|
intel_hdmi_init_connector(intel_dig_port, intel_connector);
|
2009-01-03 00:33:00 +03:00
|
|
|
}
|