staging: add omapdrm DRM/KMS driver for TI OMAP platforms
A DRM display driver for TI OMAP platform. Similar to omapfb (fbdev)
and omap_vout (v4l2 display) drivers in the past, this driver uses the
DSS2 driver to access the display hardware, including support for
HDMI, DVI, and various types of LCD panels. And it implements GEM
support for buffer allocation (for KMS as well as offscreen buffers
used by the xf86-video-omap userspace xorg driver).
The driver maps CRTCs to overlays, encoders to overlay-managers, and
connectors to dssdev's. Note that this arrangement might change slightly
when support for drm_plane overlays is added.
For GEM support, non-scanout buffers are using the shmem backed pages
provided by GEM core (In drm_gem_object_init()). In the case of scanout
buffers, which need to be physically contiguous, those are allocated
with CMA and use drm_gem_private_object_init().
See userspace xorg driver:
git://github.com/robclark/xf86-video-omap.git
Refer to this link for CMA (Continuous Memory Allocator):
http://lkml.org/lkml/2011/8/19/302
Links to previous versions of the patch:
v1: http://lwn.net/Articles/458137/
v2: http://patches.linaro.org/4156/
v3: http://patches.linaro.org/4688/
v4: http://patches.linaro.org/4791/
History:
v5: move headers from include/drm at Greg KH's request, minor rebasing
on 3.2-rc1, pull in private copies of drm_gem_{get,put}_pages()
because "drm/gem: add functions to get/put pages" patch is not
merged yet
v4: bit of rework of encoder/connector _dpms() code, modeset_init()
rework to not use nested functions, update TODO.txt
v3: minor cleanups, improved error handling for dev_load(), some minor
API changes that will be needed later for tiled buffer support
v2: replace omap_vram with CMA for scanout buffer allocation, remove
unneeded functions, use dma_addr_t for physical addresses, error
handling cleanup, refactor attach/detach pages into common drm
functions, split non-userspace-facing API into omap_priv.h, remove
plugin API
v1: original
Signed-off-by: Rob Clark <rob@ti.com>
Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2011-11-13 02:09:40 +08:00
|
|
|
/*
|
2017-12-06 04:29:31 +08:00
|
|
|
* Copyright (C) 2011 Texas Instruments Incorporated - http://www.ti.com/
|
staging: add omapdrm DRM/KMS driver for TI OMAP platforms
A DRM display driver for TI OMAP platform. Similar to omapfb (fbdev)
and omap_vout (v4l2 display) drivers in the past, this driver uses the
DSS2 driver to access the display hardware, including support for
HDMI, DVI, and various types of LCD panels. And it implements GEM
support for buffer allocation (for KMS as well as offscreen buffers
used by the xf86-video-omap userspace xorg driver).
The driver maps CRTCs to overlays, encoders to overlay-managers, and
connectors to dssdev's. Note that this arrangement might change slightly
when support for drm_plane overlays is added.
For GEM support, non-scanout buffers are using the shmem backed pages
provided by GEM core (In drm_gem_object_init()). In the case of scanout
buffers, which need to be physically contiguous, those are allocated
with CMA and use drm_gem_private_object_init().
See userspace xorg driver:
git://github.com/robclark/xf86-video-omap.git
Refer to this link for CMA (Continuous Memory Allocator):
http://lkml.org/lkml/2011/8/19/302
Links to previous versions of the patch:
v1: http://lwn.net/Articles/458137/
v2: http://patches.linaro.org/4156/
v3: http://patches.linaro.org/4688/
v4: http://patches.linaro.org/4791/
History:
v5: move headers from include/drm at Greg KH's request, minor rebasing
on 3.2-rc1, pull in private copies of drm_gem_{get,put}_pages()
because "drm/gem: add functions to get/put pages" patch is not
merged yet
v4: bit of rework of encoder/connector _dpms() code, modeset_init()
rework to not use nested functions, update TODO.txt
v3: minor cleanups, improved error handling for dev_load(), some minor
API changes that will be needed later for tiled buffer support
v2: replace omap_vram with CMA for scanout buffer allocation, remove
unneeded functions, use dma_addr_t for physical addresses, error
handling cleanup, refactor attach/detach pages into common drm
functions, split non-userspace-facing API into omap_priv.h, remove
plugin API
v1: original
Signed-off-by: Rob Clark <rob@ti.com>
Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2011-11-13 02:09:40 +08:00
|
|
|
* Author: Rob Clark <rob@ti.com>
|
|
|
|
*
|
|
|
|
* This program is free software; you can redistribute it and/or modify it
|
|
|
|
* under the terms of the GNU General Public License version 2 as published by
|
|
|
|
* the Free Software Foundation.
|
|
|
|
*
|
|
|
|
* This program is distributed in the hope that it will be useful, but WITHOUT
|
|
|
|
* ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or
|
|
|
|
* FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for
|
|
|
|
* more details.
|
|
|
|
*
|
|
|
|
* You should have received a copy of the GNU General Public License along with
|
|
|
|
* this program. If not, see <http://www.gnu.org/licenses/>.
|
|
|
|
*/
|
|
|
|
|
2015-03-06 03:38:16 +08:00
|
|
|
#include <drm/drm_atomic.h>
|
|
|
|
#include <drm/drm_atomic_helper.h>
|
2015-03-06 03:31:37 +08:00
|
|
|
#include <drm/drm_crtc.h>
|
2012-10-16 13:17:40 +08:00
|
|
|
#include <drm/drm_mode.h>
|
2014-10-29 17:03:57 +08:00
|
|
|
#include <drm/drm_plane_helper.h>
|
2017-11-30 20:12:37 +08:00
|
|
|
#include <linux/math64.h>
|
2015-03-06 03:31:37 +08:00
|
|
|
|
|
|
|
#include "omap_drv.h"
|
staging: add omapdrm DRM/KMS driver for TI OMAP platforms
A DRM display driver for TI OMAP platform. Similar to omapfb (fbdev)
and omap_vout (v4l2 display) drivers in the past, this driver uses the
DSS2 driver to access the display hardware, including support for
HDMI, DVI, and various types of LCD panels. And it implements GEM
support for buffer allocation (for KMS as well as offscreen buffers
used by the xf86-video-omap userspace xorg driver).
The driver maps CRTCs to overlays, encoders to overlay-managers, and
connectors to dssdev's. Note that this arrangement might change slightly
when support for drm_plane overlays is added.
For GEM support, non-scanout buffers are using the shmem backed pages
provided by GEM core (In drm_gem_object_init()). In the case of scanout
buffers, which need to be physically contiguous, those are allocated
with CMA and use drm_gem_private_object_init().
See userspace xorg driver:
git://github.com/robclark/xf86-video-omap.git
Refer to this link for CMA (Continuous Memory Allocator):
http://lkml.org/lkml/2011/8/19/302
Links to previous versions of the patch:
v1: http://lwn.net/Articles/458137/
v2: http://patches.linaro.org/4156/
v3: http://patches.linaro.org/4688/
v4: http://patches.linaro.org/4791/
History:
v5: move headers from include/drm at Greg KH's request, minor rebasing
on 3.2-rc1, pull in private copies of drm_gem_{get,put}_pages()
because "drm/gem: add functions to get/put pages" patch is not
merged yet
v4: bit of rework of encoder/connector _dpms() code, modeset_init()
rework to not use nested functions, update TODO.txt
v3: minor cleanups, improved error handling for dev_load(), some minor
API changes that will be needed later for tiled buffer support
v2: replace omap_vram with CMA for scanout buffer allocation, remove
unneeded functions, use dma_addr_t for physical addresses, error
handling cleanup, refactor attach/detach pages into common drm
functions, split non-userspace-facing API into omap_priv.h, remove
plugin API
v1: original
Signed-off-by: Rob Clark <rob@ti.com>
Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2011-11-13 02:09:40 +08:00
|
|
|
|
2017-08-07 18:20:06 +08:00
|
|
|
#define to_omap_crtc_state(x) container_of(x, struct omap_crtc_state, base)
|
|
|
|
|
|
|
|
struct omap_crtc_state {
|
|
|
|
/* Must be first. */
|
|
|
|
struct drm_crtc_state base;
|
|
|
|
/* Shadow values for legacy userspace support. */
|
|
|
|
unsigned int rotation;
|
|
|
|
unsigned int zpos;
|
|
|
|
};
|
|
|
|
|
staging: add omapdrm DRM/KMS driver for TI OMAP platforms
A DRM display driver for TI OMAP platform. Similar to omapfb (fbdev)
and omap_vout (v4l2 display) drivers in the past, this driver uses the
DSS2 driver to access the display hardware, including support for
HDMI, DVI, and various types of LCD panels. And it implements GEM
support for buffer allocation (for KMS as well as offscreen buffers
used by the xf86-video-omap userspace xorg driver).
The driver maps CRTCs to overlays, encoders to overlay-managers, and
connectors to dssdev's. Note that this arrangement might change slightly
when support for drm_plane overlays is added.
For GEM support, non-scanout buffers are using the shmem backed pages
provided by GEM core (In drm_gem_object_init()). In the case of scanout
buffers, which need to be physically contiguous, those are allocated
with CMA and use drm_gem_private_object_init().
See userspace xorg driver:
git://github.com/robclark/xf86-video-omap.git
Refer to this link for CMA (Continuous Memory Allocator):
http://lkml.org/lkml/2011/8/19/302
Links to previous versions of the patch:
v1: http://lwn.net/Articles/458137/
v2: http://patches.linaro.org/4156/
v3: http://patches.linaro.org/4688/
v4: http://patches.linaro.org/4791/
History:
v5: move headers from include/drm at Greg KH's request, minor rebasing
on 3.2-rc1, pull in private copies of drm_gem_{get,put}_pages()
because "drm/gem: add functions to get/put pages" patch is not
merged yet
v4: bit of rework of encoder/connector _dpms() code, modeset_init()
rework to not use nested functions, update TODO.txt
v3: minor cleanups, improved error handling for dev_load(), some minor
API changes that will be needed later for tiled buffer support
v2: replace omap_vram with CMA for scanout buffer allocation, remove
unneeded functions, use dma_addr_t for physical addresses, error
handling cleanup, refactor attach/detach pages into common drm
functions, split non-userspace-facing API into omap_priv.h, remove
plugin API
v1: original
Signed-off-by: Rob Clark <rob@ti.com>
Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2011-11-13 02:09:40 +08:00
|
|
|
#define to_omap_crtc(x) container_of(x, struct omap_crtc, base)
|
|
|
|
|
|
|
|
struct omap_crtc {
|
|
|
|
struct drm_crtc base;
|
2012-12-05 03:59:12 +08:00
|
|
|
|
2012-01-17 02:51:16 +08:00
|
|
|
const char *name;
|
2018-03-07 05:38:21 +08:00
|
|
|
struct omap_drm_pipeline *pipe;
|
2012-12-05 03:59:12 +08:00
|
|
|
enum omap_channel channel;
|
|
|
|
|
2016-09-22 19:07:04 +08:00
|
|
|
struct videomode vm;
|
2012-12-05 03:59:12 +08:00
|
|
|
|
2015-02-26 21:20:24 +08:00
|
|
|
bool ignore_digit_sync_lost;
|
2015-05-29 21:01:18 +08:00
|
|
|
|
2016-04-18 07:54:31 +08:00
|
|
|
bool enabled;
|
2015-05-29 21:01:18 +08:00
|
|
|
bool pending;
|
|
|
|
wait_queue_head_t pending_wait;
|
2016-04-19 06:15:11 +08:00
|
|
|
struct drm_pending_vblank_event *event;
|
2012-12-05 03:59:12 +08:00
|
|
|
};
|
|
|
|
|
2015-01-18 07:12:59 +08:00
|
|
|
/* -----------------------------------------------------------------------------
|
|
|
|
* Helper Functions
|
|
|
|
*/
|
|
|
|
|
2016-09-22 19:07:03 +08:00
|
|
|
struct videomode *omap_crtc_timings(struct drm_crtc *crtc)
|
2015-01-18 07:12:59 +08:00
|
|
|
{
|
|
|
|
struct omap_crtc *omap_crtc = to_omap_crtc(crtc);
|
2016-09-22 19:07:04 +08:00
|
|
|
return &omap_crtc->vm;
|
2015-01-18 07:12:59 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
enum omap_channel omap_crtc_channel(struct drm_crtc *crtc)
|
|
|
|
{
|
|
|
|
struct omap_crtc *omap_crtc = to_omap_crtc(crtc);
|
|
|
|
return omap_crtc->channel;
|
|
|
|
}
|
|
|
|
|
2016-04-19 06:31:21 +08:00
|
|
|
static bool omap_crtc_is_pending(struct drm_crtc *crtc)
|
|
|
|
{
|
|
|
|
struct omap_crtc *omap_crtc = to_omap_crtc(crtc);
|
|
|
|
unsigned long flags;
|
|
|
|
bool pending;
|
|
|
|
|
|
|
|
spin_lock_irqsave(&crtc->dev->event_lock, flags);
|
|
|
|
pending = omap_crtc->pending;
|
|
|
|
spin_unlock_irqrestore(&crtc->dev->event_lock, flags);
|
|
|
|
|
|
|
|
return pending;
|
|
|
|
}
|
|
|
|
|
2015-05-29 21:01:18 +08:00
|
|
|
int omap_crtc_wait_pending(struct drm_crtc *crtc)
|
|
|
|
{
|
|
|
|
struct omap_crtc *omap_crtc = to_omap_crtc(crtc);
|
|
|
|
|
2015-11-19 23:31:25 +08:00
|
|
|
/*
|
|
|
|
* Timeout is set to a "sufficiently" high value, which should cover
|
|
|
|
* a single frame refresh even on slower displays.
|
|
|
|
*/
|
2015-05-29 21:01:18 +08:00
|
|
|
return wait_event_timeout(omap_crtc->pending_wait,
|
2016-04-19 06:31:21 +08:00
|
|
|
!omap_crtc_is_pending(crtc),
|
2015-11-19 23:31:25 +08:00
|
|
|
msecs_to_jiffies(250));
|
2015-05-29 21:01:18 +08:00
|
|
|
}
|
|
|
|
|
2015-01-18 07:12:59 +08:00
|
|
|
/* -----------------------------------------------------------------------------
|
|
|
|
* DSS Manager Functions
|
|
|
|
*/
|
|
|
|
|
2012-12-05 03:59:12 +08:00
|
|
|
/*
|
|
|
|
* Manager-ops, callbacks from output when they need to configure
|
|
|
|
* the upstream part of the video pipe.
|
|
|
|
*
|
|
|
|
* Most of these we can ignore until we add support for command-mode
|
|
|
|
* panels.. for video-mode the crtc-helpers already do an adequate
|
|
|
|
* job of sequencing the setup of the video pipe in the proper order
|
|
|
|
*/
|
|
|
|
|
|
|
|
/* we can probably ignore these until we support command-mode panels: */
|
2018-02-13 20:00:39 +08:00
|
|
|
static void omap_crtc_dss_start_update(struct omap_drm_private *priv,
|
|
|
|
enum omap_channel channel)
|
2012-12-05 03:59:12 +08:00
|
|
|
{
|
|
|
|
}
|
|
|
|
|
2015-05-28 07:34:05 +08:00
|
|
|
/* Called only from the encoder enable/disable and suspend/resume handlers. */
|
2015-01-15 06:45:17 +08:00
|
|
|
static void omap_crtc_set_enabled(struct drm_crtc *crtc, bool enable)
|
|
|
|
{
|
|
|
|
struct drm_device *dev = crtc->dev;
|
2015-11-06 00:39:52 +08:00
|
|
|
struct omap_drm_private *priv = dev->dev_private;
|
2015-01-15 06:45:17 +08:00
|
|
|
struct omap_crtc *omap_crtc = to_omap_crtc(crtc);
|
|
|
|
enum omap_channel channel = omap_crtc->channel;
|
|
|
|
struct omap_irq_wait *wait;
|
|
|
|
u32 framedone_irq, vsync_irq;
|
|
|
|
int ret;
|
|
|
|
|
2016-04-18 08:09:48 +08:00
|
|
|
if (WARN_ON(omap_crtc->enabled == enable))
|
|
|
|
return;
|
|
|
|
|
2018-12-10 20:00:38 +08:00
|
|
|
if (omap_crtc->pipe->output->type == OMAP_DISPLAY_TYPE_HDMI) {
|
2018-02-13 20:00:42 +08:00
|
|
|
priv->dispc_ops->mgr_enable(priv->dispc, channel, enable);
|
2016-04-18 07:54:31 +08:00
|
|
|
omap_crtc->enabled = enable;
|
2015-03-24 21:46:35 +08:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
2015-02-26 21:20:25 +08:00
|
|
|
if (omap_crtc->channel == OMAP_DSS_CHANNEL_DIGIT) {
|
|
|
|
/*
|
|
|
|
* Digit output produces some sync lost interrupts during the
|
|
|
|
* first frame when enabling, so we need to ignore those.
|
|
|
|
*/
|
|
|
|
omap_crtc->ignore_digit_sync_lost = true;
|
|
|
|
}
|
2015-01-15 06:45:17 +08:00
|
|
|
|
2018-02-13 20:00:42 +08:00
|
|
|
framedone_irq = priv->dispc_ops->mgr_get_framedone_irq(priv->dispc,
|
|
|
|
channel);
|
|
|
|
vsync_irq = priv->dispc_ops->mgr_get_vsync_irq(priv->dispc, channel);
|
2015-01-15 06:45:17 +08:00
|
|
|
|
|
|
|
if (enable) {
|
|
|
|
wait = omap_irq_wait_init(dev, vsync_irq, 1);
|
|
|
|
} else {
|
|
|
|
/*
|
|
|
|
* When we disable the digit output, we need to wait for
|
|
|
|
* FRAMEDONE to know that DISPC has finished with the output.
|
|
|
|
*
|
|
|
|
* OMAP2/3 does not have FRAMEDONE irq for digit output, and in
|
|
|
|
* that case we need to use vsync interrupt, and wait for both
|
|
|
|
* even and odd frames.
|
|
|
|
*/
|
|
|
|
|
|
|
|
if (framedone_irq)
|
|
|
|
wait = omap_irq_wait_init(dev, framedone_irq, 1);
|
|
|
|
else
|
|
|
|
wait = omap_irq_wait_init(dev, vsync_irq, 2);
|
|
|
|
}
|
|
|
|
|
2018-02-13 20:00:42 +08:00
|
|
|
priv->dispc_ops->mgr_enable(priv->dispc, channel, enable);
|
2016-04-18 07:54:31 +08:00
|
|
|
omap_crtc->enabled = enable;
|
2015-01-15 06:45:17 +08:00
|
|
|
|
|
|
|
ret = omap_irq_wait(dev, wait, msecs_to_jiffies(100));
|
|
|
|
if (ret) {
|
|
|
|
dev_err(dev->dev, "%s: timeout waiting for %s\n",
|
|
|
|
omap_crtc->name, enable ? "enable" : "disable");
|
|
|
|
}
|
|
|
|
|
2015-02-26 21:20:25 +08:00
|
|
|
if (omap_crtc->channel == OMAP_DSS_CHANNEL_DIGIT) {
|
|
|
|
omap_crtc->ignore_digit_sync_lost = false;
|
|
|
|
/* make sure the irq handler sees the value above */
|
|
|
|
mb();
|
|
|
|
}
|
2015-01-15 06:45:17 +08:00
|
|
|
}
|
|
|
|
|
drm/omap: fix enabling/disabling of video pipeline
At the moment the omap_crtc_pre_apply() handles the enabling, disabling
and configuring of encoders and panels separately from the CRTC (i.e.
the overlay manager).
However, this doesn't work correctly. The encoder driver has to be in
control of its video input (i.e. the crtc) for correct operation.
This problem causes bugs with (at least) HDMI: the HDMI encoder supplies
pixel clock for DISPC, and DISPC supplies video stream for HDMI. The
current code first enables the HDMI encoder, and CRTC after that.
However, the encoder expects the video stream to start during the
encoder's enable, and if it doesn't, there will be sync lost errors.
The encoder enables its video source by calling src->enable(), and this
call goes to omapdrm (omap_crtc_enable), but omapdrm doesn't do anything
in that function. Similarly for disable, which goes to
omap_crtc_disable().
This patch moves the code to setup and enable/disable the crtc to
omap_crtc_enable. and omap_crtc_disable().
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
Reviewed-by: Rob Clark <robdclark@gmail.com>
2014-04-03 18:11:54 +08:00
|
|
|
|
2018-02-13 20:00:39 +08:00
|
|
|
static int omap_crtc_dss_enable(struct omap_drm_private *priv,
|
|
|
|
enum omap_channel channel)
|
2012-12-05 03:59:12 +08:00
|
|
|
{
|
2018-03-07 06:01:33 +08:00
|
|
|
struct drm_crtc *crtc = priv->channels[channel]->crtc;
|
|
|
|
struct omap_crtc *omap_crtc = to_omap_crtc(crtc);
|
drm/omap: fix enabling/disabling of video pipeline
At the moment the omap_crtc_pre_apply() handles the enabling, disabling
and configuring of encoders and panels separately from the CRTC (i.e.
the overlay manager).
However, this doesn't work correctly. The encoder driver has to be in
control of its video input (i.e. the crtc) for correct operation.
This problem causes bugs with (at least) HDMI: the HDMI encoder supplies
pixel clock for DISPC, and DISPC supplies video stream for HDMI. The
current code first enables the HDMI encoder, and CRTC after that.
However, the encoder expects the video stream to start during the
encoder's enable, and if it doesn't, there will be sync lost errors.
The encoder enables its video source by calling src->enable(), and this
call goes to omapdrm (omap_crtc_enable), but omapdrm doesn't do anything
in that function. Similarly for disable, which goes to
omap_crtc_disable().
This patch moves the code to setup and enable/disable the crtc to
omap_crtc_enable. and omap_crtc_disable().
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
Reviewed-by: Rob Clark <robdclark@gmail.com>
2014-04-03 18:11:54 +08:00
|
|
|
|
2018-02-13 20:00:42 +08:00
|
|
|
priv->dispc_ops->mgr_set_timings(priv->dispc, omap_crtc->channel,
|
|
|
|
&omap_crtc->vm);
|
2015-01-15 06:45:17 +08:00
|
|
|
omap_crtc_set_enabled(&omap_crtc->base, true);
|
drm/omap: fix enabling/disabling of video pipeline
At the moment the omap_crtc_pre_apply() handles the enabling, disabling
and configuring of encoders and panels separately from the CRTC (i.e.
the overlay manager).
However, this doesn't work correctly. The encoder driver has to be in
control of its video input (i.e. the crtc) for correct operation.
This problem causes bugs with (at least) HDMI: the HDMI encoder supplies
pixel clock for DISPC, and DISPC supplies video stream for HDMI. The
current code first enables the HDMI encoder, and CRTC after that.
However, the encoder expects the video stream to start during the
encoder's enable, and if it doesn't, there will be sync lost errors.
The encoder enables its video source by calling src->enable(), and this
call goes to omapdrm (omap_crtc_enable), but omapdrm doesn't do anything
in that function. Similarly for disable, which goes to
omap_crtc_disable().
This patch moves the code to setup and enable/disable the crtc to
omap_crtc_enable. and omap_crtc_disable().
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
Reviewed-by: Rob Clark <robdclark@gmail.com>
2014-04-03 18:11:54 +08:00
|
|
|
|
2012-12-05 03:59:12 +08:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2018-02-13 20:00:39 +08:00
|
|
|
static void omap_crtc_dss_disable(struct omap_drm_private *priv,
|
|
|
|
enum omap_channel channel)
|
2012-12-05 03:59:12 +08:00
|
|
|
{
|
2018-03-07 06:01:33 +08:00
|
|
|
struct drm_crtc *crtc = priv->channels[channel]->crtc;
|
|
|
|
struct omap_crtc *omap_crtc = to_omap_crtc(crtc);
|
drm/omap: fix enabling/disabling of video pipeline
At the moment the omap_crtc_pre_apply() handles the enabling, disabling
and configuring of encoders and panels separately from the CRTC (i.e.
the overlay manager).
However, this doesn't work correctly. The encoder driver has to be in
control of its video input (i.e. the crtc) for correct operation.
This problem causes bugs with (at least) HDMI: the HDMI encoder supplies
pixel clock for DISPC, and DISPC supplies video stream for HDMI. The
current code first enables the HDMI encoder, and CRTC after that.
However, the encoder expects the video stream to start during the
encoder's enable, and if it doesn't, there will be sync lost errors.
The encoder enables its video source by calling src->enable(), and this
call goes to omapdrm (omap_crtc_enable), but omapdrm doesn't do anything
in that function. Similarly for disable, which goes to
omap_crtc_disable().
This patch moves the code to setup and enable/disable the crtc to
omap_crtc_enable. and omap_crtc_disable().
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
Reviewed-by: Rob Clark <robdclark@gmail.com>
2014-04-03 18:11:54 +08:00
|
|
|
|
2015-01-15 06:45:17 +08:00
|
|
|
omap_crtc_set_enabled(&omap_crtc->base, false);
|
2012-12-05 03:59:12 +08:00
|
|
|
}
|
|
|
|
|
2018-02-13 20:00:39 +08:00
|
|
|
static void omap_crtc_dss_set_timings(struct omap_drm_private *priv,
|
|
|
|
enum omap_channel channel,
|
2016-09-22 19:07:04 +08:00
|
|
|
const struct videomode *vm)
|
2012-12-05 03:59:12 +08:00
|
|
|
{
|
2018-03-07 06:01:33 +08:00
|
|
|
struct drm_crtc *crtc = priv->channels[channel]->crtc;
|
|
|
|
struct omap_crtc *omap_crtc = to_omap_crtc(crtc);
|
|
|
|
|
2012-12-05 03:59:12 +08:00
|
|
|
DBG("%s", omap_crtc->name);
|
2016-09-22 19:07:04 +08:00
|
|
|
omap_crtc->vm = *vm;
|
2012-12-05 03:59:12 +08:00
|
|
|
}
|
|
|
|
|
2018-02-13 20:00:39 +08:00
|
|
|
static void omap_crtc_dss_set_lcd_config(struct omap_drm_private *priv,
|
|
|
|
enum omap_channel channel,
|
2012-12-05 03:59:12 +08:00
|
|
|
const struct dss_lcd_mgr_config *config)
|
|
|
|
{
|
2018-03-07 06:01:33 +08:00
|
|
|
struct drm_crtc *crtc = priv->channels[channel]->crtc;
|
|
|
|
struct omap_crtc *omap_crtc = to_omap_crtc(crtc);
|
2015-11-06 00:39:52 +08:00
|
|
|
|
2012-12-05 03:59:12 +08:00
|
|
|
DBG("%s", omap_crtc->name);
|
2018-02-13 20:00:42 +08:00
|
|
|
priv->dispc_ops->mgr_set_lcd_config(priv->dispc, omap_crtc->channel,
|
|
|
|
config);
|
2012-12-05 03:59:12 +08:00
|
|
|
}
|
|
|
|
|
2015-03-06 04:01:02 +08:00
|
|
|
static int omap_crtc_dss_register_framedone(
|
2018-02-13 20:00:39 +08:00
|
|
|
struct omap_drm_private *priv, enum omap_channel channel,
|
2012-12-05 03:59:12 +08:00
|
|
|
void (*handler)(void *), void *data)
|
|
|
|
{
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2015-03-06 04:01:02 +08:00
|
|
|
static void omap_crtc_dss_unregister_framedone(
|
2018-02-13 20:00:39 +08:00
|
|
|
struct omap_drm_private *priv, enum omap_channel channel,
|
2012-12-05 03:59:12 +08:00
|
|
|
void (*handler)(void *), void *data)
|
|
|
|
{
|
|
|
|
}
|
|
|
|
|
|
|
|
static const struct dss_mgr_ops mgr_ops = {
|
2015-03-06 04:01:02 +08:00
|
|
|
.start_update = omap_crtc_dss_start_update,
|
|
|
|
.enable = omap_crtc_dss_enable,
|
|
|
|
.disable = omap_crtc_dss_disable,
|
|
|
|
.set_timings = omap_crtc_dss_set_timings,
|
|
|
|
.set_lcd_config = omap_crtc_dss_set_lcd_config,
|
|
|
|
.register_framedone_handler = omap_crtc_dss_register_framedone,
|
|
|
|
.unregister_framedone_handler = omap_crtc_dss_unregister_framedone,
|
staging: add omapdrm DRM/KMS driver for TI OMAP platforms
A DRM display driver for TI OMAP platform. Similar to omapfb (fbdev)
and omap_vout (v4l2 display) drivers in the past, this driver uses the
DSS2 driver to access the display hardware, including support for
HDMI, DVI, and various types of LCD panels. And it implements GEM
support for buffer allocation (for KMS as well as offscreen buffers
used by the xf86-video-omap userspace xorg driver).
The driver maps CRTCs to overlays, encoders to overlay-managers, and
connectors to dssdev's. Note that this arrangement might change slightly
when support for drm_plane overlays is added.
For GEM support, non-scanout buffers are using the shmem backed pages
provided by GEM core (In drm_gem_object_init()). In the case of scanout
buffers, which need to be physically contiguous, those are allocated
with CMA and use drm_gem_private_object_init().
See userspace xorg driver:
git://github.com/robclark/xf86-video-omap.git
Refer to this link for CMA (Continuous Memory Allocator):
http://lkml.org/lkml/2011/8/19/302
Links to previous versions of the patch:
v1: http://lwn.net/Articles/458137/
v2: http://patches.linaro.org/4156/
v3: http://patches.linaro.org/4688/
v4: http://patches.linaro.org/4791/
History:
v5: move headers from include/drm at Greg KH's request, minor rebasing
on 3.2-rc1, pull in private copies of drm_gem_{get,put}_pages()
because "drm/gem: add functions to get/put pages" patch is not
merged yet
v4: bit of rework of encoder/connector _dpms() code, modeset_init()
rework to not use nested functions, update TODO.txt
v3: minor cleanups, improved error handling for dev_load(), some minor
API changes that will be needed later for tiled buffer support
v2: replace omap_vram with CMA for scanout buffer allocation, remove
unneeded functions, use dma_addr_t for physical addresses, error
handling cleanup, refactor attach/detach pages into common drm
functions, split non-userspace-facing API into omap_priv.h, remove
plugin API
v1: original
Signed-off-by: Rob Clark <rob@ti.com>
Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2011-11-13 02:09:40 +08:00
|
|
|
};
|
|
|
|
|
2015-01-18 07:12:59 +08:00
|
|
|
/* -----------------------------------------------------------------------------
|
2015-01-18 22:57:36 +08:00
|
|
|
* Setup, Flush and Page Flip
|
2015-01-18 07:12:59 +08:00
|
|
|
*/
|
|
|
|
|
2018-02-11 21:07:33 +08:00
|
|
|
void omap_crtc_error_irq(struct drm_crtc *crtc, u32 irqstatus)
|
2015-01-18 07:12:59 +08:00
|
|
|
{
|
2015-05-28 05:21:29 +08:00
|
|
|
struct omap_crtc *omap_crtc = to_omap_crtc(crtc);
|
2015-02-26 21:20:24 +08:00
|
|
|
|
|
|
|
if (omap_crtc->ignore_digit_sync_lost) {
|
|
|
|
irqstatus &= ~DISPC_IRQ_SYNC_LOST_DIGIT;
|
|
|
|
if (!irqstatus)
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
2014-11-19 18:50:13 +08:00
|
|
|
DRM_ERROR_RATELIMITED("%s: errors: %08x\n", omap_crtc->name, irqstatus);
|
2015-01-18 07:12:59 +08:00
|
|
|
}
|
|
|
|
|
2016-04-19 06:43:03 +08:00
|
|
|
void omap_crtc_vblank_irq(struct drm_crtc *crtc)
|
2015-01-18 07:12:59 +08:00
|
|
|
{
|
2016-04-19 06:43:03 +08:00
|
|
|
struct omap_crtc *omap_crtc = to_omap_crtc(crtc);
|
2015-11-06 00:39:52 +08:00
|
|
|
struct drm_device *dev = omap_crtc->base.dev;
|
|
|
|
struct omap_drm_private *priv = dev->dev_private;
|
2016-04-19 06:43:03 +08:00
|
|
|
bool pending;
|
2015-01-18 07:12:59 +08:00
|
|
|
|
2016-04-19 06:43:03 +08:00
|
|
|
spin_lock(&crtc->dev->event_lock);
|
|
|
|
/*
|
|
|
|
* If the dispc is busy we're racing the flush operation. Try again on
|
|
|
|
* the next vblank interrupt.
|
|
|
|
*/
|
2018-02-13 20:00:42 +08:00
|
|
|
if (priv->dispc_ops->mgr_go_busy(priv->dispc, omap_crtc->channel)) {
|
2016-04-19 06:43:03 +08:00
|
|
|
spin_unlock(&crtc->dev->event_lock);
|
2015-01-18 01:09:26 +08:00
|
|
|
return;
|
2016-04-19 06:43:03 +08:00
|
|
|
}
|
2015-01-18 01:09:26 +08:00
|
|
|
|
2016-04-19 06:43:03 +08:00
|
|
|
/* Send the vblank event if one has been requested. */
|
|
|
|
if (omap_crtc->event) {
|
|
|
|
drm_crtc_send_vblank_event(crtc, omap_crtc->event);
|
|
|
|
omap_crtc->event = NULL;
|
|
|
|
}
|
2015-01-18 01:09:26 +08:00
|
|
|
|
2016-04-19 06:43:03 +08:00
|
|
|
pending = omap_crtc->pending;
|
2015-05-29 21:01:18 +08:00
|
|
|
omap_crtc->pending = false;
|
2016-04-19 06:31:21 +08:00
|
|
|
spin_unlock(&crtc->dev->event_lock);
|
2015-05-29 21:01:18 +08:00
|
|
|
|
2016-04-19 06:43:03 +08:00
|
|
|
if (pending)
|
|
|
|
drm_crtc_vblank_put(crtc);
|
2015-01-18 01:09:26 +08:00
|
|
|
|
2016-04-19 06:43:03 +08:00
|
|
|
/* Wake up omap_atomic_complete. */
|
2015-05-29 21:01:18 +08:00
|
|
|
wake_up(&omap_crtc->pending_wait);
|
2016-04-19 06:43:03 +08:00
|
|
|
|
|
|
|
DBG("%s: apply done", omap_crtc->name);
|
2015-01-18 07:12:59 +08:00
|
|
|
}
|
|
|
|
|
2015-08-10 17:08:50 +08:00
|
|
|
static void omap_crtc_write_crtc_properties(struct drm_crtc *crtc)
|
|
|
|
{
|
2015-11-06 00:39:52 +08:00
|
|
|
struct omap_drm_private *priv = crtc->dev->dev_private;
|
2015-08-10 17:08:50 +08:00
|
|
|
struct omap_crtc *omap_crtc = to_omap_crtc(crtc);
|
|
|
|
struct omap_overlay_manager_info info;
|
|
|
|
|
|
|
|
memset(&info, 0, sizeof(info));
|
|
|
|
|
|
|
|
info.default_color = 0x000000;
|
|
|
|
info.trans_enabled = false;
|
|
|
|
info.partial_alpha_enabled = false;
|
|
|
|
info.cpr_enable = false;
|
|
|
|
|
2018-02-13 20:00:42 +08:00
|
|
|
priv->dispc_ops->mgr_setup(priv->dispc, omap_crtc->channel, &info);
|
2015-08-10 17:08:50 +08:00
|
|
|
}
|
|
|
|
|
2015-01-18 07:12:59 +08:00
|
|
|
/* -----------------------------------------------------------------------------
|
|
|
|
* CRTC Functions
|
2012-12-05 03:59:12 +08:00
|
|
|
*/
|
|
|
|
|
staging: add omapdrm DRM/KMS driver for TI OMAP platforms
A DRM display driver for TI OMAP platform. Similar to omapfb (fbdev)
and omap_vout (v4l2 display) drivers in the past, this driver uses the
DSS2 driver to access the display hardware, including support for
HDMI, DVI, and various types of LCD panels. And it implements GEM
support for buffer allocation (for KMS as well as offscreen buffers
used by the xf86-video-omap userspace xorg driver).
The driver maps CRTCs to overlays, encoders to overlay-managers, and
connectors to dssdev's. Note that this arrangement might change slightly
when support for drm_plane overlays is added.
For GEM support, non-scanout buffers are using the shmem backed pages
provided by GEM core (In drm_gem_object_init()). In the case of scanout
buffers, which need to be physically contiguous, those are allocated
with CMA and use drm_gem_private_object_init().
See userspace xorg driver:
git://github.com/robclark/xf86-video-omap.git
Refer to this link for CMA (Continuous Memory Allocator):
http://lkml.org/lkml/2011/8/19/302
Links to previous versions of the patch:
v1: http://lwn.net/Articles/458137/
v2: http://patches.linaro.org/4156/
v3: http://patches.linaro.org/4688/
v4: http://patches.linaro.org/4791/
History:
v5: move headers from include/drm at Greg KH's request, minor rebasing
on 3.2-rc1, pull in private copies of drm_gem_{get,put}_pages()
because "drm/gem: add functions to get/put pages" patch is not
merged yet
v4: bit of rework of encoder/connector _dpms() code, modeset_init()
rework to not use nested functions, update TODO.txt
v3: minor cleanups, improved error handling for dev_load(), some minor
API changes that will be needed later for tiled buffer support
v2: replace omap_vram with CMA for scanout buffer allocation, remove
unneeded functions, use dma_addr_t for physical addresses, error
handling cleanup, refactor attach/detach pages into common drm
functions, split non-userspace-facing API into omap_priv.h, remove
plugin API
v1: original
Signed-off-by: Rob Clark <rob@ti.com>
Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2011-11-13 02:09:40 +08:00
|
|
|
static void omap_crtc_destroy(struct drm_crtc *crtc)
|
|
|
|
{
|
|
|
|
struct omap_crtc *omap_crtc = to_omap_crtc(crtc);
|
2012-12-05 03:59:12 +08:00
|
|
|
|
|
|
|
DBG("%s", omap_crtc->name);
|
|
|
|
|
staging: add omapdrm DRM/KMS driver for TI OMAP platforms
A DRM display driver for TI OMAP platform. Similar to omapfb (fbdev)
and omap_vout (v4l2 display) drivers in the past, this driver uses the
DSS2 driver to access the display hardware, including support for
HDMI, DVI, and various types of LCD panels. And it implements GEM
support for buffer allocation (for KMS as well as offscreen buffers
used by the xf86-video-omap userspace xorg driver).
The driver maps CRTCs to overlays, encoders to overlay-managers, and
connectors to dssdev's. Note that this arrangement might change slightly
when support for drm_plane overlays is added.
For GEM support, non-scanout buffers are using the shmem backed pages
provided by GEM core (In drm_gem_object_init()). In the case of scanout
buffers, which need to be physically contiguous, those are allocated
with CMA and use drm_gem_private_object_init().
See userspace xorg driver:
git://github.com/robclark/xf86-video-omap.git
Refer to this link for CMA (Continuous Memory Allocator):
http://lkml.org/lkml/2011/8/19/302
Links to previous versions of the patch:
v1: http://lwn.net/Articles/458137/
v2: http://patches.linaro.org/4156/
v3: http://patches.linaro.org/4688/
v4: http://patches.linaro.org/4791/
History:
v5: move headers from include/drm at Greg KH's request, minor rebasing
on 3.2-rc1, pull in private copies of drm_gem_{get,put}_pages()
because "drm/gem: add functions to get/put pages" patch is not
merged yet
v4: bit of rework of encoder/connector _dpms() code, modeset_init()
rework to not use nested functions, update TODO.txt
v3: minor cleanups, improved error handling for dev_load(), some minor
API changes that will be needed later for tiled buffer support
v2: replace omap_vram with CMA for scanout buffer allocation, remove
unneeded functions, use dma_addr_t for physical addresses, error
handling cleanup, refactor attach/detach pages into common drm
functions, split non-userspace-facing API into omap_priv.h, remove
plugin API
v1: original
Signed-off-by: Rob Clark <rob@ti.com>
Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2011-11-13 02:09:40 +08:00
|
|
|
drm_crtc_cleanup(crtc);
|
2012-12-05 03:59:12 +08:00
|
|
|
|
staging: add omapdrm DRM/KMS driver for TI OMAP platforms
A DRM display driver for TI OMAP platform. Similar to omapfb (fbdev)
and omap_vout (v4l2 display) drivers in the past, this driver uses the
DSS2 driver to access the display hardware, including support for
HDMI, DVI, and various types of LCD panels. And it implements GEM
support for buffer allocation (for KMS as well as offscreen buffers
used by the xf86-video-omap userspace xorg driver).
The driver maps CRTCs to overlays, encoders to overlay-managers, and
connectors to dssdev's. Note that this arrangement might change slightly
when support for drm_plane overlays is added.
For GEM support, non-scanout buffers are using the shmem backed pages
provided by GEM core (In drm_gem_object_init()). In the case of scanout
buffers, which need to be physically contiguous, those are allocated
with CMA and use drm_gem_private_object_init().
See userspace xorg driver:
git://github.com/robclark/xf86-video-omap.git
Refer to this link for CMA (Continuous Memory Allocator):
http://lkml.org/lkml/2011/8/19/302
Links to previous versions of the patch:
v1: http://lwn.net/Articles/458137/
v2: http://patches.linaro.org/4156/
v3: http://patches.linaro.org/4688/
v4: http://patches.linaro.org/4791/
History:
v5: move headers from include/drm at Greg KH's request, minor rebasing
on 3.2-rc1, pull in private copies of drm_gem_{get,put}_pages()
because "drm/gem: add functions to get/put pages" patch is not
merged yet
v4: bit of rework of encoder/connector _dpms() code, modeset_init()
rework to not use nested functions, update TODO.txt
v3: minor cleanups, improved error handling for dev_load(), some minor
API changes that will be needed later for tiled buffer support
v2: replace omap_vram with CMA for scanout buffer allocation, remove
unneeded functions, use dma_addr_t for physical addresses, error
handling cleanup, refactor attach/detach pages into common drm
functions, split non-userspace-facing API into omap_priv.h, remove
plugin API
v1: original
Signed-off-by: Rob Clark <rob@ti.com>
Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2011-11-13 02:09:40 +08:00
|
|
|
kfree(omap_crtc);
|
|
|
|
}
|
|
|
|
|
2017-05-09 06:27:09 +08:00
|
|
|
static void omap_crtc_arm_event(struct drm_crtc *crtc)
|
|
|
|
{
|
|
|
|
struct omap_crtc *omap_crtc = to_omap_crtc(crtc);
|
|
|
|
|
|
|
|
WARN_ON(omap_crtc->pending);
|
|
|
|
omap_crtc->pending = true;
|
|
|
|
|
|
|
|
if (crtc->state->event) {
|
|
|
|
omap_crtc->event = crtc->state->event;
|
|
|
|
crtc->state->event = NULL;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2017-06-30 17:36:44 +08:00
|
|
|
static void omap_crtc_atomic_enable(struct drm_crtc *crtc,
|
|
|
|
struct drm_crtc_state *old_state)
|
staging: add omapdrm DRM/KMS driver for TI OMAP platforms
A DRM display driver for TI OMAP platform. Similar to omapfb (fbdev)
and omap_vout (v4l2 display) drivers in the past, this driver uses the
DSS2 driver to access the display hardware, including support for
HDMI, DVI, and various types of LCD panels. And it implements GEM
support for buffer allocation (for KMS as well as offscreen buffers
used by the xf86-video-omap userspace xorg driver).
The driver maps CRTCs to overlays, encoders to overlay-managers, and
connectors to dssdev's. Note that this arrangement might change slightly
when support for drm_plane overlays is added.
For GEM support, non-scanout buffers are using the shmem backed pages
provided by GEM core (In drm_gem_object_init()). In the case of scanout
buffers, which need to be physically contiguous, those are allocated
with CMA and use drm_gem_private_object_init().
See userspace xorg driver:
git://github.com/robclark/xf86-video-omap.git
Refer to this link for CMA (Continuous Memory Allocator):
http://lkml.org/lkml/2011/8/19/302
Links to previous versions of the patch:
v1: http://lwn.net/Articles/458137/
v2: http://patches.linaro.org/4156/
v3: http://patches.linaro.org/4688/
v4: http://patches.linaro.org/4791/
History:
v5: move headers from include/drm at Greg KH's request, minor rebasing
on 3.2-rc1, pull in private copies of drm_gem_{get,put}_pages()
because "drm/gem: add functions to get/put pages" patch is not
merged yet
v4: bit of rework of encoder/connector _dpms() code, modeset_init()
rework to not use nested functions, update TODO.txt
v3: minor cleanups, improved error handling for dev_load(), some minor
API changes that will be needed later for tiled buffer support
v2: replace omap_vram with CMA for scanout buffer allocation, remove
unneeded functions, use dma_addr_t for physical addresses, error
handling cleanup, refactor attach/detach pages into common drm
functions, split non-userspace-facing API into omap_priv.h, remove
plugin API
v1: original
Signed-off-by: Rob Clark <rob@ti.com>
Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2011-11-13 02:09:40 +08:00
|
|
|
{
|
drm/omap: Move DISPC runtime PM handling to omapdrm
The internal encoders (DSI, HDMI4, HDMI5 and VENC) runtime PM handlers
attempt to manage the runtime PM state of the connected DISPC, based on
the rationale that the DISPC providing data to the encoders requires
ensuring that the display is active whenever the encoders are active.
While the DISPC provides data to the encoders, it doesn't as such
constitute a resource that encoders require in order to be taken out
of suspend, contrary to for instance a functional clock or a power
supply. Encoders registers can be accessed without the DISPC being
active, and while the encoders will not output any video stream without
being fed by the DISPC, the DISPC PM state doesn't influence the
encoders PM state.
For this reason the DISPC PM state is better managed from the omapdrm
driver, in the CRTC enable and disable operations. This allows the
encoders PM state to be handled separately from the DISPC, and in
particular at times when the DISPC may not be available (for instance at
probe due to the DSS probe being deferred, or at remove time du to the
DISPC being already removed).
Fixes: edb715dffdee ("drm/omap: dss: dsi: Move initialization code from bind to probe")
Signed-off-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Reviewed-by: Sebastian Reichel <sebastian.reichel@collabora.com>
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
Link: https://patchwork.freedesktop.org/patch/msgid/20181110111654.4387-5-laurent.pinchart@ideasonboard.com
2018-11-10 19:16:54 +08:00
|
|
|
struct omap_drm_private *priv = crtc->dev->dev_private;
|
staging: add omapdrm DRM/KMS driver for TI OMAP platforms
A DRM display driver for TI OMAP platform. Similar to omapfb (fbdev)
and omap_vout (v4l2 display) drivers in the past, this driver uses the
DSS2 driver to access the display hardware, including support for
HDMI, DVI, and various types of LCD panels. And it implements GEM
support for buffer allocation (for KMS as well as offscreen buffers
used by the xf86-video-omap userspace xorg driver).
The driver maps CRTCs to overlays, encoders to overlay-managers, and
connectors to dssdev's. Note that this arrangement might change slightly
when support for drm_plane overlays is added.
For GEM support, non-scanout buffers are using the shmem backed pages
provided by GEM core (In drm_gem_object_init()). In the case of scanout
buffers, which need to be physically contiguous, those are allocated
with CMA and use drm_gem_private_object_init().
See userspace xorg driver:
git://github.com/robclark/xf86-video-omap.git
Refer to this link for CMA (Continuous Memory Allocator):
http://lkml.org/lkml/2011/8/19/302
Links to previous versions of the patch:
v1: http://lwn.net/Articles/458137/
v2: http://patches.linaro.org/4156/
v3: http://patches.linaro.org/4688/
v4: http://patches.linaro.org/4791/
History:
v5: move headers from include/drm at Greg KH's request, minor rebasing
on 3.2-rc1, pull in private copies of drm_gem_{get,put}_pages()
because "drm/gem: add functions to get/put pages" patch is not
merged yet
v4: bit of rework of encoder/connector _dpms() code, modeset_init()
rework to not use nested functions, update TODO.txt
v3: minor cleanups, improved error handling for dev_load(), some minor
API changes that will be needed later for tiled buffer support
v2: replace omap_vram with CMA for scanout buffer allocation, remove
unneeded functions, use dma_addr_t for physical addresses, error
handling cleanup, refactor attach/detach pages into common drm
functions, split non-userspace-facing API into omap_priv.h, remove
plugin API
v1: original
Signed-off-by: Rob Clark <rob@ti.com>
Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2011-11-13 02:09:40 +08:00
|
|
|
struct omap_crtc *omap_crtc = to_omap_crtc(crtc);
|
2016-04-19 06:43:03 +08:00
|
|
|
int ret;
|
staging: add omapdrm DRM/KMS driver for TI OMAP platforms
A DRM display driver for TI OMAP platform. Similar to omapfb (fbdev)
and omap_vout (v4l2 display) drivers in the past, this driver uses the
DSS2 driver to access the display hardware, including support for
HDMI, DVI, and various types of LCD panels. And it implements GEM
support for buffer allocation (for KMS as well as offscreen buffers
used by the xf86-video-omap userspace xorg driver).
The driver maps CRTCs to overlays, encoders to overlay-managers, and
connectors to dssdev's. Note that this arrangement might change slightly
when support for drm_plane overlays is added.
For GEM support, non-scanout buffers are using the shmem backed pages
provided by GEM core (In drm_gem_object_init()). In the case of scanout
buffers, which need to be physically contiguous, those are allocated
with CMA and use drm_gem_private_object_init().
See userspace xorg driver:
git://github.com/robclark/xf86-video-omap.git
Refer to this link for CMA (Continuous Memory Allocator):
http://lkml.org/lkml/2011/8/19/302
Links to previous versions of the patch:
v1: http://lwn.net/Articles/458137/
v2: http://patches.linaro.org/4156/
v3: http://patches.linaro.org/4688/
v4: http://patches.linaro.org/4791/
History:
v5: move headers from include/drm at Greg KH's request, minor rebasing
on 3.2-rc1, pull in private copies of drm_gem_{get,put}_pages()
because "drm/gem: add functions to get/put pages" patch is not
merged yet
v4: bit of rework of encoder/connector _dpms() code, modeset_init()
rework to not use nested functions, update TODO.txt
v3: minor cleanups, improved error handling for dev_load(), some minor
API changes that will be needed later for tiled buffer support
v2: replace omap_vram with CMA for scanout buffer allocation, remove
unneeded functions, use dma_addr_t for physical addresses, error
handling cleanup, refactor attach/detach pages into common drm
functions, split non-userspace-facing API into omap_priv.h, remove
plugin API
v1: original
Signed-off-by: Rob Clark <rob@ti.com>
Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2011-11-13 02:09:40 +08:00
|
|
|
|
2015-03-06 04:13:22 +08:00
|
|
|
DBG("%s", omap_crtc->name);
|
2012-12-05 03:59:12 +08:00
|
|
|
|
drm/omap: Move DISPC runtime PM handling to omapdrm
The internal encoders (DSI, HDMI4, HDMI5 and VENC) runtime PM handlers
attempt to manage the runtime PM state of the connected DISPC, based on
the rationale that the DISPC providing data to the encoders requires
ensuring that the display is active whenever the encoders are active.
While the DISPC provides data to the encoders, it doesn't as such
constitute a resource that encoders require in order to be taken out
of suspend, contrary to for instance a functional clock or a power
supply. Encoders registers can be accessed without the DISPC being
active, and while the encoders will not output any video stream without
being fed by the DISPC, the DISPC PM state doesn't influence the
encoders PM state.
For this reason the DISPC PM state is better managed from the omapdrm
driver, in the CRTC enable and disable operations. This allows the
encoders PM state to be handled separately from the DISPC, and in
particular at times when the DISPC may not be available (for instance at
probe due to the DSS probe being deferred, or at remove time du to the
DISPC being already removed).
Fixes: edb715dffdee ("drm/omap: dss: dsi: Move initialization code from bind to probe")
Signed-off-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Reviewed-by: Sebastian Reichel <sebastian.reichel@collabora.com>
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
Link: https://patchwork.freedesktop.org/patch/msgid/20181110111654.4387-5-laurent.pinchart@ideasonboard.com
2018-11-10 19:16:54 +08:00
|
|
|
priv->dispc_ops->runtime_get(priv->dispc);
|
|
|
|
|
2016-04-19 06:31:21 +08:00
|
|
|
spin_lock_irq(&crtc->dev->event_lock);
|
2016-04-19 06:43:03 +08:00
|
|
|
drm_crtc_vblank_on(crtc);
|
|
|
|
ret = drm_crtc_vblank_get(crtc);
|
|
|
|
WARN_ON(ret != 0);
|
|
|
|
|
2017-05-09 06:27:09 +08:00
|
|
|
omap_crtc_arm_event(crtc);
|
2016-04-19 06:31:21 +08:00
|
|
|
spin_unlock_irq(&crtc->dev->event_lock);
|
staging: add omapdrm DRM/KMS driver for TI OMAP platforms
A DRM display driver for TI OMAP platform. Similar to omapfb (fbdev)
and omap_vout (v4l2 display) drivers in the past, this driver uses the
DSS2 driver to access the display hardware, including support for
HDMI, DVI, and various types of LCD panels. And it implements GEM
support for buffer allocation (for KMS as well as offscreen buffers
used by the xf86-video-omap userspace xorg driver).
The driver maps CRTCs to overlays, encoders to overlay-managers, and
connectors to dssdev's. Note that this arrangement might change slightly
when support for drm_plane overlays is added.
For GEM support, non-scanout buffers are using the shmem backed pages
provided by GEM core (In drm_gem_object_init()). In the case of scanout
buffers, which need to be physically contiguous, those are allocated
with CMA and use drm_gem_private_object_init().
See userspace xorg driver:
git://github.com/robclark/xf86-video-omap.git
Refer to this link for CMA (Continuous Memory Allocator):
http://lkml.org/lkml/2011/8/19/302
Links to previous versions of the patch:
v1: http://lwn.net/Articles/458137/
v2: http://patches.linaro.org/4156/
v3: http://patches.linaro.org/4688/
v4: http://patches.linaro.org/4791/
History:
v5: move headers from include/drm at Greg KH's request, minor rebasing
on 3.2-rc1, pull in private copies of drm_gem_{get,put}_pages()
because "drm/gem: add functions to get/put pages" patch is not
merged yet
v4: bit of rework of encoder/connector _dpms() code, modeset_init()
rework to not use nested functions, update TODO.txt
v3: minor cleanups, improved error handling for dev_load(), some minor
API changes that will be needed later for tiled buffer support
v2: replace omap_vram with CMA for scanout buffer allocation, remove
unneeded functions, use dma_addr_t for physical addresses, error
handling cleanup, refactor attach/detach pages into common drm
functions, split non-userspace-facing API into omap_priv.h, remove
plugin API
v1: original
Signed-off-by: Rob Clark <rob@ti.com>
Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2011-11-13 02:09:40 +08:00
|
|
|
}
|
|
|
|
|
2017-06-30 17:36:45 +08:00
|
|
|
static void omap_crtc_atomic_disable(struct drm_crtc *crtc,
|
|
|
|
struct drm_crtc_state *old_state)
|
staging: add omapdrm DRM/KMS driver for TI OMAP platforms
A DRM display driver for TI OMAP platform. Similar to omapfb (fbdev)
and omap_vout (v4l2 display) drivers in the past, this driver uses the
DSS2 driver to access the display hardware, including support for
HDMI, DVI, and various types of LCD panels. And it implements GEM
support for buffer allocation (for KMS as well as offscreen buffers
used by the xf86-video-omap userspace xorg driver).
The driver maps CRTCs to overlays, encoders to overlay-managers, and
connectors to dssdev's. Note that this arrangement might change slightly
when support for drm_plane overlays is added.
For GEM support, non-scanout buffers are using the shmem backed pages
provided by GEM core (In drm_gem_object_init()). In the case of scanout
buffers, which need to be physically contiguous, those are allocated
with CMA and use drm_gem_private_object_init().
See userspace xorg driver:
git://github.com/robclark/xf86-video-omap.git
Refer to this link for CMA (Continuous Memory Allocator):
http://lkml.org/lkml/2011/8/19/302
Links to previous versions of the patch:
v1: http://lwn.net/Articles/458137/
v2: http://patches.linaro.org/4156/
v3: http://patches.linaro.org/4688/
v4: http://patches.linaro.org/4791/
History:
v5: move headers from include/drm at Greg KH's request, minor rebasing
on 3.2-rc1, pull in private copies of drm_gem_{get,put}_pages()
because "drm/gem: add functions to get/put pages" patch is not
merged yet
v4: bit of rework of encoder/connector _dpms() code, modeset_init()
rework to not use nested functions, update TODO.txt
v3: minor cleanups, improved error handling for dev_load(), some minor
API changes that will be needed later for tiled buffer support
v2: replace omap_vram with CMA for scanout buffer allocation, remove
unneeded functions, use dma_addr_t for physical addresses, error
handling cleanup, refactor attach/detach pages into common drm
functions, split non-userspace-facing API into omap_priv.h, remove
plugin API
v1: original
Signed-off-by: Rob Clark <rob@ti.com>
Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2011-11-13 02:09:40 +08:00
|
|
|
{
|
drm/omap: Move DISPC runtime PM handling to omapdrm
The internal encoders (DSI, HDMI4, HDMI5 and VENC) runtime PM handlers
attempt to manage the runtime PM state of the connected DISPC, based on
the rationale that the DISPC providing data to the encoders requires
ensuring that the display is active whenever the encoders are active.
While the DISPC provides data to the encoders, it doesn't as such
constitute a resource that encoders require in order to be taken out
of suspend, contrary to for instance a functional clock or a power
supply. Encoders registers can be accessed without the DISPC being
active, and while the encoders will not output any video stream without
being fed by the DISPC, the DISPC PM state doesn't influence the
encoders PM state.
For this reason the DISPC PM state is better managed from the omapdrm
driver, in the CRTC enable and disable operations. This allows the
encoders PM state to be handled separately from the DISPC, and in
particular at times when the DISPC may not be available (for instance at
probe due to the DSS probe being deferred, or at remove time du to the
DISPC being already removed).
Fixes: edb715dffdee ("drm/omap: dss: dsi: Move initialization code from bind to probe")
Signed-off-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Reviewed-by: Sebastian Reichel <sebastian.reichel@collabora.com>
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
Link: https://patchwork.freedesktop.org/patch/msgid/20181110111654.4387-5-laurent.pinchart@ideasonboard.com
2018-11-10 19:16:54 +08:00
|
|
|
struct omap_drm_private *priv = crtc->dev->dev_private;
|
2015-03-06 04:13:22 +08:00
|
|
|
struct omap_crtc *omap_crtc = to_omap_crtc(crtc);
|
|
|
|
|
|
|
|
DBG("%s", omap_crtc->name);
|
|
|
|
|
2017-05-09 06:27:09 +08:00
|
|
|
spin_lock_irq(&crtc->dev->event_lock);
|
|
|
|
if (crtc->state->event) {
|
|
|
|
drm_crtc_send_vblank_event(crtc, crtc->state->event);
|
|
|
|
crtc->state->event = NULL;
|
|
|
|
}
|
|
|
|
spin_unlock_irq(&crtc->dev->event_lock);
|
|
|
|
|
2015-03-06 04:13:22 +08:00
|
|
|
drm_crtc_vblank_off(crtc);
|
drm/omap: Move DISPC runtime PM handling to omapdrm
The internal encoders (DSI, HDMI4, HDMI5 and VENC) runtime PM handlers
attempt to manage the runtime PM state of the connected DISPC, based on
the rationale that the DISPC providing data to the encoders requires
ensuring that the display is active whenever the encoders are active.
While the DISPC provides data to the encoders, it doesn't as such
constitute a resource that encoders require in order to be taken out
of suspend, contrary to for instance a functional clock or a power
supply. Encoders registers can be accessed without the DISPC being
active, and while the encoders will not output any video stream without
being fed by the DISPC, the DISPC PM state doesn't influence the
encoders PM state.
For this reason the DISPC PM state is better managed from the omapdrm
driver, in the CRTC enable and disable operations. This allows the
encoders PM state to be handled separately from the DISPC, and in
particular at times when the DISPC may not be available (for instance at
probe due to the DSS probe being deferred, or at remove time du to the
DISPC being already removed).
Fixes: edb715dffdee ("drm/omap: dss: dsi: Move initialization code from bind to probe")
Signed-off-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Reviewed-by: Sebastian Reichel <sebastian.reichel@collabora.com>
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
Link: https://patchwork.freedesktop.org/patch/msgid/20181110111654.4387-5-laurent.pinchart@ideasonboard.com
2018-11-10 19:16:54 +08:00
|
|
|
|
|
|
|
priv->dispc_ops->runtime_put(priv->dispc);
|
staging: add omapdrm DRM/KMS driver for TI OMAP platforms
A DRM display driver for TI OMAP platform. Similar to omapfb (fbdev)
and omap_vout (v4l2 display) drivers in the past, this driver uses the
DSS2 driver to access the display hardware, including support for
HDMI, DVI, and various types of LCD panels. And it implements GEM
support for buffer allocation (for KMS as well as offscreen buffers
used by the xf86-video-omap userspace xorg driver).
The driver maps CRTCs to overlays, encoders to overlay-managers, and
connectors to dssdev's. Note that this arrangement might change slightly
when support for drm_plane overlays is added.
For GEM support, non-scanout buffers are using the shmem backed pages
provided by GEM core (In drm_gem_object_init()). In the case of scanout
buffers, which need to be physically contiguous, those are allocated
with CMA and use drm_gem_private_object_init().
See userspace xorg driver:
git://github.com/robclark/xf86-video-omap.git
Refer to this link for CMA (Continuous Memory Allocator):
http://lkml.org/lkml/2011/8/19/302
Links to previous versions of the patch:
v1: http://lwn.net/Articles/458137/
v2: http://patches.linaro.org/4156/
v3: http://patches.linaro.org/4688/
v4: http://patches.linaro.org/4791/
History:
v5: move headers from include/drm at Greg KH's request, minor rebasing
on 3.2-rc1, pull in private copies of drm_gem_{get,put}_pages()
because "drm/gem: add functions to get/put pages" patch is not
merged yet
v4: bit of rework of encoder/connector _dpms() code, modeset_init()
rework to not use nested functions, update TODO.txt
v3: minor cleanups, improved error handling for dev_load(), some minor
API changes that will be needed later for tiled buffer support
v2: replace omap_vram with CMA for scanout buffer allocation, remove
unneeded functions, use dma_addr_t for physical addresses, error
handling cleanup, refactor attach/detach pages into common drm
functions, split non-userspace-facing API into omap_priv.h, remove
plugin API
v1: original
Signed-off-by: Rob Clark <rob@ti.com>
Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2011-11-13 02:09:40 +08:00
|
|
|
}
|
|
|
|
|
2017-11-30 20:12:37 +08:00
|
|
|
static enum drm_mode_status omap_crtc_mode_valid(struct drm_crtc *crtc,
|
|
|
|
const struct drm_display_mode *mode)
|
|
|
|
{
|
|
|
|
struct omap_drm_private *priv = crtc->dev->dev_private;
|
2018-09-20 05:17:42 +08:00
|
|
|
struct omap_crtc *omap_crtc = to_omap_crtc(crtc);
|
|
|
|
struct videomode vm = {0};
|
|
|
|
int r;
|
|
|
|
|
|
|
|
drm_display_mode_to_videomode(mode, &vm);
|
2019-05-24 04:07:54 +08:00
|
|
|
|
|
|
|
/*
|
|
|
|
* DSI might not call this, since the supplied mode is not a
|
|
|
|
* valid DISPC mode. DSI will calculate and configure the
|
|
|
|
* proper DISPC mode later.
|
|
|
|
*/
|
|
|
|
if (omap_crtc->pipe->output->next == NULL ||
|
|
|
|
omap_crtc->pipe->output->next->type != OMAP_DISPLAY_TYPE_DSI) {
|
|
|
|
r = priv->dispc_ops->mgr_check_timings(priv->dispc,
|
|
|
|
omap_crtc->channel,
|
|
|
|
&vm);
|
|
|
|
if (r)
|
|
|
|
return r;
|
|
|
|
}
|
2017-11-30 20:12:37 +08:00
|
|
|
|
|
|
|
/* Check for bandwidth limit */
|
|
|
|
if (priv->max_bandwidth) {
|
|
|
|
/*
|
|
|
|
* Estimation for the bandwidth need of a given mode with one
|
|
|
|
* full screen plane:
|
|
|
|
* bandwidth = resolution * 32bpp * (pclk / (vtotal * htotal))
|
|
|
|
* ^^ Refresh rate ^^
|
|
|
|
*
|
|
|
|
* The interlaced mode is taken into account by using the
|
|
|
|
* pixelclock in the calculation.
|
|
|
|
*
|
|
|
|
* The equation is rearranged for 64bit arithmetic.
|
|
|
|
*/
|
|
|
|
uint64_t bandwidth = mode->clock * 1000;
|
|
|
|
unsigned int bpp = 4;
|
|
|
|
|
|
|
|
bandwidth = bandwidth * mode->hdisplay * mode->vdisplay * bpp;
|
|
|
|
bandwidth = div_u64(bandwidth, mode->htotal * mode->vtotal);
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Reject modes which would need more bandwidth if used with one
|
|
|
|
* full resolution plane (most common use case).
|
|
|
|
*/
|
|
|
|
if (priv->max_bandwidth < bandwidth)
|
|
|
|
return MODE_BAD;
|
|
|
|
}
|
|
|
|
|
|
|
|
return MODE_OK;
|
|
|
|
}
|
|
|
|
|
2015-03-05 19:45:14 +08:00
|
|
|
static void omap_crtc_mode_set_nofb(struct drm_crtc *crtc)
|
staging: add omapdrm DRM/KMS driver for TI OMAP platforms
A DRM display driver for TI OMAP platform. Similar to omapfb (fbdev)
and omap_vout (v4l2 display) drivers in the past, this driver uses the
DSS2 driver to access the display hardware, including support for
HDMI, DVI, and various types of LCD panels. And it implements GEM
support for buffer allocation (for KMS as well as offscreen buffers
used by the xf86-video-omap userspace xorg driver).
The driver maps CRTCs to overlays, encoders to overlay-managers, and
connectors to dssdev's. Note that this arrangement might change slightly
when support for drm_plane overlays is added.
For GEM support, non-scanout buffers are using the shmem backed pages
provided by GEM core (In drm_gem_object_init()). In the case of scanout
buffers, which need to be physically contiguous, those are allocated
with CMA and use drm_gem_private_object_init().
See userspace xorg driver:
git://github.com/robclark/xf86-video-omap.git
Refer to this link for CMA (Continuous Memory Allocator):
http://lkml.org/lkml/2011/8/19/302
Links to previous versions of the patch:
v1: http://lwn.net/Articles/458137/
v2: http://patches.linaro.org/4156/
v3: http://patches.linaro.org/4688/
v4: http://patches.linaro.org/4791/
History:
v5: move headers from include/drm at Greg KH's request, minor rebasing
on 3.2-rc1, pull in private copies of drm_gem_{get,put}_pages()
because "drm/gem: add functions to get/put pages" patch is not
merged yet
v4: bit of rework of encoder/connector _dpms() code, modeset_init()
rework to not use nested functions, update TODO.txt
v3: minor cleanups, improved error handling for dev_load(), some minor
API changes that will be needed later for tiled buffer support
v2: replace omap_vram with CMA for scanout buffer allocation, remove
unneeded functions, use dma_addr_t for physical addresses, error
handling cleanup, refactor attach/detach pages into common drm
functions, split non-userspace-facing API into omap_priv.h, remove
plugin API
v1: original
Signed-off-by: Rob Clark <rob@ti.com>
Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2011-11-13 02:09:40 +08:00
|
|
|
{
|
|
|
|
struct omap_crtc *omap_crtc = to_omap_crtc(crtc);
|
2015-03-05 19:45:14 +08:00
|
|
|
struct drm_display_mode *mode = &crtc->state->adjusted_mode;
|
2012-12-05 03:59:12 +08:00
|
|
|
|
2018-12-20 20:26:10 +08:00
|
|
|
DBG("%s: set mode: " DRM_MODE_FMT,
|
|
|
|
omap_crtc->name, DRM_MODE_ARG(mode));
|
2012-12-05 03:59:12 +08:00
|
|
|
|
2018-06-07 23:32:16 +08:00
|
|
|
drm_display_mode_to_videomode(mode, &omap_crtc->vm);
|
staging: add omapdrm DRM/KMS driver for TI OMAP platforms
A DRM display driver for TI OMAP platform. Similar to omapfb (fbdev)
and omap_vout (v4l2 display) drivers in the past, this driver uses the
DSS2 driver to access the display hardware, including support for
HDMI, DVI, and various types of LCD panels. And it implements GEM
support for buffer allocation (for KMS as well as offscreen buffers
used by the xf86-video-omap userspace xorg driver).
The driver maps CRTCs to overlays, encoders to overlay-managers, and
connectors to dssdev's. Note that this arrangement might change slightly
when support for drm_plane overlays is added.
For GEM support, non-scanout buffers are using the shmem backed pages
provided by GEM core (In drm_gem_object_init()). In the case of scanout
buffers, which need to be physically contiguous, those are allocated
with CMA and use drm_gem_private_object_init().
See userspace xorg driver:
git://github.com/robclark/xf86-video-omap.git
Refer to this link for CMA (Continuous Memory Allocator):
http://lkml.org/lkml/2011/8/19/302
Links to previous versions of the patch:
v1: http://lwn.net/Articles/458137/
v2: http://patches.linaro.org/4156/
v3: http://patches.linaro.org/4688/
v4: http://patches.linaro.org/4791/
History:
v5: move headers from include/drm at Greg KH's request, minor rebasing
on 3.2-rc1, pull in private copies of drm_gem_{get,put}_pages()
because "drm/gem: add functions to get/put pages" patch is not
merged yet
v4: bit of rework of encoder/connector _dpms() code, modeset_init()
rework to not use nested functions, update TODO.txt
v3: minor cleanups, improved error handling for dev_load(), some minor
API changes that will be needed later for tiled buffer support
v2: replace omap_vram with CMA for scanout buffer allocation, remove
unneeded functions, use dma_addr_t for physical addresses, error
handling cleanup, refactor attach/detach pages into common drm
functions, split non-userspace-facing API into omap_priv.h, remove
plugin API
v1: original
Signed-off-by: Rob Clark <rob@ti.com>
Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2011-11-13 02:09:40 +08:00
|
|
|
}
|
|
|
|
|
2016-06-07 20:09:17 +08:00
|
|
|
static int omap_crtc_atomic_check(struct drm_crtc *crtc,
|
|
|
|
struct drm_crtc_state *state)
|
|
|
|
{
|
2017-08-07 18:20:06 +08:00
|
|
|
struct drm_plane_state *pri_state;
|
|
|
|
|
2016-06-07 20:09:17 +08:00
|
|
|
if (state->color_mgmt_changed && state->gamma_lut) {
|
2018-02-11 21:07:33 +08:00
|
|
|
unsigned int length = state->gamma_lut->length /
|
2016-06-07 20:09:17 +08:00
|
|
|
sizeof(struct drm_color_lut);
|
|
|
|
|
|
|
|
if (length < 2)
|
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
|
2017-08-07 18:20:06 +08:00
|
|
|
pri_state = drm_atomic_get_new_plane_state(state->state, crtc->primary);
|
|
|
|
if (pri_state) {
|
|
|
|
struct omap_crtc_state *omap_crtc_state =
|
|
|
|
to_omap_crtc_state(state);
|
|
|
|
|
|
|
|
/* Mirror new values for zpos and rotation in omap_crtc_state */
|
|
|
|
omap_crtc_state->zpos = pri_state->zpos;
|
|
|
|
omap_crtc_state->rotation = pri_state->rotation;
|
|
|
|
}
|
|
|
|
|
2016-06-07 20:09:17 +08:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2015-08-06 20:09:35 +08:00
|
|
|
static void omap_crtc_atomic_begin(struct drm_crtc *crtc,
|
2016-04-19 06:15:11 +08:00
|
|
|
struct drm_crtc_state *old_crtc_state)
|
2015-03-05 19:39:56 +08:00
|
|
|
{
|
2015-03-06 22:01:53 +08:00
|
|
|
}
|
staging: add omapdrm DRM/KMS driver for TI OMAP platforms
A DRM display driver for TI OMAP platform. Similar to omapfb (fbdev)
and omap_vout (v4l2 display) drivers in the past, this driver uses the
DSS2 driver to access the display hardware, including support for
HDMI, DVI, and various types of LCD panels. And it implements GEM
support for buffer allocation (for KMS as well as offscreen buffers
used by the xf86-video-omap userspace xorg driver).
The driver maps CRTCs to overlays, encoders to overlay-managers, and
connectors to dssdev's. Note that this arrangement might change slightly
when support for drm_plane overlays is added.
For GEM support, non-scanout buffers are using the shmem backed pages
provided by GEM core (In drm_gem_object_init()). In the case of scanout
buffers, which need to be physically contiguous, those are allocated
with CMA and use drm_gem_private_object_init().
See userspace xorg driver:
git://github.com/robclark/xf86-video-omap.git
Refer to this link for CMA (Continuous Memory Allocator):
http://lkml.org/lkml/2011/8/19/302
Links to previous versions of the patch:
v1: http://lwn.net/Articles/458137/
v2: http://patches.linaro.org/4156/
v3: http://patches.linaro.org/4688/
v4: http://patches.linaro.org/4791/
History:
v5: move headers from include/drm at Greg KH's request, minor rebasing
on 3.2-rc1, pull in private copies of drm_gem_{get,put}_pages()
because "drm/gem: add functions to get/put pages" patch is not
merged yet
v4: bit of rework of encoder/connector _dpms() code, modeset_init()
rework to not use nested functions, update TODO.txt
v3: minor cleanups, improved error handling for dev_load(), some minor
API changes that will be needed later for tiled buffer support
v2: replace omap_vram with CMA for scanout buffer allocation, remove
unneeded functions, use dma_addr_t for physical addresses, error
handling cleanup, refactor attach/detach pages into common drm
functions, split non-userspace-facing API into omap_priv.h, remove
plugin API
v1: original
Signed-off-by: Rob Clark <rob@ti.com>
Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2011-11-13 02:09:40 +08:00
|
|
|
|
2015-08-06 20:09:35 +08:00
|
|
|
static void omap_crtc_atomic_flush(struct drm_crtc *crtc,
|
2016-04-19 06:15:11 +08:00
|
|
|
struct drm_crtc_state *old_crtc_state)
|
2015-03-06 22:01:53 +08:00
|
|
|
{
|
2015-11-06 00:39:52 +08:00
|
|
|
struct omap_drm_private *priv = crtc->dev->dev_private;
|
2015-06-08 18:08:25 +08:00
|
|
|
struct omap_crtc *omap_crtc = to_omap_crtc(crtc);
|
2016-04-19 06:43:03 +08:00
|
|
|
int ret;
|
2015-06-08 18:08:25 +08:00
|
|
|
|
2016-06-07 20:09:17 +08:00
|
|
|
if (crtc->state->color_mgmt_changed) {
|
|
|
|
struct drm_color_lut *lut = NULL;
|
2018-02-11 21:07:33 +08:00
|
|
|
unsigned int length = 0;
|
2016-06-07 20:09:17 +08:00
|
|
|
|
|
|
|
if (crtc->state->gamma_lut) {
|
|
|
|
lut = (struct drm_color_lut *)
|
|
|
|
crtc->state->gamma_lut->data;
|
|
|
|
length = crtc->state->gamma_lut->length /
|
|
|
|
sizeof(*lut);
|
|
|
|
}
|
2018-02-13 20:00:42 +08:00
|
|
|
priv->dispc_ops->mgr_set_gamma(priv->dispc, omap_crtc->channel,
|
|
|
|
lut, length);
|
2016-06-07 20:09:17 +08:00
|
|
|
}
|
|
|
|
|
2015-08-10 17:08:50 +08:00
|
|
|
omap_crtc_write_crtc_properties(crtc);
|
|
|
|
|
2017-01-27 18:04:54 +08:00
|
|
|
/* Only flush the CRTC if it is currently enabled. */
|
2016-04-18 07:54:31 +08:00
|
|
|
if (!omap_crtc->enabled)
|
|
|
|
return;
|
2015-05-29 21:01:18 +08:00
|
|
|
|
2016-04-18 07:54:31 +08:00
|
|
|
DBG("%s: GO", omap_crtc->name);
|
2015-06-08 18:08:25 +08:00
|
|
|
|
2016-04-19 06:43:03 +08:00
|
|
|
ret = drm_crtc_vblank_get(crtc);
|
|
|
|
WARN_ON(ret != 0);
|
|
|
|
|
2016-04-19 06:31:21 +08:00
|
|
|
spin_lock_irq(&crtc->dev->event_lock);
|
2018-02-13 20:00:42 +08:00
|
|
|
priv->dispc_ops->mgr_go(priv->dispc, omap_crtc->channel);
|
2017-05-09 06:27:09 +08:00
|
|
|
omap_crtc_arm_event(crtc);
|
2016-04-19 06:31:21 +08:00
|
|
|
spin_unlock_irq(&crtc->dev->event_lock);
|
staging: add omapdrm DRM/KMS driver for TI OMAP platforms
A DRM display driver for TI OMAP platform. Similar to omapfb (fbdev)
and omap_vout (v4l2 display) drivers in the past, this driver uses the
DSS2 driver to access the display hardware, including support for
HDMI, DVI, and various types of LCD panels. And it implements GEM
support for buffer allocation (for KMS as well as offscreen buffers
used by the xf86-video-omap userspace xorg driver).
The driver maps CRTCs to overlays, encoders to overlay-managers, and
connectors to dssdev's. Note that this arrangement might change slightly
when support for drm_plane overlays is added.
For GEM support, non-scanout buffers are using the shmem backed pages
provided by GEM core (In drm_gem_object_init()). In the case of scanout
buffers, which need to be physically contiguous, those are allocated
with CMA and use drm_gem_private_object_init().
See userspace xorg driver:
git://github.com/robclark/xf86-video-omap.git
Refer to this link for CMA (Continuous Memory Allocator):
http://lkml.org/lkml/2011/8/19/302
Links to previous versions of the patch:
v1: http://lwn.net/Articles/458137/
v2: http://patches.linaro.org/4156/
v3: http://patches.linaro.org/4688/
v4: http://patches.linaro.org/4791/
History:
v5: move headers from include/drm at Greg KH's request, minor rebasing
on 3.2-rc1, pull in private copies of drm_gem_{get,put}_pages()
because "drm/gem: add functions to get/put pages" patch is not
merged yet
v4: bit of rework of encoder/connector _dpms() code, modeset_init()
rework to not use nested functions, update TODO.txt
v3: minor cleanups, improved error handling for dev_load(), some minor
API changes that will be needed later for tiled buffer support
v2: replace omap_vram with CMA for scanout buffer allocation, remove
unneeded functions, use dma_addr_t for physical addresses, error
handling cleanup, refactor attach/detach pages into common drm
functions, split non-userspace-facing API into omap_priv.h, remove
plugin API
v1: original
Signed-off-by: Rob Clark <rob@ti.com>
Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2011-11-13 02:09:40 +08:00
|
|
|
}
|
|
|
|
|
2015-03-07 00:35:16 +08:00
|
|
|
static int omap_crtc_atomic_set_property(struct drm_crtc *crtc,
|
|
|
|
struct drm_crtc_state *state,
|
|
|
|
struct drm_property *property,
|
2018-02-11 21:07:33 +08:00
|
|
|
u64 val)
|
2012-08-16 04:18:01 +08:00
|
|
|
{
|
2017-08-07 18:20:06 +08:00
|
|
|
struct omap_drm_private *priv = crtc->dev->dev_private;
|
|
|
|
struct drm_plane_state *plane_state;
|
2015-03-07 00:35:16 +08:00
|
|
|
|
2017-08-07 18:20:06 +08:00
|
|
|
/*
|
|
|
|
* Delegate property set to the primary plane. Get the plane state and
|
|
|
|
* set the property directly, the shadow copy will be assigned in the
|
|
|
|
* omap_crtc_atomic_check callback. This way updates to plane state will
|
|
|
|
* always be mirrored in the crtc state correctly.
|
|
|
|
*/
|
|
|
|
plane_state = drm_atomic_get_plane_state(state->state, crtc->primary);
|
|
|
|
if (IS_ERR(plane_state))
|
|
|
|
return PTR_ERR(plane_state);
|
|
|
|
|
|
|
|
if (property == crtc->primary->rotation_property)
|
|
|
|
plane_state->rotation = val;
|
|
|
|
else if (property == priv->zorder_prop)
|
|
|
|
plane_state->zpos = val;
|
|
|
|
else
|
|
|
|
return -EINVAL;
|
drm/omap: fix crtc->plane property delegation
Before universal planes we had to have plane specific properties for the
crtc too, as on the hardware level a crtc uses a plane. In other words,
e.g. 'zorder' property was added to both planes and crtcs, and
omap_crtc.c would delegate the property set/get to the primary plane.
However, the delegation was a bit too generic, delegating all property
set/get calls to planes. Thus it's possible to set, say, FB_ID, on a
crtc, which gets redirected to the primary plane.
This is not standard, and shouldn't be allowed. To keep backward
compatibility, we still need to redirect the properties we supported
earlier for crtcs, namely 'zorder' and 'rotation'.
This patch redirects only the allowed properties from crtcs to planes.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
Reviewed-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
2016-02-19 00:47:14 +08:00
|
|
|
|
2017-08-07 18:20:06 +08:00
|
|
|
return 0;
|
2015-03-07 00:35:16 +08:00
|
|
|
}
|
2012-09-05 00:36:20 +08:00
|
|
|
|
2015-03-07 00:35:16 +08:00
|
|
|
static int omap_crtc_atomic_get_property(struct drm_crtc *crtc,
|
|
|
|
const struct drm_crtc_state *state,
|
|
|
|
struct drm_property *property,
|
2018-02-11 21:07:33 +08:00
|
|
|
u64 *val)
|
2015-03-07 00:35:16 +08:00
|
|
|
{
|
2017-08-07 18:20:06 +08:00
|
|
|
struct omap_drm_private *priv = crtc->dev->dev_private;
|
|
|
|
struct omap_crtc_state *omap_state = to_omap_crtc_state(state);
|
|
|
|
|
|
|
|
if (property == crtc->primary->rotation_property)
|
|
|
|
*val = omap_state->rotation;
|
|
|
|
else if (property == priv->zorder_prop)
|
|
|
|
*val = omap_state->zpos;
|
|
|
|
else
|
|
|
|
return -EINVAL;
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void omap_crtc_reset(struct drm_crtc *crtc)
|
|
|
|
{
|
|
|
|
if (crtc->state)
|
|
|
|
__drm_atomic_helper_crtc_destroy_state(crtc->state);
|
|
|
|
|
|
|
|
kfree(crtc->state);
|
|
|
|
crtc->state = kzalloc(sizeof(struct omap_crtc_state), GFP_KERNEL);
|
|
|
|
|
|
|
|
if (crtc->state)
|
|
|
|
crtc->state->crtc = crtc;
|
|
|
|
}
|
|
|
|
|
|
|
|
static struct drm_crtc_state *
|
|
|
|
omap_crtc_duplicate_state(struct drm_crtc *crtc)
|
|
|
|
{
|
|
|
|
struct omap_crtc_state *state, *current_state;
|
|
|
|
|
|
|
|
if (WARN_ON(!crtc->state))
|
|
|
|
return NULL;
|
|
|
|
|
|
|
|
current_state = to_omap_crtc_state(crtc->state);
|
|
|
|
|
|
|
|
state = kmalloc(sizeof(*state), GFP_KERNEL);
|
2017-08-12 04:16:06 +08:00
|
|
|
if (!state)
|
|
|
|
return NULL;
|
|
|
|
|
|
|
|
__drm_atomic_helper_crtc_duplicate_state(crtc, &state->base);
|
2017-08-07 18:20:06 +08:00
|
|
|
|
|
|
|
state->zpos = current_state->zpos;
|
|
|
|
state->rotation = current_state->rotation;
|
drm/omap: fix crtc->plane property delegation
Before universal planes we had to have plane specific properties for the
crtc too, as on the hardware level a crtc uses a plane. In other words,
e.g. 'zorder' property was added to both planes and crtcs, and
omap_crtc.c would delegate the property set/get to the primary plane.
However, the delegation was a bit too generic, delegating all property
set/get calls to planes. Thus it's possible to set, say, FB_ID, on a
crtc, which gets redirected to the primary plane.
This is not standard, and shouldn't be allowed. To keep backward
compatibility, we still need to redirect the properties we supported
earlier for crtcs, namely 'zorder' and 'rotation'.
This patch redirects only the allowed properties from crtcs to planes.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
Reviewed-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
2016-02-19 00:47:14 +08:00
|
|
|
|
2017-08-07 18:20:06 +08:00
|
|
|
return &state->base;
|
2012-08-16 04:18:01 +08:00
|
|
|
}
|
|
|
|
|
staging: add omapdrm DRM/KMS driver for TI OMAP platforms
A DRM display driver for TI OMAP platform. Similar to omapfb (fbdev)
and omap_vout (v4l2 display) drivers in the past, this driver uses the
DSS2 driver to access the display hardware, including support for
HDMI, DVI, and various types of LCD panels. And it implements GEM
support for buffer allocation (for KMS as well as offscreen buffers
used by the xf86-video-omap userspace xorg driver).
The driver maps CRTCs to overlays, encoders to overlay-managers, and
connectors to dssdev's. Note that this arrangement might change slightly
when support for drm_plane overlays is added.
For GEM support, non-scanout buffers are using the shmem backed pages
provided by GEM core (In drm_gem_object_init()). In the case of scanout
buffers, which need to be physically contiguous, those are allocated
with CMA and use drm_gem_private_object_init().
See userspace xorg driver:
git://github.com/robclark/xf86-video-omap.git
Refer to this link for CMA (Continuous Memory Allocator):
http://lkml.org/lkml/2011/8/19/302
Links to previous versions of the patch:
v1: http://lwn.net/Articles/458137/
v2: http://patches.linaro.org/4156/
v3: http://patches.linaro.org/4688/
v4: http://patches.linaro.org/4791/
History:
v5: move headers from include/drm at Greg KH's request, minor rebasing
on 3.2-rc1, pull in private copies of drm_gem_{get,put}_pages()
because "drm/gem: add functions to get/put pages" patch is not
merged yet
v4: bit of rework of encoder/connector _dpms() code, modeset_init()
rework to not use nested functions, update TODO.txt
v3: minor cleanups, improved error handling for dev_load(), some minor
API changes that will be needed later for tiled buffer support
v2: replace omap_vram with CMA for scanout buffer allocation, remove
unneeded functions, use dma_addr_t for physical addresses, error
handling cleanup, refactor attach/detach pages into common drm
functions, split non-userspace-facing API into omap_priv.h, remove
plugin API
v1: original
Signed-off-by: Rob Clark <rob@ti.com>
Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2011-11-13 02:09:40 +08:00
|
|
|
static const struct drm_crtc_funcs omap_crtc_funcs = {
|
2017-08-07 18:20:06 +08:00
|
|
|
.reset = omap_crtc_reset,
|
2015-03-06 03:54:54 +08:00
|
|
|
.set_config = drm_atomic_helper_set_config,
|
staging: add omapdrm DRM/KMS driver for TI OMAP platforms
A DRM display driver for TI OMAP platform. Similar to omapfb (fbdev)
and omap_vout (v4l2 display) drivers in the past, this driver uses the
DSS2 driver to access the display hardware, including support for
HDMI, DVI, and various types of LCD panels. And it implements GEM
support for buffer allocation (for KMS as well as offscreen buffers
used by the xf86-video-omap userspace xorg driver).
The driver maps CRTCs to overlays, encoders to overlay-managers, and
connectors to dssdev's. Note that this arrangement might change slightly
when support for drm_plane overlays is added.
For GEM support, non-scanout buffers are using the shmem backed pages
provided by GEM core (In drm_gem_object_init()). In the case of scanout
buffers, which need to be physically contiguous, those are allocated
with CMA and use drm_gem_private_object_init().
See userspace xorg driver:
git://github.com/robclark/xf86-video-omap.git
Refer to this link for CMA (Continuous Memory Allocator):
http://lkml.org/lkml/2011/8/19/302
Links to previous versions of the patch:
v1: http://lwn.net/Articles/458137/
v2: http://patches.linaro.org/4156/
v3: http://patches.linaro.org/4688/
v4: http://patches.linaro.org/4791/
History:
v5: move headers from include/drm at Greg KH's request, minor rebasing
on 3.2-rc1, pull in private copies of drm_gem_{get,put}_pages()
because "drm/gem: add functions to get/put pages" patch is not
merged yet
v4: bit of rework of encoder/connector _dpms() code, modeset_init()
rework to not use nested functions, update TODO.txt
v3: minor cleanups, improved error handling for dev_load(), some minor
API changes that will be needed later for tiled buffer support
v2: replace omap_vram with CMA for scanout buffer allocation, remove
unneeded functions, use dma_addr_t for physical addresses, error
handling cleanup, refactor attach/detach pages into common drm
functions, split non-userspace-facing API into omap_priv.h, remove
plugin API
v1: original
Signed-off-by: Rob Clark <rob@ti.com>
Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2011-11-13 02:09:40 +08:00
|
|
|
.destroy = omap_crtc_destroy,
|
2015-03-06 22:01:53 +08:00
|
|
|
.page_flip = drm_atomic_helper_page_flip,
|
2016-06-07 20:09:17 +08:00
|
|
|
.gamma_set = drm_atomic_helper_legacy_gamma_set,
|
2017-08-07 18:20:06 +08:00
|
|
|
.atomic_duplicate_state = omap_crtc_duplicate_state,
|
2015-03-06 03:38:16 +08:00
|
|
|
.atomic_destroy_state = drm_atomic_helper_crtc_destroy_state,
|
2015-03-07 00:35:16 +08:00
|
|
|
.atomic_set_property = omap_crtc_atomic_set_property,
|
|
|
|
.atomic_get_property = omap_crtc_atomic_get_property,
|
2017-02-08 19:26:00 +08:00
|
|
|
.enable_vblank = omap_irq_enable_vblank,
|
|
|
|
.disable_vblank = omap_irq_disable_vblank,
|
staging: add omapdrm DRM/KMS driver for TI OMAP platforms
A DRM display driver for TI OMAP platform. Similar to omapfb (fbdev)
and omap_vout (v4l2 display) drivers in the past, this driver uses the
DSS2 driver to access the display hardware, including support for
HDMI, DVI, and various types of LCD panels. And it implements GEM
support for buffer allocation (for KMS as well as offscreen buffers
used by the xf86-video-omap userspace xorg driver).
The driver maps CRTCs to overlays, encoders to overlay-managers, and
connectors to dssdev's. Note that this arrangement might change slightly
when support for drm_plane overlays is added.
For GEM support, non-scanout buffers are using the shmem backed pages
provided by GEM core (In drm_gem_object_init()). In the case of scanout
buffers, which need to be physically contiguous, those are allocated
with CMA and use drm_gem_private_object_init().
See userspace xorg driver:
git://github.com/robclark/xf86-video-omap.git
Refer to this link for CMA (Continuous Memory Allocator):
http://lkml.org/lkml/2011/8/19/302
Links to previous versions of the patch:
v1: http://lwn.net/Articles/458137/
v2: http://patches.linaro.org/4156/
v3: http://patches.linaro.org/4688/
v4: http://patches.linaro.org/4791/
History:
v5: move headers from include/drm at Greg KH's request, minor rebasing
on 3.2-rc1, pull in private copies of drm_gem_{get,put}_pages()
because "drm/gem: add functions to get/put pages" patch is not
merged yet
v4: bit of rework of encoder/connector _dpms() code, modeset_init()
rework to not use nested functions, update TODO.txt
v3: minor cleanups, improved error handling for dev_load(), some minor
API changes that will be needed later for tiled buffer support
v2: replace omap_vram with CMA for scanout buffer allocation, remove
unneeded functions, use dma_addr_t for physical addresses, error
handling cleanup, refactor attach/detach pages into common drm
functions, split non-userspace-facing API into omap_priv.h, remove
plugin API
v1: original
Signed-off-by: Rob Clark <rob@ti.com>
Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2011-11-13 02:09:40 +08:00
|
|
|
};
|
|
|
|
|
|
|
|
static const struct drm_crtc_helper_funcs omap_crtc_helper_funcs = {
|
2015-03-05 19:45:14 +08:00
|
|
|
.mode_set_nofb = omap_crtc_mode_set_nofb,
|
2016-06-07 20:09:17 +08:00
|
|
|
.atomic_check = omap_crtc_atomic_check,
|
2015-03-05 19:39:56 +08:00
|
|
|
.atomic_begin = omap_crtc_atomic_begin,
|
|
|
|
.atomic_flush = omap_crtc_atomic_flush,
|
2017-06-30 17:36:44 +08:00
|
|
|
.atomic_enable = omap_crtc_atomic_enable,
|
2017-06-30 17:36:45 +08:00
|
|
|
.atomic_disable = omap_crtc_atomic_disable,
|
2017-11-30 20:12:37 +08:00
|
|
|
.mode_valid = omap_crtc_mode_valid,
|
staging: add omapdrm DRM/KMS driver for TI OMAP platforms
A DRM display driver for TI OMAP platform. Similar to omapfb (fbdev)
and omap_vout (v4l2 display) drivers in the past, this driver uses the
DSS2 driver to access the display hardware, including support for
HDMI, DVI, and various types of LCD panels. And it implements GEM
support for buffer allocation (for KMS as well as offscreen buffers
used by the xf86-video-omap userspace xorg driver).
The driver maps CRTCs to overlays, encoders to overlay-managers, and
connectors to dssdev's. Note that this arrangement might change slightly
when support for drm_plane overlays is added.
For GEM support, non-scanout buffers are using the shmem backed pages
provided by GEM core (In drm_gem_object_init()). In the case of scanout
buffers, which need to be physically contiguous, those are allocated
with CMA and use drm_gem_private_object_init().
See userspace xorg driver:
git://github.com/robclark/xf86-video-omap.git
Refer to this link for CMA (Continuous Memory Allocator):
http://lkml.org/lkml/2011/8/19/302
Links to previous versions of the patch:
v1: http://lwn.net/Articles/458137/
v2: http://patches.linaro.org/4156/
v3: http://patches.linaro.org/4688/
v4: http://patches.linaro.org/4791/
History:
v5: move headers from include/drm at Greg KH's request, minor rebasing
on 3.2-rc1, pull in private copies of drm_gem_{get,put}_pages()
because "drm/gem: add functions to get/put pages" patch is not
merged yet
v4: bit of rework of encoder/connector _dpms() code, modeset_init()
rework to not use nested functions, update TODO.txt
v3: minor cleanups, improved error handling for dev_load(), some minor
API changes that will be needed later for tiled buffer support
v2: replace omap_vram with CMA for scanout buffer allocation, remove
unneeded functions, use dma_addr_t for physical addresses, error
handling cleanup, refactor attach/detach pages into common drm
functions, split non-userspace-facing API into omap_priv.h, remove
plugin API
v1: original
Signed-off-by: Rob Clark <rob@ti.com>
Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2011-11-13 02:09:40 +08:00
|
|
|
};
|
|
|
|
|
2015-01-18 07:12:59 +08:00
|
|
|
/* -----------------------------------------------------------------------------
|
|
|
|
* Init and Cleanup
|
|
|
|
*/
|
2014-04-02 19:31:57 +08:00
|
|
|
|
2012-12-05 03:59:12 +08:00
|
|
|
static const char *channel_names[] = {
|
2015-01-11 06:02:07 +08:00
|
|
|
[OMAP_DSS_CHANNEL_LCD] = "lcd",
|
|
|
|
[OMAP_DSS_CHANNEL_DIGIT] = "tv",
|
|
|
|
[OMAP_DSS_CHANNEL_LCD2] = "lcd2",
|
|
|
|
[OMAP_DSS_CHANNEL_LCD3] = "lcd3",
|
2012-12-05 03:59:12 +08:00
|
|
|
};
|
|
|
|
|
2018-02-13 20:00:39 +08:00
|
|
|
void omap_crtc_pre_init(struct omap_drm_private *priv)
|
2013-05-14 15:55:19 +08:00
|
|
|
{
|
2018-03-02 09:05:10 +08:00
|
|
|
dss_install_mgr_ops(priv->dss, &mgr_ops, priv);
|
2013-05-14 15:55:19 +08:00
|
|
|
}
|
|
|
|
|
2018-03-02 09:05:10 +08:00
|
|
|
void omap_crtc_pre_uninit(struct omap_drm_private *priv)
|
drm/omap: fix: Defer probe if an omapdss device requests for it at connect
With the omapdss device model changes. omapdrm is required to call dssdriver's
connect() op to register a panel. This is currently done in omap_modeset_init()
A call to connect() can fail if the omapdss panels or the encoders(HDMI/DPI)
they connect to have some resource(like regulators, I2C adapter) missing. If
this happens, the correct approach is to defer omapdrm's probe.
omapdrm currently ignores those panels which return a non zero value when
connected. This could result in omapdrm ignoring all panels on an omap board.
The right approach would be for omapdrm to request for probe deferral when a
panel's connect op returns -EPROBE_DEFER.
In order to do this, we need to call connect() much earlier during omapdrm's
probe to prevent too many things are already done by then. We now connect the
panels during pdev_probe(), before anything else is initialized, so that we
don't need to undo too many things if a defer was requested.
Now when we enter omap_modeset_init(), we have a set of panels that have been
connected. We now proceed with registering only those panels that are already
connected.
A special case has to be considered when no panels are available to connect when
omapdrm probes. In this case too, we defer probe and expect that a panel will be
available to connect the next time.
Checking whether the panel has a driver or whether it has get_timing/read_edid
ops in omap_modeset_init() are redundant with the new display model. These can
be removed since a dssdev device will always have a driver associated with it,
and all dssdev drivers have a get_timings op.
This will mainly fix cases when omapdrm is built-in the kernel, since that's
generally where resources like regulators or I2C are unavailable because of
probe order dependencies.
In particular this fixes boot with omapdrm built-in on an omap4 panda ES board.
The regulators used by HDMI(provided by I2C based TWL regulators) aren't
initialized because I2C isn't initialized, I2C isn't initialized as it's pins
are not configured because pinctrl is yet to probe.
Signed-off-by: Archit Taneja <archit@ti.com>
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
2014-01-02 17:19:51 +08:00
|
|
|
{
|
2018-03-02 09:05:10 +08:00
|
|
|
dss_uninstall_mgr_ops(priv->dss);
|
drm/omap: fix: Defer probe if an omapdss device requests for it at connect
With the omapdss device model changes. omapdrm is required to call dssdriver's
connect() op to register a panel. This is currently done in omap_modeset_init()
A call to connect() can fail if the omapdss panels or the encoders(HDMI/DPI)
they connect to have some resource(like regulators, I2C adapter) missing. If
this happens, the correct approach is to defer omapdrm's probe.
omapdrm currently ignores those panels which return a non zero value when
connected. This could result in omapdrm ignoring all panels on an omap board.
The right approach would be for omapdrm to request for probe deferral when a
panel's connect op returns -EPROBE_DEFER.
In order to do this, we need to call connect() much earlier during omapdrm's
probe to prevent too many things are already done by then. We now connect the
panels during pdev_probe(), before anything else is initialized, so that we
don't need to undo too many things if a defer was requested.
Now when we enter omap_modeset_init(), we have a set of panels that have been
connected. We now proceed with registering only those panels that are already
connected.
A special case has to be considered when no panels are available to connect when
omapdrm probes. In this case too, we defer probe and expect that a panel will be
available to connect the next time.
Checking whether the panel has a driver or whether it has get_timing/read_edid
ops in omap_modeset_init() are redundant with the new display model. These can
be removed since a dssdev device will always have a driver associated with it,
and all dssdev drivers have a get_timings op.
This will mainly fix cases when omapdrm is built-in the kernel, since that's
generally where resources like regulators or I2C are unavailable because of
probe order dependencies.
In particular this fixes boot with omapdrm built-in on an omap4 panda ES board.
The regulators used by HDMI(provided by I2C based TWL regulators) aren't
initialized because I2C isn't initialized, I2C isn't initialized as it's pins
are not configured because pinctrl is yet to probe.
Signed-off-by: Archit Taneja <archit@ti.com>
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
2014-01-02 17:19:51 +08:00
|
|
|
}
|
|
|
|
|
staging: add omapdrm DRM/KMS driver for TI OMAP platforms
A DRM display driver for TI OMAP platform. Similar to omapfb (fbdev)
and omap_vout (v4l2 display) drivers in the past, this driver uses the
DSS2 driver to access the display hardware, including support for
HDMI, DVI, and various types of LCD panels. And it implements GEM
support for buffer allocation (for KMS as well as offscreen buffers
used by the xf86-video-omap userspace xorg driver).
The driver maps CRTCs to overlays, encoders to overlay-managers, and
connectors to dssdev's. Note that this arrangement might change slightly
when support for drm_plane overlays is added.
For GEM support, non-scanout buffers are using the shmem backed pages
provided by GEM core (In drm_gem_object_init()). In the case of scanout
buffers, which need to be physically contiguous, those are allocated
with CMA and use drm_gem_private_object_init().
See userspace xorg driver:
git://github.com/robclark/xf86-video-omap.git
Refer to this link for CMA (Continuous Memory Allocator):
http://lkml.org/lkml/2011/8/19/302
Links to previous versions of the patch:
v1: http://lwn.net/Articles/458137/
v2: http://patches.linaro.org/4156/
v3: http://patches.linaro.org/4688/
v4: http://patches.linaro.org/4791/
History:
v5: move headers from include/drm at Greg KH's request, minor rebasing
on 3.2-rc1, pull in private copies of drm_gem_{get,put}_pages()
because "drm/gem: add functions to get/put pages" patch is not
merged yet
v4: bit of rework of encoder/connector _dpms() code, modeset_init()
rework to not use nested functions, update TODO.txt
v3: minor cleanups, improved error handling for dev_load(), some minor
API changes that will be needed later for tiled buffer support
v2: replace omap_vram with CMA for scanout buffer allocation, remove
unneeded functions, use dma_addr_t for physical addresses, error
handling cleanup, refactor attach/detach pages into common drm
functions, split non-userspace-facing API into omap_priv.h, remove
plugin API
v1: original
Signed-off-by: Rob Clark <rob@ti.com>
Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2011-11-13 02:09:40 +08:00
|
|
|
/* initialize crtc */
|
|
|
|
struct drm_crtc *omap_crtc_init(struct drm_device *dev,
|
2018-03-07 05:37:25 +08:00
|
|
|
struct omap_drm_pipeline *pipe,
|
|
|
|
struct drm_plane *plane)
|
staging: add omapdrm DRM/KMS driver for TI OMAP platforms
A DRM display driver for TI OMAP platform. Similar to omapfb (fbdev)
and omap_vout (v4l2 display) drivers in the past, this driver uses the
DSS2 driver to access the display hardware, including support for
HDMI, DVI, and various types of LCD panels. And it implements GEM
support for buffer allocation (for KMS as well as offscreen buffers
used by the xf86-video-omap userspace xorg driver).
The driver maps CRTCs to overlays, encoders to overlay-managers, and
connectors to dssdev's. Note that this arrangement might change slightly
when support for drm_plane overlays is added.
For GEM support, non-scanout buffers are using the shmem backed pages
provided by GEM core (In drm_gem_object_init()). In the case of scanout
buffers, which need to be physically contiguous, those are allocated
with CMA and use drm_gem_private_object_init().
See userspace xorg driver:
git://github.com/robclark/xf86-video-omap.git
Refer to this link for CMA (Continuous Memory Allocator):
http://lkml.org/lkml/2011/8/19/302
Links to previous versions of the patch:
v1: http://lwn.net/Articles/458137/
v2: http://patches.linaro.org/4156/
v3: http://patches.linaro.org/4688/
v4: http://patches.linaro.org/4791/
History:
v5: move headers from include/drm at Greg KH's request, minor rebasing
on 3.2-rc1, pull in private copies of drm_gem_{get,put}_pages()
because "drm/gem: add functions to get/put pages" patch is not
merged yet
v4: bit of rework of encoder/connector _dpms() code, modeset_init()
rework to not use nested functions, update TODO.txt
v3: minor cleanups, improved error handling for dev_load(), some minor
API changes that will be needed later for tiled buffer support
v2: replace omap_vram with CMA for scanout buffer allocation, remove
unneeded functions, use dma_addr_t for physical addresses, error
handling cleanup, refactor attach/detach pages into common drm
functions, split non-userspace-facing API into omap_priv.h, remove
plugin API
v1: original
Signed-off-by: Rob Clark <rob@ti.com>
Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2011-11-13 02:09:40 +08:00
|
|
|
{
|
2015-11-06 00:39:52 +08:00
|
|
|
struct omap_drm_private *priv = dev->dev_private;
|
staging: add omapdrm DRM/KMS driver for TI OMAP platforms
A DRM display driver for TI OMAP platform. Similar to omapfb (fbdev)
and omap_vout (v4l2 display) drivers in the past, this driver uses the
DSS2 driver to access the display hardware, including support for
HDMI, DVI, and various types of LCD panels. And it implements GEM
support for buffer allocation (for KMS as well as offscreen buffers
used by the xf86-video-omap userspace xorg driver).
The driver maps CRTCs to overlays, encoders to overlay-managers, and
connectors to dssdev's. Note that this arrangement might change slightly
when support for drm_plane overlays is added.
For GEM support, non-scanout buffers are using the shmem backed pages
provided by GEM core (In drm_gem_object_init()). In the case of scanout
buffers, which need to be physically contiguous, those are allocated
with CMA and use drm_gem_private_object_init().
See userspace xorg driver:
git://github.com/robclark/xf86-video-omap.git
Refer to this link for CMA (Continuous Memory Allocator):
http://lkml.org/lkml/2011/8/19/302
Links to previous versions of the patch:
v1: http://lwn.net/Articles/458137/
v2: http://patches.linaro.org/4156/
v3: http://patches.linaro.org/4688/
v4: http://patches.linaro.org/4791/
History:
v5: move headers from include/drm at Greg KH's request, minor rebasing
on 3.2-rc1, pull in private copies of drm_gem_{get,put}_pages()
because "drm/gem: add functions to get/put pages" patch is not
merged yet
v4: bit of rework of encoder/connector _dpms() code, modeset_init()
rework to not use nested functions, update TODO.txt
v3: minor cleanups, improved error handling for dev_load(), some minor
API changes that will be needed later for tiled buffer support
v2: replace omap_vram with CMA for scanout buffer allocation, remove
unneeded functions, use dma_addr_t for physical addresses, error
handling cleanup, refactor attach/detach pages into common drm
functions, split non-userspace-facing API into omap_priv.h, remove
plugin API
v1: original
Signed-off-by: Rob Clark <rob@ti.com>
Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2011-11-13 02:09:40 +08:00
|
|
|
struct drm_crtc *crtc = NULL;
|
2012-12-05 03:59:12 +08:00
|
|
|
struct omap_crtc *omap_crtc;
|
2017-03-24 22:47:55 +08:00
|
|
|
enum omap_channel channel;
|
2015-01-11 06:11:18 +08:00
|
|
|
int ret;
|
2012-12-05 03:59:12 +08:00
|
|
|
|
2018-03-07 05:37:25 +08:00
|
|
|
channel = pipe->output->dispc_channel;
|
2017-03-24 22:47:55 +08:00
|
|
|
|
2012-12-05 03:59:12 +08:00
|
|
|
DBG("%s", channel_names[channel]);
|
staging: add omapdrm DRM/KMS driver for TI OMAP platforms
A DRM display driver for TI OMAP platform. Similar to omapfb (fbdev)
and omap_vout (v4l2 display) drivers in the past, this driver uses the
DSS2 driver to access the display hardware, including support for
HDMI, DVI, and various types of LCD panels. And it implements GEM
support for buffer allocation (for KMS as well as offscreen buffers
used by the xf86-video-omap userspace xorg driver).
The driver maps CRTCs to overlays, encoders to overlay-managers, and
connectors to dssdev's. Note that this arrangement might change slightly
when support for drm_plane overlays is added.
For GEM support, non-scanout buffers are using the shmem backed pages
provided by GEM core (In drm_gem_object_init()). In the case of scanout
buffers, which need to be physically contiguous, those are allocated
with CMA and use drm_gem_private_object_init().
See userspace xorg driver:
git://github.com/robclark/xf86-video-omap.git
Refer to this link for CMA (Continuous Memory Allocator):
http://lkml.org/lkml/2011/8/19/302
Links to previous versions of the patch:
v1: http://lwn.net/Articles/458137/
v2: http://patches.linaro.org/4156/
v3: http://patches.linaro.org/4688/
v4: http://patches.linaro.org/4791/
History:
v5: move headers from include/drm at Greg KH's request, minor rebasing
on 3.2-rc1, pull in private copies of drm_gem_{get,put}_pages()
because "drm/gem: add functions to get/put pages" patch is not
merged yet
v4: bit of rework of encoder/connector _dpms() code, modeset_init()
rework to not use nested functions, update TODO.txt
v3: minor cleanups, improved error handling for dev_load(), some minor
API changes that will be needed later for tiled buffer support
v2: replace omap_vram with CMA for scanout buffer allocation, remove
unneeded functions, use dma_addr_t for physical addresses, error
handling cleanup, refactor attach/detach pages into common drm
functions, split non-userspace-facing API into omap_priv.h, remove
plugin API
v1: original
Signed-off-by: Rob Clark <rob@ti.com>
Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2011-11-13 02:09:40 +08:00
|
|
|
|
2012-12-05 03:59:12 +08:00
|
|
|
omap_crtc = kzalloc(sizeof(*omap_crtc), GFP_KERNEL);
|
2013-02-12 01:41:29 +08:00
|
|
|
if (!omap_crtc)
|
2017-03-24 22:47:55 +08:00
|
|
|
return ERR_PTR(-ENOMEM);
|
staging: add omapdrm DRM/KMS driver for TI OMAP platforms
A DRM display driver for TI OMAP platform. Similar to omapfb (fbdev)
and omap_vout (v4l2 display) drivers in the past, this driver uses the
DSS2 driver to access the display hardware, including support for
HDMI, DVI, and various types of LCD panels. And it implements GEM
support for buffer allocation (for KMS as well as offscreen buffers
used by the xf86-video-omap userspace xorg driver).
The driver maps CRTCs to overlays, encoders to overlay-managers, and
connectors to dssdev's. Note that this arrangement might change slightly
when support for drm_plane overlays is added.
For GEM support, non-scanout buffers are using the shmem backed pages
provided by GEM core (In drm_gem_object_init()). In the case of scanout
buffers, which need to be physically contiguous, those are allocated
with CMA and use drm_gem_private_object_init().
See userspace xorg driver:
git://github.com/robclark/xf86-video-omap.git
Refer to this link for CMA (Continuous Memory Allocator):
http://lkml.org/lkml/2011/8/19/302
Links to previous versions of the patch:
v1: http://lwn.net/Articles/458137/
v2: http://patches.linaro.org/4156/
v3: http://patches.linaro.org/4688/
v4: http://patches.linaro.org/4791/
History:
v5: move headers from include/drm at Greg KH's request, minor rebasing
on 3.2-rc1, pull in private copies of drm_gem_{get,put}_pages()
because "drm/gem: add functions to get/put pages" patch is not
merged yet
v4: bit of rework of encoder/connector _dpms() code, modeset_init()
rework to not use nested functions, update TODO.txt
v3: minor cleanups, improved error handling for dev_load(), some minor
API changes that will be needed later for tiled buffer support
v2: replace omap_vram with CMA for scanout buffer allocation, remove
unneeded functions, use dma_addr_t for physical addresses, error
handling cleanup, refactor attach/detach pages into common drm
functions, split non-userspace-facing API into omap_priv.h, remove
plugin API
v1: original
Signed-off-by: Rob Clark <rob@ti.com>
Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2011-11-13 02:09:40 +08:00
|
|
|
|
|
|
|
crtc = &omap_crtc->base;
|
2012-01-17 02:51:16 +08:00
|
|
|
|
2015-05-29 21:01:18 +08:00
|
|
|
init_waitqueue_head(&omap_crtc->pending_wait);
|
2012-12-05 03:59:12 +08:00
|
|
|
|
2018-03-07 05:38:21 +08:00
|
|
|
omap_crtc->pipe = pipe;
|
drm/omap: Fix and improve crtc and overlay manager correlation
The omapdrm driver currently takes a config/module arg to figure out the number
of crtcs it needs to create. We could create as many crtcs as there are overlay
managers in the DSS hardware, but we don't do that because each crtc eats up
one DSS overlay, and that reduces the number of planes we can attach to a single
crtc.
Since the number of crtcs may be lesser than the number of hardware overlay
managers, we need to figure out which overlay managers to use for our crtcs. The
current approach is to use pipe2chan(), which returns a higher numbered manager
for the crtc.
The problem with this approach is that it assumes that the overlay managers we
choose will connect to the encoders the platform's panels are going to use,
this isn't true, an overlay manager connects only to a few outputs/encoders, and
choosing any overlay manager for our crtc might lead to a situation where the
encoder cannot connect to any of the crtcs we have chosen. For example, an
omap5-panda board has just one hdmi output. If num_crtc is set to 1, with the
current approach, pipe2chan will pick up the LCD2 overlay manager, which cannot
connect to the hdmi encoder at all. The only manager that could have connected
to hdmi was the TV overlay manager.
Therefore, there is a need to choose our overlay managers keeping in mind the
panels we have on that platform. The new approach iterates through all the
available panels, creates encoders and connectors for them, and then tries to
get a suitable overlay manager to create a crtc which can connect to the
encoders.
We use the dispc_channel field in omap_dss_output to retrieve the desired
overlay manager's channel number, we then check whether the manager had already
been assigned to a crtc or not. If it was already assigned to a crtc, we assume
that out of all the encoders which intend use this crtc, only one will run at a
time. If the overlay manager wan't assigned to a crtc till then, we create a
new crtc and link it with the overlay manager.
This approach just looks for the best dispc_channel for each encoder. On DSS HW,
some encoders can connect to multiple overlay managers. Since we don't try
looking for alternate overlay managers, there is a greater possibility that 2
or more encoders end up asking for the same crtc, causing only one encoder to
run at a time.
Also, this approach isn't the most optimal one, it can do either good or bad
depending on the sequence in which the panels/outputs are parsed. The optimal
way would be some sort of back tracking approach, where we improve the set of
managers we use as we iterate through the list of panels/encoders. That's
something left for later.
Signed-off-by: Archit Taneja <archit@ti.com>
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
2013-03-26 21:45:19 +08:00
|
|
|
omap_crtc->channel = channel;
|
|
|
|
omap_crtc->name = channel_names[channel];
|
|
|
|
|
2015-01-11 06:11:18 +08:00
|
|
|
ret = drm_crtc_init_with_planes(dev, crtc, plane, NULL,
|
drm: Pass 'name' to drm_crtc_init_with_planes()
Done with coccinelle for the most part. However, it thinks '...' is
part of the semantic patch, so I put an 'int DOTDOTDOT' placeholder
in its place and got rid of it with sed afterwards.
I didn't convert drm_crtc_init() since passing the varargs through
would mean either cpp macros or va_list, and I figured we don't
care about these legacy functions enough to warrant the extra pain.
@@
identifier dev, crtc, primary, cursor, funcs;
@@
int drm_crtc_init_with_planes(struct drm_device *dev,
struct drm_crtc *crtc,
struct drm_plane *primary, struct drm_plane *cursor,
const struct drm_crtc_funcs *funcs
+ ,const char *name, int DOTDOTDOT
)
{ ... }
@@
identifier dev, crtc, primary, cursor, funcs;
@@
int drm_crtc_init_with_planes(struct drm_device *dev,
struct drm_crtc *crtc,
struct drm_plane *primary, struct drm_plane *cursor,
const struct drm_crtc_funcs *funcs
+ ,const char *name, int DOTDOTDOT
);
@@
expression E1, E2, E3, E4, E5;
@@
drm_crtc_init_with_planes(E1, E2, E3, E4, E5
+ ,NULL
)
v2: Split crtc and plane changes apart
Pass NULL for no-name instead of ""
Leave drm_crtc_init() alone
v3: Add ', or NULL...' to @name kernel doc (Jani)
Annotate the function with __printf() attribute (Jani)
Signed-off-by: Ville Syrjälä <ville.syrjala@linux.intel.com>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
Link: http://patchwork.freedesktop.org/patch/msgid/1449670771-2751-1-git-send-email-ville.syrjala@linux.intel.com
2015-12-09 22:19:31 +08:00
|
|
|
&omap_crtc_funcs, NULL);
|
2015-01-11 06:11:18 +08:00
|
|
|
if (ret < 0) {
|
2017-03-24 22:47:55 +08:00
|
|
|
dev_err(dev->dev, "%s(): could not init crtc for: %s\n",
|
2018-09-23 17:58:15 +08:00
|
|
|
__func__, pipe->output->name);
|
2015-01-11 06:11:18 +08:00
|
|
|
kfree(omap_crtc);
|
2017-03-24 22:47:55 +08:00
|
|
|
return ERR_PTR(ret);
|
2015-01-11 06:11:18 +08:00
|
|
|
}
|
|
|
|
|
staging: add omapdrm DRM/KMS driver for TI OMAP platforms
A DRM display driver for TI OMAP platform. Similar to omapfb (fbdev)
and omap_vout (v4l2 display) drivers in the past, this driver uses the
DSS2 driver to access the display hardware, including support for
HDMI, DVI, and various types of LCD panels. And it implements GEM
support for buffer allocation (for KMS as well as offscreen buffers
used by the xf86-video-omap userspace xorg driver).
The driver maps CRTCs to overlays, encoders to overlay-managers, and
connectors to dssdev's. Note that this arrangement might change slightly
when support for drm_plane overlays is added.
For GEM support, non-scanout buffers are using the shmem backed pages
provided by GEM core (In drm_gem_object_init()). In the case of scanout
buffers, which need to be physically contiguous, those are allocated
with CMA and use drm_gem_private_object_init().
See userspace xorg driver:
git://github.com/robclark/xf86-video-omap.git
Refer to this link for CMA (Continuous Memory Allocator):
http://lkml.org/lkml/2011/8/19/302
Links to previous versions of the patch:
v1: http://lwn.net/Articles/458137/
v2: http://patches.linaro.org/4156/
v3: http://patches.linaro.org/4688/
v4: http://patches.linaro.org/4791/
History:
v5: move headers from include/drm at Greg KH's request, minor rebasing
on 3.2-rc1, pull in private copies of drm_gem_{get,put}_pages()
because "drm/gem: add functions to get/put pages" patch is not
merged yet
v4: bit of rework of encoder/connector _dpms() code, modeset_init()
rework to not use nested functions, update TODO.txt
v3: minor cleanups, improved error handling for dev_load(), some minor
API changes that will be needed later for tiled buffer support
v2: replace omap_vram with CMA for scanout buffer allocation, remove
unneeded functions, use dma_addr_t for physical addresses, error
handling cleanup, refactor attach/detach pages into common drm
functions, split non-userspace-facing API into omap_priv.h, remove
plugin API
v1: original
Signed-off-by: Rob Clark <rob@ti.com>
Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2011-11-13 02:09:40 +08:00
|
|
|
drm_crtc_helper_add(crtc, &omap_crtc_helper_funcs);
|
|
|
|
|
2016-06-07 20:09:17 +08:00
|
|
|
/* The dispc API adapts to what ever size, but the HW supports
|
|
|
|
* 256 element gamma table for LCDs and 1024 element table for
|
|
|
|
* OMAP_DSS_CHANNEL_DIGIT. X server assumes 256 element gamma
|
|
|
|
* tables so lets use that. Size of HW gamma table can be
|
|
|
|
* extracted with dispc_mgr_gamma_size(). If it returns 0
|
|
|
|
* gamma table is not supprted.
|
|
|
|
*/
|
2018-02-13 20:00:42 +08:00
|
|
|
if (priv->dispc_ops->mgr_gamma_size(priv->dispc, channel)) {
|
2018-02-11 21:07:33 +08:00
|
|
|
unsigned int gamma_lut_size = 256;
|
2016-06-07 20:09:17 +08:00
|
|
|
|
|
|
|
drm_crtc_enable_color_mgmt(crtc, 0, false, gamma_lut_size);
|
|
|
|
drm_mode_crtc_set_gamma_size(crtc, gamma_lut_size);
|
|
|
|
}
|
|
|
|
|
2015-01-11 06:11:18 +08:00
|
|
|
omap_plane_install_properties(crtc->primary, &crtc->base);
|
2012-08-16 04:18:01 +08:00
|
|
|
|
staging: add omapdrm DRM/KMS driver for TI OMAP platforms
A DRM display driver for TI OMAP platform. Similar to omapfb (fbdev)
and omap_vout (v4l2 display) drivers in the past, this driver uses the
DSS2 driver to access the display hardware, including support for
HDMI, DVI, and various types of LCD panels. And it implements GEM
support for buffer allocation (for KMS as well as offscreen buffers
used by the xf86-video-omap userspace xorg driver).
The driver maps CRTCs to overlays, encoders to overlay-managers, and
connectors to dssdev's. Note that this arrangement might change slightly
when support for drm_plane overlays is added.
For GEM support, non-scanout buffers are using the shmem backed pages
provided by GEM core (In drm_gem_object_init()). In the case of scanout
buffers, which need to be physically contiguous, those are allocated
with CMA and use drm_gem_private_object_init().
See userspace xorg driver:
git://github.com/robclark/xf86-video-omap.git
Refer to this link for CMA (Continuous Memory Allocator):
http://lkml.org/lkml/2011/8/19/302
Links to previous versions of the patch:
v1: http://lwn.net/Articles/458137/
v2: http://patches.linaro.org/4156/
v3: http://patches.linaro.org/4688/
v4: http://patches.linaro.org/4791/
History:
v5: move headers from include/drm at Greg KH's request, minor rebasing
on 3.2-rc1, pull in private copies of drm_gem_{get,put}_pages()
because "drm/gem: add functions to get/put pages" patch is not
merged yet
v4: bit of rework of encoder/connector _dpms() code, modeset_init()
rework to not use nested functions, update TODO.txt
v3: minor cleanups, improved error handling for dev_load(), some minor
API changes that will be needed later for tiled buffer support
v2: replace omap_vram with CMA for scanout buffer allocation, remove
unneeded functions, use dma_addr_t for physical addresses, error
handling cleanup, refactor attach/detach pages into common drm
functions, split non-userspace-facing API into omap_priv.h, remove
plugin API
v1: original
Signed-off-by: Rob Clark <rob@ti.com>
Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2011-11-13 02:09:40 +08:00
|
|
|
return crtc;
|
|
|
|
}
|