drm/msm: add mdp5/apq8x74
Add support for the new MDP5 display controller block. The mapping
between parts of the display controller and KMS is:
plane -> PIPE{RGBn,VIGn} \
crtc -> LM (layer mixer) |-> MDP "device"
encoder -> INTF /
connector -> HDMI/DSI/eDP/etc --> other device(s)
Unlike MDP4, it appears we can get by with a single encoder, rather
than needing a different implementation for DTV, DSI, etc. (Ie. the
register interface is same, just different bases.)
Also unlike MDP4, all the IRQs for other blocks (HDMI, DSI, etc) are
routed through MDP.
And finally, MDP5 has this "Shared Memory Pool" (called "SMP"), from
which blocks need to be allocated to the active pipes based on fetch
stride.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-11-30 22:51:47 +00:00
|
|
|
/*
|
2014-12-12 19:41:17 +00:00
|
|
|
* Copyright (c) 2014, The Linux Foundation. All rights reserved.
|
drm/msm: add mdp5/apq8x74
Add support for the new MDP5 display controller block. The mapping
between parts of the display controller and KMS is:
plane -> PIPE{RGBn,VIGn} \
crtc -> LM (layer mixer) |-> MDP "device"
encoder -> INTF /
connector -> HDMI/DSI/eDP/etc --> other device(s)
Unlike MDP4, it appears we can get by with a single encoder, rather
than needing a different implementation for DTV, DSI, etc. (Ie. the
register interface is same, just different bases.)
Also unlike MDP4, all the IRQs for other blocks (HDMI, DSI, etc) are
routed through MDP.
And finally, MDP5 has this "Shared Memory Pool" (called "SMP"), from
which blocks need to be allocated to the active pipes based on fetch
stride.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-11-30 22:51:47 +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 "mdp5_kms.h"
|
|
|
|
|
|
|
|
#include "drm_crtc.h"
|
|
|
|
#include "drm_crtc_helper.h"
|
|
|
|
|
|
|
|
struct mdp5_encoder {
|
|
|
|
struct drm_encoder base;
|
2015-03-13 19:49:32 +00:00
|
|
|
struct mdp5_interface intf;
|
2014-11-18 17:49:49 +00:00
|
|
|
spinlock_t intf_lock; /* protect REG_MDP5_INTF_* registers */
|
drm/msm: add mdp5/apq8x74
Add support for the new MDP5 display controller block. The mapping
between parts of the display controller and KMS is:
plane -> PIPE{RGBn,VIGn} \
crtc -> LM (layer mixer) |-> MDP "device"
encoder -> INTF /
connector -> HDMI/DSI/eDP/etc --> other device(s)
Unlike MDP4, it appears we can get by with a single encoder, rather
than needing a different implementation for DTV, DSI, etc. (Ie. the
register interface is same, just different bases.)
Also unlike MDP4, all the IRQs for other blocks (HDMI, DSI, etc) are
routed through MDP.
And finally, MDP5 has this "Shared Memory Pool" (called "SMP"), from
which blocks need to be allocated to the active pipes based on fetch
stride.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-11-30 22:51:47 +00:00
|
|
|
bool enabled;
|
|
|
|
uint32_t bsc;
|
2015-06-26 20:03:25 +00:00
|
|
|
|
|
|
|
struct mdp5_ctl *ctl;
|
drm/msm: add mdp5/apq8x74
Add support for the new MDP5 display controller block. The mapping
between parts of the display controller and KMS is:
plane -> PIPE{RGBn,VIGn} \
crtc -> LM (layer mixer) |-> MDP "device"
encoder -> INTF /
connector -> HDMI/DSI/eDP/etc --> other device(s)
Unlike MDP4, it appears we can get by with a single encoder, rather
than needing a different implementation for DTV, DSI, etc. (Ie. the
register interface is same, just different bases.)
Also unlike MDP4, all the IRQs for other blocks (HDMI, DSI, etc) are
routed through MDP.
And finally, MDP5 has this "Shared Memory Pool" (called "SMP"), from
which blocks need to be allocated to the active pipes based on fetch
stride.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-11-30 22:51:47 +00:00
|
|
|
};
|
|
|
|
#define to_mdp5_encoder(x) container_of(x, struct mdp5_encoder, base)
|
|
|
|
|
|
|
|
static struct mdp5_kms *get_kms(struct drm_encoder *encoder)
|
|
|
|
{
|
|
|
|
struct msm_drm_private *priv = encoder->dev->dev_private;
|
|
|
|
return to_mdp5_kms(to_mdp_kms(priv->kms));
|
|
|
|
}
|
|
|
|
|
2015-06-04 14:26:37 +00:00
|
|
|
#ifdef DOWNSTREAM_CONFIG_MSM_BUS_SCALING
|
drm/msm: add mdp5/apq8x74
Add support for the new MDP5 display controller block. The mapping
between parts of the display controller and KMS is:
plane -> PIPE{RGBn,VIGn} \
crtc -> LM (layer mixer) |-> MDP "device"
encoder -> INTF /
connector -> HDMI/DSI/eDP/etc --> other device(s)
Unlike MDP4, it appears we can get by with a single encoder, rather
than needing a different implementation for DTV, DSI, etc. (Ie. the
register interface is same, just different bases.)
Also unlike MDP4, all the IRQs for other blocks (HDMI, DSI, etc) are
routed through MDP.
And finally, MDP5 has this "Shared Memory Pool" (called "SMP"), from
which blocks need to be allocated to the active pipes based on fetch
stride.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-11-30 22:51:47 +00:00
|
|
|
#include <mach/board.h>
|
|
|
|
#include <mach/msm_bus.h>
|
|
|
|
#include <mach/msm_bus_board.h>
|
|
|
|
#define MDP_BUS_VECTOR_ENTRY(ab_val, ib_val) \
|
|
|
|
{ \
|
|
|
|
.src = MSM_BUS_MASTER_MDP_PORT0, \
|
|
|
|
.dst = MSM_BUS_SLAVE_EBI_CH0, \
|
|
|
|
.ab = (ab_val), \
|
|
|
|
.ib = (ib_val), \
|
|
|
|
}
|
|
|
|
|
|
|
|
static struct msm_bus_vectors mdp_bus_vectors[] = {
|
|
|
|
MDP_BUS_VECTOR_ENTRY(0, 0),
|
|
|
|
MDP_BUS_VECTOR_ENTRY(2000000000, 2000000000),
|
|
|
|
};
|
|
|
|
static struct msm_bus_paths mdp_bus_usecases[] = { {
|
|
|
|
.num_paths = 1,
|
|
|
|
.vectors = &mdp_bus_vectors[0],
|
|
|
|
}, {
|
|
|
|
.num_paths = 1,
|
|
|
|
.vectors = &mdp_bus_vectors[1],
|
|
|
|
} };
|
|
|
|
static struct msm_bus_scale_pdata mdp_bus_scale_table = {
|
|
|
|
.usecase = mdp_bus_usecases,
|
|
|
|
.num_usecases = ARRAY_SIZE(mdp_bus_usecases),
|
|
|
|
.name = "mdss_mdp",
|
|
|
|
};
|
|
|
|
|
|
|
|
static void bs_init(struct mdp5_encoder *mdp5_encoder)
|
|
|
|
{
|
|
|
|
mdp5_encoder->bsc = msm_bus_scale_register_client(
|
|
|
|
&mdp_bus_scale_table);
|
|
|
|
DBG("bus scale client: %08x", mdp5_encoder->bsc);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void bs_fini(struct mdp5_encoder *mdp5_encoder)
|
|
|
|
{
|
|
|
|
if (mdp5_encoder->bsc) {
|
|
|
|
msm_bus_scale_unregister_client(mdp5_encoder->bsc);
|
|
|
|
mdp5_encoder->bsc = 0;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
static void bs_set(struct mdp5_encoder *mdp5_encoder, int idx)
|
|
|
|
{
|
|
|
|
if (mdp5_encoder->bsc) {
|
|
|
|
DBG("set bus scaling: %d", idx);
|
|
|
|
/* HACK: scaling down, and then immediately back up
|
|
|
|
* seems to leave things broken (underflow).. so
|
|
|
|
* never disable:
|
|
|
|
*/
|
|
|
|
idx = 1;
|
|
|
|
msm_bus_scale_client_update_request(mdp5_encoder->bsc, idx);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
#else
|
|
|
|
static void bs_init(struct mdp5_encoder *mdp5_encoder) {}
|
|
|
|
static void bs_fini(struct mdp5_encoder *mdp5_encoder) {}
|
|
|
|
static void bs_set(struct mdp5_encoder *mdp5_encoder, int idx) {}
|
|
|
|
#endif
|
|
|
|
|
|
|
|
static void mdp5_encoder_destroy(struct drm_encoder *encoder)
|
|
|
|
{
|
|
|
|
struct mdp5_encoder *mdp5_encoder = to_mdp5_encoder(encoder);
|
|
|
|
bs_fini(mdp5_encoder);
|
|
|
|
drm_encoder_cleanup(encoder);
|
|
|
|
kfree(mdp5_encoder);
|
|
|
|
}
|
|
|
|
|
|
|
|
static const struct drm_encoder_funcs mdp5_encoder_funcs = {
|
|
|
|
.destroy = mdp5_encoder_destroy,
|
|
|
|
};
|
|
|
|
|
|
|
|
static void mdp5_encoder_mode_set(struct drm_encoder *encoder,
|
|
|
|
struct drm_display_mode *mode,
|
|
|
|
struct drm_display_mode *adjusted_mode)
|
|
|
|
{
|
|
|
|
struct mdp5_encoder *mdp5_encoder = to_mdp5_encoder(encoder);
|
|
|
|
struct mdp5_kms *mdp5_kms = get_kms(encoder);
|
2014-12-12 19:41:17 +00:00
|
|
|
struct drm_device *dev = encoder->dev;
|
|
|
|
struct drm_connector *connector;
|
2015-03-13 19:49:32 +00:00
|
|
|
int intf = mdp5_encoder->intf.num;
|
drm/msm: add mdp5/apq8x74
Add support for the new MDP5 display controller block. The mapping
between parts of the display controller and KMS is:
plane -> PIPE{RGBn,VIGn} \
crtc -> LM (layer mixer) |-> MDP "device"
encoder -> INTF /
connector -> HDMI/DSI/eDP/etc --> other device(s)
Unlike MDP4, it appears we can get by with a single encoder, rather
than needing a different implementation for DTV, DSI, etc. (Ie. the
register interface is same, just different bases.)
Also unlike MDP4, all the IRQs for other blocks (HDMI, DSI, etc) are
routed through MDP.
And finally, MDP5 has this "Shared Memory Pool" (called "SMP"), from
which blocks need to be allocated to the active pipes based on fetch
stride.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-11-30 22:51:47 +00:00
|
|
|
uint32_t dtv_hsync_skew, vsync_period, vsync_len, ctrl_pol;
|
|
|
|
uint32_t display_v_start, display_v_end;
|
|
|
|
uint32_t hsync_start_x, hsync_end_x;
|
2014-12-12 19:41:17 +00:00
|
|
|
uint32_t format = 0x2100;
|
2014-11-18 17:49:49 +00:00
|
|
|
unsigned long flags;
|
drm/msm: add mdp5/apq8x74
Add support for the new MDP5 display controller block. The mapping
between parts of the display controller and KMS is:
plane -> PIPE{RGBn,VIGn} \
crtc -> LM (layer mixer) |-> MDP "device"
encoder -> INTF /
connector -> HDMI/DSI/eDP/etc --> other device(s)
Unlike MDP4, it appears we can get by with a single encoder, rather
than needing a different implementation for DTV, DSI, etc. (Ie. the
register interface is same, just different bases.)
Also unlike MDP4, all the IRQs for other blocks (HDMI, DSI, etc) are
routed through MDP.
And finally, MDP5 has this "Shared Memory Pool" (called "SMP"), from
which blocks need to be allocated to the active pipes based on fetch
stride.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-11-30 22:51:47 +00:00
|
|
|
|
|
|
|
mode = adjusted_mode;
|
|
|
|
|
|
|
|
DBG("set mode: %d:\"%s\" %d %d %d %d %d %d %d %d %d %d 0x%x 0x%x",
|
|
|
|
mode->base.id, mode->name,
|
|
|
|
mode->vrefresh, mode->clock,
|
|
|
|
mode->hdisplay, mode->hsync_start,
|
|
|
|
mode->hsync_end, mode->htotal,
|
|
|
|
mode->vdisplay, mode->vsync_start,
|
|
|
|
mode->vsync_end, mode->vtotal,
|
|
|
|
mode->type, mode->flags);
|
|
|
|
|
|
|
|
ctrl_pol = 0;
|
2015-05-22 14:16:46 +00:00
|
|
|
|
|
|
|
/* DSI controller cannot handle active-low sync signals. */
|
|
|
|
if (mdp5_encoder->intf.type != INTF_DSI) {
|
|
|
|
if (mode->flags & DRM_MODE_FLAG_NHSYNC)
|
|
|
|
ctrl_pol |= MDP5_INTF_POLARITY_CTL_HSYNC_LOW;
|
|
|
|
if (mode->flags & DRM_MODE_FLAG_NVSYNC)
|
|
|
|
ctrl_pol |= MDP5_INTF_POLARITY_CTL_VSYNC_LOW;
|
|
|
|
}
|
drm/msm: add mdp5/apq8x74
Add support for the new MDP5 display controller block. The mapping
between parts of the display controller and KMS is:
plane -> PIPE{RGBn,VIGn} \
crtc -> LM (layer mixer) |-> MDP "device"
encoder -> INTF /
connector -> HDMI/DSI/eDP/etc --> other device(s)
Unlike MDP4, it appears we can get by with a single encoder, rather
than needing a different implementation for DTV, DSI, etc. (Ie. the
register interface is same, just different bases.)
Also unlike MDP4, all the IRQs for other blocks (HDMI, DSI, etc) are
routed through MDP.
And finally, MDP5 has this "Shared Memory Pool" (called "SMP"), from
which blocks need to be allocated to the active pipes based on fetch
stride.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-11-30 22:51:47 +00:00
|
|
|
/* probably need to get DATA_EN polarity from panel.. */
|
|
|
|
|
|
|
|
dtv_hsync_skew = 0; /* get this from panel? */
|
2014-12-12 19:41:17 +00:00
|
|
|
|
|
|
|
/* Get color format from panel, default is 8bpc */
|
|
|
|
list_for_each_entry(connector, &dev->mode_config.connector_list, head) {
|
|
|
|
if (connector->encoder == encoder) {
|
|
|
|
switch (connector->display_info.bpc) {
|
|
|
|
case 4:
|
|
|
|
format |= 0;
|
|
|
|
break;
|
|
|
|
case 5:
|
|
|
|
format |= 0x15;
|
|
|
|
break;
|
|
|
|
case 6:
|
|
|
|
format |= 0x2A;
|
|
|
|
break;
|
|
|
|
case 8:
|
|
|
|
default:
|
|
|
|
format |= 0x3F;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
drm/msm: add mdp5/apq8x74
Add support for the new MDP5 display controller block. The mapping
between parts of the display controller and KMS is:
plane -> PIPE{RGBn,VIGn} \
crtc -> LM (layer mixer) |-> MDP "device"
encoder -> INTF /
connector -> HDMI/DSI/eDP/etc --> other device(s)
Unlike MDP4, it appears we can get by with a single encoder, rather
than needing a different implementation for DTV, DSI, etc. (Ie. the
register interface is same, just different bases.)
Also unlike MDP4, all the IRQs for other blocks (HDMI, DSI, etc) are
routed through MDP.
And finally, MDP5 has this "Shared Memory Pool" (called "SMP"), from
which blocks need to be allocated to the active pipes based on fetch
stride.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-11-30 22:51:47 +00:00
|
|
|
|
|
|
|
hsync_start_x = (mode->htotal - mode->hsync_start);
|
|
|
|
hsync_end_x = mode->htotal - (mode->hsync_start - mode->hdisplay) - 1;
|
|
|
|
|
|
|
|
vsync_period = mode->vtotal * mode->htotal;
|
|
|
|
vsync_len = (mode->vsync_end - mode->vsync_start) * mode->htotal;
|
|
|
|
display_v_start = (mode->vtotal - mode->vsync_start) * mode->htotal + dtv_hsync_skew;
|
|
|
|
display_v_end = vsync_period - ((mode->vsync_start - mode->vdisplay) * mode->htotal) + dtv_hsync_skew - 1;
|
|
|
|
|
2014-12-12 19:41:17 +00:00
|
|
|
/*
|
|
|
|
* For edp only:
|
|
|
|
* DISPLAY_V_START = (VBP * HCYCLE) + HBP
|
|
|
|
* DISPLAY_V_END = (VBP + VACTIVE) * HCYCLE - 1 - HFP
|
|
|
|
*/
|
2015-03-13 19:49:32 +00:00
|
|
|
if (mdp5_encoder->intf.type == INTF_eDP) {
|
2014-12-12 19:41:17 +00:00
|
|
|
display_v_start += mode->htotal - mode->hsync_start;
|
|
|
|
display_v_end -= mode->hsync_start - mode->hdisplay;
|
|
|
|
}
|
|
|
|
|
2014-11-18 17:49:49 +00:00
|
|
|
spin_lock_irqsave(&mdp5_encoder->intf_lock, flags);
|
|
|
|
|
drm/msm: add mdp5/apq8x74
Add support for the new MDP5 display controller block. The mapping
between parts of the display controller and KMS is:
plane -> PIPE{RGBn,VIGn} \
crtc -> LM (layer mixer) |-> MDP "device"
encoder -> INTF /
connector -> HDMI/DSI/eDP/etc --> other device(s)
Unlike MDP4, it appears we can get by with a single encoder, rather
than needing a different implementation for DTV, DSI, etc. (Ie. the
register interface is same, just different bases.)
Also unlike MDP4, all the IRQs for other blocks (HDMI, DSI, etc) are
routed through MDP.
And finally, MDP5 has this "Shared Memory Pool" (called "SMP"), from
which blocks need to be allocated to the active pipes based on fetch
stride.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-11-30 22:51:47 +00:00
|
|
|
mdp5_write(mdp5_kms, REG_MDP5_INTF_HSYNC_CTL(intf),
|
|
|
|
MDP5_INTF_HSYNC_CTL_PULSEW(mode->hsync_end - mode->hsync_start) |
|
|
|
|
MDP5_INTF_HSYNC_CTL_PERIOD(mode->htotal));
|
|
|
|
mdp5_write(mdp5_kms, REG_MDP5_INTF_VSYNC_PERIOD_F0(intf), vsync_period);
|
|
|
|
mdp5_write(mdp5_kms, REG_MDP5_INTF_VSYNC_LEN_F0(intf), vsync_len);
|
|
|
|
mdp5_write(mdp5_kms, REG_MDP5_INTF_DISPLAY_HCTL(intf),
|
|
|
|
MDP5_INTF_DISPLAY_HCTL_START(hsync_start_x) |
|
|
|
|
MDP5_INTF_DISPLAY_HCTL_END(hsync_end_x));
|
|
|
|
mdp5_write(mdp5_kms, REG_MDP5_INTF_DISPLAY_VSTART_F0(intf), display_v_start);
|
|
|
|
mdp5_write(mdp5_kms, REG_MDP5_INTF_DISPLAY_VEND_F0(intf), display_v_end);
|
|
|
|
mdp5_write(mdp5_kms, REG_MDP5_INTF_BORDER_COLOR(intf), 0);
|
|
|
|
mdp5_write(mdp5_kms, REG_MDP5_INTF_UNDERFLOW_COLOR(intf), 0xff);
|
|
|
|
mdp5_write(mdp5_kms, REG_MDP5_INTF_HSYNC_SKEW(intf), dtv_hsync_skew);
|
|
|
|
mdp5_write(mdp5_kms, REG_MDP5_INTF_POLARITY_CTL(intf), ctrl_pol);
|
|
|
|
mdp5_write(mdp5_kms, REG_MDP5_INTF_ACTIVE_HCTL(intf),
|
|
|
|
MDP5_INTF_ACTIVE_HCTL_START(0) |
|
|
|
|
MDP5_INTF_ACTIVE_HCTL_END(0));
|
|
|
|
mdp5_write(mdp5_kms, REG_MDP5_INTF_ACTIVE_VSTART_F0(intf), 0);
|
|
|
|
mdp5_write(mdp5_kms, REG_MDP5_INTF_ACTIVE_VEND_F0(intf), 0);
|
|
|
|
mdp5_write(mdp5_kms, REG_MDP5_INTF_PANEL_FORMAT(intf), format);
|
|
|
|
mdp5_write(mdp5_kms, REG_MDP5_INTF_FRAME_LINE_COUNT_EN(intf), 0x3); /* frame+line? */
|
2014-11-18 17:49:49 +00:00
|
|
|
|
|
|
|
spin_unlock_irqrestore(&mdp5_encoder->intf_lock, flags);
|
2015-03-13 19:49:33 +00:00
|
|
|
|
2015-06-26 20:03:25 +00:00
|
|
|
mdp5_crtc_set_pipeline(encoder->crtc, &mdp5_encoder->intf,
|
|
|
|
mdp5_encoder->ctl);
|
drm/msm: add mdp5/apq8x74
Add support for the new MDP5 display controller block. The mapping
between parts of the display controller and KMS is:
plane -> PIPE{RGBn,VIGn} \
crtc -> LM (layer mixer) |-> MDP "device"
encoder -> INTF /
connector -> HDMI/DSI/eDP/etc --> other device(s)
Unlike MDP4, it appears we can get by with a single encoder, rather
than needing a different implementation for DTV, DSI, etc. (Ie. the
register interface is same, just different bases.)
Also unlike MDP4, all the IRQs for other blocks (HDMI, DSI, etc) are
routed through MDP.
And finally, MDP5 has this "Shared Memory Pool" (called "SMP"), from
which blocks need to be allocated to the active pipes based on fetch
stride.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-11-30 22:51:47 +00:00
|
|
|
}
|
|
|
|
|
2015-01-30 22:04:45 +00:00
|
|
|
static void mdp5_encoder_disable(struct drm_encoder *encoder)
|
drm/msm: add mdp5/apq8x74
Add support for the new MDP5 display controller block. The mapping
between parts of the display controller and KMS is:
plane -> PIPE{RGBn,VIGn} \
crtc -> LM (layer mixer) |-> MDP "device"
encoder -> INTF /
connector -> HDMI/DSI/eDP/etc --> other device(s)
Unlike MDP4, it appears we can get by with a single encoder, rather
than needing a different implementation for DTV, DSI, etc. (Ie. the
register interface is same, just different bases.)
Also unlike MDP4, all the IRQs for other blocks (HDMI, DSI, etc) are
routed through MDP.
And finally, MDP5 has this "Shared Memory Pool" (called "SMP"), from
which blocks need to be allocated to the active pipes based on fetch
stride.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-11-30 22:51:47 +00:00
|
|
|
{
|
2015-01-30 22:04:45 +00:00
|
|
|
struct mdp5_encoder *mdp5_encoder = to_mdp5_encoder(encoder);
|
|
|
|
struct mdp5_kms *mdp5_kms = get_kms(encoder);
|
2015-06-26 20:03:25 +00:00
|
|
|
struct mdp5_ctl *ctl = mdp5_encoder->ctl;
|
2015-03-13 19:49:32 +00:00
|
|
|
int lm = mdp5_crtc_get_lm(encoder->crtc);
|
|
|
|
struct mdp5_interface *intf = &mdp5_encoder->intf;
|
|
|
|
int intfn = mdp5_encoder->intf.num;
|
2015-01-30 22:04:45 +00:00
|
|
|
unsigned long flags;
|
|
|
|
|
|
|
|
if (WARN_ON(!mdp5_encoder->enabled))
|
|
|
|
return;
|
|
|
|
|
2015-03-13 19:49:33 +00:00
|
|
|
mdp5_ctl_set_encoder_state(ctl, false);
|
|
|
|
|
2015-01-30 22:04:45 +00:00
|
|
|
spin_lock_irqsave(&mdp5_encoder->intf_lock, flags);
|
2015-03-13 19:49:32 +00:00
|
|
|
mdp5_write(mdp5_kms, REG_MDP5_INTF_TIMING_ENGINE_EN(intfn), 0);
|
2015-01-30 22:04:45 +00:00
|
|
|
spin_unlock_irqrestore(&mdp5_encoder->intf_lock, flags);
|
2015-03-13 19:49:33 +00:00
|
|
|
mdp5_ctl_commit(ctl, mdp_ctl_flush_mask_encoder(intf));
|
2015-01-30 22:04:45 +00:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Wait for a vsync so we know the ENABLE=0 latched before
|
|
|
|
* the (connector) source of the vsync's gets disabled,
|
|
|
|
* otherwise we end up in a funny state if we re-enable
|
|
|
|
* before the disable latches, which results that some of
|
|
|
|
* the settings changes for the new modeset (like new
|
|
|
|
* scanout buffer) don't latch properly..
|
|
|
|
*/
|
2015-03-13 19:49:32 +00:00
|
|
|
mdp_irq_wait(&mdp5_kms->base, intf2vblank(lm, intf));
|
2015-01-30 22:04:45 +00:00
|
|
|
|
|
|
|
bs_set(mdp5_encoder, 0);
|
|
|
|
|
|
|
|
mdp5_encoder->enabled = false;
|
drm/msm: add mdp5/apq8x74
Add support for the new MDP5 display controller block. The mapping
between parts of the display controller and KMS is:
plane -> PIPE{RGBn,VIGn} \
crtc -> LM (layer mixer) |-> MDP "device"
encoder -> INTF /
connector -> HDMI/DSI/eDP/etc --> other device(s)
Unlike MDP4, it appears we can get by with a single encoder, rather
than needing a different implementation for DTV, DSI, etc. (Ie. the
register interface is same, just different bases.)
Also unlike MDP4, all the IRQs for other blocks (HDMI, DSI, etc) are
routed through MDP.
And finally, MDP5 has this "Shared Memory Pool" (called "SMP"), from
which blocks need to be allocated to the active pipes based on fetch
stride.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-11-30 22:51:47 +00:00
|
|
|
}
|
|
|
|
|
2015-01-30 22:04:45 +00:00
|
|
|
static void mdp5_encoder_enable(struct drm_encoder *encoder)
|
drm/msm: add mdp5/apq8x74
Add support for the new MDP5 display controller block. The mapping
between parts of the display controller and KMS is:
plane -> PIPE{RGBn,VIGn} \
crtc -> LM (layer mixer) |-> MDP "device"
encoder -> INTF /
connector -> HDMI/DSI/eDP/etc --> other device(s)
Unlike MDP4, it appears we can get by with a single encoder, rather
than needing a different implementation for DTV, DSI, etc. (Ie. the
register interface is same, just different bases.)
Also unlike MDP4, all the IRQs for other blocks (HDMI, DSI, etc) are
routed through MDP.
And finally, MDP5 has this "Shared Memory Pool" (called "SMP"), from
which blocks need to be allocated to the active pipes based on fetch
stride.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-11-30 22:51:47 +00:00
|
|
|
{
|
|
|
|
struct mdp5_encoder *mdp5_encoder = to_mdp5_encoder(encoder);
|
2015-01-30 22:04:45 +00:00
|
|
|
struct mdp5_kms *mdp5_kms = get_kms(encoder);
|
2015-06-26 20:03:25 +00:00
|
|
|
struct mdp5_ctl *ctl = mdp5_encoder->ctl;
|
2015-03-13 19:49:33 +00:00
|
|
|
struct mdp5_interface *intf = &mdp5_encoder->intf;
|
2015-03-13 19:49:32 +00:00
|
|
|
int intfn = mdp5_encoder->intf.num;
|
2015-01-30 22:04:45 +00:00
|
|
|
unsigned long flags;
|
|
|
|
|
|
|
|
if (WARN_ON(mdp5_encoder->enabled))
|
|
|
|
return;
|
|
|
|
|
|
|
|
bs_set(mdp5_encoder, 1);
|
|
|
|
spin_lock_irqsave(&mdp5_encoder->intf_lock, flags);
|
2015-03-13 19:49:32 +00:00
|
|
|
mdp5_write(mdp5_kms, REG_MDP5_INTF_TIMING_ENGINE_EN(intfn), 1);
|
2015-01-30 22:04:45 +00:00
|
|
|
spin_unlock_irqrestore(&mdp5_encoder->intf_lock, flags);
|
2015-03-13 19:49:33 +00:00
|
|
|
mdp5_ctl_commit(ctl, mdp_ctl_flush_mask_encoder(intf));
|
|
|
|
|
|
|
|
mdp5_ctl_set_encoder_state(ctl, true);
|
2015-01-30 22:04:45 +00:00
|
|
|
|
2015-02-20 17:40:58 +00:00
|
|
|
mdp5_encoder->enabled = true;
|
drm/msm: add mdp5/apq8x74
Add support for the new MDP5 display controller block. The mapping
between parts of the display controller and KMS is:
plane -> PIPE{RGBn,VIGn} \
crtc -> LM (layer mixer) |-> MDP "device"
encoder -> INTF /
connector -> HDMI/DSI/eDP/etc --> other device(s)
Unlike MDP4, it appears we can get by with a single encoder, rather
than needing a different implementation for DTV, DSI, etc. (Ie. the
register interface is same, just different bases.)
Also unlike MDP4, all the IRQs for other blocks (HDMI, DSI, etc) are
routed through MDP.
And finally, MDP5 has this "Shared Memory Pool" (called "SMP"), from
which blocks need to be allocated to the active pipes based on fetch
stride.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-11-30 22:51:47 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
static const struct drm_encoder_helper_funcs mdp5_encoder_helper_funcs = {
|
|
|
|
.mode_set = mdp5_encoder_mode_set,
|
2015-02-20 17:40:58 +00:00
|
|
|
.disable = mdp5_encoder_disable,
|
|
|
|
.enable = mdp5_encoder_enable,
|
drm/msm: add mdp5/apq8x74
Add support for the new MDP5 display controller block. The mapping
between parts of the display controller and KMS is:
plane -> PIPE{RGBn,VIGn} \
crtc -> LM (layer mixer) |-> MDP "device"
encoder -> INTF /
connector -> HDMI/DSI/eDP/etc --> other device(s)
Unlike MDP4, it appears we can get by with a single encoder, rather
than needing a different implementation for DTV, DSI, etc. (Ie. the
register interface is same, just different bases.)
Also unlike MDP4, all the IRQs for other blocks (HDMI, DSI, etc) are
routed through MDP.
And finally, MDP5 has this "Shared Memory Pool" (called "SMP"), from
which blocks need to be allocated to the active pipes based on fetch
stride.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-11-30 22:51:47 +00:00
|
|
|
};
|
|
|
|
|
2015-10-26 09:13:57 +00:00
|
|
|
int mdp5_encoder_get_linecount(struct drm_encoder *encoder)
|
|
|
|
{
|
|
|
|
struct mdp5_encoder *mdp5_encoder = to_mdp5_encoder(encoder);
|
|
|
|
struct mdp5_kms *mdp5_kms = get_kms(encoder);
|
|
|
|
int intf = mdp5_encoder->intf.num;
|
|
|
|
|
|
|
|
return mdp5_read(mdp5_kms, REG_MDP5_INTF_LINE_COUNT(intf));
|
|
|
|
}
|
|
|
|
|
|
|
|
u32 mdp5_encoder_get_framecount(struct drm_encoder *encoder)
|
|
|
|
{
|
|
|
|
struct mdp5_encoder *mdp5_encoder = to_mdp5_encoder(encoder);
|
|
|
|
struct mdp5_kms *mdp5_kms = get_kms(encoder);
|
|
|
|
int intf = mdp5_encoder->intf.num;
|
|
|
|
|
|
|
|
return mdp5_read(mdp5_kms, REG_MDP5_INTF_FRAME_COUNT(intf));
|
|
|
|
}
|
|
|
|
|
2015-03-26 23:25:17 +00:00
|
|
|
int mdp5_encoder_set_split_display(struct drm_encoder *encoder,
|
|
|
|
struct drm_encoder *slave_encoder)
|
|
|
|
{
|
|
|
|
struct mdp5_encoder *mdp5_encoder = to_mdp5_encoder(encoder);
|
2015-06-26 20:03:26 +00:00
|
|
|
struct mdp5_encoder *mdp5_slave_enc = to_mdp5_encoder(slave_encoder);
|
2015-03-26 23:25:17 +00:00
|
|
|
struct mdp5_kms *mdp5_kms;
|
|
|
|
int intf_num;
|
|
|
|
u32 data = 0;
|
|
|
|
|
|
|
|
if (!encoder || !slave_encoder)
|
|
|
|
return -EINVAL;
|
|
|
|
|
|
|
|
mdp5_kms = get_kms(encoder);
|
|
|
|
intf_num = mdp5_encoder->intf.num;
|
|
|
|
|
|
|
|
/* Switch slave encoder's TimingGen Sync mode,
|
|
|
|
* to use the master's enable signal for the slave encoder.
|
|
|
|
*/
|
|
|
|
if (intf_num == 1)
|
2016-05-10 05:35:58 +00:00
|
|
|
data |= MDP5_SPLIT_DPL_LOWER_INTF2_TG_SYNC;
|
2015-03-26 23:25:17 +00:00
|
|
|
else if (intf_num == 2)
|
2016-05-10 05:35:58 +00:00
|
|
|
data |= MDP5_SPLIT_DPL_LOWER_INTF1_TG_SYNC;
|
2015-03-26 23:25:17 +00:00
|
|
|
else
|
|
|
|
return -EINVAL;
|
|
|
|
|
|
|
|
/* Make sure clocks are on when connectors calling this function. */
|
|
|
|
mdp5_enable(mdp5_kms);
|
|
|
|
/* Dumb Panel, Sync mode */
|
2016-05-10 05:35:58 +00:00
|
|
|
mdp5_write(mdp5_kms, REG_MDP5_SPLIT_DPL_UPPER, 0);
|
|
|
|
mdp5_write(mdp5_kms, REG_MDP5_SPLIT_DPL_LOWER, data);
|
|
|
|
mdp5_write(mdp5_kms, REG_MDP5_SPLIT_DPL_EN, 1);
|
2015-06-26 20:03:26 +00:00
|
|
|
|
|
|
|
mdp5_ctl_pair(mdp5_encoder->ctl, mdp5_slave_enc->ctl, true);
|
|
|
|
|
2015-03-26 23:25:17 +00:00
|
|
|
mdp5_disable(mdp5_kms);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
drm/msm: add mdp5/apq8x74
Add support for the new MDP5 display controller block. The mapping
between parts of the display controller and KMS is:
plane -> PIPE{RGBn,VIGn} \
crtc -> LM (layer mixer) |-> MDP "device"
encoder -> INTF /
connector -> HDMI/DSI/eDP/etc --> other device(s)
Unlike MDP4, it appears we can get by with a single encoder, rather
than needing a different implementation for DTV, DSI, etc. (Ie. the
register interface is same, just different bases.)
Also unlike MDP4, all the IRQs for other blocks (HDMI, DSI, etc) are
routed through MDP.
And finally, MDP5 has this "Shared Memory Pool" (called "SMP"), from
which blocks need to be allocated to the active pipes based on fetch
stride.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-11-30 22:51:47 +00:00
|
|
|
/* initialize encoder */
|
2015-03-13 19:49:32 +00:00
|
|
|
struct drm_encoder *mdp5_encoder_init(struct drm_device *dev,
|
2015-06-26 20:03:25 +00:00
|
|
|
struct mdp5_interface *intf, struct mdp5_ctl *ctl)
|
drm/msm: add mdp5/apq8x74
Add support for the new MDP5 display controller block. The mapping
between parts of the display controller and KMS is:
plane -> PIPE{RGBn,VIGn} \
crtc -> LM (layer mixer) |-> MDP "device"
encoder -> INTF /
connector -> HDMI/DSI/eDP/etc --> other device(s)
Unlike MDP4, it appears we can get by with a single encoder, rather
than needing a different implementation for DTV, DSI, etc. (Ie. the
register interface is same, just different bases.)
Also unlike MDP4, all the IRQs for other blocks (HDMI, DSI, etc) are
routed through MDP.
And finally, MDP5 has this "Shared Memory Pool" (called "SMP"), from
which blocks need to be allocated to the active pipes based on fetch
stride.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-11-30 22:51:47 +00:00
|
|
|
{
|
|
|
|
struct drm_encoder *encoder = NULL;
|
|
|
|
struct mdp5_encoder *mdp5_encoder;
|
2015-03-26 23:25:17 +00:00
|
|
|
int enc_type = (intf->type == INTF_DSI) ?
|
|
|
|
DRM_MODE_ENCODER_DSI : DRM_MODE_ENCODER_TMDS;
|
drm/msm: add mdp5/apq8x74
Add support for the new MDP5 display controller block. The mapping
between parts of the display controller and KMS is:
plane -> PIPE{RGBn,VIGn} \
crtc -> LM (layer mixer) |-> MDP "device"
encoder -> INTF /
connector -> HDMI/DSI/eDP/etc --> other device(s)
Unlike MDP4, it appears we can get by with a single encoder, rather
than needing a different implementation for DTV, DSI, etc. (Ie. the
register interface is same, just different bases.)
Also unlike MDP4, all the IRQs for other blocks (HDMI, DSI, etc) are
routed through MDP.
And finally, MDP5 has this "Shared Memory Pool" (called "SMP"), from
which blocks need to be allocated to the active pipes based on fetch
stride.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-11-30 22:51:47 +00:00
|
|
|
int ret;
|
|
|
|
|
|
|
|
mdp5_encoder = kzalloc(sizeof(*mdp5_encoder), GFP_KERNEL);
|
|
|
|
if (!mdp5_encoder) {
|
|
|
|
ret = -ENOMEM;
|
|
|
|
goto fail;
|
|
|
|
}
|
|
|
|
|
2015-03-13 19:49:32 +00:00
|
|
|
memcpy(&mdp5_encoder->intf, intf, sizeof(mdp5_encoder->intf));
|
drm/msm: add mdp5/apq8x74
Add support for the new MDP5 display controller block. The mapping
between parts of the display controller and KMS is:
plane -> PIPE{RGBn,VIGn} \
crtc -> LM (layer mixer) |-> MDP "device"
encoder -> INTF /
connector -> HDMI/DSI/eDP/etc --> other device(s)
Unlike MDP4, it appears we can get by with a single encoder, rather
than needing a different implementation for DTV, DSI, etc. (Ie. the
register interface is same, just different bases.)
Also unlike MDP4, all the IRQs for other blocks (HDMI, DSI, etc) are
routed through MDP.
And finally, MDP5 has this "Shared Memory Pool" (called "SMP"), from
which blocks need to be allocated to the active pipes based on fetch
stride.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-11-30 22:51:47 +00:00
|
|
|
encoder = &mdp5_encoder->base;
|
2015-06-26 20:03:25 +00:00
|
|
|
mdp5_encoder->ctl = ctl;
|
drm/msm: add mdp5/apq8x74
Add support for the new MDP5 display controller block. The mapping
between parts of the display controller and KMS is:
plane -> PIPE{RGBn,VIGn} \
crtc -> LM (layer mixer) |-> MDP "device"
encoder -> INTF /
connector -> HDMI/DSI/eDP/etc --> other device(s)
Unlike MDP4, it appears we can get by with a single encoder, rather
than needing a different implementation for DTV, DSI, etc. (Ie. the
register interface is same, just different bases.)
Also unlike MDP4, all the IRQs for other blocks (HDMI, DSI, etc) are
routed through MDP.
And finally, MDP5 has this "Shared Memory Pool" (called "SMP"), from
which blocks need to be allocated to the active pipes based on fetch
stride.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-11-30 22:51:47 +00:00
|
|
|
|
2014-11-18 17:49:49 +00:00
|
|
|
spin_lock_init(&mdp5_encoder->intf_lock);
|
|
|
|
|
drm: Pass 'name' to drm_encoder_init()
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.
@@
identifier dev, encoder, funcs;
@@
int drm_encoder_init(struct drm_device *dev,
struct drm_encoder *encoder,
const struct drm_encoder_funcs *funcs,
int encoder_type
+ ,const char *name, int DOTDOTDOT
)
{ ... }
@@
identifier dev, encoder, funcs;
@@
int drm_encoder_init(struct drm_device *dev,
struct drm_encoder *encoder,
const struct drm_encoder_funcs *funcs,
int encoder_type
+ ,const char *name, int DOTDOTDOT
);
@@
expression E1, E2, E3, E4;
@@
drm_encoder_init(E1, E2, E3, E4
+ ,NULL
)
v2: 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/1449670818-2966-1-git-send-email-ville.syrjala@linux.intel.com
2015-12-09 14:20:18 +00:00
|
|
|
drm_encoder_init(dev, encoder, &mdp5_encoder_funcs, enc_type, NULL);
|
2015-03-26 23:25:17 +00:00
|
|
|
|
drm/msm: add mdp5/apq8x74
Add support for the new MDP5 display controller block. The mapping
between parts of the display controller and KMS is:
plane -> PIPE{RGBn,VIGn} \
crtc -> LM (layer mixer) |-> MDP "device"
encoder -> INTF /
connector -> HDMI/DSI/eDP/etc --> other device(s)
Unlike MDP4, it appears we can get by with a single encoder, rather
than needing a different implementation for DTV, DSI, etc. (Ie. the
register interface is same, just different bases.)
Also unlike MDP4, all the IRQs for other blocks (HDMI, DSI, etc) are
routed through MDP.
And finally, MDP5 has this "Shared Memory Pool" (called "SMP"), from
which blocks need to be allocated to the active pipes based on fetch
stride.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-11-30 22:51:47 +00:00
|
|
|
drm_encoder_helper_add(encoder, &mdp5_encoder_helper_funcs);
|
|
|
|
|
|
|
|
bs_init(mdp5_encoder);
|
|
|
|
|
|
|
|
return encoder;
|
|
|
|
|
|
|
|
fail:
|
|
|
|
if (encoder)
|
|
|
|
mdp5_encoder_destroy(encoder);
|
|
|
|
|
|
|
|
return ERR_PTR(ret);
|
|
|
|
}
|