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-07-06 20:35:31 +00:00
|
|
|
* Copyright (C) 2014-2015 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/>.
|
|
|
|
*/
|
|
|
|
|
2016-11-05 15:08:11 +00:00
|
|
|
#include <drm/drm_print.h>
|
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 "mdp5_kms.h"
|
|
|
|
|
|
|
|
struct mdp5_plane {
|
|
|
|
struct drm_plane base;
|
|
|
|
|
|
|
|
uint32_t nformats;
|
|
|
|
uint32_t formats[32];
|
|
|
|
};
|
|
|
|
#define to_mdp5_plane(x) container_of(x, struct mdp5_plane, base)
|
|
|
|
|
2014-11-19 17:31:03 +00:00
|
|
|
static int mdp5_plane_mode_set(struct drm_plane *plane,
|
|
|
|
struct drm_crtc *crtc, struct drm_framebuffer *fb,
|
|
|
|
int crtc_x, int crtc_y,
|
|
|
|
unsigned int crtc_w, unsigned int crtc_h,
|
|
|
|
uint32_t src_x, uint32_t src_y,
|
|
|
|
uint32_t src_w, uint32_t src_h);
|
2015-07-06 20:35:31 +00:00
|
|
|
|
2014-11-19 17:31:03 +00:00
|
|
|
static void set_scanout_locked(struct drm_plane *plane,
|
|
|
|
struct drm_framebuffer *fb);
|
|
|
|
|
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 struct mdp5_kms *get_kms(struct drm_plane *plane)
|
|
|
|
{
|
|
|
|
struct msm_drm_private *priv = plane->dev->dev_private;
|
|
|
|
return to_mdp5_kms(to_mdp_kms(priv->kms));
|
|
|
|
}
|
|
|
|
|
2014-11-19 17:31:03 +00:00
|
|
|
static bool plane_enabled(struct drm_plane_state *state)
|
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-19 17:31:03 +00:00
|
|
|
return state->fb && state->crtc;
|
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 void mdp5_plane_destroy(struct drm_plane *plane)
|
|
|
|
{
|
|
|
|
struct mdp5_plane *mdp5_plane = to_mdp5_plane(plane);
|
|
|
|
|
2014-11-19 17:31:03 +00:00
|
|
|
drm_plane_helper_disable(plane);
|
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_plane_cleanup(plane);
|
|
|
|
|
|
|
|
kfree(mdp5_plane);
|
|
|
|
}
|
|
|
|
|
2015-07-31 14:13:26 +00:00
|
|
|
static void mdp5_plane_install_rotation_property(struct drm_device *dev,
|
|
|
|
struct drm_plane *plane)
|
|
|
|
{
|
2016-10-21 19:22:43 +00:00
|
|
|
drm_plane_create_rotation_property(plane,
|
|
|
|
DRM_ROTATE_0,
|
|
|
|
DRM_ROTATE_0 |
|
2016-10-21 19:22:44 +00:00
|
|
|
DRM_ROTATE_180 |
|
2016-10-21 19:22:43 +00:00
|
|
|
DRM_REFLECT_X |
|
|
|
|
DRM_REFLECT_Y);
|
2015-07-31 14:13:26 +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
|
|
|
/* helper to install properties which are common to planes and crtcs */
|
2015-07-28 15:05:03 +00:00
|
|
|
static void mdp5_plane_install_properties(struct drm_plane *plane,
|
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_mode_object *obj)
|
|
|
|
{
|
2015-06-25 21:37:42 +00:00
|
|
|
struct drm_device *dev = plane->dev;
|
|
|
|
struct msm_drm_private *dev_priv = dev->dev_private;
|
|
|
|
struct drm_property *prop;
|
|
|
|
|
|
|
|
#define INSTALL_PROPERTY(name, NAME, init_val, fnc, ...) do { \
|
|
|
|
prop = dev_priv->plane_property[PLANE_PROP_##NAME]; \
|
|
|
|
if (!prop) { \
|
|
|
|
prop = drm_property_##fnc(dev, 0, #name, \
|
|
|
|
##__VA_ARGS__); \
|
|
|
|
if (!prop) { \
|
|
|
|
dev_warn(dev->dev, \
|
|
|
|
"Create property %s failed\n", \
|
|
|
|
#name); \
|
|
|
|
return; \
|
|
|
|
} \
|
|
|
|
dev_priv->plane_property[PLANE_PROP_##NAME] = prop; \
|
|
|
|
} \
|
|
|
|
drm_object_attach_property(&plane->base, prop, init_val); \
|
|
|
|
} while (0)
|
|
|
|
|
|
|
|
#define INSTALL_RANGE_PROPERTY(name, NAME, min, max, init_val) \
|
|
|
|
INSTALL_PROPERTY(name, NAME, init_val, \
|
|
|
|
create_range, min, max)
|
|
|
|
|
|
|
|
#define INSTALL_ENUM_PROPERTY(name, NAME, init_val) \
|
|
|
|
INSTALL_PROPERTY(name, NAME, init_val, \
|
|
|
|
create_enum, name##_prop_enum_list, \
|
|
|
|
ARRAY_SIZE(name##_prop_enum_list))
|
|
|
|
|
|
|
|
INSTALL_RANGE_PROPERTY(zpos, ZPOS, 1, 255, 1);
|
|
|
|
|
2015-07-31 14:13:26 +00:00
|
|
|
mdp5_plane_install_rotation_property(dev, plane);
|
|
|
|
|
2015-06-25 21:37:42 +00:00
|
|
|
#undef INSTALL_RANGE_PROPERTY
|
|
|
|
#undef INSTALL_ENUM_PROPERTY
|
|
|
|
#undef INSTALL_PROPERTY
|
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-06-25 21:37:42 +00:00
|
|
|
static int mdp5_plane_atomic_set_property(struct drm_plane *plane,
|
|
|
|
struct drm_plane_state *state, struct drm_property *property,
|
|
|
|
uint64_t val)
|
|
|
|
{
|
|
|
|
struct drm_device *dev = plane->dev;
|
|
|
|
struct mdp5_plane_state *pstate;
|
|
|
|
struct msm_drm_private *dev_priv = dev->dev_private;
|
|
|
|
int ret = 0;
|
|
|
|
|
|
|
|
pstate = to_mdp5_plane_state(state);
|
|
|
|
|
|
|
|
#define SET_PROPERTY(name, NAME, type) do { \
|
|
|
|
if (dev_priv->plane_property[PLANE_PROP_##NAME] == property) { \
|
|
|
|
pstate->name = (type)val; \
|
|
|
|
DBG("Set property %s %d", #name, (type)val); \
|
|
|
|
goto done; \
|
|
|
|
} \
|
|
|
|
} while (0)
|
|
|
|
|
|
|
|
SET_PROPERTY(zpos, ZPOS, uint8_t);
|
|
|
|
|
|
|
|
dev_err(dev->dev, "Invalid property\n");
|
|
|
|
ret = -EINVAL;
|
|
|
|
done:
|
|
|
|
return ret;
|
|
|
|
#undef SET_PROPERTY
|
|
|
|
}
|
|
|
|
|
|
|
|
static int mdp5_plane_atomic_get_property(struct drm_plane *plane,
|
|
|
|
const struct drm_plane_state *state,
|
|
|
|
struct drm_property *property, uint64_t *val)
|
|
|
|
{
|
|
|
|
struct drm_device *dev = plane->dev;
|
|
|
|
struct mdp5_plane_state *pstate;
|
|
|
|
struct msm_drm_private *dev_priv = dev->dev_private;
|
|
|
|
int ret = 0;
|
|
|
|
|
|
|
|
pstate = to_mdp5_plane_state(state);
|
|
|
|
|
|
|
|
#define GET_PROPERTY(name, NAME, type) do { \
|
|
|
|
if (dev_priv->plane_property[PLANE_PROP_##NAME] == property) { \
|
|
|
|
*val = pstate->name; \
|
|
|
|
DBG("Get property %s %lld", #name, *val); \
|
|
|
|
goto done; \
|
|
|
|
} \
|
|
|
|
} while (0)
|
|
|
|
|
|
|
|
GET_PROPERTY(zpos, ZPOS, uint8_t);
|
|
|
|
|
|
|
|
dev_err(dev->dev, "Invalid property\n");
|
|
|
|
ret = -EINVAL;
|
|
|
|
done:
|
|
|
|
return ret;
|
|
|
|
#undef SET_PROPERTY
|
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
|
|
|
}
|
|
|
|
|
2016-11-05 15:08:11 +00:00
|
|
|
static void
|
|
|
|
mdp5_plane_atomic_print_state(struct drm_printer *p,
|
|
|
|
const struct drm_plane_state *state)
|
|
|
|
{
|
|
|
|
struct mdp5_plane_state *pstate = to_mdp5_plane_state(state);
|
|
|
|
|
2016-11-01 15:56:54 +00:00
|
|
|
drm_printf(p, "\thwpipe=%s\n", pstate->hwpipe ?
|
|
|
|
pstate->hwpipe->name : "(null)");
|
2016-11-05 15:08:11 +00:00
|
|
|
drm_printf(p, "\tpremultiplied=%u\n", pstate->premultiplied);
|
|
|
|
drm_printf(p, "\tzpos=%u\n", pstate->zpos);
|
|
|
|
drm_printf(p, "\talpha=%u\n", pstate->alpha);
|
|
|
|
drm_printf(p, "\tstage=%s\n", stage2name(pstate->stage));
|
|
|
|
}
|
|
|
|
|
2014-11-19 17:31:03 +00:00
|
|
|
static void mdp5_plane_reset(struct drm_plane *plane)
|
|
|
|
{
|
|
|
|
struct mdp5_plane_state *mdp5_state;
|
|
|
|
|
|
|
|
if (plane->state && plane->state->fb)
|
|
|
|
drm_framebuffer_unreference(plane->state->fb);
|
|
|
|
|
|
|
|
kfree(to_mdp5_plane_state(plane->state));
|
|
|
|
mdp5_state = kzalloc(sizeof(*mdp5_state), GFP_KERNEL);
|
|
|
|
|
2015-06-25 21:37:42 +00:00
|
|
|
/* assign default blend parameters */
|
|
|
|
mdp5_state->alpha = 255;
|
|
|
|
mdp5_state->premultiplied = 0;
|
|
|
|
|
|
|
|
if (plane->type == DRM_PLANE_TYPE_PRIMARY)
|
|
|
|
mdp5_state->zpos = STAGE_BASE;
|
|
|
|
else
|
|
|
|
mdp5_state->zpos = STAGE0 + drm_plane_index(plane);
|
|
|
|
|
2014-11-27 14:49:39 +00:00
|
|
|
mdp5_state->base.plane = plane;
|
2014-11-19 17:31:03 +00:00
|
|
|
|
|
|
|
plane->state = &mdp5_state->base;
|
|
|
|
}
|
|
|
|
|
|
|
|
static struct drm_plane_state *
|
|
|
|
mdp5_plane_duplicate_state(struct drm_plane *plane)
|
|
|
|
{
|
|
|
|
struct mdp5_plane_state *mdp5_state;
|
|
|
|
|
|
|
|
if (WARN_ON(!plane->state))
|
|
|
|
return NULL;
|
|
|
|
|
|
|
|
mdp5_state = kmemdup(to_mdp5_plane_state(plane->state),
|
|
|
|
sizeof(*mdp5_state), GFP_KERNEL);
|
|
|
|
|
|
|
|
if (mdp5_state && mdp5_state->base.fb)
|
|
|
|
drm_framebuffer_reference(mdp5_state->base.fb);
|
|
|
|
|
|
|
|
return &mdp5_state->base;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void mdp5_plane_destroy_state(struct drm_plane *plane,
|
|
|
|
struct drm_plane_state *state)
|
|
|
|
{
|
2016-11-01 15:56:54 +00:00
|
|
|
struct mdp5_plane_state *pstate = to_mdp5_plane_state(state);
|
|
|
|
|
2014-11-19 17:31:03 +00:00
|
|
|
if (state->fb)
|
|
|
|
drm_framebuffer_unreference(state->fb);
|
|
|
|
|
2016-11-01 15:56:54 +00:00
|
|
|
kfree(pstate);
|
2014-11-19 17:31:03 +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
|
|
|
static const struct drm_plane_funcs mdp5_plane_funcs = {
|
2014-11-19 17:31:03 +00:00
|
|
|
.update_plane = drm_atomic_helper_update_plane,
|
|
|
|
.disable_plane = drm_atomic_helper_disable_plane,
|
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
|
|
|
.destroy = mdp5_plane_destroy,
|
2015-07-31 14:13:26 +00:00
|
|
|
.set_property = drm_atomic_helper_plane_set_property,
|
2015-06-25 21:37:42 +00:00
|
|
|
.atomic_set_property = mdp5_plane_atomic_set_property,
|
|
|
|
.atomic_get_property = mdp5_plane_atomic_get_property,
|
2014-11-19 17:31:03 +00:00
|
|
|
.reset = mdp5_plane_reset,
|
|
|
|
.atomic_duplicate_state = mdp5_plane_duplicate_state,
|
|
|
|
.atomic_destroy_state = mdp5_plane_destroy_state,
|
2016-11-05 15:08:11 +00:00
|
|
|
.atomic_print_state = mdp5_plane_atomic_print_state,
|
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-19 17:31:03 +00:00
|
|
|
static int mdp5_plane_prepare_fb(struct drm_plane *plane,
|
2016-08-18 18:00:16 +00:00
|
|
|
struct drm_plane_state *new_state)
|
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_kms *mdp5_kms = get_kms(plane);
|
2015-09-02 08:42:40 +00:00
|
|
|
struct drm_framebuffer *fb = new_state->fb;
|
|
|
|
|
|
|
|
if (!new_state->fb)
|
|
|
|
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
|
|
|
|
2016-11-01 13:31:21 +00:00
|
|
|
DBG("%s: prepare: FB[%u]", plane->name, fb->base.id);
|
2014-11-19 17:31:03 +00:00
|
|
|
return msm_framebuffer_prepare(fb, mdp5_kms->id);
|
2014-11-18 17:49:49 +00:00
|
|
|
}
|
|
|
|
|
2014-11-19 17:31:03 +00:00
|
|
|
static void mdp5_plane_cleanup_fb(struct drm_plane *plane,
|
2016-08-18 18:00:16 +00:00
|
|
|
struct drm_plane_state *old_state)
|
2014-11-18 17:49:49 +00:00
|
|
|
{
|
|
|
|
struct mdp5_kms *mdp5_kms = get_kms(plane);
|
2015-09-02 08:42:40 +00:00
|
|
|
struct drm_framebuffer *fb = old_state->fb;
|
|
|
|
|
|
|
|
if (!fb)
|
|
|
|
return;
|
2014-11-18 17:49:49 +00:00
|
|
|
|
2016-11-01 13:31:21 +00:00
|
|
|
DBG("%s: cleanup: FB[%u]", plane->name, fb->base.id);
|
2014-11-19 17:31:03 +00:00
|
|
|
msm_framebuffer_cleanup(fb, mdp5_kms->id);
|
|
|
|
}
|
2014-11-18 17:49:49 +00:00
|
|
|
|
2014-11-19 17:31:03 +00:00
|
|
|
static int mdp5_plane_atomic_check(struct drm_plane *plane,
|
|
|
|
struct drm_plane_state *state)
|
|
|
|
{
|
2016-11-01 15:56:54 +00:00
|
|
|
struct mdp5_plane_state *mdp5_state = to_mdp5_plane_state(state);
|
2014-11-19 17:31:03 +00:00
|
|
|
struct drm_plane_state *old_state = plane->state;
|
2016-11-05 14:43:55 +00:00
|
|
|
struct mdp5_cfg *config = mdp5_cfg_get_config(get_kms(plane)->cfg);
|
2016-11-01 15:56:54 +00:00
|
|
|
bool new_hwpipe = false;
|
2016-11-05 14:43:55 +00:00
|
|
|
uint32_t max_width, max_height;
|
2016-11-01 15:56:54 +00:00
|
|
|
uint32_t caps = 0;
|
2014-11-19 17:31:03 +00:00
|
|
|
|
2016-11-01 13:31:21 +00:00
|
|
|
DBG("%s: check (%d -> %d)", plane->name,
|
2014-11-19 17:31:03 +00:00
|
|
|
plane_enabled(old_state), plane_enabled(state));
|
|
|
|
|
2016-11-05 14:43:55 +00:00
|
|
|
max_width = config->hw->lm.max_width << 16;
|
|
|
|
max_height = config->hw->lm.max_height << 16;
|
|
|
|
|
|
|
|
/* Make sure source dimensions are within bounds. */
|
|
|
|
if ((state->src_w > max_width) || (state->src_h > max_height)) {
|
|
|
|
struct drm_rect src = drm_plane_state_src(state);
|
|
|
|
DBG("Invalid source size "DRM_RECT_FP_FMT,
|
|
|
|
DRM_RECT_FP_ARG(&src));
|
|
|
|
return -ERANGE;
|
|
|
|
}
|
|
|
|
|
2015-07-08 22:12:40 +00:00
|
|
|
if (plane_enabled(state)) {
|
2016-10-21 19:22:44 +00:00
|
|
|
unsigned int rotation;
|
2016-11-01 15:56:54 +00:00
|
|
|
const struct mdp_format *format;
|
2016-11-01 20:35:32 +00:00
|
|
|
struct mdp5_kms *mdp5_kms = get_kms(plane);
|
|
|
|
uint32_t blkcfg = 0;
|
2016-10-21 19:22:44 +00:00
|
|
|
|
2015-07-08 22:12:40 +00:00
|
|
|
format = to_mdp_format(msm_framebuffer_format(state->fb));
|
2016-11-01 15:56:54 +00:00
|
|
|
if (MDP_FORMAT_IS_YUV(format))
|
|
|
|
caps |= MDP_PIPE_CAP_SCALE | MDP_PIPE_CAP_CSC;
|
2015-07-08 22:12:40 +00:00
|
|
|
|
2016-11-01 15:56:54 +00:00
|
|
|
if (((state->src_w >> 16) != state->crtc_w) ||
|
|
|
|
((state->src_h >> 16) != state->crtc_h))
|
|
|
|
caps |= MDP_PIPE_CAP_SCALE;
|
2015-07-31 14:13:26 +00:00
|
|
|
|
2016-10-21 19:22:44 +00:00
|
|
|
rotation = drm_rotation_simplify(state->rotation,
|
|
|
|
DRM_ROTATE_0 |
|
|
|
|
DRM_REFLECT_X |
|
|
|
|
DRM_REFLECT_Y);
|
2016-11-01 13:56:51 +00:00
|
|
|
|
2016-11-01 15:56:54 +00:00
|
|
|
if (rotation & DRM_REFLECT_X)
|
|
|
|
caps |= MDP_PIPE_CAP_HFLIP;
|
|
|
|
|
|
|
|
if (rotation & DRM_REFLECT_Y)
|
|
|
|
caps |= MDP_PIPE_CAP_VFLIP;
|
|
|
|
|
|
|
|
/* (re)allocate hw pipe if we don't have one or caps-mismatch: */
|
|
|
|
if (!mdp5_state->hwpipe || (caps & ~mdp5_state->hwpipe->caps))
|
|
|
|
new_hwpipe = true;
|
|
|
|
|
2016-11-01 20:35:32 +00:00
|
|
|
if (mdp5_kms->smp) {
|
|
|
|
const struct mdp_format *format =
|
|
|
|
to_mdp_format(msm_framebuffer_format(state->fb));
|
|
|
|
|
|
|
|
blkcfg = mdp5_smp_calculate(mdp5_kms->smp, format,
|
|
|
|
state->src_w >> 16, false);
|
|
|
|
|
|
|
|
if (mdp5_state->hwpipe && (mdp5_state->hwpipe->blkcfg != blkcfg))
|
|
|
|
new_hwpipe = true;
|
2015-07-31 14:13:26 +00:00
|
|
|
}
|
2015-07-08 22:12:40 +00:00
|
|
|
|
2016-11-01 15:56:54 +00:00
|
|
|
/* (re)assign hwpipe if needed, otherwise keep old one: */
|
|
|
|
if (new_hwpipe) {
|
|
|
|
/* TODO maybe we want to re-assign hwpipe sometimes
|
|
|
|
* in cases when we no-longer need some caps to make
|
|
|
|
* it available for other planes?
|
|
|
|
*/
|
|
|
|
struct mdp5_hw_pipe *old_hwpipe = mdp5_state->hwpipe;
|
2016-11-01 20:35:32 +00:00
|
|
|
mdp5_state->hwpipe = mdp5_pipe_assign(state->state,
|
|
|
|
plane, caps, blkcfg);
|
2016-11-01 15:56:54 +00:00
|
|
|
if (IS_ERR(mdp5_state->hwpipe)) {
|
|
|
|
DBG("%s: failed to assign hwpipe!", plane->name);
|
|
|
|
return PTR_ERR(mdp5_state->hwpipe);
|
|
|
|
}
|
|
|
|
mdp5_pipe_release(state->state, old_hwpipe);
|
2014-11-19 17:31:03 +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
|
|
|
|
2014-11-19 17:31:03 +00:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2014-11-25 11:09:44 +00:00
|
|
|
static void mdp5_plane_atomic_update(struct drm_plane *plane,
|
|
|
|
struct drm_plane_state *old_state)
|
2014-11-19 17:31:03 +00:00
|
|
|
{
|
|
|
|
struct drm_plane_state *state = plane->state;
|
|
|
|
|
2016-11-01 13:31:21 +00:00
|
|
|
DBG("%s: update", plane->name);
|
2014-11-18 17:49:49 +00:00
|
|
|
|
2016-11-04 21:12:44 +00:00
|
|
|
if (plane_enabled(state)) {
|
2014-11-19 17:31:03 +00:00
|
|
|
int ret;
|
2016-11-04 21:12:44 +00:00
|
|
|
|
2014-11-19 17:31:03 +00:00
|
|
|
ret = mdp5_plane_mode_set(plane,
|
|
|
|
state->crtc, state->fb,
|
|
|
|
state->crtc_x, state->crtc_y,
|
|
|
|
state->crtc_w, state->crtc_h,
|
|
|
|
state->src_x, state->src_y,
|
|
|
|
state->src_w, state->src_h);
|
|
|
|
/* atomic_check should have ensured that this doesn't fail */
|
|
|
|
WARN_ON(ret < 0);
|
|
|
|
}
|
2014-11-18 17:49:49 +00:00
|
|
|
}
|
|
|
|
|
2014-11-19 17:31:03 +00:00
|
|
|
static const struct drm_plane_helper_funcs mdp5_plane_helper_funcs = {
|
|
|
|
.prepare_fb = mdp5_plane_prepare_fb,
|
|
|
|
.cleanup_fb = mdp5_plane_cleanup_fb,
|
|
|
|
.atomic_check = mdp5_plane_atomic_check,
|
|
|
|
.atomic_update = mdp5_plane_atomic_update,
|
|
|
|
};
|
|
|
|
|
|
|
|
static void set_scanout_locked(struct drm_plane *plane,
|
2014-11-18 17:49:49 +00:00
|
|
|
struct drm_framebuffer *fb)
|
|
|
|
{
|
2014-11-19 17:31:03 +00:00
|
|
|
struct mdp5_kms *mdp5_kms = get_kms(plane);
|
2016-11-01 15:56:54 +00:00
|
|
|
struct mdp5_hw_pipe *hwpipe = to_mdp5_plane_state(plane->state)->hwpipe;
|
|
|
|
enum mdp5_pipe pipe = hwpipe->pipe;
|
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-19 17:31:03 +00:00
|
|
|
mdp5_write(mdp5_kms, REG_MDP5_PIPE_SRC_STRIDE_A(pipe),
|
|
|
|
MDP5_PIPE_SRC_STRIDE_A_P0(fb->pitches[0]) |
|
|
|
|
MDP5_PIPE_SRC_STRIDE_A_P1(fb->pitches[1]));
|
2014-11-18 17:49:49 +00:00
|
|
|
|
2014-11-19 17:31:03 +00:00
|
|
|
mdp5_write(mdp5_kms, REG_MDP5_PIPE_SRC_STRIDE_B(pipe),
|
|
|
|
MDP5_PIPE_SRC_STRIDE_B_P2(fb->pitches[2]) |
|
|
|
|
MDP5_PIPE_SRC_STRIDE_B_P3(fb->pitches[3]));
|
|
|
|
|
|
|
|
mdp5_write(mdp5_kms, REG_MDP5_PIPE_SRC0_ADDR(pipe),
|
|
|
|
msm_framebuffer_iova(fb, mdp5_kms->id, 0));
|
|
|
|
mdp5_write(mdp5_kms, REG_MDP5_PIPE_SRC1_ADDR(pipe),
|
|
|
|
msm_framebuffer_iova(fb, mdp5_kms->id, 1));
|
|
|
|
mdp5_write(mdp5_kms, REG_MDP5_PIPE_SRC2_ADDR(pipe),
|
|
|
|
msm_framebuffer_iova(fb, mdp5_kms->id, 2));
|
|
|
|
mdp5_write(mdp5_kms, REG_MDP5_PIPE_SRC3_ADDR(pipe),
|
2015-05-20 14:57:27 +00:00
|
|
|
msm_framebuffer_iova(fb, mdp5_kms->id, 3));
|
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
|
|
|
|
|
|
|
plane->fb = fb;
|
|
|
|
}
|
|
|
|
|
2014-12-08 15:48:58 +00:00
|
|
|
/* Note: mdp5_plane->pipe_lock must be locked */
|
|
|
|
static void csc_disable(struct mdp5_kms *mdp5_kms, enum mdp5_pipe pipe)
|
|
|
|
{
|
|
|
|
uint32_t value = mdp5_read(mdp5_kms, REG_MDP5_PIPE_OP_MODE(pipe)) &
|
|
|
|
~MDP5_PIPE_OP_MODE_CSC_1_EN;
|
|
|
|
|
|
|
|
mdp5_write(mdp5_kms, REG_MDP5_PIPE_OP_MODE(pipe), value);
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Note: mdp5_plane->pipe_lock must be locked */
|
|
|
|
static void csc_enable(struct mdp5_kms *mdp5_kms, enum mdp5_pipe pipe,
|
|
|
|
struct csc_cfg *csc)
|
|
|
|
{
|
|
|
|
uint32_t i, mode = 0; /* RGB, no CSC */
|
|
|
|
uint32_t *matrix;
|
|
|
|
|
|
|
|
if (unlikely(!csc))
|
|
|
|
return;
|
|
|
|
|
|
|
|
if ((csc->type == CSC_YUV2RGB) || (CSC_YUV2YUV == csc->type))
|
|
|
|
mode |= MDP5_PIPE_OP_MODE_CSC_SRC_DATA_FORMAT(DATA_FORMAT_YUV);
|
|
|
|
if ((csc->type == CSC_RGB2YUV) || (CSC_YUV2YUV == csc->type))
|
|
|
|
mode |= MDP5_PIPE_OP_MODE_CSC_DST_DATA_FORMAT(DATA_FORMAT_YUV);
|
|
|
|
mode |= MDP5_PIPE_OP_MODE_CSC_1_EN;
|
|
|
|
mdp5_write(mdp5_kms, REG_MDP5_PIPE_OP_MODE(pipe), mode);
|
|
|
|
|
|
|
|
matrix = csc->matrix;
|
|
|
|
mdp5_write(mdp5_kms, REG_MDP5_PIPE_CSC_1_MATRIX_COEFF_0(pipe),
|
|
|
|
MDP5_PIPE_CSC_1_MATRIX_COEFF_0_COEFF_11(matrix[0]) |
|
|
|
|
MDP5_PIPE_CSC_1_MATRIX_COEFF_0_COEFF_12(matrix[1]));
|
|
|
|
mdp5_write(mdp5_kms, REG_MDP5_PIPE_CSC_1_MATRIX_COEFF_1(pipe),
|
|
|
|
MDP5_PIPE_CSC_1_MATRIX_COEFF_1_COEFF_13(matrix[2]) |
|
|
|
|
MDP5_PIPE_CSC_1_MATRIX_COEFF_1_COEFF_21(matrix[3]));
|
|
|
|
mdp5_write(mdp5_kms, REG_MDP5_PIPE_CSC_1_MATRIX_COEFF_2(pipe),
|
|
|
|
MDP5_PIPE_CSC_1_MATRIX_COEFF_2_COEFF_22(matrix[4]) |
|
|
|
|
MDP5_PIPE_CSC_1_MATRIX_COEFF_2_COEFF_23(matrix[5]));
|
|
|
|
mdp5_write(mdp5_kms, REG_MDP5_PIPE_CSC_1_MATRIX_COEFF_3(pipe),
|
|
|
|
MDP5_PIPE_CSC_1_MATRIX_COEFF_3_COEFF_31(matrix[6]) |
|
|
|
|
MDP5_PIPE_CSC_1_MATRIX_COEFF_3_COEFF_32(matrix[7]));
|
|
|
|
mdp5_write(mdp5_kms, REG_MDP5_PIPE_CSC_1_MATRIX_COEFF_4(pipe),
|
|
|
|
MDP5_PIPE_CSC_1_MATRIX_COEFF_4_COEFF_33(matrix[8]));
|
|
|
|
|
|
|
|
for (i = 0; i < ARRAY_SIZE(csc->pre_bias); i++) {
|
|
|
|
uint32_t *pre_clamp = csc->pre_clamp;
|
|
|
|
uint32_t *post_clamp = csc->post_clamp;
|
|
|
|
|
|
|
|
mdp5_write(mdp5_kms, REG_MDP5_PIPE_CSC_1_PRE_CLAMP(pipe, i),
|
|
|
|
MDP5_PIPE_CSC_1_PRE_CLAMP_REG_HIGH(pre_clamp[2*i+1]) |
|
|
|
|
MDP5_PIPE_CSC_1_PRE_CLAMP_REG_LOW(pre_clamp[2*i]));
|
|
|
|
|
|
|
|
mdp5_write(mdp5_kms, REG_MDP5_PIPE_CSC_1_POST_CLAMP(pipe, i),
|
|
|
|
MDP5_PIPE_CSC_1_POST_CLAMP_REG_HIGH(post_clamp[2*i+1]) |
|
|
|
|
MDP5_PIPE_CSC_1_POST_CLAMP_REG_LOW(post_clamp[2*i]));
|
|
|
|
|
|
|
|
mdp5_write(mdp5_kms, REG_MDP5_PIPE_CSC_1_PRE_BIAS(pipe, i),
|
|
|
|
MDP5_PIPE_CSC_1_PRE_BIAS_REG_VALUE(csc->pre_bias[i]));
|
|
|
|
|
|
|
|
mdp5_write(mdp5_kms, REG_MDP5_PIPE_CSC_1_POST_BIAS(pipe, i),
|
|
|
|
MDP5_PIPE_CSC_1_POST_BIAS_REG_VALUE(csc->post_bias[i]));
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
#define PHASE_STEP_SHIFT 21
|
|
|
|
#define DOWN_SCALE_RATIO_MAX 32 /* 2^(26-21) */
|
|
|
|
|
|
|
|
static int calc_phase_step(uint32_t src, uint32_t dst, uint32_t *out_phase)
|
|
|
|
{
|
|
|
|
uint32_t unit;
|
|
|
|
|
|
|
|
if (src == 0 || dst == 0)
|
|
|
|
return -EINVAL;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* PHASE_STEP_X/Y is coded on 26 bits (25:0),
|
|
|
|
* where 2^21 represents the unity "1" in fixed-point hardware design.
|
|
|
|
* This leaves 5 bits for the integer part (downscale case):
|
|
|
|
* -> maximum downscale ratio = 0b1_1111 = 31
|
|
|
|
*/
|
|
|
|
if (src > (dst * DOWN_SCALE_RATIO_MAX))
|
|
|
|
return -EOVERFLOW;
|
|
|
|
|
|
|
|
unit = 1 << PHASE_STEP_SHIFT;
|
|
|
|
*out_phase = mult_frac(unit, src, dst);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2015-07-06 20:35:31 +00:00
|
|
|
static int calc_scalex_steps(struct drm_plane *plane,
|
|
|
|
uint32_t pixel_format, uint32_t src, uint32_t dest,
|
2015-09-15 12:41:51 +00:00
|
|
|
uint32_t phasex_steps[COMP_MAX])
|
2014-12-08 15:48:58 +00:00
|
|
|
{
|
2015-07-06 20:35:31 +00:00
|
|
|
struct mdp5_kms *mdp5_kms = get_kms(plane);
|
|
|
|
struct device *dev = mdp5_kms->dev->dev;
|
2014-12-08 15:48:58 +00:00
|
|
|
uint32_t phasex_step;
|
|
|
|
unsigned int hsub;
|
|
|
|
int ret;
|
|
|
|
|
|
|
|
ret = calc_phase_step(src, dest, &phasex_step);
|
2015-07-06 20:35:31 +00:00
|
|
|
if (ret) {
|
|
|
|
dev_err(dev, "X scaling (%d->%d) failed: %d\n", src, dest, ret);
|
2014-12-08 15:48:58 +00:00
|
|
|
return ret;
|
2015-07-06 20:35:31 +00:00
|
|
|
}
|
2014-12-08 15:48:58 +00:00
|
|
|
|
|
|
|
hsub = drm_format_horz_chroma_subsampling(pixel_format);
|
|
|
|
|
2015-09-15 12:41:51 +00:00
|
|
|
phasex_steps[COMP_0] = phasex_step;
|
|
|
|
phasex_steps[COMP_3] = phasex_step;
|
|
|
|
phasex_steps[COMP_1_2] = phasex_step / hsub;
|
2014-12-08 15:48:58 +00:00
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2015-07-06 20:35:31 +00:00
|
|
|
static int calc_scaley_steps(struct drm_plane *plane,
|
|
|
|
uint32_t pixel_format, uint32_t src, uint32_t dest,
|
2015-09-15 12:41:51 +00:00
|
|
|
uint32_t phasey_steps[COMP_MAX])
|
2014-12-08 15:48:58 +00:00
|
|
|
{
|
2015-07-06 20:35:31 +00:00
|
|
|
struct mdp5_kms *mdp5_kms = get_kms(plane);
|
|
|
|
struct device *dev = mdp5_kms->dev->dev;
|
2014-12-08 15:48:58 +00:00
|
|
|
uint32_t phasey_step;
|
|
|
|
unsigned int vsub;
|
|
|
|
int ret;
|
|
|
|
|
|
|
|
ret = calc_phase_step(src, dest, &phasey_step);
|
2015-07-06 20:35:31 +00:00
|
|
|
if (ret) {
|
|
|
|
dev_err(dev, "Y scaling (%d->%d) failed: %d\n", src, dest, ret);
|
2014-12-08 15:48:58 +00:00
|
|
|
return ret;
|
2015-07-06 20:35:31 +00:00
|
|
|
}
|
2014-12-08 15:48:58 +00:00
|
|
|
|
|
|
|
vsub = drm_format_vert_chroma_subsampling(pixel_format);
|
|
|
|
|
2015-09-15 12:41:51 +00:00
|
|
|
phasey_steps[COMP_0] = phasey_step;
|
|
|
|
phasey_steps[COMP_3] = phasey_step;
|
|
|
|
phasey_steps[COMP_1_2] = phasey_step / vsub;
|
2014-12-08 15:48:58 +00:00
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2015-09-15 12:41:52 +00:00
|
|
|
static uint32_t get_scale_config(const struct mdp_format *format,
|
|
|
|
uint32_t src, uint32_t dst, bool horz)
|
2014-12-08 15:48:58 +00:00
|
|
|
{
|
2015-09-15 12:41:52 +00:00
|
|
|
bool scaling = format->is_yuv ? true : (src != dst);
|
|
|
|
uint32_t sub, pix_fmt = format->base.pixel_format;
|
|
|
|
uint32_t ya_filter, uv_filter;
|
|
|
|
bool yuv = format->is_yuv;
|
|
|
|
|
|
|
|
if (!scaling)
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
if (yuv) {
|
|
|
|
sub = horz ? drm_format_horz_chroma_subsampling(pix_fmt) :
|
|
|
|
drm_format_vert_chroma_subsampling(pix_fmt);
|
|
|
|
uv_filter = ((src / sub) <= dst) ?
|
|
|
|
SCALE_FILTER_BIL : SCALE_FILTER_PCMN;
|
|
|
|
}
|
|
|
|
ya_filter = (src <= dst) ? SCALE_FILTER_BIL : SCALE_FILTER_PCMN;
|
|
|
|
|
|
|
|
if (horz)
|
|
|
|
return MDP5_PIPE_SCALE_CONFIG_SCALEX_EN |
|
|
|
|
MDP5_PIPE_SCALE_CONFIG_SCALEX_FILTER_COMP_0(ya_filter) |
|
|
|
|
MDP5_PIPE_SCALE_CONFIG_SCALEX_FILTER_COMP_3(ya_filter) |
|
|
|
|
COND(yuv, MDP5_PIPE_SCALE_CONFIG_SCALEX_FILTER_COMP_1_2(uv_filter));
|
|
|
|
else
|
|
|
|
return MDP5_PIPE_SCALE_CONFIG_SCALEY_EN |
|
|
|
|
MDP5_PIPE_SCALE_CONFIG_SCALEY_FILTER_COMP_0(ya_filter) |
|
|
|
|
MDP5_PIPE_SCALE_CONFIG_SCALEY_FILTER_COMP_3(ya_filter) |
|
|
|
|
COND(yuv, MDP5_PIPE_SCALE_CONFIG_SCALEY_FILTER_COMP_1_2(uv_filter));
|
|
|
|
}
|
|
|
|
|
|
|
|
static void calc_pixel_ext(const struct mdp_format *format,
|
|
|
|
uint32_t src, uint32_t dst, uint32_t phase_step[2],
|
|
|
|
int pix_ext_edge1[COMP_MAX], int pix_ext_edge2[COMP_MAX],
|
|
|
|
bool horz)
|
|
|
|
{
|
|
|
|
bool scaling = format->is_yuv ? true : (src != dst);
|
|
|
|
int i;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Note:
|
|
|
|
* We assume here that:
|
|
|
|
* 1. PCMN filter is used for downscale
|
|
|
|
* 2. bilinear filter is used for upscale
|
|
|
|
* 3. we are in a single pipe configuration
|
|
|
|
*/
|
|
|
|
|
|
|
|
for (i = 0; i < COMP_MAX; i++) {
|
|
|
|
pix_ext_edge1[i] = 0;
|
|
|
|
pix_ext_edge2[i] = scaling ? 1 : 0;
|
2015-07-06 20:35:31 +00:00
|
|
|
}
|
2015-09-15 12:41:52 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
static void mdp5_write_pixel_ext(struct mdp5_kms *mdp5_kms, enum mdp5_pipe pipe,
|
|
|
|
const struct mdp_format *format,
|
|
|
|
uint32_t src_w, int pe_left[COMP_MAX], int pe_right[COMP_MAX],
|
|
|
|
uint32_t src_h, int pe_top[COMP_MAX], int pe_bottom[COMP_MAX])
|
|
|
|
{
|
|
|
|
uint32_t pix_fmt = format->base.pixel_format;
|
|
|
|
uint32_t lr, tb, req;
|
|
|
|
int i;
|
|
|
|
|
|
|
|
for (i = 0; i < COMP_MAX; i++) {
|
|
|
|
uint32_t roi_w = src_w;
|
|
|
|
uint32_t roi_h = src_h;
|
|
|
|
|
|
|
|
if (format->is_yuv && i == COMP_1_2) {
|
|
|
|
roi_w /= drm_format_horz_chroma_subsampling(pix_fmt);
|
|
|
|
roi_h /= drm_format_vert_chroma_subsampling(pix_fmt);
|
|
|
|
}
|
2014-12-08 15:48:58 +00:00
|
|
|
|
2015-09-15 12:41:52 +00:00
|
|
|
lr = (pe_left[i] >= 0) ?
|
|
|
|
MDP5_PIPE_SW_PIX_EXT_LR_LEFT_RPT(pe_left[i]) :
|
|
|
|
MDP5_PIPE_SW_PIX_EXT_LR_LEFT_OVF(pe_left[i]);
|
|
|
|
|
|
|
|
lr |= (pe_right[i] >= 0) ?
|
|
|
|
MDP5_PIPE_SW_PIX_EXT_LR_RIGHT_RPT(pe_right[i]) :
|
|
|
|
MDP5_PIPE_SW_PIX_EXT_LR_RIGHT_OVF(pe_right[i]);
|
|
|
|
|
|
|
|
tb = (pe_top[i] >= 0) ?
|
|
|
|
MDP5_PIPE_SW_PIX_EXT_TB_TOP_RPT(pe_top[i]) :
|
|
|
|
MDP5_PIPE_SW_PIX_EXT_TB_TOP_OVF(pe_top[i]);
|
|
|
|
|
|
|
|
tb |= (pe_bottom[i] >= 0) ?
|
|
|
|
MDP5_PIPE_SW_PIX_EXT_TB_BOTTOM_RPT(pe_bottom[i]) :
|
|
|
|
MDP5_PIPE_SW_PIX_EXT_TB_BOTTOM_OVF(pe_bottom[i]);
|
|
|
|
|
|
|
|
req = MDP5_PIPE_SW_PIX_EXT_REQ_PIXELS_LEFT_RIGHT(roi_w +
|
|
|
|
pe_left[i] + pe_right[i]);
|
|
|
|
|
|
|
|
req |= MDP5_PIPE_SW_PIX_EXT_REQ_PIXELS_TOP_BOTTOM(roi_h +
|
|
|
|
pe_top[i] + pe_bottom[i]);
|
|
|
|
|
|
|
|
mdp5_write(mdp5_kms, REG_MDP5_PIPE_SW_PIX_EXT_LR(pipe, i), lr);
|
|
|
|
mdp5_write(mdp5_kms, REG_MDP5_PIPE_SW_PIX_EXT_TB(pipe, i), tb);
|
|
|
|
mdp5_write(mdp5_kms, REG_MDP5_PIPE_SW_PIX_EXT_REQ_PIXELS(pipe, i), req);
|
|
|
|
|
|
|
|
DBG("comp-%d (L/R): rpt=%d/%d, ovf=%d/%d, req=%d", i,
|
|
|
|
FIELD(lr, MDP5_PIPE_SW_PIX_EXT_LR_LEFT_RPT),
|
|
|
|
FIELD(lr, MDP5_PIPE_SW_PIX_EXT_LR_RIGHT_RPT),
|
|
|
|
FIELD(lr, MDP5_PIPE_SW_PIX_EXT_LR_LEFT_OVF),
|
|
|
|
FIELD(lr, MDP5_PIPE_SW_PIX_EXT_LR_RIGHT_OVF),
|
|
|
|
FIELD(req, MDP5_PIPE_SW_PIX_EXT_REQ_PIXELS_LEFT_RIGHT));
|
|
|
|
|
|
|
|
DBG("comp-%d (T/B): rpt=%d/%d, ovf=%d/%d, req=%d", i,
|
|
|
|
FIELD(tb, MDP5_PIPE_SW_PIX_EXT_TB_TOP_RPT),
|
|
|
|
FIELD(tb, MDP5_PIPE_SW_PIX_EXT_TB_BOTTOM_RPT),
|
|
|
|
FIELD(tb, MDP5_PIPE_SW_PIX_EXT_TB_TOP_OVF),
|
|
|
|
FIELD(tb, MDP5_PIPE_SW_PIX_EXT_TB_BOTTOM_OVF),
|
|
|
|
FIELD(req, MDP5_PIPE_SW_PIX_EXT_REQ_PIXELS_TOP_BOTTOM));
|
|
|
|
}
|
2014-12-08 15:48:58 +00:00
|
|
|
}
|
|
|
|
|
2015-09-15 12:41:52 +00:00
|
|
|
|
2014-11-19 17:31:03 +00:00
|
|
|
static int mdp5_plane_mode_set(struct drm_plane *plane,
|
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_crtc *crtc, struct drm_framebuffer *fb,
|
|
|
|
int crtc_x, int crtc_y,
|
|
|
|
unsigned int crtc_w, unsigned int crtc_h,
|
|
|
|
uint32_t src_x, uint32_t src_y,
|
|
|
|
uint32_t src_w, uint32_t src_h)
|
|
|
|
{
|
2015-07-31 14:13:26 +00:00
|
|
|
struct drm_plane_state *pstate = plane->state;
|
2016-11-01 15:56:54 +00:00
|
|
|
struct mdp5_hw_pipe *hwpipe = to_mdp5_plane_state(pstate)->hwpipe;
|
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_kms *mdp5_kms = get_kms(plane);
|
2016-11-01 13:56:51 +00:00
|
|
|
enum mdp5_pipe pipe = hwpipe->pipe;
|
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
|
|
|
const struct mdp_format *format;
|
|
|
|
uint32_t nplanes, config = 0;
|
2015-09-15 12:41:51 +00:00
|
|
|
uint32_t phasex_step[COMP_MAX] = {0,}, phasey_step[COMP_MAX] = {0,};
|
2016-11-01 13:56:51 +00:00
|
|
|
bool pe = hwpipe->caps & MDP_PIPE_CAP_SW_PIX_EXT;
|
2015-09-15 12:41:52 +00:00
|
|
|
int pe_left[COMP_MAX], pe_right[COMP_MAX];
|
|
|
|
int pe_top[COMP_MAX], pe_bottom[COMP_MAX];
|
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 hdecm = 0, vdecm = 0;
|
2014-12-08 15:48:58 +00:00
|
|
|
uint32_t pix_format;
|
2016-10-21 19:22:44 +00:00
|
|
|
unsigned int rotation;
|
2015-07-31 14:13:26 +00:00
|
|
|
bool vflip, hflip;
|
2014-11-18 17:49:49 +00:00
|
|
|
unsigned long flags;
|
2014-11-18 17:49:47 +00:00
|
|
|
int ret;
|
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
|
|
|
|
2016-12-14 21:30:22 +00:00
|
|
|
nplanes = fb->format->num_planes;
|
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
|
|
|
|
|
|
|
/* bad formats should already be rejected: */
|
|
|
|
if (WARN_ON(nplanes > pipe2nclients(pipe)))
|
|
|
|
return -EINVAL;
|
|
|
|
|
2014-12-08 15:48:58 +00:00
|
|
|
format = to_mdp_format(msm_framebuffer_format(fb));
|
|
|
|
pix_format = format->base.pixel_format;
|
|
|
|
|
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
|
|
|
/* src values are in Q16 fixed point, convert to integer: */
|
|
|
|
src_x = src_x >> 16;
|
|
|
|
src_y = src_y >> 16;
|
|
|
|
src_w = src_w >> 16;
|
|
|
|
src_h = src_h >> 16;
|
|
|
|
|
2016-11-01 13:31:21 +00:00
|
|
|
DBG("%s: FB[%u] %u,%u,%u,%u -> CRTC[%u] %d,%d,%u,%u", plane->name,
|
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
|
|
|
fb->base.id, src_x, src_y, src_w, src_h,
|
|
|
|
crtc->base.id, crtc_x, crtc_y, crtc_w, crtc_h);
|
|
|
|
|
2015-07-06 20:35:31 +00:00
|
|
|
ret = calc_scalex_steps(plane, pix_format, src_w, crtc_w, phasex_step);
|
|
|
|
if (ret)
|
|
|
|
return ret;
|
2014-12-08 15:48:58 +00:00
|
|
|
|
2015-07-06 20:35:31 +00:00
|
|
|
ret = calc_scaley_steps(plane, pix_format, src_h, crtc_h, phasey_step);
|
|
|
|
if (ret)
|
|
|
|
return ret;
|
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
|
|
|
|
2016-11-01 13:56:51 +00:00
|
|
|
if (hwpipe->caps & MDP_PIPE_CAP_SW_PIX_EXT) {
|
2015-09-15 12:41:52 +00:00
|
|
|
calc_pixel_ext(format, src_w, crtc_w, phasex_step,
|
|
|
|
pe_left, pe_right, true);
|
|
|
|
calc_pixel_ext(format, src_h, crtc_h, phasey_step,
|
|
|
|
pe_top, pe_bottom, false);
|
|
|
|
}
|
|
|
|
|
2015-07-06 20:35:31 +00:00
|
|
|
/* TODO calc hdecm, vdecm */
|
|
|
|
|
|
|
|
/* SCALE is used to both scale and up-sample chroma components */
|
2015-09-15 12:41:52 +00:00
|
|
|
config |= get_scale_config(format, src_w, crtc_w, true);
|
|
|
|
config |= get_scale_config(format, src_h, crtc_h, false);
|
2015-07-06 20:35:31 +00:00
|
|
|
DBG("scale config = %x", config);
|
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
|
|
|
|
2016-10-21 19:22:44 +00:00
|
|
|
rotation = drm_rotation_simplify(pstate->rotation,
|
|
|
|
DRM_ROTATE_0 |
|
|
|
|
DRM_REFLECT_X |
|
|
|
|
DRM_REFLECT_Y);
|
|
|
|
hflip = !!(rotation & DRM_REFLECT_X);
|
|
|
|
vflip = !!(rotation & DRM_REFLECT_Y);
|
2015-07-31 14:13:26 +00:00
|
|
|
|
2016-11-01 13:56:51 +00:00
|
|
|
spin_lock_irqsave(&hwpipe->pipe_lock, flags);
|
2014-11-18 17:49:49 +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
|
|
|
mdp5_write(mdp5_kms, REG_MDP5_PIPE_SRC_IMG_SIZE(pipe),
|
2016-11-02 13:51:06 +00:00
|
|
|
MDP5_PIPE_SRC_IMG_SIZE_WIDTH(min(fb->width, src_w)) |
|
|
|
|
MDP5_PIPE_SRC_IMG_SIZE_HEIGHT(min(fb->height, src_h)));
|
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_PIPE_SRC_SIZE(pipe),
|
|
|
|
MDP5_PIPE_SRC_SIZE_WIDTH(src_w) |
|
|
|
|
MDP5_PIPE_SRC_SIZE_HEIGHT(src_h));
|
|
|
|
|
|
|
|
mdp5_write(mdp5_kms, REG_MDP5_PIPE_SRC_XY(pipe),
|
|
|
|
MDP5_PIPE_SRC_XY_X(src_x) |
|
|
|
|
MDP5_PIPE_SRC_XY_Y(src_y));
|
|
|
|
|
|
|
|
mdp5_write(mdp5_kms, REG_MDP5_PIPE_OUT_SIZE(pipe),
|
|
|
|
MDP5_PIPE_OUT_SIZE_WIDTH(crtc_w) |
|
|
|
|
MDP5_PIPE_OUT_SIZE_HEIGHT(crtc_h));
|
|
|
|
|
|
|
|
mdp5_write(mdp5_kms, REG_MDP5_PIPE_OUT_XY(pipe),
|
|
|
|
MDP5_PIPE_OUT_XY_X(crtc_x) |
|
|
|
|
MDP5_PIPE_OUT_XY_Y(crtc_y));
|
|
|
|
|
|
|
|
mdp5_write(mdp5_kms, REG_MDP5_PIPE_SRC_FORMAT(pipe),
|
|
|
|
MDP5_PIPE_SRC_FORMAT_A_BPC(format->bpc_a) |
|
|
|
|
MDP5_PIPE_SRC_FORMAT_R_BPC(format->bpc_r) |
|
|
|
|
MDP5_PIPE_SRC_FORMAT_G_BPC(format->bpc_g) |
|
|
|
|
MDP5_PIPE_SRC_FORMAT_B_BPC(format->bpc_b) |
|
|
|
|
COND(format->alpha_enable, MDP5_PIPE_SRC_FORMAT_ALPHA_ENABLE) |
|
|
|
|
MDP5_PIPE_SRC_FORMAT_CPP(format->cpp - 1) |
|
|
|
|
MDP5_PIPE_SRC_FORMAT_UNPACK_COUNT(format->unpack_count - 1) |
|
|
|
|
COND(format->unpack_tight, MDP5_PIPE_SRC_FORMAT_UNPACK_TIGHT) |
|
2015-07-27 23:37:12 +00:00
|
|
|
MDP5_PIPE_SRC_FORMAT_FETCH_TYPE(format->fetch_type) |
|
2014-12-08 15:48:58 +00:00
|
|
|
MDP5_PIPE_SRC_FORMAT_CHROMA_SAMP(format->chroma_sample));
|
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_PIPE_SRC_UNPACK(pipe),
|
|
|
|
MDP5_PIPE_SRC_UNPACK_ELEM0(format->unpack[0]) |
|
|
|
|
MDP5_PIPE_SRC_UNPACK_ELEM1(format->unpack[1]) |
|
|
|
|
MDP5_PIPE_SRC_UNPACK_ELEM2(format->unpack[2]) |
|
|
|
|
MDP5_PIPE_SRC_UNPACK_ELEM3(format->unpack[3]));
|
|
|
|
|
|
|
|
mdp5_write(mdp5_kms, REG_MDP5_PIPE_SRC_OP_MODE(pipe),
|
2015-07-31 14:13:26 +00:00
|
|
|
(hflip ? MDP5_PIPE_SRC_OP_MODE_FLIP_LR : 0) |
|
|
|
|
(vflip ? MDP5_PIPE_SRC_OP_MODE_FLIP_UD : 0) |
|
2015-09-15 12:41:52 +00:00
|
|
|
COND(pe, MDP5_PIPE_SRC_OP_MODE_SW_PIX_EXT_OVERRIDE) |
|
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_PIPE_SRC_OP_MODE_BWC(BWC_LOSSLESS));
|
|
|
|
|
|
|
|
/* not using secure mode: */
|
|
|
|
mdp5_write(mdp5_kms, REG_MDP5_PIPE_SRC_ADDR_SW_STATUS(pipe), 0);
|
|
|
|
|
2016-11-01 13:56:51 +00:00
|
|
|
if (hwpipe->caps & MDP_PIPE_CAP_SW_PIX_EXT)
|
2015-09-15 12:41:52 +00:00
|
|
|
mdp5_write_pixel_ext(mdp5_kms, pipe, format,
|
|
|
|
src_w, pe_left, pe_right,
|
|
|
|
src_h, pe_top, pe_bottom);
|
|
|
|
|
2016-11-01 13:56:51 +00:00
|
|
|
if (hwpipe->caps & MDP_PIPE_CAP_SCALE) {
|
2015-07-08 22:12:40 +00:00
|
|
|
mdp5_write(mdp5_kms, REG_MDP5_PIPE_SCALE_PHASE_STEP_X(pipe),
|
2015-09-15 12:41:51 +00:00
|
|
|
phasex_step[COMP_0]);
|
2015-07-08 22:12:40 +00:00
|
|
|
mdp5_write(mdp5_kms, REG_MDP5_PIPE_SCALE_PHASE_STEP_Y(pipe),
|
2015-09-15 12:41:51 +00:00
|
|
|
phasey_step[COMP_0]);
|
2015-07-08 22:12:40 +00:00
|
|
|
mdp5_write(mdp5_kms, REG_MDP5_PIPE_SCALE_CR_PHASE_STEP_X(pipe),
|
2015-09-15 12:41:51 +00:00
|
|
|
phasex_step[COMP_1_2]);
|
2015-07-08 22:12:40 +00:00
|
|
|
mdp5_write(mdp5_kms, REG_MDP5_PIPE_SCALE_CR_PHASE_STEP_Y(pipe),
|
2015-09-15 12:41:51 +00:00
|
|
|
phasey_step[COMP_1_2]);
|
2015-07-08 22:12:40 +00:00
|
|
|
mdp5_write(mdp5_kms, REG_MDP5_PIPE_DECIMATION(pipe),
|
|
|
|
MDP5_PIPE_DECIMATION_VERT(vdecm) |
|
|
|
|
MDP5_PIPE_DECIMATION_HORZ(hdecm));
|
|
|
|
mdp5_write(mdp5_kms, REG_MDP5_PIPE_SCALE_CONFIG(pipe), config);
|
|
|
|
}
|
|
|
|
|
2016-11-01 13:56:51 +00:00
|
|
|
if (hwpipe->caps & MDP_PIPE_CAP_CSC) {
|
2015-07-08 22:12:40 +00:00
|
|
|
if (MDP_FORMAT_IS_YUV(format))
|
|
|
|
csc_enable(mdp5_kms, pipe,
|
|
|
|
mdp_get_default_csc_cfg(CSC_YUV2RGB));
|
|
|
|
else
|
|
|
|
csc_disable(mdp5_kms, pipe);
|
|
|
|
}
|
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-19 17:31:03 +00:00
|
|
|
set_scanout_locked(plane, fb);
|
2014-11-18 17:49:49 +00:00
|
|
|
|
2016-11-01 13:56:51 +00:00
|
|
|
spin_unlock_irqrestore(&hwpipe->pipe_lock, flags);
|
2014-11-18 17:49:49 +00:00
|
|
|
|
|
|
|
return ret;
|
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
|
|
|
}
|
|
|
|
|
|
|
|
enum mdp5_pipe mdp5_plane_pipe(struct drm_plane *plane)
|
|
|
|
{
|
2016-11-01 15:56:54 +00:00
|
|
|
struct mdp5_plane_state *pstate = to_mdp5_plane_state(plane->state);
|
|
|
|
|
|
|
|
if (WARN_ON(!pstate->hwpipe))
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
return pstate->hwpipe->pipe;
|
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
|
|
|
uint32_t mdp5_plane_get_flush(struct drm_plane *plane)
|
|
|
|
{
|
2016-11-01 15:56:54 +00:00
|
|
|
struct mdp5_plane_state *pstate = to_mdp5_plane_state(plane->state);
|
|
|
|
|
|
|
|
if (WARN_ON(!pstate->hwpipe))
|
|
|
|
return 0;
|
2014-11-18 17:49:49 +00:00
|
|
|
|
2016-11-01 15:56:54 +00:00
|
|
|
return pstate->hwpipe->flush_mask;
|
2014-11-18 17:49:49 +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
|
|
|
/* initialize plane */
|
2016-11-01 15:56:54 +00:00
|
|
|
struct drm_plane *mdp5_plane_init(struct drm_device *dev, bool primary)
|
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_plane *plane = NULL;
|
|
|
|
struct mdp5_plane *mdp5_plane;
|
|
|
|
int ret;
|
2014-04-01 22:22:39 +00:00
|
|
|
enum drm_plane_type type;
|
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_plane = kzalloc(sizeof(*mdp5_plane), GFP_KERNEL);
|
|
|
|
if (!mdp5_plane) {
|
|
|
|
ret = -ENOMEM;
|
|
|
|
goto fail;
|
|
|
|
}
|
|
|
|
|
|
|
|
plane = &mdp5_plane->base;
|
|
|
|
|
2015-07-08 22:12:40 +00:00
|
|
|
mdp5_plane->nformats = mdp_get_formats(mdp5_plane->formats,
|
2016-11-01 15:56:54 +00:00
|
|
|
ARRAY_SIZE(mdp5_plane->formats), false);
|
2014-11-18 17:49:49 +00:00
|
|
|
|
2016-11-01 13:56:51 +00:00
|
|
|
type = primary ? DRM_PLANE_TYPE_PRIMARY : DRM_PLANE_TYPE_OVERLAY;
|
2014-11-19 17:31:03 +00:00
|
|
|
ret = drm_universal_plane_init(dev, plane, 0xff, &mdp5_plane_funcs,
|
2014-04-01 22:22:39 +00:00
|
|
|
mdp5_plane->formats, mdp5_plane->nformats,
|
2016-11-01 15:56:54 +00:00
|
|
|
type, NULL);
|
2014-11-19 17:31:03 +00:00
|
|
|
if (ret)
|
|
|
|
goto fail;
|
|
|
|
|
|
|
|
drm_plane_helper_add(plane, &mdp5_plane_helper_funcs);
|
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_plane_install_properties(plane, &plane->base);
|
|
|
|
|
|
|
|
return plane;
|
|
|
|
|
|
|
|
fail:
|
|
|
|
if (plane)
|
|
|
|
mdp5_plane_destroy(plane);
|
|
|
|
|
|
|
|
return ERR_PTR(ret);
|
|
|
|
}
|