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-27 00:44:06 +08: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_GEM_H__
|
|
|
|
#define __MSM_GEM_H__
|
|
|
|
|
2013-07-20 00:59:32 +08:00
|
|
|
#include <linux/reservation.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-27 00:44:06 +08:00
|
|
|
#include "msm_drv.h"
|
|
|
|
|
2015-03-04 04:04:25 +08:00
|
|
|
/* Additional internal-use only BO flags: */
|
|
|
|
#define MSM_BO_STOLEN 0x10000000 /* try to use stolen/splash memory */
|
|
|
|
|
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-27 00:44:06 +08:00
|
|
|
struct msm_gem_object {
|
|
|
|
struct drm_gem_object base;
|
|
|
|
|
|
|
|
uint32_t flags;
|
|
|
|
|
2013-07-20 00:59:32 +08:00
|
|
|
/* And object is either:
|
|
|
|
* inactive - on priv->inactive_list
|
|
|
|
* active - on one one of the gpu's active_list.. well, at
|
|
|
|
* least for now we don't have (I don't think) hw sync between
|
|
|
|
* 2d and 3d one devices which have both, meaning we need to
|
|
|
|
* block on submit if a bo is already on other ring
|
|
|
|
*
|
|
|
|
*/
|
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-27 00:44:06 +08:00
|
|
|
struct list_head mm_list;
|
2013-07-20 00:59:32 +08:00
|
|
|
struct msm_gpu *gpu; /* non-null if active */
|
2013-09-02 01:25:09 +08:00
|
|
|
uint32_t read_fence, write_fence;
|
2013-07-20 00:59:32 +08:00
|
|
|
|
|
|
|
/* Transiently in the process of submit ioctl, objects associated
|
|
|
|
* with the submit are on submit->bo_list.. this only lasts for
|
|
|
|
* the duration of the ioctl, so one bo can never be on multiple
|
|
|
|
* submit lists.
|
|
|
|
*/
|
|
|
|
struct list_head submit_entry;
|
|
|
|
|
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-27 00:44:06 +08:00
|
|
|
struct page **pages;
|
|
|
|
struct sg_table *sgt;
|
|
|
|
void *vaddr;
|
|
|
|
|
|
|
|
struct {
|
|
|
|
// XXX
|
|
|
|
uint32_t iova;
|
|
|
|
} domain[NUM_DOMAINS];
|
2013-07-20 00:59:32 +08:00
|
|
|
|
|
|
|
/* normally (resv == &_resv) except for imported bo's */
|
|
|
|
struct reservation_object *resv;
|
|
|
|
struct reservation_object _resv;
|
2013-11-17 01:56:06 +08:00
|
|
|
|
|
|
|
/* For physically contiguous buffers. Used when we don't have
|
2015-03-04 04:04:25 +08:00
|
|
|
* an IOMMU. Also used for stolen/splashscreen buffer.
|
2013-11-17 01:56:06 +08:00
|
|
|
*/
|
|
|
|
struct drm_mm_node *vram_node;
|
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-27 00:44:06 +08:00
|
|
|
};
|
|
|
|
#define to_msm_bo(x) container_of(x, struct msm_gem_object, base)
|
|
|
|
|
2013-07-20 00:59:32 +08:00
|
|
|
static inline bool is_active(struct msm_gem_object *msm_obj)
|
|
|
|
{
|
|
|
|
return msm_obj->gpu != NULL;
|
|
|
|
}
|
|
|
|
|
2014-11-08 07:10:04 +08:00
|
|
|
static inline uint32_t msm_gem_fence(struct msm_gem_object *msm_obj,
|
|
|
|
uint32_t op)
|
|
|
|
{
|
|
|
|
uint32_t fence = 0;
|
|
|
|
|
|
|
|
if (op & MSM_PREP_READ)
|
|
|
|
fence = msm_obj->write_fence;
|
|
|
|
if (op & MSM_PREP_WRITE)
|
|
|
|
fence = max(fence, msm_obj->read_fence);
|
|
|
|
|
|
|
|
return fence;
|
|
|
|
}
|
|
|
|
|
2013-07-20 00:59:32 +08:00
|
|
|
#define MAX_CMDS 4
|
|
|
|
|
|
|
|
/* Created per submit-ioctl, to track bo's and cmdstream bufs, etc,
|
|
|
|
* associated with the cmdstream submission for synchronization (and
|
|
|
|
* make it easier to unwind when things go wrong, etc). This only
|
|
|
|
* lasts for the duration of the submit-ioctl.
|
|
|
|
*/
|
|
|
|
struct msm_gem_submit {
|
|
|
|
struct drm_device *dev;
|
|
|
|
struct msm_gpu *gpu;
|
2015-06-08 01:46:04 +08:00
|
|
|
struct list_head node; /* node in gpu submit_list */
|
2013-07-20 00:59:32 +08:00
|
|
|
struct list_head bo_list;
|
|
|
|
struct ww_acquire_ctx ticket;
|
|
|
|
uint32_t fence;
|
|
|
|
bool valid;
|
|
|
|
unsigned int nr_cmds;
|
|
|
|
unsigned int nr_bos;
|
|
|
|
struct {
|
|
|
|
uint32_t type;
|
|
|
|
uint32_t size; /* in dwords */
|
|
|
|
uint32_t iova;
|
2014-05-31 02:47:38 +08:00
|
|
|
uint32_t idx; /* cmdstream buffer idx in bos[] */
|
2013-07-20 00:59:32 +08:00
|
|
|
} cmd[MAX_CMDS];
|
|
|
|
struct {
|
|
|
|
uint32_t flags;
|
|
|
|
struct msm_gem_object *obj;
|
|
|
|
uint32_t iova;
|
|
|
|
} bos[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-27 00:44:06 +08:00
|
|
|
#endif /* __MSM_GEM_H__ */
|