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/>.
|
|
|
|
*/
|
|
|
|
|
|
|
|
#include "mdp5_kms.h"
|
|
|
|
|
|
|
|
struct mdp5_plane {
|
|
|
|
struct drm_plane base;
|
|
|
|
const char *name;
|
|
|
|
|
|
|
|
enum mdp5_pipe pipe;
|
|
|
|
|
2014-11-18 17:49:49 +00:00
|
|
|
spinlock_t pipe_lock; /* protect REG_MDP5_PIPE_* registers */
|
|
|
|
uint32_t reg_offset;
|
2015-07-08 22:12:40 +00:00
|
|
|
uint32_t caps;
|
2014-11-18 17:49:49 +00:00
|
|
|
|
|
|
|
uint32_t flush_mask; /* used to commit pipe 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
|
|
|
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)
|
|
|
|
{
|
|
|
|
struct mdp5_plane *mdp5_plane = to_mdp5_plane(plane);
|
|
|
|
|
|
|
|
if (!(mdp5_plane->caps & MDP_PIPE_CAP_HFLIP) &&
|
|
|
|
!(mdp5_plane->caps & MDP_PIPE_CAP_VFLIP))
|
|
|
|
return;
|
|
|
|
|
|
|
|
if (!dev->mode_config.rotation_property)
|
|
|
|
dev->mode_config.rotation_property =
|
|
|
|
drm_mode_create_rotation_property(dev,
|
|
|
|
BIT(DRM_REFLECT_X) | BIT(DRM_REFLECT_Y));
|
|
|
|
|
|
|
|
if (dev->mode_config.rotation_property)
|
|
|
|
drm_object_attach_property(&plane->base,
|
|
|
|
dev->mode_config.rotation_property,
|
|
|
|
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
|
|
|
/* 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
|
|
|
}
|
|
|
|
|
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);
|
|
|
|
|
|
|
|
mdp5_state->mode_changed = false;
|
|
|
|
mdp5_state->pending = false;
|
|
|
|
|
|
|
|
return &mdp5_state->base;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void mdp5_plane_destroy_state(struct drm_plane *plane,
|
|
|
|
struct drm_plane_state *state)
|
|
|
|
{
|
|
|
|
if (state->fb)
|
|
|
|
drm_framebuffer_unreference(state->fb);
|
|
|
|
|
|
|
|
kfree(to_mdp5_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
|
|
|
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,
|
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,
|
2015-03-03 14:22:31 +00:00
|
|
|
const 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
|
|
|
{
|
2014-11-19 17:31:03 +00:00
|
|
|
struct mdp5_plane *mdp5_plane = to_mdp5_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 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
|
|
|
|
2014-11-19 17:31:03 +00:00
|
|
|
DBG("%s: prepare: FB[%u]", mdp5_plane->name, fb->base.id);
|
|
|
|
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,
|
2015-03-03 14:22:31 +00:00
|
|
|
const struct drm_plane_state *old_state)
|
2014-11-18 17:49:49 +00:00
|
|
|
{
|
|
|
|
struct mdp5_plane *mdp5_plane = to_mdp5_plane(plane);
|
|
|
|
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
|
|
|
|
2014-11-19 17:31:03 +00:00
|
|
|
DBG("%s: cleanup: FB[%u]", mdp5_plane->name, fb->base.id);
|
|
|
|
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)
|
|
|
|
{
|
|
|
|
struct mdp5_plane *mdp5_plane = to_mdp5_plane(plane);
|
|
|
|
struct drm_plane_state *old_state = plane->state;
|
2015-07-08 22:12:40 +00:00
|
|
|
const struct mdp_format *format;
|
2015-07-31 14:13:26 +00:00
|
|
|
bool vflip, hflip;
|
2014-11-19 17:31:03 +00:00
|
|
|
|
|
|
|
DBG("%s: check (%d -> %d)", mdp5_plane->name,
|
|
|
|
plane_enabled(old_state), plane_enabled(state));
|
|
|
|
|
2015-07-08 22:12:40 +00:00
|
|
|
if (plane_enabled(state)) {
|
|
|
|
format = to_mdp_format(msm_framebuffer_format(state->fb));
|
|
|
|
if (MDP_FORMAT_IS_YUV(format) &&
|
|
|
|
!pipe_supports_yuv(mdp5_plane->caps)) {
|
|
|
|
dev_err(plane->dev->dev,
|
|
|
|
"Pipe doesn't support YUV\n");
|
|
|
|
|
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (!(mdp5_plane->caps & MDP_PIPE_CAP_SCALE) &&
|
|
|
|
(((state->src_w >> 16) != state->crtc_w) ||
|
|
|
|
((state->src_h >> 16) != state->crtc_h))) {
|
|
|
|
dev_err(plane->dev->dev,
|
|
|
|
"Pipe doesn't support scaling (%dx%d -> %dx%d)\n",
|
|
|
|
state->src_w >> 16, state->src_h >> 16,
|
|
|
|
state->crtc_w, state->crtc_h);
|
|
|
|
|
|
|
|
return -EINVAL;
|
|
|
|
}
|
2015-07-31 14:13:26 +00:00
|
|
|
|
|
|
|
hflip = !!(state->rotation & BIT(DRM_REFLECT_X));
|
|
|
|
vflip = !!(state->rotation & BIT(DRM_REFLECT_Y));
|
|
|
|
if ((vflip && !(mdp5_plane->caps & MDP_PIPE_CAP_VFLIP)) ||
|
|
|
|
(hflip && !(mdp5_plane->caps & MDP_PIPE_CAP_HFLIP))) {
|
|
|
|
dev_err(plane->dev->dev,
|
|
|
|
"Pipe doesn't support flip\n");
|
|
|
|
|
|
|
|
return -EINVAL;
|
|
|
|
}
|
2015-07-08 22:12:40 +00:00
|
|
|
}
|
|
|
|
|
2014-11-19 17:31:03 +00:00
|
|
|
if (plane_enabled(state) && plane_enabled(old_state)) {
|
|
|
|
/* we cannot change SMP block configuration during scanout: */
|
|
|
|
bool full_modeset = false;
|
|
|
|
if (state->fb->pixel_format != old_state->fb->pixel_format) {
|
|
|
|
DBG("%s: pixel_format change!", mdp5_plane->name);
|
|
|
|
full_modeset = true;
|
|
|
|
}
|
|
|
|
if (state->src_w != old_state->src_w) {
|
|
|
|
DBG("%s: src_w change!", mdp5_plane->name);
|
|
|
|
full_modeset = true;
|
|
|
|
}
|
|
|
|
if (to_mdp5_plane_state(old_state)->pending) {
|
|
|
|
DBG("%s: still pending!", mdp5_plane->name);
|
|
|
|
full_modeset = true;
|
|
|
|
}
|
|
|
|
if (full_modeset) {
|
|
|
|
struct drm_crtc_state *crtc_state =
|
|
|
|
drm_atomic_get_crtc_state(state->state, state->crtc);
|
|
|
|
crtc_state->mode_changed = true;
|
|
|
|
to_mdp5_plane_state(state)->mode_changed = true;
|
|
|
|
}
|
|
|
|
} else {
|
|
|
|
to_mdp5_plane_state(state)->mode_changed = 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
|
|
|
|
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 mdp5_plane *mdp5_plane = to_mdp5_plane(plane);
|
|
|
|
struct drm_plane_state *state = plane->state;
|
|
|
|
|
|
|
|
DBG("%s: update", mdp5_plane->name);
|
2014-11-18 17:49:49 +00:00
|
|
|
|
2014-11-19 17:31:03 +00:00
|
|
|
if (!plane_enabled(state)) {
|
|
|
|
to_mdp5_plane_state(state)->pending = true;
|
|
|
|
} else if (to_mdp5_plane_state(state)->mode_changed) {
|
|
|
|
int ret;
|
|
|
|
to_mdp5_plane_state(state)->pending = true;
|
|
|
|
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);
|
|
|
|
} else {
|
|
|
|
unsigned long flags;
|
|
|
|
spin_lock_irqsave(&mdp5_plane->pipe_lock, flags);
|
|
|
|
set_scanout_locked(plane, state->fb);
|
|
|
|
spin_unlock_irqrestore(&mdp5_plane->pipe_lock, flags);
|
|
|
|
}
|
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)
|
|
|
|
{
|
|
|
|
struct mdp5_plane *mdp5_plane = to_mdp5_plane(plane);
|
2014-11-19 17:31:03 +00:00
|
|
|
struct mdp5_kms *mdp5_kms = get_kms(plane);
|
|
|
|
enum mdp5_pipe pipe = mdp5_plane->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)
|
|
|
|
{
|
|
|
|
struct mdp5_plane *mdp5_plane = to_mdp5_plane(plane);
|
2015-07-31 14:13:26 +00:00
|
|
|
struct drm_plane_state *pstate = plane->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);
|
|
|
|
enum mdp5_pipe pipe = mdp5_plane->pipe;
|
|
|
|
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,};
|
2015-09-15 12:41:52 +00:00
|
|
|
bool pe = mdp5_plane->caps & MDP_PIPE_CAP_SW_PIX_EXT;
|
|
|
|
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;
|
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
|
|
|
|
|
|
|
nplanes = drm_format_num_planes(fb->pixel_format);
|
|
|
|
|
|
|
|
/* 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;
|
|
|
|
|
|
|
|
DBG("%s: FB[%u] %u,%u,%u,%u -> CRTC[%u] %d,%d,%u,%u", mdp5_plane->name,
|
|
|
|
fb->base.id, src_x, src_y, src_w, src_h,
|
|
|
|
crtc->base.id, crtc_x, crtc_y, crtc_w, crtc_h);
|
|
|
|
|
2014-11-18 17:49:47 +00:00
|
|
|
/* Request some memory from the SMP: */
|
2015-09-15 12:41:53 +00:00
|
|
|
if (mdp5_kms->smp) {
|
|
|
|
ret = mdp5_smp_request(mdp5_kms->smp,
|
|
|
|
mdp5_plane->pipe, format, src_w, false);
|
|
|
|
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
|
|
|
|
|
|
|
/*
|
|
|
|
* Currently we update the hw for allocations/requests immediately,
|
|
|
|
* but once atomic modeset/pageflip is in place, the allocation
|
|
|
|
* would move into atomic->check_plane_state(), while updating the
|
|
|
|
* hw would remain here:
|
|
|
|
*/
|
2015-09-15 12:41:53 +00:00
|
|
|
if (mdp5_kms->smp)
|
|
|
|
mdp5_smp_configure(mdp5_kms->smp, 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
|
|
|
|
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
|
|
|
|
2015-09-15 12:41:52 +00:00
|
|
|
if (mdp5_plane->caps & MDP_PIPE_CAP_SW_PIX_EXT) {
|
|
|
|
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
|
|
|
|
2015-07-31 14:13:26 +00:00
|
|
|
hflip = !!(pstate->rotation & BIT(DRM_REFLECT_X));
|
|
|
|
vflip = !!(pstate->rotation & BIT(DRM_REFLECT_Y));
|
|
|
|
|
2014-11-18 17:49:49 +00:00
|
|
|
spin_lock_irqsave(&mdp5_plane->pipe_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_PIPE_SRC_IMG_SIZE(pipe),
|
2015-03-05 20:20:49 +00:00
|
|
|
MDP5_PIPE_SRC_IMG_SIZE_WIDTH(fb->width) |
|
|
|
|
MDP5_PIPE_SRC_IMG_SIZE_HEIGHT(fb->height));
|
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);
|
|
|
|
|
2015-09-15 12:41:52 +00:00
|
|
|
if (mdp5_plane->caps & MDP_PIPE_CAP_SW_PIX_EXT)
|
|
|
|
mdp5_write_pixel_ext(mdp5_kms, pipe, format,
|
|
|
|
src_w, pe_left, pe_right,
|
|
|
|
src_h, pe_top, pe_bottom);
|
|
|
|
|
2015-07-08 22:12:40 +00:00
|
|
|
if (mdp5_plane->caps & MDP_PIPE_CAP_SCALE) {
|
|
|
|
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);
|
|
|
|
}
|
|
|
|
|
|
|
|
if (mdp5_plane->caps & MDP_PIPE_CAP_CSC) {
|
|
|
|
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
|
|
|
|
|
|
|
spin_unlock_irqrestore(&mdp5_plane->pipe_lock, flags);
|
|
|
|
|
|
|
|
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
|
|
|
}
|
|
|
|
|
|
|
|
void mdp5_plane_complete_flip(struct drm_plane *plane)
|
|
|
|
{
|
|
|
|
struct mdp5_kms *mdp5_kms = get_kms(plane);
|
2014-11-19 17:31:03 +00:00
|
|
|
struct mdp5_plane *mdp5_plane = to_mdp5_plane(plane);
|
|
|
|
enum mdp5_pipe pipe = mdp5_plane->pipe;
|
|
|
|
|
|
|
|
DBG("%s: complete flip", mdp5_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
|
|
|
|
2015-09-15 12:41:53 +00:00
|
|
|
if (mdp5_kms->smp)
|
|
|
|
mdp5_smp_commit(mdp5_kms->smp, pipe);
|
2014-11-19 17:31:03 +00:00
|
|
|
|
|
|
|
to_mdp5_plane_state(plane->state)->pending = 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
|
|
|
}
|
|
|
|
|
|
|
|
enum mdp5_pipe mdp5_plane_pipe(struct drm_plane *plane)
|
|
|
|
{
|
|
|
|
struct mdp5_plane *mdp5_plane = to_mdp5_plane(plane);
|
|
|
|
return mdp5_plane->pipe;
|
|
|
|
}
|
|
|
|
|
2014-11-18 17:49:49 +00:00
|
|
|
uint32_t mdp5_plane_get_flush(struct drm_plane *plane)
|
|
|
|
{
|
|
|
|
struct mdp5_plane *mdp5_plane = to_mdp5_plane(plane);
|
|
|
|
|
|
|
|
return mdp5_plane->flush_mask;
|
|
|
|
}
|
|
|
|
|
2015-06-19 18:03:42 +00:00
|
|
|
/* called after vsync in thread context */
|
|
|
|
void mdp5_plane_complete_commit(struct drm_plane *plane,
|
|
|
|
struct drm_plane_state *state)
|
|
|
|
{
|
|
|
|
struct mdp5_kms *mdp5_kms = get_kms(plane);
|
|
|
|
struct mdp5_plane *mdp5_plane = to_mdp5_plane(plane);
|
|
|
|
enum mdp5_pipe pipe = mdp5_plane->pipe;
|
|
|
|
|
2015-09-15 12:41:53 +00:00
|
|
|
if (!plane_enabled(plane->state) && mdp5_kms->smp) {
|
2015-06-19 18:03:42 +00:00
|
|
|
DBG("%s: free SMP", mdp5_plane->name);
|
|
|
|
mdp5_smp_release(mdp5_kms->smp, 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
|
|
|
/* initialize plane */
|
|
|
|
struct drm_plane *mdp5_plane_init(struct drm_device *dev,
|
2015-07-08 22:12:40 +00:00
|
|
|
enum mdp5_pipe pipe, bool private_plane, uint32_t reg_offset,
|
|
|
|
uint32_t caps)
|
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;
|
|
|
|
|
|
|
|
mdp5_plane->pipe = pipe;
|
|
|
|
mdp5_plane->name = pipe2name(pipe);
|
2015-07-08 22:12:40 +00:00
|
|
|
mdp5_plane->caps = caps;
|
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-08 22:12:40 +00:00
|
|
|
mdp5_plane->nformats = mdp_get_formats(mdp5_plane->formats,
|
|
|
|
ARRAY_SIZE(mdp5_plane->formats),
|
|
|
|
!pipe_supports_yuv(mdp5_plane->caps));
|
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
|
|
|
mdp5_plane->flush_mask = mdp_ctl_flush_mask_pipe(pipe);
|
|
|
|
mdp5_plane->reg_offset = reg_offset;
|
|
|
|
spin_lock_init(&mdp5_plane->pipe_lock);
|
|
|
|
|
2014-04-01 22:22:39 +00:00
|
|
|
type = private_plane ? 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,
|
drm: Pass 'name' to drm_universal_plane_init()
Done with coccinelle for the most part. It choked on
msm/mdp/mdp5/mdp5_plane.c like so:
"BAD:!!!!! enum drm_plane_type type;"
No idea how to deal with that, so I just fixed that up
by hand.
Also it thinks '...' is part of the semantic patch, so I put an
'int DOTDOTDOT' placeholder in its place and got rid of it with
sed afterwards.
I didn't convert drm_plane_init() since passing the varargs through
would mean either cpp macros or va_list, and I figured we don't
care about these legacy functions enough to warrant the extra pain.
@@
typedef uint32_t;
identifier dev, plane, possible_crtcs, funcs, formats, format_count, type;
@@
int drm_universal_plane_init(struct drm_device *dev,
struct drm_plane *plane,
unsigned long possible_crtcs,
const struct drm_plane_funcs *funcs,
const uint32_t *formats,
unsigned int format_count,
enum drm_plane_type type
+ ,const char *name, int DOTDOTDOT
)
{ ... }
@@
identifier dev, plane, possible_crtcs, funcs, formats, format_count, type;
@@
int drm_universal_plane_init(struct drm_device *dev,
struct drm_plane *plane,
unsigned long possible_crtcs,
const struct drm_plane_funcs *funcs,
const uint32_t *formats,
unsigned int format_count,
enum drm_plane_type type
+ ,const char *name, int DOTDOTDOT
);
@@
expression E1, E2, E3, E4, E5, E6, E7;
@@
drm_universal_plane_init(E1, E2, E3, E4, E5, E6, E7
+ ,NULL
)
v2: Split crtc and plane changes apart
Pass NUL for no-name instead of ""
Leave drm_plane_init() alone
v3: Add ', or NULL...' to @name kernel doc (Jani)
Annotate the function with __printf() attribute (Jani)
Signed-off-by: Ville Syrjälä <ville.syrjala@linux.intel.com>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
Link: http://patchwork.freedesktop.org/patch/msgid/1449670795-2853-1-git-send-email-ville.syrjala@linux.intel.com
2015-12-09 14:19:55 +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);
|
|
|
|
}
|