drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 16:44:06 +00:00
|
|
|
/*
|
|
|
|
* Copyright (C) 2013 Red Hat
|
|
|
|
* Author: Rob Clark <robdclark@gmail.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/>.
|
|
|
|
*/
|
|
|
|
|
|
|
|
|
|
|
|
#include "msm_drv.h"
|
2016-09-28 23:58:32 +00:00
|
|
|
#include "msm_gem.h"
|
2013-11-16 17:56:06 +00:00
|
|
|
#include "msm_mmu.h"
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 16:44:06 +00:00
|
|
|
#include "mdp4_kms.h"
|
|
|
|
|
|
|
|
static struct mdp4_platform_config *mdp4_get_config(struct platform_device *dev);
|
|
|
|
|
|
|
|
static int mdp4_hw_init(struct msm_kms *kms)
|
|
|
|
{
|
2013-11-30 22:24:22 +00:00
|
|
|
struct mdp4_kms *mdp4_kms = to_mdp4_kms(to_mdp_kms(kms));
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 16:44:06 +00:00
|
|
|
struct drm_device *dev = mdp4_kms->dev;
|
|
|
|
uint32_t version, major, minor, dmap_cfg, vg_cfg;
|
|
|
|
unsigned long clk;
|
|
|
|
int ret = 0;
|
|
|
|
|
|
|
|
pm_runtime_get_sync(dev->dev);
|
|
|
|
|
2013-11-16 18:07:31 +00:00
|
|
|
mdp4_enable(mdp4_kms);
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 16:44:06 +00:00
|
|
|
version = mdp4_read(mdp4_kms, REG_MDP4_VERSION);
|
2013-11-16 18:07:31 +00:00
|
|
|
mdp4_disable(mdp4_kms);
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 16:44:06 +00:00
|
|
|
|
|
|
|
major = FIELD(version, MDP4_VERSION_MAJOR);
|
|
|
|
minor = FIELD(version, MDP4_VERSION_MINOR);
|
|
|
|
|
2013-12-01 17:12:54 +00:00
|
|
|
DBG("found MDP4 version v%d.%d", major, minor);
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 16:44:06 +00:00
|
|
|
|
|
|
|
if (major != 4) {
|
|
|
|
dev_err(dev->dev, "unexpected MDP version: v%d.%d\n",
|
|
|
|
major, minor);
|
|
|
|
ret = -ENXIO;
|
|
|
|
goto out;
|
|
|
|
}
|
|
|
|
|
|
|
|
mdp4_kms->rev = minor;
|
|
|
|
|
|
|
|
if (mdp4_kms->rev > 1) {
|
|
|
|
mdp4_write(mdp4_kms, REG_MDP4_CS_CONTROLLER0, 0x0707ffff);
|
|
|
|
mdp4_write(mdp4_kms, REG_MDP4_CS_CONTROLLER1, 0x03073f3f);
|
|
|
|
}
|
|
|
|
|
|
|
|
mdp4_write(mdp4_kms, REG_MDP4_PORTMAP_MODE, 0x3);
|
|
|
|
|
|
|
|
/* max read pending cmd config, 3 pending requests: */
|
|
|
|
mdp4_write(mdp4_kms, REG_MDP4_READ_CNFG, 0x02222);
|
|
|
|
|
|
|
|
clk = clk_get_rate(mdp4_kms->clk);
|
|
|
|
|
|
|
|
if ((mdp4_kms->rev >= 1) || (clk >= 90000000)) {
|
|
|
|
dmap_cfg = 0x47; /* 16 bytes-burst x 8 req */
|
|
|
|
vg_cfg = 0x47; /* 16 bytes-burs x 8 req */
|
|
|
|
} else {
|
|
|
|
dmap_cfg = 0x27; /* 8 bytes-burst x 8 req */
|
|
|
|
vg_cfg = 0x43; /* 16 bytes-burst x 4 req */
|
|
|
|
}
|
|
|
|
|
|
|
|
DBG("fetch config: dmap=%02x, vg=%02x", dmap_cfg, vg_cfg);
|
|
|
|
|
|
|
|
mdp4_write(mdp4_kms, REG_MDP4_DMA_FETCH_CONFIG(DMA_P), dmap_cfg);
|
|
|
|
mdp4_write(mdp4_kms, REG_MDP4_DMA_FETCH_CONFIG(DMA_E), dmap_cfg);
|
|
|
|
|
|
|
|
mdp4_write(mdp4_kms, REG_MDP4_PIPE_FETCH_CONFIG(VG1), vg_cfg);
|
|
|
|
mdp4_write(mdp4_kms, REG_MDP4_PIPE_FETCH_CONFIG(VG2), vg_cfg);
|
|
|
|
mdp4_write(mdp4_kms, REG_MDP4_PIPE_FETCH_CONFIG(RGB1), vg_cfg);
|
|
|
|
mdp4_write(mdp4_kms, REG_MDP4_PIPE_FETCH_CONFIG(RGB2), vg_cfg);
|
|
|
|
|
|
|
|
if (mdp4_kms->rev >= 2)
|
|
|
|
mdp4_write(mdp4_kms, REG_MDP4_LAYERMIXER_IN_CFG_UPDATE_METHOD, 1);
|
2014-08-06 11:43:12 +00:00
|
|
|
mdp4_write(mdp4_kms, REG_MDP4_LAYERMIXER_IN_CFG, 0);
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 16:44:06 +00:00
|
|
|
|
|
|
|
/* disable CSC matrix / YUV by default: */
|
|
|
|
mdp4_write(mdp4_kms, REG_MDP4_PIPE_OP_MODE(VG1), 0);
|
|
|
|
mdp4_write(mdp4_kms, REG_MDP4_PIPE_OP_MODE(VG2), 0);
|
|
|
|
mdp4_write(mdp4_kms, REG_MDP4_DMA_P_OP_MODE, 0);
|
|
|
|
mdp4_write(mdp4_kms, REG_MDP4_DMA_S_OP_MODE, 0);
|
|
|
|
mdp4_write(mdp4_kms, REG_MDP4_OVLP_CSC_CONFIG(1), 0);
|
|
|
|
mdp4_write(mdp4_kms, REG_MDP4_OVLP_CSC_CONFIG(2), 0);
|
|
|
|
|
|
|
|
if (mdp4_kms->rev > 1)
|
|
|
|
mdp4_write(mdp4_kms, REG_MDP4_RESET_STATUS, 1);
|
|
|
|
|
2015-01-30 14:48:11 +00:00
|
|
|
dev->mode_config.allow_fb_modifiers = true;
|
|
|
|
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 16:44:06 +00:00
|
|
|
out:
|
|
|
|
pm_runtime_put_sync(dev->dev);
|
|
|
|
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2015-01-30 22:04:45 +00:00
|
|
|
static void mdp4_prepare_commit(struct msm_kms *kms, struct drm_atomic_state *state)
|
|
|
|
{
|
|
|
|
struct mdp4_kms *mdp4_kms = to_mdp4_kms(to_mdp_kms(kms));
|
2016-06-02 13:41:53 +00:00
|
|
|
int i;
|
|
|
|
struct drm_crtc *crtc;
|
|
|
|
struct drm_crtc_state *crtc_state;
|
2015-01-30 22:04:45 +00:00
|
|
|
|
|
|
|
mdp4_enable(mdp4_kms);
|
|
|
|
|
|
|
|
/* see 119ecb7fd */
|
2016-06-02 13:41:53 +00:00
|
|
|
for_each_crtc_in_state(state, crtc, crtc_state, i)
|
2015-01-30 22:04:45 +00:00
|
|
|
drm_crtc_vblank_get(crtc);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void mdp4_complete_commit(struct msm_kms *kms, struct drm_atomic_state *state)
|
|
|
|
{
|
|
|
|
struct mdp4_kms *mdp4_kms = to_mdp4_kms(to_mdp_kms(kms));
|
2016-06-02 13:41:53 +00:00
|
|
|
int i;
|
|
|
|
struct drm_crtc *crtc;
|
|
|
|
struct drm_crtc_state *crtc_state;
|
2015-01-30 22:04:45 +00:00
|
|
|
|
|
|
|
/* see 119ecb7fd */
|
2016-06-02 13:41:53 +00:00
|
|
|
for_each_crtc_in_state(state, crtc, crtc_state, i)
|
2015-01-30 22:04:45 +00:00
|
|
|
drm_crtc_vblank_put(crtc);
|
|
|
|
|
|
|
|
mdp4_disable(mdp4_kms);
|
|
|
|
}
|
|
|
|
|
2015-04-28 23:35:37 +00:00
|
|
|
static void mdp4_wait_for_crtc_commit_done(struct msm_kms *kms,
|
|
|
|
struct drm_crtc *crtc)
|
|
|
|
{
|
|
|
|
mdp4_crtc_wait_for_commit_done(crtc);
|
|
|
|
}
|
|
|
|
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 16:44:06 +00:00
|
|
|
static long mdp4_round_pixclk(struct msm_kms *kms, unsigned long rate,
|
|
|
|
struct drm_encoder *encoder)
|
|
|
|
{
|
|
|
|
/* if we had >1 encoder, we'd need something more clever: */
|
2015-11-18 12:27:16 +00:00
|
|
|
switch (encoder->encoder_type) {
|
|
|
|
case DRM_MODE_ENCODER_TMDS:
|
|
|
|
return mdp4_dtv_round_pixclk(encoder, rate);
|
|
|
|
case DRM_MODE_ENCODER_LVDS:
|
|
|
|
case DRM_MODE_ENCODER_DSI:
|
|
|
|
default:
|
|
|
|
return rate;
|
|
|
|
}
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 16:44:06 +00:00
|
|
|
}
|
|
|
|
|
2016-02-25 05:49:44 +00:00
|
|
|
static const char * const iommu_ports[] = {
|
|
|
|
"mdp_port0_cb0", "mdp_port1_cb0",
|
|
|
|
};
|
|
|
|
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 16:44:06 +00:00
|
|
|
static void mdp4_destroy(struct msm_kms *kms)
|
|
|
|
{
|
2013-11-30 22:24:22 +00:00
|
|
|
struct mdp4_kms *mdp4_kms = to_mdp4_kms(to_mdp_kms(kms));
|
2016-06-15 12:34:31 +00:00
|
|
|
struct device *dev = mdp4_kms->dev->dev;
|
2016-09-28 23:58:32 +00:00
|
|
|
struct msm_gem_address_space *aspace = mdp4_kms->aspace;
|
2016-02-25 05:49:44 +00:00
|
|
|
|
2014-04-22 16:27:28 +00:00
|
|
|
if (mdp4_kms->blank_cursor_iova)
|
|
|
|
msm_gem_put_iova(mdp4_kms->blank_cursor_bo, mdp4_kms->id);
|
2016-07-13 17:15:35 +00:00
|
|
|
drm_gem_object_unreference_unlocked(mdp4_kms->blank_cursor_bo);
|
2016-06-15 12:34:31 +00:00
|
|
|
|
2016-09-28 23:58:32 +00:00
|
|
|
if (aspace) {
|
|
|
|
aspace->mmu->funcs->detach(aspace->mmu,
|
|
|
|
iommu_ports, ARRAY_SIZE(iommu_ports));
|
|
|
|
msm_gem_address_space_destroy(aspace);
|
|
|
|
}
|
|
|
|
|
2016-06-15 12:34:31 +00:00
|
|
|
if (mdp4_kms->rpm_enabled)
|
|
|
|
pm_runtime_disable(dev);
|
|
|
|
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 16:44:06 +00:00
|
|
|
kfree(mdp4_kms);
|
|
|
|
}
|
|
|
|
|
2013-11-30 22:24:22 +00:00
|
|
|
static const struct mdp_kms_funcs kms_funcs = {
|
|
|
|
.base = {
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 16:44:06 +00:00
|
|
|
.hw_init = mdp4_hw_init,
|
|
|
|
.irq_preinstall = mdp4_irq_preinstall,
|
|
|
|
.irq_postinstall = mdp4_irq_postinstall,
|
|
|
|
.irq_uninstall = mdp4_irq_uninstall,
|
|
|
|
.irq = mdp4_irq,
|
|
|
|
.enable_vblank = mdp4_enable_vblank,
|
|
|
|
.disable_vblank = mdp4_disable_vblank,
|
2015-01-30 22:04:45 +00:00
|
|
|
.prepare_commit = mdp4_prepare_commit,
|
|
|
|
.complete_commit = mdp4_complete_commit,
|
2015-04-28 23:35:37 +00:00
|
|
|
.wait_for_crtc_commit_done = mdp4_wait_for_crtc_commit_done,
|
2013-11-30 19:58:23 +00:00
|
|
|
.get_format = mdp_get_format,
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 16:44:06 +00:00
|
|
|
.round_pixclk = mdp4_round_pixclk,
|
|
|
|
.destroy = mdp4_destroy,
|
2013-11-30 22:24:22 +00:00
|
|
|
},
|
|
|
|
.set_irqmask = mdp4_set_irqmask,
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 16:44:06 +00:00
|
|
|
};
|
|
|
|
|
|
|
|
int mdp4_disable(struct mdp4_kms *mdp4_kms)
|
|
|
|
{
|
|
|
|
DBG("");
|
|
|
|
|
|
|
|
clk_disable_unprepare(mdp4_kms->clk);
|
|
|
|
if (mdp4_kms->pclk)
|
|
|
|
clk_disable_unprepare(mdp4_kms->pclk);
|
|
|
|
clk_disable_unprepare(mdp4_kms->lut_clk);
|
2014-06-30 22:50:51 +00:00
|
|
|
if (mdp4_kms->axi_clk)
|
|
|
|
clk_disable_unprepare(mdp4_kms->axi_clk);
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 16:44:06 +00:00
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
int mdp4_enable(struct mdp4_kms *mdp4_kms)
|
|
|
|
{
|
|
|
|
DBG("");
|
|
|
|
|
|
|
|
clk_prepare_enable(mdp4_kms->clk);
|
|
|
|
if (mdp4_kms->pclk)
|
|
|
|
clk_prepare_enable(mdp4_kms->pclk);
|
|
|
|
clk_prepare_enable(mdp4_kms->lut_clk);
|
2014-06-30 22:50:51 +00:00
|
|
|
if (mdp4_kms->axi_clk)
|
|
|
|
clk_prepare_enable(mdp4_kms->axi_clk);
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 16:44:06 +00:00
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2015-11-18 11:45:50 +00:00
|
|
|
static struct device_node *mdp4_detect_lcdc_panel(struct drm_device *dev)
|
2014-08-01 17:08:11 +00:00
|
|
|
{
|
2015-06-09 08:47:22 +00:00
|
|
|
struct device_node *endpoint, *panel_node;
|
|
|
|
struct device_node *np = dev->dev->of_node;
|
2014-08-01 17:08:11 +00:00
|
|
|
|
2016-09-13 15:21:34 +00:00
|
|
|
/*
|
|
|
|
* LVDS/LCDC is the first port described in the list of ports in the
|
|
|
|
* MDP4 DT node.
|
|
|
|
*/
|
|
|
|
endpoint = of_graph_get_endpoint_by_regs(np, 0, -1);
|
2015-06-09 08:47:22 +00:00
|
|
|
if (!endpoint) {
|
2016-09-13 15:21:34 +00:00
|
|
|
DBG("no LVDS remote endpoint\n");
|
2015-11-18 11:45:50 +00:00
|
|
|
return NULL;
|
2015-06-09 08:47:22 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
panel_node = of_graph_get_remote_port_parent(endpoint);
|
|
|
|
if (!panel_node) {
|
2016-09-13 15:21:34 +00:00
|
|
|
DBG("no valid panel node in LVDS endpoint\n");
|
2015-06-09 08:47:22 +00:00
|
|
|
of_node_put(endpoint);
|
2016-09-13 15:21:34 +00:00
|
|
|
return NULL;
|
2015-06-09 08:47:22 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
of_node_put(endpoint);
|
|
|
|
|
2015-11-18 11:45:50 +00:00
|
|
|
return panel_node;
|
2014-08-01 17:08:11 +00:00
|
|
|
}
|
|
|
|
|
2015-10-19 06:50:52 +00:00
|
|
|
static int mdp4_modeset_init_intf(struct mdp4_kms *mdp4_kms,
|
|
|
|
int intf_type)
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 16:44:06 +00:00
|
|
|
{
|
|
|
|
struct drm_device *dev = mdp4_kms->dev;
|
|
|
|
struct msm_drm_private *priv = dev->dev_private;
|
|
|
|
struct drm_encoder *encoder;
|
2014-08-01 17:08:11 +00:00
|
|
|
struct drm_connector *connector;
|
2015-11-18 11:45:50 +00:00
|
|
|
struct device_node *panel_node;
|
2015-11-18 12:28:28 +00:00
|
|
|
struct drm_encoder *dsi_encs[MSM_DSI_ENCODER_NUM];
|
|
|
|
int i, dsi_id;
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 16:44:06 +00:00
|
|
|
int ret;
|
|
|
|
|
2015-10-19 06:50:52 +00:00
|
|
|
switch (intf_type) {
|
|
|
|
case DRM_MODE_ENCODER_LVDS:
|
2015-11-18 11:45:50 +00:00
|
|
|
/*
|
2016-09-13 15:21:34 +00:00
|
|
|
* bail out early if there is no panel node (no need to
|
|
|
|
* initialize LCDC encoder and LVDS connector)
|
2015-11-18 11:45:50 +00:00
|
|
|
*/
|
|
|
|
panel_node = mdp4_detect_lcdc_panel(dev);
|
2016-09-13 15:21:34 +00:00
|
|
|
if (!panel_node)
|
|
|
|
return 0;
|
2015-11-18 11:45:50 +00:00
|
|
|
|
|
|
|
encoder = mdp4_lcdc_encoder_init(dev, panel_node);
|
2015-10-19 06:50:52 +00:00
|
|
|
if (IS_ERR(encoder)) {
|
|
|
|
dev_err(dev->dev, "failed to construct LCDC encoder\n");
|
|
|
|
return PTR_ERR(encoder);
|
|
|
|
}
|
2013-10-08 16:57:48 +00:00
|
|
|
|
2015-10-19 06:50:52 +00:00
|
|
|
/* LCDC can be hooked to DMA_P (TODO: Add DMA_S later?) */
|
|
|
|
encoder->possible_crtcs = 1 << DMA_P;
|
2014-08-01 17:08:11 +00:00
|
|
|
|
2015-11-18 11:45:50 +00:00
|
|
|
connector = mdp4_lvds_connector_init(dev, panel_node, encoder);
|
2015-10-19 06:50:52 +00:00
|
|
|
if (IS_ERR(connector)) {
|
|
|
|
dev_err(dev->dev, "failed to initialize LVDS connector\n");
|
|
|
|
return PTR_ERR(connector);
|
|
|
|
}
|
2014-08-01 17:08:11 +00:00
|
|
|
|
2015-10-19 06:50:52 +00:00
|
|
|
priv->encoders[priv->num_encoders++] = encoder;
|
|
|
|
priv->connectors[priv->num_connectors++] = connector;
|
2014-08-01 17:08:11 +00:00
|
|
|
|
2015-10-19 06:50:52 +00:00
|
|
|
break;
|
|
|
|
case DRM_MODE_ENCODER_TMDS:
|
|
|
|
encoder = mdp4_dtv_encoder_init(dev);
|
|
|
|
if (IS_ERR(encoder)) {
|
|
|
|
dev_err(dev->dev, "failed to construct DTV encoder\n");
|
|
|
|
return PTR_ERR(encoder);
|
|
|
|
}
|
2014-08-01 17:08:11 +00:00
|
|
|
|
2015-10-19 06:50:52 +00:00
|
|
|
/* DTV can be hooked to DMA_E: */
|
|
|
|
encoder->possible_crtcs = 1 << 1;
|
2014-08-01 17:08:11 +00:00
|
|
|
|
2015-10-19 06:50:52 +00:00
|
|
|
if (priv->hdmi) {
|
|
|
|
/* Construct bridge/connector for HDMI: */
|
2016-02-22 21:08:35 +00:00
|
|
|
ret = msm_hdmi_modeset_init(priv->hdmi, dev, encoder);
|
2015-10-19 06:50:52 +00:00
|
|
|
if (ret) {
|
|
|
|
dev_err(dev->dev, "failed to initialize HDMI: %d\n", ret);
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
}
|
2014-08-01 17:08:11 +00:00
|
|
|
|
2015-10-19 06:50:52 +00:00
|
|
|
priv->encoders[priv->num_encoders++] = encoder;
|
2014-08-01 17:08:11 +00:00
|
|
|
|
2015-11-18 12:28:28 +00:00
|
|
|
break;
|
|
|
|
case DRM_MODE_ENCODER_DSI:
|
|
|
|
/* only DSI1 supported for now */
|
|
|
|
dsi_id = 0;
|
|
|
|
|
|
|
|
if (!priv->dsi[dsi_id])
|
|
|
|
break;
|
|
|
|
|
|
|
|
for (i = 0; i < MSM_DSI_ENCODER_NUM; i++) {
|
|
|
|
dsi_encs[i] = mdp4_dsi_encoder_init(dev);
|
|
|
|
if (IS_ERR(dsi_encs[i])) {
|
|
|
|
ret = PTR_ERR(dsi_encs[i]);
|
|
|
|
dev_err(dev->dev,
|
|
|
|
"failed to construct DSI encoder: %d\n",
|
|
|
|
ret);
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* TODO: Add DMA_S later? */
|
|
|
|
dsi_encs[i]->possible_crtcs = 1 << DMA_P;
|
|
|
|
priv->encoders[priv->num_encoders++] = dsi_encs[i];
|
|
|
|
}
|
|
|
|
|
|
|
|
ret = msm_dsi_modeset_init(priv->dsi[dsi_id], dev, dsi_encs);
|
|
|
|
if (ret) {
|
|
|
|
dev_err(dev->dev, "failed to initialize DSI: %d\n",
|
|
|
|
ret);
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2015-10-19 06:50:52 +00:00
|
|
|
break;
|
|
|
|
default:
|
|
|
|
dev_err(dev->dev, "Invalid or unsupported interface\n");
|
|
|
|
return -EINVAL;
|
2014-08-01 17:08:11 +00:00
|
|
|
}
|
|
|
|
|
2015-10-19 06:50:52 +00:00
|
|
|
return 0;
|
|
|
|
}
|
2014-08-01 17:08:11 +00:00
|
|
|
|
2015-10-19 06:50:52 +00:00
|
|
|
static int modeset_init(struct mdp4_kms *mdp4_kms)
|
|
|
|
{
|
|
|
|
struct drm_device *dev = mdp4_kms->dev;
|
|
|
|
struct msm_drm_private *priv = dev->dev_private;
|
|
|
|
struct drm_plane *plane;
|
|
|
|
struct drm_crtc *crtc;
|
|
|
|
int i, ret;
|
|
|
|
static const enum mdp4_pipe rgb_planes[] = {
|
|
|
|
RGB1, RGB2,
|
|
|
|
};
|
|
|
|
static const enum mdp4_pipe vg_planes[] = {
|
|
|
|
VG1, VG2,
|
|
|
|
};
|
|
|
|
static const enum mdp4_dma mdp4_crtcs[] = {
|
|
|
|
DMA_P, DMA_E,
|
|
|
|
};
|
|
|
|
static const char * const mdp4_crtc_names[] = {
|
|
|
|
"DMA_P", "DMA_E",
|
|
|
|
};
|
|
|
|
static const int mdp4_intfs[] = {
|
|
|
|
DRM_MODE_ENCODER_LVDS,
|
2015-11-18 12:28:28 +00:00
|
|
|
DRM_MODE_ENCODER_DSI,
|
2015-10-19 06:50:52 +00:00
|
|
|
DRM_MODE_ENCODER_TMDS,
|
|
|
|
};
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 16:44:06 +00:00
|
|
|
|
2015-10-19 06:50:52 +00:00
|
|
|
/* construct non-private planes: */
|
|
|
|
for (i = 0; i < ARRAY_SIZE(vg_planes); i++) {
|
|
|
|
plane = mdp4_plane_init(dev, vg_planes[i], false);
|
|
|
|
if (IS_ERR(plane)) {
|
|
|
|
dev_err(dev->dev,
|
|
|
|
"failed to construct plane for VG%d\n", i + 1);
|
|
|
|
ret = PTR_ERR(plane);
|
|
|
|
goto fail;
|
|
|
|
}
|
|
|
|
priv->planes[priv->num_planes++] = plane;
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 16:44:06 +00:00
|
|
|
}
|
|
|
|
|
2015-10-19 06:50:52 +00:00
|
|
|
for (i = 0; i < ARRAY_SIZE(mdp4_crtcs); i++) {
|
|
|
|
plane = mdp4_plane_init(dev, rgb_planes[i], true);
|
|
|
|
if (IS_ERR(plane)) {
|
|
|
|
dev_err(dev->dev,
|
|
|
|
"failed to construct plane for RGB%d\n", i + 1);
|
|
|
|
ret = PTR_ERR(plane);
|
|
|
|
goto fail;
|
|
|
|
}
|
|
|
|
|
|
|
|
crtc = mdp4_crtc_init(dev, plane, priv->num_crtcs, i,
|
|
|
|
mdp4_crtcs[i]);
|
|
|
|
if (IS_ERR(crtc)) {
|
|
|
|
dev_err(dev->dev, "failed to construct crtc for %s\n",
|
|
|
|
mdp4_crtc_names[i]);
|
|
|
|
ret = PTR_ERR(crtc);
|
|
|
|
goto fail;
|
|
|
|
}
|
2014-08-01 17:08:11 +00:00
|
|
|
|
2015-10-19 06:50:52 +00:00
|
|
|
priv->crtcs[priv->num_crtcs++] = crtc;
|
|
|
|
}
|
2014-08-01 17:08:11 +00:00
|
|
|
|
2015-10-19 06:50:52 +00:00
|
|
|
/*
|
|
|
|
* we currently set up two relatively fixed paths:
|
|
|
|
*
|
|
|
|
* LCDC/LVDS path: RGB1 -> DMA_P -> LCDC -> LVDS
|
2015-11-18 12:28:28 +00:00
|
|
|
* or
|
|
|
|
* DSI path: RGB1 -> DMA_P -> DSI1 -> DSI Panel
|
|
|
|
*
|
2015-10-19 06:50:52 +00:00
|
|
|
* DTV/HDMI path: RGB2 -> DMA_E -> DTV -> HDMI
|
|
|
|
*/
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 16:44:06 +00:00
|
|
|
|
2015-10-19 06:50:52 +00:00
|
|
|
for (i = 0; i < ARRAY_SIZE(mdp4_intfs); i++) {
|
|
|
|
ret = mdp4_modeset_init_intf(mdp4_kms, mdp4_intfs[i]);
|
2014-11-04 18:33:14 +00:00
|
|
|
if (ret) {
|
2015-10-19 06:50:52 +00:00
|
|
|
dev_err(dev->dev, "failed to initialize intf: %d, %d\n",
|
|
|
|
i, ret);
|
2014-11-04 18:33:14 +00:00
|
|
|
goto fail;
|
|
|
|
}
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 16:44:06 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
fail:
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
|
|
|
struct msm_kms *mdp4_kms_init(struct drm_device *dev)
|
|
|
|
{
|
|
|
|
struct platform_device *pdev = dev->platformdev;
|
|
|
|
struct mdp4_platform_config *config = mdp4_get_config(pdev);
|
|
|
|
struct mdp4_kms *mdp4_kms;
|
|
|
|
struct msm_kms *kms = NULL;
|
2016-09-28 23:58:32 +00:00
|
|
|
struct msm_gem_address_space *aspace;
|
2016-05-18 09:36:03 +00:00
|
|
|
int irq, ret;
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 16:44:06 +00:00
|
|
|
|
|
|
|
mdp4_kms = kzalloc(sizeof(*mdp4_kms), GFP_KERNEL);
|
|
|
|
if (!mdp4_kms) {
|
|
|
|
dev_err(dev->dev, "failed to allocate kms\n");
|
|
|
|
ret = -ENOMEM;
|
|
|
|
goto fail;
|
|
|
|
}
|
|
|
|
|
2013-11-30 22:24:22 +00:00
|
|
|
mdp_kms_init(&mdp4_kms->base, &kms_funcs);
|
|
|
|
|
|
|
|
kms = &mdp4_kms->base.base;
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 16:44:06 +00:00
|
|
|
|
|
|
|
mdp4_kms->dev = dev;
|
|
|
|
|
|
|
|
mdp4_kms->mmio = msm_ioremap(pdev, NULL, "MDP4");
|
|
|
|
if (IS_ERR(mdp4_kms->mmio)) {
|
|
|
|
ret = PTR_ERR(mdp4_kms->mmio);
|
|
|
|
goto fail;
|
|
|
|
}
|
|
|
|
|
2016-05-18 09:36:03 +00:00
|
|
|
irq = platform_get_irq(pdev, 0);
|
|
|
|
if (irq < 0) {
|
|
|
|
ret = irq;
|
|
|
|
dev_err(dev->dev, "failed to get irq: %d\n", ret);
|
|
|
|
goto fail;
|
|
|
|
}
|
|
|
|
|
|
|
|
kms->irq = irq;
|
|
|
|
|
2014-10-31 16:19:40 +00:00
|
|
|
/* NOTE: driver for this regulator still missing upstream.. use
|
|
|
|
* _get_exclusive() and ignore the error if it does not exist
|
|
|
|
* (and hope that the bootloader left it on for us)
|
|
|
|
*/
|
2013-12-15 21:23:05 +00:00
|
|
|
mdp4_kms->vdd = devm_regulator_get_exclusive(&pdev->dev, "vdd");
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 16:44:06 +00:00
|
|
|
if (IS_ERR(mdp4_kms->vdd))
|
|
|
|
mdp4_kms->vdd = NULL;
|
|
|
|
|
|
|
|
if (mdp4_kms->vdd) {
|
|
|
|
ret = regulator_enable(mdp4_kms->vdd);
|
|
|
|
if (ret) {
|
|
|
|
dev_err(dev->dev, "failed to enable regulator vdd: %d\n", ret);
|
|
|
|
goto fail;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
mdp4_kms->clk = devm_clk_get(&pdev->dev, "core_clk");
|
|
|
|
if (IS_ERR(mdp4_kms->clk)) {
|
|
|
|
dev_err(dev->dev, "failed to get core_clk\n");
|
|
|
|
ret = PTR_ERR(mdp4_kms->clk);
|
|
|
|
goto fail;
|
|
|
|
}
|
|
|
|
|
|
|
|
mdp4_kms->pclk = devm_clk_get(&pdev->dev, "iface_clk");
|
|
|
|
if (IS_ERR(mdp4_kms->pclk))
|
|
|
|
mdp4_kms->pclk = NULL;
|
|
|
|
|
|
|
|
// XXX if (rev >= MDP_REV_42) { ???
|
|
|
|
mdp4_kms->lut_clk = devm_clk_get(&pdev->dev, "lut_clk");
|
|
|
|
if (IS_ERR(mdp4_kms->lut_clk)) {
|
|
|
|
dev_err(dev->dev, "failed to get lut_clk\n");
|
|
|
|
ret = PTR_ERR(mdp4_kms->lut_clk);
|
|
|
|
goto fail;
|
|
|
|
}
|
|
|
|
|
2016-06-10 06:25:43 +00:00
|
|
|
mdp4_kms->axi_clk = devm_clk_get(&pdev->dev, "bus_clk");
|
2014-06-30 22:50:51 +00:00
|
|
|
if (IS_ERR(mdp4_kms->axi_clk)) {
|
|
|
|
dev_err(dev->dev, "failed to get axi_clk\n");
|
|
|
|
ret = PTR_ERR(mdp4_kms->axi_clk);
|
|
|
|
goto fail;
|
|
|
|
}
|
|
|
|
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 16:44:06 +00:00
|
|
|
clk_set_rate(mdp4_kms->clk, config->max_clk);
|
|
|
|
clk_set_rate(mdp4_kms->lut_clk, config->max_clk);
|
|
|
|
|
2016-06-15 12:34:31 +00:00
|
|
|
pm_runtime_enable(dev->dev);
|
|
|
|
mdp4_kms->rpm_enabled = true;
|
|
|
|
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 16:44:06 +00:00
|
|
|
/* make sure things are off before attaching iommu (bootloader could
|
|
|
|
* have left things on, in which case we'll start getting faults if
|
|
|
|
* we don't disable):
|
|
|
|
*/
|
2013-11-16 18:07:31 +00:00
|
|
|
mdp4_enable(mdp4_kms);
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 16:44:06 +00:00
|
|
|
mdp4_write(mdp4_kms, REG_MDP4_DTV_ENABLE, 0);
|
|
|
|
mdp4_write(mdp4_kms, REG_MDP4_LCDC_ENABLE, 0);
|
|
|
|
mdp4_write(mdp4_kms, REG_MDP4_DSI_ENABLE, 0);
|
2013-11-16 18:07:31 +00:00
|
|
|
mdp4_disable(mdp4_kms);
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 16:44:06 +00:00
|
|
|
mdelay(16);
|
|
|
|
|
2013-11-16 17:56:06 +00:00
|
|
|
if (config->iommu) {
|
2016-09-28 23:58:32 +00:00
|
|
|
aspace = msm_gem_address_space_create(&pdev->dev,
|
|
|
|
config->iommu, "mdp4");
|
|
|
|
if (IS_ERR(aspace)) {
|
|
|
|
ret = PTR_ERR(aspace);
|
2013-11-16 17:56:06 +00:00
|
|
|
goto fail;
|
|
|
|
}
|
2016-09-28 23:58:32 +00:00
|
|
|
|
|
|
|
mdp4_kms->aspace = aspace;
|
|
|
|
|
|
|
|
ret = aspace->mmu->funcs->attach(aspace->mmu, iommu_ports,
|
2013-11-16 17:56:06 +00:00
|
|
|
ARRAY_SIZE(iommu_ports));
|
|
|
|
if (ret)
|
|
|
|
goto fail;
|
|
|
|
} else {
|
|
|
|
dev_info(dev->dev, "no iommu, fallback to phys "
|
|
|
|
"contig buffers for scanout\n");
|
2016-09-28 23:58:32 +00:00
|
|
|
aspace = NULL;
|
2013-11-16 17:56:06 +00:00
|
|
|
}
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 16:44:06 +00:00
|
|
|
|
2016-09-28 23:58:32 +00:00
|
|
|
mdp4_kms->id = msm_register_address_space(dev, aspace);
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 16:44:06 +00:00
|
|
|
if (mdp4_kms->id < 0) {
|
|
|
|
ret = mdp4_kms->id;
|
|
|
|
dev_err(dev->dev, "failed to register mdp4 iommu: %d\n", ret);
|
|
|
|
goto fail;
|
|
|
|
}
|
|
|
|
|
|
|
|
ret = modeset_init(mdp4_kms);
|
|
|
|
if (ret) {
|
|
|
|
dev_err(dev->dev, "modeset_init failed: %d\n", ret);
|
|
|
|
goto fail;
|
|
|
|
}
|
|
|
|
|
2014-04-22 16:27:28 +00:00
|
|
|
mutex_lock(&dev->struct_mutex);
|
|
|
|
mdp4_kms->blank_cursor_bo = msm_gem_new(dev, SZ_16K, MSM_BO_WC);
|
|
|
|
mutex_unlock(&dev->struct_mutex);
|
|
|
|
if (IS_ERR(mdp4_kms->blank_cursor_bo)) {
|
|
|
|
ret = PTR_ERR(mdp4_kms->blank_cursor_bo);
|
|
|
|
dev_err(dev->dev, "could not allocate blank-cursor bo: %d\n", ret);
|
|
|
|
mdp4_kms->blank_cursor_bo = NULL;
|
|
|
|
goto fail;
|
|
|
|
}
|
|
|
|
|
|
|
|
ret = msm_gem_get_iova(mdp4_kms->blank_cursor_bo, mdp4_kms->id,
|
|
|
|
&mdp4_kms->blank_cursor_iova);
|
|
|
|
if (ret) {
|
|
|
|
dev_err(dev->dev, "could not pin blank-cursor bo: %d\n", ret);
|
|
|
|
goto fail;
|
|
|
|
}
|
|
|
|
|
2015-06-24 23:13:40 +00:00
|
|
|
dev->mode_config.min_width = 0;
|
|
|
|
dev->mode_config.min_height = 0;
|
|
|
|
dev->mode_config.max_width = 2048;
|
|
|
|
dev->mode_config.max_height = 2048;
|
|
|
|
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 16:44:06 +00:00
|
|
|
return kms;
|
|
|
|
|
|
|
|
fail:
|
|
|
|
if (kms)
|
|
|
|
mdp4_destroy(kms);
|
|
|
|
return ERR_PTR(ret);
|
|
|
|
}
|
|
|
|
|
|
|
|
static struct mdp4_platform_config *mdp4_get_config(struct platform_device *dev)
|
|
|
|
{
|
|
|
|
static struct mdp4_platform_config config = {};
|
2015-11-18 07:14:52 +00:00
|
|
|
|
|
|
|
/* TODO: Chips that aren't apq8064 have a 200 Mhz max_clk */
|
2013-12-15 21:23:05 +00:00
|
|
|
config.max_clk = 266667000;
|
|
|
|
config.iommu = iommu_domain_alloc(&platform_bus_type);
|
2016-09-28 23:58:32 +00:00
|
|
|
if (config.iommu) {
|
|
|
|
config.iommu->geometry.aperture_start = 0x1000;
|
|
|
|
config.iommu->geometry.aperture_end = 0xffffffff;
|
|
|
|
}
|
2015-11-18 07:14:52 +00:00
|
|
|
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 16:44:06 +00:00
|
|
|
return &config;
|
|
|
|
}
|