2019-05-27 13:55:01 +07:00
|
|
|
// SPDX-License-Identifier: GPL-2.0-or-later
|
2015-10-29 15:36:23 +07:00
|
|
|
/*
|
|
|
|
* Copyright (C) 2015 Free Electrons
|
|
|
|
* Copyright (C) 2015 NextThing Co
|
|
|
|
*
|
|
|
|
* Maxime Ripard <maxime.ripard@free-electrons.com>
|
|
|
|
*/
|
|
|
|
|
|
|
|
#include <linux/component.h>
|
drm/sun4i: Implement endpoint parsing using kfifo
The commit da82b8785eeb ("drm/sun4i: add components in breadth first
traversal order") implemented a breadth first traversal of our device tree
nodes graph. However, it was relying on the kernel linked lists, and those
are not really safe for addition.
Indeed, in a single pipeline stage, your first stage (ie, the mixer or
fronted) will be queued, and it will be the final iteration of that list as
far as list_for_each_entry_safe is concerned. Then, during that final
iteration, we'll queue another element (the TCON or the backend) that
list_for_each_entry_safe will not account for, and we will leave the loop
without having iterated over all the elements. And since we won't have
built our components list properly, the DRM driver will be left
non-functional.
We can instead use a kfifo to queue and enqueue components in-order, as was
the original intention. This also has the benefit of removing any dynamic
allocation, making the error handling path simpler too. The only thing
we're losing is the ability to tell whether an element has already been
queued, but that was only needed to remove spurious logs, and therefore
purely cosmetic.
This means that this commit effectively reverses e8afb7b67fba ("drm/sun4i:
don't add components that are already in the queue").
Fixes: da82b8785eeb ("drm/sun4i: add components in breadth first traversal order")
Reviewed-by: Chen-Yu Tsai <wens@csie.org>
Signed-off-by: Maxime Ripard <maxime.ripard@free-electrons.com>
Link: https://patchwork.freedesktop.org/patch/msgid/4ecb323e787918208f6a5d9f0ebba12c62583c98.1508231063.git-series.maxime.ripard@free-electrons.com
2017-10-17 16:06:08 +07:00
|
|
|
#include <linux/kfifo.h>
|
2015-10-29 15:36:23 +07:00
|
|
|
#include <linux/of_graph.h>
|
2017-02-09 23:39:18 +07:00
|
|
|
#include <linux/of_reserved_mem.h>
|
2015-10-29 15:36:23 +07:00
|
|
|
|
|
|
|
#include <drm/drmP.h>
|
2019-04-18 20:27:25 +07:00
|
|
|
#include <drm/drm_atomic_helper.h>
|
2015-10-29 15:36:23 +07:00
|
|
|
#include <drm/drm_fb_cma_helper.h>
|
2016-08-10 23:52:34 +07:00
|
|
|
#include <drm/drm_fb_helper.h>
|
2019-01-18 04:03:34 +07:00
|
|
|
#include <drm/drm_gem_cma_helper.h>
|
2016-10-19 17:28:27 +07:00
|
|
|
#include <drm/drm_of.h>
|
2019-01-18 04:03:34 +07:00
|
|
|
#include <drm/drm_probe_helper.h>
|
2015-10-29 15:36:23 +07:00
|
|
|
|
|
|
|
#include "sun4i_drv.h"
|
2018-01-22 16:25:22 +07:00
|
|
|
#include "sun4i_frontend.h"
|
2015-10-29 15:36:23 +07:00
|
|
|
#include "sun4i_framebuffer.h"
|
2017-02-23 15:05:36 +07:00
|
|
|
#include "sun4i_tcon.h"
|
2018-06-25 19:02:48 +07:00
|
|
|
#include "sun8i_tcon_top.h"
|
2015-10-29 15:36:23 +07:00
|
|
|
|
2018-11-23 16:25:01 +07:00
|
|
|
static int drm_sun4i_gem_dumb_create(struct drm_file *file_priv,
|
|
|
|
struct drm_device *drm,
|
|
|
|
struct drm_mode_create_dumb *args)
|
|
|
|
{
|
|
|
|
/* The hardware only allows even pitches for YUV buffers. */
|
|
|
|
args->pitch = ALIGN(DIV_ROUND_UP(args->width * args->bpp, 8), 2);
|
|
|
|
|
|
|
|
return drm_gem_cma_dumb_create_internal(file_priv, drm, args);
|
|
|
|
}
|
|
|
|
|
2017-03-08 21:12:56 +07:00
|
|
|
DEFINE_DRM_GEM_CMA_FOPS(sun4i_drv_fops);
|
2015-10-29 15:36:23 +07:00
|
|
|
|
|
|
|
static struct drm_driver sun4i_drv_driver = {
|
|
|
|
.driver_features = DRIVER_GEM | DRIVER_MODESET | DRIVER_PRIME | DRIVER_ATOMIC,
|
|
|
|
|
|
|
|
/* Generic Operations */
|
|
|
|
.fops = &sun4i_drv_fops,
|
|
|
|
.name = "sun4i-drm",
|
|
|
|
.desc = "Allwinner sun4i Display Engine",
|
|
|
|
.date = "20150629",
|
|
|
|
.major = 1,
|
|
|
|
.minor = 0,
|
|
|
|
|
|
|
|
/* GEM Operations */
|
2019-04-18 20:05:09 +07:00
|
|
|
DRM_GEM_CMA_VMAP_DRIVER_OPS,
|
2018-11-23 16:25:01 +07:00
|
|
|
.dumb_create = drm_sun4i_gem_dumb_create,
|
2015-10-29 15:36:23 +07:00
|
|
|
};
|
|
|
|
|
|
|
|
static int sun4i_drv_bind(struct device *dev)
|
|
|
|
{
|
|
|
|
struct drm_device *drm;
|
|
|
|
struct sun4i_drv *drv;
|
|
|
|
int ret;
|
|
|
|
|
|
|
|
drm = drm_dev_alloc(&sun4i_drv_driver, dev);
|
2016-09-21 21:59:19 +07:00
|
|
|
if (IS_ERR(drm))
|
|
|
|
return PTR_ERR(drm);
|
2015-10-29 15:36:23 +07:00
|
|
|
|
|
|
|
drv = devm_kzalloc(dev, sizeof(*drv), GFP_KERNEL);
|
|
|
|
if (!drv) {
|
|
|
|
ret = -ENOMEM;
|
|
|
|
goto free_drm;
|
|
|
|
}
|
2019-04-18 20:27:26 +07:00
|
|
|
|
|
|
|
dev_set_drvdata(dev, drm);
|
2015-10-29 15:36:23 +07:00
|
|
|
drm->dev_private = drv;
|
2018-01-22 16:25:22 +07:00
|
|
|
INIT_LIST_HEAD(&drv->frontend_list);
|
2017-05-17 21:47:17 +07:00
|
|
|
INIT_LIST_HEAD(&drv->engine_list);
|
2017-04-21 15:38:50 +07:00
|
|
|
INIT_LIST_HEAD(&drv->tcon_list);
|
2015-10-29 15:36:23 +07:00
|
|
|
|
2017-02-09 23:39:18 +07:00
|
|
|
ret = of_reserved_mem_device_init(dev);
|
|
|
|
if (ret && ret != -ENODEV) {
|
|
|
|
dev_err(drm->dev, "Couldn't claim our memory region\n");
|
|
|
|
goto free_drm;
|
|
|
|
}
|
|
|
|
|
2015-10-29 15:36:23 +07:00
|
|
|
drm_mode_config_init(drm);
|
2019-01-18 21:51:26 +07:00
|
|
|
drm->mode_config.allow_fb_modifiers = true;
|
2015-10-29 15:36:23 +07:00
|
|
|
|
|
|
|
ret = component_bind_all(drm->dev, drm);
|
|
|
|
if (ret) {
|
|
|
|
dev_err(drm->dev, "Couldn't bind all pipelines components\n");
|
2017-02-17 10:13:25 +07:00
|
|
|
goto cleanup_mode_config;
|
2015-10-29 15:36:23 +07:00
|
|
|
}
|
|
|
|
|
2017-09-08 14:50:15 +07:00
|
|
|
/* drm_vblank_init calls kcalloc, which can fail */
|
|
|
|
ret = drm_vblank_init(drm, drm->mode_config.num_crtc);
|
|
|
|
if (ret)
|
2018-03-12 06:19:09 +07:00
|
|
|
goto cleanup_mode_config;
|
2017-09-08 14:50:15 +07:00
|
|
|
|
2015-10-29 15:36:23 +07:00
|
|
|
drm->irq_enabled = true;
|
|
|
|
|
2016-05-11 21:52:50 +07:00
|
|
|
/* Remove early framebuffers (ie. simplefb) */
|
2018-09-01 21:08:51 +07:00
|
|
|
drm_fb_helper_remove_conflicting_framebuffers(NULL, "sun4i-drm-fb", false);
|
2016-05-11 21:52:50 +07:00
|
|
|
|
2018-10-26 03:13:38 +07:00
|
|
|
sun4i_framebuffer_init(drm);
|
2015-10-29 15:36:23 +07:00
|
|
|
|
|
|
|
/* Enable connectors polling */
|
|
|
|
drm_kms_helper_poll_init(drm);
|
|
|
|
|
|
|
|
ret = drm_dev_register(drm, 0);
|
|
|
|
if (ret)
|
2017-02-17 10:13:25 +07:00
|
|
|
goto finish_poll;
|
2015-10-29 15:36:23 +07:00
|
|
|
|
2018-10-26 03:13:38 +07:00
|
|
|
drm_fbdev_generic_setup(drm, 32);
|
|
|
|
|
2015-10-29 15:36:23 +07:00
|
|
|
return 0;
|
|
|
|
|
2017-02-17 10:13:25 +07:00
|
|
|
finish_poll:
|
|
|
|
drm_kms_helper_poll_fini(drm);
|
|
|
|
cleanup_mode_config:
|
|
|
|
drm_mode_config_cleanup(drm);
|
2017-02-09 23:39:18 +07:00
|
|
|
of_reserved_mem_device_release(dev);
|
2015-10-29 15:36:23 +07:00
|
|
|
free_drm:
|
2018-07-17 15:48:14 +07:00
|
|
|
drm_dev_put(drm);
|
2015-10-29 15:36:23 +07:00
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void sun4i_drv_unbind(struct device *dev)
|
|
|
|
{
|
|
|
|
struct drm_device *drm = dev_get_drvdata(dev);
|
|
|
|
|
|
|
|
drm_dev_unregister(drm);
|
|
|
|
drm_kms_helper_poll_fini(drm);
|
2019-04-18 20:27:25 +07:00
|
|
|
drm_atomic_helper_shutdown(drm);
|
2017-02-17 10:13:24 +07:00
|
|
|
drm_mode_config_cleanup(drm);
|
2019-04-18 20:27:27 +07:00
|
|
|
|
|
|
|
component_unbind_all(dev, NULL);
|
2017-02-09 23:39:18 +07:00
|
|
|
of_reserved_mem_device_release(dev);
|
2019-04-24 16:04:13 +07:00
|
|
|
|
2018-07-17 15:48:14 +07:00
|
|
|
drm_dev_put(drm);
|
2015-10-29 15:36:23 +07:00
|
|
|
}
|
|
|
|
|
|
|
|
static const struct component_master_ops sun4i_drv_master_ops = {
|
|
|
|
.bind = sun4i_drv_bind,
|
|
|
|
.unbind = sun4i_drv_unbind,
|
|
|
|
};
|
|
|
|
|
2017-05-27 23:09:32 +07:00
|
|
|
static bool sun4i_drv_node_is_connector(struct device_node *node)
|
|
|
|
{
|
|
|
|
return of_device_is_compatible(node, "hdmi-connector");
|
|
|
|
}
|
|
|
|
|
2015-10-29 15:36:23 +07:00
|
|
|
static bool sun4i_drv_node_is_frontend(struct device_node *node)
|
|
|
|
{
|
2017-10-17 19:18:01 +07:00
|
|
|
return of_device_is_compatible(node, "allwinner,sun4i-a10-display-frontend") ||
|
|
|
|
of_device_is_compatible(node, "allwinner,sun5i-a13-display-frontend") ||
|
2016-10-20 10:43:41 +07:00
|
|
|
of_device_is_compatible(node, "allwinner,sun6i-a31-display-frontend") ||
|
2017-10-17 19:18:02 +07:00
|
|
|
of_device_is_compatible(node, "allwinner,sun7i-a20-display-frontend") ||
|
2019-01-25 10:23:09 +07:00
|
|
|
of_device_is_compatible(node, "allwinner,sun8i-a23-display-frontend") ||
|
2018-03-15 18:41:33 +07:00
|
|
|
of_device_is_compatible(node, "allwinner,sun8i-a33-display-frontend") ||
|
|
|
|
of_device_is_compatible(node, "allwinner,sun9i-a80-display-frontend");
|
|
|
|
}
|
|
|
|
|
|
|
|
static bool sun4i_drv_node_is_deu(struct device_node *node)
|
|
|
|
{
|
|
|
|
return of_device_is_compatible(node, "allwinner,sun9i-a80-deu");
|
2015-10-29 15:36:23 +07:00
|
|
|
}
|
|
|
|
|
2018-01-22 16:25:22 +07:00
|
|
|
static bool sun4i_drv_node_is_supported_frontend(struct device_node *node)
|
|
|
|
{
|
|
|
|
if (IS_ENABLED(CONFIG_DRM_SUN4I_BACKEND))
|
|
|
|
return !!of_match_node(sun4i_frontend_of_table, node);
|
|
|
|
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
|
2015-10-29 15:37:32 +07:00
|
|
|
static bool sun4i_drv_node_is_tcon(struct device_node *node)
|
|
|
|
{
|
2017-11-27 15:46:32 +07:00
|
|
|
return !!of_match_node(sun4i_tcon_of_table, node);
|
2015-10-29 15:37:32 +07:00
|
|
|
}
|
|
|
|
|
2018-06-25 19:02:49 +07:00
|
|
|
static bool sun4i_drv_node_is_tcon_with_ch0(struct device_node *node)
|
|
|
|
{
|
|
|
|
const struct of_device_id *match;
|
|
|
|
|
|
|
|
match = of_match_node(sun4i_tcon_of_table, node);
|
|
|
|
if (match) {
|
|
|
|
struct sun4i_tcon_quirks *quirks;
|
|
|
|
|
|
|
|
quirks = (struct sun4i_tcon_quirks *)match->data;
|
|
|
|
|
|
|
|
return quirks->has_channel_0;
|
|
|
|
}
|
|
|
|
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
|
2018-06-25 19:02:48 +07:00
|
|
|
static bool sun4i_drv_node_is_tcon_top(struct device_node *node)
|
|
|
|
{
|
2018-07-11 21:43:10 +07:00
|
|
|
return IS_ENABLED(CONFIG_DRM_SUN8I_TCON_TOP) &&
|
|
|
|
!!of_match_node(sun8i_tcon_top_of_table, node);
|
2018-06-25 19:02:48 +07:00
|
|
|
}
|
|
|
|
|
2015-10-29 15:36:23 +07:00
|
|
|
static int compare_of(struct device *dev, void *data)
|
|
|
|
{
|
2017-07-19 04:43:04 +07:00
|
|
|
DRM_DEBUG_DRIVER("Comparing of node %pOF with %pOF\n",
|
|
|
|
dev->of_node,
|
|
|
|
data);
|
2015-10-29 15:36:23 +07:00
|
|
|
|
|
|
|
return dev->of_node == data;
|
|
|
|
}
|
|
|
|
|
drm/sun4i: add components in breadth first traversal order
The encoder drivers use drm_of_find_possible_crtcs to get upstream
crtcs from the device tree using of_graph. For the results to be
correct, encoders must be probed/bound after _all_ crtcs have been
created. The existing code uses a depth first recursive traversal
of the of_graph, which means the encoders downstream of the TCON
get add right after the first TCON. The second TCON or CRTC will
never be properly associated with encoders connected to it.
Other platforms, such as Rockchip, deal with this by probing all
CRTCs first, then all subsequent components. This is easy to do
since the CRTCs correspond to just one device node, and are the
first nodes in the pipeline.
However with Allwinner SoCs, the function of the CRTC is split
between the display backend (DE 1.0) or mixer (DE 2.0), which does
scan-out and compositing, and the TCON, which generates the display
timing signals. Further complicating the process, there may be a
Dynamic Range Controller between the backend and the TCON. Also, the
backend is preceded by the frontend, with a Display Enhancement Unit
possibly in between.
In a dual display pipeline setup, both frontends can feed either
backend, and both backends can feed either TCON. We want all
components of the same type to be added before the next type in the
pipeline. Fortunately, the pipelines are perfectly symmetric, i.e.
components of the same type are at the same depth when counted from
the frontend. The only exception is the third pipeline in the A80
SoC, which we do not support anyway.
Hence we can use a breadth first search traversal order to add
components. We do not need to check for duplicates. The component
matching system handles this for us.
Signed-off-by: Chen-Yu Tsai <wens@csie.org>
Signed-off-by: Maxime Ripard <maxime.ripard@free-electrons.com>
Link: https://patchwork.freedesktop.org/patch/msgid/20170908075016.18657-3-wens@csie.org
2017-09-08 14:50:10 +07:00
|
|
|
/*
|
|
|
|
* The encoder drivers use drm_of_find_possible_crtcs to get upstream
|
|
|
|
* crtcs from the device tree using of_graph. For the results to be
|
|
|
|
* correct, encoders must be probed/bound after _all_ crtcs have been
|
|
|
|
* created. The existing code uses a depth first recursive traversal
|
|
|
|
* of the of_graph, which means the encoders downstream of the TCON
|
|
|
|
* get add right after the first TCON. The second TCON or CRTC will
|
|
|
|
* never be properly associated with encoders connected to it.
|
|
|
|
*
|
|
|
|
* Also, in a dual display pipeline setup, both frontends can feed
|
|
|
|
* either backend, and both backends can feed either TCON, we want
|
|
|
|
* all components of the same type to be added before the next type
|
|
|
|
* in the pipeline. Fortunately, the pipelines are perfectly symmetric,
|
|
|
|
* i.e. components of the same type are at the same depth when counted
|
|
|
|
* from the frontend. The only exception is the third pipeline in
|
|
|
|
* the A80 SoC, which we do not support anyway.
|
|
|
|
*
|
|
|
|
* Hence we can use a breadth first search traversal order to add
|
|
|
|
* components. We do not need to check for duplicates. The component
|
|
|
|
* matching system handles this for us.
|
|
|
|
*/
|
|
|
|
struct endpoint_list {
|
drm/sun4i: Implement endpoint parsing using kfifo
The commit da82b8785eeb ("drm/sun4i: add components in breadth first
traversal order") implemented a breadth first traversal of our device tree
nodes graph. However, it was relying on the kernel linked lists, and those
are not really safe for addition.
Indeed, in a single pipeline stage, your first stage (ie, the mixer or
fronted) will be queued, and it will be the final iteration of that list as
far as list_for_each_entry_safe is concerned. Then, during that final
iteration, we'll queue another element (the TCON or the backend) that
list_for_each_entry_safe will not account for, and we will leave the loop
without having iterated over all the elements. And since we won't have
built our components list properly, the DRM driver will be left
non-functional.
We can instead use a kfifo to queue and enqueue components in-order, as was
the original intention. This also has the benefit of removing any dynamic
allocation, making the error handling path simpler too. The only thing
we're losing is the ability to tell whether an element has already been
queued, but that was only needed to remove spurious logs, and therefore
purely cosmetic.
This means that this commit effectively reverses e8afb7b67fba ("drm/sun4i:
don't add components that are already in the queue").
Fixes: da82b8785eeb ("drm/sun4i: add components in breadth first traversal order")
Reviewed-by: Chen-Yu Tsai <wens@csie.org>
Signed-off-by: Maxime Ripard <maxime.ripard@free-electrons.com>
Link: https://patchwork.freedesktop.org/patch/msgid/4ecb323e787918208f6a5d9f0ebba12c62583c98.1508231063.git-series.maxime.ripard@free-electrons.com
2017-10-17 16:06:08 +07:00
|
|
|
DECLARE_KFIFO(fifo, struct device_node *, 16);
|
drm/sun4i: add components in breadth first traversal order
The encoder drivers use drm_of_find_possible_crtcs to get upstream
crtcs from the device tree using of_graph. For the results to be
correct, encoders must be probed/bound after _all_ crtcs have been
created. The existing code uses a depth first recursive traversal
of the of_graph, which means the encoders downstream of the TCON
get add right after the first TCON. The second TCON or CRTC will
never be properly associated with encoders connected to it.
Other platforms, such as Rockchip, deal with this by probing all
CRTCs first, then all subsequent components. This is easy to do
since the CRTCs correspond to just one device node, and are the
first nodes in the pipeline.
However with Allwinner SoCs, the function of the CRTC is split
between the display backend (DE 1.0) or mixer (DE 2.0), which does
scan-out and compositing, and the TCON, which generates the display
timing signals. Further complicating the process, there may be a
Dynamic Range Controller between the backend and the TCON. Also, the
backend is preceded by the frontend, with a Display Enhancement Unit
possibly in between.
In a dual display pipeline setup, both frontends can feed either
backend, and both backends can feed either TCON. We want all
components of the same type to be added before the next type in the
pipeline. Fortunately, the pipelines are perfectly symmetric, i.e.
components of the same type are at the same depth when counted from
the frontend. The only exception is the third pipeline in the A80
SoC, which we do not support anyway.
Hence we can use a breadth first search traversal order to add
components. We do not need to check for duplicates. The component
matching system handles this for us.
Signed-off-by: Chen-Yu Tsai <wens@csie.org>
Signed-off-by: Maxime Ripard <maxime.ripard@free-electrons.com>
Link: https://patchwork.freedesktop.org/patch/msgid/20170908075016.18657-3-wens@csie.org
2017-09-08 14:50:10 +07:00
|
|
|
};
|
|
|
|
|
2018-06-25 19:02:47 +07:00
|
|
|
static void sun4i_drv_traverse_endpoints(struct endpoint_list *list,
|
|
|
|
struct device_node *node,
|
|
|
|
int port_id)
|
|
|
|
{
|
|
|
|
struct device_node *ep, *remote, *port;
|
|
|
|
|
|
|
|
port = of_graph_get_port_by_id(node, port_id);
|
|
|
|
if (!port) {
|
|
|
|
DRM_DEBUG_DRIVER("No output to bind on port %d\n", port_id);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
for_each_available_child_of_node(port, ep) {
|
|
|
|
remote = of_graph_get_remote_port_parent(ep);
|
|
|
|
if (!remote) {
|
|
|
|
DRM_DEBUG_DRIVER("Error retrieving the output node\n");
|
|
|
|
continue;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (sun4i_drv_node_is_tcon(node)) {
|
2018-06-25 19:02:48 +07:00
|
|
|
/*
|
|
|
|
* TCON TOP is always probed before TCON. However, TCON
|
|
|
|
* points back to TCON TOP when it is source for HDMI.
|
|
|
|
* We have to skip it here to prevent infinite looping
|
|
|
|
* between TCON TOP and TCON.
|
|
|
|
*/
|
|
|
|
if (sun4i_drv_node_is_tcon_top(remote)) {
|
|
|
|
DRM_DEBUG_DRIVER("TCON output endpoint is TCON TOP... skipping\n");
|
|
|
|
of_node_put(remote);
|
|
|
|
continue;
|
|
|
|
}
|
|
|
|
|
2018-06-25 19:02:49 +07:00
|
|
|
/*
|
|
|
|
* If the node is our TCON with channel 0, the first
|
|
|
|
* port is used for panel or bridges, and will not be
|
|
|
|
* part of the component framework.
|
|
|
|
*/
|
|
|
|
if (sun4i_drv_node_is_tcon_with_ch0(node)) {
|
|
|
|
struct of_endpoint endpoint;
|
|
|
|
|
|
|
|
if (of_graph_parse_endpoint(ep, &endpoint)) {
|
|
|
|
DRM_DEBUG_DRIVER("Couldn't parse endpoint\n");
|
|
|
|
of_node_put(remote);
|
|
|
|
continue;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (!endpoint.id) {
|
|
|
|
DRM_DEBUG_DRIVER("Endpoint is our panel... skipping\n");
|
|
|
|
of_node_put(remote);
|
|
|
|
continue;
|
|
|
|
}
|
2018-06-25 19:02:47 +07:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
kfifo_put(&list->fifo, remote);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2015-10-29 15:36:23 +07:00
|
|
|
static int sun4i_drv_add_endpoints(struct device *dev,
|
drm/sun4i: Implement endpoint parsing using kfifo
The commit da82b8785eeb ("drm/sun4i: add components in breadth first
traversal order") implemented a breadth first traversal of our device tree
nodes graph. However, it was relying on the kernel linked lists, and those
are not really safe for addition.
Indeed, in a single pipeline stage, your first stage (ie, the mixer or
fronted) will be queued, and it will be the final iteration of that list as
far as list_for_each_entry_safe is concerned. Then, during that final
iteration, we'll queue another element (the TCON or the backend) that
list_for_each_entry_safe will not account for, and we will leave the loop
without having iterated over all the elements. And since we won't have
built our components list properly, the DRM driver will be left
non-functional.
We can instead use a kfifo to queue and enqueue components in-order, as was
the original intention. This also has the benefit of removing any dynamic
allocation, making the error handling path simpler too. The only thing
we're losing is the ability to tell whether an element has already been
queued, but that was only needed to remove spurious logs, and therefore
purely cosmetic.
This means that this commit effectively reverses e8afb7b67fba ("drm/sun4i:
don't add components that are already in the queue").
Fixes: da82b8785eeb ("drm/sun4i: add components in breadth first traversal order")
Reviewed-by: Chen-Yu Tsai <wens@csie.org>
Signed-off-by: Maxime Ripard <maxime.ripard@free-electrons.com>
Link: https://patchwork.freedesktop.org/patch/msgid/4ecb323e787918208f6a5d9f0ebba12c62583c98.1508231063.git-series.maxime.ripard@free-electrons.com
2017-10-17 16:06:08 +07:00
|
|
|
struct endpoint_list *list,
|
2015-10-29 15:36:23 +07:00
|
|
|
struct component_match **match,
|
|
|
|
struct device_node *node)
|
|
|
|
{
|
|
|
|
int count = 0;
|
|
|
|
|
|
|
|
/*
|
2018-01-22 16:25:22 +07:00
|
|
|
* The frontend has been disabled in some of our old device
|
|
|
|
* trees. If we find a node that is the frontend and is
|
|
|
|
* disabled, we should just follow through and parse its
|
|
|
|
* child, but without adding it to the component list.
|
|
|
|
* Otherwise, we obviously want to add it to the list.
|
2015-10-29 15:36:23 +07:00
|
|
|
*/
|
|
|
|
if (!sun4i_drv_node_is_frontend(node) &&
|
|
|
|
!of_device_is_available(node))
|
|
|
|
return 0;
|
|
|
|
|
2017-05-27 23:09:32 +07:00
|
|
|
/*
|
|
|
|
* The connectors will be the last nodes in our pipeline, we
|
|
|
|
* can just bail out.
|
|
|
|
*/
|
|
|
|
if (sun4i_drv_node_is_connector(node))
|
|
|
|
return 0;
|
|
|
|
|
2018-01-22 16:25:22 +07:00
|
|
|
/*
|
|
|
|
* If the device is either just a regular device, or an
|
|
|
|
* enabled frontend supported by the driver, we add it to our
|
|
|
|
* component list.
|
|
|
|
*/
|
2018-03-15 18:41:33 +07:00
|
|
|
if (!(sun4i_drv_node_is_frontend(node) ||
|
|
|
|
sun4i_drv_node_is_deu(node)) ||
|
2018-01-22 16:25:22 +07:00
|
|
|
(sun4i_drv_node_is_supported_frontend(node) &&
|
|
|
|
of_device_is_available(node))) {
|
2015-10-29 15:36:23 +07:00
|
|
|
/* Add current component */
|
2017-07-19 04:43:04 +07:00
|
|
|
DRM_DEBUG_DRIVER("Adding component %pOF\n", node);
|
2016-10-19 17:28:27 +07:00
|
|
|
drm_of_component_match_add(dev, match, compare_of, node);
|
2015-10-29 15:36:23 +07:00
|
|
|
count++;
|
|
|
|
}
|
|
|
|
|
2018-06-25 19:02:47 +07:00
|
|
|
/* each node has at least one output */
|
|
|
|
sun4i_drv_traverse_endpoints(list, node, 1);
|
2015-10-29 15:36:23 +07:00
|
|
|
|
2018-06-25 19:02:48 +07:00
|
|
|
/* TCON TOP has second and third output */
|
|
|
|
if (sun4i_drv_node_is_tcon_top(node)) {
|
|
|
|
sun4i_drv_traverse_endpoints(list, node, 3);
|
|
|
|
sun4i_drv_traverse_endpoints(list, node, 5);
|
|
|
|
}
|
|
|
|
|
2015-10-29 15:36:23 +07:00
|
|
|
return count;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int sun4i_drv_probe(struct platform_device *pdev)
|
|
|
|
{
|
|
|
|
struct component_match *match = NULL;
|
drm/sun4i: Implement endpoint parsing using kfifo
The commit da82b8785eeb ("drm/sun4i: add components in breadth first
traversal order") implemented a breadth first traversal of our device tree
nodes graph. However, it was relying on the kernel linked lists, and those
are not really safe for addition.
Indeed, in a single pipeline stage, your first stage (ie, the mixer or
fronted) will be queued, and it will be the final iteration of that list as
far as list_for_each_entry_safe is concerned. Then, during that final
iteration, we'll queue another element (the TCON or the backend) that
list_for_each_entry_safe will not account for, and we will leave the loop
without having iterated over all the elements. And since we won't have
built our components list properly, the DRM driver will be left
non-functional.
We can instead use a kfifo to queue and enqueue components in-order, as was
the original intention. This also has the benefit of removing any dynamic
allocation, making the error handling path simpler too. The only thing
we're losing is the ability to tell whether an element has already been
queued, but that was only needed to remove spurious logs, and therefore
purely cosmetic.
This means that this commit effectively reverses e8afb7b67fba ("drm/sun4i:
don't add components that are already in the queue").
Fixes: da82b8785eeb ("drm/sun4i: add components in breadth first traversal order")
Reviewed-by: Chen-Yu Tsai <wens@csie.org>
Signed-off-by: Maxime Ripard <maxime.ripard@free-electrons.com>
Link: https://patchwork.freedesktop.org/patch/msgid/4ecb323e787918208f6a5d9f0ebba12c62583c98.1508231063.git-series.maxime.ripard@free-electrons.com
2017-10-17 16:06:08 +07:00
|
|
|
struct device_node *np = pdev->dev.of_node, *endpoint;
|
|
|
|
struct endpoint_list list;
|
drm/sun4i: add components in breadth first traversal order
The encoder drivers use drm_of_find_possible_crtcs to get upstream
crtcs from the device tree using of_graph. For the results to be
correct, encoders must be probed/bound after _all_ crtcs have been
created. The existing code uses a depth first recursive traversal
of the of_graph, which means the encoders downstream of the TCON
get add right after the first TCON. The second TCON or CRTC will
never be properly associated with encoders connected to it.
Other platforms, such as Rockchip, deal with this by probing all
CRTCs first, then all subsequent components. This is easy to do
since the CRTCs correspond to just one device node, and are the
first nodes in the pipeline.
However with Allwinner SoCs, the function of the CRTC is split
between the display backend (DE 1.0) or mixer (DE 2.0), which does
scan-out and compositing, and the TCON, which generates the display
timing signals. Further complicating the process, there may be a
Dynamic Range Controller between the backend and the TCON. Also, the
backend is preceded by the frontend, with a Display Enhancement Unit
possibly in between.
In a dual display pipeline setup, both frontends can feed either
backend, and both backends can feed either TCON. We want all
components of the same type to be added before the next type in the
pipeline. Fortunately, the pipelines are perfectly symmetric, i.e.
components of the same type are at the same depth when counted from
the frontend. The only exception is the third pipeline in the A80
SoC, which we do not support anyway.
Hence we can use a breadth first search traversal order to add
components. We do not need to check for duplicates. The component
matching system handles this for us.
Signed-off-by: Chen-Yu Tsai <wens@csie.org>
Signed-off-by: Maxime Ripard <maxime.ripard@free-electrons.com>
Link: https://patchwork.freedesktop.org/patch/msgid/20170908075016.18657-3-wens@csie.org
2017-09-08 14:50:10 +07:00
|
|
|
int i, ret, count = 0;
|
drm/sun4i: Implement endpoint parsing using kfifo
The commit da82b8785eeb ("drm/sun4i: add components in breadth first
traversal order") implemented a breadth first traversal of our device tree
nodes graph. However, it was relying on the kernel linked lists, and those
are not really safe for addition.
Indeed, in a single pipeline stage, your first stage (ie, the mixer or
fronted) will be queued, and it will be the final iteration of that list as
far as list_for_each_entry_safe is concerned. Then, during that final
iteration, we'll queue another element (the TCON or the backend) that
list_for_each_entry_safe will not account for, and we will leave the loop
without having iterated over all the elements. And since we won't have
built our components list properly, the DRM driver will be left
non-functional.
We can instead use a kfifo to queue and enqueue components in-order, as was
the original intention. This also has the benefit of removing any dynamic
allocation, making the error handling path simpler too. The only thing
we're losing is the ability to tell whether an element has already been
queued, but that was only needed to remove spurious logs, and therefore
purely cosmetic.
This means that this commit effectively reverses e8afb7b67fba ("drm/sun4i:
don't add components that are already in the queue").
Fixes: da82b8785eeb ("drm/sun4i: add components in breadth first traversal order")
Reviewed-by: Chen-Yu Tsai <wens@csie.org>
Signed-off-by: Maxime Ripard <maxime.ripard@free-electrons.com>
Link: https://patchwork.freedesktop.org/patch/msgid/4ecb323e787918208f6a5d9f0ebba12c62583c98.1508231063.git-series.maxime.ripard@free-electrons.com
2017-10-17 16:06:08 +07:00
|
|
|
|
|
|
|
INIT_KFIFO(list.fifo);
|
2015-10-29 15:36:23 +07:00
|
|
|
|
|
|
|
for (i = 0;; i++) {
|
|
|
|
struct device_node *pipeline = of_parse_phandle(np,
|
|
|
|
"allwinner,pipelines",
|
|
|
|
i);
|
|
|
|
if (!pipeline)
|
|
|
|
break;
|
|
|
|
|
drm/sun4i: Implement endpoint parsing using kfifo
The commit da82b8785eeb ("drm/sun4i: add components in breadth first
traversal order") implemented a breadth first traversal of our device tree
nodes graph. However, it was relying on the kernel linked lists, and those
are not really safe for addition.
Indeed, in a single pipeline stage, your first stage (ie, the mixer or
fronted) will be queued, and it will be the final iteration of that list as
far as list_for_each_entry_safe is concerned. Then, during that final
iteration, we'll queue another element (the TCON or the backend) that
list_for_each_entry_safe will not account for, and we will leave the loop
without having iterated over all the elements. And since we won't have
built our components list properly, the DRM driver will be left
non-functional.
We can instead use a kfifo to queue and enqueue components in-order, as was
the original intention. This also has the benefit of removing any dynamic
allocation, making the error handling path simpler too. The only thing
we're losing is the ability to tell whether an element has already been
queued, but that was only needed to remove spurious logs, and therefore
purely cosmetic.
This means that this commit effectively reverses e8afb7b67fba ("drm/sun4i:
don't add components that are already in the queue").
Fixes: da82b8785eeb ("drm/sun4i: add components in breadth first traversal order")
Reviewed-by: Chen-Yu Tsai <wens@csie.org>
Signed-off-by: Maxime Ripard <maxime.ripard@free-electrons.com>
Link: https://patchwork.freedesktop.org/patch/msgid/4ecb323e787918208f6a5d9f0ebba12c62583c98.1508231063.git-series.maxime.ripard@free-electrons.com
2017-10-17 16:06:08 +07:00
|
|
|
kfifo_put(&list.fifo, pipeline);
|
drm/sun4i: add components in breadth first traversal order
The encoder drivers use drm_of_find_possible_crtcs to get upstream
crtcs from the device tree using of_graph. For the results to be
correct, encoders must be probed/bound after _all_ crtcs have been
created. The existing code uses a depth first recursive traversal
of the of_graph, which means the encoders downstream of the TCON
get add right after the first TCON. The second TCON or CRTC will
never be properly associated with encoders connected to it.
Other platforms, such as Rockchip, deal with this by probing all
CRTCs first, then all subsequent components. This is easy to do
since the CRTCs correspond to just one device node, and are the
first nodes in the pipeline.
However with Allwinner SoCs, the function of the CRTC is split
between the display backend (DE 1.0) or mixer (DE 2.0), which does
scan-out and compositing, and the TCON, which generates the display
timing signals. Further complicating the process, there may be a
Dynamic Range Controller between the backend and the TCON. Also, the
backend is preceded by the frontend, with a Display Enhancement Unit
possibly in between.
In a dual display pipeline setup, both frontends can feed either
backend, and both backends can feed either TCON. We want all
components of the same type to be added before the next type in the
pipeline. Fortunately, the pipelines are perfectly symmetric, i.e.
components of the same type are at the same depth when counted from
the frontend. The only exception is the third pipeline in the A80
SoC, which we do not support anyway.
Hence we can use a breadth first search traversal order to add
components. We do not need to check for duplicates. The component
matching system handles this for us.
Signed-off-by: Chen-Yu Tsai <wens@csie.org>
Signed-off-by: Maxime Ripard <maxime.ripard@free-electrons.com>
Link: https://patchwork.freedesktop.org/patch/msgid/20170908075016.18657-3-wens@csie.org
2017-09-08 14:50:10 +07:00
|
|
|
}
|
|
|
|
|
drm/sun4i: Implement endpoint parsing using kfifo
The commit da82b8785eeb ("drm/sun4i: add components in breadth first
traversal order") implemented a breadth first traversal of our device tree
nodes graph. However, it was relying on the kernel linked lists, and those
are not really safe for addition.
Indeed, in a single pipeline stage, your first stage (ie, the mixer or
fronted) will be queued, and it will be the final iteration of that list as
far as list_for_each_entry_safe is concerned. Then, during that final
iteration, we'll queue another element (the TCON or the backend) that
list_for_each_entry_safe will not account for, and we will leave the loop
without having iterated over all the elements. And since we won't have
built our components list properly, the DRM driver will be left
non-functional.
We can instead use a kfifo to queue and enqueue components in-order, as was
the original intention. This also has the benefit of removing any dynamic
allocation, making the error handling path simpler too. The only thing
we're losing is the ability to tell whether an element has already been
queued, but that was only needed to remove spurious logs, and therefore
purely cosmetic.
This means that this commit effectively reverses e8afb7b67fba ("drm/sun4i:
don't add components that are already in the queue").
Fixes: da82b8785eeb ("drm/sun4i: add components in breadth first traversal order")
Reviewed-by: Chen-Yu Tsai <wens@csie.org>
Signed-off-by: Maxime Ripard <maxime.ripard@free-electrons.com>
Link: https://patchwork.freedesktop.org/patch/msgid/4ecb323e787918208f6a5d9f0ebba12c62583c98.1508231063.git-series.maxime.ripard@free-electrons.com
2017-10-17 16:06:08 +07:00
|
|
|
while (kfifo_get(&list.fifo, &endpoint)) {
|
drm/sun4i: add components in breadth first traversal order
The encoder drivers use drm_of_find_possible_crtcs to get upstream
crtcs from the device tree using of_graph. For the results to be
correct, encoders must be probed/bound after _all_ crtcs have been
created. The existing code uses a depth first recursive traversal
of the of_graph, which means the encoders downstream of the TCON
get add right after the first TCON. The second TCON or CRTC will
never be properly associated with encoders connected to it.
Other platforms, such as Rockchip, deal with this by probing all
CRTCs first, then all subsequent components. This is easy to do
since the CRTCs correspond to just one device node, and are the
first nodes in the pipeline.
However with Allwinner SoCs, the function of the CRTC is split
between the display backend (DE 1.0) or mixer (DE 2.0), which does
scan-out and compositing, and the TCON, which generates the display
timing signals. Further complicating the process, there may be a
Dynamic Range Controller between the backend and the TCON. Also, the
backend is preceded by the frontend, with a Display Enhancement Unit
possibly in between.
In a dual display pipeline setup, both frontends can feed either
backend, and both backends can feed either TCON. We want all
components of the same type to be added before the next type in the
pipeline. Fortunately, the pipelines are perfectly symmetric, i.e.
components of the same type are at the same depth when counted from
the frontend. The only exception is the third pipeline in the A80
SoC, which we do not support anyway.
Hence we can use a breadth first search traversal order to add
components. We do not need to check for duplicates. The component
matching system handles this for us.
Signed-off-by: Chen-Yu Tsai <wens@csie.org>
Signed-off-by: Maxime Ripard <maxime.ripard@free-electrons.com>
Link: https://patchwork.freedesktop.org/patch/msgid/20170908075016.18657-3-wens@csie.org
2017-09-08 14:50:10 +07:00
|
|
|
/* process this endpoint */
|
drm/sun4i: Implement endpoint parsing using kfifo
The commit da82b8785eeb ("drm/sun4i: add components in breadth first
traversal order") implemented a breadth first traversal of our device tree
nodes graph. However, it was relying on the kernel linked lists, and those
are not really safe for addition.
Indeed, in a single pipeline stage, your first stage (ie, the mixer or
fronted) will be queued, and it will be the final iteration of that list as
far as list_for_each_entry_safe is concerned. Then, during that final
iteration, we'll queue another element (the TCON or the backend) that
list_for_each_entry_safe will not account for, and we will leave the loop
without having iterated over all the elements. And since we won't have
built our components list properly, the DRM driver will be left
non-functional.
We can instead use a kfifo to queue and enqueue components in-order, as was
the original intention. This also has the benefit of removing any dynamic
allocation, making the error handling path simpler too. The only thing
we're losing is the ability to tell whether an element has already been
queued, but that was only needed to remove spurious logs, and therefore
purely cosmetic.
This means that this commit effectively reverses e8afb7b67fba ("drm/sun4i:
don't add components that are already in the queue").
Fixes: da82b8785eeb ("drm/sun4i: add components in breadth first traversal order")
Reviewed-by: Chen-Yu Tsai <wens@csie.org>
Signed-off-by: Maxime Ripard <maxime.ripard@free-electrons.com>
Link: https://patchwork.freedesktop.org/patch/msgid/4ecb323e787918208f6a5d9f0ebba12c62583c98.1508231063.git-series.maxime.ripard@free-electrons.com
2017-10-17 16:06:08 +07:00
|
|
|
ret = sun4i_drv_add_endpoints(&pdev->dev, &list, &match,
|
|
|
|
endpoint);
|
drm/sun4i: add components in breadth first traversal order
The encoder drivers use drm_of_find_possible_crtcs to get upstream
crtcs from the device tree using of_graph. For the results to be
correct, encoders must be probed/bound after _all_ crtcs have been
created. The existing code uses a depth first recursive traversal
of the of_graph, which means the encoders downstream of the TCON
get add right after the first TCON. The second TCON or CRTC will
never be properly associated with encoders connected to it.
Other platforms, such as Rockchip, deal with this by probing all
CRTCs first, then all subsequent components. This is easy to do
since the CRTCs correspond to just one device node, and are the
first nodes in the pipeline.
However with Allwinner SoCs, the function of the CRTC is split
between the display backend (DE 1.0) or mixer (DE 2.0), which does
scan-out and compositing, and the TCON, which generates the display
timing signals. Further complicating the process, there may be a
Dynamic Range Controller between the backend and the TCON. Also, the
backend is preceded by the frontend, with a Display Enhancement Unit
possibly in between.
In a dual display pipeline setup, both frontends can feed either
backend, and both backends can feed either TCON. We want all
components of the same type to be added before the next type in the
pipeline. Fortunately, the pipelines are perfectly symmetric, i.e.
components of the same type are at the same depth when counted from
the frontend. The only exception is the third pipeline in the A80
SoC, which we do not support anyway.
Hence we can use a breadth first search traversal order to add
components. We do not need to check for duplicates. The component
matching system handles this for us.
Signed-off-by: Chen-Yu Tsai <wens@csie.org>
Signed-off-by: Maxime Ripard <maxime.ripard@free-electrons.com>
Link: https://patchwork.freedesktop.org/patch/msgid/20170908075016.18657-3-wens@csie.org
2017-09-08 14:50:10 +07:00
|
|
|
|
|
|
|
/* sun4i_drv_add_endpoints can fail to allocate memory */
|
|
|
|
if (ret < 0)
|
drm/sun4i: Implement endpoint parsing using kfifo
The commit da82b8785eeb ("drm/sun4i: add components in breadth first
traversal order") implemented a breadth first traversal of our device tree
nodes graph. However, it was relying on the kernel linked lists, and those
are not really safe for addition.
Indeed, in a single pipeline stage, your first stage (ie, the mixer or
fronted) will be queued, and it will be the final iteration of that list as
far as list_for_each_entry_safe is concerned. Then, during that final
iteration, we'll queue another element (the TCON or the backend) that
list_for_each_entry_safe will not account for, and we will leave the loop
without having iterated over all the elements. And since we won't have
built our components list properly, the DRM driver will be left
non-functional.
We can instead use a kfifo to queue and enqueue components in-order, as was
the original intention. This also has the benefit of removing any dynamic
allocation, making the error handling path simpler too. The only thing
we're losing is the ability to tell whether an element has already been
queued, but that was only needed to remove spurious logs, and therefore
purely cosmetic.
This means that this commit effectively reverses e8afb7b67fba ("drm/sun4i:
don't add components that are already in the queue").
Fixes: da82b8785eeb ("drm/sun4i: add components in breadth first traversal order")
Reviewed-by: Chen-Yu Tsai <wens@csie.org>
Signed-off-by: Maxime Ripard <maxime.ripard@free-electrons.com>
Link: https://patchwork.freedesktop.org/patch/msgid/4ecb323e787918208f6a5d9f0ebba12c62583c98.1508231063.git-series.maxime.ripard@free-electrons.com
2017-10-17 16:06:08 +07:00
|
|
|
return ret;
|
drm/sun4i: add components in breadth first traversal order
The encoder drivers use drm_of_find_possible_crtcs to get upstream
crtcs from the device tree using of_graph. For the results to be
correct, encoders must be probed/bound after _all_ crtcs have been
created. The existing code uses a depth first recursive traversal
of the of_graph, which means the encoders downstream of the TCON
get add right after the first TCON. The second TCON or CRTC will
never be properly associated with encoders connected to it.
Other platforms, such as Rockchip, deal with this by probing all
CRTCs first, then all subsequent components. This is easy to do
since the CRTCs correspond to just one device node, and are the
first nodes in the pipeline.
However with Allwinner SoCs, the function of the CRTC is split
between the display backend (DE 1.0) or mixer (DE 2.0), which does
scan-out and compositing, and the TCON, which generates the display
timing signals. Further complicating the process, there may be a
Dynamic Range Controller between the backend and the TCON. Also, the
backend is preceded by the frontend, with a Display Enhancement Unit
possibly in between.
In a dual display pipeline setup, both frontends can feed either
backend, and both backends can feed either TCON. We want all
components of the same type to be added before the next type in the
pipeline. Fortunately, the pipelines are perfectly symmetric, i.e.
components of the same type are at the same depth when counted from
the frontend. The only exception is the third pipeline in the A80
SoC, which we do not support anyway.
Hence we can use a breadth first search traversal order to add
components. We do not need to check for duplicates. The component
matching system handles this for us.
Signed-off-by: Chen-Yu Tsai <wens@csie.org>
Signed-off-by: Maxime Ripard <maxime.ripard@free-electrons.com>
Link: https://patchwork.freedesktop.org/patch/msgid/20170908075016.18657-3-wens@csie.org
2017-09-08 14:50:10 +07:00
|
|
|
|
|
|
|
count += ret;
|
2015-10-29 15:36:23 +07:00
|
|
|
}
|
|
|
|
|
|
|
|
if (count)
|
|
|
|
return component_master_add_with_match(&pdev->dev,
|
|
|
|
&sun4i_drv_master_ops,
|
|
|
|
match);
|
|
|
|
else
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int sun4i_drv_remove(struct platform_device *pdev)
|
|
|
|
{
|
2019-04-18 20:27:27 +07:00
|
|
|
component_master_del(&pdev->dev, &sun4i_drv_master_ops);
|
|
|
|
|
2015-10-29 15:36:23 +07:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static const struct of_device_id sun4i_drv_of_table[] = {
|
2017-10-17 19:18:01 +07:00
|
|
|
{ .compatible = "allwinner,sun4i-a10-display-engine" },
|
2017-05-27 23:09:36 +07:00
|
|
|
{ .compatible = "allwinner,sun5i-a10s-display-engine" },
|
2015-10-29 15:36:23 +07:00
|
|
|
{ .compatible = "allwinner,sun5i-a13-display-engine" },
|
2016-10-20 10:43:41 +07:00
|
|
|
{ .compatible = "allwinner,sun6i-a31-display-engine" },
|
|
|
|
{ .compatible = "allwinner,sun6i-a31s-display-engine" },
|
2017-10-17 19:18:02 +07:00
|
|
|
{ .compatible = "allwinner,sun7i-a20-display-engine" },
|
2019-01-25 10:23:09 +07:00
|
|
|
{ .compatible = "allwinner,sun8i-a23-display-engine" },
|
2016-01-07 18:32:25 +07:00
|
|
|
{ .compatible = "allwinner,sun8i-a33-display-engine" },
|
2017-12-21 18:02:34 +07:00
|
|
|
{ .compatible = "allwinner,sun8i-a83t-display-engine" },
|
2018-03-02 04:34:33 +07:00
|
|
|
{ .compatible = "allwinner,sun8i-h3-display-engine" },
|
2018-09-21 21:27:43 +07:00
|
|
|
{ .compatible = "allwinner,sun8i-r40-display-engine" },
|
2017-05-17 21:47:21 +07:00
|
|
|
{ .compatible = "allwinner,sun8i-v3s-display-engine" },
|
2018-03-15 18:41:33 +07:00
|
|
|
{ .compatible = "allwinner,sun9i-a80-display-engine" },
|
2018-09-04 11:40:47 +07:00
|
|
|
{ .compatible = "allwinner,sun50i-a64-display-engine" },
|
2018-11-05 01:26:45 +07:00
|
|
|
{ .compatible = "allwinner,sun50i-h6-display-engine" },
|
2015-10-29 15:36:23 +07:00
|
|
|
{ }
|
|
|
|
};
|
|
|
|
MODULE_DEVICE_TABLE(of, sun4i_drv_of_table);
|
|
|
|
|
|
|
|
static struct platform_driver sun4i_drv_platform_driver = {
|
|
|
|
.probe = sun4i_drv_probe,
|
|
|
|
.remove = sun4i_drv_remove,
|
|
|
|
.driver = {
|
|
|
|
.name = "sun4i-drm",
|
|
|
|
.of_match_table = sun4i_drv_of_table,
|
|
|
|
},
|
|
|
|
};
|
|
|
|
module_platform_driver(sun4i_drv_platform_driver);
|
|
|
|
|
|
|
|
MODULE_AUTHOR("Boris Brezillon <boris.brezillon@free-electrons.com>");
|
|
|
|
MODULE_AUTHOR("Maxime Ripard <maxime.ripard@free-electrons.com>");
|
|
|
|
MODULE_DESCRIPTION("Allwinner A10 Display Engine DRM/KMS Driver");
|
|
|
|
MODULE_LICENSE("GPL");
|