DRM: i915: add mode setting support
This commit adds i915 driver support for the DRM mode setting APIs.
Currently, VGA, LVDS, SDVO DVI & VGA, TV and DVO LVDS outputs are
supported. HDMI, DisplayPort and additional SDVO output support will
follow.
Support for the mode setting code is controlled by the new 'modeset'
module option. A new config option, CONFIG_DRM_I915_KMS controls the
default behavior, and whether a PCI ID list is built into the module for
use by user level module utilities.
Note that if mode setting is enabled, user level drivers that access
display registers directly or that don't use the kernel graphics memory
manager will likely corrupt kernel graphics memory, disrupt output
configuration (possibly leading to hangs and/or blank displays), and
prevent panic/oops messages from appearing. So use caution when
enabling this code; be sure your user level code supports the new
interfaces.
A new SysRq key, 'g', provides emergency support for switching back to
the kernel's framebuffer console; which is useful for testing.
Co-authors: Dave Airlie <airlied@linux.ie>, Hong Liu <hong.liu@intel.com>
Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>
Signed-off-by: Eric Anholt <eric@anholt.net>
Signed-off-by: Dave Airlie <airlied@redhat.com>
2008-11-08 06:24:08 +08:00
|
|
|
/*
|
|
|
|
* Copyright (c) 2006 Dave Airlie <airlied@linux.ie>
|
|
|
|
* Copyright (c) 2007-2008 Intel Corporation
|
|
|
|
* Jesse Barnes <jesse.barnes@intel.com>
|
|
|
|
*
|
|
|
|
* 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.
|
|
|
|
*/
|
|
|
|
#ifndef __INTEL_DRV_H__
|
|
|
|
#define __INTEL_DRV_H__
|
|
|
|
|
2014-05-29 05:39:03 +08:00
|
|
|
#include <linux/async.h>
|
DRM: i915: add mode setting support
This commit adds i915 driver support for the DRM mode setting APIs.
Currently, VGA, LVDS, SDVO DVI & VGA, TV and DVO LVDS outputs are
supported. HDMI, DisplayPort and additional SDVO output support will
follow.
Support for the mode setting code is controlled by the new 'modeset'
module option. A new config option, CONFIG_DRM_I915_KMS controls the
default behavior, and whether a PCI ID list is built into the module for
use by user level module utilities.
Note that if mode setting is enabled, user level drivers that access
display registers directly or that don't use the kernel graphics memory
manager will likely corrupt kernel graphics memory, disrupt output
configuration (possibly leading to hangs and/or blank displays), and
prevent panic/oops messages from appearing. So use caution when
enabling this code; be sure your user level code supports the new
interfaces.
A new SysRq key, 'g', provides emergency support for switching back to
the kernel's framebuffer console; which is useful for testing.
Co-authors: Dave Airlie <airlied@linux.ie>, Hong Liu <hong.liu@intel.com>
Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>
Signed-off-by: Eric Anholt <eric@anholt.net>
Signed-off-by: Dave Airlie <airlied@redhat.com>
2008-11-08 06:24:08 +08:00
|
|
|
#include <linux/i2c.h>
|
2013-08-07 03:32:18 +08:00
|
|
|
#include <linux/hdmi.h>
|
2012-10-03 01:01:07 +08:00
|
|
|
#include <drm/i915_drm.h>
|
2009-09-11 06:28:06 +08:00
|
|
|
#include "i915_drv.h"
|
2012-10-03 01:01:07 +08:00
|
|
|
#include <drm/drm_crtc.h>
|
|
|
|
#include <drm/drm_crtc_helper.h>
|
|
|
|
#include <drm/drm_fb_helper.h>
|
2016-05-03 03:08:23 +08:00
|
|
|
#include <drm/drm_dp_dual_mode_helper.h>
|
2014-05-02 12:02:48 +08:00
|
|
|
#include <drm/drm_dp_mst_helper.h>
|
2014-09-06 04:04:46 +08:00
|
|
|
#include <drm/drm_rect.h>
|
2015-03-20 22:18:01 +08:00
|
|
|
#include <drm/drm_atomic.h>
|
2010-08-07 18:01:35 +08:00
|
|
|
|
2013-03-28 07:03:25 +08:00
|
|
|
/**
|
|
|
|
* _wait_for - magic (register) wait macro
|
|
|
|
*
|
|
|
|
* Does the right thing for modeset paths when run under kdgb or similar atomic
|
|
|
|
* contexts. Note that it's important that we check the condition again after
|
|
|
|
* having timed out, since the timeout could be due to preemption or similar and
|
|
|
|
* we've never had a chance to check the condition before the timeout.
|
2016-03-04 00:21:27 +08:00
|
|
|
*
|
|
|
|
* TODO: When modesetting has fully transitioned to atomic, the below
|
|
|
|
* drm_can_sleep() can be removed and in_atomic()/!in_atomic() asserts
|
|
|
|
* added.
|
2013-03-28 07:03:25 +08:00
|
|
|
*/
|
2016-03-03 22:36:41 +08:00
|
|
|
#define _wait_for(COND, US, W) ({ \
|
|
|
|
unsigned long timeout__ = jiffies + usecs_to_jiffies(US) + 1; \
|
2010-08-07 18:01:35 +08:00
|
|
|
int ret__ = 0; \
|
2011-08-17 03:34:10 +08:00
|
|
|
while (!(COND)) { \
|
2010-08-07 18:01:35 +08:00
|
|
|
if (time_after(jiffies, timeout__)) { \
|
2013-03-28 07:03:25 +08:00
|
|
|
if (!(COND)) \
|
|
|
|
ret__ = -ETIMEDOUT; \
|
2010-08-07 18:01:35 +08:00
|
|
|
break; \
|
|
|
|
} \
|
2015-03-21 03:28:08 +08:00
|
|
|
if ((W) && drm_can_sleep()) { \
|
2016-03-03 22:36:41 +08:00
|
|
|
usleep_range((W), (W)*2); \
|
2012-09-02 13:59:48 +08:00
|
|
|
} else { \
|
|
|
|
cpu_relax(); \
|
|
|
|
} \
|
2010-08-07 18:01:35 +08:00
|
|
|
} \
|
|
|
|
ret__; \
|
|
|
|
})
|
|
|
|
|
2016-03-03 22:36:41 +08:00
|
|
|
#define wait_for(COND, MS) _wait_for((COND), (MS) * 1000, 1000)
|
|
|
|
|
2016-03-04 00:21:27 +08:00
|
|
|
/* If CONFIG_PREEMPT_COUNT is disabled, in_atomic() always reports false. */
|
|
|
|
#if defined(CONFIG_DRM_I915_DEBUG) && defined(CONFIG_PREEMPT_COUNT)
|
2016-06-29 19:27:22 +08:00
|
|
|
# define _WAIT_FOR_ATOMIC_CHECK(ATOMIC) WARN_ON_ONCE((ATOMIC) && !in_atomic())
|
2016-03-04 00:21:27 +08:00
|
|
|
#else
|
2016-06-29 19:27:22 +08:00
|
|
|
# define _WAIT_FOR_ATOMIC_CHECK(ATOMIC) do { } while (0)
|
2016-03-04 00:21:27 +08:00
|
|
|
#endif
|
|
|
|
|
2016-06-29 19:27:22 +08:00
|
|
|
#define _wait_for_atomic(COND, US, ATOMIC) \
|
|
|
|
({ \
|
|
|
|
int cpu, ret, timeout = (US) * 1000; \
|
|
|
|
u64 base; \
|
|
|
|
_WAIT_FOR_ATOMIC_CHECK(ATOMIC); \
|
2016-03-04 00:21:27 +08:00
|
|
|
BUILD_BUG_ON((US) > 50000); \
|
2016-06-29 19:27:22 +08:00
|
|
|
if (!(ATOMIC)) { \
|
|
|
|
preempt_disable(); \
|
|
|
|
cpu = smp_processor_id(); \
|
|
|
|
} \
|
|
|
|
base = local_clock(); \
|
|
|
|
for (;;) { \
|
|
|
|
u64 now = local_clock(); \
|
|
|
|
if (!(ATOMIC)) \
|
|
|
|
preempt_enable(); \
|
|
|
|
if (COND) { \
|
|
|
|
ret = 0; \
|
|
|
|
break; \
|
|
|
|
} \
|
|
|
|
if (now - base >= timeout) { \
|
|
|
|
ret = -ETIMEDOUT; \
|
2016-03-04 00:21:27 +08:00
|
|
|
break; \
|
|
|
|
} \
|
|
|
|
cpu_relax(); \
|
2016-06-29 19:27:22 +08:00
|
|
|
if (!(ATOMIC)) { \
|
|
|
|
preempt_disable(); \
|
|
|
|
if (unlikely(cpu != smp_processor_id())) { \
|
|
|
|
timeout -= now - base; \
|
|
|
|
cpu = smp_processor_id(); \
|
|
|
|
base = local_clock(); \
|
|
|
|
} \
|
|
|
|
} \
|
2016-03-04 00:21:27 +08:00
|
|
|
} \
|
2016-06-29 19:27:22 +08:00
|
|
|
ret; \
|
|
|
|
})
|
|
|
|
|
|
|
|
#define wait_for_us(COND, US) \
|
|
|
|
({ \
|
|
|
|
int ret__; \
|
|
|
|
BUILD_BUG_ON(!__builtin_constant_p(US)); \
|
|
|
|
if ((US) > 10) \
|
|
|
|
ret__ = _wait_for((COND), (US), 10); \
|
|
|
|
else \
|
|
|
|
ret__ = _wait_for_atomic((COND), (US), 0); \
|
2016-03-04 00:21:27 +08:00
|
|
|
ret__; \
|
|
|
|
})
|
|
|
|
|
2016-06-29 19:27:22 +08:00
|
|
|
#define wait_for_atomic(COND, MS) _wait_for_atomic((COND), (MS) * 1000, 1)
|
|
|
|
#define wait_for_atomic_us(COND, US) _wait_for_atomic((COND), (US), 1)
|
2010-08-24 00:43:35 +08:00
|
|
|
|
2014-01-10 23:10:20 +08:00
|
|
|
#define KHz(x) (1000 * (x))
|
|
|
|
#define MHz(x) KHz(1000 * (x))
|
2010-09-08 03:54:59 +08:00
|
|
|
|
DRM: i915: add mode setting support
This commit adds i915 driver support for the DRM mode setting APIs.
Currently, VGA, LVDS, SDVO DVI & VGA, TV and DVO LVDS outputs are
supported. HDMI, DisplayPort and additional SDVO output support will
follow.
Support for the mode setting code is controlled by the new 'modeset'
module option. A new config option, CONFIG_DRM_I915_KMS controls the
default behavior, and whether a PCI ID list is built into the module for
use by user level module utilities.
Note that if mode setting is enabled, user level drivers that access
display registers directly or that don't use the kernel graphics memory
manager will likely corrupt kernel graphics memory, disrupt output
configuration (possibly leading to hangs and/or blank displays), and
prevent panic/oops messages from appearing. So use caution when
enabling this code; be sure your user level code supports the new
interfaces.
A new SysRq key, 'g', provides emergency support for switching back to
the kernel's framebuffer console; which is useful for testing.
Co-authors: Dave Airlie <airlied@linux.ie>, Hong Liu <hong.liu@intel.com>
Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>
Signed-off-by: Eric Anholt <eric@anholt.net>
Signed-off-by: Dave Airlie <airlied@redhat.com>
2008-11-08 06:24:08 +08:00
|
|
|
/*
|
|
|
|
* Display related stuff
|
|
|
|
*/
|
|
|
|
|
|
|
|
/* store information about an Ixxx DVO */
|
|
|
|
/* The i830->i865 use multiple DVOs with multiple i2cs */
|
|
|
|
/* the i915, i945 have a single sDVO i2c bus - which is different */
|
|
|
|
#define MAX_OUTPUTS 6
|
|
|
|
/* maximum connectors per crtcs in the mode set */
|
|
|
|
|
2014-03-10 19:36:23 +08:00
|
|
|
/* Maximum cursor sizes */
|
|
|
|
#define GEN2_CURSOR_WIDTH 64
|
|
|
|
#define GEN2_CURSOR_HEIGHT 64
|
2014-03-28 22:17:49 +08:00
|
|
|
#define MAX_CURSOR_WIDTH 256
|
|
|
|
#define MAX_CURSOR_HEIGHT 256
|
2014-03-10 19:36:23 +08:00
|
|
|
|
DRM: i915: add mode setting support
This commit adds i915 driver support for the DRM mode setting APIs.
Currently, VGA, LVDS, SDVO DVI & VGA, TV and DVO LVDS outputs are
supported. HDMI, DisplayPort and additional SDVO output support will
follow.
Support for the mode setting code is controlled by the new 'modeset'
module option. A new config option, CONFIG_DRM_I915_KMS controls the
default behavior, and whether a PCI ID list is built into the module for
use by user level module utilities.
Note that if mode setting is enabled, user level drivers that access
display registers directly or that don't use the kernel graphics memory
manager will likely corrupt kernel graphics memory, disrupt output
configuration (possibly leading to hangs and/or blank displays), and
prevent panic/oops messages from appearing. So use caution when
enabling this code; be sure your user level code supports the new
interfaces.
A new SysRq key, 'g', provides emergency support for switching back to
the kernel's framebuffer console; which is useful for testing.
Co-authors: Dave Airlie <airlied@linux.ie>, Hong Liu <hong.liu@intel.com>
Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>
Signed-off-by: Eric Anholt <eric@anholt.net>
Signed-off-by: Dave Airlie <airlied@redhat.com>
2008-11-08 06:24:08 +08:00
|
|
|
#define INTEL_I2C_BUS_DVO 1
|
|
|
|
#define INTEL_I2C_BUS_SDVO 2
|
|
|
|
|
|
|
|
/* these are outputs from the chip - integrated only
|
|
|
|
external chips are via DVO or SDVO output */
|
2014-10-28 03:47:52 +08:00
|
|
|
enum intel_output_type {
|
|
|
|
INTEL_OUTPUT_UNUSED = 0,
|
|
|
|
INTEL_OUTPUT_ANALOG = 1,
|
|
|
|
INTEL_OUTPUT_DVO = 2,
|
|
|
|
INTEL_OUTPUT_SDVO = 3,
|
|
|
|
INTEL_OUTPUT_LVDS = 4,
|
|
|
|
INTEL_OUTPUT_TVOUT = 5,
|
|
|
|
INTEL_OUTPUT_HDMI = 6,
|
2016-06-23 02:57:06 +08:00
|
|
|
INTEL_OUTPUT_DP = 7,
|
2014-10-28 03:47:52 +08:00
|
|
|
INTEL_OUTPUT_EDP = 8,
|
|
|
|
INTEL_OUTPUT_DSI = 9,
|
|
|
|
INTEL_OUTPUT_UNKNOWN = 10,
|
|
|
|
INTEL_OUTPUT_DP_MST = 11,
|
|
|
|
};
|
DRM: i915: add mode setting support
This commit adds i915 driver support for the DRM mode setting APIs.
Currently, VGA, LVDS, SDVO DVI & VGA, TV and DVO LVDS outputs are
supported. HDMI, DisplayPort and additional SDVO output support will
follow.
Support for the mode setting code is controlled by the new 'modeset'
module option. A new config option, CONFIG_DRM_I915_KMS controls the
default behavior, and whether a PCI ID list is built into the module for
use by user level module utilities.
Note that if mode setting is enabled, user level drivers that access
display registers directly or that don't use the kernel graphics memory
manager will likely corrupt kernel graphics memory, disrupt output
configuration (possibly leading to hangs and/or blank displays), and
prevent panic/oops messages from appearing. So use caution when
enabling this code; be sure your user level code supports the new
interfaces.
A new SysRq key, 'g', provides emergency support for switching back to
the kernel's framebuffer console; which is useful for testing.
Co-authors: Dave Airlie <airlied@linux.ie>, Hong Liu <hong.liu@intel.com>
Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>
Signed-off-by: Eric Anholt <eric@anholt.net>
Signed-off-by: Dave Airlie <airlied@redhat.com>
2008-11-08 06:24:08 +08:00
|
|
|
|
|
|
|
#define INTEL_DVO_CHIP_NONE 0
|
|
|
|
#define INTEL_DVO_CHIP_LVDS 1
|
|
|
|
#define INTEL_DVO_CHIP_TMDS 2
|
|
|
|
#define INTEL_DVO_CHIP_TVOUT 4
|
|
|
|
|
2014-04-14 13:48:24 +08:00
|
|
|
#define INTEL_DSI_VIDEO_MODE 0
|
|
|
|
#define INTEL_DSI_COMMAND_MODE 1
|
2013-08-27 20:12:17 +08:00
|
|
|
|
DRM: i915: add mode setting support
This commit adds i915 driver support for the DRM mode setting APIs.
Currently, VGA, LVDS, SDVO DVI & VGA, TV and DVO LVDS outputs are
supported. HDMI, DisplayPort and additional SDVO output support will
follow.
Support for the mode setting code is controlled by the new 'modeset'
module option. A new config option, CONFIG_DRM_I915_KMS controls the
default behavior, and whether a PCI ID list is built into the module for
use by user level module utilities.
Note that if mode setting is enabled, user level drivers that access
display registers directly or that don't use the kernel graphics memory
manager will likely corrupt kernel graphics memory, disrupt output
configuration (possibly leading to hangs and/or blank displays), and
prevent panic/oops messages from appearing. So use caution when
enabling this code; be sure your user level code supports the new
interfaces.
A new SysRq key, 'g', provides emergency support for switching back to
the kernel's framebuffer console; which is useful for testing.
Co-authors: Dave Airlie <airlied@linux.ie>, Hong Liu <hong.liu@intel.com>
Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>
Signed-off-by: Eric Anholt <eric@anholt.net>
Signed-off-by: Dave Airlie <airlied@redhat.com>
2008-11-08 06:24:08 +08:00
|
|
|
struct intel_framebuffer {
|
|
|
|
struct drm_framebuffer base;
|
2010-11-09 03:18:58 +08:00
|
|
|
struct drm_i915_gem_object *obj;
|
2016-02-16 04:54:47 +08:00
|
|
|
struct intel_rotation_info rot_info;
|
drm/i915: Rewrite fb rotation GTT handling
Redo the fb rotation handling in order to:
- eliminate the NV12 special casing
- handle fb->offsets[] properly
- make the rotation handling easier for the plane code
To achieve these goals we reduce intel_rotation_info to only contain
(for each plane) the rotated view width,height,stride in tile units,
and the page offset into the object where the plane starts. Each plane
is handled exactly the same way, no special casing for NV12 or other
formats. We then store the computed rotation_info under
intel_framebuffer so that we don't have to recompute it again.
To handle fb->offsets[] we treat them as a linear offsets and convert
them to x/y offsets from the start of the relevant GTT mapping (either
normal or rotated). We store the x/y offsets under intel_framebuffer,
and for some extra convenience we also store the rotated pitch (ie.
tile aligned plane height). So for each plane we have the normal
x/y offsets, rotated x/y offsets, and the rotated pitch. The normal
pitch is available already in fb->pitches[].
While we're gathering up all that extra information, we can also easily
compute the storage requirements for the framebuffer, so that we can
check that the object is big enough to hold it.
When it comes time to deal with the plane source coordinates, we first
rotate the clipped src coordinates to match the relevant GTT view
orientation, then add to them the fb x/y offsets. Next we compute
the aligned surface page offset, and as a result we're left with some
residual x/y offsets. Finally, if required by the hardware, we convert
the remaining x/y offsets into a linear offset.
For gen2/3 we simply skip computing the final page offset, and just
convert the src+fb x/y offsets directly into a linear offset since
that's what the hardware wants.
After this all platforms, incluing SKL+, compute these things in exactly
the same way (excluding alignemnt differences).
v2: Use BIT(DRM_ROTATE_270) instead of ROTATE_270 when rotating
plane src coordinates
Drop some spurious changes that got left behind during
development
v3: Split out more changes to prep patches (Daniel)
s/intel_fb->plane[].foo.bar/intel_fb->foo[].bar/ for brevity
Rename intel_surf_gtt_offset to intel_fb_gtt_offset
Kill the pointless 'plane' parameter from intel_fb_gtt_offset()
v4: Fix alignment vs. alignment-1 when calling
_intel_compute_tile_offset() from intel_fill_fb_info()
Pass the pitch in tiles in
stad of pixels to intel_adjust_tile_offset() from intel_fill_fb_info()
Pass the full width/height of the rotated area to
drm_rect_rotate() for clarity
Use u32 for more offsets
v5: Preserve the upper_32_bits()/lower_32_bits() handling for the
fb ggtt offset (Sivakumar)
v6: Rebase due to drm_plane_state src/dst rects
Cc: Sivakumar Thulasimani <sivakumar.thulasimani@intel.com>
Signed-off-by: Ville Syrjälä <ville.syrjala@linux.intel.com>
Reviewed-by: Sivakumar Thulasimani <sivakumar.thulasimani@intel.com>
Link: http://patchwork.freedesktop.org/patch/msgid/1470821001-25272-2-git-send-email-ville.syrjala@linux.intel.com
Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2015-09-15 18:16:41 +08:00
|
|
|
|
|
|
|
/* for each plane in the normal GTT view */
|
|
|
|
struct {
|
|
|
|
unsigned int x, y;
|
|
|
|
} normal[2];
|
|
|
|
/* for each plane in the rotated GTT view */
|
|
|
|
struct {
|
|
|
|
unsigned int x, y;
|
|
|
|
unsigned int pitch; /* pixels */
|
|
|
|
} rotated[2];
|
DRM: i915: add mode setting support
This commit adds i915 driver support for the DRM mode setting APIs.
Currently, VGA, LVDS, SDVO DVI & VGA, TV and DVO LVDS outputs are
supported. HDMI, DisplayPort and additional SDVO output support will
follow.
Support for the mode setting code is controlled by the new 'modeset'
module option. A new config option, CONFIG_DRM_I915_KMS controls the
default behavior, and whether a PCI ID list is built into the module for
use by user level module utilities.
Note that if mode setting is enabled, user level drivers that access
display registers directly or that don't use the kernel graphics memory
manager will likely corrupt kernel graphics memory, disrupt output
configuration (possibly leading to hangs and/or blank displays), and
prevent panic/oops messages from appearing. So use caution when
enabling this code; be sure your user level code supports the new
interfaces.
A new SysRq key, 'g', provides emergency support for switching back to
the kernel's framebuffer console; which is useful for testing.
Co-authors: Dave Airlie <airlied@linux.ie>, Hong Liu <hong.liu@intel.com>
Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>
Signed-off-by: Eric Anholt <eric@anholt.net>
Signed-off-by: Dave Airlie <airlied@redhat.com>
2008-11-08 06:24:08 +08:00
|
|
|
};
|
|
|
|
|
2010-08-26 05:45:57 +08:00
|
|
|
struct intel_fbdev {
|
|
|
|
struct drm_fb_helper helper;
|
2014-02-08 04:10:38 +08:00
|
|
|
struct intel_framebuffer *fb;
|
2016-08-15 17:49:06 +08:00
|
|
|
struct i915_vma *vma;
|
2016-06-21 16:16:54 +08:00
|
|
|
async_cookie_t cookie;
|
2014-03-08 00:57:51 +08:00
|
|
|
int preferred_bpp;
|
2010-08-26 05:45:57 +08:00
|
|
|
};
|
DRM: i915: add mode setting support
This commit adds i915 driver support for the DRM mode setting APIs.
Currently, VGA, LVDS, SDVO DVI & VGA, TV and DVO LVDS outputs are
supported. HDMI, DisplayPort and additional SDVO output support will
follow.
Support for the mode setting code is controlled by the new 'modeset'
module option. A new config option, CONFIG_DRM_I915_KMS controls the
default behavior, and whether a PCI ID list is built into the module for
use by user level module utilities.
Note that if mode setting is enabled, user level drivers that access
display registers directly or that don't use the kernel graphics memory
manager will likely corrupt kernel graphics memory, disrupt output
configuration (possibly leading to hangs and/or blank displays), and
prevent panic/oops messages from appearing. So use caution when
enabling this code; be sure your user level code supports the new
interfaces.
A new SysRq key, 'g', provides emergency support for switching back to
the kernel's framebuffer console; which is useful for testing.
Co-authors: Dave Airlie <airlied@linux.ie>, Hong Liu <hong.liu@intel.com>
Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>
Signed-off-by: Eric Anholt <eric@anholt.net>
Signed-off-by: Dave Airlie <airlied@redhat.com>
2008-11-08 06:24:08 +08:00
|
|
|
|
2010-03-26 02:11:14 +08:00
|
|
|
struct intel_encoder {
|
2010-09-09 22:14:28 +08:00
|
|
|
struct drm_encoder base;
|
drm/i915: stage modeset output changes
This is the core of the new modeset logic.
The current code which is based upon the crtc helper code first
updates all the link of the new display pipeline and then calls the
lower-level set_mode function to execute the required callbacks to get
there. The issue with this approach is that for disabling we need to
know the _current_ display pipe state, not the new one.
Hence we need to stage the new state of the display pipe and only
update it once we have disabled the current configuration and before we
start to update the hw registers with the new configuration.
This patch here just prepares the ground by switching the new output
state computation to these staging pointers. To make it clearer,
rename the old update_output_state function to stage_output_state.
A few peculiarities:
- We're also calling the set_mode function at various places to update
properties. Hence after a successfule modeset we need to stage the
current configuration (for otherwise we might fall back again). This
happens automatically because as part of the (successful) modeset we
need to copy the staged state to the real one. But for the hw
readout code we need to make sure that this happens, too.
- Teach the new staged output state computation code the required
smarts to handle the disabling of outputs. The current code handles
this in a special case, but to better handle global modeset changes
covering more than one crtc, we want to do this all in the same
low-level modeset code.
- The actual modeset code is still a bit ugly and wants to know the new
crtc->enabled state a bit early. Follow-on patches will clean that
up, for now we have to apply the staged output configuration early,
outside of the set_mode functions.
- Improve/add comments in stage_output_state.
Essentially all that is left to do now is move the disabling code into
set_mode and then move the staged state update code also into
set_mode, at the right place between disabling things and calling the
mode_set callbacks for the new configuration.
v2: Disabling a crtc works by passing in a NULL mode or fb, userspace
doesn't hand in the list of connectors. We therefore need to detect
this case manually and tear down all the output links.
v3: Properly update the output staging pointers after having read out
the hw state.
v4: Simplify the code, add more DRM_DEBUG_KMS output and check a few
assumptions with WARN_ON. Essentially all things that I've noticed
while debugging issues in other places of the code.
v4: Correctly disable the old set of connectors when enabling an
already enabled crtc on a new set of crtc. Reported by Paulo Zanoni.
Reviewed-by: Jesse Barnes <jbarnes@virtuousgeek.org>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2012-07-06 04:34:27 +08:00
|
|
|
|
2014-10-28 03:47:52 +08:00
|
|
|
enum intel_output_type type;
|
2014-03-03 22:15:28 +08:00
|
|
|
unsigned int cloneable;
|
2010-03-26 02:11:14 +08:00
|
|
|
void (*hot_plug)(struct intel_encoder *);
|
2013-03-27 07:44:52 +08:00
|
|
|
bool (*compute_config)(struct intel_encoder *,
|
2016-08-09 23:04:05 +08:00
|
|
|
struct intel_crtc_state *,
|
|
|
|
struct drm_connector_state *);
|
2016-08-09 23:04:04 +08:00
|
|
|
void (*pre_pll_enable)(struct intel_encoder *,
|
|
|
|
struct intel_crtc_state *,
|
|
|
|
struct drm_connector_state *);
|
|
|
|
void (*pre_enable)(struct intel_encoder *,
|
|
|
|
struct intel_crtc_state *,
|
|
|
|
struct drm_connector_state *);
|
|
|
|
void (*enable)(struct intel_encoder *,
|
|
|
|
struct intel_crtc_state *,
|
|
|
|
struct drm_connector_state *);
|
|
|
|
void (*disable)(struct intel_encoder *,
|
|
|
|
struct intel_crtc_state *,
|
|
|
|
struct drm_connector_state *);
|
|
|
|
void (*post_disable)(struct intel_encoder *,
|
|
|
|
struct intel_crtc_state *,
|
|
|
|
struct drm_connector_state *);
|
|
|
|
void (*post_pll_disable)(struct intel_encoder *,
|
|
|
|
struct intel_crtc_state *,
|
|
|
|
struct drm_connector_state *);
|
2012-07-02 19:10:34 +08:00
|
|
|
/* Read out the current hw state of this connector, returning true if
|
|
|
|
* the encoder is active. If the encoder is enabled it also set the pipe
|
|
|
|
* it is connected to in the pipe parameter. */
|
|
|
|
bool (*get_hw_state)(struct intel_encoder *, enum pipe *pipe);
|
2013-05-15 08:08:26 +08:00
|
|
|
/* Reconstructs the equivalent mode flags for the current hardware
|
2013-06-12 17:47:24 +08:00
|
|
|
* state. This must be called _after_ display->get_pipe_config has
|
2013-06-28 12:59:06 +08:00
|
|
|
* pre-filled the pipe config. Note that intel_encoder->base.crtc must
|
|
|
|
* be set correctly before calling this function. */
|
2013-05-15 08:08:26 +08:00
|
|
|
void (*get_config)(struct intel_encoder *,
|
2015-01-15 20:55:21 +08:00
|
|
|
struct intel_crtc_state *pipe_config);
|
2014-08-18 19:42:45 +08:00
|
|
|
/*
|
|
|
|
* Called during system suspend after all pending requests for the
|
|
|
|
* encoder are flushed (for example for DP AUX transactions) and
|
|
|
|
* device interrupts are disabled.
|
|
|
|
*/
|
|
|
|
void (*suspend)(struct intel_encoder *);
|
2009-08-24 13:50:24 +08:00
|
|
|
int crtc_mask;
|
2013-02-26 01:06:49 +08:00
|
|
|
enum hpd_pin hpd_pin;
|
DRM: i915: add mode setting support
This commit adds i915 driver support for the DRM mode setting APIs.
Currently, VGA, LVDS, SDVO DVI & VGA, TV and DVO LVDS outputs are
supported. HDMI, DisplayPort and additional SDVO output support will
follow.
Support for the mode setting code is controlled by the new 'modeset'
module option. A new config option, CONFIG_DRM_I915_KMS controls the
default behavior, and whether a PCI ID list is built into the module for
use by user level module utilities.
Note that if mode setting is enabled, user level drivers that access
display registers directly or that don't use the kernel graphics memory
manager will likely corrupt kernel graphics memory, disrupt output
configuration (possibly leading to hangs and/or blank displays), and
prevent panic/oops messages from appearing. So use caution when
enabling this code; be sure your user level code supports the new
interfaces.
A new SysRq key, 'g', provides emergency support for switching back to
the kernel's framebuffer console; which is useful for testing.
Co-authors: Dave Airlie <airlied@linux.ie>, Hong Liu <hong.liu@intel.com>
Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>
Signed-off-by: Eric Anholt <eric@anholt.net>
Signed-off-by: Dave Airlie <airlied@redhat.com>
2008-11-08 06:24:08 +08:00
|
|
|
};
|
|
|
|
|
2012-10-19 19:51:49 +08:00
|
|
|
struct intel_panel {
|
2012-10-19 19:51:50 +08:00
|
|
|
struct drm_display_mode *fixed_mode;
|
2013-12-10 16:07:36 +08:00
|
|
|
struct drm_display_mode *downclock_mode;
|
2012-10-26 17:03:59 +08:00
|
|
|
int fitting_mode;
|
2013-11-08 22:48:54 +08:00
|
|
|
|
|
|
|
/* backlight */
|
|
|
|
struct {
|
2013-11-08 22:48:55 +08:00
|
|
|
bool present;
|
2013-11-08 22:48:54 +08:00
|
|
|
u32 level;
|
2014-06-24 23:27:40 +08:00
|
|
|
u32 min;
|
2013-11-08 22:48:56 +08:00
|
|
|
u32 max;
|
2013-11-08 22:48:54 +08:00
|
|
|
bool enabled;
|
2013-11-08 22:49:02 +08:00
|
|
|
bool combination_mode; /* gen 2/4 only */
|
|
|
|
bool active_low_pwm;
|
2015-06-26 17:02:10 +08:00
|
|
|
|
|
|
|
/* PWM chip */
|
2015-10-01 01:04:57 +08:00
|
|
|
bool util_pin_active_low; /* bxt+ */
|
|
|
|
u8 controller; /* bxt+ only */
|
2015-06-26 17:02:10 +08:00
|
|
|
struct pwm_device *pwm;
|
|
|
|
|
2013-11-08 22:48:54 +08:00
|
|
|
struct backlight_device *device;
|
2014-08-13 17:10:12 +08:00
|
|
|
|
2015-09-14 19:03:48 +08:00
|
|
|
/* Connector and platform specific backlight functions */
|
|
|
|
int (*setup)(struct intel_connector *connector, enum pipe pipe);
|
|
|
|
uint32_t (*get)(struct intel_connector *connector);
|
|
|
|
void (*set)(struct intel_connector *connector, uint32_t level);
|
|
|
|
void (*disable)(struct intel_connector *connector);
|
|
|
|
void (*enable)(struct intel_connector *connector);
|
|
|
|
uint32_t (*hz_to_pwm)(struct intel_connector *connector,
|
|
|
|
uint32_t hz);
|
|
|
|
void (*power)(struct intel_connector *, bool enable);
|
|
|
|
} backlight;
|
2012-10-19 19:51:49 +08:00
|
|
|
};
|
|
|
|
|
2010-03-30 14:39:28 +08:00
|
|
|
struct intel_connector {
|
|
|
|
struct drm_connector base;
|
drm/i915: stage modeset output changes
This is the core of the new modeset logic.
The current code which is based upon the crtc helper code first
updates all the link of the new display pipeline and then calls the
lower-level set_mode function to execute the required callbacks to get
there. The issue with this approach is that for disabling we need to
know the _current_ display pipe state, not the new one.
Hence we need to stage the new state of the display pipe and only
update it once we have disabled the current configuration and before we
start to update the hw registers with the new configuration.
This patch here just prepares the ground by switching the new output
state computation to these staging pointers. To make it clearer,
rename the old update_output_state function to stage_output_state.
A few peculiarities:
- We're also calling the set_mode function at various places to update
properties. Hence after a successfule modeset we need to stage the
current configuration (for otherwise we might fall back again). This
happens automatically because as part of the (successful) modeset we
need to copy the staged state to the real one. But for the hw
readout code we need to make sure that this happens, too.
- Teach the new staged output state computation code the required
smarts to handle the disabling of outputs. The current code handles
this in a special case, but to better handle global modeset changes
covering more than one crtc, we want to do this all in the same
low-level modeset code.
- The actual modeset code is still a bit ugly and wants to know the new
crtc->enabled state a bit early. Follow-on patches will clean that
up, for now we have to apply the staged output configuration early,
outside of the set_mode functions.
- Improve/add comments in stage_output_state.
Essentially all that is left to do now is move the disabling code into
set_mode and then move the staged state update code also into
set_mode, at the right place between disabling things and calling the
mode_set callbacks for the new configuration.
v2: Disabling a crtc works by passing in a NULL mode or fb, userspace
doesn't hand in the list of connectors. We therefore need to detect
this case manually and tear down all the output links.
v3: Properly update the output staging pointers after having read out
the hw state.
v4: Simplify the code, add more DRM_DEBUG_KMS output and check a few
assumptions with WARN_ON. Essentially all things that I've noticed
while debugging issues in other places of the code.
v4: Correctly disable the old set of connectors when enabling an
already enabled crtc on a new set of crtc. Reported by Paulo Zanoni.
Reviewed-by: Jesse Barnes <jbarnes@virtuousgeek.org>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2012-07-06 04:34:27 +08:00
|
|
|
/*
|
|
|
|
* The fixed encoder this connector is connected to.
|
|
|
|
*/
|
2010-09-09 23:20:55 +08:00
|
|
|
struct intel_encoder *encoder;
|
drm/i915: stage modeset output changes
This is the core of the new modeset logic.
The current code which is based upon the crtc helper code first
updates all the link of the new display pipeline and then calls the
lower-level set_mode function to execute the required callbacks to get
there. The issue with this approach is that for disabling we need to
know the _current_ display pipe state, not the new one.
Hence we need to stage the new state of the display pipe and only
update it once we have disabled the current configuration and before we
start to update the hw registers with the new configuration.
This patch here just prepares the ground by switching the new output
state computation to these staging pointers. To make it clearer,
rename the old update_output_state function to stage_output_state.
A few peculiarities:
- We're also calling the set_mode function at various places to update
properties. Hence after a successfule modeset we need to stage the
current configuration (for otherwise we might fall back again). This
happens automatically because as part of the (successful) modeset we
need to copy the staged state to the real one. But for the hw
readout code we need to make sure that this happens, too.
- Teach the new staged output state computation code the required
smarts to handle the disabling of outputs. The current code handles
this in a special case, but to better handle global modeset changes
covering more than one crtc, we want to do this all in the same
low-level modeset code.
- The actual modeset code is still a bit ugly and wants to know the new
crtc->enabled state a bit early. Follow-on patches will clean that
up, for now we have to apply the staged output configuration early,
outside of the set_mode functions.
- Improve/add comments in stage_output_state.
Essentially all that is left to do now is move the disabling code into
set_mode and then move the staged state update code also into
set_mode, at the right place between disabling things and calling the
mode_set callbacks for the new configuration.
v2: Disabling a crtc works by passing in a NULL mode or fb, userspace
doesn't hand in the list of connectors. We therefore need to detect
this case manually and tear down all the output links.
v3: Properly update the output staging pointers after having read out
the hw state.
v4: Simplify the code, add more DRM_DEBUG_KMS output and check a few
assumptions with WARN_ON. Essentially all things that I've noticed
while debugging issues in other places of the code.
v4: Correctly disable the old set of connectors when enabling an
already enabled crtc on a new set of crtc. Reported by Paulo Zanoni.
Reviewed-by: Jesse Barnes <jbarnes@virtuousgeek.org>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2012-07-06 04:34:27 +08:00
|
|
|
|
2012-07-02 19:10:34 +08:00
|
|
|
/* Reads out the current hw, returning true if the connector is enabled
|
|
|
|
* and active (i.e. dpms ON state). */
|
|
|
|
bool (*get_hw_state)(struct intel_connector *);
|
2012-10-19 19:51:49 +08:00
|
|
|
|
|
|
|
/* Panel info for eDP and LVDS */
|
|
|
|
struct intel_panel panel;
|
2012-10-19 19:51:52 +08:00
|
|
|
|
|
|
|
/* Cached EDID for eDP and LVDS. May hold ERR_PTR for invalid EDID. */
|
|
|
|
struct edid *edid;
|
2014-09-03 03:04:00 +08:00
|
|
|
struct edid *detect_edid;
|
2013-04-16 19:36:55 +08:00
|
|
|
|
|
|
|
/* since POLL and HPD connectors may use the same HPD line keep the native
|
|
|
|
state of connector->polled in case hotplug storm detection changes it */
|
|
|
|
u8 polled;
|
2014-05-02 12:02:48 +08:00
|
|
|
|
|
|
|
void *port; /* store this opaque as its illegal to dereference it */
|
|
|
|
|
|
|
|
struct intel_dp *mst_port;
|
2010-03-30 14:39:28 +08:00
|
|
|
};
|
|
|
|
|
2016-05-04 17:11:57 +08:00
|
|
|
struct dpll {
|
2013-04-19 19:36:51 +08:00
|
|
|
/* given values */
|
|
|
|
int n;
|
|
|
|
int m1, m2;
|
|
|
|
int p1, p2;
|
|
|
|
/* derived values */
|
|
|
|
int dot;
|
|
|
|
int vco;
|
|
|
|
int m;
|
|
|
|
int p;
|
2016-05-04 17:11:57 +08:00
|
|
|
};
|
2013-04-19 19:36:51 +08:00
|
|
|
|
2015-06-04 16:21:28 +08:00
|
|
|
struct intel_atomic_state {
|
|
|
|
struct drm_atomic_state base;
|
|
|
|
|
2015-06-15 18:33:56 +08:00
|
|
|
unsigned int cdclk;
|
2015-12-10 19:33:57 +08:00
|
|
|
|
2015-12-03 21:31:06 +08:00
|
|
|
/*
|
|
|
|
* Calculated device cdclk, can be different from cdclk
|
|
|
|
* only when all crtc's are DPMS off.
|
|
|
|
*/
|
|
|
|
unsigned int dev_cdclk;
|
|
|
|
|
2015-12-10 19:33:57 +08:00
|
|
|
bool dpll_set, modeset;
|
|
|
|
|
2016-05-12 22:06:00 +08:00
|
|
|
/*
|
|
|
|
* Does this transaction change the pipes that are active? This mask
|
|
|
|
* tracks which CRTC's have changed their active state at the end of
|
|
|
|
* the transaction (not counting the temporary disable during modesets).
|
|
|
|
* This mask should only be non-zero when intel_state->modeset is true,
|
|
|
|
* but the converse is not necessarily true; simply changing a mode may
|
|
|
|
* not flip the final active status of any CRTC's
|
|
|
|
*/
|
|
|
|
unsigned int active_pipe_changes;
|
|
|
|
|
2015-12-10 19:33:57 +08:00
|
|
|
unsigned int active_crtcs;
|
|
|
|
unsigned int min_pixclk[I915_MAX_PIPES];
|
|
|
|
|
2016-05-14 04:41:21 +08:00
|
|
|
/* SKL/KBL Only */
|
|
|
|
unsigned int cdclk_pll_vco;
|
|
|
|
|
2015-06-04 16:21:28 +08:00
|
|
|
struct intel_shared_dpll_config shared_dpll[I915_NUM_PLLS];
|
drm/i915: Add two-stage ILK-style watermark programming (v11)
In addition to calculating final watermarks, let's also pre-calculate a
set of intermediate watermark values at atomic check time. These
intermediate watermarks are a combination of the watermarks for the old
state and the new state; they should satisfy the requirements of both
states which means they can be programmed immediately when we commit the
atomic state (without waiting for a vblank). Once the vblank does
happen, we can then re-program watermarks to the more optimal final
value.
v2: Significant rebasing/rewriting.
v3:
- Move 'need_postvbl_update' flag to CRTC state (Daniel)
- Don't forget to check intermediate watermark values for validity
(Maarten)
- Don't due async watermark optimization; just do it at the end of the
atomic transaction, after waiting for vblanks. We do want it to be
async eventually, but adding that now will cause more trouble for
Maarten's in-progress work. (Maarten)
- Don't allocate space in crtc_state for intermediate watermarks on
platforms that don't need it (gen9+).
- Move WaCxSRDisabledForSpriteScaling:ivb into intel_begin_crtc_commit
now that ilk_update_wm is gone.
v4:
- Add a wm_mutex to cover updates to intel_crtc->active and the
need_postvbl_update flag. Since we don't have async yet it isn't
terribly important yet, but might as well add it now.
- Change interface to program watermarks. Platforms will now expose
.initial_watermarks() and .optimize_watermarks() functions to do
watermark programming. These should lock wm_mutex, copy the
appropriate state values into intel_crtc->active, and then call
the internal program watermarks function.
v5:
- Skip intermediate watermark calculation/check during initial hardware
readout since we don't trust the existing HW values (and don't have
valid values of our own yet).
- Don't try to call .optimize_watermarks() on platforms that don't have
atomic watermarks yet. (Maarten)
v6:
- Rebase
v7:
- Further rebase
v8:
- A few minor indentation and line length fixes
v9:
- Yet another rebase since Maarten's patches reworked a bunch of the
code (wm_pre, wm_post, etc.) that this was previously based on.
v10:
- Move wm_mutex to dev_priv to protect against racing commits against
disjoint CRTC sets. (Maarten)
- Drop unnecessary clearing of cstate->wm.need_postvbl_update (Maarten)
v11:
- Now that we've moved to atomic watermark updates, make sure we call
the proper function to program watermarks in
{ironlake,haswell}_crtc_enable(); the failure to do so on the
previous patch iteration led to us not actually programming the
watermarks before turning on the CRTC, which was the cause of the
underruns that the CI system was seeing.
- Fix inverted logic for determining when to optimize watermarks. We
were needlessly optimizing when the intermediate/optimal values were
the same (harmless), but not actually optimizing when they differed
(also harmless, but wasteful from a power/bandwidth perspective).
Cc: Maarten Lankhorst <maarten.lankhorst@linux.intel.com>
Signed-off-by: Matt Roper <matthew.d.roper@intel.com>
Reviewed-by: Maarten Lankhorst <maarten.lankhorst@linux.intel.com>
Link: http://patchwork.freedesktop.org/patch/msgid/1456276813-5689-1-git-send-email-matthew.d.roper@intel.com
2016-02-24 09:20:13 +08:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Current watermarks can't be trusted during hardware readout, so
|
|
|
|
* don't bother calculating intermediate watermarks.
|
|
|
|
*/
|
|
|
|
bool skip_intermediate_wm;
|
2016-05-12 22:06:03 +08:00
|
|
|
|
|
|
|
/* Gen9+ only */
|
2016-05-13 06:11:40 +08:00
|
|
|
struct skl_wm_values wm_results;
|
2015-06-04 16:21:28 +08:00
|
|
|
};
|
|
|
|
|
2014-09-06 04:04:46 +08:00
|
|
|
struct intel_plane_state {
|
2014-12-02 07:40:13 +08:00
|
|
|
struct drm_plane_state base;
|
2014-09-06 04:04:46 +08:00
|
|
|
struct drm_rect clip;
|
2014-12-24 23:59:06 +08:00
|
|
|
|
2016-01-28 22:53:54 +08:00
|
|
|
struct {
|
|
|
|
u32 offset;
|
|
|
|
int x, y;
|
|
|
|
} main;
|
2016-01-28 22:30:28 +08:00
|
|
|
struct {
|
|
|
|
u32 offset;
|
|
|
|
int x, y;
|
|
|
|
} aux;
|
2016-01-28 22:53:54 +08:00
|
|
|
|
2015-04-08 06:28:36 +08:00
|
|
|
/*
|
|
|
|
* scaler_id
|
|
|
|
* = -1 : not using a scaler
|
|
|
|
* >= 0 : using a scalers
|
|
|
|
*
|
|
|
|
* plane requiring a scaler:
|
|
|
|
* - During check_plane, its bit is set in
|
|
|
|
* crtc_state->scaler_state.scaler_users by calling helper function
|
2015-06-22 15:50:32 +08:00
|
|
|
* update_scaler_plane.
|
2015-04-08 06:28:36 +08:00
|
|
|
* - scaler_id indicates the scaler it got assigned.
|
|
|
|
*
|
|
|
|
* plane doesn't require a scaler:
|
|
|
|
* - this can happen when scaling is no more required or plane simply
|
|
|
|
* got disabled.
|
|
|
|
* - During check_plane, corresponding bit is reset in
|
|
|
|
* crtc_state->scaler_state.scaler_users by calling helper function
|
2015-06-22 15:50:32 +08:00
|
|
|
* update_scaler_plane.
|
2015-04-08 06:28:36 +08:00
|
|
|
*/
|
|
|
|
int scaler_id;
|
2015-06-15 18:33:54 +08:00
|
|
|
|
|
|
|
struct drm_intel_sprite_colorkey ckey;
|
2015-08-18 19:40:06 +08:00
|
|
|
|
|
|
|
/* async flip related structures */
|
|
|
|
struct drm_i915_gem_request *wait_req;
|
2014-09-06 04:04:46 +08:00
|
|
|
};
|
|
|
|
|
2015-01-20 20:51:52 +08:00
|
|
|
struct intel_initial_plane_config {
|
2015-02-06 01:22:18 +08:00
|
|
|
struct intel_framebuffer *fb;
|
2015-01-20 20:51:44 +08:00
|
|
|
unsigned int tiling;
|
2014-03-08 00:57:48 +08:00
|
|
|
int size;
|
|
|
|
u32 base;
|
|
|
|
};
|
|
|
|
|
2015-04-08 06:28:36 +08:00
|
|
|
#define SKL_MIN_SRC_W 8
|
|
|
|
#define SKL_MAX_SRC_W 4096
|
|
|
|
#define SKL_MIN_SRC_H 8
|
2015-04-28 04:48:39 +08:00
|
|
|
#define SKL_MAX_SRC_H 4096
|
2015-04-08 06:28:36 +08:00
|
|
|
#define SKL_MIN_DST_W 8
|
|
|
|
#define SKL_MAX_DST_W 4096
|
|
|
|
#define SKL_MIN_DST_H 8
|
2015-04-28 04:48:39 +08:00
|
|
|
#define SKL_MAX_DST_H 4096
|
2015-04-08 06:28:36 +08:00
|
|
|
|
|
|
|
struct intel_scaler {
|
|
|
|
int in_use;
|
|
|
|
uint32_t mode;
|
|
|
|
};
|
|
|
|
|
|
|
|
struct intel_crtc_scaler_state {
|
|
|
|
#define SKL_NUM_SCALERS 2
|
|
|
|
struct intel_scaler scalers[SKL_NUM_SCALERS];
|
|
|
|
|
|
|
|
/*
|
|
|
|
* scaler_users: keeps track of users requesting scalers on this crtc.
|
|
|
|
*
|
|
|
|
* If a bit is set, a user is using a scaler.
|
|
|
|
* Here user can be a plane or crtc as defined below:
|
|
|
|
* bits 0-30 - plane (bit position is index from drm_plane_index)
|
|
|
|
* bit 31 - crtc
|
|
|
|
*
|
|
|
|
* Instead of creating a new index to cover planes and crtc, using
|
|
|
|
* existing drm_plane_index for planes which is well less than 31
|
|
|
|
* planes and bit 31 for crtc. This should be fine to cover all
|
|
|
|
* our platforms.
|
|
|
|
*
|
|
|
|
* intel_atomic_setup_scalers will setup available scalers to users
|
|
|
|
* requesting scalers. It will gracefully fail if request exceeds
|
|
|
|
* avilability.
|
|
|
|
*/
|
|
|
|
#define SKL_CRTC_INDEX 31
|
|
|
|
unsigned scaler_users;
|
|
|
|
|
|
|
|
/* scaler used by crtc for panel fitting purpose */
|
|
|
|
int scaler_id;
|
|
|
|
};
|
|
|
|
|
2015-07-15 20:15:51 +08:00
|
|
|
/* drm_mode->private_flags */
|
|
|
|
#define I915_MODE_FLAG_INHERITED 1
|
|
|
|
|
2015-09-25 06:53:15 +08:00
|
|
|
struct intel_pipe_wm {
|
|
|
|
struct intel_wm_level wm[5];
|
2016-03-08 17:57:16 +08:00
|
|
|
struct intel_wm_level raw_wm[5];
|
2015-09-25 06:53:15 +08:00
|
|
|
uint32_t linetime;
|
|
|
|
bool fbc_wm_enabled;
|
|
|
|
bool pipe_enabled;
|
|
|
|
bool sprites_enabled;
|
|
|
|
bool sprites_scaled;
|
|
|
|
};
|
|
|
|
|
|
|
|
struct skl_pipe_wm {
|
|
|
|
struct skl_wm_level wm[8];
|
|
|
|
struct skl_wm_level trans_wm;
|
|
|
|
uint32_t linetime;
|
|
|
|
};
|
|
|
|
|
2016-05-12 22:05:55 +08:00
|
|
|
struct intel_crtc_wm_state {
|
|
|
|
union {
|
|
|
|
struct {
|
|
|
|
/*
|
|
|
|
* Intermediate watermarks; these can be
|
|
|
|
* programmed immediately since they satisfy
|
|
|
|
* both the current configuration we're
|
|
|
|
* switching away from and the new
|
|
|
|
* configuration we're switching to.
|
|
|
|
*/
|
|
|
|
struct intel_pipe_wm intermediate;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Optimal watermarks, programmed post-vblank
|
|
|
|
* when this state is committed.
|
|
|
|
*/
|
|
|
|
struct intel_pipe_wm optimal;
|
|
|
|
} ilk;
|
|
|
|
|
|
|
|
struct {
|
|
|
|
/* gen9+ only needs 1-step wm programming */
|
|
|
|
struct skl_pipe_wm optimal;
|
2016-05-12 22:05:57 +08:00
|
|
|
|
|
|
|
/* cached plane data rate */
|
|
|
|
unsigned plane_data_rate[I915_MAX_PLANES];
|
|
|
|
unsigned plane_y_data_rate[I915_MAX_PLANES];
|
2016-05-12 22:05:59 +08:00
|
|
|
|
|
|
|
/* minimum block allocation */
|
|
|
|
uint16_t minimum_blocks[I915_MAX_PLANES];
|
|
|
|
uint16_t minimum_y_blocks[I915_MAX_PLANES];
|
2016-05-12 22:05:55 +08:00
|
|
|
} skl;
|
|
|
|
};
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Platforms with two-step watermark programming will need to
|
|
|
|
* update watermark programming post-vblank to switch from the
|
|
|
|
* safe intermediate watermarks to the optimal final
|
|
|
|
* watermarks.
|
|
|
|
*/
|
|
|
|
bool need_postvbl_update;
|
|
|
|
};
|
|
|
|
|
2015-01-15 20:55:21 +08:00
|
|
|
struct intel_crtc_state {
|
2015-01-15 20:55:22 +08:00
|
|
|
struct drm_crtc_state base;
|
|
|
|
|
2013-06-06 20:55:52 +08:00
|
|
|
/**
|
|
|
|
* quirks - bitfield with hw state readout quirks
|
|
|
|
*
|
|
|
|
* For various reasons the hw state readout code might not be able to
|
|
|
|
* completely faithfully read out the current state. These cases are
|
|
|
|
* tracked with quirk flags so that fastboot and state checker can act
|
|
|
|
* accordingly.
|
|
|
|
*/
|
2014-04-13 18:00:33 +08:00
|
|
|
#define PIPE_CONFIG_QUIRK_MODE_SYNC_FLAGS (1<<0) /* unreliable sync mode.flags */
|
2013-06-06 20:55:52 +08:00
|
|
|
unsigned long quirks;
|
|
|
|
|
2016-03-09 17:35:44 +08:00
|
|
|
unsigned fb_bits; /* framebuffers to flip */
|
2015-11-19 23:07:14 +08:00
|
|
|
bool update_pipe; /* can a fast modeset be performed? */
|
|
|
|
bool disable_cxsr;
|
2016-03-10 01:07:25 +08:00
|
|
|
bool update_wm_pre, update_wm_post; /* watermarks are updated */
|
2016-02-24 18:24:26 +08:00
|
|
|
bool fb_changed; /* fb on any of the planes is changed */
|
2015-08-27 21:44:05 +08:00
|
|
|
|
2013-09-04 23:25:28 +08:00
|
|
|
/* Pipe source size (ie. panel fitter input size)
|
|
|
|
* All planes will be positioned inside this space,
|
|
|
|
* and get clipped at the edges. */
|
|
|
|
int pipe_src_w, pipe_src_h;
|
|
|
|
|
2013-03-27 07:44:55 +08:00
|
|
|
/* Whether to set up the PCH/FDI. Note that we never allow sharing
|
|
|
|
* between pch encoders and cpu encoders. */
|
|
|
|
bool has_pch_encoder;
|
2013-03-27 07:44:56 +08:00
|
|
|
|
2014-11-06 06:26:08 +08:00
|
|
|
/* Are we sending infoframes on the attached port */
|
|
|
|
bool has_infoframe;
|
|
|
|
|
2013-04-18 02:15:07 +08:00
|
|
|
/* CPU Transcoder for the pipe. Currently this can only differ from the
|
2016-03-18 23:05:42 +08:00
|
|
|
* pipe on Haswell and later (where we have a special eDP transcoder)
|
|
|
|
* and Broxton (where we have special DSI transcoders). */
|
2013-04-18 02:15:07 +08:00
|
|
|
enum transcoder cpu_transcoder;
|
|
|
|
|
2013-03-27 07:44:56 +08:00
|
|
|
/*
|
|
|
|
* Use reduced/limited/broadcast rbg range, compressing from the full
|
|
|
|
* range fed into the crtcs.
|
|
|
|
*/
|
|
|
|
bool limited_color_range;
|
|
|
|
|
2016-06-23 02:57:01 +08:00
|
|
|
/* Bitmask of encoder types (enum intel_output_type)
|
|
|
|
* driven by the pipe.
|
|
|
|
*/
|
|
|
|
unsigned int output_types;
|
|
|
|
|
2014-04-25 05:54:47 +08:00
|
|
|
/* Whether we should send NULL infoframes. Required for audio. */
|
|
|
|
bool has_hdmi_sink;
|
|
|
|
|
2014-04-25 05:54:52 +08:00
|
|
|
/* Audio enabled on this pipe. Only valid if either has_hdmi_sink or
|
|
|
|
* has_dp_encoder is set. */
|
|
|
|
bool has_audio;
|
|
|
|
|
2013-04-25 23:54:44 +08:00
|
|
|
/*
|
|
|
|
* Enable dithering, used when the selected pipe bpp doesn't match the
|
|
|
|
* plane bpp.
|
|
|
|
*/
|
2013-03-27 07:44:57 +08:00
|
|
|
bool dither;
|
2013-03-28 17:42:02 +08:00
|
|
|
|
|
|
|
/* Controls for the clock computation, to override various stages. */
|
|
|
|
bool clock_set;
|
|
|
|
|
2013-04-30 20:01:45 +08:00
|
|
|
/* SDVO TV has a bunch of special case. To make multifunction encoders
|
|
|
|
* work correctly, we need to track this at runtime.*/
|
|
|
|
bool sdvo_tv_clock;
|
|
|
|
|
drm/i915: implement fdi auto-dithering
So on a bunch of setups we only have 2 fdi lanes available, e.g. hsw
VGA or 3 pipes on ivb. And seemingly a lot of modes don't quite fit
into this, among them the default 1080p mode.
The solution is to dither down the pipe a bit so that everything fits,
which this patch implements.
But ports compute their state under the assumption that the bpp they
pick will be the one selected, e.g. the display port bw computations
won't work otherwise. Now we could adjust our code to again up-dither
to the computed DP link parameters, but that's pointless.
So instead when the pipe needs to adjust parameters we need to retry
the pipe_config computation at the encoder stage. Furthermore we need
to inform encoders that they should not increase bandwidth
requirements if possible. This is required for the hdmi code, which
prefers the pipe to up-dither to either of the two possible hdmi bpc
values.
LVDS has a similar requirement, although that's probably only
theoretical in nature: It's unlikely that we'll ever see an 8bpc
high-res lvds panel (which is required to hit the 2 fdi lane limit).
eDP is the only thing which could increase the pipe_bpp setting again,
even when in the retry-loop. This could hit the WARN. Two reasons for
not bothering:
- On many eDP panels we'll get a black screen if the bpp settings
don't match vbt. So failing the modeset is the right thing to do.
But since that also means it's the only way to light up the panel,
it should work. So we shouldn't be able to hit this WARN.
- There are still opens around the eDP panel handling, and maybe we
need additional tricks. Before that happens it's imo no use trying
to be too clever.
Worst case we just need to kill that WARN or maybe fail the compute
config stage if the eDP connector can't get the bpp setting it wants.
And since this can only happen with an fdi link in between and so for
pch eDP panels it's rather unlikely to blow up, if ever.
v2: Rebased on top of a bikeshed from Paulo.
v3: Improve commit message around eDP handling with the stuff
things with Imre.
Reviewed-by: Imre Deak <imre.deak@intel.com>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2013-02-21 07:00:16 +08:00
|
|
|
/*
|
|
|
|
* crtc bandwidth limit, don't increase pipe bpp or clock if not really
|
|
|
|
* required. This is set in the 2nd loop of calling encoder's
|
|
|
|
* ->compute_config if the first pick doesn't work out.
|
|
|
|
*/
|
|
|
|
bool bw_constrained;
|
|
|
|
|
2013-03-28 17:42:02 +08:00
|
|
|
/* Settings for the intel dpll used on pretty much everything but
|
|
|
|
* haswell. */
|
2013-04-19 19:36:51 +08:00
|
|
|
struct dpll dpll;
|
2013-03-28 17:42:02 +08:00
|
|
|
|
2016-03-08 23:46:18 +08:00
|
|
|
/* Selected dpll when shared or NULL. */
|
|
|
|
struct intel_shared_dpll *shared_dpll;
|
2013-06-08 05:10:32 +08:00
|
|
|
|
2013-06-05 19:34:20 +08:00
|
|
|
/* Actual register state of the dpll, for shared dpll cross-checking. */
|
|
|
|
struct intel_dpll_hw_state dpll_hw_state;
|
|
|
|
|
2016-04-13 03:14:35 +08:00
|
|
|
/* DSI PLL registers */
|
|
|
|
struct {
|
|
|
|
u32 ctrl, div;
|
|
|
|
} dsi_pll;
|
|
|
|
|
2013-03-27 07:44:57 +08:00
|
|
|
int pipe_bpp;
|
drm/i915: clear up the fdi/dp set_m_n confusion
There's a rather decent confusion going on around transcoder m_n
values. So let's clarify:
- All dp encoders need this, either on the pch transcoder if it's a
pch port, or on the cpu transcoder/pipe if it's a cpu port.
- fdi links need to have the right m_n values for the fdi link set in
the cpu transcoder.
To handle the pch vs transcoder stuff a bit better, extract transcoder
set_m_n helpers. To make them simpler, set intel_crtc->cpu_transcoder
als in ironlake_crtc_mode_set, so that gen5+ (where the cpu m_n
registers are all at the same offset) can use it.
Haswell modeset is decently confused about dp vs. edp vs. fdi. dp vs.
edp works exactly the same as dp (since there's no pch dp any more),
so use that as a check. And only set up the fdi m_n values if we
really have a pch encoder present (which means we have a VGA encoder).
On ilk+ we've called ironlake_set_m_n both for cpu_edp and for pch
encoders. Now that dp_set_m_n handles all dp links (thanks to the
pch encoder check), we can ditch the cpu_edp stuff from the
fdi_set_m_n function.
Since the dp_m_n values are not readily available, we need to
carefully coax the edp values out of the encoder. Hence we can't (yet)
kill this superflous complexity.
v2: Rebase on top of the ivb fdi B/C check patch - we need to properly
clear intel_crtc->fdi_lane, otherwise those checks will misfire.
v3: Rebased on top of a s/IS_HASWELL/HAS_DDI/ patch from Paulo Zanoni.
v4: Drop the addition of has_dp_encoder, it's in the wrong patch (Jesse).
Reviewed-by: Jesse Barnes <jbarnes@virtuousgeek.org>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2013-04-03 05:38:10 +08:00
|
|
|
struct intel_link_m_n dp_m_n;
|
2013-06-01 23:16:21 +08:00
|
|
|
|
2014-04-05 14:43:28 +08:00
|
|
|
/* m2_n2 for eDP downclock */
|
|
|
|
struct intel_link_m_n dp_m2_n2;
|
2014-08-05 22:51:22 +08:00
|
|
|
bool has_drrs;
|
2014-04-05 14:43:28 +08:00
|
|
|
|
2013-06-01 23:16:21 +08:00
|
|
|
/*
|
|
|
|
* Frequence the dpll for the port should run at. Differs from the
|
2013-09-07 04:28:59 +08:00
|
|
|
* adjusted dotclock e.g. for DP or 12bpc hdmi mode. This is also
|
|
|
|
* already multiplied by pixel_multiplier.
|
2013-03-28 17:41:58 +08:00
|
|
|
*/
|
2013-06-01 23:16:21 +08:00
|
|
|
int port_clock;
|
|
|
|
|
2013-03-27 07:44:53 +08:00
|
|
|
/* Used by SDVO (and if we ever fix it, HDMI). */
|
|
|
|
unsigned pixel_multiplier;
|
2013-04-26 03:55:01 +08:00
|
|
|
|
2015-07-06 21:39:15 +08:00
|
|
|
uint8_t lane_count;
|
|
|
|
|
2016-06-13 21:44:35 +08:00
|
|
|
/*
|
|
|
|
* Used by platforms having DP/HDMI PHY with programmable lane
|
|
|
|
* latency optimization.
|
|
|
|
*/
|
|
|
|
uint8_t lane_lat_optim_mask;
|
|
|
|
|
2013-04-26 03:55:01 +08:00
|
|
|
/* Panel fitter controls for gen2-gen4 + VLV */
|
2013-04-26 03:55:02 +08:00
|
|
|
struct {
|
|
|
|
u32 control;
|
|
|
|
u32 pgm_ratios;
|
2013-04-26 04:52:16 +08:00
|
|
|
u32 lvds_border_bits;
|
2013-04-26 03:55:02 +08:00
|
|
|
} gmch_pfit;
|
|
|
|
|
|
|
|
/* Panel fitter placement and size for Ironlake+ */
|
|
|
|
struct {
|
|
|
|
u32 pos;
|
|
|
|
u32 size;
|
2013-08-28 00:04:17 +08:00
|
|
|
bool enabled;
|
2014-05-29 20:10:22 +08:00
|
|
|
bool force_thru;
|
2013-04-26 03:55:02 +08:00
|
|
|
} pch_pfit;
|
2013-02-14 01:04:45 +08:00
|
|
|
|
2013-02-14 23:54:22 +08:00
|
|
|
/* FDI configuration, only valid if has_pch_encoder is set. */
|
2013-02-14 01:04:45 +08:00
|
|
|
int fdi_lanes;
|
2013-02-14 23:54:22 +08:00
|
|
|
struct intel_link_m_n fdi_m_n;
|
2013-06-01 03:33:22 +08:00
|
|
|
|
|
|
|
bool ips_enabled;
|
2013-09-04 23:30:02 +08:00
|
|
|
|
2016-01-19 21:35:50 +08:00
|
|
|
bool enable_fbc;
|
|
|
|
|
2013-09-04 23:30:02 +08:00
|
|
|
bool double_wide;
|
2014-05-02 12:02:48 +08:00
|
|
|
|
|
|
|
bool dp_encoder_is_mst;
|
|
|
|
int pbn;
|
2015-04-08 06:28:36 +08:00
|
|
|
|
|
|
|
struct intel_crtc_scaler_state scaler_state;
|
2015-06-01 18:50:09 +08:00
|
|
|
|
|
|
|
/* w/a for waiting 2 vblanks during crtc enable */
|
|
|
|
enum pipe hsw_workaround_pipe;
|
2015-09-25 06:53:12 +08:00
|
|
|
|
|
|
|
/* IVB sprite scaling w/a (WaCxSRDisabledForSpriteScaling:ivb) */
|
|
|
|
bool disable_lp_wm;
|
2015-09-25 06:53:15 +08:00
|
|
|
|
2016-05-12 22:05:55 +08:00
|
|
|
struct intel_crtc_wm_state wm;
|
2016-03-16 18:57:15 +08:00
|
|
|
|
|
|
|
/* Gamma mode programmed on the pipe */
|
|
|
|
uint32_t gamma_mode;
|
2013-03-27 07:44:50 +08:00
|
|
|
};
|
|
|
|
|
2015-06-25 03:00:04 +08:00
|
|
|
struct vlv_wm_state {
|
|
|
|
struct vlv_pipe_wm wm[3];
|
|
|
|
struct vlv_sr_wm sr[3];
|
|
|
|
uint8_t num_active_planes;
|
|
|
|
uint8_t num_levels;
|
|
|
|
uint8_t level;
|
|
|
|
bool cxsr;
|
|
|
|
};
|
|
|
|
|
DRM: i915: add mode setting support
This commit adds i915 driver support for the DRM mode setting APIs.
Currently, VGA, LVDS, SDVO DVI & VGA, TV and DVO LVDS outputs are
supported. HDMI, DisplayPort and additional SDVO output support will
follow.
Support for the mode setting code is controlled by the new 'modeset'
module option. A new config option, CONFIG_DRM_I915_KMS controls the
default behavior, and whether a PCI ID list is built into the module for
use by user level module utilities.
Note that if mode setting is enabled, user level drivers that access
display registers directly or that don't use the kernel graphics memory
manager will likely corrupt kernel graphics memory, disrupt output
configuration (possibly leading to hangs and/or blank displays), and
prevent panic/oops messages from appearing. So use caution when
enabling this code; be sure your user level code supports the new
interfaces.
A new SysRq key, 'g', provides emergency support for switching back to
the kernel's framebuffer console; which is useful for testing.
Co-authors: Dave Airlie <airlied@linux.ie>, Hong Liu <hong.liu@intel.com>
Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>
Signed-off-by: Eric Anholt <eric@anholt.net>
Signed-off-by: Dave Airlie <airlied@redhat.com>
2008-11-08 06:24:08 +08:00
|
|
|
struct intel_crtc {
|
|
|
|
struct drm_crtc base;
|
2009-09-11 06:28:06 +08:00
|
|
|
enum pipe pipe;
|
|
|
|
enum plane plane;
|
DRM: i915: add mode setting support
This commit adds i915 driver support for the DRM mode setting APIs.
Currently, VGA, LVDS, SDVO DVI & VGA, TV and DVO LVDS outputs are
supported. HDMI, DisplayPort and additional SDVO output support will
follow.
Support for the mode setting code is controlled by the new 'modeset'
module option. A new config option, CONFIG_DRM_I915_KMS controls the
default behavior, and whether a PCI ID list is built into the module for
use by user level module utilities.
Note that if mode setting is enabled, user level drivers that access
display registers directly or that don't use the kernel graphics memory
manager will likely corrupt kernel graphics memory, disrupt output
configuration (possibly leading to hangs and/or blank displays), and
prevent panic/oops messages from appearing. So use caution when
enabling this code; be sure your user level code supports the new
interfaces.
A new SysRq key, 'g', provides emergency support for switching back to
the kernel's framebuffer console; which is useful for testing.
Co-authors: Dave Airlie <airlied@linux.ie>, Hong Liu <hong.liu@intel.com>
Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>
Signed-off-by: Eric Anholt <eric@anholt.net>
Signed-off-by: Dave Airlie <airlied@redhat.com>
2008-11-08 06:24:08 +08:00
|
|
|
u8 lut_r[256], lut_g[256], lut_b[256];
|
2012-07-02 17:43:47 +08:00
|
|
|
/*
|
|
|
|
* Whether the crtc and the connected output pipeline is active. Implies
|
|
|
|
* that crtc->enabled is set, i.e. the current mode configuration has
|
|
|
|
* some outputs connected to this crtc.
|
|
|
|
*/
|
|
|
|
bool active;
|
2013-10-16 22:25:52 +08:00
|
|
|
unsigned long enabled_power_domains;
|
2009-08-18 04:31:43 +08:00
|
|
|
bool lowfreq_avail;
|
2009-09-16 04:57:34 +08:00
|
|
|
struct intel_overlay *overlay;
|
2016-05-24 23:13:53 +08:00
|
|
|
struct intel_flip_work *flip_work;
|
2010-07-09 15:45:04 +08:00
|
|
|
|
2012-11-01 17:26:26 +08:00
|
|
|
atomic_t unpin_work_count;
|
|
|
|
|
2012-07-05 18:17:29 +08:00
|
|
|
/* Display surface base address adjustement for pageflips. Note that on
|
|
|
|
* gen4+ this only adjusts up to a tile, offsets within a tile are
|
|
|
|
* handled in the hw itself (with the TILEOFF register). */
|
2016-01-21 03:05:25 +08:00
|
|
|
u32 dspaddr_offset;
|
2015-09-15 02:20:03 +08:00
|
|
|
int adjusted_x;
|
|
|
|
int adjusted_y;
|
2012-07-05 18:17:29 +08:00
|
|
|
|
2010-07-09 15:45:04 +08:00
|
|
|
uint32_t cursor_addr;
|
2014-05-30 21:35:26 +08:00
|
|
|
uint32_t cursor_cntl;
|
2014-08-13 16:57:05 +08:00
|
|
|
uint32_t cursor_size;
|
2014-05-30 21:35:26 +08:00
|
|
|
uint32_t cursor_base;
|
2011-10-13 00:51:31 +08:00
|
|
|
|
2015-01-15 20:55:25 +08:00
|
|
|
struct intel_crtc_state *config;
|
2013-03-27 07:44:50 +08:00
|
|
|
|
2016-05-24 23:13:53 +08:00
|
|
|
/* reset counter value when the last flip was submitted */
|
|
|
|
unsigned int reset_counter;
|
|
|
|
|
drm/i915: report Gen5+ CPU and PCH FIFO underruns
In this commit we enable both CPU and PCH FIFO underrun reporting and
start reporting them. We follow a few rules:
- after we receive one of these errors, we mask the interrupt, so
we won't get an "interrupt storm" and we also won't flood dmesg;
- at each mode set we enable the interrupts again, so we'll see each
message at most once per mode set;
- in the specific places where we need to ignore the errors, we
completely mask the interrupts.
The downside of this patch is that since we're completely disabling
(masking) the interrupts instead of just not printing error messages,
we will mask more than just what we want on IVB/HSW CPU interrupts
(due to GEN7_ERR_INT) and on CPT/PPT/LPT PCHs (due to SERR_INT). So
when we decide to mask PCH FIFO underruns for pipe A on CPT, we'll
also be masking PCH FIFO underruns for pipe B, because both are
reported by SERR_INT, which has to be either completely enabled or
completely disabled (in othe words, there's no way to disable/enable
specific bits of GEN7_ERR_INT and SERR_INT).
V2: Rename some functions and variables, downgrade messages to
DRM_DEBUG_DRIVER and rebase.
Signed-off-by: Paulo Zanoni <paulo.r.zanoni@intel.com>
Reviewed-by: Imre Deak <imre.deak@intel.com>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2013-04-13 04:57:57 +08:00
|
|
|
/* Access to these should be protected by dev_priv->irq_lock. */
|
|
|
|
bool cpu_fifo_underrun_disabled;
|
|
|
|
bool pch_fifo_underrun_disabled;
|
2013-10-10 00:17:55 +08:00
|
|
|
|
|
|
|
/* per-pipe watermark state */
|
|
|
|
struct {
|
|
|
|
/* watermarks currently being used */
|
2015-09-25 06:53:15 +08:00
|
|
|
union {
|
|
|
|
struct intel_pipe_wm ilk;
|
|
|
|
struct skl_pipe_wm skl;
|
|
|
|
} active;
|
drm/i915: Add two-stage ILK-style watermark programming (v11)
In addition to calculating final watermarks, let's also pre-calculate a
set of intermediate watermark values at atomic check time. These
intermediate watermarks are a combination of the watermarks for the old
state and the new state; they should satisfy the requirements of both
states which means they can be programmed immediately when we commit the
atomic state (without waiting for a vblank). Once the vblank does
happen, we can then re-program watermarks to the more optimal final
value.
v2: Significant rebasing/rewriting.
v3:
- Move 'need_postvbl_update' flag to CRTC state (Daniel)
- Don't forget to check intermediate watermark values for validity
(Maarten)
- Don't due async watermark optimization; just do it at the end of the
atomic transaction, after waiting for vblanks. We do want it to be
async eventually, but adding that now will cause more trouble for
Maarten's in-progress work. (Maarten)
- Don't allocate space in crtc_state for intermediate watermarks on
platforms that don't need it (gen9+).
- Move WaCxSRDisabledForSpriteScaling:ivb into intel_begin_crtc_commit
now that ilk_update_wm is gone.
v4:
- Add a wm_mutex to cover updates to intel_crtc->active and the
need_postvbl_update flag. Since we don't have async yet it isn't
terribly important yet, but might as well add it now.
- Change interface to program watermarks. Platforms will now expose
.initial_watermarks() and .optimize_watermarks() functions to do
watermark programming. These should lock wm_mutex, copy the
appropriate state values into intel_crtc->active, and then call
the internal program watermarks function.
v5:
- Skip intermediate watermark calculation/check during initial hardware
readout since we don't trust the existing HW values (and don't have
valid values of our own yet).
- Don't try to call .optimize_watermarks() on platforms that don't have
atomic watermarks yet. (Maarten)
v6:
- Rebase
v7:
- Further rebase
v8:
- A few minor indentation and line length fixes
v9:
- Yet another rebase since Maarten's patches reworked a bunch of the
code (wm_pre, wm_post, etc.) that this was previously based on.
v10:
- Move wm_mutex to dev_priv to protect against racing commits against
disjoint CRTC sets. (Maarten)
- Drop unnecessary clearing of cstate->wm.need_postvbl_update (Maarten)
v11:
- Now that we've moved to atomic watermark updates, make sure we call
the proper function to program watermarks in
{ironlake,haswell}_crtc_enable(); the failure to do so on the
previous patch iteration led to us not actually programming the
watermarks before turning on the CRTC, which was the cause of the
underruns that the CI system was seeing.
- Fix inverted logic for determining when to optimize watermarks. We
were needlessly optimizing when the intermediate/optimal values were
the same (harmless), but not actually optimizing when they differed
(also harmless, but wasteful from a power/bandwidth perspective).
Cc: Maarten Lankhorst <maarten.lankhorst@linux.intel.com>
Signed-off-by: Matt Roper <matthew.d.roper@intel.com>
Reviewed-by: Maarten Lankhorst <maarten.lankhorst@linux.intel.com>
Link: http://patchwork.freedesktop.org/patch/msgid/1456276813-5689-1-git-send-email-matthew.d.roper@intel.com
2016-02-24 09:20:13 +08:00
|
|
|
|
2015-06-25 03:00:07 +08:00
|
|
|
/* allow CxSR on this pipe */
|
|
|
|
bool cxsr_allowed;
|
2013-10-10 00:17:55 +08:00
|
|
|
} wm;
|
2014-04-29 18:35:46 +08:00
|
|
|
|
2014-05-16 01:23:23 +08:00
|
|
|
int scanline_offset;
|
2014-12-24 23:59:06 +08:00
|
|
|
|
2015-09-16 05:19:32 +08:00
|
|
|
struct {
|
|
|
|
unsigned start_vbl_count;
|
|
|
|
ktime_t start_vbl_time;
|
|
|
|
int min_vbl, max_vbl;
|
|
|
|
int scanline_start;
|
|
|
|
} debug;
|
2015-09-01 18:15:33 +08:00
|
|
|
|
2015-04-08 06:28:36 +08:00
|
|
|
/* scalers available on this crtc */
|
|
|
|
int num_scalers;
|
2015-06-25 03:00:04 +08:00
|
|
|
|
|
|
|
struct vlv_wm_state wm_state;
|
DRM: i915: add mode setting support
This commit adds i915 driver support for the DRM mode setting APIs.
Currently, VGA, LVDS, SDVO DVI & VGA, TV and DVO LVDS outputs are
supported. HDMI, DisplayPort and additional SDVO output support will
follow.
Support for the mode setting code is controlled by the new 'modeset'
module option. A new config option, CONFIG_DRM_I915_KMS controls the
default behavior, and whether a PCI ID list is built into the module for
use by user level module utilities.
Note that if mode setting is enabled, user level drivers that access
display registers directly or that don't use the kernel graphics memory
manager will likely corrupt kernel graphics memory, disrupt output
configuration (possibly leading to hangs and/or blank displays), and
prevent panic/oops messages from appearing. So use caution when
enabling this code; be sure your user level code supports the new
interfaces.
A new SysRq key, 'g', provides emergency support for switching back to
the kernel's framebuffer console; which is useful for testing.
Co-authors: Dave Airlie <airlied@linux.ie>, Hong Liu <hong.liu@intel.com>
Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>
Signed-off-by: Eric Anholt <eric@anholt.net>
Signed-off-by: Dave Airlie <airlied@redhat.com>
2008-11-08 06:24:08 +08:00
|
|
|
};
|
|
|
|
|
2013-08-07 18:29:50 +08:00
|
|
|
struct intel_plane_wm_parameters {
|
|
|
|
uint32_t horiz_pixels;
|
2014-07-15 15:21:24 +08:00
|
|
|
uint32_t vert_pixels;
|
2015-04-28 06:47:37 +08:00
|
|
|
/*
|
|
|
|
* For packed pixel formats:
|
|
|
|
* bytes_per_pixel - holds bytes per pixel
|
|
|
|
* For planar pixel formats:
|
|
|
|
* bytes_per_pixel - holds bytes per pixel for uv-plane
|
|
|
|
* y_bytes_per_pixel - holds bytes per pixel for y-plane
|
|
|
|
*/
|
2013-08-07 18:29:50 +08:00
|
|
|
uint8_t bytes_per_pixel;
|
2015-04-28 06:47:37 +08:00
|
|
|
uint8_t y_bytes_per_pixel;
|
2013-08-07 18:29:50 +08:00
|
|
|
bool enabled;
|
|
|
|
bool scaled;
|
2015-02-27 23:12:35 +08:00
|
|
|
u64 tiling;
|
2015-03-23 19:10:38 +08:00
|
|
|
unsigned int rotation;
|
2015-06-25 03:00:03 +08:00
|
|
|
uint16_t fifo_size;
|
2013-08-07 18:29:50 +08:00
|
|
|
};
|
|
|
|
|
2011-12-14 05:19:38 +08:00
|
|
|
struct intel_plane {
|
|
|
|
struct drm_plane base;
|
2013-04-03 02:22:20 +08:00
|
|
|
int plane;
|
2011-12-14 05:19:38 +08:00
|
|
|
enum pipe pipe;
|
2012-10-23 01:19:27 +08:00
|
|
|
bool can_scale;
|
2011-12-14 05:19:38 +08:00
|
|
|
int max_downscale;
|
2015-06-25 02:59:34 +08:00
|
|
|
uint32_t frontbuffer_bit;
|
2013-05-24 22:59:18 +08:00
|
|
|
|
|
|
|
/* Since we need to change the watermarks before/after
|
|
|
|
* enabling/disabling the planes, we need to store the parameters here
|
|
|
|
* as the other pieces of the struct may not reflect the values we want
|
|
|
|
* for the watermark calculations. Currently only Haswell uses this.
|
|
|
|
*/
|
2013-08-07 18:29:50 +08:00
|
|
|
struct intel_plane_wm_parameters wm;
|
2013-05-24 22:59:18 +08:00
|
|
|
|
2015-01-22 08:35:41 +08:00
|
|
|
/*
|
|
|
|
* NOTE: Do not place new plane state fields here (e.g., when adding
|
|
|
|
* new plane properties). New runtime state should now be placed in
|
2016-01-07 18:54:06 +08:00
|
|
|
* the intel_plane_state structure and accessed via plane_state.
|
2015-01-22 08:35:41 +08:00
|
|
|
*/
|
|
|
|
|
2011-12-14 05:19:38 +08:00
|
|
|
void (*update_plane)(struct drm_plane *plane,
|
2016-01-07 18:54:06 +08:00
|
|
|
const struct intel_crtc_state *crtc_state,
|
|
|
|
const struct intel_plane_state *plane_state);
|
2013-08-07 03:24:09 +08:00
|
|
|
void (*disable_plane)(struct drm_plane *plane,
|
2015-06-15 18:33:47 +08:00
|
|
|
struct drm_crtc *crtc);
|
2014-12-02 07:40:16 +08:00
|
|
|
int (*check_plane)(struct drm_plane *plane,
|
2015-06-15 18:33:46 +08:00
|
|
|
struct intel_crtc_state *crtc_state,
|
2014-12-02 07:40:16 +08:00
|
|
|
struct intel_plane_state *state);
|
2011-12-14 05:19:38 +08:00
|
|
|
};
|
|
|
|
|
2012-04-17 09:20:35 +08:00
|
|
|
struct intel_watermark_params {
|
|
|
|
unsigned long fifo_size;
|
|
|
|
unsigned long max_wm;
|
|
|
|
unsigned long default_wm;
|
|
|
|
unsigned long guard_size;
|
|
|
|
unsigned long cacheline_size;
|
|
|
|
};
|
|
|
|
|
|
|
|
struct cxsr_latency {
|
|
|
|
int is_desktop;
|
|
|
|
int is_ddr3;
|
|
|
|
unsigned long fsb_freq;
|
|
|
|
unsigned long mem_freq;
|
|
|
|
unsigned long display_sr;
|
|
|
|
unsigned long display_hpll_disable;
|
|
|
|
unsigned long cursor_sr;
|
|
|
|
unsigned long cursor_hpll_disable;
|
|
|
|
};
|
|
|
|
|
2015-06-04 16:21:28 +08:00
|
|
|
#define to_intel_atomic_state(x) container_of(x, struct intel_atomic_state, base)
|
DRM: i915: add mode setting support
This commit adds i915 driver support for the DRM mode setting APIs.
Currently, VGA, LVDS, SDVO DVI & VGA, TV and DVO LVDS outputs are
supported. HDMI, DisplayPort and additional SDVO output support will
follow.
Support for the mode setting code is controlled by the new 'modeset'
module option. A new config option, CONFIG_DRM_I915_KMS controls the
default behavior, and whether a PCI ID list is built into the module for
use by user level module utilities.
Note that if mode setting is enabled, user level drivers that access
display registers directly or that don't use the kernel graphics memory
manager will likely corrupt kernel graphics memory, disrupt output
configuration (possibly leading to hangs and/or blank displays), and
prevent panic/oops messages from appearing. So use caution when
enabling this code; be sure your user level code supports the new
interfaces.
A new SysRq key, 'g', provides emergency support for switching back to
the kernel's framebuffer console; which is useful for testing.
Co-authors: Dave Airlie <airlied@linux.ie>, Hong Liu <hong.liu@intel.com>
Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>
Signed-off-by: Eric Anholt <eric@anholt.net>
Signed-off-by: Dave Airlie <airlied@redhat.com>
2008-11-08 06:24:08 +08:00
|
|
|
#define to_intel_crtc(x) container_of(x, struct intel_crtc, base)
|
2015-03-20 22:18:01 +08:00
|
|
|
#define to_intel_crtc_state(x) container_of(x, struct intel_crtc_state, base)
|
2010-03-30 14:39:28 +08:00
|
|
|
#define to_intel_connector(x) container_of(x, struct intel_connector, base)
|
2010-09-09 22:14:28 +08:00
|
|
|
#define to_intel_encoder(x) container_of(x, struct intel_encoder, base)
|
DRM: i915: add mode setting support
This commit adds i915 driver support for the DRM mode setting APIs.
Currently, VGA, LVDS, SDVO DVI & VGA, TV and DVO LVDS outputs are
supported. HDMI, DisplayPort and additional SDVO output support will
follow.
Support for the mode setting code is controlled by the new 'modeset'
module option. A new config option, CONFIG_DRM_I915_KMS controls the
default behavior, and whether a PCI ID list is built into the module for
use by user level module utilities.
Note that if mode setting is enabled, user level drivers that access
display registers directly or that don't use the kernel graphics memory
manager will likely corrupt kernel graphics memory, disrupt output
configuration (possibly leading to hangs and/or blank displays), and
prevent panic/oops messages from appearing. So use caution when
enabling this code; be sure your user level code supports the new
interfaces.
A new SysRq key, 'g', provides emergency support for switching back to
the kernel's framebuffer console; which is useful for testing.
Co-authors: Dave Airlie <airlied@linux.ie>, Hong Liu <hong.liu@intel.com>
Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>
Signed-off-by: Eric Anholt <eric@anholt.net>
Signed-off-by: Dave Airlie <airlied@redhat.com>
2008-11-08 06:24:08 +08:00
|
|
|
#define to_intel_framebuffer(x) container_of(x, struct intel_framebuffer, base)
|
2011-12-14 05:19:38 +08:00
|
|
|
#define to_intel_plane(x) container_of(x, struct intel_plane, base)
|
2014-12-24 02:41:52 +08:00
|
|
|
#define to_intel_plane_state(x) container_of(x, struct intel_plane_state, base)
|
2014-07-08 09:21:47 +08:00
|
|
|
#define intel_fb_obj(x) (x ? to_intel_framebuffer(x)->obj : NULL)
|
DRM: i915: add mode setting support
This commit adds i915 driver support for the DRM mode setting APIs.
Currently, VGA, LVDS, SDVO DVI & VGA, TV and DVO LVDS outputs are
supported. HDMI, DisplayPort and additional SDVO output support will
follow.
Support for the mode setting code is controlled by the new 'modeset'
module option. A new config option, CONFIG_DRM_I915_KMS controls the
default behavior, and whether a PCI ID list is built into the module for
use by user level module utilities.
Note that if mode setting is enabled, user level drivers that access
display registers directly or that don't use the kernel graphics memory
manager will likely corrupt kernel graphics memory, disrupt output
configuration (possibly leading to hangs and/or blank displays), and
prevent panic/oops messages from appearing. So use caution when
enabling this code; be sure your user level code supports the new
interfaces.
A new SysRq key, 'g', provides emergency support for switching back to
the kernel's framebuffer console; which is useful for testing.
Co-authors: Dave Airlie <airlied@linux.ie>, Hong Liu <hong.liu@intel.com>
Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>
Signed-off-by: Eric Anholt <eric@anholt.net>
Signed-off-by: Dave Airlie <airlied@redhat.com>
2008-11-08 06:24:08 +08:00
|
|
|
|
2012-05-10 02:37:30 +08:00
|
|
|
struct intel_hdmi {
|
drm/i915: Type safe register read/write
Make I915_READ and I915_WRITE more type safe by wrapping the register
offset in a struct. This should eliminate most of the fumbles we've had
with misplaced parens.
This only takes care of normal mmio registers. We could extend the idea
to other register types and define each with its own struct. That way
you wouldn't be able to accidentally pass the wrong thing to a specific
register access function.
The gpio_reg setup is probably the ugliest thing left. But I figure I'd
just leave it for now, and wait for some divine inspiration to strike
before making it nice.
As for the generated code, it's actually a bit better sometimes. Eg.
looking at i915_irq_handler(), we can see the following change:
lea 0x70024(%rdx,%rax,1),%r9d
mov $0x1,%edx
- movslq %r9d,%r9
- mov %r9,%rsi
- mov %r9,-0x58(%rbp)
- callq *0xd8(%rbx)
+ mov %r9d,%esi
+ mov %r9d,-0x48(%rbp)
callq *0xd8(%rbx)
So previously gcc thought the register offset might be signed and
decided to sign extend it, just in case. The rest appears to be
mostly just minor shuffling of instructions.
v2: i915_mmio_reg_{offset,equal,valid}() helpers added
s/_REG/_MMIO/ in the register defines
mo more switch statements left to worry about
ring_emit stuff got sorted in a prep patch
cmd parser, lrc context and w/a batch buildup also in prep patch
vgpu stuff cleaned up and moved to a prep patch
all other unrelated changes split out
v3: Rebased due to BXT DSI/BLC, MOCS, etc.
v4: Rebased due to churn, s/i915_mmio_reg_t/i915_reg_t/
Signed-off-by: Ville Syrjälä <ville.syrjala@linux.intel.com>
Reviewed-by: Chris Wilson <chris@chris-wilson.co.uk>
Link: http://patchwork.freedesktop.org/patch/msgid/1447853606-2751-1-git-send-email-ville.syrjala@linux.intel.com
2015-11-18 21:33:26 +08:00
|
|
|
i915_reg_t hdmi_reg;
|
2012-05-10 02:37:30 +08:00
|
|
|
int ddc_bus;
|
2016-05-03 03:08:23 +08:00
|
|
|
struct {
|
|
|
|
enum drm_dp_dual_mode_type type;
|
|
|
|
int max_tmds_clock;
|
|
|
|
} dp_dual_mode;
|
2015-07-06 20:10:00 +08:00
|
|
|
bool limited_color_range;
|
2013-01-17 22:31:29 +08:00
|
|
|
bool color_range_auto;
|
2012-05-10 02:37:30 +08:00
|
|
|
bool has_hdmi_sink;
|
|
|
|
bool has_audio;
|
|
|
|
enum hdmi_force_audio force_audio;
|
2013-01-17 22:31:31 +08:00
|
|
|
bool rgb_quant_range_selectable;
|
2014-06-11 13:36:01 +08:00
|
|
|
enum hdmi_picture_aspect aspect_ratio;
|
2015-09-04 21:26:11 +08:00
|
|
|
struct intel_connector *attached_connector;
|
2012-05-10 02:37:30 +08:00
|
|
|
void (*write_infoframe)(struct drm_encoder *encoder,
|
2013-08-07 03:32:18 +08:00
|
|
|
enum hdmi_infoframe_type type,
|
2013-12-10 21:19:08 +08:00
|
|
|
const void *frame, ssize_t len);
|
2012-05-29 03:42:48 +08:00
|
|
|
void (*set_infoframes)(struct drm_encoder *encoder,
|
2014-04-25 05:54:47 +08:00
|
|
|
bool enable,
|
2015-09-08 18:40:49 +08:00
|
|
|
const struct drm_display_mode *adjusted_mode);
|
2015-11-27 00:27:07 +08:00
|
|
|
bool (*infoframe_enabled)(struct drm_encoder *encoder,
|
|
|
|
const struct intel_crtc_state *pipe_config);
|
2012-05-10 02:37:30 +08:00
|
|
|
};
|
|
|
|
|
2014-05-02 12:02:48 +08:00
|
|
|
struct intel_dp_mst_encoder;
|
2012-09-18 22:58:49 +08:00
|
|
|
#define DP_MAX_DOWNSTREAM_PORTS 0x10
|
2012-06-30 03:03:35 +08:00
|
|
|
|
2015-02-13 18:02:59 +08:00
|
|
|
/*
|
|
|
|
* enum link_m_n_set:
|
|
|
|
* When platform provides two set of M_N registers for dp, we can
|
|
|
|
* program them and switch between them incase of DRRS.
|
|
|
|
* But When only one such register is provided, we have to program the
|
|
|
|
* required divider value on that registers itself based on the DRRS state.
|
|
|
|
*
|
|
|
|
* M1_N1 : Program dp_m_n on M1_N1 registers
|
|
|
|
* dp_m2_n2 on M2_N2 registers (If supported)
|
|
|
|
*
|
|
|
|
* M2_N2 : Program dp_m2_n2 on M1_N1 registers
|
|
|
|
* M2_N2 registers are not supported
|
|
|
|
*/
|
|
|
|
|
|
|
|
enum link_m_n_set {
|
|
|
|
/* Sets the m1_n1 and m2_n2 */
|
|
|
|
M1_N1 = 0,
|
|
|
|
M2_N2
|
|
|
|
};
|
|
|
|
|
2012-06-30 03:03:35 +08:00
|
|
|
struct intel_dp {
|
drm/i915: Type safe register read/write
Make I915_READ and I915_WRITE more type safe by wrapping the register
offset in a struct. This should eliminate most of the fumbles we've had
with misplaced parens.
This only takes care of normal mmio registers. We could extend the idea
to other register types and define each with its own struct. That way
you wouldn't be able to accidentally pass the wrong thing to a specific
register access function.
The gpio_reg setup is probably the ugliest thing left. But I figure I'd
just leave it for now, and wait for some divine inspiration to strike
before making it nice.
As for the generated code, it's actually a bit better sometimes. Eg.
looking at i915_irq_handler(), we can see the following change:
lea 0x70024(%rdx,%rax,1),%r9d
mov $0x1,%edx
- movslq %r9d,%r9
- mov %r9,%rsi
- mov %r9,-0x58(%rbp)
- callq *0xd8(%rbx)
+ mov %r9d,%esi
+ mov %r9d,-0x48(%rbp)
callq *0xd8(%rbx)
So previously gcc thought the register offset might be signed and
decided to sign extend it, just in case. The rest appears to be
mostly just minor shuffling of instructions.
v2: i915_mmio_reg_{offset,equal,valid}() helpers added
s/_REG/_MMIO/ in the register defines
mo more switch statements left to worry about
ring_emit stuff got sorted in a prep patch
cmd parser, lrc context and w/a batch buildup also in prep patch
vgpu stuff cleaned up and moved to a prep patch
all other unrelated changes split out
v3: Rebased due to BXT DSI/BLC, MOCS, etc.
v4: Rebased due to churn, s/i915_mmio_reg_t/i915_reg_t/
Signed-off-by: Ville Syrjälä <ville.syrjala@linux.intel.com>
Reviewed-by: Chris Wilson <chris@chris-wilson.co.uk>
Link: http://patchwork.freedesktop.org/patch/msgid/1447853606-2751-1-git-send-email-ville.syrjala@linux.intel.com
2015-11-18 21:33:26 +08:00
|
|
|
i915_reg_t output_reg;
|
|
|
|
i915_reg_t aux_ch_ctl_reg;
|
|
|
|
i915_reg_t aux_ch_data_reg[5];
|
2012-06-30 03:03:35 +08:00
|
|
|
uint32_t DP;
|
2015-08-17 23:05:12 +08:00
|
|
|
int link_rate;
|
|
|
|
uint8_t lane_count;
|
2016-03-30 20:35:25 +08:00
|
|
|
uint8_t sink_count;
|
2016-07-28 22:50:39 +08:00
|
|
|
bool link_mst;
|
2012-06-30 03:03:35 +08:00
|
|
|
bool has_audio;
|
2016-03-30 20:35:23 +08:00
|
|
|
bool detect_done;
|
2012-06-30 03:03:35 +08:00
|
|
|
enum hdmi_force_audio force_audio;
|
2015-07-06 20:10:00 +08:00
|
|
|
bool limited_color_range;
|
2013-01-17 22:31:29 +08:00
|
|
|
bool color_range_auto;
|
2012-06-30 03:03:35 +08:00
|
|
|
uint8_t dpcd[DP_RECEIVER_CAP_SIZE];
|
2013-07-12 05:44:56 +08:00
|
|
|
uint8_t psr_dpcd[EDP_PSR_RECEIVER_CAP_SIZE];
|
2012-09-18 22:58:49 +08:00
|
|
|
uint8_t downstream_ports[DP_MAX_DOWNSTREAM_PORTS];
|
2016-04-05 22:10:51 +08:00
|
|
|
uint8_t edp_dpcd[EDP_DISPLAY_CTL_CAP_SIZE];
|
2015-03-14 01:40:31 +08:00
|
|
|
/* sink rates as reported by DP_SUPPORTED_LINK_RATES */
|
|
|
|
uint8_t num_sink_rates;
|
|
|
|
int sink_rates[DP_MAX_SUPPORTED_RATES];
|
2014-03-14 22:51:15 +08:00
|
|
|
struct drm_dp_aux aux;
|
2012-06-30 03:03:35 +08:00
|
|
|
uint8_t train_set[4];
|
|
|
|
int panel_power_up_delay;
|
|
|
|
int panel_power_down_delay;
|
|
|
|
int panel_power_cycle_delay;
|
|
|
|
int backlight_on_delay;
|
|
|
|
int backlight_off_delay;
|
|
|
|
struct delayed_work panel_vdd_work;
|
|
|
|
bool want_panel_vdd;
|
2013-12-20 00:29:40 +08:00
|
|
|
unsigned long last_power_on;
|
|
|
|
unsigned long last_backlight_off;
|
2016-01-23 09:39:04 +08:00
|
|
|
ktime_t panel_power_off_time;
|
2014-08-05 07:04:59 +08:00
|
|
|
|
2014-07-08 04:01:46 +08:00
|
|
|
struct notifier_block edp_notifier;
|
|
|
|
|
2014-09-04 19:54:20 +08:00
|
|
|
/*
|
|
|
|
* Pipe whose power sequencer is currently locked into
|
|
|
|
* this port. Only relevant on VLV/CHV.
|
|
|
|
*/
|
|
|
|
enum pipe pps_pipe;
|
2016-06-16 21:37:20 +08:00
|
|
|
/*
|
|
|
|
* Set if the sequencer may be reset due to a power transition,
|
|
|
|
* requiring a reinitialization. Only relevant on BXT.
|
|
|
|
*/
|
|
|
|
bool pps_reset;
|
2014-10-17 02:27:30 +08:00
|
|
|
struct edp_power_seq pps_delays;
|
2014-09-04 19:54:20 +08:00
|
|
|
|
2014-05-02 12:02:48 +08:00
|
|
|
bool can_mst; /* this port supports mst */
|
|
|
|
bool is_mst;
|
2016-08-06 00:05:42 +08:00
|
|
|
int active_mst_links;
|
2014-05-02 12:02:48 +08:00
|
|
|
/* connector directly attached - won't be use for modeset in mst world */
|
2012-10-19 19:51:50 +08:00
|
|
|
struct intel_connector *attached_connector;
|
2014-01-21 21:35:39 +08:00
|
|
|
|
2014-05-02 12:02:48 +08:00
|
|
|
/* mst connector list */
|
|
|
|
struct intel_dp_mst_encoder *mst_encoders[I915_MAX_PIPES];
|
|
|
|
struct drm_dp_mst_topology_mgr mst_mgr;
|
|
|
|
|
2014-01-21 21:35:39 +08:00
|
|
|
uint32_t (*get_aux_clock_divider)(struct intel_dp *dp, int index);
|
2014-01-21 21:37:15 +08:00
|
|
|
/*
|
|
|
|
* This function returns the value we have to program the AUX_CTL
|
|
|
|
* register with to kick off an AUX transaction.
|
|
|
|
*/
|
|
|
|
uint32_t (*get_aux_send_ctl)(struct intel_dp *dp,
|
|
|
|
bool has_aux_irq,
|
|
|
|
int send_bytes,
|
|
|
|
uint32_t aux_clock_divider);
|
2015-10-23 18:01:49 +08:00
|
|
|
|
|
|
|
/* This is called before a link training is starterd */
|
|
|
|
void (*prepare_link_retrain)(struct intel_dp *intel_dp);
|
|
|
|
|
2015-04-15 23:38:38 +08:00
|
|
|
/* Displayport compliance testing */
|
|
|
|
unsigned long compliance_test_type;
|
2015-05-04 22:48:20 +08:00
|
|
|
unsigned long compliance_test_data;
|
|
|
|
bool compliance_test_active;
|
2012-06-30 03:03:35 +08:00
|
|
|
};
|
|
|
|
|
2012-10-27 05:05:46 +08:00
|
|
|
struct intel_digital_port {
|
|
|
|
struct intel_encoder base;
|
2012-10-27 05:05:50 +08:00
|
|
|
enum port port;
|
2013-07-13 04:54:41 +08:00
|
|
|
u32 saved_port_bits;
|
2012-10-27 05:05:46 +08:00
|
|
|
struct intel_dp dp;
|
|
|
|
struct intel_hdmi hdmi;
|
2015-01-23 13:00:31 +08:00
|
|
|
enum irqreturn (*hpd_pulse)(struct intel_digital_port *, bool);
|
drm/i915: Trick CL2 into life on CHV when using pipe B with port B
Normmally the common lane in a PHY channel gets powered up when some
of the data lanes get powered up. But when we're driving port B with
pipe B we don't want to enabled any of the data lanes, and just want
the DPLL in the common lane to be active.
To make that happens we have to temporarily enable some data lanes
after which we can access the DPLL registers in the common lane. Once
the pipe is up and running we can drop the power override on the data
lanes allowing them to shut down. From this point forward the common
lane will in fact stay powered on until the data lanes in the other
channel get powered down.
Ville's extended explanation from the review thread:
On Wed, Aug 19, 2015 at 07:47:41AM +0530, Deepak wrote:
> One Q, why only for port B? Port C is also in same common lane right?
Port B is in the first PHY channel which also houses CL1. CL1 always
powers up whenever any lanes in either PHY channel are powered up.
CL2 only powers up if lanes in the second channel (ie. the one with
port C) powers up.
So in this scenario (pipe B->port B) we want the DPLL from CL2, but
ideally we only want to power up the lanes for port B. Powering up
port B lanes will only power up CL1, but as we need CL2 instead we
need to, temporarily, power up some lanes in port C as well.
Crossing the streams the other way (pipe A->port C) is not a problem
since CL1 powers up whenever anything else powers up. So powering up
some port C lanes is enough on its own to make the CL1 DPLL
operational, even though CL1 and the lanes live in separate channels.
Signed-off-by: Ville Syrjälä <ville.syrjala@linux.intel.com>
Reviewed-by: Deepak S <deepak.s@linux.intel.com>
[danvet: Amend commit message with extended explanation.]
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2015-07-09 04:45:55 +08:00
|
|
|
bool release_cl2_override;
|
2015-12-09 01:59:38 +08:00
|
|
|
uint8_t max_lanes;
|
2015-11-12 22:23:41 +08:00
|
|
|
/* for communication with audio component; protected by av_mutex */
|
|
|
|
const struct drm_connector *audio_connector;
|
2012-10-27 05:05:46 +08:00
|
|
|
};
|
|
|
|
|
2014-05-02 12:02:48 +08:00
|
|
|
struct intel_dp_mst_encoder {
|
|
|
|
struct intel_encoder base;
|
|
|
|
enum pipe pipe;
|
|
|
|
struct intel_digital_port *primary;
|
2016-03-09 09:14:38 +08:00
|
|
|
struct intel_connector *connector;
|
2014-05-02 12:02:48 +08:00
|
|
|
};
|
|
|
|
|
2015-07-09 04:45:53 +08:00
|
|
|
static inline enum dpio_channel
|
2013-04-19 05:51:36 +08:00
|
|
|
vlv_dport_to_channel(struct intel_digital_port *dport)
|
|
|
|
{
|
|
|
|
switch (dport->port) {
|
|
|
|
case PORT_B:
|
2014-04-09 18:28:15 +08:00
|
|
|
case PORT_D:
|
2013-11-06 14:36:35 +08:00
|
|
|
return DPIO_CH0;
|
2013-04-19 05:51:36 +08:00
|
|
|
case PORT_C:
|
2013-11-06 14:36:35 +08:00
|
|
|
return DPIO_CH1;
|
2013-04-19 05:51:36 +08:00
|
|
|
default:
|
|
|
|
BUG();
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2015-07-09 04:45:53 +08:00
|
|
|
static inline enum dpio_phy
|
|
|
|
vlv_dport_to_phy(struct intel_digital_port *dport)
|
|
|
|
{
|
|
|
|
switch (dport->port) {
|
|
|
|
case PORT_B:
|
|
|
|
case PORT_C:
|
|
|
|
return DPIO_PHY0;
|
|
|
|
case PORT_D:
|
|
|
|
return DPIO_PHY1;
|
|
|
|
default:
|
|
|
|
BUG();
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
static inline enum dpio_channel
|
2014-04-09 18:28:16 +08:00
|
|
|
vlv_pipe_to_channel(enum pipe pipe)
|
|
|
|
{
|
|
|
|
switch (pipe) {
|
|
|
|
case PIPE_A:
|
|
|
|
case PIPE_C:
|
|
|
|
return DPIO_CH0;
|
|
|
|
case PIPE_B:
|
|
|
|
return DPIO_CH1;
|
|
|
|
default:
|
|
|
|
BUG();
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2010-09-09 22:44:14 +08:00
|
|
|
static inline struct drm_crtc *
|
|
|
|
intel_get_crtc_for_pipe(struct drm_device *dev, int pipe)
|
|
|
|
{
|
2016-07-04 18:34:36 +08:00
|
|
|
struct drm_i915_private *dev_priv = to_i915(dev);
|
2010-09-09 22:44:14 +08:00
|
|
|
return dev_priv->pipe_to_crtc_mapping[pipe];
|
|
|
|
}
|
|
|
|
|
2011-01-19 23:04:42 +08:00
|
|
|
static inline struct drm_crtc *
|
|
|
|
intel_get_crtc_for_plane(struct drm_device *dev, int plane)
|
|
|
|
{
|
2016-07-04 18:34:36 +08:00
|
|
|
struct drm_i915_private *dev_priv = to_i915(dev);
|
2011-01-19 23:04:42 +08:00
|
|
|
return dev_priv->plane_to_crtc_mapping[plane];
|
|
|
|
}
|
|
|
|
|
2016-05-17 21:07:49 +08:00
|
|
|
struct intel_flip_work {
|
|
|
|
struct work_struct unpin_work;
|
|
|
|
struct work_struct mmio_work;
|
|
|
|
|
2016-05-24 23:13:53 +08:00
|
|
|
struct drm_crtc *crtc;
|
|
|
|
struct drm_framebuffer *old_fb;
|
|
|
|
struct drm_i915_gem_object *pending_flip_obj;
|
2010-09-02 00:47:52 +08:00
|
|
|
struct drm_pending_vblank_event *event;
|
2012-12-03 19:36:30 +08:00
|
|
|
atomic_t pending;
|
2016-05-24 23:13:53 +08:00
|
|
|
u32 flip_count;
|
|
|
|
u32 gtt_offset;
|
|
|
|
struct drm_i915_gem_request *flip_queued_req;
|
2015-09-15 03:43:46 +08:00
|
|
|
u32 flip_queued_vblank;
|
2016-05-24 23:13:53 +08:00
|
|
|
u32 flip_ready_vblank;
|
|
|
|
unsigned int rotation;
|
2010-09-02 00:47:52 +08:00
|
|
|
};
|
|
|
|
|
2013-09-25 00:52:53 +08:00
|
|
|
struct intel_load_detect_pipe {
|
2016-02-17 16:18:35 +08:00
|
|
|
struct drm_atomic_state *restore_state;
|
2013-09-25 00:52:53 +08:00
|
|
|
};
|
DRM: i915: add mode setting support
This commit adds i915 driver support for the DRM mode setting APIs.
Currently, VGA, LVDS, SDVO DVI & VGA, TV and DVO LVDS outputs are
supported. HDMI, DisplayPort and additional SDVO output support will
follow.
Support for the mode setting code is controlled by the new 'modeset'
module option. A new config option, CONFIG_DRM_I915_KMS controls the
default behavior, and whether a PCI ID list is built into the module for
use by user level module utilities.
Note that if mode setting is enabled, user level drivers that access
display registers directly or that don't use the kernel graphics memory
manager will likely corrupt kernel graphics memory, disrupt output
configuration (possibly leading to hangs and/or blank displays), and
prevent panic/oops messages from appearing. So use caution when
enabling this code; be sure your user level code supports the new
interfaces.
A new SysRq key, 'g', provides emergency support for switching back to
the kernel's framebuffer console; which is useful for testing.
Co-authors: Dave Airlie <airlied@linux.ie>, Hong Liu <hong.liu@intel.com>
Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>
Signed-off-by: Eric Anholt <eric@anholt.net>
Signed-off-by: Dave Airlie <airlied@redhat.com>
2008-11-08 06:24:08 +08:00
|
|
|
|
2013-09-25 00:52:53 +08:00
|
|
|
static inline struct intel_encoder *
|
|
|
|
intel_attached_encoder(struct drm_connector *connector)
|
2010-09-09 23:20:55 +08:00
|
|
|
{
|
|
|
|
return to_intel_connector(connector)->encoder;
|
|
|
|
}
|
|
|
|
|
2012-10-27 05:05:46 +08:00
|
|
|
static inline struct intel_digital_port *
|
|
|
|
enc_to_dig_port(struct drm_encoder *encoder)
|
|
|
|
{
|
|
|
|
return container_of(encoder, struct intel_digital_port, base.base);
|
2013-05-08 18:14:02 +08:00
|
|
|
}
|
|
|
|
|
2014-05-02 12:02:48 +08:00
|
|
|
static inline struct intel_dp_mst_encoder *
|
|
|
|
enc_to_mst(struct drm_encoder *encoder)
|
|
|
|
{
|
|
|
|
return container_of(encoder, struct intel_dp_mst_encoder, base.base);
|
|
|
|
}
|
|
|
|
|
2013-05-08 18:14:02 +08:00
|
|
|
static inline struct intel_dp *enc_to_intel_dp(struct drm_encoder *encoder)
|
|
|
|
{
|
|
|
|
return &enc_to_dig_port(encoder)->dp;
|
2012-10-27 05:05:46 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
static inline struct intel_digital_port *
|
|
|
|
dp_to_dig_port(struct intel_dp *intel_dp)
|
|
|
|
{
|
|
|
|
return container_of(intel_dp, struct intel_digital_port, dp);
|
|
|
|
}
|
|
|
|
|
|
|
|
static inline struct intel_digital_port *
|
|
|
|
hdmi_to_dig_port(struct intel_hdmi *intel_hdmi)
|
|
|
|
{
|
|
|
|
return container_of(intel_hdmi, struct intel_digital_port, hdmi);
|
2012-10-16 02:51:29 +08:00
|
|
|
}
|
|
|
|
|
2014-03-28 02:48:33 +08:00
|
|
|
/*
|
|
|
|
* Returns the number of planes for this pipe, ie the number of sprites + 1
|
|
|
|
* (primary plane). This doesn't count the cursor plane then.
|
|
|
|
*/
|
|
|
|
static inline unsigned int intel_num_planes(struct intel_crtc *crtc)
|
|
|
|
{
|
|
|
|
return INTEL_INFO(crtc->base.dev)->num_sprites[crtc->pipe] + 1;
|
|
|
|
}
|
2013-09-25 00:52:53 +08:00
|
|
|
|
2014-09-30 16:56:46 +08:00
|
|
|
/* intel_fifo_underrun.c */
|
2014-09-30 16:56:47 +08:00
|
|
|
bool intel_set_cpu_fifo_underrun_reporting(struct drm_i915_private *dev_priv,
|
2013-09-25 02:48:31 +08:00
|
|
|
enum pipe pipe, bool enable);
|
2014-09-30 16:56:47 +08:00
|
|
|
bool intel_set_pch_fifo_underrun_reporting(struct drm_i915_private *dev_priv,
|
2013-09-25 02:48:31 +08:00
|
|
|
enum transcoder pch_transcoder,
|
|
|
|
bool enable);
|
2014-09-30 16:56:48 +08:00
|
|
|
void intel_cpu_fifo_underrun_irq_handler(struct drm_i915_private *dev_priv,
|
|
|
|
enum pipe pipe);
|
|
|
|
void intel_pch_fifo_underrun_irq_handler(struct drm_i915_private *dev_priv,
|
|
|
|
enum transcoder pch_transcoder);
|
2015-10-31 01:22:21 +08:00
|
|
|
void intel_check_cpu_fifo_underruns(struct drm_i915_private *dev_priv);
|
|
|
|
void intel_check_pch_fifo_underruns(struct drm_i915_private *dev_priv);
|
2014-09-30 16:56:46 +08:00
|
|
|
|
|
|
|
/* i915_irq.c */
|
2014-07-16 15:49:40 +08:00
|
|
|
void gen5_enable_gt_irq(struct drm_i915_private *dev_priv, uint32_t mask);
|
|
|
|
void gen5_disable_gt_irq(struct drm_i915_private *dev_priv, uint32_t mask);
|
|
|
|
void gen6_enable_pm_irq(struct drm_i915_private *dev_priv, uint32_t mask);
|
|
|
|
void gen6_disable_pm_irq(struct drm_i915_private *dev_priv, uint32_t mask);
|
2016-05-10 21:10:04 +08:00
|
|
|
void gen6_reset_rps_interrupts(struct drm_i915_private *dev_priv);
|
2016-05-06 21:48:28 +08:00
|
|
|
void gen6_enable_rps_interrupts(struct drm_i915_private *dev_priv);
|
|
|
|
void gen6_disable_rps_interrupts(struct drm_i915_private *dev_priv);
|
2014-12-20 01:33:26 +08:00
|
|
|
u32 gen6_sanitize_rps_pm_mask(struct drm_i915_private *dev_priv, u32 mask);
|
2014-09-30 16:56:44 +08:00
|
|
|
void intel_runtime_pm_disable_interrupts(struct drm_i915_private *dev_priv);
|
|
|
|
void intel_runtime_pm_enable_interrupts(struct drm_i915_private *dev_priv);
|
2014-06-21 00:29:20 +08:00
|
|
|
static inline bool intel_irqs_enabled(struct drm_i915_private *dev_priv)
|
|
|
|
{
|
|
|
|
/*
|
|
|
|
* We only use drm_irq_uninstall() at unload and VT switch, so
|
|
|
|
* this is the only thing we need to check.
|
|
|
|
*/
|
2014-09-30 16:56:43 +08:00
|
|
|
return dev_priv->pm.irqs_enabled;
|
2014-06-21 00:29:20 +08:00
|
|
|
}
|
|
|
|
|
2014-04-29 18:35:45 +08:00
|
|
|
int intel_get_crtc_scanline(struct intel_crtc *crtc);
|
2015-03-07 02:50:48 +08:00
|
|
|
void gen8_irq_power_well_post_enable(struct drm_i915_private *dev_priv,
|
|
|
|
unsigned int pipe_mask);
|
2016-02-20 02:47:30 +08:00
|
|
|
void gen8_irq_power_well_pre_disable(struct drm_i915_private *dev_priv,
|
|
|
|
unsigned int pipe_mask);
|
2013-09-25 00:52:53 +08:00
|
|
|
|
|
|
|
/* intel_crt.c */
|
2013-09-25 02:48:31 +08:00
|
|
|
void intel_crt_init(struct drm_device *dev);
|
2016-06-22 05:03:42 +08:00
|
|
|
void intel_crt_reset(struct drm_encoder *encoder);
|
2013-09-25 00:52:53 +08:00
|
|
|
|
|
|
|
/* intel_ddi.c */
|
2015-08-17 23:46:20 +08:00
|
|
|
void intel_ddi_clk_select(struct intel_encoder *encoder,
|
2016-09-02 06:08:07 +08:00
|
|
|
struct intel_shared_dpll *pll);
|
2016-08-23 22:18:08 +08:00
|
|
|
void intel_ddi_fdi_post_disable(struct intel_encoder *intel_encoder,
|
|
|
|
struct intel_crtc_state *old_crtc_state,
|
|
|
|
struct drm_connector_state *old_conn_state);
|
2016-07-12 20:59:33 +08:00
|
|
|
void intel_prepare_dp_ddi_buffers(struct intel_encoder *encoder);
|
2013-09-25 02:48:31 +08:00
|
|
|
void hsw_fdi_link_train(struct drm_crtc *crtc);
|
|
|
|
void intel_ddi_init(struct drm_device *dev, enum port port);
|
|
|
|
enum port intel_ddi_get_encoder_port(struct intel_encoder *intel_encoder);
|
|
|
|
bool intel_ddi_get_hw_state(struct intel_encoder *encoder, enum pipe *pipe);
|
|
|
|
void intel_ddi_enable_transcoder_func(struct drm_crtc *crtc);
|
|
|
|
void intel_ddi_disable_transcoder_func(struct drm_i915_private *dev_priv,
|
|
|
|
enum transcoder cpu_transcoder);
|
|
|
|
void intel_ddi_enable_pipe_clock(struct intel_crtc *intel_crtc);
|
|
|
|
void intel_ddi_disable_pipe_clock(struct intel_crtc *intel_crtc);
|
2015-01-15 20:55:23 +08:00
|
|
|
bool intel_ddi_pll_select(struct intel_crtc *crtc,
|
|
|
|
struct intel_crtc_state *crtc_state);
|
2013-09-25 02:48:31 +08:00
|
|
|
void intel_ddi_set_pipe_settings(struct drm_crtc *crtc);
|
2015-10-23 18:01:49 +08:00
|
|
|
void intel_ddi_prepare_link_retrain(struct intel_dp *intel_dp);
|
2013-09-25 02:48:31 +08:00
|
|
|
bool intel_ddi_connector_get_hw_state(struct intel_connector *intel_connector);
|
|
|
|
void intel_ddi_get_config(struct intel_encoder *encoder,
|
2015-01-15 20:55:21 +08:00
|
|
|
struct intel_crtc_state *pipe_config);
|
2014-08-22 12:19:10 +08:00
|
|
|
struct intel_encoder *
|
|
|
|
intel_ddi_get_crtc_new_encoder(struct intel_crtc_state *crtc_state);
|
2013-09-25 00:52:53 +08:00
|
|
|
|
2014-05-02 11:36:43 +08:00
|
|
|
void intel_ddi_init_dp_buf_reg(struct intel_encoder *encoder);
|
2014-05-02 12:02:48 +08:00
|
|
|
void intel_ddi_clock_get(struct intel_encoder *encoder,
|
2015-01-15 20:55:21 +08:00
|
|
|
struct intel_crtc_state *pipe_config);
|
2014-05-02 12:02:48 +08:00
|
|
|
void intel_ddi_set_vc_payload_alloc(struct drm_crtc *crtc, bool state);
|
2015-06-25 16:11:03 +08:00
|
|
|
uint32_t ddi_signal_levels(struct intel_dp *intel_dp);
|
2013-09-25 00:52:53 +08:00
|
|
|
|
2015-03-23 19:10:32 +08:00
|
|
|
unsigned int intel_fb_align_height(struct drm_device *dev,
|
|
|
|
unsigned int height,
|
|
|
|
uint32_t pixel_format,
|
|
|
|
uint64_t fb_format_modifier);
|
2016-01-13 03:08:32 +08:00
|
|
|
u32 intel_fb_stride_alignment(const struct drm_i915_private *dev_priv,
|
|
|
|
uint64_t fb_modifier, uint32_t pixel_format);
|
2014-09-20 00:27:27 +08:00
|
|
|
|
2014-10-27 22:26:43 +08:00
|
|
|
/* intel_audio.c */
|
2016-03-16 19:38:53 +08:00
|
|
|
void intel_init_audio_hooks(struct drm_i915_private *dev_priv);
|
2014-10-27 22:26:50 +08:00
|
|
|
void intel_audio_codec_enable(struct intel_encoder *encoder);
|
|
|
|
void intel_audio_codec_disable(struct intel_encoder *encoder);
|
2015-01-08 23:54:14 +08:00
|
|
|
void i915_audio_component_init(struct drm_i915_private *dev_priv);
|
|
|
|
void i915_audio_component_cleanup(struct drm_i915_private *dev_priv);
|
2014-10-27 22:26:43 +08:00
|
|
|
|
2014-09-20 00:27:27 +08:00
|
|
|
/* intel_display.c */
|
2016-05-14 04:41:27 +08:00
|
|
|
void skl_set_preferred_cdclk_vco(struct drm_i915_private *dev_priv, int vco);
|
2016-04-27 22:43:22 +08:00
|
|
|
void intel_update_rawclk(struct drm_i915_private *dev_priv);
|
2016-03-05 03:43:02 +08:00
|
|
|
int vlv_get_cck_clock(struct drm_i915_private *dev_priv,
|
|
|
|
const char *name, u32 reg, int ref_freq);
|
2016-08-23 22:18:08 +08:00
|
|
|
void lpt_disable_pch_transcoder(struct drm_i915_private *dev_priv);
|
|
|
|
void lpt_disable_iclkip(struct drm_i915_private *dev_priv);
|
2015-01-22 08:35:42 +08:00
|
|
|
extern const struct drm_plane_funcs intel_plane_funcs;
|
2016-03-16 19:38:53 +08:00
|
|
|
void intel_init_display_hooks(struct drm_i915_private *dev_priv);
|
drm/i915: Rewrite fb rotation GTT handling
Redo the fb rotation handling in order to:
- eliminate the NV12 special casing
- handle fb->offsets[] properly
- make the rotation handling easier for the plane code
To achieve these goals we reduce intel_rotation_info to only contain
(for each plane) the rotated view width,height,stride in tile units,
and the page offset into the object where the plane starts. Each plane
is handled exactly the same way, no special casing for NV12 or other
formats. We then store the computed rotation_info under
intel_framebuffer so that we don't have to recompute it again.
To handle fb->offsets[] we treat them as a linear offsets and convert
them to x/y offsets from the start of the relevant GTT mapping (either
normal or rotated). We store the x/y offsets under intel_framebuffer,
and for some extra convenience we also store the rotated pitch (ie.
tile aligned plane height). So for each plane we have the normal
x/y offsets, rotated x/y offsets, and the rotated pitch. The normal
pitch is available already in fb->pitches[].
While we're gathering up all that extra information, we can also easily
compute the storage requirements for the framebuffer, so that we can
check that the object is big enough to hold it.
When it comes time to deal with the plane source coordinates, we first
rotate the clipped src coordinates to match the relevant GTT view
orientation, then add to them the fb x/y offsets. Next we compute
the aligned surface page offset, and as a result we're left with some
residual x/y offsets. Finally, if required by the hardware, we convert
the remaining x/y offsets into a linear offset.
For gen2/3 we simply skip computing the final page offset, and just
convert the src+fb x/y offsets directly into a linear offset since
that's what the hardware wants.
After this all platforms, incluing SKL+, compute these things in exactly
the same way (excluding alignemnt differences).
v2: Use BIT(DRM_ROTATE_270) instead of ROTATE_270 when rotating
plane src coordinates
Drop some spurious changes that got left behind during
development
v3: Split out more changes to prep patches (Daniel)
s/intel_fb->plane[].foo.bar/intel_fb->foo[].bar/ for brevity
Rename intel_surf_gtt_offset to intel_fb_gtt_offset
Kill the pointless 'plane' parameter from intel_fb_gtt_offset()
v4: Fix alignment vs. alignment-1 when calling
_intel_compute_tile_offset() from intel_fill_fb_info()
Pass the pitch in tiles in
stad of pixels to intel_adjust_tile_offset() from intel_fill_fb_info()
Pass the full width/height of the rotated area to
drm_rect_rotate() for clarity
Use u32 for more offsets
v5: Preserve the upper_32_bits()/lower_32_bits() handling for the
fb ggtt offset (Sivakumar)
v6: Rebase due to drm_plane_state src/dst rects
Cc: Sivakumar Thulasimani <sivakumar.thulasimani@intel.com>
Signed-off-by: Ville Syrjälä <ville.syrjala@linux.intel.com>
Reviewed-by: Sivakumar Thulasimani <sivakumar.thulasimani@intel.com>
Link: http://patchwork.freedesktop.org/patch/msgid/1470821001-25272-2-git-send-email-ville.syrjala@linux.intel.com
Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2015-09-15 18:16:41 +08:00
|
|
|
unsigned int intel_fb_xy_to_linear(int x, int y,
|
2016-01-21 00:02:50 +08:00
|
|
|
const struct intel_plane_state *state,
|
|
|
|
int plane);
|
drm/i915: Rewrite fb rotation GTT handling
Redo the fb rotation handling in order to:
- eliminate the NV12 special casing
- handle fb->offsets[] properly
- make the rotation handling easier for the plane code
To achieve these goals we reduce intel_rotation_info to only contain
(for each plane) the rotated view width,height,stride in tile units,
and the page offset into the object where the plane starts. Each plane
is handled exactly the same way, no special casing for NV12 or other
formats. We then store the computed rotation_info under
intel_framebuffer so that we don't have to recompute it again.
To handle fb->offsets[] we treat them as a linear offsets and convert
them to x/y offsets from the start of the relevant GTT mapping (either
normal or rotated). We store the x/y offsets under intel_framebuffer,
and for some extra convenience we also store the rotated pitch (ie.
tile aligned plane height). So for each plane we have the normal
x/y offsets, rotated x/y offsets, and the rotated pitch. The normal
pitch is available already in fb->pitches[].
While we're gathering up all that extra information, we can also easily
compute the storage requirements for the framebuffer, so that we can
check that the object is big enough to hold it.
When it comes time to deal with the plane source coordinates, we first
rotate the clipped src coordinates to match the relevant GTT view
orientation, then add to them the fb x/y offsets. Next we compute
the aligned surface page offset, and as a result we're left with some
residual x/y offsets. Finally, if required by the hardware, we convert
the remaining x/y offsets into a linear offset.
For gen2/3 we simply skip computing the final page offset, and just
convert the src+fb x/y offsets directly into a linear offset since
that's what the hardware wants.
After this all platforms, incluing SKL+, compute these things in exactly
the same way (excluding alignemnt differences).
v2: Use BIT(DRM_ROTATE_270) instead of ROTATE_270 when rotating
plane src coordinates
Drop some spurious changes that got left behind during
development
v3: Split out more changes to prep patches (Daniel)
s/intel_fb->plane[].foo.bar/intel_fb->foo[].bar/ for brevity
Rename intel_surf_gtt_offset to intel_fb_gtt_offset
Kill the pointless 'plane' parameter from intel_fb_gtt_offset()
v4: Fix alignment vs. alignment-1 when calling
_intel_compute_tile_offset() from intel_fill_fb_info()
Pass the pitch in tiles in
stad of pixels to intel_adjust_tile_offset() from intel_fill_fb_info()
Pass the full width/height of the rotated area to
drm_rect_rotate() for clarity
Use u32 for more offsets
v5: Preserve the upper_32_bits()/lower_32_bits() handling for the
fb ggtt offset (Sivakumar)
v6: Rebase due to drm_plane_state src/dst rects
Cc: Sivakumar Thulasimani <sivakumar.thulasimani@intel.com>
Signed-off-by: Ville Syrjälä <ville.syrjala@linux.intel.com>
Reviewed-by: Sivakumar Thulasimani <sivakumar.thulasimani@intel.com>
Link: http://patchwork.freedesktop.org/patch/msgid/1470821001-25272-2-git-send-email-ville.syrjala@linux.intel.com
Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2015-09-15 18:16:41 +08:00
|
|
|
void intel_add_fb_offsets(int *x, int *y,
|
2016-01-21 00:02:50 +08:00
|
|
|
const struct intel_plane_state *state, int plane);
|
2016-02-16 04:54:45 +08:00
|
|
|
unsigned int intel_rotation_info_size(const struct intel_rotation_info *rot_info);
|
2014-09-20 00:27:27 +08:00
|
|
|
bool intel_has_pending_fb_unpin(struct drm_device *dev);
|
2016-04-28 19:57:00 +08:00
|
|
|
void intel_mark_busy(struct drm_i915_private *dev_priv);
|
|
|
|
void intel_mark_idle(struct drm_i915_private *dev_priv);
|
2013-09-25 02:48:31 +08:00
|
|
|
void intel_crtc_restore_mode(struct drm_crtc *crtc);
|
2015-07-13 22:30:29 +08:00
|
|
|
int intel_display_suspend(struct drm_device *dev);
|
2016-08-10 19:07:33 +08:00
|
|
|
void intel_pps_unlock_regs_wa(struct drm_i915_private *dev_priv);
|
2013-09-25 02:48:31 +08:00
|
|
|
void intel_encoder_destroy(struct drm_encoder *encoder);
|
2015-04-10 15:59:10 +08:00
|
|
|
int intel_connector_init(struct intel_connector *);
|
|
|
|
struct intel_connector *intel_connector_alloc(void);
|
2013-09-25 02:48:31 +08:00
|
|
|
bool intel_connector_get_hw_state(struct intel_connector *connector);
|
|
|
|
void intel_connector_attach_encoder(struct intel_connector *connector,
|
|
|
|
struct intel_encoder *encoder);
|
|
|
|
struct drm_display_mode *intel_crtc_mode_get(struct drm_device *dev,
|
|
|
|
struct drm_crtc *crtc);
|
2013-11-01 00:55:49 +08:00
|
|
|
enum pipe intel_get_pipe_from_connector(struct intel_connector *connector);
|
2009-04-30 05:43:54 +08:00
|
|
|
int intel_get_pipe_from_crtc_id(struct drm_device *dev, void *data,
|
|
|
|
struct drm_file *file_priv);
|
2013-09-25 02:48:31 +08:00
|
|
|
enum transcoder intel_pipe_to_cpu_transcoder(struct drm_i915_private *dev_priv,
|
|
|
|
enum pipe pipe);
|
2016-06-23 02:57:02 +08:00
|
|
|
static inline bool
|
|
|
|
intel_crtc_has_type(const struct intel_crtc_state *crtc_state,
|
|
|
|
enum intel_output_type type)
|
|
|
|
{
|
|
|
|
return crtc_state->output_types & (1 << type);
|
|
|
|
}
|
2016-06-23 02:57:04 +08:00
|
|
|
static inline bool
|
|
|
|
intel_crtc_has_dp_encoder(const struct intel_crtc_state *crtc_state)
|
|
|
|
{
|
|
|
|
return crtc_state->output_types &
|
2016-06-23 02:57:06 +08:00
|
|
|
((1 << INTEL_OUTPUT_DP) |
|
2016-06-23 02:57:04 +08:00
|
|
|
(1 << INTEL_OUTPUT_DP_MST) |
|
|
|
|
(1 << INTEL_OUTPUT_EDP));
|
|
|
|
}
|
2014-09-15 20:12:21 +08:00
|
|
|
static inline void
|
|
|
|
intel_wait_for_vblank(struct drm_device *dev, int pipe)
|
|
|
|
{
|
|
|
|
drm_wait_one_vblank(dev, pipe);
|
|
|
|
}
|
2015-10-31 01:23:22 +08:00
|
|
|
static inline void
|
|
|
|
intel_wait_for_vblank_if_active(struct drm_device *dev, int pipe)
|
|
|
|
{
|
|
|
|
const struct intel_crtc *crtc =
|
|
|
|
to_intel_crtc(intel_get_crtc_for_pipe(dev, pipe));
|
|
|
|
|
|
|
|
if (crtc->active)
|
|
|
|
intel_wait_for_vblank(dev, pipe);
|
|
|
|
}
|
2016-05-17 21:07:48 +08:00
|
|
|
|
|
|
|
u32 intel_crtc_get_vblank_counter(struct intel_crtc *crtc);
|
|
|
|
|
2013-09-25 02:48:31 +08:00
|
|
|
int ironlake_get_lanes_required(int target_clock, int link_bw, int bpp);
|
2013-11-06 14:36:35 +08:00
|
|
|
void vlv_wait_port_ready(struct drm_i915_private *dev_priv,
|
2015-04-10 23:21:31 +08:00
|
|
|
struct intel_digital_port *dport,
|
|
|
|
unsigned int expected_mask);
|
2013-09-25 02:48:31 +08:00
|
|
|
bool intel_get_load_detect_pipe(struct drm_connector *connector,
|
|
|
|
struct drm_display_mode *mode,
|
2013-11-20 01:10:12 +08:00
|
|
|
struct intel_load_detect_pipe *old,
|
|
|
|
struct drm_modeset_acquire_ctx *ctx);
|
2013-09-25 02:48:31 +08:00
|
|
|
void intel_release_load_detect_pipe(struct drm_connector *connector,
|
2015-03-20 22:18:02 +08:00
|
|
|
struct intel_load_detect_pipe *old,
|
|
|
|
struct drm_modeset_acquire_ctx *ctx);
|
2016-08-15 17:49:06 +08:00
|
|
|
struct i915_vma *
|
|
|
|
intel_pin_and_fence_fb_obj(struct drm_framebuffer *fb, unsigned int rotation);
|
2016-04-28 16:56:35 +08:00
|
|
|
void intel_unpin_fb_obj(struct drm_framebuffer *fb, unsigned int rotation);
|
2014-02-11 01:00:39 +08:00
|
|
|
struct drm_framebuffer *
|
|
|
|
__intel_framebuffer_create(struct drm_device *dev,
|
2013-09-25 02:48:31 +08:00
|
|
|
struct drm_mode_fb_cmd2 *mode_cmd,
|
|
|
|
struct drm_i915_gem_object *obj);
|
2016-05-24 23:13:53 +08:00
|
|
|
void intel_finish_page_flip_cs(struct drm_i915_private *dev_priv, int pipe);
|
2016-05-17 21:07:49 +08:00
|
|
|
void intel_finish_page_flip_mmio(struct drm_i915_private *dev_priv, int pipe);
|
2016-05-24 23:13:53 +08:00
|
|
|
void intel_check_page_flip(struct drm_i915_private *dev_priv, int pipe);
|
2014-12-02 07:40:14 +08:00
|
|
|
int intel_prepare_plane_fb(struct drm_plane *plane,
|
2015-03-03 22:22:31 +08:00
|
|
|
const struct drm_plane_state *new_state);
|
2014-12-02 23:45:25 +08:00
|
|
|
void intel_cleanup_plane_fb(struct drm_plane *plane,
|
2015-03-03 22:22:31 +08:00
|
|
|
const struct drm_plane_state *old_state);
|
2015-01-22 08:35:43 +08:00
|
|
|
int intel_plane_atomic_get_property(struct drm_plane *plane,
|
|
|
|
const struct drm_plane_state *state,
|
|
|
|
struct drm_property *property,
|
|
|
|
uint64_t *val);
|
|
|
|
int intel_plane_atomic_set_property(struct drm_plane *plane,
|
|
|
|
struct drm_plane_state *state,
|
|
|
|
struct drm_property *property,
|
|
|
|
uint64_t val);
|
2015-06-15 18:33:44 +08:00
|
|
|
int intel_plane_atomic_calc_changes(struct drm_crtc_state *crtc_state,
|
|
|
|
struct drm_plane_state *plane_state);
|
2014-06-26 03:02:02 +08:00
|
|
|
|
2016-01-13 03:08:33 +08:00
|
|
|
unsigned int intel_tile_height(const struct drm_i915_private *dev_priv,
|
|
|
|
uint64_t fb_modifier, unsigned int cpp);
|
2015-03-23 19:10:36 +08:00
|
|
|
|
2015-03-23 19:10:37 +08:00
|
|
|
static inline bool
|
|
|
|
intel_rotation_90_or_270(unsigned int rotation)
|
|
|
|
{
|
2016-07-29 13:50:05 +08:00
|
|
|
return rotation & (DRM_ROTATE_90 | DRM_ROTATE_270);
|
2015-03-23 19:10:37 +08:00
|
|
|
}
|
|
|
|
|
2015-04-10 17:07:29 +08:00
|
|
|
void intel_create_rotation_property(struct drm_device *dev,
|
|
|
|
struct intel_plane *plane);
|
|
|
|
|
2016-03-08 23:46:15 +08:00
|
|
|
void assert_pch_transcoder_disabled(struct drm_i915_private *dev_priv,
|
|
|
|
enum pipe pipe);
|
|
|
|
|
2016-01-19 23:25:17 +08:00
|
|
|
int vlv_force_pll_on(struct drm_device *dev, enum pipe pipe,
|
|
|
|
const struct dpll *dpll);
|
2014-10-28 19:20:22 +08:00
|
|
|
void vlv_force_pll_off(struct drm_device *dev, enum pipe pipe);
|
2016-02-18 03:41:12 +08:00
|
|
|
int lpt_get_iclkip(struct drm_i915_private *dev_priv);
|
2014-10-28 19:20:22 +08:00
|
|
|
|
2014-06-26 03:02:02 +08:00
|
|
|
/* modesetting asserts */
|
2014-09-20 00:27:27 +08:00
|
|
|
void assert_panel_unlocked(struct drm_i915_private *dev_priv,
|
|
|
|
enum pipe pipe);
|
2013-06-17 03:42:39 +08:00
|
|
|
void assert_pll(struct drm_i915_private *dev_priv,
|
|
|
|
enum pipe pipe, bool state);
|
|
|
|
#define assert_pll_enabled(d, p) assert_pll(d, p, true)
|
|
|
|
#define assert_pll_disabled(d, p) assert_pll(d, p, false)
|
2016-03-16 18:57:14 +08:00
|
|
|
void assert_dsi_pll(struct drm_i915_private *dev_priv, bool state);
|
|
|
|
#define assert_dsi_pll_enabled(d) assert_dsi_pll(d, true)
|
|
|
|
#define assert_dsi_pll_disabled(d) assert_dsi_pll(d, false)
|
2013-06-17 03:42:39 +08:00
|
|
|
void assert_fdi_rx_pll(struct drm_i915_private *dev_priv,
|
|
|
|
enum pipe pipe, bool state);
|
|
|
|
#define assert_fdi_rx_pll_enabled(d, p) assert_fdi_rx_pll(d, p, true)
|
|
|
|
#define assert_fdi_rx_pll_disabled(d, p) assert_fdi_rx_pll(d, p, false)
|
2013-09-25 02:48:31 +08:00
|
|
|
void assert_pipe(struct drm_i915_private *dev_priv, enum pipe pipe, bool state);
|
2011-12-14 05:19:38 +08:00
|
|
|
#define assert_pipe_enabled(d, p) assert_pipe(d, p, true)
|
|
|
|
#define assert_pipe_disabled(d, p) assert_pipe(d, p, false)
|
2016-02-16 04:54:44 +08:00
|
|
|
u32 intel_compute_tile_offset(int *x, int *y,
|
2016-01-21 00:02:50 +08:00
|
|
|
const struct intel_plane_state *state, int plane);
|
2016-05-06 22:40:21 +08:00
|
|
|
void intel_prepare_reset(struct drm_i915_private *dev_priv);
|
|
|
|
void intel_finish_reset(struct drm_i915_private *dev_priv);
|
2014-03-08 07:08:17 +08:00
|
|
|
void hsw_enable_pc8(struct drm_i915_private *dev_priv);
|
|
|
|
void hsw_disable_pc8(struct drm_i915_private *dev_priv);
|
2016-06-13 21:44:36 +08:00
|
|
|
void bxt_init_cdclk(struct drm_i915_private *dev_priv);
|
|
|
|
void bxt_uninit_cdclk(struct drm_i915_private *dev_priv);
|
2016-06-13 21:44:34 +08:00
|
|
|
void bxt_ddi_phy_init(struct drm_i915_private *dev_priv, enum dpio_phy phy);
|
|
|
|
void bxt_ddi_phy_uninit(struct drm_i915_private *dev_priv, enum dpio_phy phy);
|
|
|
|
bool bxt_ddi_phy_is_enabled(struct drm_i915_private *dev_priv,
|
|
|
|
enum dpio_phy phy);
|
|
|
|
bool bxt_ddi_phy_verify_state(struct drm_i915_private *dev_priv,
|
|
|
|
enum dpio_phy phy);
|
2016-04-21 01:27:56 +08:00
|
|
|
void gen9_sanitize_dc_state(struct drm_i915_private *dev_priv);
|
2014-11-24 16:07:44 +08:00
|
|
|
void bxt_enable_dc9(struct drm_i915_private *dev_priv);
|
|
|
|
void bxt_disable_dc9(struct drm_i915_private *dev_priv);
|
2016-04-21 01:27:57 +08:00
|
|
|
void gen9_enable_dc5(struct drm_i915_private *dev_priv);
|
drm/i915/skl: Deinit/init the display at suspend/resume
We need to re-init the display hardware when going out of suspend. This
includes:
- Hooking the PCH to the reset logic
- Restoring CDCDLK
- Enabling the DDB power
Among those, only the CDCDLK one is a bit tricky. There's some
complexity in that:
- DPLL0 (which is the source for CDCLK) has two VCOs, each with a set
of supported frequencies. As eDP also uses DPLL0 for its link rate,
once DPLL0 is on, we restrict the possible eDP link rates the chosen
VCO.
- CDCLK also limits the bandwidth available to push pixels.
So, as a first step, this commit restore what the BIOS set, until I can
do more testing.
In case that's of interest for the reviewer, I've unit tested the
function that derives the decimal frequency field:
#include <stdio.h>
#include <stdint.h>
#include <assert.h>
#define ARRAY_SIZE(x) (sizeof(x) / sizeof(*(x)))
static const struct dpll_freq {
unsigned int freq;
unsigned int decimal;
} freqs[] = {
{ .freq = 308570, .decimal = 0b01001100111},
{ .freq = 337500, .decimal = 0b01010100001},
{ .freq = 432000, .decimal = 0b01101011110},
{ .freq = 450000, .decimal = 0b01110000010},
{ .freq = 540000, .decimal = 0b10000110110},
{ .freq = 617140, .decimal = 0b10011010000},
{ .freq = 675000, .decimal = 0b10101000100},
};
static void intbits(unsigned int v)
{
int i;
for(i = 10; i >= 0; i--)
putchar('0' + ((v >> i) & 1));
}
static unsigned int freq_decimal(unsigned int freq /* in kHz */)
{
return (freq - 1000) / 500;
}
static void test_freq(const struct dpll_freq *entry)
{
unsigned int decimal = freq_decimal(entry->freq);
printf("freq: %d, expected: ", entry->freq);
intbits(entry->decimal);
printf(", got: ");
intbits(decimal);
putchar('\n');
assert(decimal == entry->decimal);
}
int main(int argc, char **argv)
{
int i;
for (i = 0; i < ARRAY_SIZE(freqs); i++)
test_freq(&freqs[i]);
return 0;
}
v2:
- Rebase on top of -nightly
- Use (freq - 1000) / 500 for the decimal frequency (Ville)
- Fix setting the enable bit of HSW_NDE_RSTWRN_OPT (Ville)
- Rename skl_display_{resume,suspend} to skl_{init,uninit}_cdclk to
be consistent with the BXT code (Ville)
- Store boot CDCLK in ddi_pll_init (Ville)
- Merge dev_priv's skl_boot_cdclk into cdclk_freq
- Use LCPLL_PLL_LOCK instead of (1 << 30) (Ville)
- Replace various '0' by SKL_DPLL0 to be a bit more explicit that
we're programming DPLL0
- Busy poll the PCU before doing the frequency change. It takes about
3/4 cycles, each separated by 10us, to get the ACK from the CPU
(Ville)
v3:
- Restore dev_priv->skl_boot_cdclk, leaving unification with
dev_priv->cdclk_freq for a later patch (Daniel, Ville)
Reviewed-by: Ville Syrjälä <ville.syrjala@linux.intel.com>
Signed-off-by: Damien Lespiau <damien.lespiau@intel.com>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2015-05-21 23:37:48 +08:00
|
|
|
void skl_init_cdclk(struct drm_i915_private *dev_priv);
|
|
|
|
void skl_uninit_cdclk(struct drm_i915_private *dev_priv);
|
2016-05-14 04:41:21 +08:00
|
|
|
unsigned int skl_cdclk_get_vco(unsigned int freq);
|
2015-09-29 13:31:59 +08:00
|
|
|
void skl_enable_dc6(struct drm_i915_private *dev_priv);
|
|
|
|
void skl_disable_dc6(struct drm_i915_private *dev_priv);
|
2013-09-25 02:48:31 +08:00
|
|
|
void intel_dp_get_m_n(struct intel_crtc *crtc,
|
2015-01-15 20:55:21 +08:00
|
|
|
struct intel_crtc_state *pipe_config);
|
2015-02-13 18:02:59 +08:00
|
|
|
void intel_dp_set_m_n(struct intel_crtc *crtc, enum link_m_n_set m_n);
|
2013-09-25 02:48:31 +08:00
|
|
|
int intel_dotclock_calculate(int link_freq, const struct intel_link_m_n *m_n);
|
2015-03-06 09:29:25 +08:00
|
|
|
bool bxt_find_best_dpll(struct intel_crtc_state *crtc_state, int target_clock,
|
2016-05-04 17:11:57 +08:00
|
|
|
struct dpll *best_clock);
|
|
|
|
int chv_calc_dpll_params(int refclk, struct dpll *pll_clock);
|
2015-06-23 04:35:51 +08:00
|
|
|
|
2013-09-25 02:48:31 +08:00
|
|
|
bool intel_crtc_active(struct drm_crtc *crtc);
|
2013-10-01 23:02:17 +08:00
|
|
|
void hsw_enable_ips(struct intel_crtc *crtc);
|
|
|
|
void hsw_disable_ips(struct intel_crtc *crtc);
|
2014-03-05 01:22:57 +08:00
|
|
|
enum intel_display_power_domain
|
|
|
|
intel_display_port_power_domain(struct intel_encoder *intel_encoder);
|
2015-11-16 22:01:04 +08:00
|
|
|
enum intel_display_power_domain
|
|
|
|
intel_display_port_aux_power_domain(struct intel_encoder *intel_encoder);
|
2014-02-12 07:28:57 +08:00
|
|
|
void intel_mode_from_pipe_config(struct drm_display_mode *mode,
|
2015-01-15 20:55:21 +08:00
|
|
|
struct intel_crtc_state *pipe_config);
|
2015-06-22 15:50:32 +08:00
|
|
|
|
2015-07-13 22:30:15 +08:00
|
|
|
int skl_update_scaler_crtc(struct intel_crtc_state *crtc_state);
|
2015-04-28 04:48:39 +08:00
|
|
|
int skl_max_scale(struct intel_crtc *crtc, struct intel_crtc_state *crtc_state);
|
2012-01-04 00:05:39 +08:00
|
|
|
|
drm/i915: Rewrite fb rotation GTT handling
Redo the fb rotation handling in order to:
- eliminate the NV12 special casing
- handle fb->offsets[] properly
- make the rotation handling easier for the plane code
To achieve these goals we reduce intel_rotation_info to only contain
(for each plane) the rotated view width,height,stride in tile units,
and the page offset into the object where the plane starts. Each plane
is handled exactly the same way, no special casing for NV12 or other
formats. We then store the computed rotation_info under
intel_framebuffer so that we don't have to recompute it again.
To handle fb->offsets[] we treat them as a linear offsets and convert
them to x/y offsets from the start of the relevant GTT mapping (either
normal or rotated). We store the x/y offsets under intel_framebuffer,
and for some extra convenience we also store the rotated pitch (ie.
tile aligned plane height). So for each plane we have the normal
x/y offsets, rotated x/y offsets, and the rotated pitch. The normal
pitch is available already in fb->pitches[].
While we're gathering up all that extra information, we can also easily
compute the storage requirements for the framebuffer, so that we can
check that the object is big enough to hold it.
When it comes time to deal with the plane source coordinates, we first
rotate the clipped src coordinates to match the relevant GTT view
orientation, then add to them the fb x/y offsets. Next we compute
the aligned surface page offset, and as a result we're left with some
residual x/y offsets. Finally, if required by the hardware, we convert
the remaining x/y offsets into a linear offset.
For gen2/3 we simply skip computing the final page offset, and just
convert the src+fb x/y offsets directly into a linear offset since
that's what the hardware wants.
After this all platforms, incluing SKL+, compute these things in exactly
the same way (excluding alignemnt differences).
v2: Use BIT(DRM_ROTATE_270) instead of ROTATE_270 when rotating
plane src coordinates
Drop some spurious changes that got left behind during
development
v3: Split out more changes to prep patches (Daniel)
s/intel_fb->plane[].foo.bar/intel_fb->foo[].bar/ for brevity
Rename intel_surf_gtt_offset to intel_fb_gtt_offset
Kill the pointless 'plane' parameter from intel_fb_gtt_offset()
v4: Fix alignment vs. alignment-1 when calling
_intel_compute_tile_offset() from intel_fill_fb_info()
Pass the pitch in tiles in
stad of pixels to intel_adjust_tile_offset() from intel_fill_fb_info()
Pass the full width/height of the rotated area to
drm_rect_rotate() for clarity
Use u32 for more offsets
v5: Preserve the upper_32_bits()/lower_32_bits() handling for the
fb ggtt offset (Sivakumar)
v6: Rebase due to drm_plane_state src/dst rects
Cc: Sivakumar Thulasimani <sivakumar.thulasimani@intel.com>
Signed-off-by: Ville Syrjälä <ville.syrjala@linux.intel.com>
Reviewed-by: Sivakumar Thulasimani <sivakumar.thulasimani@intel.com>
Link: http://patchwork.freedesktop.org/patch/msgid/1470821001-25272-2-git-send-email-ville.syrjala@linux.intel.com
Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2015-09-15 18:16:41 +08:00
|
|
|
u32 intel_fb_gtt_offset(struct drm_framebuffer *fb, unsigned int rotation);
|
2015-09-21 17:45:35 +08:00
|
|
|
|
2015-04-28 04:48:39 +08:00
|
|
|
u32 skl_plane_ctl_format(uint32_t pixel_format);
|
|
|
|
u32 skl_plane_ctl_tiling(uint64_t fb_modifier);
|
|
|
|
u32 skl_plane_ctl_rotation(unsigned int rotation);
|
2016-01-29 00:33:11 +08:00
|
|
|
u32 skl_plane_stride(const struct drm_framebuffer *fb, int plane,
|
|
|
|
unsigned int rotation);
|
2016-01-28 22:53:54 +08:00
|
|
|
int skl_check_plane_surface(struct intel_plane_state *plane_state);
|
2015-03-23 19:10:37 +08:00
|
|
|
|
drm/i915/skl: Add support to load SKL CSR firmware.
Display Context Save and Restore support is needed for
various SKL Display C states like DC5, DC6.
This implementation is added based on first version of DMC CSR program
that we received from h/w team.
Here we are using request_firmware based design.
Finally this firmware should end up in linux-firmware tree.
For SKL platform its mandatory to ensure that we load this
csr program before enabling DC states like DC5/DC6.
As CSR program gets reset on various conditions, we should ensure
to load it during boot and in future change to be added to load
this system resume sequence too.
v1: Initial relese as RFC patch
v2: Design change as per Daniel, Damien and Shobit's review comments
request firmware method followed.
v3: Some optimization and functional changes.
Pulled register defines into drivers/gpu/drm/i915/i915_reg.h
Used kmemdup to allocate and duplicate firmware content.
Ensured to free allocated buffer.
v4: Modified as per review comments from Satheesh and Daniel
Removed temporary buffer.
Optimized number of writes by replacing I915_WRITE with I915_WRITE64.
v5:
Modified as per review comemnts from Damien.
- Changed name for functions and firmware.
- Introduced HAS_CSR.
- Reverted back previous change and used csr_buf with u8 size.
- Using cpu_to_be64 for endianness change.
Modified as per review comments from Imre.
- Modified registers and macro names to be a bit closer to bspec terminology
and the existing register naming in the driver.
- Early return for non SKL platforms in intel_load_csr_program function.
- Added locking around CSR program load function as it may be called
concurrently during system/runtime resume.
- Releasing the fw before loading the program for consistency
- Handled error path during f/w load.
v6: Modified as per review comments from Imre.
- Corrected out_freecsr sequence.
v7: Modified as per review comments from Imre.
Fail loading fw if fw->size%8!=0.
v8: Rebase to latest.
v9: Rebase on top of -nightly (Damien)
v10: Enabled support for dmc firmware ver 1.0.
According to ver 1.0 in a single binary package all the firmware's that are
required for different stepping's of the product will be stored. The package
contains the css header, followed by the package header and the actual dmc
firmwares. Package header contains the firmware/stepping mapping table and
the corresponding firmware offsets to the individual binaries, within the
package. Each individual program binary contains the header and the payload
sections whose size is specified in the header section. This changes are done
to extract the specific firmaware from the package. (Animesh)
v11: Modified as per review comemnts from Imre.
- Added code comment from bpec for header structure elements.
- Added __packed to avoid structure padding.
- Added helper functions for stepping and substepping info.
- Added code comment for CSR_MAX_FW_SIZE.
- Disabled BXT firmware loading, will be enabled with dmc 1.0 support.
- Changed skl_stepping_info based on bspec, earlier used from config DB.
- Removed duplicate call of cpu_to_be* from intel_csr_load_program function.
- Used cpu_to_be32 instead of cpu_to_be64 as firmware binary in dword aligned.
- Added sanity check for header length.
- Added sanity check for mmio address got from firmware binary.
- kmalloc done separately for dmc header and dmc firmware. (Animesh)
v12: Modified as per review comemnts from Imre.
- Corrected the typo error in skl stepping info structure.
- Added out-of-bound access for skl_stepping_info.
- Sanity check for mmio address modified.
- Sanity check added for stepping and substeppig.
- Modified the intel_dmc_info structure, cache only the required header info. (Animesh)
v13: clarify firmware load error message.
The reason for a firmware loading failure can be obscure if the driver
is built-in. Provide an explanation to the user about the likely reason for
the failure and how to resolve it. (Imre)
v14: Suggested by Jani.
- fix s/I915/CONFIG_DRM_I915/ typo
- add fw_path to the firmware object instead of using a static ptr (Jani)
v15:
1) Changed the firmware name as dmc_gen9.bin, everytime for a new firmware version a symbolic link
with same name will help not to build kernel again.
2) Changes done as per review comments from Imre.
- Error check removed for intel_csr_ucode_init.
- Moved csr-specific data structure to intel_csr.h and optimization done on structure definition.
- fw->data used directly for parsing the header info & memory allocation
only done separately for payload. (Animesh)
v16:
- No need for out_regs label in i915_driver_load(), so removed it.
- Changed the firmware name as skl_dmc_ver1.bin, followed naming convention <platform>_dmc_<api-version>.bin (Animesh)
Issue: VIZ-2569
Signed-off-by: A.Sunil Kamath <sunil.kamath@intel.com>
Signed-off-by: Damien Lespiau <damien.lespiau@intel.com>
Signed-off-by: Animesh Manna <animesh.manna@intel.com>
Signed-off-by: Imre Deak <imre.deak@intel.com>
Reviewed-by: Imre Deak <imre.deak@intel.com>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2015-05-04 20:58:44 +08:00
|
|
|
/* intel_csr.c */
|
2015-10-29 05:59:02 +08:00
|
|
|
void intel_csr_ucode_init(struct drm_i915_private *);
|
2016-03-05 03:57:41 +08:00
|
|
|
void intel_csr_load_program(struct drm_i915_private *);
|
2015-10-29 05:59:02 +08:00
|
|
|
void intel_csr_ucode_fini(struct drm_i915_private *);
|
2016-04-18 19:48:21 +08:00
|
|
|
void intel_csr_ucode_suspend(struct drm_i915_private *);
|
|
|
|
void intel_csr_ucode_resume(struct drm_i915_private *);
|
drm/i915/skl: Add support to load SKL CSR firmware.
Display Context Save and Restore support is needed for
various SKL Display C states like DC5, DC6.
This implementation is added based on first version of DMC CSR program
that we received from h/w team.
Here we are using request_firmware based design.
Finally this firmware should end up in linux-firmware tree.
For SKL platform its mandatory to ensure that we load this
csr program before enabling DC states like DC5/DC6.
As CSR program gets reset on various conditions, we should ensure
to load it during boot and in future change to be added to load
this system resume sequence too.
v1: Initial relese as RFC patch
v2: Design change as per Daniel, Damien and Shobit's review comments
request firmware method followed.
v3: Some optimization and functional changes.
Pulled register defines into drivers/gpu/drm/i915/i915_reg.h
Used kmemdup to allocate and duplicate firmware content.
Ensured to free allocated buffer.
v4: Modified as per review comments from Satheesh and Daniel
Removed temporary buffer.
Optimized number of writes by replacing I915_WRITE with I915_WRITE64.
v5:
Modified as per review comemnts from Damien.
- Changed name for functions and firmware.
- Introduced HAS_CSR.
- Reverted back previous change and used csr_buf with u8 size.
- Using cpu_to_be64 for endianness change.
Modified as per review comments from Imre.
- Modified registers and macro names to be a bit closer to bspec terminology
and the existing register naming in the driver.
- Early return for non SKL platforms in intel_load_csr_program function.
- Added locking around CSR program load function as it may be called
concurrently during system/runtime resume.
- Releasing the fw before loading the program for consistency
- Handled error path during f/w load.
v6: Modified as per review comments from Imre.
- Corrected out_freecsr sequence.
v7: Modified as per review comments from Imre.
Fail loading fw if fw->size%8!=0.
v8: Rebase to latest.
v9: Rebase on top of -nightly (Damien)
v10: Enabled support for dmc firmware ver 1.0.
According to ver 1.0 in a single binary package all the firmware's that are
required for different stepping's of the product will be stored. The package
contains the css header, followed by the package header and the actual dmc
firmwares. Package header contains the firmware/stepping mapping table and
the corresponding firmware offsets to the individual binaries, within the
package. Each individual program binary contains the header and the payload
sections whose size is specified in the header section. This changes are done
to extract the specific firmaware from the package. (Animesh)
v11: Modified as per review comemnts from Imre.
- Added code comment from bpec for header structure elements.
- Added __packed to avoid structure padding.
- Added helper functions for stepping and substepping info.
- Added code comment for CSR_MAX_FW_SIZE.
- Disabled BXT firmware loading, will be enabled with dmc 1.0 support.
- Changed skl_stepping_info based on bspec, earlier used from config DB.
- Removed duplicate call of cpu_to_be* from intel_csr_load_program function.
- Used cpu_to_be32 instead of cpu_to_be64 as firmware binary in dword aligned.
- Added sanity check for header length.
- Added sanity check for mmio address got from firmware binary.
- kmalloc done separately for dmc header and dmc firmware. (Animesh)
v12: Modified as per review comemnts from Imre.
- Corrected the typo error in skl stepping info structure.
- Added out-of-bound access for skl_stepping_info.
- Sanity check for mmio address modified.
- Sanity check added for stepping and substeppig.
- Modified the intel_dmc_info structure, cache only the required header info. (Animesh)
v13: clarify firmware load error message.
The reason for a firmware loading failure can be obscure if the driver
is built-in. Provide an explanation to the user about the likely reason for
the failure and how to resolve it. (Imre)
v14: Suggested by Jani.
- fix s/I915/CONFIG_DRM_I915/ typo
- add fw_path to the firmware object instead of using a static ptr (Jani)
v15:
1) Changed the firmware name as dmc_gen9.bin, everytime for a new firmware version a symbolic link
with same name will help not to build kernel again.
2) Changes done as per review comments from Imre.
- Error check removed for intel_csr_ucode_init.
- Moved csr-specific data structure to intel_csr.h and optimization done on structure definition.
- fw->data used directly for parsing the header info & memory allocation
only done separately for payload. (Animesh)
v16:
- No need for out_regs label in i915_driver_load(), so removed it.
- Changed the firmware name as skl_dmc_ver1.bin, followed naming convention <platform>_dmc_<api-version>.bin (Animesh)
Issue: VIZ-2569
Signed-off-by: A.Sunil Kamath <sunil.kamath@intel.com>
Signed-off-by: Damien Lespiau <damien.lespiau@intel.com>
Signed-off-by: Animesh Manna <animesh.manna@intel.com>
Signed-off-by: Imre Deak <imre.deak@intel.com>
Reviewed-by: Imre Deak <imre.deak@intel.com>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2015-05-04 20:58:44 +08:00
|
|
|
|
2013-09-25 00:52:53 +08:00
|
|
|
/* intel_dp.c */
|
2016-06-01 15:27:50 +08:00
|
|
|
bool intel_dp_init(struct drm_device *dev, i915_reg_t output_reg, enum port port);
|
2013-09-25 02:48:31 +08:00
|
|
|
bool intel_dp_init_connector(struct intel_digital_port *intel_dig_port,
|
|
|
|
struct intel_connector *intel_connector);
|
2015-08-17 23:05:12 +08:00
|
|
|
void intel_dp_set_link_params(struct intel_dp *intel_dp,
|
2016-09-02 06:08:06 +08:00
|
|
|
int link_rate, uint8_t lane_count,
|
|
|
|
bool link_mst);
|
2013-09-25 02:48:31 +08:00
|
|
|
void intel_dp_start_link_train(struct intel_dp *intel_dp);
|
|
|
|
void intel_dp_stop_link_train(struct intel_dp *intel_dp);
|
|
|
|
void intel_dp_sink_dpms(struct intel_dp *intel_dp, int mode);
|
2016-04-18 15:04:21 +08:00
|
|
|
void intel_dp_encoder_reset(struct drm_encoder *encoder);
|
|
|
|
void intel_dp_encoder_suspend(struct intel_encoder *intel_encoder);
|
2013-09-25 02:48:31 +08:00
|
|
|
void intel_dp_encoder_destroy(struct drm_encoder *encoder);
|
2014-01-24 23:36:17 +08:00
|
|
|
int intel_dp_sink_crc(struct intel_dp *intel_dp, u8 *crc);
|
2013-09-25 02:48:31 +08:00
|
|
|
bool intel_dp_compute_config(struct intel_encoder *encoder,
|
2016-08-09 23:04:05 +08:00
|
|
|
struct intel_crtc_state *pipe_config,
|
|
|
|
struct drm_connector_state *conn_state);
|
2013-11-02 00:22:39 +08:00
|
|
|
bool intel_dp_is_edp(struct drm_device *dev, enum port port);
|
2015-01-23 13:00:31 +08:00
|
|
|
enum irqreturn intel_dp_hpd_pulse(struct intel_digital_port *intel_dig_port,
|
|
|
|
bool long_hpd);
|
2014-01-17 21:39:48 +08:00
|
|
|
void intel_edp_backlight_on(struct intel_dp *intel_dp);
|
|
|
|
void intel_edp_backlight_off(struct intel_dp *intel_dp);
|
2014-03-17 22:43:36 +08:00
|
|
|
void intel_edp_panel_vdd_on(struct intel_dp *intel_dp);
|
2014-01-17 21:39:48 +08:00
|
|
|
void intel_edp_panel_on(struct intel_dp *intel_dp);
|
|
|
|
void intel_edp_panel_off(struct intel_dp *intel_dp);
|
2014-05-02 12:02:48 +08:00
|
|
|
void intel_dp_add_properties(struct intel_dp *intel_dp, struct drm_connector *connector);
|
|
|
|
void intel_dp_mst_suspend(struct drm_device *dev);
|
|
|
|
void intel_dp_mst_resume(struct drm_device *dev);
|
2015-03-12 23:10:34 +08:00
|
|
|
int intel_dp_max_link_rate(struct intel_dp *intel_dp);
|
2015-03-12 23:10:36 +08:00
|
|
|
int intel_dp_rate_select(struct intel_dp *intel_dp, int rate);
|
2014-05-02 12:02:48 +08:00
|
|
|
void intel_dp_hot_plug(struct intel_encoder *intel_encoder);
|
2016-06-16 21:37:20 +08:00
|
|
|
void intel_power_sequencer_reset(struct drm_i915_private *dev_priv);
|
2014-11-15 00:52:28 +08:00
|
|
|
uint32_t intel_dp_pack_aux(const uint8_t *src, int src_bytes);
|
2014-12-24 02:41:51 +08:00
|
|
|
void intel_plane_destroy(struct drm_plane *plane);
|
2016-08-09 23:04:13 +08:00
|
|
|
void intel_edp_drrs_enable(struct intel_dp *intel_dp,
|
|
|
|
struct intel_crtc_state *crtc_state);
|
|
|
|
void intel_edp_drrs_disable(struct intel_dp *intel_dp,
|
|
|
|
struct intel_crtc_state *crtc_state);
|
2016-08-04 23:32:38 +08:00
|
|
|
void intel_edp_drrs_invalidate(struct drm_i915_private *dev_priv,
|
|
|
|
unsigned int frontbuffer_bits);
|
|
|
|
void intel_edp_drrs_flush(struct drm_i915_private *dev_priv,
|
|
|
|
unsigned int frontbuffer_bits);
|
2014-11-15 00:52:28 +08:00
|
|
|
|
2015-10-23 18:01:48 +08:00
|
|
|
void
|
|
|
|
intel_dp_program_link_training_pattern(struct intel_dp *intel_dp,
|
|
|
|
uint8_t dp_train_pat);
|
|
|
|
void
|
|
|
|
intel_dp_set_signal_levels(struct intel_dp *intel_dp);
|
|
|
|
void intel_dp_set_idle_link_train(struct intel_dp *intel_dp);
|
|
|
|
uint8_t
|
|
|
|
intel_dp_voltage_max(struct intel_dp *intel_dp);
|
|
|
|
uint8_t
|
|
|
|
intel_dp_pre_emphasis_max(struct intel_dp *intel_dp, uint8_t voltage_swing);
|
|
|
|
void intel_dp_compute_rate(struct intel_dp *intel_dp, int port_clock,
|
|
|
|
uint8_t *link_bw, uint8_t *rate_select);
|
2015-10-23 18:01:50 +08:00
|
|
|
bool intel_dp_source_supports_hbr2(struct intel_dp *intel_dp);
|
2015-10-23 18:01:48 +08:00
|
|
|
bool
|
|
|
|
intel_dp_get_link_status(struct intel_dp *intel_dp, uint8_t link_status[DP_LINK_STATUS_SIZE]);
|
|
|
|
|
2016-04-27 20:44:19 +08:00
|
|
|
static inline unsigned int intel_dp_unused_lane_mask(int lane_count)
|
|
|
|
{
|
|
|
|
return ~((1 << lane_count) - 1) & 0xf;
|
|
|
|
}
|
|
|
|
|
2016-04-05 22:10:52 +08:00
|
|
|
/* intel_dp_aux_backlight.c */
|
|
|
|
int intel_dp_aux_init_backlight_funcs(struct intel_connector *intel_connector);
|
|
|
|
|
2014-05-02 12:02:48 +08:00
|
|
|
/* intel_dp_mst.c */
|
|
|
|
int intel_dp_mst_encoder_init(struct intel_digital_port *intel_dig_port, int conn_id);
|
|
|
|
void intel_dp_mst_encoder_cleanup(struct intel_digital_port *intel_dig_port);
|
2013-09-25 00:52:53 +08:00
|
|
|
/* intel_dsi.c */
|
2014-05-28 19:30:56 +08:00
|
|
|
void intel_dsi_init(struct drm_device *dev);
|
2013-09-25 00:52:53 +08:00
|
|
|
|
2016-04-26 21:14:25 +08:00
|
|
|
/* intel_dsi_dcs_backlight.c */
|
|
|
|
int intel_dsi_dcs_init_backlight_funcs(struct intel_connector *intel_connector);
|
2013-09-25 00:52:53 +08:00
|
|
|
|
|
|
|
/* intel_dvo.c */
|
2013-09-25 02:48:31 +08:00
|
|
|
void intel_dvo_init(struct drm_device *dev);
|
2016-06-22 05:03:44 +08:00
|
|
|
/* intel_hotplug.c */
|
|
|
|
void intel_hpd_poll_init(struct drm_i915_private *dev_priv);
|
2013-09-25 00:52:53 +08:00
|
|
|
|
|
|
|
|
2013-10-08 23:44:49 +08:00
|
|
|
/* legacy fbdev emulation in intel_fbdev.c */
|
2015-08-10 19:34:08 +08:00
|
|
|
#ifdef CONFIG_DRM_FBDEV_EMULATION
|
2013-10-09 15:18:51 +08:00
|
|
|
extern int intel_fbdev_init(struct drm_device *dev);
|
2015-11-06 21:08:33 +08:00
|
|
|
extern void intel_fbdev_initial_config_async(struct drm_device *dev);
|
2013-10-09 15:18:51 +08:00
|
|
|
extern void intel_fbdev_fini(struct drm_device *dev);
|
2014-08-13 20:09:46 +08:00
|
|
|
extern void intel_fbdev_set_suspend(struct drm_device *dev, int state, bool synchronous);
|
2013-10-08 23:44:49 +08:00
|
|
|
extern void intel_fbdev_output_poll_changed(struct drm_device *dev);
|
|
|
|
extern void intel_fbdev_restore_mode(struct drm_device *dev);
|
2013-10-09 15:18:51 +08:00
|
|
|
#else
|
|
|
|
static inline int intel_fbdev_init(struct drm_device *dev)
|
|
|
|
{
|
|
|
|
return 0;
|
|
|
|
}
|
2013-09-25 00:52:53 +08:00
|
|
|
|
2015-11-06 21:08:33 +08:00
|
|
|
static inline void intel_fbdev_initial_config_async(struct drm_device *dev)
|
2013-10-09 15:18:51 +08:00
|
|
|
{
|
|
|
|
}
|
|
|
|
|
|
|
|
static inline void intel_fbdev_fini(struct drm_device *dev)
|
|
|
|
{
|
|
|
|
}
|
|
|
|
|
2014-08-13 20:09:46 +08:00
|
|
|
static inline void intel_fbdev_set_suspend(struct drm_device *dev, int state, bool synchronous)
|
2013-10-09 15:18:51 +08:00
|
|
|
{
|
|
|
|
}
|
|
|
|
|
2013-10-08 23:44:49 +08:00
|
|
|
static inline void intel_fbdev_restore_mode(struct drm_device *dev)
|
2013-10-09 15:18:51 +08:00
|
|
|
{
|
|
|
|
}
|
|
|
|
#endif
|
2013-09-25 00:52:53 +08:00
|
|
|
|
2014-12-09 00:09:10 +08:00
|
|
|
/* intel_fbc.c */
|
2016-01-19 21:35:50 +08:00
|
|
|
void intel_fbc_choose_crtc(struct drm_i915_private *dev_priv,
|
|
|
|
struct drm_atomic_state *state);
|
2015-10-15 04:45:36 +08:00
|
|
|
bool intel_fbc_is_active(struct drm_i915_private *dev_priv);
|
2016-06-14 20:24:20 +08:00
|
|
|
void intel_fbc_pre_update(struct intel_crtc *crtc,
|
|
|
|
struct intel_crtc_state *crtc_state,
|
|
|
|
struct intel_plane_state *plane_state);
|
2016-01-19 21:35:44 +08:00
|
|
|
void intel_fbc_post_update(struct intel_crtc *crtc);
|
2014-12-09 00:09:10 +08:00
|
|
|
void intel_fbc_init(struct drm_i915_private *dev_priv);
|
2016-01-19 21:35:48 +08:00
|
|
|
void intel_fbc_init_pipe_state(struct drm_i915_private *dev_priv);
|
2016-06-14 20:24:20 +08:00
|
|
|
void intel_fbc_enable(struct intel_crtc *crtc,
|
|
|
|
struct intel_crtc_state *crtc_state,
|
|
|
|
struct intel_plane_state *plane_state);
|
2016-01-19 21:35:46 +08:00
|
|
|
void intel_fbc_disable(struct intel_crtc *crtc);
|
|
|
|
void intel_fbc_global_disable(struct drm_i915_private *dev_priv);
|
2015-02-14 03:23:46 +08:00
|
|
|
void intel_fbc_invalidate(struct drm_i915_private *dev_priv,
|
|
|
|
unsigned int frontbuffer_bits,
|
|
|
|
enum fb_op_origin origin);
|
|
|
|
void intel_fbc_flush(struct drm_i915_private *dev_priv,
|
2015-07-15 03:29:10 +08:00
|
|
|
unsigned int frontbuffer_bits, enum fb_op_origin origin);
|
2015-07-08 02:26:04 +08:00
|
|
|
void intel_fbc_cleanup_cfb(struct drm_i915_private *dev_priv);
|
2014-12-09 00:09:10 +08:00
|
|
|
|
2013-09-25 00:52:53 +08:00
|
|
|
/* intel_hdmi.c */
|
drm/i915: Type safe register read/write
Make I915_READ and I915_WRITE more type safe by wrapping the register
offset in a struct. This should eliminate most of the fumbles we've had
with misplaced parens.
This only takes care of normal mmio registers. We could extend the idea
to other register types and define each with its own struct. That way
you wouldn't be able to accidentally pass the wrong thing to a specific
register access function.
The gpio_reg setup is probably the ugliest thing left. But I figure I'd
just leave it for now, and wait for some divine inspiration to strike
before making it nice.
As for the generated code, it's actually a bit better sometimes. Eg.
looking at i915_irq_handler(), we can see the following change:
lea 0x70024(%rdx,%rax,1),%r9d
mov $0x1,%edx
- movslq %r9d,%r9
- mov %r9,%rsi
- mov %r9,-0x58(%rbp)
- callq *0xd8(%rbx)
+ mov %r9d,%esi
+ mov %r9d,-0x48(%rbp)
callq *0xd8(%rbx)
So previously gcc thought the register offset might be signed and
decided to sign extend it, just in case. The rest appears to be
mostly just minor shuffling of instructions.
v2: i915_mmio_reg_{offset,equal,valid}() helpers added
s/_REG/_MMIO/ in the register defines
mo more switch statements left to worry about
ring_emit stuff got sorted in a prep patch
cmd parser, lrc context and w/a batch buildup also in prep patch
vgpu stuff cleaned up and moved to a prep patch
all other unrelated changes split out
v3: Rebased due to BXT DSI/BLC, MOCS, etc.
v4: Rebased due to churn, s/i915_mmio_reg_t/i915_reg_t/
Signed-off-by: Ville Syrjälä <ville.syrjala@linux.intel.com>
Reviewed-by: Chris Wilson <chris@chris-wilson.co.uk>
Link: http://patchwork.freedesktop.org/patch/msgid/1447853606-2751-1-git-send-email-ville.syrjala@linux.intel.com
2015-11-18 21:33:26 +08:00
|
|
|
void intel_hdmi_init(struct drm_device *dev, i915_reg_t hdmi_reg, enum port port);
|
2013-09-25 02:48:31 +08:00
|
|
|
void intel_hdmi_init_connector(struct intel_digital_port *intel_dig_port,
|
|
|
|
struct intel_connector *intel_connector);
|
|
|
|
struct intel_hdmi *enc_to_intel_hdmi(struct drm_encoder *encoder);
|
|
|
|
bool intel_hdmi_compute_config(struct intel_encoder *encoder,
|
2016-08-09 23:04:05 +08:00
|
|
|
struct intel_crtc_state *pipe_config,
|
|
|
|
struct drm_connector_state *conn_state);
|
2016-05-03 03:08:24 +08:00
|
|
|
void intel_dp_dual_mode_set_tmds_output(struct intel_hdmi *hdmi, bool enable);
|
2013-09-25 00:52:53 +08:00
|
|
|
|
|
|
|
|
|
|
|
/* intel_lvds.c */
|
2013-09-25 02:48:31 +08:00
|
|
|
void intel_lvds_init(struct drm_device *dev);
|
2016-06-21 16:51:47 +08:00
|
|
|
struct intel_encoder *intel_get_lvds_encoder(struct drm_device *dev);
|
2013-09-25 02:48:31 +08:00
|
|
|
bool intel_is_dual_link_lvds(struct drm_device *dev);
|
2013-09-25 00:52:53 +08:00
|
|
|
|
|
|
|
|
|
|
|
/* intel_modes.c */
|
|
|
|
int intel_connector_update_modes(struct drm_connector *connector,
|
2013-09-25 02:48:31 +08:00
|
|
|
struct edid *edid);
|
2013-09-25 00:52:53 +08:00
|
|
|
int intel_ddc_get_modes(struct drm_connector *c, struct i2c_adapter *adapter);
|
2013-09-25 02:48:31 +08:00
|
|
|
void intel_attach_force_audio_property(struct drm_connector *connector);
|
|
|
|
void intel_attach_broadcast_rgb_property(struct drm_connector *connector);
|
2015-09-25 21:39:30 +08:00
|
|
|
void intel_attach_aspect_ratio_property(struct drm_connector *connector);
|
2013-09-25 00:52:53 +08:00
|
|
|
|
|
|
|
|
|
|
|
/* intel_overlay.c */
|
2016-05-12 19:43:23 +08:00
|
|
|
void intel_setup_overlay(struct drm_i915_private *dev_priv);
|
|
|
|
void intel_cleanup_overlay(struct drm_i915_private *dev_priv);
|
2013-09-25 02:48:31 +08:00
|
|
|
int intel_overlay_switch_off(struct intel_overlay *overlay);
|
2016-05-12 19:43:23 +08:00
|
|
|
int intel_overlay_put_image_ioctl(struct drm_device *dev, void *data,
|
|
|
|
struct drm_file *file_priv);
|
|
|
|
int intel_overlay_attrs_ioctl(struct drm_device *dev, void *data,
|
|
|
|
struct drm_file *file_priv);
|
2014-11-26 23:07:29 +08:00
|
|
|
void intel_overlay_reset(struct drm_i915_private *dev_priv);
|
2013-09-25 00:52:53 +08:00
|
|
|
|
|
|
|
|
|
|
|
/* intel_panel.c */
|
2013-09-25 02:48:31 +08:00
|
|
|
int intel_panel_init(struct intel_panel *panel,
|
2014-02-11 16:56:36 +08:00
|
|
|
struct drm_display_mode *fixed_mode,
|
|
|
|
struct drm_display_mode *downclock_mode);
|
2013-09-25 02:48:31 +08:00
|
|
|
void intel_panel_fini(struct intel_panel *panel);
|
|
|
|
void intel_fixed_panel_mode(const struct drm_display_mode *fixed_mode,
|
|
|
|
struct drm_display_mode *adjusted_mode);
|
|
|
|
void intel_pch_panel_fitting(struct intel_crtc *crtc,
|
2015-01-15 20:55:21 +08:00
|
|
|
struct intel_crtc_state *pipe_config,
|
2013-09-25 02:48:31 +08:00
|
|
|
int fitting_mode);
|
|
|
|
void intel_gmch_panel_fitting(struct intel_crtc *crtc,
|
2015-01-15 20:55:21 +08:00
|
|
|
struct intel_crtc_state *pipe_config,
|
2013-09-25 02:48:31 +08:00
|
|
|
int fitting_mode);
|
2014-06-24 23:27:40 +08:00
|
|
|
void intel_panel_set_backlight_acpi(struct intel_connector *connector,
|
|
|
|
u32 level, u32 max);
|
2016-06-24 21:00:13 +08:00
|
|
|
int intel_panel_setup_backlight(struct drm_connector *connector,
|
|
|
|
enum pipe pipe);
|
2013-11-01 00:55:49 +08:00
|
|
|
void intel_panel_enable_backlight(struct intel_connector *connector);
|
|
|
|
void intel_panel_disable_backlight(struct intel_connector *connector);
|
2013-11-08 22:48:53 +08:00
|
|
|
void intel_panel_destroy_backlight(struct drm_connector *connector);
|
2013-09-25 02:48:31 +08:00
|
|
|
enum drm_connector_status intel_panel_detect(struct drm_device *dev);
|
2013-12-10 16:07:36 +08:00
|
|
|
extern struct drm_display_mode *intel_find_panel_downclock(
|
|
|
|
struct drm_device *dev,
|
|
|
|
struct drm_display_mode *fixed_mode,
|
|
|
|
struct drm_connector *connector);
|
2016-06-17 18:40:34 +08:00
|
|
|
|
|
|
|
#if IS_ENABLED(CONFIG_BACKLIGHT_CLASS_DEVICE)
|
2016-06-24 21:00:15 +08:00
|
|
|
int intel_backlight_device_register(struct intel_connector *connector);
|
2016-06-17 18:40:34 +08:00
|
|
|
void intel_backlight_device_unregister(struct intel_connector *connector);
|
|
|
|
#else /* CONFIG_BACKLIGHT_CLASS_DEVICE */
|
2016-06-24 21:00:15 +08:00
|
|
|
static int intel_backlight_device_register(struct intel_connector *connector)
|
|
|
|
{
|
|
|
|
return 0;
|
|
|
|
}
|
2016-06-17 18:40:34 +08:00
|
|
|
static inline void intel_backlight_device_unregister(struct intel_connector *connector)
|
|
|
|
{
|
|
|
|
}
|
|
|
|
#endif /* CONFIG_BACKLIGHT_CLASS_DEVICE */
|
2014-11-07 21:19:46 +08:00
|
|
|
|
2013-09-25 00:52:53 +08:00
|
|
|
|
2014-11-15 00:52:28 +08:00
|
|
|
/* intel_psr.c */
|
|
|
|
void intel_psr_enable(struct intel_dp *intel_dp);
|
|
|
|
void intel_psr_disable(struct intel_dp *intel_dp);
|
2016-08-04 23:32:38 +08:00
|
|
|
void intel_psr_invalidate(struct drm_i915_private *dev_priv,
|
2015-06-18 16:30:27 +08:00
|
|
|
unsigned frontbuffer_bits);
|
2016-08-04 23:32:38 +08:00
|
|
|
void intel_psr_flush(struct drm_i915_private *dev_priv,
|
2015-07-09 07:21:31 +08:00
|
|
|
unsigned frontbuffer_bits,
|
|
|
|
enum fb_op_origin origin);
|
2014-11-15 00:52:28 +08:00
|
|
|
void intel_psr_init(struct drm_device *dev);
|
2016-08-04 23:32:38 +08:00
|
|
|
void intel_psr_single_frame_update(struct drm_i915_private *dev_priv,
|
2015-06-18 16:30:27 +08:00
|
|
|
unsigned frontbuffer_bits);
|
2014-11-15 00:52:28 +08:00
|
|
|
|
2014-09-30 16:56:38 +08:00
|
|
|
/* intel_runtime_pm.c */
|
|
|
|
int intel_power_domains_init(struct drm_i915_private *);
|
2014-09-30 16:56:39 +08:00
|
|
|
void intel_power_domains_fini(struct drm_i915_private *);
|
2015-11-17 23:33:53 +08:00
|
|
|
void intel_power_domains_init_hw(struct drm_i915_private *dev_priv, bool resume);
|
|
|
|
void intel_power_domains_suspend(struct drm_i915_private *dev_priv);
|
2016-04-01 21:02:42 +08:00
|
|
|
void bxt_display_core_init(struct drm_i915_private *dev_priv, bool resume);
|
|
|
|
void bxt_display_core_uninit(struct drm_i915_private *dev_priv);
|
2014-09-30 16:56:39 +08:00
|
|
|
void intel_runtime_pm_enable(struct drm_i915_private *dev_priv);
|
2015-11-20 23:55:33 +08:00
|
|
|
const char *
|
|
|
|
intel_display_power_domain_str(enum intel_display_power_domain domain);
|
2014-09-30 16:56:38 +08:00
|
|
|
|
2014-09-30 16:56:39 +08:00
|
|
|
bool intel_display_power_is_enabled(struct drm_i915_private *dev_priv,
|
|
|
|
enum intel_display_power_domain domain);
|
|
|
|
bool __intel_display_power_is_enabled(struct drm_i915_private *dev_priv,
|
|
|
|
enum intel_display_power_domain domain);
|
2014-09-30 16:56:38 +08:00
|
|
|
void intel_display_power_get(struct drm_i915_private *dev_priv,
|
|
|
|
enum intel_display_power_domain domain);
|
2016-02-17 20:17:42 +08:00
|
|
|
bool intel_display_power_get_if_enabled(struct drm_i915_private *dev_priv,
|
|
|
|
enum intel_display_power_domain domain);
|
2014-09-30 16:56:38 +08:00
|
|
|
void intel_display_power_put(struct drm_i915_private *dev_priv,
|
|
|
|
enum intel_display_power_domain domain);
|
2015-12-16 02:10:33 +08:00
|
|
|
|
|
|
|
static inline void
|
|
|
|
assert_rpm_device_not_suspended(struct drm_i915_private *dev_priv)
|
|
|
|
{
|
|
|
|
WARN_ONCE(dev_priv->pm.suspended,
|
|
|
|
"Device suspended during HW access\n");
|
|
|
|
}
|
|
|
|
|
|
|
|
static inline void
|
|
|
|
assert_rpm_wakelock_held(struct drm_i915_private *dev_priv)
|
|
|
|
{
|
|
|
|
assert_rpm_device_not_suspended(dev_priv);
|
2016-01-06 00:54:07 +08:00
|
|
|
/* FIXME: Needs to be converted back to WARN_ONCE, but currently causes
|
|
|
|
* too much noise. */
|
|
|
|
if (!atomic_read(&dev_priv->pm.wakeref_count))
|
|
|
|
DRM_DEBUG_DRIVER("RPM wakelock ref not held during HW access");
|
2015-12-16 02:10:33 +08:00
|
|
|
}
|
|
|
|
|
2015-12-16 02:10:37 +08:00
|
|
|
static inline int
|
|
|
|
assert_rpm_atomic_begin(struct drm_i915_private *dev_priv)
|
|
|
|
{
|
|
|
|
int seq = atomic_read(&dev_priv->pm.atomic_seq);
|
|
|
|
|
|
|
|
assert_rpm_wakelock_held(dev_priv);
|
|
|
|
|
|
|
|
return seq;
|
|
|
|
}
|
|
|
|
|
|
|
|
static inline void
|
|
|
|
assert_rpm_atomic_end(struct drm_i915_private *dev_priv, int begin_seq)
|
|
|
|
{
|
|
|
|
WARN_ONCE(atomic_read(&dev_priv->pm.atomic_seq) != begin_seq,
|
|
|
|
"HW access outside of RPM atomic section\n");
|
|
|
|
}
|
|
|
|
|
2015-12-16 08:52:19 +08:00
|
|
|
/**
|
|
|
|
* disable_rpm_wakeref_asserts - disable the RPM assert checks
|
|
|
|
* @dev_priv: i915 device instance
|
|
|
|
*
|
|
|
|
* This function disable asserts that check if we hold an RPM wakelock
|
|
|
|
* reference, while keeping the device-not-suspended checks still enabled.
|
|
|
|
* It's meant to be used only in special circumstances where our rule about
|
|
|
|
* the wakelock refcount wrt. the device power state doesn't hold. According
|
|
|
|
* to this rule at any point where we access the HW or want to keep the HW in
|
|
|
|
* an active state we must hold an RPM wakelock reference acquired via one of
|
|
|
|
* the intel_runtime_pm_get() helpers. Currently there are a few special spots
|
|
|
|
* where this rule doesn't hold: the IRQ and suspend/resume handlers, the
|
|
|
|
* forcewake release timer, and the GPU RPS and hangcheck works. All other
|
|
|
|
* users should avoid using this function.
|
|
|
|
*
|
|
|
|
* Any calls to this function must have a symmetric call to
|
|
|
|
* enable_rpm_wakeref_asserts().
|
|
|
|
*/
|
|
|
|
static inline void
|
|
|
|
disable_rpm_wakeref_asserts(struct drm_i915_private *dev_priv)
|
|
|
|
{
|
|
|
|
atomic_inc(&dev_priv->pm.wakeref_count);
|
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* enable_rpm_wakeref_asserts - re-enable the RPM assert checks
|
|
|
|
* @dev_priv: i915 device instance
|
|
|
|
*
|
|
|
|
* This function re-enables the RPM assert checks after disabling them with
|
|
|
|
* disable_rpm_wakeref_asserts. It's meant to be used only in special
|
|
|
|
* circumstances otherwise its use should be avoided.
|
|
|
|
*
|
|
|
|
* Any calls to this function must have a symmetric call to
|
|
|
|
* disable_rpm_wakeref_asserts().
|
|
|
|
*/
|
|
|
|
static inline void
|
|
|
|
enable_rpm_wakeref_asserts(struct drm_i915_private *dev_priv)
|
|
|
|
{
|
|
|
|
atomic_dec(&dev_priv->pm.wakeref_count);
|
|
|
|
}
|
|
|
|
|
2014-09-30 16:56:38 +08:00
|
|
|
void intel_runtime_pm_get(struct drm_i915_private *dev_priv);
|
2016-02-17 20:17:42 +08:00
|
|
|
bool intel_runtime_pm_get_if_in_use(struct drm_i915_private *dev_priv);
|
2014-09-30 16:56:38 +08:00
|
|
|
void intel_runtime_pm_get_noresume(struct drm_i915_private *dev_priv);
|
|
|
|
void intel_runtime_pm_put(struct drm_i915_private *dev_priv);
|
|
|
|
|
2014-09-30 16:56:40 +08:00
|
|
|
void intel_display_set_init_power(struct drm_i915_private *dev, bool enable);
|
|
|
|
|
2015-07-09 04:45:54 +08:00
|
|
|
void chv_phy_powergate_lanes(struct intel_encoder *encoder,
|
|
|
|
bool override, unsigned int mask);
|
drm/i915: Trick CL2 into life on CHV when using pipe B with port B
Normmally the common lane in a PHY channel gets powered up when some
of the data lanes get powered up. But when we're driving port B with
pipe B we don't want to enabled any of the data lanes, and just want
the DPLL in the common lane to be active.
To make that happens we have to temporarily enable some data lanes
after which we can access the DPLL registers in the common lane. Once
the pipe is up and running we can drop the power override on the data
lanes allowing them to shut down. From this point forward the common
lane will in fact stay powered on until the data lanes in the other
channel get powered down.
Ville's extended explanation from the review thread:
On Wed, Aug 19, 2015 at 07:47:41AM +0530, Deepak wrote:
> One Q, why only for port B? Port C is also in same common lane right?
Port B is in the first PHY channel which also houses CL1. CL1 always
powers up whenever any lanes in either PHY channel are powered up.
CL2 only powers up if lanes in the second channel (ie. the one with
port C) powers up.
So in this scenario (pipe B->port B) we want the DPLL from CL2, but
ideally we only want to power up the lanes for port B. Powering up
port B lanes will only power up CL1, but as we need CL2 instead we
need to, temporarily, power up some lanes in port C as well.
Crossing the streams the other way (pipe A->port C) is not a problem
since CL1 powers up whenever anything else powers up. So powering up
some port C lanes is enough on its own to make the CL1 DPLL
operational, even though CL1 and the lanes live in separate channels.
Signed-off-by: Ville Syrjälä <ville.syrjala@linux.intel.com>
Reviewed-by: Deepak S <deepak.s@linux.intel.com>
[danvet: Amend commit message with extended explanation.]
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2015-07-09 04:45:55 +08:00
|
|
|
bool chv_phy_powergate_ch(struct drm_i915_private *dev_priv, enum dpio_phy phy,
|
|
|
|
enum dpio_channel ch, bool override);
|
2015-07-09 04:45:54 +08:00
|
|
|
|
|
|
|
|
2013-09-25 00:52:53 +08:00
|
|
|
/* intel_pm.c */
|
2013-09-25 02:48:31 +08:00
|
|
|
void intel_init_clock_gating(struct drm_device *dev);
|
|
|
|
void intel_suspend_hw(struct drm_device *dev);
|
2014-05-13 22:30:26 +08:00
|
|
|
int ilk_wm_max_level(const struct drm_device *dev);
|
2013-09-25 02:48:31 +08:00
|
|
|
void intel_update_watermarks(struct drm_crtc *crtc);
|
|
|
|
void intel_init_pm(struct drm_device *dev);
|
2016-03-16 19:38:54 +08:00
|
|
|
void intel_init_clock_gating_hooks(struct drm_i915_private *dev_priv);
|
2013-12-06 17:17:53 +08:00
|
|
|
void intel_pm_setup(struct drm_device *dev);
|
2013-09-25 02:48:31 +08:00
|
|
|
void intel_gpu_ips_init(struct drm_i915_private *dev_priv);
|
|
|
|
void intel_gpu_ips_teardown(void);
|
2016-05-10 21:10:04 +08:00
|
|
|
void intel_init_gt_powersave(struct drm_i915_private *dev_priv);
|
2016-07-22 04:16:19 +08:00
|
|
|
void intel_cleanup_gt_powersave(struct drm_i915_private *dev_priv);
|
|
|
|
void intel_sanitize_gt_powersave(struct drm_i915_private *dev_priv);
|
2016-05-10 21:10:04 +08:00
|
|
|
void intel_enable_gt_powersave(struct drm_i915_private *dev_priv);
|
2016-07-22 04:16:19 +08:00
|
|
|
void intel_autoenable_gt_powersave(struct drm_i915_private *dev_priv);
|
2016-05-10 21:10:04 +08:00
|
|
|
void intel_disable_gt_powersave(struct drm_i915_private *dev_priv);
|
2016-07-22 04:16:19 +08:00
|
|
|
void intel_suspend_gt_powersave(struct drm_i915_private *dev_priv);
|
2015-03-18 17:48:22 +08:00
|
|
|
void gen6_rps_busy(struct drm_i915_private *dev_priv);
|
|
|
|
void gen6_rps_reset_ei(struct drm_i915_private *dev_priv);
|
2013-10-09 01:39:29 +08:00
|
|
|
void gen6_rps_idle(struct drm_i915_private *dev_priv);
|
2015-04-07 23:20:32 +08:00
|
|
|
void gen6_rps_boost(struct drm_i915_private *dev_priv,
|
2015-04-27 20:41:24 +08:00
|
|
|
struct intel_rps_client *rps,
|
|
|
|
unsigned long submitted);
|
2016-05-06 21:48:28 +08:00
|
|
|
void intel_queue_rps_boost_for_request(struct drm_i915_gem_request *req);
|
2015-06-25 03:00:03 +08:00
|
|
|
void vlv_wm_get_hw_state(struct drm_device *dev);
|
2013-10-14 19:55:24 +08:00
|
|
|
void ilk_wm_get_hw_state(struct drm_device *dev);
|
2014-11-05 01:06:45 +08:00
|
|
|
void skl_wm_get_hw_state(struct drm_device *dev);
|
2014-11-05 01:06:52 +08:00
|
|
|
void skl_ddb_get_hw_state(struct drm_i915_private *dev_priv,
|
|
|
|
struct skl_ddb_allocation *ddb /* out */);
|
drm/i915/skl: Add support for the SAGV, fix underrun hangs
Since the watermark calculations for Skylake are still broken, we're apt
to hitting underruns very easily under multi-monitor configurations.
While it would be lovely if this was fixed, it's not. Another problem
that's been coming from this however, is the mysterious issue of
underruns causing full system hangs. An easy way to reproduce this with
a skylake system:
- Get a laptop with a skylake GPU, and hook up two external monitors to
it
- Move the cursor from the built-in LCD to one of the external displays
as quickly as you can
- You'll get a few pipe underruns, and eventually the entire system will
just freeze.
After doing a lot of investigation and reading through the bspec, I
found the existence of the SAGV, which is responsible for adjusting the
system agent voltage and clock frequencies depending on how much power
we need. According to the bspec:
"The display engine access to system memory is blocked during the
adjustment time. SAGV defaults to enabled. Software must use the
GT-driver pcode mailbox to disable SAGV when the display engine is not
able to tolerate the blocking time."
The rest of the bspec goes on to explain that software can simply leave
the SAGV enabled, and disable it when we use interlaced pipes/have more
then one pipe active.
Sure enough, with this patchset the system hangs resulting from pipe
underruns on Skylake have completely vanished on my T460s. Additionally,
the bspec mentions turning off the SAGV with more then one pipe enabled
as a workaround for display underruns. While this patch doesn't entirely
fix that, it looks like it does improve the situation a little bit so
it's likely this is going to be required to make watermarks on Skylake
fully functional.
This will still need additional work in the future: we shouldn't be
enabling the SAGV if any of the currently enabled planes can't enable WM
levels that introduce latencies >= 30 µs.
Changes since v11:
- Add skl_can_enable_sagv()
- Make sure we don't enable SAGV when not all planes can enable
watermarks >= the SAGV engine block time. I was originally going to
save this for later, but I recently managed to run into a machine
that was having problems with a single pipe configuration + SAGV.
- Make comparisons to I915_SKL_SAGV_NOT_CONTROLLED explicit
- Change I915_SAGV_DYNAMIC_FREQ to I915_SAGV_ENABLE
- Move printks outside of mutexes
- Don't print error messages twice
Changes since v10:
- Apparently sandybridge_pcode_read actually writes values and reads
them back, despite it's misleading function name. This means we've
been doing this mostly wrong and have been writing garbage to the
SAGV control. Because of this, we no longer attempt to read the SAGV
status during initialization (since there are no helpers for this).
- mlankhorst noticed that this patch was breaking on some very early
pre-release Skylake machines, which apparently don't allow you to
disable the SAGV. To prevent machines from failing tests due to SAGV
errors, if the first time we try to control the SAGV results in the
mailbox indicating an invalid command, we just disable future attempts
to control the SAGV state by setting dev_priv->skl_sagv_status to
I915_SKL_SAGV_NOT_CONTROLLED and make a note of it in dmesg.
- Move mutex_unlock() a little higher in skl_enable_sagv(). This
doesn't actually fix anything, but lets us release the lock a little
sooner since we're finished with it.
Changes since v9:
- Only enable/disable sagv on Skylake
Changes since v8:
- Add intel_state->modeset guard to the conditional for
skl_enable_sagv()
Changes since v7:
- Remove GEN9_SAGV_LOW_FREQ, replace with GEN9_SAGV_IS_ENABLED (that's
all we use it for anyway)
- Use GEN9_SAGV_IS_ENABLED instead of 0x1 for clarification
- Fix a styling error that snuck past me
Changes since v6:
- Protect skl_enable_sagv() with intel_state->modeset conditional in
intel_atomic_commit_tail()
Changes since v5:
- Don't use is_power_of_2. Makes things confusing
- Don't use the old state to figure out whether or not to
enable/disable the sagv, use the new one
- Split the loop in skl_disable_sagv into it's own function
- Move skl_sagv_enable/disable() calls into intel_atomic_commit_tail()
Changes since v4:
- Use is_power_of_2 against active_crtcs to check whether we have > 1
pipe enabled
- Fix skl_sagv_get_hw_state(): (temp & 0x1) indicates disabled, 0x0
enabled
- Call skl_sagv_enable/disable() from pre/post-plane updates
Changes since v3:
- Use time_before() to compare timeout to jiffies
Changes since v2:
- Really apply minor style nitpicks to patch this time
Changes since v1:
- Added comments about this probably being one of the requirements to
fixing Skylake's watermark issues
- Minor style nitpicks from Matt Roper
- Disable these functions on Broxton, since it doesn't have an SAGV
Signed-off-by: Lyude <cpaul@redhat.com>
Cc: Matt Roper <matthew.d.roper@intel.com>
Cc: Maarten Lankhorst <maarten.lankhorst@linux.intel.com>
Cc: Daniel Vetter <daniel.vetter@ffwll.ch>
Cc: Ville Syrjälä <ville.syrjala@linux.intel.com>
Cc: stable@vger.kernel.org
Signed-off-by: Maarten Lankhorst <maarten.lankhorst@linux.intel.com>
Link: http://patchwork.freedesktop.org/patch/msgid/1471463761-26796-3-git-send-email-cpaul@redhat.com
[mlankhorst: ENOSYS -> ENXIO, whitespace fixes]
2016-08-18 03:55:54 +08:00
|
|
|
bool skl_can_enable_sagv(struct drm_atomic_state *state);
|
|
|
|
int skl_enable_sagv(struct drm_i915_private *dev_priv);
|
|
|
|
int skl_disable_sagv(struct drm_i915_private *dev_priv);
|
drm/i915/skl: Update DDB values atomically with wms/plane attrs
Now that we can hook into update_crtcs and control the order in which we
update CRTCs at each modeset, we can finish the final step of fixing
Skylake's watermark handling by performing DDB updates at the same time
as plane updates and watermark updates.
The first major change in this patch is skl_update_crtcs(), which
handles ensuring that we order each CRTC update in our atomic commits
properly so that they honor the DDB flush order.
The second major change in this patch is the order in which we flush the
pipes. While the previous order may have worked, it can't be used in
this approach since it no longer will do the right thing. For example,
using the old ddb flush order:
We have pipes A, B, and C enabled, and we're disabling C. Initial ddb
allocation looks like this:
| A | B |xxxxxxx|
Since we're performing the ddb updates after performing any CRTC
disablements in intel_atomic_commit_tail(), the space to the right of
pipe B is unallocated.
1. Flush pipes with new allocation contained into old space. None
apply, so we skip this
2. Flush pipes having their allocation reduced, but overlapping with a
previous allocation. None apply, so we also skip this
3. Flush pipes that got more space allocated. This applies to A and B,
giving us the following update order: A, B
This is wrong, since updating pipe A first will cause it to overlap with
B and potentially burst into flames. Our new order (see the code
comments for details) would update the pipes in the proper order: B, A.
As well, we calculate the order for each DDB update during the check
phase, and reference it later in the commit phase when we hit
skl_update_crtcs().
This long overdue patch fixes the rest of the underruns on Skylake.
Changes since v1:
- Add skl_ddb_entry_write() for cursor into skl_write_cursor_wm()
Changes since v2:
- Use the method for updating CRTCs that Ville suggested
- In skl_update_wm(), only copy the watermarks for the crtc that was
passed to us
Changes since v3:
- Small comment fix in skl_ddb_allocation_overlaps()
Changes since v4:
- Remove the second loop in intel_update_crtcs() and use Ville's
suggestion for updating the ddb allocations in the right order
- Get rid of the second loop and just use the ddb state as it updates
to determine what order to update everything in (thanks for the
suggestion Ville)
- Simplify skl_ddb_allocation_overlaps()
- Split actual overlap checking into it's own helper
Fixes: 0e8fb7ba7ca5 ("drm/i915/skl: Flush the WM configuration")
Fixes: 8211bd5bdf5e ("drm/i915/skl: Program the DDB allocation")
[omitting CC for stable, since this patch will need to be changed for
such backports first]
Testcase: kms_cursor_legacy
Testcase: plane-all-modeset-transition
Signed-off-by: Lyude <cpaul@redhat.com>
Cc: Ville Syrjälä <ville.syrjala@linux.intel.com>
Cc: Daniel Vetter <daniel.vetter@intel.com>
Cc: Radhakrishna Sripada <radhakrishna.sripada@intel.com>
Cc: Hans de Goede <hdegoede@redhat.com>
Cc: Matt Roper <matthew.d.roper@intel.com>
Signed-off-by: Maarten Lankhorst <maarten.lankhorst@linux.intel.com>
Link: http://patchwork.freedesktop.org/patch/msgid/1471961565-28540-2-git-send-email-cpaul@redhat.com
2016-08-24 13:48:10 +08:00
|
|
|
bool skl_ddb_allocation_equals(const struct skl_ddb_allocation *old,
|
|
|
|
const struct skl_ddb_allocation *new,
|
|
|
|
enum pipe pipe);
|
|
|
|
bool skl_ddb_allocation_overlaps(struct drm_atomic_state *state,
|
|
|
|
const struct skl_ddb_allocation *old,
|
|
|
|
const struct skl_ddb_allocation *new,
|
|
|
|
enum pipe pipe);
|
drm/i915/skl: Update plane watermarks atomically during plane updates
Thanks to Ville for suggesting this as a potential solution to pipe
underruns on Skylake.
On Skylake all of the registers for configuring planes, including the
registers for configuring their watermarks, are double buffered. New
values written to them won't take effect until said registers are
"armed", which is done by writing to the PLANE_SURF (or in the case of
cursor planes, the CURBASE register) register.
With this in mind, up until now we've been updating watermarks on skl
like this:
non-modeset {
- calculate (during atomic check phase)
- finish_atomic_commit:
- intel_pre_plane_update:
- intel_update_watermarks()
- {vblank happens; new watermarks + old plane values => underrun }
- drm_atomic_helper_commit_planes_on_crtc:
- start vblank evasion
- write new plane registers
- end vblank evasion
}
or
modeset {
- calculate (during atomic check phase)
- finish_atomic_commit:
- crtc_enable:
- intel_update_watermarks()
- {vblank happens; new watermarks + old plane values => underrun }
- drm_atomic_helper_commit_planes_on_crtc:
- start vblank evasion
- write new plane registers
- end vblank evasion
}
Now we update watermarks atomically like this:
non-modeset {
- calculate (during atomic check phase)
- finish_atomic_commit:
- intel_pre_plane_update:
- intel_update_watermarks() (wm values aren't written yet)
- drm_atomic_helper_commit_planes_on_crtc:
- start vblank evasion
- write new plane registers
- write new wm values
- end vblank evasion
}
modeset {
- calculate (during atomic check phase)
- finish_atomic_commit:
- crtc_enable:
- intel_update_watermarks() (actual wm values aren't written
yet)
- drm_atomic_helper_commit_planes_on_crtc:
- start vblank evasion
- write new plane registers
- write new wm values
- end vblank evasion
}
So this patch moves all of the watermark writes into the right place;
inside of the vblank evasion where we update all of the registers for
each plane. While this patch doesn't fix everything, it does allow us to
update the watermark values in the way the hardware expects us to.
Changes since original patch series:
- Remove mutex_lock/mutex_unlock since they don't do anything and we're
not touching global state
- Move skl_write_cursor_wm/skl_write_plane_wm functions into
intel_pm.c, make externally visible
- Add skl_write_plane_wm calls to skl_update_plane
- Fix conditional for for loop in skl_write_plane_wm (level < max_level
should be level <= max_level)
- Make diagram in commit more accurate to what's actually happening
- Add Fixes:
Changes since v1:
- Use IS_GEN9() instead of IS_SKYLAKE() since these fixes apply to more
then just Skylake
- Update description to make it clear this patch doesn't fix everything
- Check if pipes were actually changed before writing watermarks
Changes since v2:
- Write PIPE_WM_LINETIME during vblank evasion
Changes since v3:
- Rebase against new SAGV patch changes
Changes since v4:
- Add a parameter to choose what skl_wm_values struct to use when
writing new plane watermarks
Changes since v5:
- Remove cursor ddb entry write in skl_write_cursor_wm(), defer until
patch 6
- Write WM_LINETIME in intel_begin_crtc_commit()
Changes since v6:
- Remove redundant dirty_pipes check in skl_write_plane_wm (we check
this in all places where we call this function, and it was supposed
to have been removed earlier anyway)
- In i9xx_update_cursor(), use dev_priv->info.gen >= 9 instead of
IS_GEN9(dev_priv). We do this everywhere else and I'd imagine this
needs to be done for gen10 as well
Changes since v7:
- Fix rebase fail (unused variable obj)
- Make struct skl_wm_values *wm const
- Fix indenting
- Use INTEL_GEN() instead of dev_priv->info.gen
Changes since v8:
- Don't forget calls to skl_write_plane_wm() when disabling planes
- Use INTEL_GEN(), not INTEL_INFO()->gen in intel_begin_crtc_commit()
Fixes: 2d41c0b59afc ("drm/i915/skl: SKL Watermark Computation")
Signed-off-by: Lyude <cpaul@redhat.com>
Reviewed-by: Matt Roper <matthew.d.roper@intel.com>
Cc: stable@vger.kernel.org
Cc: Ville Syrjälä <ville.syrjala@linux.intel.com>
Cc: Daniel Vetter <daniel.vetter@intel.com>
Cc: Radhakrishna Sripada <radhakrishna.sripada@intel.com>
Cc: Hans de Goede <hdegoede@redhat.com>
Signed-off-by: Maarten Lankhorst <maarten.lankhorst@linux.intel.com>
Link: http://patchwork.freedesktop.org/patch/msgid/1471884608-10671-1-git-send-email-cpaul@redhat.com
Link: http://patchwork.freedesktop.org/patch/msgid/1471884608-10671-1-git-send-email-cpaul@redhat.com
2016-08-23 00:50:08 +08:00
|
|
|
void skl_write_cursor_wm(struct intel_crtc *intel_crtc,
|
|
|
|
const struct skl_wm_values *wm);
|
|
|
|
void skl_write_plane_wm(struct intel_crtc *intel_crtc,
|
|
|
|
const struct skl_wm_values *wm,
|
|
|
|
int plane);
|
2015-06-03 20:45:11 +08:00
|
|
|
uint32_t ilk_pipe_pixel_rate(const struct intel_crtc_state *pipe_config);
|
drm/i915: Add two-stage ILK-style watermark programming (v11)
In addition to calculating final watermarks, let's also pre-calculate a
set of intermediate watermark values at atomic check time. These
intermediate watermarks are a combination of the watermarks for the old
state and the new state; they should satisfy the requirements of both
states which means they can be programmed immediately when we commit the
atomic state (without waiting for a vblank). Once the vblank does
happen, we can then re-program watermarks to the more optimal final
value.
v2: Significant rebasing/rewriting.
v3:
- Move 'need_postvbl_update' flag to CRTC state (Daniel)
- Don't forget to check intermediate watermark values for validity
(Maarten)
- Don't due async watermark optimization; just do it at the end of the
atomic transaction, after waiting for vblanks. We do want it to be
async eventually, but adding that now will cause more trouble for
Maarten's in-progress work. (Maarten)
- Don't allocate space in crtc_state for intermediate watermarks on
platforms that don't need it (gen9+).
- Move WaCxSRDisabledForSpriteScaling:ivb into intel_begin_crtc_commit
now that ilk_update_wm is gone.
v4:
- Add a wm_mutex to cover updates to intel_crtc->active and the
need_postvbl_update flag. Since we don't have async yet it isn't
terribly important yet, but might as well add it now.
- Change interface to program watermarks. Platforms will now expose
.initial_watermarks() and .optimize_watermarks() functions to do
watermark programming. These should lock wm_mutex, copy the
appropriate state values into intel_crtc->active, and then call
the internal program watermarks function.
v5:
- Skip intermediate watermark calculation/check during initial hardware
readout since we don't trust the existing HW values (and don't have
valid values of our own yet).
- Don't try to call .optimize_watermarks() on platforms that don't have
atomic watermarks yet. (Maarten)
v6:
- Rebase
v7:
- Further rebase
v8:
- A few minor indentation and line length fixes
v9:
- Yet another rebase since Maarten's patches reworked a bunch of the
code (wm_pre, wm_post, etc.) that this was previously based on.
v10:
- Move wm_mutex to dev_priv to protect against racing commits against
disjoint CRTC sets. (Maarten)
- Drop unnecessary clearing of cstate->wm.need_postvbl_update (Maarten)
v11:
- Now that we've moved to atomic watermark updates, make sure we call
the proper function to program watermarks in
{ironlake,haswell}_crtc_enable(); the failure to do so on the
previous patch iteration led to us not actually programming the
watermarks before turning on the CRTC, which was the cause of the
underruns that the CI system was seeing.
- Fix inverted logic for determining when to optimize watermarks. We
were needlessly optimizing when the intermediate/optimal values were
the same (harmless), but not actually optimizing when they differed
(also harmless, but wasteful from a power/bandwidth perspective).
Cc: Maarten Lankhorst <maarten.lankhorst@linux.intel.com>
Signed-off-by: Matt Roper <matthew.d.roper@intel.com>
Reviewed-by: Maarten Lankhorst <maarten.lankhorst@linux.intel.com>
Link: http://patchwork.freedesktop.org/patch/msgid/1456276813-5689-1-git-send-email-matthew.d.roper@intel.com
2016-02-24 09:20:13 +08:00
|
|
|
bool ilk_disable_lp_wm(struct drm_device *dev);
|
2016-05-10 21:10:04 +08:00
|
|
|
int sanitize_rc6_option(struct drm_i915_private *dev_priv, int enable_rc6);
|
|
|
|
static inline int intel_enable_rc6(void)
|
|
|
|
{
|
|
|
|
return i915.enable_rc6;
|
|
|
|
}
|
2012-05-10 02:37:31 +08:00
|
|
|
|
2013-09-25 00:52:53 +08:00
|
|
|
/* intel_sdvo.c */
|
drm/i915: Type safe register read/write
Make I915_READ and I915_WRITE more type safe by wrapping the register
offset in a struct. This should eliminate most of the fumbles we've had
with misplaced parens.
This only takes care of normal mmio registers. We could extend the idea
to other register types and define each with its own struct. That way
you wouldn't be able to accidentally pass the wrong thing to a specific
register access function.
The gpio_reg setup is probably the ugliest thing left. But I figure I'd
just leave it for now, and wait for some divine inspiration to strike
before making it nice.
As for the generated code, it's actually a bit better sometimes. Eg.
looking at i915_irq_handler(), we can see the following change:
lea 0x70024(%rdx,%rax,1),%r9d
mov $0x1,%edx
- movslq %r9d,%r9
- mov %r9,%rsi
- mov %r9,-0x58(%rbp)
- callq *0xd8(%rbx)
+ mov %r9d,%esi
+ mov %r9d,-0x48(%rbp)
callq *0xd8(%rbx)
So previously gcc thought the register offset might be signed and
decided to sign extend it, just in case. The rest appears to be
mostly just minor shuffling of instructions.
v2: i915_mmio_reg_{offset,equal,valid}() helpers added
s/_REG/_MMIO/ in the register defines
mo more switch statements left to worry about
ring_emit stuff got sorted in a prep patch
cmd parser, lrc context and w/a batch buildup also in prep patch
vgpu stuff cleaned up and moved to a prep patch
all other unrelated changes split out
v3: Rebased due to BXT DSI/BLC, MOCS, etc.
v4: Rebased due to churn, s/i915_mmio_reg_t/i915_reg_t/
Signed-off-by: Ville Syrjälä <ville.syrjala@linux.intel.com>
Reviewed-by: Chris Wilson <chris@chris-wilson.co.uk>
Link: http://patchwork.freedesktop.org/patch/msgid/1447853606-2751-1-git-send-email-ville.syrjala@linux.intel.com
2015-11-18 21:33:26 +08:00
|
|
|
bool intel_sdvo_init(struct drm_device *dev,
|
|
|
|
i915_reg_t reg, enum port port);
|
2013-02-19 01:08:49 +08:00
|
|
|
|
2013-07-12 05:44:58 +08:00
|
|
|
|
2013-09-25 00:52:53 +08:00
|
|
|
/* intel_sprite.c */
|
2016-05-18 16:34:38 +08:00
|
|
|
int intel_usecs_to_scanlines(const struct drm_display_mode *adjusted_mode,
|
|
|
|
int usecs);
|
2013-09-25 02:48:31 +08:00
|
|
|
int intel_plane_init(struct drm_device *dev, enum pipe pipe, int plane);
|
|
|
|
int intel_sprite_set_colorkey(struct drm_device *dev, void *data,
|
|
|
|
struct drm_file *file_priv);
|
2015-08-31 19:04:25 +08:00
|
|
|
void intel_pipe_update_start(struct intel_crtc *crtc);
|
2016-05-17 21:07:49 +08:00
|
|
|
void intel_pipe_update_end(struct intel_crtc *crtc, struct intel_flip_work *work);
|
2013-09-25 00:52:53 +08:00
|
|
|
|
|
|
|
/* intel_tv.c */
|
2013-09-25 02:48:31 +08:00
|
|
|
void intel_tv_init(struct drm_device *dev);
|
2013-09-04 23:25:25 +08:00
|
|
|
|
2014-12-24 02:41:52 +08:00
|
|
|
/* intel_atomic.c */
|
2015-01-23 08:51:27 +08:00
|
|
|
int intel_connector_atomic_get_property(struct drm_connector *connector,
|
|
|
|
const struct drm_connector_state *state,
|
|
|
|
struct drm_property *property,
|
|
|
|
uint64_t *val);
|
2015-01-22 08:35:47 +08:00
|
|
|
struct drm_crtc_state *intel_crtc_duplicate_state(struct drm_crtc *crtc);
|
|
|
|
void intel_crtc_destroy_state(struct drm_crtc *crtc,
|
|
|
|
struct drm_crtc_state *state);
|
2015-06-04 16:21:28 +08:00
|
|
|
struct drm_atomic_state *intel_atomic_state_alloc(struct drm_device *dev);
|
|
|
|
void intel_atomic_state_clear(struct drm_atomic_state *);
|
|
|
|
struct intel_shared_dpll_config *
|
|
|
|
intel_atomic_get_shared_dpll_state(struct drm_atomic_state *s);
|
|
|
|
|
2015-03-20 22:18:01 +08:00
|
|
|
static inline struct intel_crtc_state *
|
|
|
|
intel_atomic_get_crtc_state(struct drm_atomic_state *state,
|
|
|
|
struct intel_crtc *crtc)
|
|
|
|
{
|
|
|
|
struct drm_crtc_state *crtc_state;
|
|
|
|
crtc_state = drm_atomic_get_crtc_state(state, &crtc->base);
|
|
|
|
if (IS_ERR(crtc_state))
|
2015-04-25 17:34:29 +08:00
|
|
|
return ERR_CAST(crtc_state);
|
2015-03-20 22:18:01 +08:00
|
|
|
|
|
|
|
return to_intel_crtc_state(crtc_state);
|
|
|
|
}
|
2016-03-01 18:07:22 +08:00
|
|
|
|
|
|
|
static inline struct intel_plane_state *
|
|
|
|
intel_atomic_get_existing_plane_state(struct drm_atomic_state *state,
|
|
|
|
struct intel_plane *plane)
|
|
|
|
{
|
|
|
|
struct drm_plane_state *plane_state;
|
|
|
|
|
|
|
|
plane_state = drm_atomic_get_existing_plane_state(state, &plane->base);
|
|
|
|
|
|
|
|
return to_intel_plane_state(plane_state);
|
|
|
|
}
|
|
|
|
|
2015-04-10 07:42:46 +08:00
|
|
|
int intel_atomic_setup_scalers(struct drm_device *dev,
|
|
|
|
struct intel_crtc *intel_crtc,
|
|
|
|
struct intel_crtc_state *crtc_state);
|
2015-01-22 08:35:44 +08:00
|
|
|
|
|
|
|
/* intel_atomic_plane.c */
|
2015-01-22 08:35:41 +08:00
|
|
|
struct intel_plane_state *intel_create_plane_state(struct drm_plane *plane);
|
2014-12-24 02:41:52 +08:00
|
|
|
struct drm_plane_state *intel_plane_duplicate_state(struct drm_plane *plane);
|
|
|
|
void intel_plane_destroy_state(struct drm_plane *plane,
|
|
|
|
struct drm_plane_state *state);
|
|
|
|
extern const struct drm_plane_helper_funcs intel_plane_helper_funcs;
|
|
|
|
|
2016-03-16 18:57:14 +08:00
|
|
|
/* intel_color.c */
|
|
|
|
void intel_color_init(struct drm_crtc *crtc);
|
2016-03-16 18:57:16 +08:00
|
|
|
int intel_color_check(struct drm_crtc *crtc, struct drm_crtc_state *state);
|
2016-03-30 23:16:34 +08:00
|
|
|
void intel_color_set_csc(struct drm_crtc_state *crtc_state);
|
|
|
|
void intel_color_load_luts(struct drm_crtc_state *crtc_state);
|
2016-03-16 18:57:14 +08:00
|
|
|
|
DRM: i915: add mode setting support
This commit adds i915 driver support for the DRM mode setting APIs.
Currently, VGA, LVDS, SDVO DVI & VGA, TV and DVO LVDS outputs are
supported. HDMI, DisplayPort and additional SDVO output support will
follow.
Support for the mode setting code is controlled by the new 'modeset'
module option. A new config option, CONFIG_DRM_I915_KMS controls the
default behavior, and whether a PCI ID list is built into the module for
use by user level module utilities.
Note that if mode setting is enabled, user level drivers that access
display registers directly or that don't use the kernel graphics memory
manager will likely corrupt kernel graphics memory, disrupt output
configuration (possibly leading to hangs and/or blank displays), and
prevent panic/oops messages from appearing. So use caution when
enabling this code; be sure your user level code supports the new
interfaces.
A new SysRq key, 'g', provides emergency support for switching back to
the kernel's framebuffer console; which is useful for testing.
Co-authors: Dave Airlie <airlied@linux.ie>, Hong Liu <hong.liu@intel.com>
Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>
Signed-off-by: Eric Anholt <eric@anholt.net>
Signed-off-by: Dave Airlie <airlied@redhat.com>
2008-11-08 06:24:08 +08:00
|
|
|
#endif /* __INTEL_DRV_H__ */
|