2009-04-08 07:16:42 +08:00
|
|
|
/*
|
|
|
|
* Copyright © 2008 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:
|
|
|
|
* Keith Packard <keithp@keithp.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 16:04:11 +08:00
|
|
|
#include <linux/slab.h>
|
2009-04-08 07:16:42 +08:00
|
|
|
#include "drmP.h"
|
|
|
|
#include "drm.h"
|
|
|
|
#include "drm_crtc.h"
|
|
|
|
#include "drm_crtc_helper.h"
|
|
|
|
#include "intel_drv.h"
|
|
|
|
#include "i915_drm.h"
|
|
|
|
#include "i915_drv.h"
|
2009-12-04 08:55:24 +08:00
|
|
|
#include "drm_dp_helper.h"
|
2009-04-08 07:16:42 +08:00
|
|
|
|
2011-09-22 13:45:58 +08:00
|
|
|
#define DP_RECEIVER_CAP_SIZE 0xf
|
2009-04-08 07:16:42 +08:00
|
|
|
#define DP_LINK_STATUS_SIZE 6
|
|
|
|
#define DP_LINK_CHECK_TIMEOUT (10 * 1000)
|
|
|
|
|
|
|
|
#define DP_LINK_CONFIGURATION_SIZE 9
|
|
|
|
|
2010-08-04 20:50:23 +08:00
|
|
|
struct intel_dp {
|
|
|
|
struct intel_encoder base;
|
2009-04-08 07:16:42 +08:00
|
|
|
uint32_t output_reg;
|
|
|
|
uint32_t DP;
|
|
|
|
uint8_t link_configuration[DP_LINK_CONFIGURATION_SIZE];
|
|
|
|
bool has_audio;
|
2010-09-19 16:29:33 +08:00
|
|
|
int force_audio;
|
2011-02-22 06:23:52 +08:00
|
|
|
uint32_t color_range;
|
2011-07-26 13:37:51 +08:00
|
|
|
int dpms_mode;
|
2009-04-08 07:16:42 +08:00
|
|
|
uint8_t link_bw;
|
|
|
|
uint8_t lane_count;
|
2011-09-22 13:45:58 +08:00
|
|
|
uint8_t dpcd[DP_RECEIVER_CAP_SIZE];
|
2009-04-08 07:16:42 +08:00
|
|
|
struct i2c_adapter adapter;
|
|
|
|
struct i2c_algo_dp_aux_data algo;
|
2010-07-17 02:46:27 +08:00
|
|
|
bool is_pch_edp;
|
2010-09-09 03:42:02 +08:00
|
|
|
uint8_t train_set[4];
|
|
|
|
uint8_t link_status[DP_LINK_STATUS_SIZE];
|
drm/i915: Correct eDP panel power sequencing delay computations
Store the panel power sequencing delays in the dp private structure,
rather than the global device structure. Who knows, maybe we'll get
more than one eDP device in the future.
From the eDP spec, we need the following numbers:
T1 + T3 Power on to Aux Channel operation (panel_power_up_delay)
This marks how long it takes the panel to boot up and
get ready to receive aux channel communications.
T8 Video signal to backlight on (backlight_on_delay)
Once a valid video signal is being sent to the device,
it can take a while before the panel is actuall
showing useful data. This delay allows the panel
to get something reasonable up before the backlight
is turned on.
T9 Backlight off to video off (backlight_off_delay)
Turning the backlight off can take a moment, so
this delay makes sure there is still valid video
data on the screen.
T10 Video off to power off (panel_power_down_delay)
Presumably this delay allows the panel to perform
an orderly shutdown of the display.
T11 + T12 Power off to power on (panel_power_cycle_delay)
So, once you turn the panel off, you have to wait a
while before you can turn it back on. This delay is
usually the longest in the entire sequence.
Neither the VBIOS source code nor the hardware documentation has a
clear mapping between the delay values they provide and those required
by the eDP spec. The VBIOS code actually uses two different labels for
the delay values in the five words of the relevant VBT table.
**** MORE LATER ***
Look at both the current hardware register settings and the VBT
specified panel power sequencing timings. Use the maximum of the two
delays, to make sure things work reliably. If there is no VBT data,
then those values will be initialized to zero, so we'll just use the
values as programmed in the hardware. Note that the BIOS just fetches
delays from the VBT table to place in the hardware registers, so we
should get the same values from both places, except for rounding.
VBT doesn't provide any values for T1 or T2, so we'll always just use
the hardware value for that.
The panel power up delay is thus T1 + T2 + T3, which should be
sufficient in all cases.
The panel power down delay is T1 + T2 + T12, using T1+T2 as a proxy
for T11, which isn't available anywhere.
For the backlight delays, the eDP spec says T6 + T8 is the delay from the
end of link training to backlight on and T9 is the delay from
backlight off until video off. The hardware provides a 'backlight on'
delay, which I'm taking to be T6 + T8 while the VBT provides something
called 'T7', which I'm assuming is s
On the macbook air I'm testing with, this yields a power-up delay of
over 200ms and a power-down delay of over 600ms. It all works now, but
we're frobbing these power controls several times during mode setting,
making the whole process take an awfully long time.
Signed-off-by: Keith Packard <keithp@keithp.com>
2011-09-29 07:48:10 +08:00
|
|
|
int panel_power_up_delay;
|
|
|
|
int panel_power_down_delay;
|
|
|
|
int panel_power_cycle_delay;
|
|
|
|
int backlight_on_delay;
|
|
|
|
int backlight_off_delay;
|
2011-09-19 08:35:47 +08:00
|
|
|
struct drm_display_mode *panel_fixed_mode; /* for eDP */
|
2011-09-19 14:09:52 +08:00
|
|
|
struct delayed_work panel_vdd_work;
|
|
|
|
bool want_panel_vdd;
|
|
|
|
unsigned long panel_off_jiffies;
|
2009-04-08 07:16:42 +08:00
|
|
|
};
|
|
|
|
|
2010-10-08 07:01:06 +08:00
|
|
|
/**
|
|
|
|
* is_edp - is the given port attached to an eDP panel (either CPU or PCH)
|
|
|
|
* @intel_dp: DP struct
|
|
|
|
*
|
|
|
|
* If a CPU or PCH DP output is attached to an eDP panel, this function
|
|
|
|
* will return true, and false otherwise.
|
|
|
|
*/
|
|
|
|
static bool is_edp(struct intel_dp *intel_dp)
|
|
|
|
{
|
|
|
|
return intel_dp->base.type == INTEL_OUTPUT_EDP;
|
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* is_pch_edp - is the port on the PCH and attached to an eDP panel?
|
|
|
|
* @intel_dp: DP struct
|
|
|
|
*
|
|
|
|
* Returns true if the given DP struct corresponds to a PCH DP port attached
|
|
|
|
* to an eDP panel, false otherwise. Helpful for determining whether we
|
|
|
|
* may need FDI resources for a given DP output or not.
|
|
|
|
*/
|
|
|
|
static bool is_pch_edp(struct intel_dp *intel_dp)
|
|
|
|
{
|
|
|
|
return intel_dp->is_pch_edp;
|
|
|
|
}
|
|
|
|
|
2011-10-15 05:22:25 +08:00
|
|
|
/**
|
|
|
|
* is_cpu_edp - is the port on the CPU and attached to an eDP panel?
|
|
|
|
* @intel_dp: DP struct
|
|
|
|
*
|
|
|
|
* Returns true if the given DP struct corresponds to a CPU eDP port.
|
|
|
|
*/
|
|
|
|
static bool is_cpu_edp(struct intel_dp *intel_dp)
|
|
|
|
{
|
|
|
|
return is_edp(intel_dp) && !is_pch_edp(intel_dp);
|
|
|
|
}
|
|
|
|
|
2010-08-04 20:50:23 +08:00
|
|
|
static struct intel_dp *enc_to_intel_dp(struct drm_encoder *encoder)
|
|
|
|
{
|
2010-09-09 22:14:28 +08:00
|
|
|
return container_of(encoder, struct intel_dp, base.base);
|
2010-08-04 20:50:23 +08:00
|
|
|
}
|
2009-04-08 07:16:42 +08:00
|
|
|
|
2010-09-09 23:20:55 +08:00
|
|
|
static struct intel_dp *intel_attached_dp(struct drm_connector *connector)
|
|
|
|
{
|
|
|
|
return container_of(intel_attached_encoder(connector),
|
|
|
|
struct intel_dp, base);
|
|
|
|
}
|
|
|
|
|
2010-10-08 07:01:09 +08:00
|
|
|
/**
|
|
|
|
* intel_encoder_is_pch_edp - is the given encoder a PCH attached eDP?
|
|
|
|
* @encoder: DRM encoder
|
|
|
|
*
|
|
|
|
* Return true if @encoder corresponds to a PCH attached eDP panel. Needed
|
|
|
|
* by intel_display.c.
|
|
|
|
*/
|
|
|
|
bool intel_encoder_is_pch_edp(struct drm_encoder *encoder)
|
|
|
|
{
|
|
|
|
struct intel_dp *intel_dp;
|
|
|
|
|
|
|
|
if (!encoder)
|
|
|
|
return false;
|
|
|
|
|
|
|
|
intel_dp = enc_to_intel_dp(encoder);
|
|
|
|
|
|
|
|
return is_pch_edp(intel_dp);
|
|
|
|
}
|
|
|
|
|
2010-09-09 03:42:02 +08:00
|
|
|
static void intel_dp_start_link_train(struct intel_dp *intel_dp);
|
|
|
|
static void intel_dp_complete_link_train(struct intel_dp *intel_dp);
|
2010-08-04 20:50:23 +08:00
|
|
|
static void intel_dp_link_down(struct intel_dp *intel_dp);
|
2009-04-08 07:16:42 +08:00
|
|
|
|
2009-07-24 01:00:32 +08:00
|
|
|
void
|
2011-08-17 03:34:10 +08:00
|
|
|
intel_edp_link_config(struct intel_encoder *intel_encoder,
|
2010-08-04 20:50:23 +08:00
|
|
|
int *lane_num, int *link_bw)
|
2009-07-24 01:00:32 +08:00
|
|
|
{
|
2010-08-04 20:50:23 +08:00
|
|
|
struct intel_dp *intel_dp = container_of(intel_encoder, struct intel_dp, base);
|
2009-07-24 01:00:32 +08:00
|
|
|
|
2010-08-04 20:50:23 +08:00
|
|
|
*lane_num = intel_dp->lane_count;
|
|
|
|
if (intel_dp->link_bw == DP_LINK_BW_1_62)
|
2009-07-24 01:00:32 +08:00
|
|
|
*link_bw = 162000;
|
2010-08-04 20:50:23 +08:00
|
|
|
else if (intel_dp->link_bw == DP_LINK_BW_2_7)
|
2009-07-24 01:00:32 +08:00
|
|
|
*link_bw = 270000;
|
|
|
|
}
|
|
|
|
|
2009-04-08 07:16:42 +08:00
|
|
|
static int
|
2010-08-04 20:50:23 +08:00
|
|
|
intel_dp_max_lane_count(struct intel_dp *intel_dp)
|
2009-04-08 07:16:42 +08:00
|
|
|
{
|
|
|
|
int max_lane_count = 4;
|
|
|
|
|
2011-07-08 02:10:58 +08:00
|
|
|
if (intel_dp->dpcd[DP_DPCD_REV] >= 0x11) {
|
|
|
|
max_lane_count = intel_dp->dpcd[DP_MAX_LANE_COUNT] & 0x1f;
|
2009-04-08 07:16:42 +08:00
|
|
|
switch (max_lane_count) {
|
|
|
|
case 1: case 2: case 4:
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
max_lane_count = 4;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
return max_lane_count;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int
|
2010-08-04 20:50:23 +08:00
|
|
|
intel_dp_max_link_bw(struct intel_dp *intel_dp)
|
2009-04-08 07:16:42 +08:00
|
|
|
{
|
2011-07-08 02:10:58 +08:00
|
|
|
int max_link_bw = intel_dp->dpcd[DP_MAX_LINK_RATE];
|
2009-04-08 07:16:42 +08:00
|
|
|
|
|
|
|
switch (max_link_bw) {
|
|
|
|
case DP_LINK_BW_1_62:
|
|
|
|
case DP_LINK_BW_2_7:
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
max_link_bw = DP_LINK_BW_1_62;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
return max_link_bw;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int
|
|
|
|
intel_dp_link_clock(uint8_t link_bw)
|
|
|
|
{
|
|
|
|
if (link_bw == DP_LINK_BW_2_7)
|
|
|
|
return 270000;
|
|
|
|
else
|
|
|
|
return 162000;
|
|
|
|
}
|
|
|
|
|
2011-10-15 00:43:49 +08:00
|
|
|
/*
|
|
|
|
* The units on the numbers in the next two are... bizarre. Examples will
|
|
|
|
* make it clearer; this one parallels an example in the eDP spec.
|
|
|
|
*
|
|
|
|
* intel_dp_max_data_rate for one lane of 2.7GHz evaluates as:
|
|
|
|
*
|
|
|
|
* 270000 * 1 * 8 / 10 == 216000
|
|
|
|
*
|
|
|
|
* The actual data capacity of that configuration is 2.16Gbit/s, so the
|
|
|
|
* units are decakilobits. ->clock in a drm_display_mode is in kilohertz -
|
|
|
|
* or equivalently, kilopixels per second - so for 1680x1050R it'd be
|
|
|
|
* 119000. At 18bpp that's 2142000 kilobits per second.
|
|
|
|
*
|
|
|
|
* Thus the strange-looking division by 10 in intel_dp_link_required, to
|
|
|
|
* get the result in decakilobits instead of kilobits.
|
|
|
|
*/
|
|
|
|
|
2009-04-08 07:16:42 +08:00
|
|
|
static int
|
2011-10-15 00:43:49 +08:00
|
|
|
intel_dp_link_required(struct intel_dp *intel_dp, int pixel_clock)
|
2009-04-08 07:16:42 +08:00
|
|
|
{
|
2011-06-25 03:19:28 +08:00
|
|
|
struct drm_crtc *crtc = intel_dp->base.base.crtc;
|
|
|
|
struct intel_crtc *intel_crtc = to_intel_crtc(crtc);
|
|
|
|
int bpp = 24;
|
2010-01-12 05:38:31 +08:00
|
|
|
|
2011-06-25 03:19:28 +08:00
|
|
|
if (intel_crtc)
|
|
|
|
bpp = intel_crtc->bpp;
|
|
|
|
|
2011-10-15 00:43:49 +08:00
|
|
|
return (pixel_clock * bpp + 9) / 10;
|
2009-04-08 07:16:42 +08:00
|
|
|
}
|
|
|
|
|
2010-06-30 09:46:17 +08:00
|
|
|
static int
|
|
|
|
intel_dp_max_data_rate(int max_link_clock, int max_lanes)
|
|
|
|
{
|
|
|
|
return (max_link_clock * max_lanes * 8) / 10;
|
|
|
|
}
|
|
|
|
|
2009-04-08 07:16:42 +08:00
|
|
|
static int
|
|
|
|
intel_dp_mode_valid(struct drm_connector *connector,
|
|
|
|
struct drm_display_mode *mode)
|
|
|
|
{
|
2010-09-09 23:20:55 +08:00
|
|
|
struct intel_dp *intel_dp = intel_attached_dp(connector);
|
2010-08-04 20:50:23 +08:00
|
|
|
int max_link_clock = intel_dp_link_clock(intel_dp_max_link_bw(intel_dp));
|
|
|
|
int max_lanes = intel_dp_max_lane_count(intel_dp);
|
2009-04-08 07:16:42 +08:00
|
|
|
|
2011-09-19 08:35:47 +08:00
|
|
|
if (is_edp(intel_dp) && intel_dp->panel_fixed_mode) {
|
|
|
|
if (mode->hdisplay > intel_dp->panel_fixed_mode->hdisplay)
|
2010-07-19 16:43:14 +08:00
|
|
|
return MODE_PANEL;
|
|
|
|
|
2011-09-19 08:35:47 +08:00
|
|
|
if (mode->vdisplay > intel_dp->panel_fixed_mode->vdisplay)
|
2010-07-19 16:43:14 +08:00
|
|
|
return MODE_PANEL;
|
|
|
|
}
|
|
|
|
|
2011-10-15 00:43:50 +08:00
|
|
|
if (intel_dp_link_required(intel_dp, mode->clock)
|
|
|
|
> intel_dp_max_data_rate(max_link_clock, max_lanes))
|
2009-04-08 07:16:42 +08:00
|
|
|
return MODE_CLOCK_HIGH;
|
|
|
|
|
|
|
|
if (mode->clock < 10000)
|
|
|
|
return MODE_CLOCK_LOW;
|
|
|
|
|
|
|
|
return MODE_OK;
|
|
|
|
}
|
|
|
|
|
|
|
|
static uint32_t
|
|
|
|
pack_aux(uint8_t *src, int src_bytes)
|
|
|
|
{
|
|
|
|
int i;
|
|
|
|
uint32_t v = 0;
|
|
|
|
|
|
|
|
if (src_bytes > 4)
|
|
|
|
src_bytes = 4;
|
|
|
|
for (i = 0; i < src_bytes; i++)
|
|
|
|
v |= ((uint32_t) src[i]) << ((3-i) * 8);
|
|
|
|
return v;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void
|
|
|
|
unpack_aux(uint32_t src, uint8_t *dst, int dst_bytes)
|
|
|
|
{
|
|
|
|
int i;
|
|
|
|
if (dst_bytes > 4)
|
|
|
|
dst_bytes = 4;
|
|
|
|
for (i = 0; i < dst_bytes; i++)
|
|
|
|
dst[i] = src >> ((3-i) * 8);
|
|
|
|
}
|
|
|
|
|
2009-06-12 13:31:31 +08:00
|
|
|
/* hrawclock is 1/4 the FSB frequency */
|
|
|
|
static int
|
|
|
|
intel_hrawclk(struct drm_device *dev)
|
|
|
|
{
|
|
|
|
struct drm_i915_private *dev_priv = dev->dev_private;
|
|
|
|
uint32_t clkcfg;
|
|
|
|
|
|
|
|
clkcfg = I915_READ(CLKCFG);
|
|
|
|
switch (clkcfg & CLKCFG_FSB_MASK) {
|
|
|
|
case CLKCFG_FSB_400:
|
|
|
|
return 100;
|
|
|
|
case CLKCFG_FSB_533:
|
|
|
|
return 133;
|
|
|
|
case CLKCFG_FSB_667:
|
|
|
|
return 166;
|
|
|
|
case CLKCFG_FSB_800:
|
|
|
|
return 200;
|
|
|
|
case CLKCFG_FSB_1067:
|
|
|
|
return 266;
|
|
|
|
case CLKCFG_FSB_1333:
|
|
|
|
return 333;
|
|
|
|
/* these two are just a guess; one of them might be right */
|
|
|
|
case CLKCFG_FSB_1600:
|
|
|
|
case CLKCFG_FSB_1600_ALT:
|
|
|
|
return 400;
|
|
|
|
default:
|
|
|
|
return 133;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2011-09-30 06:53:27 +08:00
|
|
|
static bool ironlake_edp_have_panel_power(struct intel_dp *intel_dp)
|
|
|
|
{
|
|
|
|
struct drm_device *dev = intel_dp->base.base.dev;
|
|
|
|
struct drm_i915_private *dev_priv = dev->dev_private;
|
|
|
|
|
|
|
|
return (I915_READ(PCH_PP_STATUS) & PP_ON) != 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static bool ironlake_edp_have_panel_vdd(struct intel_dp *intel_dp)
|
|
|
|
{
|
|
|
|
struct drm_device *dev = intel_dp->base.base.dev;
|
|
|
|
struct drm_i915_private *dev_priv = dev->dev_private;
|
|
|
|
|
|
|
|
return (I915_READ(PCH_PP_CONTROL) & EDP_FORCE_VDD) != 0;
|
|
|
|
}
|
|
|
|
|
2011-09-20 04:54:47 +08:00
|
|
|
static void
|
|
|
|
intel_dp_check_edp(struct intel_dp *intel_dp)
|
|
|
|
{
|
|
|
|
struct drm_device *dev = intel_dp->base.base.dev;
|
|
|
|
struct drm_i915_private *dev_priv = dev->dev_private;
|
2011-09-30 06:53:27 +08:00
|
|
|
|
2011-09-20 04:54:47 +08:00
|
|
|
if (!is_edp(intel_dp))
|
|
|
|
return;
|
2011-09-30 06:53:27 +08:00
|
|
|
if (!ironlake_edp_have_panel_power(intel_dp) && !ironlake_edp_have_panel_vdd(intel_dp)) {
|
2011-09-20 04:54:47 +08:00
|
|
|
WARN(1, "eDP powered off while attempting aux channel communication.\n");
|
|
|
|
DRM_DEBUG_KMS("Status 0x%08x Control 0x%08x\n",
|
2011-09-30 06:53:27 +08:00
|
|
|
I915_READ(PCH_PP_STATUS),
|
2011-09-20 04:54:47 +08:00
|
|
|
I915_READ(PCH_PP_CONTROL));
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2009-04-08 07:16:42 +08:00
|
|
|
static int
|
2010-08-04 20:50:23 +08:00
|
|
|
intel_dp_aux_ch(struct intel_dp *intel_dp,
|
2009-04-08 07:16:42 +08:00
|
|
|
uint8_t *send, int send_bytes,
|
|
|
|
uint8_t *recv, int recv_size)
|
|
|
|
{
|
2010-08-04 20:50:23 +08:00
|
|
|
uint32_t output_reg = intel_dp->output_reg;
|
2010-09-09 22:14:28 +08:00
|
|
|
struct drm_device *dev = intel_dp->base.base.dev;
|
2009-04-08 07:16:42 +08:00
|
|
|
struct drm_i915_private *dev_priv = dev->dev_private;
|
|
|
|
uint32_t ch_ctl = output_reg + 0x10;
|
|
|
|
uint32_t ch_data = ch_ctl + 4;
|
|
|
|
int i;
|
|
|
|
int recv_bytes;
|
|
|
|
uint32_t status;
|
2009-06-12 13:31:31 +08:00
|
|
|
uint32_t aux_clock_divider;
|
2010-04-08 09:43:27 +08:00
|
|
|
int try, precharge;
|
2009-04-08 07:16:42 +08:00
|
|
|
|
2011-09-20 04:54:47 +08:00
|
|
|
intel_dp_check_edp(intel_dp);
|
2009-04-08 07:16:42 +08:00
|
|
|
/* The clock divider is based off the hrawclk,
|
2009-06-12 13:31:31 +08:00
|
|
|
* and would like to run at 2MHz. So, take the
|
|
|
|
* hrawclk value and divide by 2 and use that
|
2010-09-09 03:42:00 +08:00
|
|
|
*
|
|
|
|
* Note that PCH attached eDP panels should use a 125MHz input
|
|
|
|
* clock divider.
|
2009-04-08 07:16:42 +08:00
|
|
|
*/
|
2011-10-15 05:22:25 +08:00
|
|
|
if (is_cpu_edp(intel_dp)) {
|
2010-04-08 09:43:27 +08:00
|
|
|
if (IS_GEN6(dev))
|
|
|
|
aux_clock_divider = 200; /* SNB eDP input clock at 400Mhz */
|
|
|
|
else
|
|
|
|
aux_clock_divider = 225; /* eDP input clock at 450Mhz */
|
|
|
|
} else if (HAS_PCH_SPLIT(dev))
|
2009-12-04 06:14:42 +08:00
|
|
|
aux_clock_divider = 62; /* IRL input clock fixed at 125Mhz */
|
2009-07-24 01:00:31 +08:00
|
|
|
else
|
|
|
|
aux_clock_divider = intel_hrawclk(dev) / 2;
|
|
|
|
|
2010-04-08 09:43:27 +08:00
|
|
|
if (IS_GEN6(dev))
|
|
|
|
precharge = 3;
|
|
|
|
else
|
|
|
|
precharge = 5;
|
|
|
|
|
2011-08-02 06:02:20 +08:00
|
|
|
/* Try to wait for any previous AUX channel activity */
|
|
|
|
for (try = 0; try < 3; try++) {
|
|
|
|
status = I915_READ(ch_ctl);
|
|
|
|
if ((status & DP_AUX_CH_CTL_SEND_BUSY) == 0)
|
|
|
|
break;
|
|
|
|
msleep(1);
|
|
|
|
}
|
|
|
|
|
|
|
|
if (try == 3) {
|
|
|
|
WARN(1, "dp_aux_ch not started status 0x%08x\n",
|
|
|
|
I915_READ(ch_ctl));
|
2010-08-19 01:12:56 +08:00
|
|
|
return -EBUSY;
|
|
|
|
}
|
|
|
|
|
2009-06-12 13:31:31 +08:00
|
|
|
/* Must try at least 3 times according to DP spec */
|
|
|
|
for (try = 0; try < 5; try++) {
|
|
|
|
/* Load the send data into the aux channel data registers */
|
2010-08-19 01:12:56 +08:00
|
|
|
for (i = 0; i < send_bytes; i += 4)
|
|
|
|
I915_WRITE(ch_data + i,
|
|
|
|
pack_aux(send + i, send_bytes - i));
|
2011-08-17 03:34:10 +08:00
|
|
|
|
2009-06-12 13:31:31 +08:00
|
|
|
/* Send the command and wait for it to complete */
|
2010-08-19 01:12:56 +08:00
|
|
|
I915_WRITE(ch_ctl,
|
|
|
|
DP_AUX_CH_CTL_SEND_BUSY |
|
|
|
|
DP_AUX_CH_CTL_TIME_OUT_400us |
|
|
|
|
(send_bytes << DP_AUX_CH_CTL_MESSAGE_SIZE_SHIFT) |
|
|
|
|
(precharge << DP_AUX_CH_CTL_PRECHARGE_2US_SHIFT) |
|
|
|
|
(aux_clock_divider << DP_AUX_CH_CTL_BIT_CLOCK_2X_SHIFT) |
|
|
|
|
DP_AUX_CH_CTL_DONE |
|
|
|
|
DP_AUX_CH_CTL_TIME_OUT_ERROR |
|
|
|
|
DP_AUX_CH_CTL_RECEIVE_ERROR);
|
2009-06-12 13:31:31 +08:00
|
|
|
for (;;) {
|
|
|
|
status = I915_READ(ch_ctl);
|
|
|
|
if ((status & DP_AUX_CH_CTL_SEND_BUSY) == 0)
|
|
|
|
break;
|
2010-08-19 01:12:56 +08:00
|
|
|
udelay(100);
|
2009-06-12 13:31:31 +08:00
|
|
|
}
|
2011-08-17 03:34:10 +08:00
|
|
|
|
2009-06-12 13:31:31 +08:00
|
|
|
/* Clear done status and any errors */
|
2010-08-19 01:12:56 +08:00
|
|
|
I915_WRITE(ch_ctl,
|
|
|
|
status |
|
|
|
|
DP_AUX_CH_CTL_DONE |
|
|
|
|
DP_AUX_CH_CTL_TIME_OUT_ERROR |
|
|
|
|
DP_AUX_CH_CTL_RECEIVE_ERROR);
|
|
|
|
if (status & DP_AUX_CH_CTL_DONE)
|
2009-04-08 07:16:42 +08:00
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
if ((status & DP_AUX_CH_CTL_DONE) == 0) {
|
2009-06-29 06:42:17 +08:00
|
|
|
DRM_ERROR("dp_aux_ch not done status 0x%08x\n", status);
|
2009-06-12 13:30:32 +08:00
|
|
|
return -EBUSY;
|
2009-04-08 07:16:42 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
/* Check for timeout or receive error.
|
|
|
|
* Timeouts occur when the sink is not connected
|
|
|
|
*/
|
2009-06-12 13:30:32 +08:00
|
|
|
if (status & DP_AUX_CH_CTL_RECEIVE_ERROR) {
|
2009-06-29 06:42:17 +08:00
|
|
|
DRM_ERROR("dp_aux_ch receive error status 0x%08x\n", status);
|
2009-06-12 13:30:32 +08:00
|
|
|
return -EIO;
|
|
|
|
}
|
2009-06-29 06:42:17 +08:00
|
|
|
|
|
|
|
/* Timeouts occur when the device isn't connected, so they're
|
|
|
|
* "normal" -- don't fill the kernel log with these */
|
2009-06-12 13:30:32 +08:00
|
|
|
if (status & DP_AUX_CH_CTL_TIME_OUT_ERROR) {
|
2009-10-09 11:39:41 +08:00
|
|
|
DRM_DEBUG_KMS("dp_aux_ch timeout status 0x%08x\n", status);
|
2009-06-12 13:30:32 +08:00
|
|
|
return -ETIMEDOUT;
|
2009-04-08 07:16:42 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
/* Unload any bytes sent back from the other side */
|
|
|
|
recv_bytes = ((status & DP_AUX_CH_CTL_MESSAGE_SIZE_MASK) >>
|
|
|
|
DP_AUX_CH_CTL_MESSAGE_SIZE_SHIFT);
|
|
|
|
if (recv_bytes > recv_size)
|
|
|
|
recv_bytes = recv_size;
|
2011-08-17 03:34:10 +08:00
|
|
|
|
2010-08-19 01:12:56 +08:00
|
|
|
for (i = 0; i < recv_bytes; i += 4)
|
|
|
|
unpack_aux(I915_READ(ch_data + i),
|
|
|
|
recv + i, recv_bytes - i);
|
2009-04-08 07:16:42 +08:00
|
|
|
|
|
|
|
return recv_bytes;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Write data to the aux channel in native mode */
|
|
|
|
static int
|
2010-08-04 20:50:23 +08:00
|
|
|
intel_dp_aux_native_write(struct intel_dp *intel_dp,
|
2009-04-08 07:16:42 +08:00
|
|
|
uint16_t address, uint8_t *send, int send_bytes)
|
|
|
|
{
|
|
|
|
int ret;
|
|
|
|
uint8_t msg[20];
|
|
|
|
int msg_bytes;
|
|
|
|
uint8_t ack;
|
|
|
|
|
2011-09-20 04:54:47 +08:00
|
|
|
intel_dp_check_edp(intel_dp);
|
2009-04-08 07:16:42 +08:00
|
|
|
if (send_bytes > 16)
|
|
|
|
return -1;
|
|
|
|
msg[0] = AUX_NATIVE_WRITE << 4;
|
|
|
|
msg[1] = address >> 8;
|
2009-07-24 01:00:30 +08:00
|
|
|
msg[2] = address & 0xff;
|
2009-04-08 07:16:42 +08:00
|
|
|
msg[3] = send_bytes - 1;
|
|
|
|
memcpy(&msg[4], send, send_bytes);
|
|
|
|
msg_bytes = send_bytes + 4;
|
|
|
|
for (;;) {
|
2010-08-04 20:50:23 +08:00
|
|
|
ret = intel_dp_aux_ch(intel_dp, msg, msg_bytes, &ack, 1);
|
2009-04-08 07:16:42 +08:00
|
|
|
if (ret < 0)
|
|
|
|
return ret;
|
|
|
|
if ((ack & AUX_NATIVE_REPLY_MASK) == AUX_NATIVE_REPLY_ACK)
|
|
|
|
break;
|
|
|
|
else if ((ack & AUX_NATIVE_REPLY_MASK) == AUX_NATIVE_REPLY_DEFER)
|
|
|
|
udelay(100);
|
|
|
|
else
|
2009-06-12 13:30:32 +08:00
|
|
|
return -EIO;
|
2009-04-08 07:16:42 +08:00
|
|
|
}
|
|
|
|
return send_bytes;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Write a single byte to the aux channel in native mode */
|
|
|
|
static int
|
2010-08-04 20:50:23 +08:00
|
|
|
intel_dp_aux_native_write_1(struct intel_dp *intel_dp,
|
2009-04-08 07:16:42 +08:00
|
|
|
uint16_t address, uint8_t byte)
|
|
|
|
{
|
2010-08-04 20:50:23 +08:00
|
|
|
return intel_dp_aux_native_write(intel_dp, address, &byte, 1);
|
2009-04-08 07:16:42 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
/* read bytes from a native aux channel */
|
|
|
|
static int
|
2010-08-04 20:50:23 +08:00
|
|
|
intel_dp_aux_native_read(struct intel_dp *intel_dp,
|
2009-04-08 07:16:42 +08:00
|
|
|
uint16_t address, uint8_t *recv, int recv_bytes)
|
|
|
|
{
|
|
|
|
uint8_t msg[4];
|
|
|
|
int msg_bytes;
|
|
|
|
uint8_t reply[20];
|
|
|
|
int reply_bytes;
|
|
|
|
uint8_t ack;
|
|
|
|
int ret;
|
|
|
|
|
2011-09-20 04:54:47 +08:00
|
|
|
intel_dp_check_edp(intel_dp);
|
2009-04-08 07:16:42 +08:00
|
|
|
msg[0] = AUX_NATIVE_READ << 4;
|
|
|
|
msg[1] = address >> 8;
|
|
|
|
msg[2] = address & 0xff;
|
|
|
|
msg[3] = recv_bytes - 1;
|
|
|
|
|
|
|
|
msg_bytes = 4;
|
|
|
|
reply_bytes = recv_bytes + 1;
|
|
|
|
|
|
|
|
for (;;) {
|
2010-08-04 20:50:23 +08:00
|
|
|
ret = intel_dp_aux_ch(intel_dp, msg, msg_bytes,
|
2009-04-08 07:16:42 +08:00
|
|
|
reply, reply_bytes);
|
2009-06-12 13:30:32 +08:00
|
|
|
if (ret == 0)
|
|
|
|
return -EPROTO;
|
|
|
|
if (ret < 0)
|
2009-04-08 07:16:42 +08:00
|
|
|
return ret;
|
|
|
|
ack = reply[0];
|
|
|
|
if ((ack & AUX_NATIVE_REPLY_MASK) == AUX_NATIVE_REPLY_ACK) {
|
|
|
|
memcpy(recv, reply + 1, ret - 1);
|
|
|
|
return ret - 1;
|
|
|
|
}
|
|
|
|
else if ((ack & AUX_NATIVE_REPLY_MASK) == AUX_NATIVE_REPLY_DEFER)
|
|
|
|
udelay(100);
|
|
|
|
else
|
2009-06-12 13:30:32 +08:00
|
|
|
return -EIO;
|
2009-04-08 07:16:42 +08:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
static int
|
2009-12-04 08:55:24 +08:00
|
|
|
intel_dp_i2c_aux_ch(struct i2c_adapter *adapter, int mode,
|
|
|
|
uint8_t write_byte, uint8_t *read_byte)
|
2009-04-08 07:16:42 +08:00
|
|
|
{
|
2009-12-04 08:55:24 +08:00
|
|
|
struct i2c_algo_dp_aux_data *algo_data = adapter->algo_data;
|
2010-08-04 20:50:23 +08:00
|
|
|
struct intel_dp *intel_dp = container_of(adapter,
|
|
|
|
struct intel_dp,
|
|
|
|
adapter);
|
2009-12-04 08:55:24 +08:00
|
|
|
uint16_t address = algo_data->address;
|
|
|
|
uint8_t msg[5];
|
|
|
|
uint8_t reply[2];
|
2010-12-09 00:10:21 +08:00
|
|
|
unsigned retry;
|
2009-12-04 08:55:24 +08:00
|
|
|
int msg_bytes;
|
|
|
|
int reply_bytes;
|
|
|
|
int ret;
|
|
|
|
|
2011-09-20 04:54:47 +08:00
|
|
|
intel_dp_check_edp(intel_dp);
|
2009-12-04 08:55:24 +08:00
|
|
|
/* Set up the command byte */
|
|
|
|
if (mode & MODE_I2C_READ)
|
|
|
|
msg[0] = AUX_I2C_READ << 4;
|
|
|
|
else
|
|
|
|
msg[0] = AUX_I2C_WRITE << 4;
|
|
|
|
|
|
|
|
if (!(mode & MODE_I2C_STOP))
|
|
|
|
msg[0] |= AUX_I2C_MOT << 4;
|
2009-04-08 07:16:42 +08:00
|
|
|
|
2009-12-04 08:55:24 +08:00
|
|
|
msg[1] = address >> 8;
|
|
|
|
msg[2] = address;
|
|
|
|
|
|
|
|
switch (mode) {
|
|
|
|
case MODE_I2C_WRITE:
|
|
|
|
msg[3] = 0;
|
|
|
|
msg[4] = write_byte;
|
|
|
|
msg_bytes = 5;
|
|
|
|
reply_bytes = 1;
|
|
|
|
break;
|
|
|
|
case MODE_I2C_READ:
|
|
|
|
msg[3] = 0;
|
|
|
|
msg_bytes = 4;
|
|
|
|
reply_bytes = 2;
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
msg_bytes = 3;
|
|
|
|
reply_bytes = 1;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
2010-12-09 00:10:21 +08:00
|
|
|
for (retry = 0; retry < 5; retry++) {
|
|
|
|
ret = intel_dp_aux_ch(intel_dp,
|
|
|
|
msg, msg_bytes,
|
|
|
|
reply, reply_bytes);
|
2009-12-04 08:55:24 +08:00
|
|
|
if (ret < 0) {
|
2009-12-08 12:03:47 +08:00
|
|
|
DRM_DEBUG_KMS("aux_ch failed %d\n", ret);
|
2009-12-04 08:55:24 +08:00
|
|
|
return ret;
|
|
|
|
}
|
2010-12-09 00:10:21 +08:00
|
|
|
|
|
|
|
switch (reply[0] & AUX_NATIVE_REPLY_MASK) {
|
|
|
|
case AUX_NATIVE_REPLY_ACK:
|
|
|
|
/* I2C-over-AUX Reply field is only valid
|
|
|
|
* when paired with AUX ACK.
|
|
|
|
*/
|
|
|
|
break;
|
|
|
|
case AUX_NATIVE_REPLY_NACK:
|
|
|
|
DRM_DEBUG_KMS("aux_ch native nack\n");
|
|
|
|
return -EREMOTEIO;
|
|
|
|
case AUX_NATIVE_REPLY_DEFER:
|
|
|
|
udelay(100);
|
|
|
|
continue;
|
|
|
|
default:
|
|
|
|
DRM_ERROR("aux_ch invalid native reply 0x%02x\n",
|
|
|
|
reply[0]);
|
|
|
|
return -EREMOTEIO;
|
|
|
|
}
|
|
|
|
|
2009-12-04 08:55:24 +08:00
|
|
|
switch (reply[0] & AUX_I2C_REPLY_MASK) {
|
|
|
|
case AUX_I2C_REPLY_ACK:
|
|
|
|
if (mode == MODE_I2C_READ) {
|
|
|
|
*read_byte = reply[1];
|
|
|
|
}
|
|
|
|
return reply_bytes - 1;
|
|
|
|
case AUX_I2C_REPLY_NACK:
|
2010-12-09 00:10:21 +08:00
|
|
|
DRM_DEBUG_KMS("aux_i2c nack\n");
|
2009-12-04 08:55:24 +08:00
|
|
|
return -EREMOTEIO;
|
|
|
|
case AUX_I2C_REPLY_DEFER:
|
2010-12-09 00:10:21 +08:00
|
|
|
DRM_DEBUG_KMS("aux_i2c defer\n");
|
2009-12-04 08:55:24 +08:00
|
|
|
udelay(100);
|
|
|
|
break;
|
|
|
|
default:
|
2010-12-09 00:10:21 +08:00
|
|
|
DRM_ERROR("aux_i2c invalid reply 0x%02x\n", reply[0]);
|
2009-12-04 08:55:24 +08:00
|
|
|
return -EREMOTEIO;
|
|
|
|
}
|
|
|
|
}
|
2010-12-09 00:10:21 +08:00
|
|
|
|
|
|
|
DRM_ERROR("too many retries, giving up\n");
|
|
|
|
return -EREMOTEIO;
|
2009-04-08 07:16:42 +08:00
|
|
|
}
|
|
|
|
|
2011-09-29 07:41:05 +08:00
|
|
|
static void ironlake_edp_panel_vdd_on(struct intel_dp *intel_dp);
|
2011-09-19 14:09:52 +08:00
|
|
|
static void ironlake_edp_panel_vdd_off(struct intel_dp *intel_dp, bool sync);
|
2011-09-29 07:41:05 +08:00
|
|
|
|
2009-04-08 07:16:42 +08:00
|
|
|
static int
|
2010-08-04 20:50:23 +08:00
|
|
|
intel_dp_i2c_init(struct intel_dp *intel_dp,
|
2010-03-29 16:13:57 +08:00
|
|
|
struct intel_connector *intel_connector, const char *name)
|
2009-04-08 07:16:42 +08:00
|
|
|
{
|
2011-09-29 07:41:05 +08:00
|
|
|
int ret;
|
|
|
|
|
2009-10-19 15:43:51 +08:00
|
|
|
DRM_DEBUG_KMS("i2c_init %s\n", name);
|
2010-08-04 20:50:23 +08:00
|
|
|
intel_dp->algo.running = false;
|
|
|
|
intel_dp->algo.address = 0;
|
|
|
|
intel_dp->algo.aux_ch = intel_dp_i2c_aux_ch;
|
|
|
|
|
2011-08-17 03:34:10 +08:00
|
|
|
memset(&intel_dp->adapter, '\0', sizeof(intel_dp->adapter));
|
2010-08-04 20:50:23 +08:00
|
|
|
intel_dp->adapter.owner = THIS_MODULE;
|
|
|
|
intel_dp->adapter.class = I2C_CLASS_DDC;
|
2011-08-17 03:34:10 +08:00
|
|
|
strncpy(intel_dp->adapter.name, name, sizeof(intel_dp->adapter.name) - 1);
|
2010-08-04 20:50:23 +08:00
|
|
|
intel_dp->adapter.name[sizeof(intel_dp->adapter.name) - 1] = '\0';
|
|
|
|
intel_dp->adapter.algo_data = &intel_dp->algo;
|
|
|
|
intel_dp->adapter.dev.parent = &intel_connector->base.kdev;
|
|
|
|
|
2011-09-29 07:41:05 +08:00
|
|
|
ironlake_edp_panel_vdd_on(intel_dp);
|
|
|
|
ret = i2c_dp_aux_add_bus(&intel_dp->adapter);
|
2011-09-19 14:09:52 +08:00
|
|
|
ironlake_edp_panel_vdd_off(intel_dp, false);
|
2011-09-29 07:41:05 +08:00
|
|
|
return ret;
|
2009-04-08 07:16:42 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
static bool
|
|
|
|
intel_dp_mode_fixup(struct drm_encoder *encoder, struct drm_display_mode *mode,
|
|
|
|
struct drm_display_mode *adjusted_mode)
|
|
|
|
{
|
2010-07-19 16:43:13 +08:00
|
|
|
struct drm_device *dev = encoder->dev;
|
2010-08-04 20:50:23 +08:00
|
|
|
struct intel_dp *intel_dp = enc_to_intel_dp(encoder);
|
2009-04-08 07:16:42 +08:00
|
|
|
int lane_count, clock;
|
2010-08-04 20:50:23 +08:00
|
|
|
int max_lane_count = intel_dp_max_lane_count(intel_dp);
|
|
|
|
int max_clock = intel_dp_max_link_bw(intel_dp) == DP_LINK_BW_2_7 ? 1 : 0;
|
2009-04-08 07:16:42 +08:00
|
|
|
static int bws[2] = { DP_LINK_BW_1_62, DP_LINK_BW_2_7 };
|
|
|
|
|
2011-09-19 08:35:47 +08:00
|
|
|
if (is_edp(intel_dp) && intel_dp->panel_fixed_mode) {
|
|
|
|
intel_fixed_panel_mode(intel_dp->panel_fixed_mode, adjusted_mode);
|
2010-08-07 18:01:28 +08:00
|
|
|
intel_pch_panel_fitting(dev, DRM_MODE_SCALE_FULLSCREEN,
|
|
|
|
mode, adjusted_mode);
|
2010-07-19 16:43:13 +08:00
|
|
|
/*
|
|
|
|
* the mode->clock is used to calculate the Data&Link M/N
|
|
|
|
* of the pipe. For the eDP the fixed clock should be used.
|
|
|
|
*/
|
2011-09-19 08:35:47 +08:00
|
|
|
mode->clock = intel_dp->panel_fixed_mode->clock;
|
2010-07-19 16:43:13 +08:00
|
|
|
}
|
|
|
|
|
2009-04-08 07:16:42 +08:00
|
|
|
for (lane_count = 1; lane_count <= max_lane_count; lane_count <<= 1) {
|
|
|
|
for (clock = 0; clock <= max_clock; clock++) {
|
2010-06-30 09:46:17 +08:00
|
|
|
int link_avail = intel_dp_max_data_rate(intel_dp_link_clock(bws[clock]), lane_count);
|
2009-04-08 07:16:42 +08:00
|
|
|
|
2011-10-15 00:43:49 +08:00
|
|
|
if (intel_dp_link_required(intel_dp, mode->clock)
|
2010-01-12 05:38:31 +08:00
|
|
|
<= link_avail) {
|
2010-08-04 20:50:23 +08:00
|
|
|
intel_dp->link_bw = bws[clock];
|
|
|
|
intel_dp->lane_count = lane_count;
|
|
|
|
adjusted_mode->clock = intel_dp_link_clock(intel_dp->link_bw);
|
2009-10-09 11:39:41 +08:00
|
|
|
DRM_DEBUG_KMS("Display port link bw %02x lane "
|
|
|
|
"count %d clock %d\n",
|
2010-08-04 20:50:23 +08:00
|
|
|
intel_dp->link_bw, intel_dp->lane_count,
|
2009-04-08 07:16:42 +08:00
|
|
|
adjusted_mode->clock);
|
|
|
|
return true;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
2010-06-30 09:46:17 +08:00
|
|
|
|
2009-04-08 07:16:42 +08:00
|
|
|
return false;
|
|
|
|
}
|
|
|
|
|
|
|
|
struct intel_dp_m_n {
|
|
|
|
uint32_t tu;
|
|
|
|
uint32_t gmch_m;
|
|
|
|
uint32_t gmch_n;
|
|
|
|
uint32_t link_m;
|
|
|
|
uint32_t link_n;
|
|
|
|
};
|
|
|
|
|
|
|
|
static void
|
|
|
|
intel_reduce_ratio(uint32_t *num, uint32_t *den)
|
|
|
|
{
|
|
|
|
while (*num > 0xffffff || *den > 0xffffff) {
|
|
|
|
*num >>= 1;
|
|
|
|
*den >>= 1;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
static void
|
2010-06-12 14:32:21 +08:00
|
|
|
intel_dp_compute_m_n(int bpp,
|
2009-04-08 07:16:42 +08:00
|
|
|
int nlanes,
|
|
|
|
int pixel_clock,
|
|
|
|
int link_clock,
|
|
|
|
struct intel_dp_m_n *m_n)
|
|
|
|
{
|
|
|
|
m_n->tu = 64;
|
2010-06-12 14:32:21 +08:00
|
|
|
m_n->gmch_m = (pixel_clock * bpp) >> 3;
|
2009-04-08 07:16:42 +08:00
|
|
|
m_n->gmch_n = link_clock * nlanes;
|
|
|
|
intel_reduce_ratio(&m_n->gmch_m, &m_n->gmch_n);
|
|
|
|
m_n->link_m = pixel_clock;
|
|
|
|
m_n->link_n = link_clock;
|
|
|
|
intel_reduce_ratio(&m_n->link_m, &m_n->link_n);
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
intel_dp_set_m_n(struct drm_crtc *crtc, struct drm_display_mode *mode,
|
|
|
|
struct drm_display_mode *adjusted_mode)
|
|
|
|
{
|
|
|
|
struct drm_device *dev = crtc->dev;
|
|
|
|
struct drm_mode_config *mode_config = &dev->mode_config;
|
2010-03-29 16:13:57 +08:00
|
|
|
struct drm_encoder *encoder;
|
2009-04-08 07:16:42 +08:00
|
|
|
struct drm_i915_private *dev_priv = dev->dev_private;
|
|
|
|
struct intel_crtc *intel_crtc = to_intel_crtc(crtc);
|
2011-06-25 03:19:24 +08:00
|
|
|
int lane_count = 4;
|
2009-04-08 07:16:42 +08:00
|
|
|
struct intel_dp_m_n m_n;
|
2011-02-08 04:26:52 +08:00
|
|
|
int pipe = intel_crtc->pipe;
|
2009-04-08 07:16:42 +08:00
|
|
|
|
|
|
|
/*
|
2010-03-26 02:11:14 +08:00
|
|
|
* Find the lane count in the intel_encoder private
|
2009-04-08 07:16:42 +08:00
|
|
|
*/
|
2010-03-29 16:13:57 +08:00
|
|
|
list_for_each_entry(encoder, &mode_config->encoder_list, head) {
|
2010-08-04 20:50:23 +08:00
|
|
|
struct intel_dp *intel_dp;
|
2009-04-08 07:16:42 +08:00
|
|
|
|
2010-05-07 16:39:00 +08:00
|
|
|
if (encoder->crtc != crtc)
|
2009-04-08 07:16:42 +08:00
|
|
|
continue;
|
|
|
|
|
2010-08-04 20:50:23 +08:00
|
|
|
intel_dp = enc_to_intel_dp(encoder);
|
|
|
|
if (intel_dp->base.type == INTEL_OUTPUT_DISPLAYPORT) {
|
|
|
|
lane_count = intel_dp->lane_count;
|
2010-10-08 07:01:08 +08:00
|
|
|
break;
|
|
|
|
} else if (is_edp(intel_dp)) {
|
|
|
|
lane_count = dev_priv->edp.lanes;
|
2009-04-08 07:16:42 +08:00
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Compute the GMCH and Link ratios. The '3' here is
|
|
|
|
* the number of bytes_per_pixel post-LUT, which we always
|
|
|
|
* set up for 8-bits of R/G/B, or 3 bytes total.
|
|
|
|
*/
|
2011-06-25 03:19:24 +08:00
|
|
|
intel_dp_compute_m_n(intel_crtc->bpp, lane_count,
|
2009-04-08 07:16:42 +08:00
|
|
|
mode->clock, adjusted_mode->clock, &m_n);
|
|
|
|
|
2010-01-29 08:45:52 +08:00
|
|
|
if (HAS_PCH_SPLIT(dev)) {
|
2011-02-08 04:26:52 +08:00
|
|
|
I915_WRITE(TRANSDATA_M1(pipe),
|
|
|
|
((m_n.tu - 1) << PIPE_GMCH_DATA_M_TU_SIZE_SHIFT) |
|
|
|
|
m_n.gmch_m);
|
|
|
|
I915_WRITE(TRANSDATA_N1(pipe), m_n.gmch_n);
|
|
|
|
I915_WRITE(TRANSDPLINK_M1(pipe), m_n.link_m);
|
|
|
|
I915_WRITE(TRANSDPLINK_N1(pipe), m_n.link_n);
|
2009-04-08 07:16:42 +08:00
|
|
|
} else {
|
2011-02-08 04:26:52 +08:00
|
|
|
I915_WRITE(PIPE_GMCH_DATA_M(pipe),
|
|
|
|
((m_n.tu - 1) << PIPE_GMCH_DATA_M_TU_SIZE_SHIFT) |
|
|
|
|
m_n.gmch_m);
|
|
|
|
I915_WRITE(PIPE_GMCH_DATA_N(pipe), m_n.gmch_n);
|
|
|
|
I915_WRITE(PIPE_DP_LINK_M(pipe), m_n.link_m);
|
|
|
|
I915_WRITE(PIPE_DP_LINK_N(pipe), m_n.link_n);
|
2009-04-08 07:16:42 +08:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
drm/i915: Correct eDP panel power sequencing delay computations
Store the panel power sequencing delays in the dp private structure,
rather than the global device structure. Who knows, maybe we'll get
more than one eDP device in the future.
From the eDP spec, we need the following numbers:
T1 + T3 Power on to Aux Channel operation (panel_power_up_delay)
This marks how long it takes the panel to boot up and
get ready to receive aux channel communications.
T8 Video signal to backlight on (backlight_on_delay)
Once a valid video signal is being sent to the device,
it can take a while before the panel is actuall
showing useful data. This delay allows the panel
to get something reasonable up before the backlight
is turned on.
T9 Backlight off to video off (backlight_off_delay)
Turning the backlight off can take a moment, so
this delay makes sure there is still valid video
data on the screen.
T10 Video off to power off (panel_power_down_delay)
Presumably this delay allows the panel to perform
an orderly shutdown of the display.
T11 + T12 Power off to power on (panel_power_cycle_delay)
So, once you turn the panel off, you have to wait a
while before you can turn it back on. This delay is
usually the longest in the entire sequence.
Neither the VBIOS source code nor the hardware documentation has a
clear mapping between the delay values they provide and those required
by the eDP spec. The VBIOS code actually uses two different labels for
the delay values in the five words of the relevant VBT table.
**** MORE LATER ***
Look at both the current hardware register settings and the VBT
specified panel power sequencing timings. Use the maximum of the two
delays, to make sure things work reliably. If there is no VBT data,
then those values will be initialized to zero, so we'll just use the
values as programmed in the hardware. Note that the BIOS just fetches
delays from the VBT table to place in the hardware registers, so we
should get the same values from both places, except for rounding.
VBT doesn't provide any values for T1 or T2, so we'll always just use
the hardware value for that.
The panel power up delay is thus T1 + T2 + T3, which should be
sufficient in all cases.
The panel power down delay is T1 + T2 + T12, using T1+T2 as a proxy
for T11, which isn't available anywhere.
For the backlight delays, the eDP spec says T6 + T8 is the delay from the
end of link training to backlight on and T9 is the delay from
backlight off until video off. The hardware provides a 'backlight on'
delay, which I'm taking to be T6 + T8 while the VBT provides something
called 'T7', which I'm assuming is s
On the macbook air I'm testing with, this yields a power-up delay of
over 200ms and a power-down delay of over 600ms. It all works now, but
we're frobbing these power controls several times during mode setting,
making the whole process take an awfully long time.
Signed-off-by: Keith Packard <keithp@keithp.com>
2011-09-29 07:48:10 +08:00
|
|
|
static void ironlake_edp_pll_on(struct drm_encoder *encoder);
|
|
|
|
static void ironlake_edp_pll_off(struct drm_encoder *encoder);
|
|
|
|
|
2009-04-08 07:16:42 +08:00
|
|
|
static void
|
|
|
|
intel_dp_mode_set(struct drm_encoder *encoder, struct drm_display_mode *mode,
|
|
|
|
struct drm_display_mode *adjusted_mode)
|
|
|
|
{
|
2010-04-08 09:43:27 +08:00
|
|
|
struct drm_device *dev = encoder->dev;
|
2010-08-04 20:50:23 +08:00
|
|
|
struct intel_dp *intel_dp = enc_to_intel_dp(encoder);
|
2010-09-09 22:14:28 +08:00
|
|
|
struct drm_crtc *crtc = intel_dp->base.base.crtc;
|
2009-04-08 07:16:42 +08:00
|
|
|
struct intel_crtc *intel_crtc = to_intel_crtc(crtc);
|
|
|
|
|
drm/i915: Correct eDP panel power sequencing delay computations
Store the panel power sequencing delays in the dp private structure,
rather than the global device structure. Who knows, maybe we'll get
more than one eDP device in the future.
From the eDP spec, we need the following numbers:
T1 + T3 Power on to Aux Channel operation (panel_power_up_delay)
This marks how long it takes the panel to boot up and
get ready to receive aux channel communications.
T8 Video signal to backlight on (backlight_on_delay)
Once a valid video signal is being sent to the device,
it can take a while before the panel is actuall
showing useful data. This delay allows the panel
to get something reasonable up before the backlight
is turned on.
T9 Backlight off to video off (backlight_off_delay)
Turning the backlight off can take a moment, so
this delay makes sure there is still valid video
data on the screen.
T10 Video off to power off (panel_power_down_delay)
Presumably this delay allows the panel to perform
an orderly shutdown of the display.
T11 + T12 Power off to power on (panel_power_cycle_delay)
So, once you turn the panel off, you have to wait a
while before you can turn it back on. This delay is
usually the longest in the entire sequence.
Neither the VBIOS source code nor the hardware documentation has a
clear mapping between the delay values they provide and those required
by the eDP spec. The VBIOS code actually uses two different labels for
the delay values in the five words of the relevant VBT table.
**** MORE LATER ***
Look at both the current hardware register settings and the VBT
specified panel power sequencing timings. Use the maximum of the two
delays, to make sure things work reliably. If there is no VBT data,
then those values will be initialized to zero, so we'll just use the
values as programmed in the hardware. Note that the BIOS just fetches
delays from the VBT table to place in the hardware registers, so we
should get the same values from both places, except for rounding.
VBT doesn't provide any values for T1 or T2, so we'll always just use
the hardware value for that.
The panel power up delay is thus T1 + T2 + T3, which should be
sufficient in all cases.
The panel power down delay is T1 + T2 + T12, using T1+T2 as a proxy
for T11, which isn't available anywhere.
For the backlight delays, the eDP spec says T6 + T8 is the delay from the
end of link training to backlight on and T9 is the delay from
backlight off until video off. The hardware provides a 'backlight on'
delay, which I'm taking to be T6 + T8 while the VBT provides something
called 'T7', which I'm assuming is s
On the macbook air I'm testing with, this yields a power-up delay of
over 200ms and a power-down delay of over 600ms. It all works now, but
we're frobbing these power controls several times during mode setting,
making the whole process take an awfully long time.
Signed-off-by: Keith Packard <keithp@keithp.com>
2011-09-29 07:48:10 +08:00
|
|
|
/* Turn on the eDP PLL if needed */
|
|
|
|
if (is_edp(intel_dp)) {
|
|
|
|
if (!is_pch_edp(intel_dp))
|
|
|
|
ironlake_edp_pll_on(encoder);
|
|
|
|
else
|
|
|
|
ironlake_edp_pll_off(encoder);
|
|
|
|
}
|
|
|
|
|
2011-02-22 06:23:52 +08:00
|
|
|
intel_dp->DP = DP_VOLTAGE_0_4 | DP_PRE_EMPHASIS_0;
|
|
|
|
intel_dp->DP |= intel_dp->color_range;
|
2010-04-06 05:57:59 +08:00
|
|
|
|
|
|
|
if (adjusted_mode->flags & DRM_MODE_FLAG_PHSYNC)
|
2010-08-04 20:50:23 +08:00
|
|
|
intel_dp->DP |= DP_SYNC_HS_HIGH;
|
2010-04-06 05:57:59 +08:00
|
|
|
if (adjusted_mode->flags & DRM_MODE_FLAG_PVSYNC)
|
2010-08-04 20:50:23 +08:00
|
|
|
intel_dp->DP |= DP_SYNC_VS_HIGH;
|
2009-04-08 07:16:42 +08:00
|
|
|
|
2010-10-08 07:01:06 +08:00
|
|
|
if (HAS_PCH_CPT(dev) && !is_edp(intel_dp))
|
2010-08-04 20:50:23 +08:00
|
|
|
intel_dp->DP |= DP_LINK_TRAIN_OFF_CPT;
|
2010-04-08 09:43:27 +08:00
|
|
|
else
|
2010-08-04 20:50:23 +08:00
|
|
|
intel_dp->DP |= DP_LINK_TRAIN_OFF;
|
2009-04-08 07:16:42 +08:00
|
|
|
|
2010-08-04 20:50:23 +08:00
|
|
|
switch (intel_dp->lane_count) {
|
2009-04-08 07:16:42 +08:00
|
|
|
case 1:
|
2010-08-04 20:50:23 +08:00
|
|
|
intel_dp->DP |= DP_PORT_WIDTH_1;
|
2009-04-08 07:16:42 +08:00
|
|
|
break;
|
|
|
|
case 2:
|
2010-08-04 20:50:23 +08:00
|
|
|
intel_dp->DP |= DP_PORT_WIDTH_2;
|
2009-04-08 07:16:42 +08:00
|
|
|
break;
|
|
|
|
case 4:
|
2010-08-04 20:50:23 +08:00
|
|
|
intel_dp->DP |= DP_PORT_WIDTH_4;
|
2009-04-08 07:16:42 +08:00
|
|
|
break;
|
|
|
|
}
|
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 14:25:34 +08:00
|
|
|
if (intel_dp->has_audio) {
|
|
|
|
DRM_DEBUG_DRIVER("Enabling DP audio on pipe %c\n",
|
|
|
|
pipe_name(intel_crtc->pipe));
|
2010-08-04 20:50:23 +08:00
|
|
|
intel_dp->DP |= DP_AUDIO_OUTPUT_ENABLE;
|
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 14:25:34 +08:00
|
|
|
intel_write_eld(encoder, adjusted_mode);
|
|
|
|
}
|
2009-04-08 07:16:42 +08:00
|
|
|
|
2010-08-04 20:50:23 +08:00
|
|
|
memset(intel_dp->link_configuration, 0, DP_LINK_CONFIGURATION_SIZE);
|
|
|
|
intel_dp->link_configuration[0] = intel_dp->link_bw;
|
|
|
|
intel_dp->link_configuration[1] = intel_dp->lane_count;
|
2011-07-13 05:38:05 +08:00
|
|
|
intel_dp->link_configuration[8] = DP_SET_ANSI_8B10B;
|
2009-04-08 07:16:42 +08:00
|
|
|
|
|
|
|
/*
|
2010-05-14 02:45:42 +08:00
|
|
|
* Check for DPCD version > 1.1 and enhanced framing support
|
2009-04-08 07:16:42 +08:00
|
|
|
*/
|
2011-07-08 02:10:58 +08:00
|
|
|
if (intel_dp->dpcd[DP_DPCD_REV] >= 0x11 &&
|
|
|
|
(intel_dp->dpcd[DP_MAX_LANE_COUNT] & DP_ENHANCED_FRAME_CAP)) {
|
2010-08-04 20:50:23 +08:00
|
|
|
intel_dp->link_configuration[1] |= DP_LANE_COUNT_ENHANCED_FRAME_EN;
|
|
|
|
intel_dp->DP |= DP_ENHANCED_FRAMING;
|
2009-04-08 07:16:42 +08:00
|
|
|
}
|
|
|
|
|
2010-04-08 09:43:27 +08:00
|
|
|
/* CPT DP's pipe select is decided in TRANS_DP_CTL */
|
|
|
|
if (intel_crtc->pipe == 1 && !HAS_PCH_CPT(dev))
|
2010-08-04 20:50:23 +08:00
|
|
|
intel_dp->DP |= DP_PIPEB_SELECT;
|
2009-07-24 01:00:32 +08:00
|
|
|
|
2011-10-15 05:22:25 +08:00
|
|
|
if (is_cpu_edp(intel_dp)) {
|
2009-07-24 01:00:32 +08:00
|
|
|
/* don't miss out required setting for eDP */
|
2010-08-04 20:50:23 +08:00
|
|
|
intel_dp->DP |= DP_PLL_ENABLE;
|
2009-07-24 01:00:32 +08:00
|
|
|
if (adjusted_mode->clock < 200000)
|
2010-08-04 20:50:23 +08:00
|
|
|
intel_dp->DP |= DP_PLL_FREQ_160MHZ;
|
2009-07-24 01:00:32 +08:00
|
|
|
else
|
2010-08-04 20:50:23 +08:00
|
|
|
intel_dp->DP |= DP_PLL_FREQ_270MHZ;
|
2009-07-24 01:00:32 +08:00
|
|
|
}
|
2009-04-08 07:16:42 +08:00
|
|
|
}
|
|
|
|
|
2011-09-19 14:09:52 +08:00
|
|
|
static void ironlake_wait_panel_off(struct intel_dp *intel_dp)
|
|
|
|
{
|
|
|
|
unsigned long off_time;
|
|
|
|
unsigned long delay;
|
2011-09-30 07:51:26 +08:00
|
|
|
|
2011-09-19 14:09:52 +08:00
|
|
|
DRM_DEBUG_KMS("Wait for panel power off time\n");
|
2011-09-30 07:51:26 +08:00
|
|
|
|
|
|
|
if (ironlake_edp_have_panel_power(intel_dp) ||
|
|
|
|
ironlake_edp_have_panel_vdd(intel_dp))
|
|
|
|
{
|
|
|
|
DRM_DEBUG_KMS("Panel still on, no delay needed\n");
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
2011-09-19 14:09:52 +08:00
|
|
|
off_time = intel_dp->panel_off_jiffies + msecs_to_jiffies(intel_dp->panel_power_down_delay);
|
|
|
|
if (time_after(jiffies, off_time)) {
|
|
|
|
DRM_DEBUG_KMS("Time already passed");
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
delay = jiffies_to_msecs(off_time - jiffies);
|
|
|
|
if (delay > intel_dp->panel_power_down_delay)
|
|
|
|
delay = intel_dp->panel_power_down_delay;
|
|
|
|
DRM_DEBUG_KMS("Waiting an additional %ld ms\n", delay);
|
|
|
|
msleep(delay);
|
|
|
|
}
|
|
|
|
|
2011-01-25 09:10:54 +08:00
|
|
|
static void ironlake_edp_panel_vdd_on(struct intel_dp *intel_dp)
|
|
|
|
{
|
|
|
|
struct drm_device *dev = intel_dp->base.base.dev;
|
|
|
|
struct drm_i915_private *dev_priv = dev->dev_private;
|
|
|
|
u32 pp;
|
|
|
|
|
2011-09-29 07:23:51 +08:00
|
|
|
if (!is_edp(intel_dp))
|
|
|
|
return;
|
drm/i915: Correct eDP panel power sequencing delay computations
Store the panel power sequencing delays in the dp private structure,
rather than the global device structure. Who knows, maybe we'll get
more than one eDP device in the future.
From the eDP spec, we need the following numbers:
T1 + T3 Power on to Aux Channel operation (panel_power_up_delay)
This marks how long it takes the panel to boot up and
get ready to receive aux channel communications.
T8 Video signal to backlight on (backlight_on_delay)
Once a valid video signal is being sent to the device,
it can take a while before the panel is actuall
showing useful data. This delay allows the panel
to get something reasonable up before the backlight
is turned on.
T9 Backlight off to video off (backlight_off_delay)
Turning the backlight off can take a moment, so
this delay makes sure there is still valid video
data on the screen.
T10 Video off to power off (panel_power_down_delay)
Presumably this delay allows the panel to perform
an orderly shutdown of the display.
T11 + T12 Power off to power on (panel_power_cycle_delay)
So, once you turn the panel off, you have to wait a
while before you can turn it back on. This delay is
usually the longest in the entire sequence.
Neither the VBIOS source code nor the hardware documentation has a
clear mapping between the delay values they provide and those required
by the eDP spec. The VBIOS code actually uses two different labels for
the delay values in the five words of the relevant VBT table.
**** MORE LATER ***
Look at both the current hardware register settings and the VBT
specified panel power sequencing timings. Use the maximum of the two
delays, to make sure things work reliably. If there is no VBT data,
then those values will be initialized to zero, so we'll just use the
values as programmed in the hardware. Note that the BIOS just fetches
delays from the VBT table to place in the hardware registers, so we
should get the same values from both places, except for rounding.
VBT doesn't provide any values for T1 or T2, so we'll always just use
the hardware value for that.
The panel power up delay is thus T1 + T2 + T3, which should be
sufficient in all cases.
The panel power down delay is T1 + T2 + T12, using T1+T2 as a proxy
for T11, which isn't available anywhere.
For the backlight delays, the eDP spec says T6 + T8 is the delay from the
end of link training to backlight on and T9 is the delay from
backlight off until video off. The hardware provides a 'backlight on'
delay, which I'm taking to be T6 + T8 while the VBT provides something
called 'T7', which I'm assuming is s
On the macbook air I'm testing with, this yields a power-up delay of
over 200ms and a power-down delay of over 600ms. It all works now, but
we're frobbing these power controls several times during mode setting,
making the whole process take an awfully long time.
Signed-off-by: Keith Packard <keithp@keithp.com>
2011-09-29 07:48:10 +08:00
|
|
|
DRM_DEBUG_KMS("Turn eDP VDD on\n");
|
2011-01-25 09:10:54 +08:00
|
|
|
|
2011-09-19 14:09:52 +08:00
|
|
|
WARN(intel_dp->want_panel_vdd,
|
|
|
|
"eDP VDD already requested on\n");
|
|
|
|
|
|
|
|
intel_dp->want_panel_vdd = true;
|
|
|
|
if (ironlake_edp_have_panel_vdd(intel_dp)) {
|
|
|
|
DRM_DEBUG_KMS("eDP VDD already on\n");
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
ironlake_wait_panel_off(intel_dp);
|
2011-01-25 09:10:54 +08:00
|
|
|
pp = I915_READ(PCH_PP_CONTROL);
|
2011-09-20 04:59:29 +08:00
|
|
|
pp &= ~PANEL_UNLOCK_MASK;
|
|
|
|
pp |= PANEL_UNLOCK_REGS;
|
2011-01-25 09:10:54 +08:00
|
|
|
pp |= EDP_FORCE_VDD;
|
|
|
|
I915_WRITE(PCH_PP_CONTROL, pp);
|
|
|
|
POSTING_READ(PCH_PP_CONTROL);
|
drm/i915: Correct eDP panel power sequencing delay computations
Store the panel power sequencing delays in the dp private structure,
rather than the global device structure. Who knows, maybe we'll get
more than one eDP device in the future.
From the eDP spec, we need the following numbers:
T1 + T3 Power on to Aux Channel operation (panel_power_up_delay)
This marks how long it takes the panel to boot up and
get ready to receive aux channel communications.
T8 Video signal to backlight on (backlight_on_delay)
Once a valid video signal is being sent to the device,
it can take a while before the panel is actuall
showing useful data. This delay allows the panel
to get something reasonable up before the backlight
is turned on.
T9 Backlight off to video off (backlight_off_delay)
Turning the backlight off can take a moment, so
this delay makes sure there is still valid video
data on the screen.
T10 Video off to power off (panel_power_down_delay)
Presumably this delay allows the panel to perform
an orderly shutdown of the display.
T11 + T12 Power off to power on (panel_power_cycle_delay)
So, once you turn the panel off, you have to wait a
while before you can turn it back on. This delay is
usually the longest in the entire sequence.
Neither the VBIOS source code nor the hardware documentation has a
clear mapping between the delay values they provide and those required
by the eDP spec. The VBIOS code actually uses two different labels for
the delay values in the five words of the relevant VBT table.
**** MORE LATER ***
Look at both the current hardware register settings and the VBT
specified panel power sequencing timings. Use the maximum of the two
delays, to make sure things work reliably. If there is no VBT data,
then those values will be initialized to zero, so we'll just use the
values as programmed in the hardware. Note that the BIOS just fetches
delays from the VBT table to place in the hardware registers, so we
should get the same values from both places, except for rounding.
VBT doesn't provide any values for T1 or T2, so we'll always just use
the hardware value for that.
The panel power up delay is thus T1 + T2 + T3, which should be
sufficient in all cases.
The panel power down delay is T1 + T2 + T12, using T1+T2 as a proxy
for T11, which isn't available anywhere.
For the backlight delays, the eDP spec says T6 + T8 is the delay from the
end of link training to backlight on and T9 is the delay from
backlight off until video off. The hardware provides a 'backlight on'
delay, which I'm taking to be T6 + T8 while the VBT provides something
called 'T7', which I'm assuming is s
On the macbook air I'm testing with, this yields a power-up delay of
over 200ms and a power-down delay of over 600ms. It all works now, but
we're frobbing these power controls several times during mode setting,
making the whole process take an awfully long time.
Signed-off-by: Keith Packard <keithp@keithp.com>
2011-09-29 07:48:10 +08:00
|
|
|
DRM_DEBUG_KMS("PCH_PP_STATUS: 0x%08x PCH_PP_CONTROL: 0x%08x\n",
|
|
|
|
I915_READ(PCH_PP_STATUS), I915_READ(PCH_PP_CONTROL));
|
2011-09-30 06:53:27 +08:00
|
|
|
|
|
|
|
/*
|
|
|
|
* If the panel wasn't on, delay before accessing aux channel
|
|
|
|
*/
|
|
|
|
if (!ironlake_edp_have_panel_power(intel_dp)) {
|
2011-09-19 14:09:52 +08:00
|
|
|
DRM_DEBUG_KMS("eDP was not running\n");
|
drm/i915: Correct eDP panel power sequencing delay computations
Store the panel power sequencing delays in the dp private structure,
rather than the global device structure. Who knows, maybe we'll get
more than one eDP device in the future.
From the eDP spec, we need the following numbers:
T1 + T3 Power on to Aux Channel operation (panel_power_up_delay)
This marks how long it takes the panel to boot up and
get ready to receive aux channel communications.
T8 Video signal to backlight on (backlight_on_delay)
Once a valid video signal is being sent to the device,
it can take a while before the panel is actuall
showing useful data. This delay allows the panel
to get something reasonable up before the backlight
is turned on.
T9 Backlight off to video off (backlight_off_delay)
Turning the backlight off can take a moment, so
this delay makes sure there is still valid video
data on the screen.
T10 Video off to power off (panel_power_down_delay)
Presumably this delay allows the panel to perform
an orderly shutdown of the display.
T11 + T12 Power off to power on (panel_power_cycle_delay)
So, once you turn the panel off, you have to wait a
while before you can turn it back on. This delay is
usually the longest in the entire sequence.
Neither the VBIOS source code nor the hardware documentation has a
clear mapping between the delay values they provide and those required
by the eDP spec. The VBIOS code actually uses two different labels for
the delay values in the five words of the relevant VBT table.
**** MORE LATER ***
Look at both the current hardware register settings and the VBT
specified panel power sequencing timings. Use the maximum of the two
delays, to make sure things work reliably. If there is no VBT data,
then those values will be initialized to zero, so we'll just use the
values as programmed in the hardware. Note that the BIOS just fetches
delays from the VBT table to place in the hardware registers, so we
should get the same values from both places, except for rounding.
VBT doesn't provide any values for T1 or T2, so we'll always just use
the hardware value for that.
The panel power up delay is thus T1 + T2 + T3, which should be
sufficient in all cases.
The panel power down delay is T1 + T2 + T12, using T1+T2 as a proxy
for T11, which isn't available anywhere.
For the backlight delays, the eDP spec says T6 + T8 is the delay from the
end of link training to backlight on and T9 is the delay from
backlight off until video off. The hardware provides a 'backlight on'
delay, which I'm taking to be T6 + T8 while the VBT provides something
called 'T7', which I'm assuming is s
On the macbook air I'm testing with, this yields a power-up delay of
over 200ms and a power-down delay of over 600ms. It all works now, but
we're frobbing these power controls several times during mode setting,
making the whole process take an awfully long time.
Signed-off-by: Keith Packard <keithp@keithp.com>
2011-09-29 07:48:10 +08:00
|
|
|
msleep(intel_dp->panel_power_up_delay);
|
|
|
|
}
|
2011-01-25 09:10:54 +08:00
|
|
|
}
|
|
|
|
|
2011-09-19 14:09:52 +08:00
|
|
|
static void ironlake_panel_vdd_off_sync(struct intel_dp *intel_dp)
|
2011-01-25 09:10:54 +08:00
|
|
|
{
|
|
|
|
struct drm_device *dev = intel_dp->base.base.dev;
|
|
|
|
struct drm_i915_private *dev_priv = dev->dev_private;
|
|
|
|
u32 pp;
|
|
|
|
|
2011-09-19 14:09:52 +08:00
|
|
|
if (!intel_dp->want_panel_vdd && ironlake_edp_have_panel_vdd(intel_dp)) {
|
|
|
|
pp = I915_READ(PCH_PP_CONTROL);
|
|
|
|
pp &= ~PANEL_UNLOCK_MASK;
|
|
|
|
pp |= PANEL_UNLOCK_REGS;
|
|
|
|
pp &= ~EDP_FORCE_VDD;
|
|
|
|
I915_WRITE(PCH_PP_CONTROL, pp);
|
|
|
|
POSTING_READ(PCH_PP_CONTROL);
|
|
|
|
|
|
|
|
/* Make sure sequencer is idle before allowing subsequent activity */
|
|
|
|
DRM_DEBUG_KMS("PCH_PP_STATUS: 0x%08x PCH_PP_CONTROL: 0x%08x\n",
|
|
|
|
I915_READ(PCH_PP_STATUS), I915_READ(PCH_PP_CONTROL));
|
|
|
|
intel_dp->panel_off_jiffies = jiffies;
|
|
|
|
}
|
|
|
|
}
|
2011-01-25 09:10:54 +08:00
|
|
|
|
2011-09-19 14:09:52 +08:00
|
|
|
static void ironlake_panel_vdd_work(struct work_struct *__work)
|
|
|
|
{
|
|
|
|
struct intel_dp *intel_dp = container_of(to_delayed_work(__work),
|
|
|
|
struct intel_dp, panel_vdd_work);
|
|
|
|
struct drm_device *dev = intel_dp->base.base.dev;
|
|
|
|
|
|
|
|
mutex_lock(&dev->struct_mutex);
|
|
|
|
ironlake_panel_vdd_off_sync(intel_dp);
|
|
|
|
mutex_unlock(&dev->struct_mutex);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void ironlake_edp_panel_vdd_off(struct intel_dp *intel_dp, bool sync)
|
|
|
|
{
|
2011-09-29 07:23:51 +08:00
|
|
|
if (!is_edp(intel_dp))
|
|
|
|
return;
|
2011-01-25 09:10:54 +08:00
|
|
|
|
2011-09-19 14:09:52 +08:00
|
|
|
DRM_DEBUG_KMS("Turn eDP VDD off %d\n", intel_dp->want_panel_vdd);
|
|
|
|
WARN(!intel_dp->want_panel_vdd, "eDP VDD not forced on");
|
|
|
|
|
|
|
|
intel_dp->want_panel_vdd = false;
|
|
|
|
|
|
|
|
if (sync) {
|
|
|
|
ironlake_panel_vdd_off_sync(intel_dp);
|
|
|
|
} else {
|
|
|
|
/*
|
|
|
|
* Queue the timer to fire a long
|
|
|
|
* time from now (relative to the power down delay)
|
|
|
|
* to keep the panel power up across a sequence of operations
|
|
|
|
*/
|
|
|
|
schedule_delayed_work(&intel_dp->panel_vdd_work,
|
|
|
|
msecs_to_jiffies(intel_dp->panel_power_cycle_delay * 5));
|
|
|
|
}
|
2011-01-25 09:10:54 +08:00
|
|
|
}
|
|
|
|
|
2010-09-09 03:41:59 +08:00
|
|
|
/* Returns true if the panel was already on when called */
|
2011-10-21 04:40:33 +08:00
|
|
|
static void ironlake_edp_panel_on(struct intel_dp *intel_dp)
|
2010-07-23 04:18:19 +08:00
|
|
|
{
|
2010-10-08 07:01:12 +08:00
|
|
|
struct drm_device *dev = intel_dp->base.base.dev;
|
2010-07-23 04:18:19 +08:00
|
|
|
struct drm_i915_private *dev_priv = dev->dev_private;
|
2010-10-08 07:01:12 +08:00
|
|
|
u32 pp, idle_on_mask = PP_ON | PP_SEQUENCE_STATE_ON_IDLE;
|
2010-07-23 04:18:19 +08:00
|
|
|
|
2011-09-29 07:23:51 +08:00
|
|
|
if (!is_edp(intel_dp))
|
2011-09-19 14:09:52 +08:00
|
|
|
return;
|
2011-09-30 06:53:27 +08:00
|
|
|
if (ironlake_edp_have_panel_power(intel_dp))
|
2011-09-30 07:05:34 +08:00
|
|
|
return;
|
2010-07-23 04:18:19 +08:00
|
|
|
|
2011-09-19 14:09:52 +08:00
|
|
|
ironlake_wait_panel_off(intel_dp);
|
2010-07-23 04:18:19 +08:00
|
|
|
pp = I915_READ(PCH_PP_CONTROL);
|
2011-09-20 04:59:29 +08:00
|
|
|
pp &= ~PANEL_UNLOCK_MASK;
|
|
|
|
pp |= PANEL_UNLOCK_REGS;
|
2010-08-12 01:04:43 +08:00
|
|
|
|
2011-09-30 07:33:01 +08:00
|
|
|
if (IS_GEN5(dev)) {
|
|
|
|
/* ILK workaround: disable reset around power sequence */
|
|
|
|
pp &= ~PANEL_POWER_RESET;
|
|
|
|
I915_WRITE(PCH_PP_CONTROL, pp);
|
|
|
|
POSTING_READ(PCH_PP_CONTROL);
|
|
|
|
}
|
2010-08-12 01:04:43 +08:00
|
|
|
|
2011-09-20 04:59:29 +08:00
|
|
|
pp |= POWER_TARGET_ON;
|
2010-07-23 04:18:19 +08:00
|
|
|
I915_WRITE(PCH_PP_CONTROL, pp);
|
2010-10-08 07:01:12 +08:00
|
|
|
POSTING_READ(PCH_PP_CONTROL);
|
2010-07-23 04:18:19 +08:00
|
|
|
|
2010-10-08 07:01:12 +08:00
|
|
|
if (wait_for((I915_READ(PCH_PP_STATUS) & idle_on_mask) == idle_on_mask,
|
|
|
|
5000))
|
2010-08-07 18:01:35 +08:00
|
|
|
DRM_ERROR("panel on wait timed out: 0x%08x\n",
|
|
|
|
I915_READ(PCH_PP_STATUS));
|
2010-07-23 04:18:19 +08:00
|
|
|
|
2011-09-30 07:33:01 +08:00
|
|
|
if (IS_GEN5(dev)) {
|
|
|
|
pp |= PANEL_POWER_RESET; /* restore panel reset bit */
|
|
|
|
I915_WRITE(PCH_PP_CONTROL, pp);
|
|
|
|
POSTING_READ(PCH_PP_CONTROL);
|
|
|
|
}
|
2010-07-23 04:18:19 +08:00
|
|
|
}
|
|
|
|
|
drm/i915: Correct eDP panel power sequencing delay computations
Store the panel power sequencing delays in the dp private structure,
rather than the global device structure. Who knows, maybe we'll get
more than one eDP device in the future.
From the eDP spec, we need the following numbers:
T1 + T3 Power on to Aux Channel operation (panel_power_up_delay)
This marks how long it takes the panel to boot up and
get ready to receive aux channel communications.
T8 Video signal to backlight on (backlight_on_delay)
Once a valid video signal is being sent to the device,
it can take a while before the panel is actuall
showing useful data. This delay allows the panel
to get something reasonable up before the backlight
is turned on.
T9 Backlight off to video off (backlight_off_delay)
Turning the backlight off can take a moment, so
this delay makes sure there is still valid video
data on the screen.
T10 Video off to power off (panel_power_down_delay)
Presumably this delay allows the panel to perform
an orderly shutdown of the display.
T11 + T12 Power off to power on (panel_power_cycle_delay)
So, once you turn the panel off, you have to wait a
while before you can turn it back on. This delay is
usually the longest in the entire sequence.
Neither the VBIOS source code nor the hardware documentation has a
clear mapping between the delay values they provide and those required
by the eDP spec. The VBIOS code actually uses two different labels for
the delay values in the five words of the relevant VBT table.
**** MORE LATER ***
Look at both the current hardware register settings and the VBT
specified panel power sequencing timings. Use the maximum of the two
delays, to make sure things work reliably. If there is no VBT data,
then those values will be initialized to zero, so we'll just use the
values as programmed in the hardware. Note that the BIOS just fetches
delays from the VBT table to place in the hardware registers, so we
should get the same values from both places, except for rounding.
VBT doesn't provide any values for T1 or T2, so we'll always just use
the hardware value for that.
The panel power up delay is thus T1 + T2 + T3, which should be
sufficient in all cases.
The panel power down delay is T1 + T2 + T12, using T1+T2 as a proxy
for T11, which isn't available anywhere.
For the backlight delays, the eDP spec says T6 + T8 is the delay from the
end of link training to backlight on and T9 is the delay from
backlight off until video off. The hardware provides a 'backlight on'
delay, which I'm taking to be T6 + T8 while the VBT provides something
called 'T7', which I'm assuming is s
On the macbook air I'm testing with, this yields a power-up delay of
over 200ms and a power-down delay of over 600ms. It all works now, but
we're frobbing these power controls several times during mode setting,
making the whole process take an awfully long time.
Signed-off-by: Keith Packard <keithp@keithp.com>
2011-09-29 07:48:10 +08:00
|
|
|
static void ironlake_edp_panel_off(struct drm_encoder *encoder)
|
2010-07-23 04:18:19 +08:00
|
|
|
{
|
drm/i915: Correct eDP panel power sequencing delay computations
Store the panel power sequencing delays in the dp private structure,
rather than the global device structure. Who knows, maybe we'll get
more than one eDP device in the future.
From the eDP spec, we need the following numbers:
T1 + T3 Power on to Aux Channel operation (panel_power_up_delay)
This marks how long it takes the panel to boot up and
get ready to receive aux channel communications.
T8 Video signal to backlight on (backlight_on_delay)
Once a valid video signal is being sent to the device,
it can take a while before the panel is actuall
showing useful data. This delay allows the panel
to get something reasonable up before the backlight
is turned on.
T9 Backlight off to video off (backlight_off_delay)
Turning the backlight off can take a moment, so
this delay makes sure there is still valid video
data on the screen.
T10 Video off to power off (panel_power_down_delay)
Presumably this delay allows the panel to perform
an orderly shutdown of the display.
T11 + T12 Power off to power on (panel_power_cycle_delay)
So, once you turn the panel off, you have to wait a
while before you can turn it back on. This delay is
usually the longest in the entire sequence.
Neither the VBIOS source code nor the hardware documentation has a
clear mapping between the delay values they provide and those required
by the eDP spec. The VBIOS code actually uses two different labels for
the delay values in the five words of the relevant VBT table.
**** MORE LATER ***
Look at both the current hardware register settings and the VBT
specified panel power sequencing timings. Use the maximum of the two
delays, to make sure things work reliably. If there is no VBT data,
then those values will be initialized to zero, so we'll just use the
values as programmed in the hardware. Note that the BIOS just fetches
delays from the VBT table to place in the hardware registers, so we
should get the same values from both places, except for rounding.
VBT doesn't provide any values for T1 or T2, so we'll always just use
the hardware value for that.
The panel power up delay is thus T1 + T2 + T3, which should be
sufficient in all cases.
The panel power down delay is T1 + T2 + T12, using T1+T2 as a proxy
for T11, which isn't available anywhere.
For the backlight delays, the eDP spec says T6 + T8 is the delay from the
end of link training to backlight on and T9 is the delay from
backlight off until video off. The hardware provides a 'backlight on'
delay, which I'm taking to be T6 + T8 while the VBT provides something
called 'T7', which I'm assuming is s
On the macbook air I'm testing with, this yields a power-up delay of
over 200ms and a power-down delay of over 600ms. It all works now, but
we're frobbing these power controls several times during mode setting,
making the whole process take an awfully long time.
Signed-off-by: Keith Packard <keithp@keithp.com>
2011-09-29 07:48:10 +08:00
|
|
|
struct intel_dp *intel_dp = enc_to_intel_dp(encoder);
|
|
|
|
struct drm_device *dev = encoder->dev;
|
2010-07-23 04:18:19 +08:00
|
|
|
struct drm_i915_private *dev_priv = dev->dev_private;
|
2010-10-08 07:01:12 +08:00
|
|
|
u32 pp, idle_off_mask = PP_ON | PP_SEQUENCE_MASK |
|
|
|
|
PP_CYCLE_DELAY_ACTIVE | PP_SEQUENCE_STATE_MASK;
|
2010-07-23 04:18:19 +08:00
|
|
|
|
2011-09-29 07:23:51 +08:00
|
|
|
if (!is_edp(intel_dp))
|
|
|
|
return;
|
2010-07-23 04:18:19 +08:00
|
|
|
pp = I915_READ(PCH_PP_CONTROL);
|
2011-09-20 04:59:29 +08:00
|
|
|
pp &= ~PANEL_UNLOCK_MASK;
|
|
|
|
pp |= PANEL_UNLOCK_REGS;
|
2010-08-12 01:04:43 +08:00
|
|
|
|
2011-09-30 07:33:01 +08:00
|
|
|
if (IS_GEN5(dev)) {
|
|
|
|
/* ILK workaround: disable reset around power sequence */
|
|
|
|
pp &= ~PANEL_POWER_RESET;
|
|
|
|
I915_WRITE(PCH_PP_CONTROL, pp);
|
|
|
|
POSTING_READ(PCH_PP_CONTROL);
|
|
|
|
}
|
2010-08-12 01:04:43 +08:00
|
|
|
|
2011-09-30 07:33:01 +08:00
|
|
|
intel_dp->panel_off_jiffies = jiffies;
|
2010-08-12 01:04:43 +08:00
|
|
|
|
2011-09-30 07:33:01 +08:00
|
|
|
if (IS_GEN5(dev)) {
|
|
|
|
pp &= ~POWER_TARGET_ON;
|
|
|
|
I915_WRITE(PCH_PP_CONTROL, pp);
|
|
|
|
POSTING_READ(PCH_PP_CONTROL);
|
|
|
|
pp &= ~POWER_TARGET_ON;
|
|
|
|
I915_WRITE(PCH_PP_CONTROL, pp);
|
|
|
|
POSTING_READ(PCH_PP_CONTROL);
|
|
|
|
msleep(intel_dp->panel_power_cycle_delay);
|
2010-07-23 04:18:19 +08:00
|
|
|
|
2011-09-30 07:33:01 +08:00
|
|
|
if (wait_for((I915_READ(PCH_PP_STATUS) & idle_off_mask) == 0, 5000))
|
|
|
|
DRM_ERROR("panel off wait timed out: 0x%08x\n",
|
|
|
|
I915_READ(PCH_PP_STATUS));
|
2010-07-23 04:18:19 +08:00
|
|
|
|
2011-09-30 07:33:01 +08:00
|
|
|
pp |= PANEL_POWER_RESET; /* restore panel reset bit */
|
|
|
|
I915_WRITE(PCH_PP_CONTROL, pp);
|
|
|
|
POSTING_READ(PCH_PP_CONTROL);
|
|
|
|
}
|
2010-07-23 04:18:19 +08:00
|
|
|
}
|
|
|
|
|
2011-10-21 04:40:33 +08:00
|
|
|
static void ironlake_edp_backlight_on(struct intel_dp *intel_dp)
|
2009-07-24 01:00:32 +08:00
|
|
|
{
|
drm/i915: Correct eDP panel power sequencing delay computations
Store the panel power sequencing delays in the dp private structure,
rather than the global device structure. Who knows, maybe we'll get
more than one eDP device in the future.
From the eDP spec, we need the following numbers:
T1 + T3 Power on to Aux Channel operation (panel_power_up_delay)
This marks how long it takes the panel to boot up and
get ready to receive aux channel communications.
T8 Video signal to backlight on (backlight_on_delay)
Once a valid video signal is being sent to the device,
it can take a while before the panel is actuall
showing useful data. This delay allows the panel
to get something reasonable up before the backlight
is turned on.
T9 Backlight off to video off (backlight_off_delay)
Turning the backlight off can take a moment, so
this delay makes sure there is still valid video
data on the screen.
T10 Video off to power off (panel_power_down_delay)
Presumably this delay allows the panel to perform
an orderly shutdown of the display.
T11 + T12 Power off to power on (panel_power_cycle_delay)
So, once you turn the panel off, you have to wait a
while before you can turn it back on. This delay is
usually the longest in the entire sequence.
Neither the VBIOS source code nor the hardware documentation has a
clear mapping between the delay values they provide and those required
by the eDP spec. The VBIOS code actually uses two different labels for
the delay values in the five words of the relevant VBT table.
**** MORE LATER ***
Look at both the current hardware register settings and the VBT
specified panel power sequencing timings. Use the maximum of the two
delays, to make sure things work reliably. If there is no VBT data,
then those values will be initialized to zero, so we'll just use the
values as programmed in the hardware. Note that the BIOS just fetches
delays from the VBT table to place in the hardware registers, so we
should get the same values from both places, except for rounding.
VBT doesn't provide any values for T1 or T2, so we'll always just use
the hardware value for that.
The panel power up delay is thus T1 + T2 + T3, which should be
sufficient in all cases.
The panel power down delay is T1 + T2 + T12, using T1+T2 as a proxy
for T11, which isn't available anywhere.
For the backlight delays, the eDP spec says T6 + T8 is the delay from the
end of link training to backlight on and T9 is the delay from
backlight off until video off. The hardware provides a 'backlight on'
delay, which I'm taking to be T6 + T8 while the VBT provides something
called 'T7', which I'm assuming is s
On the macbook air I'm testing with, this yields a power-up delay of
over 200ms and a power-down delay of over 600ms. It all works now, but
we're frobbing these power controls several times during mode setting,
making the whole process take an awfully long time.
Signed-off-by: Keith Packard <keithp@keithp.com>
2011-09-29 07:48:10 +08:00
|
|
|
struct drm_device *dev = intel_dp->base.base.dev;
|
2009-07-24 01:00:32 +08:00
|
|
|
struct drm_i915_private *dev_priv = dev->dev_private;
|
|
|
|
u32 pp;
|
|
|
|
|
drm/i915: Correct eDP panel power sequencing delay computations
Store the panel power sequencing delays in the dp private structure,
rather than the global device structure. Who knows, maybe we'll get
more than one eDP device in the future.
From the eDP spec, we need the following numbers:
T1 + T3 Power on to Aux Channel operation (panel_power_up_delay)
This marks how long it takes the panel to boot up and
get ready to receive aux channel communications.
T8 Video signal to backlight on (backlight_on_delay)
Once a valid video signal is being sent to the device,
it can take a while before the panel is actuall
showing useful data. This delay allows the panel
to get something reasonable up before the backlight
is turned on.
T9 Backlight off to video off (backlight_off_delay)
Turning the backlight off can take a moment, so
this delay makes sure there is still valid video
data on the screen.
T10 Video off to power off (panel_power_down_delay)
Presumably this delay allows the panel to perform
an orderly shutdown of the display.
T11 + T12 Power off to power on (panel_power_cycle_delay)
So, once you turn the panel off, you have to wait a
while before you can turn it back on. This delay is
usually the longest in the entire sequence.
Neither the VBIOS source code nor the hardware documentation has a
clear mapping between the delay values they provide and those required
by the eDP spec. The VBIOS code actually uses two different labels for
the delay values in the five words of the relevant VBT table.
**** MORE LATER ***
Look at both the current hardware register settings and the VBT
specified panel power sequencing timings. Use the maximum of the two
delays, to make sure things work reliably. If there is no VBT data,
then those values will be initialized to zero, so we'll just use the
values as programmed in the hardware. Note that the BIOS just fetches
delays from the VBT table to place in the hardware registers, so we
should get the same values from both places, except for rounding.
VBT doesn't provide any values for T1 or T2, so we'll always just use
the hardware value for that.
The panel power up delay is thus T1 + T2 + T3, which should be
sufficient in all cases.
The panel power down delay is T1 + T2 + T12, using T1+T2 as a proxy
for T11, which isn't available anywhere.
For the backlight delays, the eDP spec says T6 + T8 is the delay from the
end of link training to backlight on and T9 is the delay from
backlight off until video off. The hardware provides a 'backlight on'
delay, which I'm taking to be T6 + T8 while the VBT provides something
called 'T7', which I'm assuming is s
On the macbook air I'm testing with, this yields a power-up delay of
over 200ms and a power-down delay of over 600ms. It all works now, but
we're frobbing these power controls several times during mode setting,
making the whole process take an awfully long time.
Signed-off-by: Keith Packard <keithp@keithp.com>
2011-09-29 07:48:10 +08:00
|
|
|
if (!is_edp(intel_dp))
|
|
|
|
return;
|
|
|
|
|
2009-10-09 11:39:41 +08:00
|
|
|
DRM_DEBUG_KMS("\n");
|
2010-10-08 07:01:12 +08:00
|
|
|
/*
|
|
|
|
* If we enable the backlight right away following a panel power
|
|
|
|
* on, we may see slight flicker as the panel syncs with the eDP
|
|
|
|
* link. So delay a bit to make sure the image is solid before
|
|
|
|
* allowing it to appear.
|
|
|
|
*/
|
drm/i915: Correct eDP panel power sequencing delay computations
Store the panel power sequencing delays in the dp private structure,
rather than the global device structure. Who knows, maybe we'll get
more than one eDP device in the future.
From the eDP spec, we need the following numbers:
T1 + T3 Power on to Aux Channel operation (panel_power_up_delay)
This marks how long it takes the panel to boot up and
get ready to receive aux channel communications.
T8 Video signal to backlight on (backlight_on_delay)
Once a valid video signal is being sent to the device,
it can take a while before the panel is actuall
showing useful data. This delay allows the panel
to get something reasonable up before the backlight
is turned on.
T9 Backlight off to video off (backlight_off_delay)
Turning the backlight off can take a moment, so
this delay makes sure there is still valid video
data on the screen.
T10 Video off to power off (panel_power_down_delay)
Presumably this delay allows the panel to perform
an orderly shutdown of the display.
T11 + T12 Power off to power on (panel_power_cycle_delay)
So, once you turn the panel off, you have to wait a
while before you can turn it back on. This delay is
usually the longest in the entire sequence.
Neither the VBIOS source code nor the hardware documentation has a
clear mapping between the delay values they provide and those required
by the eDP spec. The VBIOS code actually uses two different labels for
the delay values in the five words of the relevant VBT table.
**** MORE LATER ***
Look at both the current hardware register settings and the VBT
specified panel power sequencing timings. Use the maximum of the two
delays, to make sure things work reliably. If there is no VBT data,
then those values will be initialized to zero, so we'll just use the
values as programmed in the hardware. Note that the BIOS just fetches
delays from the VBT table to place in the hardware registers, so we
should get the same values from both places, except for rounding.
VBT doesn't provide any values for T1 or T2, so we'll always just use
the hardware value for that.
The panel power up delay is thus T1 + T2 + T3, which should be
sufficient in all cases.
The panel power down delay is T1 + T2 + T12, using T1+T2 as a proxy
for T11, which isn't available anywhere.
For the backlight delays, the eDP spec says T6 + T8 is the delay from the
end of link training to backlight on and T9 is the delay from
backlight off until video off. The hardware provides a 'backlight on'
delay, which I'm taking to be T6 + T8 while the VBT provides something
called 'T7', which I'm assuming is s
On the macbook air I'm testing with, this yields a power-up delay of
over 200ms and a power-down delay of over 600ms. It all works now, but
we're frobbing these power controls several times during mode setting,
making the whole process take an awfully long time.
Signed-off-by: Keith Packard <keithp@keithp.com>
2011-09-29 07:48:10 +08:00
|
|
|
msleep(intel_dp->backlight_on_delay);
|
2009-07-24 01:00:32 +08:00
|
|
|
pp = I915_READ(PCH_PP_CONTROL);
|
2011-09-20 04:59:29 +08:00
|
|
|
pp &= ~PANEL_UNLOCK_MASK;
|
|
|
|
pp |= PANEL_UNLOCK_REGS;
|
2009-07-24 01:00:32 +08:00
|
|
|
pp |= EDP_BLC_ENABLE;
|
|
|
|
I915_WRITE(PCH_PP_CONTROL, pp);
|
drm/i915: Correct eDP panel power sequencing delay computations
Store the panel power sequencing delays in the dp private structure,
rather than the global device structure. Who knows, maybe we'll get
more than one eDP device in the future.
From the eDP spec, we need the following numbers:
T1 + T3 Power on to Aux Channel operation (panel_power_up_delay)
This marks how long it takes the panel to boot up and
get ready to receive aux channel communications.
T8 Video signal to backlight on (backlight_on_delay)
Once a valid video signal is being sent to the device,
it can take a while before the panel is actuall
showing useful data. This delay allows the panel
to get something reasonable up before the backlight
is turned on.
T9 Backlight off to video off (backlight_off_delay)
Turning the backlight off can take a moment, so
this delay makes sure there is still valid video
data on the screen.
T10 Video off to power off (panel_power_down_delay)
Presumably this delay allows the panel to perform
an orderly shutdown of the display.
T11 + T12 Power off to power on (panel_power_cycle_delay)
So, once you turn the panel off, you have to wait a
while before you can turn it back on. This delay is
usually the longest in the entire sequence.
Neither the VBIOS source code nor the hardware documentation has a
clear mapping between the delay values they provide and those required
by the eDP spec. The VBIOS code actually uses two different labels for
the delay values in the five words of the relevant VBT table.
**** MORE LATER ***
Look at both the current hardware register settings and the VBT
specified panel power sequencing timings. Use the maximum of the two
delays, to make sure things work reliably. If there is no VBT data,
then those values will be initialized to zero, so we'll just use the
values as programmed in the hardware. Note that the BIOS just fetches
delays from the VBT table to place in the hardware registers, so we
should get the same values from both places, except for rounding.
VBT doesn't provide any values for T1 or T2, so we'll always just use
the hardware value for that.
The panel power up delay is thus T1 + T2 + T3, which should be
sufficient in all cases.
The panel power down delay is T1 + T2 + T12, using T1+T2 as a proxy
for T11, which isn't available anywhere.
For the backlight delays, the eDP spec says T6 + T8 is the delay from the
end of link training to backlight on and T9 is the delay from
backlight off until video off. The hardware provides a 'backlight on'
delay, which I'm taking to be T6 + T8 while the VBT provides something
called 'T7', which I'm assuming is s
On the macbook air I'm testing with, this yields a power-up delay of
over 200ms and a power-down delay of over 600ms. It all works now, but
we're frobbing these power controls several times during mode setting,
making the whole process take an awfully long time.
Signed-off-by: Keith Packard <keithp@keithp.com>
2011-09-29 07:48:10 +08:00
|
|
|
POSTING_READ(PCH_PP_CONTROL);
|
2009-07-24 01:00:32 +08:00
|
|
|
}
|
|
|
|
|
2011-10-21 04:40:33 +08:00
|
|
|
static void ironlake_edp_backlight_off(struct intel_dp *intel_dp)
|
2009-07-24 01:00:32 +08:00
|
|
|
{
|
drm/i915: Correct eDP panel power sequencing delay computations
Store the panel power sequencing delays in the dp private structure,
rather than the global device structure. Who knows, maybe we'll get
more than one eDP device in the future.
From the eDP spec, we need the following numbers:
T1 + T3 Power on to Aux Channel operation (panel_power_up_delay)
This marks how long it takes the panel to boot up and
get ready to receive aux channel communications.
T8 Video signal to backlight on (backlight_on_delay)
Once a valid video signal is being sent to the device,
it can take a while before the panel is actuall
showing useful data. This delay allows the panel
to get something reasonable up before the backlight
is turned on.
T9 Backlight off to video off (backlight_off_delay)
Turning the backlight off can take a moment, so
this delay makes sure there is still valid video
data on the screen.
T10 Video off to power off (panel_power_down_delay)
Presumably this delay allows the panel to perform
an orderly shutdown of the display.
T11 + T12 Power off to power on (panel_power_cycle_delay)
So, once you turn the panel off, you have to wait a
while before you can turn it back on. This delay is
usually the longest in the entire sequence.
Neither the VBIOS source code nor the hardware documentation has a
clear mapping between the delay values they provide and those required
by the eDP spec. The VBIOS code actually uses two different labels for
the delay values in the five words of the relevant VBT table.
**** MORE LATER ***
Look at both the current hardware register settings and the VBT
specified panel power sequencing timings. Use the maximum of the two
delays, to make sure things work reliably. If there is no VBT data,
then those values will be initialized to zero, so we'll just use the
values as programmed in the hardware. Note that the BIOS just fetches
delays from the VBT table to place in the hardware registers, so we
should get the same values from both places, except for rounding.
VBT doesn't provide any values for T1 or T2, so we'll always just use
the hardware value for that.
The panel power up delay is thus T1 + T2 + T3, which should be
sufficient in all cases.
The panel power down delay is T1 + T2 + T12, using T1+T2 as a proxy
for T11, which isn't available anywhere.
For the backlight delays, the eDP spec says T6 + T8 is the delay from the
end of link training to backlight on and T9 is the delay from
backlight off until video off. The hardware provides a 'backlight on'
delay, which I'm taking to be T6 + T8 while the VBT provides something
called 'T7', which I'm assuming is s
On the macbook air I'm testing with, this yields a power-up delay of
over 200ms and a power-down delay of over 600ms. It all works now, but
we're frobbing these power controls several times during mode setting,
making the whole process take an awfully long time.
Signed-off-by: Keith Packard <keithp@keithp.com>
2011-09-29 07:48:10 +08:00
|
|
|
struct drm_device *dev = intel_dp->base.base.dev;
|
2009-07-24 01:00:32 +08:00
|
|
|
struct drm_i915_private *dev_priv = dev->dev_private;
|
|
|
|
u32 pp;
|
|
|
|
|
drm/i915: Correct eDP panel power sequencing delay computations
Store the panel power sequencing delays in the dp private structure,
rather than the global device structure. Who knows, maybe we'll get
more than one eDP device in the future.
From the eDP spec, we need the following numbers:
T1 + T3 Power on to Aux Channel operation (panel_power_up_delay)
This marks how long it takes the panel to boot up and
get ready to receive aux channel communications.
T8 Video signal to backlight on (backlight_on_delay)
Once a valid video signal is being sent to the device,
it can take a while before the panel is actuall
showing useful data. This delay allows the panel
to get something reasonable up before the backlight
is turned on.
T9 Backlight off to video off (backlight_off_delay)
Turning the backlight off can take a moment, so
this delay makes sure there is still valid video
data on the screen.
T10 Video off to power off (panel_power_down_delay)
Presumably this delay allows the panel to perform
an orderly shutdown of the display.
T11 + T12 Power off to power on (panel_power_cycle_delay)
So, once you turn the panel off, you have to wait a
while before you can turn it back on. This delay is
usually the longest in the entire sequence.
Neither the VBIOS source code nor the hardware documentation has a
clear mapping between the delay values they provide and those required
by the eDP spec. The VBIOS code actually uses two different labels for
the delay values in the five words of the relevant VBT table.
**** MORE LATER ***
Look at both the current hardware register settings and the VBT
specified panel power sequencing timings. Use the maximum of the two
delays, to make sure things work reliably. If there is no VBT data,
then those values will be initialized to zero, so we'll just use the
values as programmed in the hardware. Note that the BIOS just fetches
delays from the VBT table to place in the hardware registers, so we
should get the same values from both places, except for rounding.
VBT doesn't provide any values for T1 or T2, so we'll always just use
the hardware value for that.
The panel power up delay is thus T1 + T2 + T3, which should be
sufficient in all cases.
The panel power down delay is T1 + T2 + T12, using T1+T2 as a proxy
for T11, which isn't available anywhere.
For the backlight delays, the eDP spec says T6 + T8 is the delay from the
end of link training to backlight on and T9 is the delay from
backlight off until video off. The hardware provides a 'backlight on'
delay, which I'm taking to be T6 + T8 while the VBT provides something
called 'T7', which I'm assuming is s
On the macbook air I'm testing with, this yields a power-up delay of
over 200ms and a power-down delay of over 600ms. It all works now, but
we're frobbing these power controls several times during mode setting,
making the whole process take an awfully long time.
Signed-off-by: Keith Packard <keithp@keithp.com>
2011-09-29 07:48:10 +08:00
|
|
|
if (!is_edp(intel_dp))
|
|
|
|
return;
|
|
|
|
|
2009-10-09 11:39:41 +08:00
|
|
|
DRM_DEBUG_KMS("\n");
|
2009-07-24 01:00:32 +08:00
|
|
|
pp = I915_READ(PCH_PP_CONTROL);
|
2011-09-20 04:59:29 +08:00
|
|
|
pp &= ~PANEL_UNLOCK_MASK;
|
|
|
|
pp |= PANEL_UNLOCK_REGS;
|
2009-07-24 01:00:32 +08:00
|
|
|
pp &= ~EDP_BLC_ENABLE;
|
|
|
|
I915_WRITE(PCH_PP_CONTROL, pp);
|
drm/i915: Correct eDP panel power sequencing delay computations
Store the panel power sequencing delays in the dp private structure,
rather than the global device structure. Who knows, maybe we'll get
more than one eDP device in the future.
From the eDP spec, we need the following numbers:
T1 + T3 Power on to Aux Channel operation (panel_power_up_delay)
This marks how long it takes the panel to boot up and
get ready to receive aux channel communications.
T8 Video signal to backlight on (backlight_on_delay)
Once a valid video signal is being sent to the device,
it can take a while before the panel is actuall
showing useful data. This delay allows the panel
to get something reasonable up before the backlight
is turned on.
T9 Backlight off to video off (backlight_off_delay)
Turning the backlight off can take a moment, so
this delay makes sure there is still valid video
data on the screen.
T10 Video off to power off (panel_power_down_delay)
Presumably this delay allows the panel to perform
an orderly shutdown of the display.
T11 + T12 Power off to power on (panel_power_cycle_delay)
So, once you turn the panel off, you have to wait a
while before you can turn it back on. This delay is
usually the longest in the entire sequence.
Neither the VBIOS source code nor the hardware documentation has a
clear mapping between the delay values they provide and those required
by the eDP spec. The VBIOS code actually uses two different labels for
the delay values in the five words of the relevant VBT table.
**** MORE LATER ***
Look at both the current hardware register settings and the VBT
specified panel power sequencing timings. Use the maximum of the two
delays, to make sure things work reliably. If there is no VBT data,
then those values will be initialized to zero, so we'll just use the
values as programmed in the hardware. Note that the BIOS just fetches
delays from the VBT table to place in the hardware registers, so we
should get the same values from both places, except for rounding.
VBT doesn't provide any values for T1 or T2, so we'll always just use
the hardware value for that.
The panel power up delay is thus T1 + T2 + T3, which should be
sufficient in all cases.
The panel power down delay is T1 + T2 + T12, using T1+T2 as a proxy
for T11, which isn't available anywhere.
For the backlight delays, the eDP spec says T6 + T8 is the delay from the
end of link training to backlight on and T9 is the delay from
backlight off until video off. The hardware provides a 'backlight on'
delay, which I'm taking to be T6 + T8 while the VBT provides something
called 'T7', which I'm assuming is s
On the macbook air I'm testing with, this yields a power-up delay of
over 200ms and a power-down delay of over 600ms. It all works now, but
we're frobbing these power controls several times during mode setting,
making the whole process take an awfully long time.
Signed-off-by: Keith Packard <keithp@keithp.com>
2011-09-29 07:48:10 +08:00
|
|
|
POSTING_READ(PCH_PP_CONTROL);
|
|
|
|
msleep(intel_dp->backlight_off_delay);
|
2009-07-24 01:00:32 +08:00
|
|
|
}
|
2009-04-08 07:16:42 +08:00
|
|
|
|
2010-08-14 06:43:26 +08:00
|
|
|
static void ironlake_edp_pll_on(struct drm_encoder *encoder)
|
|
|
|
{
|
|
|
|
struct drm_device *dev = encoder->dev;
|
|
|
|
struct drm_i915_private *dev_priv = dev->dev_private;
|
|
|
|
u32 dpa_ctl;
|
|
|
|
|
|
|
|
DRM_DEBUG_KMS("\n");
|
|
|
|
dpa_ctl = I915_READ(DP_A);
|
2010-10-08 07:01:24 +08:00
|
|
|
dpa_ctl |= DP_PLL_ENABLE;
|
2010-08-14 06:43:26 +08:00
|
|
|
I915_WRITE(DP_A, dpa_ctl);
|
2010-10-08 07:01:24 +08:00
|
|
|
POSTING_READ(DP_A);
|
|
|
|
udelay(200);
|
2010-08-14 06:43:26 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
static void ironlake_edp_pll_off(struct drm_encoder *encoder)
|
|
|
|
{
|
|
|
|
struct drm_device *dev = encoder->dev;
|
|
|
|
struct drm_i915_private *dev_priv = dev->dev_private;
|
|
|
|
u32 dpa_ctl;
|
|
|
|
|
|
|
|
dpa_ctl = I915_READ(DP_A);
|
2010-10-08 07:01:24 +08:00
|
|
|
dpa_ctl &= ~DP_PLL_ENABLE;
|
2010-08-14 06:43:26 +08:00
|
|
|
I915_WRITE(DP_A, dpa_ctl);
|
2010-09-09 04:07:28 +08:00
|
|
|
POSTING_READ(DP_A);
|
2010-08-14 06:43:26 +08:00
|
|
|
udelay(200);
|
|
|
|
}
|
|
|
|
|
2011-07-08 02:11:03 +08:00
|
|
|
/* If the sink supports it, try to set the power state appropriately */
|
|
|
|
static void intel_dp_sink_dpms(struct intel_dp *intel_dp, int mode)
|
|
|
|
{
|
|
|
|
int ret, i;
|
|
|
|
|
|
|
|
/* Should have a valid DPCD by this point */
|
|
|
|
if (intel_dp->dpcd[DP_DPCD_REV] < 0x11)
|
|
|
|
return;
|
|
|
|
|
|
|
|
if (mode != DRM_MODE_DPMS_ON) {
|
|
|
|
ret = intel_dp_aux_native_write_1(intel_dp, DP_SET_POWER,
|
|
|
|
DP_SET_POWER_D3);
|
|
|
|
if (ret != 1)
|
|
|
|
DRM_DEBUG_DRIVER("failed to write sink power state\n");
|
|
|
|
} else {
|
|
|
|
/*
|
|
|
|
* When turning on, we need to retry for 1ms to give the sink
|
|
|
|
* time to wake up.
|
|
|
|
*/
|
|
|
|
for (i = 0; i < 3; i++) {
|
|
|
|
ret = intel_dp_aux_native_write_1(intel_dp,
|
|
|
|
DP_SET_POWER,
|
|
|
|
DP_SET_POWER_D0);
|
|
|
|
if (ret == 1)
|
|
|
|
break;
|
|
|
|
msleep(1);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2010-08-14 06:43:26 +08:00
|
|
|
static void intel_dp_prepare(struct drm_encoder *encoder)
|
|
|
|
{
|
|
|
|
struct intel_dp *intel_dp = enc_to_intel_dp(encoder);
|
|
|
|
|
2011-07-08 02:11:03 +08:00
|
|
|
/* Wake up the sink first */
|
2011-09-29 07:44:14 +08:00
|
|
|
ironlake_edp_panel_vdd_on(intel_dp);
|
2011-07-08 02:11:03 +08:00
|
|
|
intel_dp_sink_dpms(intel_dp, DRM_MODE_DPMS_ON);
|
2011-09-19 14:09:52 +08:00
|
|
|
ironlake_edp_panel_vdd_off(intel_dp, false);
|
2011-07-08 02:11:03 +08:00
|
|
|
|
drm/i915: Correct eDP panel power sequencing delay computations
Store the panel power sequencing delays in the dp private structure,
rather than the global device structure. Who knows, maybe we'll get
more than one eDP device in the future.
From the eDP spec, we need the following numbers:
T1 + T3 Power on to Aux Channel operation (panel_power_up_delay)
This marks how long it takes the panel to boot up and
get ready to receive aux channel communications.
T8 Video signal to backlight on (backlight_on_delay)
Once a valid video signal is being sent to the device,
it can take a while before the panel is actuall
showing useful data. This delay allows the panel
to get something reasonable up before the backlight
is turned on.
T9 Backlight off to video off (backlight_off_delay)
Turning the backlight off can take a moment, so
this delay makes sure there is still valid video
data on the screen.
T10 Video off to power off (panel_power_down_delay)
Presumably this delay allows the panel to perform
an orderly shutdown of the display.
T11 + T12 Power off to power on (panel_power_cycle_delay)
So, once you turn the panel off, you have to wait a
while before you can turn it back on. This delay is
usually the longest in the entire sequence.
Neither the VBIOS source code nor the hardware documentation has a
clear mapping between the delay values they provide and those required
by the eDP spec. The VBIOS code actually uses two different labels for
the delay values in the five words of the relevant VBT table.
**** MORE LATER ***
Look at both the current hardware register settings and the VBT
specified panel power sequencing timings. Use the maximum of the two
delays, to make sure things work reliably. If there is no VBT data,
then those values will be initialized to zero, so we'll just use the
values as programmed in the hardware. Note that the BIOS just fetches
delays from the VBT table to place in the hardware registers, so we
should get the same values from both places, except for rounding.
VBT doesn't provide any values for T1 or T2, so we'll always just use
the hardware value for that.
The panel power up delay is thus T1 + T2 + T3, which should be
sufficient in all cases.
The panel power down delay is T1 + T2 + T12, using T1+T2 as a proxy
for T11, which isn't available anywhere.
For the backlight delays, the eDP spec says T6 + T8 is the delay from the
end of link training to backlight on and T9 is the delay from
backlight off until video off. The hardware provides a 'backlight on'
delay, which I'm taking to be T6 + T8 while the VBT provides something
called 'T7', which I'm assuming is s
On the macbook air I'm testing with, this yields a power-up delay of
over 200ms and a power-down delay of over 600ms. It all works now, but
we're frobbing these power controls several times during mode setting,
making the whole process take an awfully long time.
Signed-off-by: Keith Packard <keithp@keithp.com>
2011-09-29 07:48:10 +08:00
|
|
|
/* Make sure the panel is off before trying to
|
|
|
|
* change the mode
|
|
|
|
*/
|
|
|
|
ironlake_edp_backlight_off(intel_dp);
|
2010-10-09 01:35:55 +08:00
|
|
|
intel_dp_link_down(intel_dp);
|
drm/i915: Correct eDP panel power sequencing delay computations
Store the panel power sequencing delays in the dp private structure,
rather than the global device structure. Who knows, maybe we'll get
more than one eDP device in the future.
From the eDP spec, we need the following numbers:
T1 + T3 Power on to Aux Channel operation (panel_power_up_delay)
This marks how long it takes the panel to boot up and
get ready to receive aux channel communications.
T8 Video signal to backlight on (backlight_on_delay)
Once a valid video signal is being sent to the device,
it can take a while before the panel is actuall
showing useful data. This delay allows the panel
to get something reasonable up before the backlight
is turned on.
T9 Backlight off to video off (backlight_off_delay)
Turning the backlight off can take a moment, so
this delay makes sure there is still valid video
data on the screen.
T10 Video off to power off (panel_power_down_delay)
Presumably this delay allows the panel to perform
an orderly shutdown of the display.
T11 + T12 Power off to power on (panel_power_cycle_delay)
So, once you turn the panel off, you have to wait a
while before you can turn it back on. This delay is
usually the longest in the entire sequence.
Neither the VBIOS source code nor the hardware documentation has a
clear mapping between the delay values they provide and those required
by the eDP spec. The VBIOS code actually uses two different labels for
the delay values in the five words of the relevant VBT table.
**** MORE LATER ***
Look at both the current hardware register settings and the VBT
specified panel power sequencing timings. Use the maximum of the two
delays, to make sure things work reliably. If there is no VBT data,
then those values will be initialized to zero, so we'll just use the
values as programmed in the hardware. Note that the BIOS just fetches
delays from the VBT table to place in the hardware registers, so we
should get the same values from both places, except for rounding.
VBT doesn't provide any values for T1 or T2, so we'll always just use
the hardware value for that.
The panel power up delay is thus T1 + T2 + T3, which should be
sufficient in all cases.
The panel power down delay is T1 + T2 + T12, using T1+T2 as a proxy
for T11, which isn't available anywhere.
For the backlight delays, the eDP spec says T6 + T8 is the delay from the
end of link training to backlight on and T9 is the delay from
backlight off until video off. The hardware provides a 'backlight on'
delay, which I'm taking to be T6 + T8 while the VBT provides something
called 'T7', which I'm assuming is s
On the macbook air I'm testing with, this yields a power-up delay of
over 200ms and a power-down delay of over 600ms. It all works now, but
we're frobbing these power controls several times during mode setting,
making the whole process take an awfully long time.
Signed-off-by: Keith Packard <keithp@keithp.com>
2011-09-29 07:48:10 +08:00
|
|
|
ironlake_edp_panel_off(encoder);
|
2010-08-14 06:43:26 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
static void intel_dp_commit(struct drm_encoder *encoder)
|
|
|
|
{
|
|
|
|
struct intel_dp *intel_dp = enc_to_intel_dp(encoder);
|
2011-10-12 01:43:02 +08:00
|
|
|
struct drm_device *dev = encoder->dev;
|
|
|
|
struct intel_crtc *intel_crtc = to_intel_crtc(intel_dp->base.base.crtc);
|
2011-01-25 09:10:54 +08:00
|
|
|
|
2011-09-29 07:23:51 +08:00
|
|
|
ironlake_edp_panel_vdd_on(intel_dp);
|
drm/i915: Correct eDP panel power sequencing delay computations
Store the panel power sequencing delays in the dp private structure,
rather than the global device structure. Who knows, maybe we'll get
more than one eDP device in the future.
From the eDP spec, we need the following numbers:
T1 + T3 Power on to Aux Channel operation (panel_power_up_delay)
This marks how long it takes the panel to boot up and
get ready to receive aux channel communications.
T8 Video signal to backlight on (backlight_on_delay)
Once a valid video signal is being sent to the device,
it can take a while before the panel is actuall
showing useful data. This delay allows the panel
to get something reasonable up before the backlight
is turned on.
T9 Backlight off to video off (backlight_off_delay)
Turning the backlight off can take a moment, so
this delay makes sure there is still valid video
data on the screen.
T10 Video off to power off (panel_power_down_delay)
Presumably this delay allows the panel to perform
an orderly shutdown of the display.
T11 + T12 Power off to power on (panel_power_cycle_delay)
So, once you turn the panel off, you have to wait a
while before you can turn it back on. This delay is
usually the longest in the entire sequence.
Neither the VBIOS source code nor the hardware documentation has a
clear mapping between the delay values they provide and those required
by the eDP spec. The VBIOS code actually uses two different labels for
the delay values in the five words of the relevant VBT table.
**** MORE LATER ***
Look at both the current hardware register settings and the VBT
specified panel power sequencing timings. Use the maximum of the two
delays, to make sure things work reliably. If there is no VBT data,
then those values will be initialized to zero, so we'll just use the
values as programmed in the hardware. Note that the BIOS just fetches
delays from the VBT table to place in the hardware registers, so we
should get the same values from both places, except for rounding.
VBT doesn't provide any values for T1 or T2, so we'll always just use
the hardware value for that.
The panel power up delay is thus T1 + T2 + T3, which should be
sufficient in all cases.
The panel power down delay is T1 + T2 + T12, using T1+T2 as a proxy
for T11, which isn't available anywhere.
For the backlight delays, the eDP spec says T6 + T8 is the delay from the
end of link training to backlight on and T9 is the delay from
backlight off until video off. The hardware provides a 'backlight on'
delay, which I'm taking to be T6 + T8 while the VBT provides something
called 'T7', which I'm assuming is s
On the macbook air I'm testing with, this yields a power-up delay of
over 200ms and a power-down delay of over 600ms. It all works now, but
we're frobbing these power controls several times during mode setting,
making the whole process take an awfully long time.
Signed-off-by: Keith Packard <keithp@keithp.com>
2011-09-29 07:48:10 +08:00
|
|
|
intel_dp_sink_dpms(intel_dp, DRM_MODE_DPMS_ON);
|
2010-09-09 03:42:02 +08:00
|
|
|
intel_dp_start_link_train(intel_dp);
|
2011-09-29 07:23:51 +08:00
|
|
|
ironlake_edp_panel_on(intel_dp);
|
2011-09-19 14:09:52 +08:00
|
|
|
ironlake_edp_panel_vdd_off(intel_dp, true);
|
2010-09-09 03:42:02 +08:00
|
|
|
|
|
|
|
intel_dp_complete_link_train(intel_dp);
|
drm/i915: Correct eDP panel power sequencing delay computations
Store the panel power sequencing delays in the dp private structure,
rather than the global device structure. Who knows, maybe we'll get
more than one eDP device in the future.
From the eDP spec, we need the following numbers:
T1 + T3 Power on to Aux Channel operation (panel_power_up_delay)
This marks how long it takes the panel to boot up and
get ready to receive aux channel communications.
T8 Video signal to backlight on (backlight_on_delay)
Once a valid video signal is being sent to the device,
it can take a while before the panel is actuall
showing useful data. This delay allows the panel
to get something reasonable up before the backlight
is turned on.
T9 Backlight off to video off (backlight_off_delay)
Turning the backlight off can take a moment, so
this delay makes sure there is still valid video
data on the screen.
T10 Video off to power off (panel_power_down_delay)
Presumably this delay allows the panel to perform
an orderly shutdown of the display.
T11 + T12 Power off to power on (panel_power_cycle_delay)
So, once you turn the panel off, you have to wait a
while before you can turn it back on. This delay is
usually the longest in the entire sequence.
Neither the VBIOS source code nor the hardware documentation has a
clear mapping between the delay values they provide and those required
by the eDP spec. The VBIOS code actually uses two different labels for
the delay values in the five words of the relevant VBT table.
**** MORE LATER ***
Look at both the current hardware register settings and the VBT
specified panel power sequencing timings. Use the maximum of the two
delays, to make sure things work reliably. If there is no VBT data,
then those values will be initialized to zero, so we'll just use the
values as programmed in the hardware. Note that the BIOS just fetches
delays from the VBT table to place in the hardware registers, so we
should get the same values from both places, except for rounding.
VBT doesn't provide any values for T1 or T2, so we'll always just use
the hardware value for that.
The panel power up delay is thus T1 + T2 + T3, which should be
sufficient in all cases.
The panel power down delay is T1 + T2 + T12, using T1+T2 as a proxy
for T11, which isn't available anywhere.
For the backlight delays, the eDP spec says T6 + T8 is the delay from the
end of link training to backlight on and T9 is the delay from
backlight off until video off. The hardware provides a 'backlight on'
delay, which I'm taking to be T6 + T8 while the VBT provides something
called 'T7', which I'm assuming is s
On the macbook air I'm testing with, this yields a power-up delay of
over 200ms and a power-down delay of over 600ms. It all works now, but
we're frobbing these power controls several times during mode setting,
making the whole process take an awfully long time.
Signed-off-by: Keith Packard <keithp@keithp.com>
2011-09-29 07:48:10 +08:00
|
|
|
ironlake_edp_backlight_on(intel_dp);
|
2011-07-26 13:37:51 +08:00
|
|
|
|
|
|
|
intel_dp->dpms_mode = DRM_MODE_DPMS_ON;
|
2011-10-12 01:43:02 +08:00
|
|
|
|
|
|
|
if (HAS_PCH_CPT(dev))
|
|
|
|
intel_cpt_verify_modeset(dev, intel_crtc->pipe);
|
2010-08-14 06:43:26 +08:00
|
|
|
}
|
|
|
|
|
2009-04-08 07:16:42 +08:00
|
|
|
static void
|
|
|
|
intel_dp_dpms(struct drm_encoder *encoder, int mode)
|
|
|
|
{
|
2010-08-04 20:50:23 +08:00
|
|
|
struct intel_dp *intel_dp = enc_to_intel_dp(encoder);
|
2010-03-29 16:13:57 +08:00
|
|
|
struct drm_device *dev = encoder->dev;
|
2009-04-08 07:16:42 +08:00
|
|
|
struct drm_i915_private *dev_priv = dev->dev_private;
|
2010-08-04 20:50:23 +08:00
|
|
|
uint32_t dp_reg = I915_READ(intel_dp->output_reg);
|
2009-04-08 07:16:42 +08:00
|
|
|
|
|
|
|
if (mode != DRM_MODE_DPMS_ON) {
|
2011-10-06 10:53:09 +08:00
|
|
|
ironlake_edp_panel_vdd_on(intel_dp);
|
2010-10-08 07:01:12 +08:00
|
|
|
if (is_edp(intel_dp))
|
drm/i915: Correct eDP panel power sequencing delay computations
Store the panel power sequencing delays in the dp private structure,
rather than the global device structure. Who knows, maybe we'll get
more than one eDP device in the future.
From the eDP spec, we need the following numbers:
T1 + T3 Power on to Aux Channel operation (panel_power_up_delay)
This marks how long it takes the panel to boot up and
get ready to receive aux channel communications.
T8 Video signal to backlight on (backlight_on_delay)
Once a valid video signal is being sent to the device,
it can take a while before the panel is actuall
showing useful data. This delay allows the panel
to get something reasonable up before the backlight
is turned on.
T9 Backlight off to video off (backlight_off_delay)
Turning the backlight off can take a moment, so
this delay makes sure there is still valid video
data on the screen.
T10 Video off to power off (panel_power_down_delay)
Presumably this delay allows the panel to perform
an orderly shutdown of the display.
T11 + T12 Power off to power on (panel_power_cycle_delay)
So, once you turn the panel off, you have to wait a
while before you can turn it back on. This delay is
usually the longest in the entire sequence.
Neither the VBIOS source code nor the hardware documentation has a
clear mapping between the delay values they provide and those required
by the eDP spec. The VBIOS code actually uses two different labels for
the delay values in the five words of the relevant VBT table.
**** MORE LATER ***
Look at both the current hardware register settings and the VBT
specified panel power sequencing timings. Use the maximum of the two
delays, to make sure things work reliably. If there is no VBT data,
then those values will be initialized to zero, so we'll just use the
values as programmed in the hardware. Note that the BIOS just fetches
delays from the VBT table to place in the hardware registers, so we
should get the same values from both places, except for rounding.
VBT doesn't provide any values for T1 or T2, so we'll always just use
the hardware value for that.
The panel power up delay is thus T1 + T2 + T3, which should be
sufficient in all cases.
The panel power down delay is T1 + T2 + T12, using T1+T2 as a proxy
for T11, which isn't available anywhere.
For the backlight delays, the eDP spec says T6 + T8 is the delay from the
end of link training to backlight on and T9 is the delay from
backlight off until video off. The hardware provides a 'backlight on'
delay, which I'm taking to be T6 + T8 while the VBT provides something
called 'T7', which I'm assuming is s
On the macbook air I'm testing with, this yields a power-up delay of
over 200ms and a power-down delay of over 600ms. It all works now, but
we're frobbing these power controls several times during mode setting,
making the whole process take an awfully long time.
Signed-off-by: Keith Packard <keithp@keithp.com>
2011-09-29 07:48:10 +08:00
|
|
|
ironlake_edp_backlight_off(intel_dp);
|
2011-07-08 02:11:03 +08:00
|
|
|
intel_dp_sink_dpms(intel_dp, mode);
|
2010-10-09 01:35:55 +08:00
|
|
|
intel_dp_link_down(intel_dp);
|
drm/i915: Correct eDP panel power sequencing delay computations
Store the panel power sequencing delays in the dp private structure,
rather than the global device structure. Who knows, maybe we'll get
more than one eDP device in the future.
From the eDP spec, we need the following numbers:
T1 + T3 Power on to Aux Channel operation (panel_power_up_delay)
This marks how long it takes the panel to boot up and
get ready to receive aux channel communications.
T8 Video signal to backlight on (backlight_on_delay)
Once a valid video signal is being sent to the device,
it can take a while before the panel is actuall
showing useful data. This delay allows the panel
to get something reasonable up before the backlight
is turned on.
T9 Backlight off to video off (backlight_off_delay)
Turning the backlight off can take a moment, so
this delay makes sure there is still valid video
data on the screen.
T10 Video off to power off (panel_power_down_delay)
Presumably this delay allows the panel to perform
an orderly shutdown of the display.
T11 + T12 Power off to power on (panel_power_cycle_delay)
So, once you turn the panel off, you have to wait a
while before you can turn it back on. This delay is
usually the longest in the entire sequence.
Neither the VBIOS source code nor the hardware documentation has a
clear mapping between the delay values they provide and those required
by the eDP spec. The VBIOS code actually uses two different labels for
the delay values in the five words of the relevant VBT table.
**** MORE LATER ***
Look at both the current hardware register settings and the VBT
specified panel power sequencing timings. Use the maximum of the two
delays, to make sure things work reliably. If there is no VBT data,
then those values will be initialized to zero, so we'll just use the
values as programmed in the hardware. Note that the BIOS just fetches
delays from the VBT table to place in the hardware registers, so we
should get the same values from both places, except for rounding.
VBT doesn't provide any values for T1 or T2, so we'll always just use
the hardware value for that.
The panel power up delay is thus T1 + T2 + T3, which should be
sufficient in all cases.
The panel power down delay is T1 + T2 + T12, using T1+T2 as a proxy
for T11, which isn't available anywhere.
For the backlight delays, the eDP spec says T6 + T8 is the delay from the
end of link training to backlight on and T9 is the delay from
backlight off until video off. The hardware provides a 'backlight on'
delay, which I'm taking to be T6 + T8 while the VBT provides something
called 'T7', which I'm assuming is s
On the macbook air I'm testing with, this yields a power-up delay of
over 200ms and a power-down delay of over 600ms. It all works now, but
we're frobbing these power controls several times during mode setting,
making the whole process take an awfully long time.
Signed-off-by: Keith Packard <keithp@keithp.com>
2011-09-29 07:48:10 +08:00
|
|
|
ironlake_edp_panel_off(encoder);
|
2010-10-08 07:01:12 +08:00
|
|
|
if (is_edp(intel_dp) && !is_pch_edp(intel_dp))
|
2010-08-14 06:43:26 +08:00
|
|
|
ironlake_edp_pll_off(encoder);
|
2011-09-19 14:09:52 +08:00
|
|
|
ironlake_edp_panel_vdd_off(intel_dp, false);
|
2009-04-08 07:16:42 +08:00
|
|
|
} else {
|
2011-09-29 07:23:51 +08:00
|
|
|
ironlake_edp_panel_vdd_on(intel_dp);
|
2011-07-08 02:11:03 +08:00
|
|
|
intel_dp_sink_dpms(intel_dp, mode);
|
2009-07-24 01:00:32 +08:00
|
|
|
if (!(dp_reg & DP_PORT_EN)) {
|
2010-10-08 07:01:12 +08:00
|
|
|
intel_dp_start_link_train(intel_dp);
|
2011-09-29 07:23:51 +08:00
|
|
|
ironlake_edp_panel_on(intel_dp);
|
2011-09-19 14:09:52 +08:00
|
|
|
ironlake_edp_panel_vdd_off(intel_dp, true);
|
2010-09-09 03:42:02 +08:00
|
|
|
intel_dp_complete_link_train(intel_dp);
|
drm/i915: Correct eDP panel power sequencing delay computations
Store the panel power sequencing delays in the dp private structure,
rather than the global device structure. Who knows, maybe we'll get
more than one eDP device in the future.
From the eDP spec, we need the following numbers:
T1 + T3 Power on to Aux Channel operation (panel_power_up_delay)
This marks how long it takes the panel to boot up and
get ready to receive aux channel communications.
T8 Video signal to backlight on (backlight_on_delay)
Once a valid video signal is being sent to the device,
it can take a while before the panel is actuall
showing useful data. This delay allows the panel
to get something reasonable up before the backlight
is turned on.
T9 Backlight off to video off (backlight_off_delay)
Turning the backlight off can take a moment, so
this delay makes sure there is still valid video
data on the screen.
T10 Video off to power off (panel_power_down_delay)
Presumably this delay allows the panel to perform
an orderly shutdown of the display.
T11 + T12 Power off to power on (panel_power_cycle_delay)
So, once you turn the panel off, you have to wait a
while before you can turn it back on. This delay is
usually the longest in the entire sequence.
Neither the VBIOS source code nor the hardware documentation has a
clear mapping between the delay values they provide and those required
by the eDP spec. The VBIOS code actually uses two different labels for
the delay values in the five words of the relevant VBT table.
**** MORE LATER ***
Look at both the current hardware register settings and the VBT
specified panel power sequencing timings. Use the maximum of the two
delays, to make sure things work reliably. If there is no VBT data,
then those values will be initialized to zero, so we'll just use the
values as programmed in the hardware. Note that the BIOS just fetches
delays from the VBT table to place in the hardware registers, so we
should get the same values from both places, except for rounding.
VBT doesn't provide any values for T1 or T2, so we'll always just use
the hardware value for that.
The panel power up delay is thus T1 + T2 + T3, which should be
sufficient in all cases.
The panel power down delay is T1 + T2 + T12, using T1+T2 as a proxy
for T11, which isn't available anywhere.
For the backlight delays, the eDP spec says T6 + T8 is the delay from the
end of link training to backlight on and T9 is the delay from
backlight off until video off. The hardware provides a 'backlight on'
delay, which I'm taking to be T6 + T8 while the VBT provides something
called 'T7', which I'm assuming is s
On the macbook air I'm testing with, this yields a power-up delay of
over 200ms and a power-down delay of over 600ms. It all works now, but
we're frobbing these power controls several times during mode setting,
making the whole process take an awfully long time.
Signed-off-by: Keith Packard <keithp@keithp.com>
2011-09-29 07:48:10 +08:00
|
|
|
ironlake_edp_backlight_on(intel_dp);
|
2011-09-29 07:28:00 +08:00
|
|
|
} else
|
2011-09-19 14:09:52 +08:00
|
|
|
ironlake_edp_panel_vdd_off(intel_dp, false);
|
|
|
|
ironlake_edp_backlight_on(intel_dp);
|
2009-04-08 07:16:42 +08:00
|
|
|
}
|
2011-07-26 13:37:51 +08:00
|
|
|
intel_dp->dpms_mode = mode;
|
2009-04-08 07:16:42 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
2011-07-08 02:11:02 +08:00
|
|
|
* Native read with retry for link status and receiver capability reads for
|
|
|
|
* cases where the sink may still be asleep.
|
2009-04-08 07:16:42 +08:00
|
|
|
*/
|
|
|
|
static bool
|
2011-07-08 02:11:02 +08:00
|
|
|
intel_dp_aux_native_read_retry(struct intel_dp *intel_dp, uint16_t address,
|
|
|
|
uint8_t *recv, int recv_bytes)
|
2009-04-08 07:16:42 +08:00
|
|
|
{
|
2011-07-08 02:10:57 +08:00
|
|
|
int ret, i;
|
|
|
|
|
2011-07-08 02:11:02 +08:00
|
|
|
/*
|
|
|
|
* Sinks are *supposed* to come up within 1ms from an off state,
|
|
|
|
* but we're also supposed to retry 3 times per the spec.
|
|
|
|
*/
|
2011-07-08 02:10:57 +08:00
|
|
|
for (i = 0; i < 3; i++) {
|
2011-07-08 02:11:02 +08:00
|
|
|
ret = intel_dp_aux_native_read(intel_dp, address, recv,
|
|
|
|
recv_bytes);
|
|
|
|
if (ret == recv_bytes)
|
2011-07-08 02:10:57 +08:00
|
|
|
return true;
|
|
|
|
msleep(1);
|
|
|
|
}
|
2009-04-08 07:16:42 +08:00
|
|
|
|
2011-07-08 02:10:57 +08:00
|
|
|
return false;
|
2009-04-08 07:16:42 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Fetch AUX CH registers 0x202 - 0x207 which contain
|
|
|
|
* link status information
|
|
|
|
*/
|
|
|
|
static bool
|
2010-09-09 03:42:02 +08:00
|
|
|
intel_dp_get_link_status(struct intel_dp *intel_dp)
|
2009-04-08 07:16:42 +08:00
|
|
|
{
|
2011-07-08 02:11:02 +08:00
|
|
|
return intel_dp_aux_native_read_retry(intel_dp,
|
|
|
|
DP_LANE0_1_STATUS,
|
|
|
|
intel_dp->link_status,
|
|
|
|
DP_LINK_STATUS_SIZE);
|
2009-04-08 07:16:42 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
static uint8_t
|
|
|
|
intel_dp_link_status(uint8_t link_status[DP_LINK_STATUS_SIZE],
|
|
|
|
int r)
|
|
|
|
{
|
|
|
|
return link_status[r - DP_LANE0_1_STATUS];
|
|
|
|
}
|
|
|
|
|
|
|
|
static uint8_t
|
|
|
|
intel_get_adjust_request_voltage(uint8_t link_status[DP_LINK_STATUS_SIZE],
|
|
|
|
int lane)
|
|
|
|
{
|
|
|
|
int i = DP_ADJUST_REQUEST_LANE0_1 + (lane >> 1);
|
|
|
|
int s = ((lane & 1) ?
|
|
|
|
DP_ADJUST_VOLTAGE_SWING_LANE1_SHIFT :
|
|
|
|
DP_ADJUST_VOLTAGE_SWING_LANE0_SHIFT);
|
|
|
|
uint8_t l = intel_dp_link_status(link_status, i);
|
|
|
|
|
|
|
|
return ((l >> s) & 3) << DP_TRAIN_VOLTAGE_SWING_SHIFT;
|
|
|
|
}
|
|
|
|
|
|
|
|
static uint8_t
|
|
|
|
intel_get_adjust_request_pre_emphasis(uint8_t link_status[DP_LINK_STATUS_SIZE],
|
|
|
|
int lane)
|
|
|
|
{
|
|
|
|
int i = DP_ADJUST_REQUEST_LANE0_1 + (lane >> 1);
|
|
|
|
int s = ((lane & 1) ?
|
|
|
|
DP_ADJUST_PRE_EMPHASIS_LANE1_SHIFT :
|
|
|
|
DP_ADJUST_PRE_EMPHASIS_LANE0_SHIFT);
|
|
|
|
uint8_t l = intel_dp_link_status(link_status, i);
|
|
|
|
|
|
|
|
return ((l >> s) & 3) << DP_TRAIN_PRE_EMPHASIS_SHIFT;
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
#if 0
|
|
|
|
static char *voltage_names[] = {
|
|
|
|
"0.4V", "0.6V", "0.8V", "1.2V"
|
|
|
|
};
|
|
|
|
static char *pre_emph_names[] = {
|
|
|
|
"0dB", "3.5dB", "6dB", "9.5dB"
|
|
|
|
};
|
|
|
|
static char *link_train_names[] = {
|
|
|
|
"pattern 1", "pattern 2", "idle", "off"
|
|
|
|
};
|
|
|
|
#endif
|
|
|
|
|
|
|
|
/*
|
|
|
|
* These are source-specific values; current Intel hardware supports
|
|
|
|
* a maximum voltage of 800mV and a maximum pre-emphasis of 6dB
|
|
|
|
*/
|
|
|
|
#define I830_DP_VOLTAGE_MAX DP_TRAIN_VOLTAGE_SWING_800
|
|
|
|
|
|
|
|
static uint8_t
|
|
|
|
intel_dp_pre_emphasis_max(uint8_t voltage_swing)
|
|
|
|
{
|
|
|
|
switch (voltage_swing & DP_TRAIN_VOLTAGE_SWING_MASK) {
|
|
|
|
case DP_TRAIN_VOLTAGE_SWING_400:
|
|
|
|
return DP_TRAIN_PRE_EMPHASIS_6;
|
|
|
|
case DP_TRAIN_VOLTAGE_SWING_600:
|
|
|
|
return DP_TRAIN_PRE_EMPHASIS_6;
|
|
|
|
case DP_TRAIN_VOLTAGE_SWING_800:
|
|
|
|
return DP_TRAIN_PRE_EMPHASIS_3_5;
|
|
|
|
case DP_TRAIN_VOLTAGE_SWING_1200:
|
|
|
|
default:
|
|
|
|
return DP_TRAIN_PRE_EMPHASIS_0;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
static void
|
2010-09-09 03:42:02 +08:00
|
|
|
intel_get_adjust_train(struct intel_dp *intel_dp)
|
2009-04-08 07:16:42 +08:00
|
|
|
{
|
|
|
|
uint8_t v = 0;
|
|
|
|
uint8_t p = 0;
|
|
|
|
int lane;
|
|
|
|
|
2010-09-09 03:42:02 +08:00
|
|
|
for (lane = 0; lane < intel_dp->lane_count; lane++) {
|
|
|
|
uint8_t this_v = intel_get_adjust_request_voltage(intel_dp->link_status, lane);
|
|
|
|
uint8_t this_p = intel_get_adjust_request_pre_emphasis(intel_dp->link_status, lane);
|
2009-04-08 07:16:42 +08:00
|
|
|
|
|
|
|
if (this_v > v)
|
|
|
|
v = this_v;
|
|
|
|
if (this_p > p)
|
|
|
|
p = this_p;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (v >= I830_DP_VOLTAGE_MAX)
|
|
|
|
v = I830_DP_VOLTAGE_MAX | DP_TRAIN_MAX_SWING_REACHED;
|
|
|
|
|
|
|
|
if (p >= intel_dp_pre_emphasis_max(v))
|
|
|
|
p = intel_dp_pre_emphasis_max(v) | DP_TRAIN_MAX_PRE_EMPHASIS_REACHED;
|
|
|
|
|
|
|
|
for (lane = 0; lane < 4; lane++)
|
2010-09-09 03:42:02 +08:00
|
|
|
intel_dp->train_set[lane] = v | p;
|
2009-04-08 07:16:42 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
static uint32_t
|
2010-11-29 18:09:55 +08:00
|
|
|
intel_dp_signal_levels(uint8_t train_set, int lane_count)
|
2009-04-08 07:16:42 +08:00
|
|
|
{
|
2010-11-29 18:09:55 +08:00
|
|
|
uint32_t signal_levels = 0;
|
2009-04-08 07:16:42 +08:00
|
|
|
|
2010-11-29 18:09:55 +08:00
|
|
|
switch (train_set & DP_TRAIN_VOLTAGE_SWING_MASK) {
|
2009-04-08 07:16:42 +08:00
|
|
|
case DP_TRAIN_VOLTAGE_SWING_400:
|
|
|
|
default:
|
|
|
|
signal_levels |= DP_VOLTAGE_0_4;
|
|
|
|
break;
|
|
|
|
case DP_TRAIN_VOLTAGE_SWING_600:
|
|
|
|
signal_levels |= DP_VOLTAGE_0_6;
|
|
|
|
break;
|
|
|
|
case DP_TRAIN_VOLTAGE_SWING_800:
|
|
|
|
signal_levels |= DP_VOLTAGE_0_8;
|
|
|
|
break;
|
|
|
|
case DP_TRAIN_VOLTAGE_SWING_1200:
|
|
|
|
signal_levels |= DP_VOLTAGE_1_2;
|
|
|
|
break;
|
|
|
|
}
|
2010-11-29 18:09:55 +08:00
|
|
|
switch (train_set & DP_TRAIN_PRE_EMPHASIS_MASK) {
|
2009-04-08 07:16:42 +08:00
|
|
|
case DP_TRAIN_PRE_EMPHASIS_0:
|
|
|
|
default:
|
|
|
|
signal_levels |= DP_PRE_EMPHASIS_0;
|
|
|
|
break;
|
|
|
|
case DP_TRAIN_PRE_EMPHASIS_3_5:
|
|
|
|
signal_levels |= DP_PRE_EMPHASIS_3_5;
|
|
|
|
break;
|
|
|
|
case DP_TRAIN_PRE_EMPHASIS_6:
|
|
|
|
signal_levels |= DP_PRE_EMPHASIS_6;
|
|
|
|
break;
|
|
|
|
case DP_TRAIN_PRE_EMPHASIS_9_5:
|
|
|
|
signal_levels |= DP_PRE_EMPHASIS_9_5;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
return signal_levels;
|
|
|
|
}
|
|
|
|
|
2010-04-08 09:43:27 +08:00
|
|
|
/* Gen6's DP voltage swing and pre-emphasis control */
|
|
|
|
static uint32_t
|
|
|
|
intel_gen6_edp_signal_levels(uint8_t train_set)
|
|
|
|
{
|
2011-01-06 18:26:08 +08:00
|
|
|
int signal_levels = train_set & (DP_TRAIN_VOLTAGE_SWING_MASK |
|
|
|
|
DP_TRAIN_PRE_EMPHASIS_MASK);
|
|
|
|
switch (signal_levels) {
|
2010-04-08 09:43:27 +08:00
|
|
|
case DP_TRAIN_VOLTAGE_SWING_400 | DP_TRAIN_PRE_EMPHASIS_0:
|
2011-01-06 18:26:08 +08:00
|
|
|
case DP_TRAIN_VOLTAGE_SWING_600 | DP_TRAIN_PRE_EMPHASIS_0:
|
|
|
|
return EDP_LINK_TRAIN_400_600MV_0DB_SNB_B;
|
|
|
|
case DP_TRAIN_VOLTAGE_SWING_400 | DP_TRAIN_PRE_EMPHASIS_3_5:
|
|
|
|
return EDP_LINK_TRAIN_400MV_3_5DB_SNB_B;
|
2010-04-08 09:43:27 +08:00
|
|
|
case DP_TRAIN_VOLTAGE_SWING_400 | DP_TRAIN_PRE_EMPHASIS_6:
|
2011-01-06 18:26:08 +08:00
|
|
|
case DP_TRAIN_VOLTAGE_SWING_600 | DP_TRAIN_PRE_EMPHASIS_6:
|
|
|
|
return EDP_LINK_TRAIN_400_600MV_6DB_SNB_B;
|
2010-04-08 09:43:27 +08:00
|
|
|
case DP_TRAIN_VOLTAGE_SWING_600 | DP_TRAIN_PRE_EMPHASIS_3_5:
|
2011-01-06 18:26:08 +08:00
|
|
|
case DP_TRAIN_VOLTAGE_SWING_800 | DP_TRAIN_PRE_EMPHASIS_3_5:
|
|
|
|
return EDP_LINK_TRAIN_600_800MV_3_5DB_SNB_B;
|
2010-04-08 09:43:27 +08:00
|
|
|
case DP_TRAIN_VOLTAGE_SWING_800 | DP_TRAIN_PRE_EMPHASIS_0:
|
2011-01-06 18:26:08 +08:00
|
|
|
case DP_TRAIN_VOLTAGE_SWING_1200 | DP_TRAIN_PRE_EMPHASIS_0:
|
|
|
|
return EDP_LINK_TRAIN_800_1200MV_0DB_SNB_B;
|
2010-04-08 09:43:27 +08:00
|
|
|
default:
|
2011-01-06 18:26:08 +08:00
|
|
|
DRM_DEBUG_KMS("Unsupported voltage swing/pre-emphasis level:"
|
|
|
|
"0x%x\n", signal_levels);
|
|
|
|
return EDP_LINK_TRAIN_400_600MV_0DB_SNB_B;
|
2010-04-08 09:43:27 +08:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2009-04-08 07:16:42 +08:00
|
|
|
static uint8_t
|
|
|
|
intel_get_lane_status(uint8_t link_status[DP_LINK_STATUS_SIZE],
|
|
|
|
int lane)
|
|
|
|
{
|
|
|
|
int i = DP_LANE0_1_STATUS + (lane >> 1);
|
|
|
|
int s = (lane & 1) * 4;
|
|
|
|
uint8_t l = intel_dp_link_status(link_status, i);
|
|
|
|
|
|
|
|
return (l >> s) & 0xf;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Check for clock recovery is done on all channels */
|
|
|
|
static bool
|
|
|
|
intel_clock_recovery_ok(uint8_t link_status[DP_LINK_STATUS_SIZE], int lane_count)
|
|
|
|
{
|
|
|
|
int lane;
|
|
|
|
uint8_t lane_status;
|
|
|
|
|
|
|
|
for (lane = 0; lane < lane_count; lane++) {
|
|
|
|
lane_status = intel_get_lane_status(link_status, lane);
|
|
|
|
if ((lane_status & DP_LANE_CR_DONE) == 0)
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
return true;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Check to see if channel eq is done on all channels */
|
|
|
|
#define CHANNEL_EQ_BITS (DP_LANE_CR_DONE|\
|
|
|
|
DP_LANE_CHANNEL_EQ_DONE|\
|
|
|
|
DP_LANE_SYMBOL_LOCKED)
|
|
|
|
static bool
|
2010-09-09 03:42:02 +08:00
|
|
|
intel_channel_eq_ok(struct intel_dp *intel_dp)
|
2009-04-08 07:16:42 +08:00
|
|
|
{
|
|
|
|
uint8_t lane_align;
|
|
|
|
uint8_t lane_status;
|
|
|
|
int lane;
|
|
|
|
|
2010-09-09 03:42:02 +08:00
|
|
|
lane_align = intel_dp_link_status(intel_dp->link_status,
|
2009-04-08 07:16:42 +08:00
|
|
|
DP_LANE_ALIGN_STATUS_UPDATED);
|
|
|
|
if ((lane_align & DP_INTERLANE_ALIGN_DONE) == 0)
|
|
|
|
return false;
|
2010-09-09 03:42:02 +08:00
|
|
|
for (lane = 0; lane < intel_dp->lane_count; lane++) {
|
|
|
|
lane_status = intel_get_lane_status(intel_dp->link_status, lane);
|
2009-04-08 07:16:42 +08:00
|
|
|
if ((lane_status & CHANNEL_EQ_BITS) != CHANNEL_EQ_BITS)
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
return true;
|
|
|
|
}
|
|
|
|
|
|
|
|
static bool
|
2010-08-04 20:50:23 +08:00
|
|
|
intel_dp_set_link_train(struct intel_dp *intel_dp,
|
2009-04-08 07:16:42 +08:00
|
|
|
uint32_t dp_reg_value,
|
2010-10-03 17:56:11 +08:00
|
|
|
uint8_t dp_train_pat)
|
2009-04-08 07:16:42 +08:00
|
|
|
{
|
2010-09-09 22:14:28 +08:00
|
|
|
struct drm_device *dev = intel_dp->base.base.dev;
|
2009-04-08 07:16:42 +08:00
|
|
|
struct drm_i915_private *dev_priv = dev->dev_private;
|
|
|
|
int ret;
|
|
|
|
|
2010-08-04 20:50:23 +08:00
|
|
|
I915_WRITE(intel_dp->output_reg, dp_reg_value);
|
|
|
|
POSTING_READ(intel_dp->output_reg);
|
2009-04-08 07:16:42 +08:00
|
|
|
|
2010-08-04 20:50:23 +08:00
|
|
|
intel_dp_aux_native_write_1(intel_dp,
|
2009-04-08 07:16:42 +08:00
|
|
|
DP_TRAINING_PATTERN_SET,
|
|
|
|
dp_train_pat);
|
|
|
|
|
2010-08-04 20:50:23 +08:00
|
|
|
ret = intel_dp_aux_native_write(intel_dp,
|
2010-10-03 17:56:11 +08:00
|
|
|
DP_TRAINING_LANE0_SET,
|
|
|
|
intel_dp->train_set, 4);
|
2009-04-08 07:16:42 +08:00
|
|
|
if (ret != 4)
|
|
|
|
return false;
|
|
|
|
|
|
|
|
return true;
|
|
|
|
}
|
|
|
|
|
2010-09-09 03:42:02 +08:00
|
|
|
/* Enable corresponding port and start training pattern 1 */
|
2009-04-08 07:16:42 +08:00
|
|
|
static void
|
2010-09-09 03:42:02 +08:00
|
|
|
intel_dp_start_link_train(struct intel_dp *intel_dp)
|
2009-04-08 07:16:42 +08:00
|
|
|
{
|
2010-09-09 22:14:28 +08:00
|
|
|
struct drm_device *dev = intel_dp->base.base.dev;
|
2009-04-08 07:16:42 +08:00
|
|
|
struct drm_i915_private *dev_priv = dev->dev_private;
|
2010-10-03 17:56:11 +08:00
|
|
|
struct intel_crtc *intel_crtc = to_intel_crtc(intel_dp->base.base.crtc);
|
2009-04-08 07:16:42 +08:00
|
|
|
int i;
|
|
|
|
uint8_t voltage;
|
|
|
|
bool clock_recovery = false;
|
|
|
|
int tries;
|
2010-04-08 09:43:27 +08:00
|
|
|
u32 reg;
|
2010-08-04 20:50:23 +08:00
|
|
|
uint32_t DP = intel_dp->DP;
|
2009-04-08 07:16:42 +08:00
|
|
|
|
2011-07-22 05:48:38 +08:00
|
|
|
/*
|
|
|
|
* On CPT we have to enable the port in training pattern 1, which
|
|
|
|
* will happen below in intel_dp_set_link_train. Otherwise, enable
|
|
|
|
* the port and wait for it to become active.
|
|
|
|
*/
|
|
|
|
if (!HAS_PCH_CPT(dev)) {
|
|
|
|
I915_WRITE(intel_dp->output_reg, intel_dp->DP);
|
|
|
|
POSTING_READ(intel_dp->output_reg);
|
|
|
|
intel_wait_for_vblank(dev, intel_crtc->pipe);
|
|
|
|
}
|
2009-04-08 07:16:42 +08:00
|
|
|
|
2010-11-29 18:09:55 +08:00
|
|
|
/* Write the link configuration data */
|
|
|
|
intel_dp_aux_native_write(intel_dp, DP_LINK_BW_SET,
|
|
|
|
intel_dp->link_configuration,
|
|
|
|
DP_LINK_CONFIGURATION_SIZE);
|
2009-04-08 07:16:42 +08:00
|
|
|
|
|
|
|
DP |= DP_PORT_EN;
|
2010-10-08 07:01:06 +08:00
|
|
|
if (HAS_PCH_CPT(dev) && !is_edp(intel_dp))
|
2010-04-08 09:43:27 +08:00
|
|
|
DP &= ~DP_LINK_TRAIN_MASK_CPT;
|
|
|
|
else
|
|
|
|
DP &= ~DP_LINK_TRAIN_MASK;
|
2010-09-09 03:42:02 +08:00
|
|
|
memset(intel_dp->train_set, 0, 4);
|
2009-04-08 07:16:42 +08:00
|
|
|
voltage = 0xff;
|
|
|
|
tries = 0;
|
|
|
|
clock_recovery = false;
|
|
|
|
for (;;) {
|
2010-09-09 03:42:02 +08:00
|
|
|
/* Use intel_dp->train_set[0] to set the voltage and pre emphasis values */
|
2010-04-08 09:43:27 +08:00
|
|
|
uint32_t signal_levels;
|
2010-10-08 07:01:06 +08:00
|
|
|
if (IS_GEN6(dev) && is_edp(intel_dp)) {
|
2010-09-09 03:42:02 +08:00
|
|
|
signal_levels = intel_gen6_edp_signal_levels(intel_dp->train_set[0]);
|
2010-04-08 09:43:27 +08:00
|
|
|
DP = (DP & ~EDP_LINK_TRAIN_VOL_EMP_MASK_SNB) | signal_levels;
|
|
|
|
} else {
|
2010-11-29 18:09:55 +08:00
|
|
|
signal_levels = intel_dp_signal_levels(intel_dp->train_set[0], intel_dp->lane_count);
|
2010-04-08 09:43:27 +08:00
|
|
|
DP = (DP & ~(DP_VOLTAGE_MASK|DP_PRE_EMPHASIS_MASK)) | signal_levels;
|
|
|
|
}
|
2009-04-08 07:16:42 +08:00
|
|
|
|
2010-10-08 07:01:06 +08:00
|
|
|
if (HAS_PCH_CPT(dev) && !is_edp(intel_dp))
|
2010-04-08 09:43:27 +08:00
|
|
|
reg = DP | DP_LINK_TRAIN_PAT_1_CPT;
|
|
|
|
else
|
|
|
|
reg = DP | DP_LINK_TRAIN_PAT_1;
|
|
|
|
|
2010-08-04 20:50:23 +08:00
|
|
|
if (!intel_dp_set_link_train(intel_dp, reg,
|
2011-07-22 05:48:37 +08:00
|
|
|
DP_TRAINING_PATTERN_1 |
|
|
|
|
DP_LINK_SCRAMBLING_DISABLE))
|
2009-04-08 07:16:42 +08:00
|
|
|
break;
|
|
|
|
/* Set training pattern 1 */
|
|
|
|
|
2010-11-29 18:09:55 +08:00
|
|
|
udelay(100);
|
|
|
|
if (!intel_dp_get_link_status(intel_dp))
|
2009-04-08 07:16:42 +08:00
|
|
|
break;
|
|
|
|
|
2010-11-29 18:09:55 +08:00
|
|
|
if (intel_clock_recovery_ok(intel_dp->link_status, intel_dp->lane_count)) {
|
|
|
|
clock_recovery = true;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Check to see if we've tried the max voltage */
|
|
|
|
for (i = 0; i < intel_dp->lane_count; i++)
|
|
|
|
if ((intel_dp->train_set[i] & DP_TRAIN_MAX_SWING_REACHED) == 0)
|
2009-04-08 07:16:42 +08:00
|
|
|
break;
|
2010-11-29 18:09:55 +08:00
|
|
|
if (i == intel_dp->lane_count)
|
|
|
|
break;
|
2009-04-08 07:16:42 +08:00
|
|
|
|
2010-11-29 18:09:55 +08:00
|
|
|
/* Check to see if we've tried the same voltage 5 times */
|
|
|
|
if ((intel_dp->train_set[0] & DP_TRAIN_VOLTAGE_SWING_MASK) == voltage) {
|
|
|
|
++tries;
|
|
|
|
if (tries == 5)
|
2009-04-08 07:16:42 +08:00
|
|
|
break;
|
2010-11-29 18:09:55 +08:00
|
|
|
} else
|
|
|
|
tries = 0;
|
|
|
|
voltage = intel_dp->train_set[0] & DP_TRAIN_VOLTAGE_SWING_MASK;
|
2009-04-08 07:16:42 +08:00
|
|
|
|
2010-11-29 18:09:55 +08:00
|
|
|
/* Compute new intel_dp->train_set as requested by target */
|
|
|
|
intel_get_adjust_train(intel_dp);
|
2009-04-08 07:16:42 +08:00
|
|
|
}
|
|
|
|
|
2010-09-09 03:42:02 +08:00
|
|
|
intel_dp->DP = DP;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void
|
|
|
|
intel_dp_complete_link_train(struct intel_dp *intel_dp)
|
|
|
|
{
|
2010-09-09 22:14:28 +08:00
|
|
|
struct drm_device *dev = intel_dp->base.base.dev;
|
2010-09-09 03:42:02 +08:00
|
|
|
struct drm_i915_private *dev_priv = dev->dev_private;
|
|
|
|
bool channel_eq = false;
|
2011-01-06 06:45:24 +08:00
|
|
|
int tries, cr_tries;
|
2010-09-09 03:42:02 +08:00
|
|
|
u32 reg;
|
|
|
|
uint32_t DP = intel_dp->DP;
|
|
|
|
|
2009-04-08 07:16:42 +08:00
|
|
|
/* channel equalization */
|
|
|
|
tries = 0;
|
2011-01-06 06:45:24 +08:00
|
|
|
cr_tries = 0;
|
2009-04-08 07:16:42 +08:00
|
|
|
channel_eq = false;
|
|
|
|
for (;;) {
|
2010-09-09 03:42:02 +08:00
|
|
|
/* Use intel_dp->train_set[0] to set the voltage and pre emphasis values */
|
2010-04-08 09:43:27 +08:00
|
|
|
uint32_t signal_levels;
|
|
|
|
|
2011-01-06 06:45:24 +08:00
|
|
|
if (cr_tries > 5) {
|
|
|
|
DRM_ERROR("failed to train DP, aborting\n");
|
|
|
|
intel_dp_link_down(intel_dp);
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
2010-10-08 07:01:06 +08:00
|
|
|
if (IS_GEN6(dev) && is_edp(intel_dp)) {
|
2010-09-09 03:42:02 +08:00
|
|
|
signal_levels = intel_gen6_edp_signal_levels(intel_dp->train_set[0]);
|
2010-04-08 09:43:27 +08:00
|
|
|
DP = (DP & ~EDP_LINK_TRAIN_VOL_EMP_MASK_SNB) | signal_levels;
|
|
|
|
} else {
|
2010-11-29 18:09:55 +08:00
|
|
|
signal_levels = intel_dp_signal_levels(intel_dp->train_set[0], intel_dp->lane_count);
|
2010-04-08 09:43:27 +08:00
|
|
|
DP = (DP & ~(DP_VOLTAGE_MASK|DP_PRE_EMPHASIS_MASK)) | signal_levels;
|
|
|
|
}
|
|
|
|
|
2010-10-08 07:01:06 +08:00
|
|
|
if (HAS_PCH_CPT(dev) && !is_edp(intel_dp))
|
2010-04-08 09:43:27 +08:00
|
|
|
reg = DP | DP_LINK_TRAIN_PAT_2_CPT;
|
|
|
|
else
|
|
|
|
reg = DP | DP_LINK_TRAIN_PAT_2;
|
2009-04-08 07:16:42 +08:00
|
|
|
|
|
|
|
/* channel eq pattern */
|
2010-08-04 20:50:23 +08:00
|
|
|
if (!intel_dp_set_link_train(intel_dp, reg,
|
2011-07-22 05:48:37 +08:00
|
|
|
DP_TRAINING_PATTERN_2 |
|
|
|
|
DP_LINK_SCRAMBLING_DISABLE))
|
2009-04-08 07:16:42 +08:00
|
|
|
break;
|
|
|
|
|
2010-11-29 18:09:55 +08:00
|
|
|
udelay(400);
|
|
|
|
if (!intel_dp_get_link_status(intel_dp))
|
2009-04-08 07:16:42 +08:00
|
|
|
break;
|
|
|
|
|
2011-01-06 06:45:24 +08:00
|
|
|
/* Make sure clock is still ok */
|
|
|
|
if (!intel_clock_recovery_ok(intel_dp->link_status, intel_dp->lane_count)) {
|
|
|
|
intel_dp_start_link_train(intel_dp);
|
|
|
|
cr_tries++;
|
|
|
|
continue;
|
|
|
|
}
|
|
|
|
|
2010-11-29 18:09:55 +08:00
|
|
|
if (intel_channel_eq_ok(intel_dp)) {
|
|
|
|
channel_eq = true;
|
|
|
|
break;
|
|
|
|
}
|
2009-04-08 07:16:42 +08:00
|
|
|
|
2011-01-06 06:45:24 +08:00
|
|
|
/* Try 5 times, then try clock recovery if that fails */
|
|
|
|
if (tries > 5) {
|
|
|
|
intel_dp_link_down(intel_dp);
|
|
|
|
intel_dp_start_link_train(intel_dp);
|
|
|
|
tries = 0;
|
|
|
|
cr_tries++;
|
|
|
|
continue;
|
|
|
|
}
|
2009-04-08 07:16:42 +08:00
|
|
|
|
2010-11-29 18:09:55 +08:00
|
|
|
/* Compute new intel_dp->train_set as requested by target */
|
|
|
|
intel_get_adjust_train(intel_dp);
|
|
|
|
++tries;
|
2010-10-08 07:01:22 +08:00
|
|
|
}
|
2010-11-29 18:09:55 +08:00
|
|
|
|
2010-10-08 07:01:06 +08:00
|
|
|
if (HAS_PCH_CPT(dev) && !is_edp(intel_dp))
|
2010-04-08 09:43:27 +08:00
|
|
|
reg = DP | DP_LINK_TRAIN_OFF_CPT;
|
|
|
|
else
|
|
|
|
reg = DP | DP_LINK_TRAIN_OFF;
|
|
|
|
|
2010-08-04 20:50:23 +08:00
|
|
|
I915_WRITE(intel_dp->output_reg, reg);
|
|
|
|
POSTING_READ(intel_dp->output_reg);
|
|
|
|
intel_dp_aux_native_write_1(intel_dp,
|
2009-04-08 07:16:42 +08:00
|
|
|
DP_TRAINING_PATTERN_SET, DP_TRAINING_PATTERN_DISABLE);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void
|
2010-08-04 20:50:23 +08:00
|
|
|
intel_dp_link_down(struct intel_dp *intel_dp)
|
2009-04-08 07:16:42 +08:00
|
|
|
{
|
2010-09-09 22:14:28 +08:00
|
|
|
struct drm_device *dev = intel_dp->base.base.dev;
|
2009-04-08 07:16:42 +08:00
|
|
|
struct drm_i915_private *dev_priv = dev->dev_private;
|
2010-08-04 20:50:23 +08:00
|
|
|
uint32_t DP = intel_dp->DP;
|
2009-04-08 07:16:42 +08:00
|
|
|
|
2010-12-06 19:20:45 +08:00
|
|
|
if ((I915_READ(intel_dp->output_reg) & DP_PORT_EN) == 0)
|
|
|
|
return;
|
|
|
|
|
2009-10-09 11:39:41 +08:00
|
|
|
DRM_DEBUG_KMS("\n");
|
2009-07-24 01:00:32 +08:00
|
|
|
|
2010-10-08 07:01:06 +08:00
|
|
|
if (is_edp(intel_dp)) {
|
2009-07-24 01:00:32 +08:00
|
|
|
DP &= ~DP_PLL_ENABLE;
|
2010-08-04 20:50:23 +08:00
|
|
|
I915_WRITE(intel_dp->output_reg, DP);
|
|
|
|
POSTING_READ(intel_dp->output_reg);
|
2009-07-24 01:00:32 +08:00
|
|
|
udelay(100);
|
|
|
|
}
|
|
|
|
|
2010-10-08 07:01:06 +08:00
|
|
|
if (HAS_PCH_CPT(dev) && !is_edp(intel_dp)) {
|
2010-04-08 09:43:27 +08:00
|
|
|
DP &= ~DP_LINK_TRAIN_MASK_CPT;
|
2010-08-04 20:50:23 +08:00
|
|
|
I915_WRITE(intel_dp->output_reg, DP | DP_LINK_TRAIN_PAT_IDLE_CPT);
|
2010-04-08 09:43:27 +08:00
|
|
|
} else {
|
|
|
|
DP &= ~DP_LINK_TRAIN_MASK;
|
2010-08-04 20:50:23 +08:00
|
|
|
I915_WRITE(intel_dp->output_reg, DP | DP_LINK_TRAIN_PAT_IDLE);
|
2010-04-08 09:43:27 +08:00
|
|
|
}
|
2010-09-12 04:37:48 +08:00
|
|
|
POSTING_READ(intel_dp->output_reg);
|
2009-07-24 01:00:31 +08:00
|
|
|
|
2010-09-12 04:37:48 +08:00
|
|
|
msleep(17);
|
2009-07-24 01:00:31 +08:00
|
|
|
|
2010-10-08 07:01:06 +08:00
|
|
|
if (is_edp(intel_dp))
|
2009-07-24 01:00:32 +08:00
|
|
|
DP |= DP_LINK_TRAIN_OFF;
|
2010-11-18 09:32:59 +08:00
|
|
|
|
2010-12-06 19:20:45 +08:00
|
|
|
if (!HAS_PCH_CPT(dev) &&
|
|
|
|
I915_READ(intel_dp->output_reg) & DP_PIPEB_SELECT) {
|
2011-04-17 13:38:35 +08:00
|
|
|
struct drm_crtc *crtc = intel_dp->base.base.crtc;
|
|
|
|
|
2010-11-18 09:32:59 +08:00
|
|
|
/* Hardware workaround: leaving our transcoder select
|
|
|
|
* set to transcoder B while it's off will prevent the
|
|
|
|
* corresponding HDMI output on transcoder A.
|
|
|
|
*
|
|
|
|
* Combine this with another hardware workaround:
|
|
|
|
* transcoder select bit can only be cleared while the
|
|
|
|
* port is enabled.
|
|
|
|
*/
|
|
|
|
DP &= ~DP_PIPEB_SELECT;
|
|
|
|
I915_WRITE(intel_dp->output_reg, DP);
|
|
|
|
|
|
|
|
/* Changes to enable or select take place the vblank
|
|
|
|
* after being written.
|
|
|
|
*/
|
2011-04-17 13:38:35 +08:00
|
|
|
if (crtc == NULL) {
|
|
|
|
/* We can arrive here never having been attached
|
|
|
|
* to a CRTC, for instance, due to inheriting
|
|
|
|
* random state from the BIOS.
|
|
|
|
*
|
|
|
|
* If the pipe is not running, play safe and
|
|
|
|
* wait for the clocks to stabilise before
|
|
|
|
* continuing.
|
|
|
|
*/
|
|
|
|
POSTING_READ(intel_dp->output_reg);
|
|
|
|
msleep(50);
|
|
|
|
} else
|
|
|
|
intel_wait_for_vblank(dev, to_intel_crtc(crtc)->pipe);
|
2010-11-18 09:32:59 +08:00
|
|
|
}
|
|
|
|
|
2010-08-04 20:50:23 +08:00
|
|
|
I915_WRITE(intel_dp->output_reg, DP & ~DP_PORT_EN);
|
|
|
|
POSTING_READ(intel_dp->output_reg);
|
drm/i915: Correct eDP panel power sequencing delay computations
Store the panel power sequencing delays in the dp private structure,
rather than the global device structure. Who knows, maybe we'll get
more than one eDP device in the future.
From the eDP spec, we need the following numbers:
T1 + T3 Power on to Aux Channel operation (panel_power_up_delay)
This marks how long it takes the panel to boot up and
get ready to receive aux channel communications.
T8 Video signal to backlight on (backlight_on_delay)
Once a valid video signal is being sent to the device,
it can take a while before the panel is actuall
showing useful data. This delay allows the panel
to get something reasonable up before the backlight
is turned on.
T9 Backlight off to video off (backlight_off_delay)
Turning the backlight off can take a moment, so
this delay makes sure there is still valid video
data on the screen.
T10 Video off to power off (panel_power_down_delay)
Presumably this delay allows the panel to perform
an orderly shutdown of the display.
T11 + T12 Power off to power on (panel_power_cycle_delay)
So, once you turn the panel off, you have to wait a
while before you can turn it back on. This delay is
usually the longest in the entire sequence.
Neither the VBIOS source code nor the hardware documentation has a
clear mapping between the delay values they provide and those required
by the eDP spec. The VBIOS code actually uses two different labels for
the delay values in the five words of the relevant VBT table.
**** MORE LATER ***
Look at both the current hardware register settings and the VBT
specified panel power sequencing timings. Use the maximum of the two
delays, to make sure things work reliably. If there is no VBT data,
then those values will be initialized to zero, so we'll just use the
values as programmed in the hardware. Note that the BIOS just fetches
delays from the VBT table to place in the hardware registers, so we
should get the same values from both places, except for rounding.
VBT doesn't provide any values for T1 or T2, so we'll always just use
the hardware value for that.
The panel power up delay is thus T1 + T2 + T3, which should be
sufficient in all cases.
The panel power down delay is T1 + T2 + T12, using T1+T2 as a proxy
for T11, which isn't available anywhere.
For the backlight delays, the eDP spec says T6 + T8 is the delay from the
end of link training to backlight on and T9 is the delay from
backlight off until video off. The hardware provides a 'backlight on'
delay, which I'm taking to be T6 + T8 while the VBT provides something
called 'T7', which I'm assuming is s
On the macbook air I'm testing with, this yields a power-up delay of
over 200ms and a power-down delay of over 600ms. It all works now, but
we're frobbing these power controls several times during mode setting,
making the whole process take an awfully long time.
Signed-off-by: Keith Packard <keithp@keithp.com>
2011-09-29 07:48:10 +08:00
|
|
|
msleep(intel_dp->panel_power_down_delay);
|
2009-04-08 07:16:42 +08:00
|
|
|
}
|
|
|
|
|
2011-07-26 11:01:09 +08:00
|
|
|
static bool
|
|
|
|
intel_dp_get_dpcd(struct intel_dp *intel_dp)
|
2011-07-26 10:50:10 +08:00
|
|
|
{
|
|
|
|
if (intel_dp_aux_native_read_retry(intel_dp, 0x000, intel_dp->dpcd,
|
2011-08-17 03:34:10 +08:00
|
|
|
sizeof(intel_dp->dpcd)) &&
|
2011-07-26 10:50:10 +08:00
|
|
|
(intel_dp->dpcd[DP_DPCD_REV] != 0)) {
|
2011-07-26 11:01:09 +08:00
|
|
|
return true;
|
2011-07-26 10:50:10 +08:00
|
|
|
}
|
|
|
|
|
2011-07-26 11:01:09 +08:00
|
|
|
return false;
|
2011-07-26 10:50:10 +08:00
|
|
|
}
|
|
|
|
|
2011-10-21 06:09:17 +08:00
|
|
|
static bool
|
|
|
|
intel_dp_get_sink_irq(struct intel_dp *intel_dp, u8 *sink_irq_vector)
|
|
|
|
{
|
|
|
|
int ret;
|
|
|
|
|
|
|
|
ret = intel_dp_aux_native_read_retry(intel_dp,
|
|
|
|
DP_DEVICE_SERVICE_IRQ_VECTOR,
|
|
|
|
sink_irq_vector, 1);
|
|
|
|
if (!ret)
|
|
|
|
return false;
|
|
|
|
|
|
|
|
return true;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void
|
|
|
|
intel_dp_handle_test_request(struct intel_dp *intel_dp)
|
|
|
|
{
|
|
|
|
/* NAK by default */
|
|
|
|
intel_dp_aux_native_write_1(intel_dp, DP_TEST_RESPONSE, DP_TEST_ACK);
|
|
|
|
}
|
|
|
|
|
2009-04-08 07:16:42 +08:00
|
|
|
/*
|
|
|
|
* According to DP spec
|
|
|
|
* 5.1.2:
|
|
|
|
* 1. Read DPCD
|
|
|
|
* 2. Configure link according to Receiver Capabilities
|
|
|
|
* 3. Use Link Training from 2.5.3.3 and 3.5.1.3
|
|
|
|
* 4. Check link status on receipt of hot-plug interrupt
|
|
|
|
*/
|
|
|
|
|
|
|
|
static void
|
2010-08-04 20:50:23 +08:00
|
|
|
intel_dp_check_link_status(struct intel_dp *intel_dp)
|
2009-04-08 07:16:42 +08:00
|
|
|
{
|
2011-10-21 06:09:17 +08:00
|
|
|
u8 sink_irq_vector;
|
|
|
|
|
2011-07-26 13:37:51 +08:00
|
|
|
if (intel_dp->dpms_mode != DRM_MODE_DPMS_ON)
|
|
|
|
return;
|
2011-07-08 02:10:59 +08:00
|
|
|
|
2010-09-09 22:14:28 +08:00
|
|
|
if (!intel_dp->base.base.crtc)
|
2009-04-08 07:16:42 +08:00
|
|
|
return;
|
|
|
|
|
2011-07-26 10:50:10 +08:00
|
|
|
/* Try to read receiver status if the link appears to be up */
|
2010-09-09 03:42:02 +08:00
|
|
|
if (!intel_dp_get_link_status(intel_dp)) {
|
2010-08-04 20:50:23 +08:00
|
|
|
intel_dp_link_down(intel_dp);
|
2009-04-08 07:16:42 +08:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
2011-07-26 10:50:10 +08:00
|
|
|
/* Now read the DPCD to see if it's actually running */
|
2011-07-26 11:01:09 +08:00
|
|
|
if (!intel_dp_get_dpcd(intel_dp)) {
|
2011-07-08 02:10:59 +08:00
|
|
|
intel_dp_link_down(intel_dp);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
2011-10-21 06:09:17 +08:00
|
|
|
/* Try to read the source of the interrupt */
|
|
|
|
if (intel_dp->dpcd[DP_DPCD_REV] >= 0x11 &&
|
|
|
|
intel_dp_get_sink_irq(intel_dp, &sink_irq_vector)) {
|
|
|
|
/* Clear interrupt source */
|
|
|
|
intel_dp_aux_native_write_1(intel_dp,
|
|
|
|
DP_DEVICE_SERVICE_IRQ_VECTOR,
|
|
|
|
sink_irq_vector);
|
|
|
|
|
|
|
|
if (sink_irq_vector & DP_AUTOMATED_TEST_REQUEST)
|
|
|
|
intel_dp_handle_test_request(intel_dp);
|
|
|
|
if (sink_irq_vector & (DP_CP_IRQ | DP_SINK_SPECIFIC_IRQ))
|
|
|
|
DRM_DEBUG_DRIVER("CP or sink specific irq unhandled\n");
|
|
|
|
}
|
|
|
|
|
2010-09-09 03:42:02 +08:00
|
|
|
if (!intel_channel_eq_ok(intel_dp)) {
|
2011-07-26 10:50:10 +08:00
|
|
|
DRM_DEBUG_KMS("%s: channel EQ not ok, retraining\n",
|
|
|
|
drm_get_encoder_name(&intel_dp->base.base));
|
2010-09-09 03:42:02 +08:00
|
|
|
intel_dp_start_link_train(intel_dp);
|
|
|
|
intel_dp_complete_link_train(intel_dp);
|
|
|
|
}
|
2009-04-08 07:16:42 +08:00
|
|
|
}
|
|
|
|
|
2011-07-13 05:38:04 +08:00
|
|
|
static enum drm_connector_status
|
2011-07-26 11:01:09 +08:00
|
|
|
intel_dp_detect_dpcd(struct intel_dp *intel_dp)
|
2011-07-13 05:38:04 +08:00
|
|
|
{
|
2011-07-26 11:01:09 +08:00
|
|
|
if (intel_dp_get_dpcd(intel_dp))
|
|
|
|
return connector_status_connected;
|
|
|
|
return connector_status_disconnected;
|
2011-07-13 05:38:04 +08:00
|
|
|
}
|
|
|
|
|
2009-07-24 01:00:31 +08:00
|
|
|
static enum drm_connector_status
|
2010-09-19 13:09:06 +08:00
|
|
|
ironlake_dp_detect(struct intel_dp *intel_dp)
|
2009-07-24 01:00:31 +08:00
|
|
|
{
|
|
|
|
enum drm_connector_status status;
|
|
|
|
|
2011-02-12 18:29:38 +08:00
|
|
|
/* Can't disconnect eDP, but you can close the lid... */
|
|
|
|
if (is_edp(intel_dp)) {
|
|
|
|
status = intel_panel_detect(intel_dp->base.base.dev);
|
|
|
|
if (status == connector_status_unknown)
|
|
|
|
status = connector_status_connected;
|
|
|
|
return status;
|
|
|
|
}
|
2010-10-08 07:01:12 +08:00
|
|
|
|
2011-07-26 11:01:09 +08:00
|
|
|
return intel_dp_detect_dpcd(intel_dp);
|
2009-07-24 01:00:31 +08:00
|
|
|
}
|
|
|
|
|
2009-04-08 07:16:42 +08:00
|
|
|
static enum drm_connector_status
|
2010-09-19 13:09:06 +08:00
|
|
|
g4x_dp_detect(struct intel_dp *intel_dp)
|
2009-04-08 07:16:42 +08:00
|
|
|
{
|
2010-09-09 22:14:28 +08:00
|
|
|
struct drm_device *dev = intel_dp->base.base.dev;
|
2009-04-08 07:16:42 +08:00
|
|
|
struct drm_i915_private *dev_priv = dev->dev_private;
|
2010-09-19 13:09:06 +08:00
|
|
|
uint32_t temp, bit;
|
2009-07-24 01:00:31 +08:00
|
|
|
|
2010-08-04 20:50:23 +08:00
|
|
|
switch (intel_dp->output_reg) {
|
2009-04-08 07:16:42 +08:00
|
|
|
case DP_B:
|
|
|
|
bit = DPB_HOTPLUG_INT_STATUS;
|
|
|
|
break;
|
|
|
|
case DP_C:
|
|
|
|
bit = DPC_HOTPLUG_INT_STATUS;
|
|
|
|
break;
|
|
|
|
case DP_D:
|
|
|
|
bit = DPD_HOTPLUG_INT_STATUS;
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
return connector_status_unknown;
|
|
|
|
}
|
|
|
|
|
|
|
|
temp = I915_READ(PORT_HOTPLUG_STAT);
|
|
|
|
|
|
|
|
if ((temp & bit) == 0)
|
|
|
|
return connector_status_disconnected;
|
|
|
|
|
2011-07-26 11:01:09 +08:00
|
|
|
return intel_dp_detect_dpcd(intel_dp);
|
2010-09-19 13:09:06 +08:00
|
|
|
}
|
|
|
|
|
2011-09-29 07:38:44 +08:00
|
|
|
static struct edid *
|
|
|
|
intel_dp_get_edid(struct drm_connector *connector, struct i2c_adapter *adapter)
|
|
|
|
{
|
|
|
|
struct intel_dp *intel_dp = intel_attached_dp(connector);
|
|
|
|
struct edid *edid;
|
|
|
|
|
|
|
|
ironlake_edp_panel_vdd_on(intel_dp);
|
|
|
|
edid = drm_get_edid(connector, adapter);
|
2011-09-19 14:09:52 +08:00
|
|
|
ironlake_edp_panel_vdd_off(intel_dp, false);
|
2011-09-29 07:38:44 +08:00
|
|
|
return edid;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int
|
|
|
|
intel_dp_get_edid_modes(struct drm_connector *connector, struct i2c_adapter *adapter)
|
|
|
|
{
|
|
|
|
struct intel_dp *intel_dp = intel_attached_dp(connector);
|
|
|
|
int ret;
|
|
|
|
|
|
|
|
ironlake_edp_panel_vdd_on(intel_dp);
|
|
|
|
ret = intel_ddc_get_modes(connector, adapter);
|
2011-09-19 14:09:52 +08:00
|
|
|
ironlake_edp_panel_vdd_off(intel_dp, false);
|
2011-09-29 07:38:44 +08:00
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
|
|
|
|
2010-09-19 13:09:06 +08:00
|
|
|
/**
|
|
|
|
* Uses CRT_HOTPLUG_EN and CRT_HOTPLUG_STAT to detect DP connection.
|
|
|
|
*
|
|
|
|
* \return true if DP port is connected.
|
|
|
|
* \return false if DP port is disconnected.
|
|
|
|
*/
|
|
|
|
static enum drm_connector_status
|
|
|
|
intel_dp_detect(struct drm_connector *connector, bool force)
|
|
|
|
{
|
|
|
|
struct intel_dp *intel_dp = intel_attached_dp(connector);
|
|
|
|
struct drm_device *dev = intel_dp->base.base.dev;
|
|
|
|
enum drm_connector_status status;
|
|
|
|
struct edid *edid = NULL;
|
|
|
|
|
|
|
|
intel_dp->has_audio = false;
|
|
|
|
|
|
|
|
if (HAS_PCH_SPLIT(dev))
|
|
|
|
status = ironlake_dp_detect(intel_dp);
|
|
|
|
else
|
|
|
|
status = g4x_dp_detect(intel_dp);
|
2011-07-13 05:38:01 +08:00
|
|
|
|
2011-07-13 05:38:03 +08:00
|
|
|
DRM_DEBUG_KMS("DPCD: %02hx%02hx%02hx%02hx%02hx%02hx%02hx%02hx\n",
|
|
|
|
intel_dp->dpcd[0], intel_dp->dpcd[1], intel_dp->dpcd[2],
|
|
|
|
intel_dp->dpcd[3], intel_dp->dpcd[4], intel_dp->dpcd[5],
|
|
|
|
intel_dp->dpcd[6], intel_dp->dpcd[7]);
|
2011-07-13 05:38:01 +08:00
|
|
|
|
2010-09-19 13:09:06 +08:00
|
|
|
if (status != connector_status_connected)
|
|
|
|
return status;
|
|
|
|
|
2010-09-19 16:29:33 +08:00
|
|
|
if (intel_dp->force_audio) {
|
|
|
|
intel_dp->has_audio = intel_dp->force_audio > 0;
|
|
|
|
} else {
|
2011-09-29 07:38:44 +08:00
|
|
|
edid = intel_dp_get_edid(connector, &intel_dp->adapter);
|
2010-09-19 16:29:33 +08:00
|
|
|
if (edid) {
|
|
|
|
intel_dp->has_audio = drm_detect_monitor_audio(edid);
|
|
|
|
connector->display_info.raw_edid = NULL;
|
|
|
|
kfree(edid);
|
|
|
|
}
|
2010-09-19 13:09:06 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
return connector_status_connected;
|
2009-04-08 07:16:42 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
static int intel_dp_get_modes(struct drm_connector *connector)
|
|
|
|
{
|
2010-09-09 23:20:55 +08:00
|
|
|
struct intel_dp *intel_dp = intel_attached_dp(connector);
|
2010-09-09 22:14:28 +08:00
|
|
|
struct drm_device *dev = intel_dp->base.base.dev;
|
2009-07-24 01:00:32 +08:00
|
|
|
struct drm_i915_private *dev_priv = dev->dev_private;
|
|
|
|
int ret;
|
2009-04-08 07:16:42 +08:00
|
|
|
|
|
|
|
/* We should parse the EDID data and find out if it has an audio sink
|
|
|
|
*/
|
|
|
|
|
2011-09-29 07:38:44 +08:00
|
|
|
ret = intel_dp_get_edid_modes(connector, &intel_dp->adapter);
|
2010-07-19 16:43:11 +08:00
|
|
|
if (ret) {
|
2011-09-19 08:35:47 +08:00
|
|
|
if (is_edp(intel_dp) && !intel_dp->panel_fixed_mode) {
|
2010-07-19 16:43:11 +08:00
|
|
|
struct drm_display_mode *newmode;
|
|
|
|
list_for_each_entry(newmode, &connector->probed_modes,
|
|
|
|
head) {
|
2011-09-19 08:35:47 +08:00
|
|
|
if ((newmode->type & DRM_MODE_TYPE_PREFERRED)) {
|
|
|
|
intel_dp->panel_fixed_mode =
|
2010-07-19 16:43:11 +08:00
|
|
|
drm_mode_duplicate(dev, newmode);
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
2009-07-24 01:00:32 +08:00
|
|
|
return ret;
|
2010-07-19 16:43:11 +08:00
|
|
|
}
|
2009-07-24 01:00:32 +08:00
|
|
|
|
|
|
|
/* if eDP has no EDID, try to use fixed panel mode from VBT */
|
2010-10-08 07:01:07 +08:00
|
|
|
if (is_edp(intel_dp)) {
|
2011-09-20 05:33:26 +08:00
|
|
|
/* initialize panel mode from VBT if available for eDP */
|
2011-09-19 08:35:47 +08:00
|
|
|
if (intel_dp->panel_fixed_mode == NULL && dev_priv->lfp_lvds_vbt_mode != NULL) {
|
|
|
|
intel_dp->panel_fixed_mode =
|
2011-09-20 05:33:26 +08:00
|
|
|
drm_mode_duplicate(dev, dev_priv->lfp_lvds_vbt_mode);
|
2011-09-19 08:35:47 +08:00
|
|
|
if (intel_dp->panel_fixed_mode) {
|
|
|
|
intel_dp->panel_fixed_mode->type |=
|
2011-09-20 05:33:26 +08:00
|
|
|
DRM_MODE_TYPE_PREFERRED;
|
|
|
|
}
|
|
|
|
}
|
2011-09-19 08:35:47 +08:00
|
|
|
if (intel_dp->panel_fixed_mode) {
|
2009-07-24 01:00:32 +08:00
|
|
|
struct drm_display_mode *mode;
|
2011-09-19 08:35:47 +08:00
|
|
|
mode = drm_mode_duplicate(dev, intel_dp->panel_fixed_mode);
|
2009-07-24 01:00:32 +08:00
|
|
|
drm_mode_probed_add(connector, mode);
|
|
|
|
return 1;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
return 0;
|
2009-04-08 07:16:42 +08:00
|
|
|
}
|
|
|
|
|
2011-02-10 02:46:58 +08:00
|
|
|
static bool
|
|
|
|
intel_dp_detect_audio(struct drm_connector *connector)
|
|
|
|
{
|
|
|
|
struct intel_dp *intel_dp = intel_attached_dp(connector);
|
|
|
|
struct edid *edid;
|
|
|
|
bool has_audio = false;
|
|
|
|
|
2011-09-29 07:38:44 +08:00
|
|
|
edid = intel_dp_get_edid(connector, &intel_dp->adapter);
|
2011-02-10 02:46:58 +08:00
|
|
|
if (edid) {
|
|
|
|
has_audio = drm_detect_monitor_audio(edid);
|
|
|
|
|
|
|
|
connector->display_info.raw_edid = NULL;
|
|
|
|
kfree(edid);
|
|
|
|
}
|
|
|
|
|
|
|
|
return has_audio;
|
|
|
|
}
|
|
|
|
|
2010-09-19 16:29:33 +08:00
|
|
|
static int
|
|
|
|
intel_dp_set_property(struct drm_connector *connector,
|
|
|
|
struct drm_property *property,
|
|
|
|
uint64_t val)
|
|
|
|
{
|
2011-02-22 06:23:52 +08:00
|
|
|
struct drm_i915_private *dev_priv = connector->dev->dev_private;
|
2010-09-19 16:29:33 +08:00
|
|
|
struct intel_dp *intel_dp = intel_attached_dp(connector);
|
|
|
|
int ret;
|
|
|
|
|
|
|
|
ret = drm_connector_property_set_value(connector, property, val);
|
|
|
|
if (ret)
|
|
|
|
return ret;
|
|
|
|
|
2011-05-13 05:17:24 +08:00
|
|
|
if (property == dev_priv->force_audio_property) {
|
2011-02-10 02:46:58 +08:00
|
|
|
int i = val;
|
|
|
|
bool has_audio;
|
|
|
|
|
|
|
|
if (i == intel_dp->force_audio)
|
2010-09-19 16:29:33 +08:00
|
|
|
return 0;
|
|
|
|
|
2011-02-10 02:46:58 +08:00
|
|
|
intel_dp->force_audio = i;
|
2010-09-19 16:29:33 +08:00
|
|
|
|
2011-02-10 02:46:58 +08:00
|
|
|
if (i == 0)
|
|
|
|
has_audio = intel_dp_detect_audio(connector);
|
|
|
|
else
|
|
|
|
has_audio = i > 0;
|
|
|
|
|
|
|
|
if (has_audio == intel_dp->has_audio)
|
2010-09-19 16:29:33 +08:00
|
|
|
return 0;
|
|
|
|
|
2011-02-10 02:46:58 +08:00
|
|
|
intel_dp->has_audio = has_audio;
|
2010-09-19 16:29:33 +08:00
|
|
|
goto done;
|
|
|
|
}
|
|
|
|
|
2011-02-22 06:23:52 +08:00
|
|
|
if (property == dev_priv->broadcast_rgb_property) {
|
|
|
|
if (val == !!intel_dp->color_range)
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
intel_dp->color_range = val ? DP_COLOR_RANGE_16_235 : 0;
|
|
|
|
goto done;
|
|
|
|
}
|
|
|
|
|
2010-09-19 16:29:33 +08:00
|
|
|
return -EINVAL;
|
|
|
|
|
|
|
|
done:
|
|
|
|
if (intel_dp->base.base.crtc) {
|
|
|
|
struct drm_crtc *crtc = intel_dp->base.base.crtc;
|
|
|
|
drm_crtc_helper_set_mode(crtc, &crtc->mode,
|
|
|
|
crtc->x, crtc->y,
|
|
|
|
crtc->fb);
|
|
|
|
}
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2009-04-08 07:16:42 +08:00
|
|
|
static void
|
2011-08-17 03:34:10 +08:00
|
|
|
intel_dp_destroy(struct drm_connector *connector)
|
2009-04-08 07:16:42 +08:00
|
|
|
{
|
2011-08-12 18:11:33 +08:00
|
|
|
struct drm_device *dev = connector->dev;
|
|
|
|
|
|
|
|
if (intel_dpd_is_edp(dev))
|
|
|
|
intel_panel_destroy_backlight(dev);
|
|
|
|
|
2009-04-08 07:16:42 +08:00
|
|
|
drm_sysfs_connector_remove(connector);
|
|
|
|
drm_connector_cleanup(connector);
|
2010-03-29 16:13:57 +08:00
|
|
|
kfree(connector);
|
2009-04-08 07:16:42 +08:00
|
|
|
}
|
|
|
|
|
2010-08-21 00:08:28 +08:00
|
|
|
static void intel_dp_encoder_destroy(struct drm_encoder *encoder)
|
|
|
|
{
|
|
|
|
struct intel_dp *intel_dp = enc_to_intel_dp(encoder);
|
|
|
|
|
|
|
|
i2c_del_adapter(&intel_dp->adapter);
|
|
|
|
drm_encoder_cleanup(encoder);
|
2011-09-19 14:09:52 +08:00
|
|
|
if (is_edp(intel_dp)) {
|
|
|
|
cancel_delayed_work_sync(&intel_dp->panel_vdd_work);
|
|
|
|
ironlake_panel_vdd_off_sync(intel_dp);
|
|
|
|
}
|
2010-08-21 00:08:28 +08:00
|
|
|
kfree(intel_dp);
|
|
|
|
}
|
|
|
|
|
2009-04-08 07:16:42 +08:00
|
|
|
static const struct drm_encoder_helper_funcs intel_dp_helper_funcs = {
|
|
|
|
.dpms = intel_dp_dpms,
|
|
|
|
.mode_fixup = intel_dp_mode_fixup,
|
2010-08-14 06:43:26 +08:00
|
|
|
.prepare = intel_dp_prepare,
|
2009-04-08 07:16:42 +08:00
|
|
|
.mode_set = intel_dp_mode_set,
|
2010-08-14 06:43:26 +08:00
|
|
|
.commit = intel_dp_commit,
|
2009-04-08 07:16:42 +08:00
|
|
|
};
|
|
|
|
|
|
|
|
static const struct drm_connector_funcs intel_dp_connector_funcs = {
|
|
|
|
.dpms = drm_helper_connector_dpms,
|
|
|
|
.detect = intel_dp_detect,
|
|
|
|
.fill_modes = drm_helper_probe_single_connector_modes,
|
2010-09-19 16:29:33 +08:00
|
|
|
.set_property = intel_dp_set_property,
|
2009-04-08 07:16:42 +08:00
|
|
|
.destroy = intel_dp_destroy,
|
|
|
|
};
|
|
|
|
|
|
|
|
static const struct drm_connector_helper_funcs intel_dp_connector_helper_funcs = {
|
|
|
|
.get_modes = intel_dp_get_modes,
|
|
|
|
.mode_valid = intel_dp_mode_valid,
|
2010-09-09 23:20:55 +08:00
|
|
|
.best_encoder = intel_best_encoder,
|
2009-04-08 07:16:42 +08:00
|
|
|
};
|
|
|
|
|
|
|
|
static const struct drm_encoder_funcs intel_dp_enc_funcs = {
|
2010-08-21 00:08:28 +08:00
|
|
|
.destroy = intel_dp_encoder_destroy,
|
2009-04-08 07:16:42 +08:00
|
|
|
};
|
|
|
|
|
2010-08-20 20:23:26 +08:00
|
|
|
static void
|
2010-03-26 02:11:14 +08:00
|
|
|
intel_dp_hot_plug(struct intel_encoder *intel_encoder)
|
2009-05-07 02:51:10 +08:00
|
|
|
{
|
2010-08-04 20:50:23 +08:00
|
|
|
struct intel_dp *intel_dp = container_of(intel_encoder, struct intel_dp, base);
|
2009-05-07 02:51:10 +08:00
|
|
|
|
2011-07-08 02:11:01 +08:00
|
|
|
intel_dp_check_link_status(intel_dp);
|
2009-05-07 02:51:10 +08:00
|
|
|
}
|
2010-01-06 09:49:31 +08:00
|
|
|
|
2010-04-08 09:43:27 +08:00
|
|
|
/* Return which DP Port should be selected for Transcoder DP control */
|
|
|
|
int
|
2011-08-17 03:34:10 +08:00
|
|
|
intel_trans_dp_port_sel(struct drm_crtc *crtc)
|
2010-04-08 09:43:27 +08:00
|
|
|
{
|
|
|
|
struct drm_device *dev = crtc->dev;
|
|
|
|
struct drm_mode_config *mode_config = &dev->mode_config;
|
|
|
|
struct drm_encoder *encoder;
|
|
|
|
|
|
|
|
list_for_each_entry(encoder, &mode_config->encoder_list, head) {
|
2010-08-04 20:50:23 +08:00
|
|
|
struct intel_dp *intel_dp;
|
|
|
|
|
2010-05-07 16:39:00 +08:00
|
|
|
if (encoder->crtc != crtc)
|
2010-04-08 09:43:27 +08:00
|
|
|
continue;
|
|
|
|
|
2010-08-04 20:50:23 +08:00
|
|
|
intel_dp = enc_to_intel_dp(encoder);
|
|
|
|
if (intel_dp->base.type == INTEL_OUTPUT_DISPLAYPORT)
|
|
|
|
return intel_dp->output_reg;
|
2010-04-08 09:43:27 +08:00
|
|
|
}
|
2010-08-04 20:50:23 +08:00
|
|
|
|
2010-04-08 09:43:27 +08:00
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
|
2010-06-12 14:32:21 +08:00
|
|
|
/* check the VBT to see whether the eDP is on DP-D port */
|
2010-07-17 02:46:29 +08:00
|
|
|
bool intel_dpd_is_edp(struct drm_device *dev)
|
2010-06-12 14:32:21 +08:00
|
|
|
{
|
|
|
|
struct drm_i915_private *dev_priv = dev->dev_private;
|
|
|
|
struct child_device_config *p_child;
|
|
|
|
int i;
|
|
|
|
|
|
|
|
if (!dev_priv->child_dev_num)
|
|
|
|
return false;
|
|
|
|
|
|
|
|
for (i = 0; i < dev_priv->child_dev_num; i++) {
|
|
|
|
p_child = dev_priv->child_dev + i;
|
|
|
|
|
|
|
|
if (p_child->dvo_port == PORT_IDPD &&
|
|
|
|
p_child->device_type == DEVICE_TYPE_eDP)
|
|
|
|
return true;
|
|
|
|
}
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
|
2010-09-19 16:29:33 +08:00
|
|
|
static void
|
|
|
|
intel_dp_add_properties(struct intel_dp *intel_dp, struct drm_connector *connector)
|
|
|
|
{
|
2011-05-13 05:17:24 +08:00
|
|
|
intel_attach_force_audio_property(connector);
|
2011-02-22 06:23:52 +08:00
|
|
|
intel_attach_broadcast_rgb_property(connector);
|
2010-09-19 16:29:33 +08:00
|
|
|
}
|
|
|
|
|
2009-04-08 07:16:42 +08:00
|
|
|
void
|
|
|
|
intel_dp_init(struct drm_device *dev, int output_reg)
|
|
|
|
{
|
|
|
|
struct drm_i915_private *dev_priv = dev->dev_private;
|
|
|
|
struct drm_connector *connector;
|
2010-08-04 20:50:23 +08:00
|
|
|
struct intel_dp *intel_dp;
|
2010-03-26 02:11:14 +08:00
|
|
|
struct intel_encoder *intel_encoder;
|
2010-03-29 16:13:57 +08:00
|
|
|
struct intel_connector *intel_connector;
|
2009-07-24 01:00:31 +08:00
|
|
|
const char *name = NULL;
|
2010-07-17 02:46:28 +08:00
|
|
|
int type;
|
2009-04-08 07:16:42 +08:00
|
|
|
|
2010-08-04 20:50:23 +08:00
|
|
|
intel_dp = kzalloc(sizeof(struct intel_dp), GFP_KERNEL);
|
|
|
|
if (!intel_dp)
|
2009-04-08 07:16:42 +08:00
|
|
|
return;
|
|
|
|
|
2011-02-12 18:33:12 +08:00
|
|
|
intel_dp->output_reg = output_reg;
|
2011-07-26 13:37:51 +08:00
|
|
|
intel_dp->dpms_mode = -1;
|
2011-02-12 18:33:12 +08:00
|
|
|
|
2010-03-29 16:13:57 +08:00
|
|
|
intel_connector = kzalloc(sizeof(struct intel_connector), GFP_KERNEL);
|
|
|
|
if (!intel_connector) {
|
2010-08-04 20:50:23 +08:00
|
|
|
kfree(intel_dp);
|
2010-03-29 16:13:57 +08:00
|
|
|
return;
|
|
|
|
}
|
2010-08-04 20:50:23 +08:00
|
|
|
intel_encoder = &intel_dp->base;
|
2010-03-29 16:13:57 +08:00
|
|
|
|
2010-08-04 20:50:23 +08:00
|
|
|
if (HAS_PCH_SPLIT(dev) && output_reg == PCH_DP_D)
|
2010-07-17 02:46:28 +08:00
|
|
|
if (intel_dpd_is_edp(dev))
|
2010-08-04 20:50:23 +08:00
|
|
|
intel_dp->is_pch_edp = true;
|
2010-07-17 02:46:28 +08:00
|
|
|
|
2010-10-08 07:01:06 +08:00
|
|
|
if (output_reg == DP_A || is_pch_edp(intel_dp)) {
|
2010-07-17 02:46:28 +08:00
|
|
|
type = DRM_MODE_CONNECTOR_eDP;
|
|
|
|
intel_encoder->type = INTEL_OUTPUT_EDP;
|
|
|
|
} else {
|
|
|
|
type = DRM_MODE_CONNECTOR_DisplayPort;
|
|
|
|
intel_encoder->type = INTEL_OUTPUT_DISPLAYPORT;
|
|
|
|
}
|
|
|
|
|
2010-03-29 16:13:57 +08:00
|
|
|
connector = &intel_connector->base;
|
2010-07-17 02:46:28 +08:00
|
|
|
drm_connector_init(dev, connector, &intel_dp_connector_funcs, type);
|
2009-04-08 07:16:42 +08:00
|
|
|
drm_connector_helper_add(connector, &intel_dp_connector_helper_funcs);
|
|
|
|
|
2010-05-07 14:42:51 +08:00
|
|
|
connector->polled = DRM_CONNECTOR_POLL_HPD;
|
|
|
|
|
2009-12-02 10:03:33 +08:00
|
|
|
if (output_reg == DP_B || output_reg == PCH_DP_B)
|
2010-03-26 02:11:14 +08:00
|
|
|
intel_encoder->clone_mask = (1 << INTEL_DP_B_CLONE_BIT);
|
2009-12-02 10:03:33 +08:00
|
|
|
else if (output_reg == DP_C || output_reg == PCH_DP_C)
|
2010-03-26 02:11:14 +08:00
|
|
|
intel_encoder->clone_mask = (1 << INTEL_DP_C_CLONE_BIT);
|
2009-12-02 10:03:33 +08:00
|
|
|
else if (output_reg == DP_D || output_reg == PCH_DP_D)
|
2010-03-26 02:11:14 +08:00
|
|
|
intel_encoder->clone_mask = (1 << INTEL_DP_D_CLONE_BIT);
|
2009-08-24 13:50:24 +08:00
|
|
|
|
2011-09-19 14:09:52 +08:00
|
|
|
if (is_edp(intel_dp)) {
|
2010-03-26 02:11:14 +08:00
|
|
|
intel_encoder->clone_mask = (1 << INTEL_EDP_CLONE_BIT);
|
2011-09-19 14:09:52 +08:00
|
|
|
INIT_DELAYED_WORK(&intel_dp->panel_vdd_work,
|
|
|
|
ironlake_panel_vdd_work);
|
|
|
|
}
|
2010-01-12 05:38:32 +08:00
|
|
|
|
2011-09-03 03:54:37 +08:00
|
|
|
intel_encoder->crtc_mask = (1 << 0) | (1 << 1) | (1 << 2);
|
2009-04-08 07:16:42 +08:00
|
|
|
connector->interlace_allowed = true;
|
|
|
|
connector->doublescan_allowed = 0;
|
|
|
|
|
2010-09-09 22:14:28 +08:00
|
|
|
drm_encoder_init(dev, &intel_encoder->base, &intel_dp_enc_funcs,
|
2009-04-08 07:16:42 +08:00
|
|
|
DRM_MODE_ENCODER_TMDS);
|
2010-09-09 22:14:28 +08:00
|
|
|
drm_encoder_helper_add(&intel_encoder->base, &intel_dp_helper_funcs);
|
2009-04-08 07:16:42 +08:00
|
|
|
|
2010-09-09 23:20:55 +08:00
|
|
|
intel_connector_attach_encoder(intel_connector, intel_encoder);
|
2009-04-08 07:16:42 +08:00
|
|
|
drm_sysfs_connector_add(connector);
|
|
|
|
|
|
|
|
/* Set up the DDC bus. */
|
2009-07-24 01:00:31 +08:00
|
|
|
switch (output_reg) {
|
2009-07-24 01:00:32 +08:00
|
|
|
case DP_A:
|
|
|
|
name = "DPDDC-A";
|
|
|
|
break;
|
2009-07-24 01:00:31 +08:00
|
|
|
case DP_B:
|
|
|
|
case PCH_DP_B:
|
2009-12-12 03:07:17 +08:00
|
|
|
dev_priv->hotplug_supported_mask |=
|
|
|
|
HDMIB_HOTPLUG_INT_STATUS;
|
2009-07-24 01:00:31 +08:00
|
|
|
name = "DPDDC-B";
|
|
|
|
break;
|
|
|
|
case DP_C:
|
|
|
|
case PCH_DP_C:
|
2009-12-12 03:07:17 +08:00
|
|
|
dev_priv->hotplug_supported_mask |=
|
|
|
|
HDMIC_HOTPLUG_INT_STATUS;
|
2009-07-24 01:00:31 +08:00
|
|
|
name = "DPDDC-C";
|
|
|
|
break;
|
|
|
|
case DP_D:
|
|
|
|
case PCH_DP_D:
|
2009-12-12 03:07:17 +08:00
|
|
|
dev_priv->hotplug_supported_mask |=
|
|
|
|
HDMID_HOTPLUG_INT_STATUS;
|
2009-07-24 01:00:31 +08:00
|
|
|
name = "DPDDC-D";
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
2010-10-08 07:01:21 +08:00
|
|
|
/* Cache some DPCD data in the eDP case */
|
|
|
|
if (is_edp(intel_dp)) {
|
2011-07-26 11:01:56 +08:00
|
|
|
bool ret;
|
drm/i915: Correct eDP panel power sequencing delay computations
Store the panel power sequencing delays in the dp private structure,
rather than the global device structure. Who knows, maybe we'll get
more than one eDP device in the future.
From the eDP spec, we need the following numbers:
T1 + T3 Power on to Aux Channel operation (panel_power_up_delay)
This marks how long it takes the panel to boot up and
get ready to receive aux channel communications.
T8 Video signal to backlight on (backlight_on_delay)
Once a valid video signal is being sent to the device,
it can take a while before the panel is actuall
showing useful data. This delay allows the panel
to get something reasonable up before the backlight
is turned on.
T9 Backlight off to video off (backlight_off_delay)
Turning the backlight off can take a moment, so
this delay makes sure there is still valid video
data on the screen.
T10 Video off to power off (panel_power_down_delay)
Presumably this delay allows the panel to perform
an orderly shutdown of the display.
T11 + T12 Power off to power on (panel_power_cycle_delay)
So, once you turn the panel off, you have to wait a
while before you can turn it back on. This delay is
usually the longest in the entire sequence.
Neither the VBIOS source code nor the hardware documentation has a
clear mapping between the delay values they provide and those required
by the eDP spec. The VBIOS code actually uses two different labels for
the delay values in the five words of the relevant VBT table.
**** MORE LATER ***
Look at both the current hardware register settings and the VBT
specified panel power sequencing timings. Use the maximum of the two
delays, to make sure things work reliably. If there is no VBT data,
then those values will be initialized to zero, so we'll just use the
values as programmed in the hardware. Note that the BIOS just fetches
delays from the VBT table to place in the hardware registers, so we
should get the same values from both places, except for rounding.
VBT doesn't provide any values for T1 or T2, so we'll always just use
the hardware value for that.
The panel power up delay is thus T1 + T2 + T3, which should be
sufficient in all cases.
The panel power down delay is T1 + T2 + T12, using T1+T2 as a proxy
for T11, which isn't available anywhere.
For the backlight delays, the eDP spec says T6 + T8 is the delay from the
end of link training to backlight on and T9 is the delay from
backlight off until video off. The hardware provides a 'backlight on'
delay, which I'm taking to be T6 + T8 while the VBT provides something
called 'T7', which I'm assuming is s
On the macbook air I'm testing with, this yields a power-up delay of
over 200ms and a power-down delay of over 600ms. It all works now, but
we're frobbing these power controls several times during mode setting,
making the whole process take an awfully long time.
Signed-off-by: Keith Packard <keithp@keithp.com>
2011-09-29 07:48:10 +08:00
|
|
|
struct edp_power_seq cur, vbt;
|
|
|
|
u32 pp_on, pp_off, pp_div;
|
2011-01-25 09:10:54 +08:00
|
|
|
|
|
|
|
pp_on = I915_READ(PCH_PP_ON_DELAYS);
|
drm/i915: Correct eDP panel power sequencing delay computations
Store the panel power sequencing delays in the dp private structure,
rather than the global device structure. Who knows, maybe we'll get
more than one eDP device in the future.
From the eDP spec, we need the following numbers:
T1 + T3 Power on to Aux Channel operation (panel_power_up_delay)
This marks how long it takes the panel to boot up and
get ready to receive aux channel communications.
T8 Video signal to backlight on (backlight_on_delay)
Once a valid video signal is being sent to the device,
it can take a while before the panel is actuall
showing useful data. This delay allows the panel
to get something reasonable up before the backlight
is turned on.
T9 Backlight off to video off (backlight_off_delay)
Turning the backlight off can take a moment, so
this delay makes sure there is still valid video
data on the screen.
T10 Video off to power off (panel_power_down_delay)
Presumably this delay allows the panel to perform
an orderly shutdown of the display.
T11 + T12 Power off to power on (panel_power_cycle_delay)
So, once you turn the panel off, you have to wait a
while before you can turn it back on. This delay is
usually the longest in the entire sequence.
Neither the VBIOS source code nor the hardware documentation has a
clear mapping between the delay values they provide and those required
by the eDP spec. The VBIOS code actually uses two different labels for
the delay values in the five words of the relevant VBT table.
**** MORE LATER ***
Look at both the current hardware register settings and the VBT
specified panel power sequencing timings. Use the maximum of the two
delays, to make sure things work reliably. If there is no VBT data,
then those values will be initialized to zero, so we'll just use the
values as programmed in the hardware. Note that the BIOS just fetches
delays from the VBT table to place in the hardware registers, so we
should get the same values from both places, except for rounding.
VBT doesn't provide any values for T1 or T2, so we'll always just use
the hardware value for that.
The panel power up delay is thus T1 + T2 + T3, which should be
sufficient in all cases.
The panel power down delay is T1 + T2 + T12, using T1+T2 as a proxy
for T11, which isn't available anywhere.
For the backlight delays, the eDP spec says T6 + T8 is the delay from the
end of link training to backlight on and T9 is the delay from
backlight off until video off. The hardware provides a 'backlight on'
delay, which I'm taking to be T6 + T8 while the VBT provides something
called 'T7', which I'm assuming is s
On the macbook air I'm testing with, this yields a power-up delay of
over 200ms and a power-down delay of over 600ms. It all works now, but
we're frobbing these power controls several times during mode setting,
making the whole process take an awfully long time.
Signed-off-by: Keith Packard <keithp@keithp.com>
2011-09-29 07:48:10 +08:00
|
|
|
pp_off = I915_READ(PCH_PP_OFF_DELAYS);
|
2011-01-25 09:10:54 +08:00
|
|
|
pp_div = I915_READ(PCH_PP_DIVISOR);
|
2010-10-08 07:01:21 +08:00
|
|
|
|
drm/i915: Correct eDP panel power sequencing delay computations
Store the panel power sequencing delays in the dp private structure,
rather than the global device structure. Who knows, maybe we'll get
more than one eDP device in the future.
From the eDP spec, we need the following numbers:
T1 + T3 Power on to Aux Channel operation (panel_power_up_delay)
This marks how long it takes the panel to boot up and
get ready to receive aux channel communications.
T8 Video signal to backlight on (backlight_on_delay)
Once a valid video signal is being sent to the device,
it can take a while before the panel is actuall
showing useful data. This delay allows the panel
to get something reasonable up before the backlight
is turned on.
T9 Backlight off to video off (backlight_off_delay)
Turning the backlight off can take a moment, so
this delay makes sure there is still valid video
data on the screen.
T10 Video off to power off (panel_power_down_delay)
Presumably this delay allows the panel to perform
an orderly shutdown of the display.
T11 + T12 Power off to power on (panel_power_cycle_delay)
So, once you turn the panel off, you have to wait a
while before you can turn it back on. This delay is
usually the longest in the entire sequence.
Neither the VBIOS source code nor the hardware documentation has a
clear mapping between the delay values they provide and those required
by the eDP spec. The VBIOS code actually uses two different labels for
the delay values in the five words of the relevant VBT table.
**** MORE LATER ***
Look at both the current hardware register settings and the VBT
specified panel power sequencing timings. Use the maximum of the two
delays, to make sure things work reliably. If there is no VBT data,
then those values will be initialized to zero, so we'll just use the
values as programmed in the hardware. Note that the BIOS just fetches
delays from the VBT table to place in the hardware registers, so we
should get the same values from both places, except for rounding.
VBT doesn't provide any values for T1 or T2, so we'll always just use
the hardware value for that.
The panel power up delay is thus T1 + T2 + T3, which should be
sufficient in all cases.
The panel power down delay is T1 + T2 + T12, using T1+T2 as a proxy
for T11, which isn't available anywhere.
For the backlight delays, the eDP spec says T6 + T8 is the delay from the
end of link training to backlight on and T9 is the delay from
backlight off until video off. The hardware provides a 'backlight on'
delay, which I'm taking to be T6 + T8 while the VBT provides something
called 'T7', which I'm assuming is s
On the macbook air I'm testing with, this yields a power-up delay of
over 200ms and a power-down delay of over 600ms. It all works now, but
we're frobbing these power controls several times during mode setting,
making the whole process take an awfully long time.
Signed-off-by: Keith Packard <keithp@keithp.com>
2011-09-29 07:48:10 +08:00
|
|
|
/* Pull timing values out of registers */
|
|
|
|
cur.t1_t3 = (pp_on & PANEL_POWER_UP_DELAY_MASK) >>
|
|
|
|
PANEL_POWER_UP_DELAY_SHIFT;
|
|
|
|
|
|
|
|
cur.t8 = (pp_on & PANEL_LIGHT_ON_DELAY_MASK) >>
|
|
|
|
PANEL_LIGHT_ON_DELAY_SHIFT;
|
|
|
|
|
|
|
|
cur.t9 = (pp_off & PANEL_LIGHT_OFF_DELAY_MASK) >>
|
|
|
|
PANEL_LIGHT_OFF_DELAY_SHIFT;
|
|
|
|
|
|
|
|
cur.t10 = (pp_off & PANEL_POWER_DOWN_DELAY_MASK) >>
|
|
|
|
PANEL_POWER_DOWN_DELAY_SHIFT;
|
|
|
|
|
|
|
|
cur.t11_t12 = ((pp_div & PANEL_POWER_CYCLE_DELAY_MASK) >>
|
|
|
|
PANEL_POWER_CYCLE_DELAY_SHIFT) * 1000;
|
|
|
|
|
|
|
|
DRM_DEBUG_KMS("cur t1_t3 %d t8 %d t9 %d t10 %d t11_t12 %d\n",
|
|
|
|
cur.t1_t3, cur.t8, cur.t9, cur.t10, cur.t11_t12);
|
|
|
|
|
|
|
|
vbt = dev_priv->edp.pps;
|
|
|
|
|
|
|
|
DRM_DEBUG_KMS("vbt t1_t3 %d t8 %d t9 %d t10 %d t11_t12 %d\n",
|
|
|
|
vbt.t1_t3, vbt.t8, vbt.t9, vbt.t10, vbt.t11_t12);
|
|
|
|
|
|
|
|
#define get_delay(field) ((max(cur.field, vbt.field) + 9) / 10)
|
|
|
|
|
|
|
|
intel_dp->panel_power_up_delay = get_delay(t1_t3);
|
|
|
|
intel_dp->backlight_on_delay = get_delay(t8);
|
|
|
|
intel_dp->backlight_off_delay = get_delay(t9);
|
|
|
|
intel_dp->panel_power_down_delay = get_delay(t10);
|
|
|
|
intel_dp->panel_power_cycle_delay = get_delay(t11_t12);
|
|
|
|
|
|
|
|
DRM_DEBUG_KMS("panel power up delay %d, power down delay %d, power cycle delay %d\n",
|
|
|
|
intel_dp->panel_power_up_delay, intel_dp->panel_power_down_delay,
|
|
|
|
intel_dp->panel_power_cycle_delay);
|
|
|
|
|
|
|
|
DRM_DEBUG_KMS("backlight on delay %d, off delay %d\n",
|
|
|
|
intel_dp->backlight_on_delay, intel_dp->backlight_off_delay);
|
2011-01-25 09:10:54 +08:00
|
|
|
|
2011-09-19 14:09:52 +08:00
|
|
|
intel_dp->panel_off_jiffies = jiffies - intel_dp->panel_power_down_delay;
|
2011-01-25 09:10:54 +08:00
|
|
|
|
|
|
|
ironlake_edp_panel_vdd_on(intel_dp);
|
2011-07-26 11:01:56 +08:00
|
|
|
ret = intel_dp_get_dpcd(intel_dp);
|
2011-09-19 14:09:52 +08:00
|
|
|
ironlake_edp_panel_vdd_off(intel_dp, false);
|
2011-07-26 11:01:56 +08:00
|
|
|
if (ret) {
|
2011-07-08 02:10:58 +08:00
|
|
|
if (intel_dp->dpcd[DP_DPCD_REV] >= 0x11)
|
|
|
|
dev_priv->no_aux_handshake =
|
|
|
|
intel_dp->dpcd[DP_MAX_DOWNSPREAD] &
|
2010-10-08 07:01:21 +08:00
|
|
|
DP_NO_AUX_HANDSHAKE_LINK_TRAINING;
|
|
|
|
} else {
|
2011-02-12 18:33:12 +08:00
|
|
|
/* if this fails, presume the device is a ghost */
|
2011-03-18 17:06:49 +08:00
|
|
|
DRM_INFO("failed to retrieve link info, disabling eDP\n");
|
2011-02-12 18:33:12 +08:00
|
|
|
intel_dp_encoder_destroy(&intel_dp->base.base);
|
2011-03-18 17:06:49 +08:00
|
|
|
intel_dp_destroy(&intel_connector->base);
|
2011-02-12 18:33:12 +08:00
|
|
|
return;
|
2010-10-08 07:01:21 +08:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2011-09-29 07:31:53 +08:00
|
|
|
intel_dp_i2c_init(intel_dp, intel_connector, name);
|
|
|
|
|
2010-03-26 02:11:14 +08:00
|
|
|
intel_encoder->hot_plug = intel_dp_hot_plug;
|
2009-04-08 07:16:42 +08:00
|
|
|
|
2010-10-08 07:01:07 +08:00
|
|
|
if (is_edp(intel_dp)) {
|
2011-08-12 18:11:33 +08:00
|
|
|
dev_priv->int_edp_connector = connector;
|
|
|
|
intel_panel_setup_backlight(dev);
|
2009-07-24 01:00:32 +08:00
|
|
|
}
|
|
|
|
|
2010-09-19 16:29:33 +08:00
|
|
|
intel_dp_add_properties(intel_dp, connector);
|
|
|
|
|
2009-04-08 07:16:42 +08:00
|
|
|
/* 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);
|
|
|
|
}
|
|
|
|
}
|