drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 23:44:06 +07: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/>.
|
|
|
|
*/
|
|
|
|
|
|
|
|
#ifndef __MSM_DRV_H__
|
|
|
|
#define __MSM_DRV_H__
|
|
|
|
|
|
|
|
#include <linux/kernel.h>
|
|
|
|
#include <linux/clk.h>
|
|
|
|
#include <linux/cpufreq.h>
|
|
|
|
#include <linux/module.h>
|
2014-03-04 02:19:12 +07:00
|
|
|
#include <linux/component.h>
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 23:44:06 +07:00
|
|
|
#include <linux/platform_device.h>
|
|
|
|
#include <linux/pm.h>
|
|
|
|
#include <linux/pm_runtime.h>
|
|
|
|
#include <linux/slab.h>
|
|
|
|
#include <linux/list.h>
|
|
|
|
#include <linux/iommu.h>
|
|
|
|
#include <linux/types.h>
|
2015-06-09 15:47:22 +07:00
|
|
|
#include <linux/of_graph.h>
|
2015-11-18 13:45:14 +07:00
|
|
|
#include <linux/of_device.h>
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 23:44:06 +07:00
|
|
|
#include <asm/sizes.h>
|
|
|
|
|
|
|
|
#include <drm/drmP.h>
|
2014-11-09 01:21:06 +07:00
|
|
|
#include <drm/drm_atomic.h>
|
|
|
|
#include <drm/drm_atomic_helper.h>
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 23:44:06 +07:00
|
|
|
#include <drm/drm_crtc_helper.h>
|
2014-11-09 01:21:06 +07:00
|
|
|
#include <drm/drm_plane_helper.h>
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 23:44:06 +07:00
|
|
|
#include <drm/drm_fb_helper.h>
|
2013-07-19 23:59:32 +07:00
|
|
|
#include <drm/msm_drm.h>
|
2014-09-23 20:46:53 +07:00
|
|
|
#include <drm/drm_gem.h>
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 23:44:06 +07:00
|
|
|
|
|
|
|
struct msm_kms;
|
2013-07-19 23:59:32 +07:00
|
|
|
struct msm_gpu;
|
2013-11-17 00:56:06 +07:00
|
|
|
struct msm_mmu;
|
2016-05-08 00:41:25 +07:00
|
|
|
struct msm_mdss;
|
2014-05-31 01:47:38 +07:00
|
|
|
struct msm_rd_state;
|
2014-05-31 01:49:43 +07:00
|
|
|
struct msm_perf_state;
|
2014-05-31 01:47:38 +07:00
|
|
|
struct msm_gem_submit;
|
2016-03-16 04:22:13 +07:00
|
|
|
struct msm_fence_context;
|
2016-03-16 02:35:08 +07:00
|
|
|
struct msm_fence_cb;
|
2016-09-29 06:58:32 +07:00
|
|
|
struct msm_gem_address_space;
|
|
|
|
struct msm_gem_vma;
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 23:44:06 +07:00
|
|
|
|
2013-07-19 23:59:32 +07:00
|
|
|
#define NUM_DOMAINS 2 /* one for KMS, then one per gpu core (?) */
|
|
|
|
|
|
|
|
struct msm_file_private {
|
|
|
|
/* currently we don't do anything useful with this.. but when
|
|
|
|
* per-context address spaces are supported we'd keep track of
|
|
|
|
* the context's page-tables here.
|
|
|
|
*/
|
|
|
|
int dummy;
|
|
|
|
};
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 23:44:06 +07:00
|
|
|
|
2015-06-26 04:37:42 +07:00
|
|
|
enum msm_mdp_plane_property {
|
|
|
|
PLANE_PROP_ZPOS,
|
|
|
|
PLANE_PROP_ALPHA,
|
|
|
|
PLANE_PROP_PREMULTIPLIED,
|
|
|
|
PLANE_PROP_MAX_NUM
|
|
|
|
};
|
|
|
|
|
2015-07-28 00:49:45 +07:00
|
|
|
struct msm_vblank_ctrl {
|
|
|
|
struct work_struct work;
|
|
|
|
struct list_head event_list;
|
|
|
|
spinlock_t lock;
|
|
|
|
};
|
|
|
|
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 23:44:06 +07:00
|
|
|
struct msm_drm_private {
|
|
|
|
|
2016-05-18 03:19:32 +07:00
|
|
|
struct drm_device *dev;
|
|
|
|
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 23:44:06 +07:00
|
|
|
struct msm_kms *kms;
|
|
|
|
|
2014-03-04 02:19:12 +07:00
|
|
|
/* subordinate devices, if present: */
|
2014-11-05 01:33:14 +07:00
|
|
|
struct platform_device *gpu_pdev;
|
|
|
|
|
2016-05-08 00:41:25 +07:00
|
|
|
/* top level MDSS wrapper device (for MDP5 only) */
|
|
|
|
struct msm_mdss *mdss;
|
|
|
|
|
2014-11-05 01:33:14 +07:00
|
|
|
/* possibly this should be in the kms component, but it is
|
|
|
|
* shared by both mdp4 and mdp5..
|
|
|
|
*/
|
|
|
|
struct hdmi *hdmi;
|
2014-03-04 02:19:12 +07:00
|
|
|
|
2015-01-08 06:47:44 +07:00
|
|
|
/* eDP is for mdp5 only, but kms has not been created
|
|
|
|
* when edp_bind() and edp_init() are called. Here is the only
|
|
|
|
* place to keep the edp instance.
|
|
|
|
*/
|
|
|
|
struct msm_edp *edp;
|
|
|
|
|
2015-04-01 01:36:33 +07:00
|
|
|
/* DSI is shared by mdp4 and mdp5 */
|
|
|
|
struct msm_dsi *dsi[2];
|
|
|
|
|
2013-07-19 23:59:32 +07:00
|
|
|
/* when we have more than one 'msm_gpu' these need to be an array: */
|
|
|
|
struct msm_gpu *gpu;
|
|
|
|
struct msm_file_private *lastctx;
|
|
|
|
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 23:44:06 +07:00
|
|
|
struct drm_fb_helper *fbdev;
|
|
|
|
|
2014-05-31 01:47:38 +07:00
|
|
|
struct msm_rd_state *rd;
|
2014-05-31 01:49:43 +07:00
|
|
|
struct msm_perf_state *perf;
|
2014-05-31 01:47:38 +07:00
|
|
|
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 23:44:06 +07:00
|
|
|
/* list of GEM objects: */
|
|
|
|
struct list_head inactive_list;
|
|
|
|
|
|
|
|
struct workqueue_struct *wq;
|
2016-03-17 05:18:17 +07:00
|
|
|
struct workqueue_struct *atomic_wq;
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 23:44:06 +07:00
|
|
|
|
2014-11-26 00:41:18 +07:00
|
|
|
/* crtcs pending async atomic updates: */
|
|
|
|
uint32_t pending_crtcs;
|
|
|
|
wait_queue_head_t pending_crtcs_event;
|
|
|
|
|
2016-09-29 06:58:32 +07:00
|
|
|
/* Registered address spaces.. currently this is fixed per # of
|
|
|
|
* iommu's. Ie. one for display block and one for gpu block.
|
|
|
|
* Eventually, to do per-process gpu pagetables, we'll want one
|
|
|
|
* of these per-process.
|
|
|
|
*/
|
|
|
|
unsigned int num_aspaces;
|
|
|
|
struct msm_gem_address_space *aspace[NUM_DOMAINS];
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 23:44:06 +07:00
|
|
|
|
2013-10-08 23:57:48 +07:00
|
|
|
unsigned int num_planes;
|
2016-10-27 01:06:55 +07:00
|
|
|
struct drm_plane *planes[16];
|
2013-10-08 23:57:48 +07:00
|
|
|
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 23:44:06 +07:00
|
|
|
unsigned int num_crtcs;
|
|
|
|
struct drm_crtc *crtcs[8];
|
|
|
|
|
|
|
|
unsigned int num_encoders;
|
|
|
|
struct drm_encoder *encoders[8];
|
|
|
|
|
2013-08-31 00:02:15 +07:00
|
|
|
unsigned int num_bridges;
|
|
|
|
struct drm_bridge *bridges[8];
|
|
|
|
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 23:44:06 +07:00
|
|
|
unsigned int num_connectors;
|
|
|
|
struct drm_connector *connectors[8];
|
2013-11-17 00:56:06 +07:00
|
|
|
|
2015-06-26 04:37:42 +07:00
|
|
|
/* Properties */
|
|
|
|
struct drm_property *plane_property[PLANE_PROP_MAX_NUM];
|
|
|
|
|
2013-11-17 00:56:06 +07:00
|
|
|
/* VRAM carveout, used when no IOMMU: */
|
|
|
|
struct {
|
|
|
|
unsigned long size;
|
|
|
|
dma_addr_t paddr;
|
|
|
|
/* NOTE: mm managed at the page level, size is in # of pages
|
|
|
|
* and position mm_node->start is in # of pages:
|
|
|
|
*/
|
|
|
|
struct drm_mm mm;
|
|
|
|
} vram;
|
2015-07-28 00:49:45 +07:00
|
|
|
|
2016-05-27 22:16:28 +07:00
|
|
|
struct notifier_block vmap_notifier;
|
2016-05-18 03:19:32 +07:00
|
|
|
struct shrinker shrinker;
|
|
|
|
|
2015-07-28 00:49:45 +07:00
|
|
|
struct msm_vblank_ctrl vblank_ctrl;
|
2016-08-23 02:28:38 +07:00
|
|
|
|
|
|
|
/* task holding struct_mutex.. currently only used in submit path
|
|
|
|
* to detect and reject faults from copy_from_user() for submit
|
|
|
|
* ioctl.
|
|
|
|
*/
|
|
|
|
struct task_struct *struct_mutex_task;
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 23:44:06 +07:00
|
|
|
};
|
|
|
|
|
|
|
|
struct msm_format {
|
|
|
|
uint32_t pixel_format;
|
|
|
|
};
|
|
|
|
|
2014-11-26 23:02:18 +07:00
|
|
|
int msm_atomic_check(struct drm_device *dev,
|
|
|
|
struct drm_atomic_state *state);
|
2014-11-09 01:21:06 +07:00
|
|
|
int msm_atomic_commit(struct drm_device *dev,
|
2016-04-26 21:11:38 +07:00
|
|
|
struct drm_atomic_state *state, bool nonblock);
|
2016-11-05 00:51:42 +07:00
|
|
|
struct drm_atomic_state *msm_atomic_state_alloc(struct drm_device *dev);
|
|
|
|
void msm_atomic_state_clear(struct drm_atomic_state *state);
|
|
|
|
void msm_atomic_state_free(struct drm_atomic_state *state);
|
2014-11-09 01:21:06 +07:00
|
|
|
|
2016-09-29 06:58:32 +07:00
|
|
|
int msm_register_address_space(struct drm_device *dev,
|
|
|
|
struct msm_gem_address_space *aspace);
|
|
|
|
|
|
|
|
void msm_gem_unmap_vma(struct msm_gem_address_space *aspace,
|
|
|
|
struct msm_gem_vma *vma, struct sg_table *sgt);
|
|
|
|
int msm_gem_map_vma(struct msm_gem_address_space *aspace,
|
|
|
|
struct msm_gem_vma *vma, struct sg_table *sgt, int npages);
|
|
|
|
|
|
|
|
void msm_gem_address_space_destroy(struct msm_gem_address_space *aspace);
|
|
|
|
struct msm_gem_address_space *
|
|
|
|
msm_gem_address_space_create(struct device *dev, struct iommu_domain *domain,
|
|
|
|
const char *name);
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 23:44:06 +07:00
|
|
|
|
2016-05-03 20:50:26 +07:00
|
|
|
void msm_gem_submit_free(struct msm_gem_submit *submit);
|
2013-07-19 23:59:32 +07:00
|
|
|
int msm_ioctl_gem_submit(struct drm_device *dev, void *data,
|
|
|
|
struct drm_file *file);
|
|
|
|
|
2016-05-18 03:19:32 +07:00
|
|
|
void msm_gem_shrinker_init(struct drm_device *dev);
|
|
|
|
void msm_gem_shrinker_cleanup(struct drm_device *dev);
|
|
|
|
|
2014-11-12 18:38:14 +07:00
|
|
|
int msm_gem_mmap_obj(struct drm_gem_object *obj,
|
|
|
|
struct vm_area_struct *vma);
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 23:44:06 +07:00
|
|
|
int msm_gem_mmap(struct file *filp, struct vm_area_struct *vma);
|
|
|
|
int msm_gem_fault(struct vm_area_struct *vma, struct vm_fault *vmf);
|
|
|
|
uint64_t msm_gem_mmap_offset(struct drm_gem_object *obj);
|
|
|
|
int msm_gem_get_iova_locked(struct drm_gem_object *obj, int id,
|
2016-11-12 00:06:46 +07:00
|
|
|
uint64_t *iova);
|
|
|
|
int msm_gem_get_iova(struct drm_gem_object *obj, int id, uint64_t *iova);
|
|
|
|
uint64_t msm_gem_iova(struct drm_gem_object *obj, int id);
|
2013-09-28 22:28:35 +07:00
|
|
|
struct page **msm_gem_get_pages(struct drm_gem_object *obj);
|
|
|
|
void msm_gem_put_pages(struct drm_gem_object *obj);
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 23:44:06 +07:00
|
|
|
void msm_gem_put_iova(struct drm_gem_object *obj, int id);
|
|
|
|
int msm_gem_dumb_create(struct drm_file *file, struct drm_device *dev,
|
|
|
|
struct drm_mode_create_dumb *args);
|
|
|
|
int msm_gem_dumb_map_offset(struct drm_file *file, struct drm_device *dev,
|
|
|
|
uint32_t handle, uint64_t *offset);
|
2013-09-28 22:28:35 +07:00
|
|
|
struct sg_table *msm_gem_prime_get_sg_table(struct drm_gem_object *obj);
|
|
|
|
void *msm_gem_prime_vmap(struct drm_gem_object *obj);
|
|
|
|
void msm_gem_prime_vunmap(struct drm_gem_object *obj, void *vaddr);
|
2014-11-12 18:38:14 +07:00
|
|
|
int msm_gem_prime_mmap(struct drm_gem_object *obj, struct vm_area_struct *vma);
|
2013-09-28 22:28:35 +07:00
|
|
|
struct drm_gem_object *msm_gem_prime_import_sg_table(struct drm_device *dev,
|
2014-01-09 17:03:14 +07:00
|
|
|
struct dma_buf_attachment *attach, struct sg_table *sg);
|
2013-09-28 22:28:35 +07:00
|
|
|
int msm_gem_prime_pin(struct drm_gem_object *obj);
|
|
|
|
void msm_gem_prime_unpin(struct drm_gem_object *obj);
|
2016-05-27 03:24:35 +07:00
|
|
|
void *msm_gem_get_vaddr_locked(struct drm_gem_object *obj);
|
|
|
|
void *msm_gem_get_vaddr(struct drm_gem_object *obj);
|
|
|
|
void msm_gem_put_vaddr_locked(struct drm_gem_object *obj);
|
|
|
|
void msm_gem_put_vaddr(struct drm_gem_object *obj);
|
2016-05-18 02:44:49 +07:00
|
|
|
int msm_gem_madvise(struct drm_gem_object *obj, unsigned madv);
|
2016-05-18 03:19:32 +07:00
|
|
|
void msm_gem_purge(struct drm_gem_object *obj);
|
2016-05-27 22:16:28 +07:00
|
|
|
void msm_gem_vunmap(struct drm_gem_object *obj);
|
2016-03-16 05:26:28 +07:00
|
|
|
int msm_gem_sync_object(struct drm_gem_object *obj,
|
|
|
|
struct msm_fence_context *fctx, bool exclusive);
|
2013-07-19 23:59:32 +07:00
|
|
|
void msm_gem_move_to_active(struct drm_gem_object *obj,
|
2016-10-25 19:00:45 +07:00
|
|
|
struct msm_gpu *gpu, bool exclusive, struct dma_fence *fence);
|
2013-07-19 23:59:32 +07:00
|
|
|
void msm_gem_move_to_inactive(struct drm_gem_object *obj);
|
2016-03-17 05:18:17 +07:00
|
|
|
int msm_gem_cpu_prep(struct drm_gem_object *obj, uint32_t op, ktime_t *timeout);
|
2013-07-19 23:59:32 +07:00
|
|
|
int msm_gem_cpu_fini(struct drm_gem_object *obj);
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 23:44:06 +07:00
|
|
|
void msm_gem_free_object(struct drm_gem_object *obj);
|
|
|
|
int msm_gem_new_handle(struct drm_device *dev, struct drm_file *file,
|
|
|
|
uint32_t size, uint32_t flags, uint32_t *handle);
|
|
|
|
struct drm_gem_object *msm_gem_new(struct drm_device *dev,
|
|
|
|
uint32_t size, uint32_t flags);
|
2013-09-28 22:28:35 +07:00
|
|
|
struct drm_gem_object *msm_gem_import(struct drm_device *dev,
|
2016-03-16 23:40:35 +07:00
|
|
|
struct dma_buf *dmabuf, struct sg_table *sgt);
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 23:44:06 +07:00
|
|
|
|
2014-11-08 21:13:37 +07:00
|
|
|
int msm_framebuffer_prepare(struct drm_framebuffer *fb, int id);
|
|
|
|
void msm_framebuffer_cleanup(struct drm_framebuffer *fb, int id);
|
|
|
|
uint32_t msm_framebuffer_iova(struct drm_framebuffer *fb, int id, int plane);
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 23:44:06 +07:00
|
|
|
struct drm_gem_object *msm_framebuffer_bo(struct drm_framebuffer *fb, int plane);
|
|
|
|
const struct msm_format *msm_framebuffer_format(struct drm_framebuffer *fb);
|
|
|
|
struct drm_framebuffer *msm_framebuffer_init(struct drm_device *dev,
|
2015-11-12 00:11:29 +07:00
|
|
|
const struct drm_mode_fb_cmd2 *mode_cmd, struct drm_gem_object **bos);
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 23:44:06 +07:00
|
|
|
struct drm_framebuffer *msm_framebuffer_create(struct drm_device *dev,
|
2015-11-12 00:11:29 +07:00
|
|
|
struct drm_file *file, const struct drm_mode_fb_cmd2 *mode_cmd);
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 23:44:06 +07:00
|
|
|
|
|
|
|
struct drm_fb_helper *msm_fbdev_init(struct drm_device *dev);
|
2016-02-25 12:49:45 +07:00
|
|
|
void msm_fbdev_free(struct drm_device *dev);
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 23:44:06 +07:00
|
|
|
|
2013-12-02 00:12:54 +07:00
|
|
|
struct hdmi;
|
2016-02-23 04:08:35 +07:00
|
|
|
int msm_hdmi_modeset_init(struct hdmi *hdmi, struct drm_device *dev,
|
2014-11-05 01:33:14 +07:00
|
|
|
struct drm_encoder *encoder);
|
2016-02-23 04:08:35 +07:00
|
|
|
void __init msm_hdmi_register(void);
|
|
|
|
void __exit msm_hdmi_unregister(void);
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 23:44:06 +07:00
|
|
|
|
2014-12-13 02:41:17 +07:00
|
|
|
struct msm_edp;
|
|
|
|
void __init msm_edp_register(void);
|
|
|
|
void __exit msm_edp_unregister(void);
|
|
|
|
int msm_edp_modeset_init(struct msm_edp *edp, struct drm_device *dev,
|
|
|
|
struct drm_encoder *encoder);
|
|
|
|
|
2015-04-01 01:36:33 +07:00
|
|
|
struct msm_dsi;
|
|
|
|
enum msm_dsi_encoder_id {
|
|
|
|
MSM_DSI_VIDEO_ENCODER_ID = 0,
|
|
|
|
MSM_DSI_CMD_ENCODER_ID = 1,
|
|
|
|
MSM_DSI_ENCODER_NUM = 2
|
|
|
|
};
|
|
|
|
#ifdef CONFIG_DRM_MSM_DSI
|
|
|
|
void __init msm_dsi_register(void);
|
|
|
|
void __exit msm_dsi_unregister(void);
|
|
|
|
int msm_dsi_modeset_init(struct msm_dsi *msm_dsi, struct drm_device *dev,
|
|
|
|
struct drm_encoder *encoders[MSM_DSI_ENCODER_NUM]);
|
|
|
|
#else
|
|
|
|
static inline void __init msm_dsi_register(void)
|
|
|
|
{
|
|
|
|
}
|
|
|
|
static inline void __exit msm_dsi_unregister(void)
|
|
|
|
{
|
|
|
|
}
|
|
|
|
static inline int msm_dsi_modeset_init(struct msm_dsi *msm_dsi,
|
|
|
|
struct drm_device *dev,
|
|
|
|
struct drm_encoder *encoders[MSM_DSI_ENCODER_NUM])
|
|
|
|
{
|
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
#endif
|
|
|
|
|
drm/msm/mdp5: Create a separate MDP5 device
In order to have a tree-like device hierarchy between MDSS and its
sub-blocks (MDP5, DSI, HDMI, eDP etc), we need to create a separate
device/driver for MDP5. Currently, MDP5 and MDSS are squashed
together are are tied to the top level platform_device, which is
also the one used to create drm_device.
The mdp5_kms_init code is split into two parts. The part where device
resources are allocated are associated with the MDP5 driver's probe,
the rest is executed later when we initialize modeset.
With this change, unlike MDP4, the MDP5 platform_device isn't tied to
the top level drm_device anymore. The top level drm_device is now
associated with a platform device that corresponds to MDSS wrapper
hardware.
Create mdp5_init/destroy funcs that will be used by the MDP5 driver
probe/remove. Use the HW_VERSION register in the MDP5 register address
space. Both the MDSS and MDP VERSION registers give out identical
version info.
The older mdp5_kms_init code is left as is for now, this would be removed
later when we have all the pieces to support the new device hierarchy.
Signed-off-by: Archit Taneja <architt@codeaurora.org>
Signed-off-by: Rob Clark <robdclark@gmail.com>
2016-05-30 18:06:50 +07:00
|
|
|
void __init msm_mdp_register(void);
|
|
|
|
void __exit msm_mdp_unregister(void);
|
|
|
|
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 23:44:06 +07:00
|
|
|
#ifdef CONFIG_DEBUG_FS
|
|
|
|
void msm_gem_describe(struct drm_gem_object *obj, struct seq_file *m);
|
|
|
|
void msm_gem_describe_objects(struct list_head *list, struct seq_file *m);
|
|
|
|
void msm_framebuffer_describe(struct drm_framebuffer *fb, struct seq_file *m);
|
2014-05-31 01:47:38 +07:00
|
|
|
int msm_debugfs_late_init(struct drm_device *dev);
|
|
|
|
int msm_rd_debugfs_init(struct drm_minor *minor);
|
|
|
|
void msm_rd_debugfs_cleanup(struct drm_minor *minor);
|
|
|
|
void msm_rd_dump_submit(struct msm_gem_submit *submit);
|
2014-05-31 01:49:43 +07:00
|
|
|
int msm_perf_debugfs_init(struct drm_minor *minor);
|
|
|
|
void msm_perf_debugfs_cleanup(struct drm_minor *minor);
|
2014-05-31 01:47:38 +07:00
|
|
|
#else
|
|
|
|
static inline int msm_debugfs_late_init(struct drm_device *dev) { return 0; }
|
|
|
|
static inline void msm_rd_dump_submit(struct msm_gem_submit *submit) {}
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 23:44:06 +07:00
|
|
|
#endif
|
|
|
|
|
|
|
|
void __iomem *msm_ioremap(struct platform_device *pdev, const char *name,
|
|
|
|
const char *dbgname);
|
|
|
|
void msm_writel(u32 data, void __iomem *addr);
|
|
|
|
u32 msm_readl(const void __iomem *addr);
|
|
|
|
|
2016-11-02 04:42:33 +07:00
|
|
|
#define DBG(fmt, ...) DRM_DEBUG_DRIVER(fmt"\n", ##__VA_ARGS__)
|
|
|
|
#define VERB(fmt, ...) if (0) DRM_DEBUG_DRIVER(fmt"\n", ##__VA_ARGS__)
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 23:44:06 +07:00
|
|
|
|
|
|
|
static inline int align_pitch(int width, int bpp)
|
|
|
|
{
|
|
|
|
int bytespp = (bpp + 7) / 8;
|
|
|
|
/* adreno needs pitch aligned to 32 pixels: */
|
|
|
|
return bytespp * ALIGN(width, 32);
|
|
|
|
}
|
|
|
|
|
|
|
|
/* for the generated headers: */
|
|
|
|
#define INVALID_IDX(idx) ({BUG(); 0;})
|
2013-07-19 23:59:32 +07:00
|
|
|
#define fui(x) ({BUG(); 0;})
|
|
|
|
#define util_float_to_half(x) ({BUG(); 0;})
|
|
|
|
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 23:44:06 +07:00
|
|
|
|
|
|
|
#define FIELD(val, name) (((val) & name ## __MASK) >> name ## __SHIFT)
|
|
|
|
|
|
|
|
/* for conditionally setting boolean flag(s): */
|
|
|
|
#define COND(bool, val) ((bool) ? (val) : 0)
|
|
|
|
|
2016-03-17 01:57:22 +07:00
|
|
|
static inline unsigned long timeout_to_jiffies(const ktime_t *timeout)
|
|
|
|
{
|
|
|
|
ktime_t now = ktime_get();
|
|
|
|
unsigned long remaining_jiffies;
|
|
|
|
|
|
|
|
if (ktime_compare(*timeout, now) < 0) {
|
|
|
|
remaining_jiffies = 0;
|
|
|
|
} else {
|
|
|
|
ktime_t rem = ktime_sub(*timeout, now);
|
|
|
|
struct timespec ts = ktime_to_timespec(rem);
|
|
|
|
remaining_jiffies = timespec_to_jiffies(&ts);
|
|
|
|
}
|
|
|
|
|
|
|
|
return remaining_jiffies;
|
|
|
|
}
|
drm/msm: basic KMS driver for snapdragon
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared across devices which have different display controller
blocks.
To more easily add support for different display controller blocks, the
display controller specific bits are split out into a "kms" module,
which provides the kms plane/crtc/encoder objects.
The external HDMI, DSI, etc. blocks are part encoder, and part connector
currently. But I think I will pull in the drm_bridge patches from
chromeos tree, and split them into a bridge+connector, with the
registers that need to be set in modeset handled by the bridge. This
would remove the 'msm_connector' base class. But some things need to be
double checked to make sure I could get the correct ON/OFF sequencing..
This patch adds support for mdp4 crtc (including hw cursor), dtv encoder
(part of MDP4 block), and hdmi.
Signed-off-by: Rob Clark <robdclark@gmail.com>
2013-06-26 23:44:06 +07:00
|
|
|
|
|
|
|
#endif /* __MSM_DRV_H__ */
|