From: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
To: Tomi Valkeinen <tomi.valkeinen@ti.com>
Cc: Peter Ujfalusi <peter.ujfalusi@ti.com>,
Jyri Sarha <jsarha@ti.com>,
dri-devel@lists.freedesktop.org
Subject: Re: [PATCH 11/24] drm/omap: Add kernel parameter to specify the desired display order
Date: Tue, 27 Feb 2018 15:35:20 +0200 [thread overview]
Message-ID: <1876475.qAe6xS420F@avalon> (raw)
In-Reply-To: <1518428694-18018-12-git-send-email-tomi.valkeinen@ti.com>
Hi Tomi,
Thank you for the patch.
On Monday, 12 February 2018 11:44:41 EET Tomi Valkeinen wrote:
> From: Peter Ujfalusi <peter.ujfalusi@ti.com>
>
> omapdrm.displays (int array) can be used to reorder the displays by id if
> needed. It can be also used to disable display.
>
> If the board have two active displays:
> 0 - LCD
> 1 - HDMI
> then:
> omapdrm.displays=0,1 - represents the original order (LCD, HDMI)
> omapdrm.displays=1,0 - represents reverse order (HDMI, LCD)
> omapdrm.displays=0 - only the LCD is enabled
> omapdrm.displays=1 - only the HDMI is enabled
> omapdrm.displays=-1 - disable all displays
What's the use case for this ?
> Signed-off-by: Peter Ujfalusi <peter.ujfalusi@ti.com>
> Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
> ---
> drivers/gpu/drm/omapdrm/omap_drv.c | 55 ++++++++++++++++++++++++++++++++---
> 1 file changed, 51 insertions(+), 4 deletions(-)
>
> diff --git a/drivers/gpu/drm/omapdrm/omap_drv.c
> b/drivers/gpu/drm/omapdrm/omap_drv.c index 877c3749f69b..5a27a47b628e
> 100644
> --- a/drivers/gpu/drm/omapdrm/omap_drv.c
> +++ b/drivers/gpu/drm/omapdrm/omap_drv.c
> @@ -34,6 +34,14 @@
> #define DRIVER_MINOR 0
> #define DRIVER_PATCHLEVEL 0
>
> +#define MAX_NR_DISPLAYS 8
> +static int display_order[MAX_NR_DISPLAYS];
> +static int display_order_nelm;
> +module_param_array_named(displays, display_order, int, &display_order_nelm,
> + 0444);
> +MODULE_PARM_DESC(displays,
> + "ID array to specify the order of the active displays");
> +
> /*
> * mode config funcs
> */
> @@ -182,12 +190,21 @@ static int omap_compare_dssdevs(const void *a, const
> void *b) static void omap_collect_dssdevs(struct drm_device *ddev)
> {
> struct omap_drm_private *priv = ddev->dev_private;
> + struct omap_dss_device *dssdevs[ARRAY_SIZE(priv->dssdevs)];
> struct omap_dss_device *dssdev = NULL;
> + int num_dssdevs = 0;
unsigned int.
> + unsigned long dssdev_mask = 0;
> + int i;
unsigned int.
> +
> + /* No displays should be enabled */
> + if (display_order_nelm == 1 && display_order[0] < 0)
> + return;
>
> for_each_dss_dev(dssdev) {
> omap_dss_get_device(dssdev);
> - priv->dssdevs[priv->num_dssdevs++] = dssdev;
> - if (priv->num_dssdevs == ARRAY_SIZE(priv->dssdevs)) {
> + set_bit(num_dssdevs, &dssdev_mask);
> + dssdevs[num_dssdevs++] = dssdev;
> + if (num_dssdevs == ARRAY_SIZE(dssdevs)) {
> /* To balance the 'for_each_dss_dev' loop */
> omap_dss_put_device(dssdev);
> break;
> @@ -195,8 +212,38 @@ static void omap_collect_dssdevs(struct drm_device
> *ddev) }
>
> /* Sort the list by DT aliases */
> - sort(priv->dssdevs, priv->num_dssdevs, sizeof(priv->dssdevs[0]),
> - omap_compare_dssdevs, NULL);
> + sort(dssdevs, num_dssdevs, sizeof(dssdevs[0]), omap_compare_dssdevs,
> + NULL);
> +
> + /* Do ordering based on the display_order parameter array */
> + for (i = 0; i < display_order_nelm; i++) {
> + int old_index = display_order[i];
> +
> + if ((old_index >= 0 && old_index < num_dssdevs) &&
No need for the inner parentheses.
> + (dssdev_mask & BIT(old_index))) {
> + priv->dssdevs[priv->num_dssdevs++] = dssdevs[old_index];
> + clear_bit(old_index, &dssdev_mask);
> + } else {
> + dev_err(ddev->dev,
> + "Ignoring invalid displays module parameter\n");
> + priv->num_dssdevs = 0;
> + break;
> + }
> + }
> +
> + /* if the target list is empty, copy the collected dssdevs, if any */
> + if (priv->num_dssdevs == 0) {
> + for (i = 0; i < num_dssdevs; i++)
> + priv->dssdevs[i] = dssdevs[i];
> +
> + priv->num_dssdevs = num_dssdevs;
> + } else {
> + u32 idx;
> +
> + /* check if we have dssdev which is not carried over */
> + for_each_set_bit(idx, &dssdev_mask, ARRAY_SIZE(dssdevs))
> + omap_dss_put_device(dssdevs[idx]);
> + }
> }
>
> static int omap_connect_dssdevs(struct drm_device *ddev)
--
Regards,
Laurent Pinchart
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
next prev parent reply other threads:[~2018-02-27 13:34 UTC|newest]
Thread overview: 50+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-02-12 9:44 [PATCH 00/24] drm/omap: misc patches Tomi Valkeinen
2018-02-12 9:44 ` [PATCH 01/24] drm/omap: fix omap_fbdev_free() when omap_fbdev_create() wasn't called Tomi Valkeinen
2018-02-27 11:28 ` Laurent Pinchart
2018-02-27 11:53 ` Tomi Valkeinen
2018-02-12 9:44 ` [PATCH 02/24] drm/omap: cleanup fbdev init/free Tomi Valkeinen
2018-02-27 11:38 ` Laurent Pinchart
2018-02-28 8:49 ` Tomi Valkeinen
2018-02-12 9:44 ` [PATCH 03/24] drm/omap: add HPD support to connector-dvi Tomi Valkeinen
2018-02-27 12:58 ` Laurent Pinchart
2018-02-28 9:00 ` Tomi Valkeinen
[not found] ` <1518428694-18018-1-git-send-email-tomi.valkeinen-l0cyMroinI0@public.gmane.org>
2018-02-12 9:44 ` [PATCH 04/24] dt-bindings: display: add HPD gpio to DVI connector Tomi Valkeinen
2018-02-19 0:11 ` Rob Herring
2018-02-27 13:01 ` Laurent Pinchart
2018-02-12 9:44 ` [PATCH 05/24] drm/omap: Use devm_kzalloc() to allocate omap_drm_private Tomi Valkeinen
2018-02-27 13:03 ` Laurent Pinchart
2018-02-12 9:44 ` [PATCH 06/24] drm/omap: Allocate drm_device earlier and unref it as last step Tomi Valkeinen
2018-02-27 13:07 ` Laurent Pinchart
2018-02-12 9:44 ` [PATCH 07/24] drm/omap: Manage the usable omap_dss_device list within omap_drm_private Tomi Valkeinen
2018-02-27 13:19 ` Laurent Pinchart
2018-02-12 9:44 ` [PATCH 08/24] drm/omap: Separate the dssdevs array setup from the connect function Tomi Valkeinen
2018-02-27 13:23 ` Laurent Pinchart
2018-02-12 9:44 ` [PATCH 09/24] drm/omap: Do dss_device (display) ordering in omap_drv.c Tomi Valkeinen
2018-02-27 13:26 ` Laurent Pinchart
2018-02-12 9:44 ` [PATCH 10/24] drm/omap: dss: Remove display ordering from dss/display.c Tomi Valkeinen
2018-02-27 13:30 ` Laurent Pinchart
2018-02-12 9:44 ` [PATCH 11/24] drm/omap: Add kernel parameter to specify the desired display order Tomi Valkeinen
2018-02-27 13:35 ` Laurent Pinchart [this message]
2018-02-28 9:16 ` Tomi Valkeinen
2018-02-12 9:44 ` [PATCH 12/24] drm/omap: Init fbdev emulation only when we have displays Tomi Valkeinen
2018-02-27 13:36 ` Laurent Pinchart
2018-02-12 9:44 ` [PATCH 13/24] drm/omap: remove leftover enums Tomi Valkeinen
2018-02-27 13:36 ` Laurent Pinchart
2018-02-12 9:44 ` [PATCH 14/24] drm/omap: dispc: disp_wb_setup to check return code Tomi Valkeinen
2018-02-27 13:38 ` Laurent Pinchart
2018-02-12 9:44 ` [PATCH 15/24] drm/omap: Add pclk setting case when channel is DSS_WB Tomi Valkeinen
2018-02-12 9:44 ` [PATCH 16/24] drm/omap: set WB channel-in in wb_setup() Tomi Valkeinen
2018-02-12 9:44 ` [PATCH 17/24] drm/omap: fix WBDELAYCOUNT for HDMI Tomi Valkeinen
2018-02-12 9:44 ` [PATCH 18/24] drm/omap: fix WBDELAYCOUNT with interlace Tomi Valkeinen
2018-02-12 9:44 ` [PATCH 19/24] drm/omap: fix WB height " Tomi Valkeinen
2018-02-12 9:44 ` [PATCH 20/24] drm/omap: fix scaling limits for WB Tomi Valkeinen
2018-02-12 9:44 ` [PATCH 21/24] drm/omap: add writeback funcs to dispc_ops Tomi Valkeinen
2018-02-12 9:44 ` [PATCH 22/24] drm/omap: fix maximum sizes Tomi Valkeinen
2018-02-27 13:42 ` Laurent Pinchart
2018-02-28 9:10 ` Tomi Valkeinen
2018-02-12 9:44 ` [PATCH 23/24] drm/omap: Allow HDMI audio setup even if we do not have video configured Tomi Valkeinen
2018-02-12 9:44 ` [PATCH 24/24] drm/omap: cleanup color space conversion Tomi Valkeinen
2018-02-27 14:08 ` Laurent Pinchart
2018-02-28 10:09 ` Tomi Valkeinen
2018-02-28 10:13 ` Laurent Pinchart
2018-02-28 10:22 ` Tomi Valkeinen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1876475.qAe6xS420F@avalon \
--to=laurent.pinchart@ideasonboard.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=jsarha@ti.com \
--cc=peter.ujfalusi@ti.com \
--cc=tomi.valkeinen@ti.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox