All of lore.kernel.org
 help / color / mirror / Atom feed
From: Marek Vasut <marex@denx.de>
To: Jagan Teki <jagan@amarulasolutions.com>,
	Andrzej Hajda <andrzej.hajda@intel.com>,
	Inki Dae <inki.dae@samsung.com>,
	Marek Szyprowski <m.szyprowski@samsung.com>,
	Joonyoung Shim <jy0922.shim@samsung.com>,
	Seung-Woo Kim <sw0312.kim@samsung.com>,
	Kyungmin Park <kyungmin.park@samsung.com>,
	Frieder Schrempf <frieder.schrempf@kontron.de>,
	Fancy Fang <chen.fang@nxp.com>,
	Tim Harvey <tharvey@gateworks.com>,
	Michael Nazzareno Trimarchi <michael@amarulasolutions.com>,
	Adam Ford <aford173@gmail.com>,
	Neil Armstrong <narmstrong@linaro.org>,
	Robert Foss <robert.foss@linaro.org>,
	Laurent Pinchart <Laurent.pinchart@ideasonboard.com>,
	Tommaso Merciai <tommaso.merciai@amarulasolutions.com>
Cc: Matteo Lisi <matteo.lisi@engicam.com>,
	dri-devel@lists.freedesktop.org,
	linux-samsung-soc@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org,
	NXP Linux Team <linux-imx@nxp.com>,
	linux-amarula <linux-amarula@amarulasolutions.com>
Subject: Re: [RESEND PATCH v11 12/18] drm: exynos: dsi: Consolidate component and bridge
Date: Tue, 24 Jan 2023 22:04:37 +0100	[thread overview]
Message-ID: <f90b1d1d-d3a8-bb99-b282-d48fcc487833@denx.de> (raw)
In-Reply-To: <20230123151212.269082-13-jagan@amarulasolutions.com>

On 1/23/23 16:12, Jagan Teki wrote:
> DSI host registration, attach and detach operations are quite
> different for the component and bridge-based DRM drivers.
> 
> Supporting generic bridge driver to use both component and bridge
> based DRM drivers can be tricky and would require additional host
> related operation hooks.
> 
> Add host operation hooks for registering and unregistering Exynos
> and generic drivers, where Exynos hooks are used in existing Exynos
> component based DRM drivers and generic hooks are used in i.MX8M
> bridge based DRM drivers.
> 
> Add host attach and detach operation hooks for Exynos component
> DRM drivers and those get invoked while DSI core host attach and
> detach gets called.
> 
> Signed-off-by: Marek Szyprowski <m.szyprowski@samsung.com>
> Signed-off-by: Jagan Teki <jagan@amarulasolutions.com>
> ---
> Changes for v11:
> - none
> Changes for v10:
> - split from previous series patch
> "drm: bridge: Generalize Exynos-DSI driver into a Samsung DSIM bridge"
> 
>   drivers/gpu/drm/exynos/exynos_drm_dsi.c | 179 ++++++++++++++++++------
>   1 file changed, 140 insertions(+), 39 deletions(-)
> 
> diff --git a/drivers/gpu/drm/exynos/exynos_drm_dsi.c b/drivers/gpu/drm/exynos/exynos_drm_dsi.c
> index 7afbbe30d1d3..fc7f00ab01b4 100644
> --- a/drivers/gpu/drm/exynos/exynos_drm_dsi.c
> +++ b/drivers/gpu/drm/exynos/exynos_drm_dsi.c
> @@ -250,6 +250,8 @@ struct exynos_dsi_transfer {
>   	u16 rx_done;
>   };
>   
> +struct exynos_dsi;

Is this forward declaration really necessary ? Can't the structures 
below be reordered to get rid of this ?

>   #define DSIM_STATE_ENABLED		BIT(0)
>   #define DSIM_STATE_INITIALIZED		BIT(1)
>   #define DSIM_STATE_CMD_LPM		BIT(2)
> @@ -281,12 +283,19 @@ struct exynos_dsi_driver_data {
>   	const unsigned int *reg_values;
>   };
>   
> +struct exynos_dsim_host_ops {
> +	int (*register_host)(struct exynos_dsi *dsim);
> +	void (*unregister_host)(struct exynos_dsi *dsim);
> +	int (*attach)(struct exynos_dsi *dsim, struct mipi_dsi_device *device);
> +	int (*detach)(struct exynos_dsi *dsim, struct mipi_dsi_device *device);
> +};
> +
>   struct exynos_dsi_plat_data {
>   	enum exynos_dsi_type hw_type;
> +	const struct exynos_dsim_host_ops *host_ops;
>   };
>   
>   struct exynos_dsi {
> -	struct drm_encoder encoder;
>   	struct mipi_dsi_host dsi_host;
>   	struct drm_bridge bridge;
>   	struct drm_bridge *out_bridge;
> @@ -316,6 +325,12 @@ struct exynos_dsi {
>   
>   	const struct exynos_dsi_driver_data *driver_data;
>   	const struct exynos_dsi_plat_data *plat_data;
> +
> +	void *priv;
> +};
> +
> +struct exynos_dsi_enc {
> +	struct drm_encoder encoder;
>   };
>   
>   #define host_to_dsi(host) container_of(host, struct exynos_dsi, dsi_host)
> @@ -1319,10 +1334,11 @@ static irqreturn_t exynos_dsi_irq(int irq, void *dev_id)
>   
>   static irqreturn_t exynos_dsi_te_irq_handler(int irq, void *dev_id)
>   {
> -	struct exynos_dsi *dsi = (struct exynos_dsi *)dev_id;
> +	struct exynos_dsi *dsim = (struct exynos_dsi *)dev_id;

Is the rename really needed  ?

> +	struct exynos_dsi_enc *dsi = dsim->priv;

Call this variable something else , like dsi_enc , and you shouldn't 
need the rename above ...

>   	struct drm_encoder *encoder = &dsi->encoder;
>   
> -	if (dsi->state & DSIM_STATE_VIDOUT_AVAILABLE)
> +	if (dsim->state & DSIM_STATE_VIDOUT_AVAILABLE)

... and the rename here .

>   		exynos_drm_crtc_te_handler(encoder->crtc);
>   
>   	return IRQ_HANDLED;


[...]

>   static void exynos_dsi_unbind(struct device *dev, struct device *master,
>   				void *data)
>   {
> -	struct exynos_dsi *dsi = dev_get_drvdata(dev);
> +	struct exynos_dsi *dsim = dev_get_drvdata(dev);

Please avoid the variable renames globally, that should simplify this 
patch and remove unrelated changes.

> -	exynos_dsi_atomic_disable(&dsi->bridge, NULL);
> +	dsim->bridge.funcs->atomic_disable(&dsim->bridge, NULL);
>   
> -	mipi_dsi_host_unregister(&dsi->dsi_host);
> +	mipi_dsi_host_unregister(&dsim->dsi_host);
>   }

[...]

With that fixed:

Reviewed-by: Marek Vasut <marex@denx.de>

WARNING: multiple messages have this Message-ID (diff)
From: Marek Vasut <marex@denx.de>
To: Jagan Teki <jagan@amarulasolutions.com>,
	Andrzej Hajda <andrzej.hajda@intel.com>,
	Inki Dae <inki.dae@samsung.com>,
	Marek Szyprowski <m.szyprowski@samsung.com>,
	Joonyoung Shim <jy0922.shim@samsung.com>,
	Seung-Woo Kim <sw0312.kim@samsung.com>,
	Kyungmin Park <kyungmin.park@samsung.com>,
	Frieder Schrempf <frieder.schrempf@kontron.de>,
	Fancy Fang <chen.fang@nxp.com>,
	Tim Harvey <tharvey@gateworks.com>,
	Michael Nazzareno Trimarchi <michael@amarulasolutions.com>,
	Adam Ford <aford173@gmail.com>,
	Neil Armstrong <narmstrong@linaro.org>,
	Robert Foss <robert.foss@linaro.org>,
	Laurent Pinchart <Laurent.pinchart@ideasonboard.com>,
	Tommaso Merciai <tommaso.merciai@amarulasolutions.com>
Cc: Matteo Lisi <matteo.lisi@engicam.com>,
	dri-devel@lists.freedesktop.org,
	linux-samsung-soc@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org,
	NXP Linux Team <linux-imx@nxp.com>,
	linux-amarula <linux-amarula@amarulasolutions.com>
Subject: Re: [RESEND PATCH v11 12/18] drm: exynos: dsi: Consolidate component and bridge
Date: Tue, 24 Jan 2023 22:04:37 +0100	[thread overview]
Message-ID: <f90b1d1d-d3a8-bb99-b282-d48fcc487833@denx.de> (raw)
In-Reply-To: <20230123151212.269082-13-jagan@amarulasolutions.com>

On 1/23/23 16:12, Jagan Teki wrote:
> DSI host registration, attach and detach operations are quite
> different for the component and bridge-based DRM drivers.
> 
> Supporting generic bridge driver to use both component and bridge
> based DRM drivers can be tricky and would require additional host
> related operation hooks.
> 
> Add host operation hooks for registering and unregistering Exynos
> and generic drivers, where Exynos hooks are used in existing Exynos
> component based DRM drivers and generic hooks are used in i.MX8M
> bridge based DRM drivers.
> 
> Add host attach and detach operation hooks for Exynos component
> DRM drivers and those get invoked while DSI core host attach and
> detach gets called.
> 
> Signed-off-by: Marek Szyprowski <m.szyprowski@samsung.com>
> Signed-off-by: Jagan Teki <jagan@amarulasolutions.com>
> ---
> Changes for v11:
> - none
> Changes for v10:
> - split from previous series patch
> "drm: bridge: Generalize Exynos-DSI driver into a Samsung DSIM bridge"
> 
>   drivers/gpu/drm/exynos/exynos_drm_dsi.c | 179 ++++++++++++++++++------
>   1 file changed, 140 insertions(+), 39 deletions(-)
> 
> diff --git a/drivers/gpu/drm/exynos/exynos_drm_dsi.c b/drivers/gpu/drm/exynos/exynos_drm_dsi.c
> index 7afbbe30d1d3..fc7f00ab01b4 100644
> --- a/drivers/gpu/drm/exynos/exynos_drm_dsi.c
> +++ b/drivers/gpu/drm/exynos/exynos_drm_dsi.c
> @@ -250,6 +250,8 @@ struct exynos_dsi_transfer {
>   	u16 rx_done;
>   };
>   
> +struct exynos_dsi;

Is this forward declaration really necessary ? Can't the structures 
below be reordered to get rid of this ?

>   #define DSIM_STATE_ENABLED		BIT(0)
>   #define DSIM_STATE_INITIALIZED		BIT(1)
>   #define DSIM_STATE_CMD_LPM		BIT(2)
> @@ -281,12 +283,19 @@ struct exynos_dsi_driver_data {
>   	const unsigned int *reg_values;
>   };
>   
> +struct exynos_dsim_host_ops {
> +	int (*register_host)(struct exynos_dsi *dsim);
> +	void (*unregister_host)(struct exynos_dsi *dsim);
> +	int (*attach)(struct exynos_dsi *dsim, struct mipi_dsi_device *device);
> +	int (*detach)(struct exynos_dsi *dsim, struct mipi_dsi_device *device);
> +};
> +
>   struct exynos_dsi_plat_data {
>   	enum exynos_dsi_type hw_type;
> +	const struct exynos_dsim_host_ops *host_ops;
>   };
>   
>   struct exynos_dsi {
> -	struct drm_encoder encoder;
>   	struct mipi_dsi_host dsi_host;
>   	struct drm_bridge bridge;
>   	struct drm_bridge *out_bridge;
> @@ -316,6 +325,12 @@ struct exynos_dsi {
>   
>   	const struct exynos_dsi_driver_data *driver_data;
>   	const struct exynos_dsi_plat_data *plat_data;
> +
> +	void *priv;
> +};
> +
> +struct exynos_dsi_enc {
> +	struct drm_encoder encoder;
>   };
>   
>   #define host_to_dsi(host) container_of(host, struct exynos_dsi, dsi_host)
> @@ -1319,10 +1334,11 @@ static irqreturn_t exynos_dsi_irq(int irq, void *dev_id)
>   
>   static irqreturn_t exynos_dsi_te_irq_handler(int irq, void *dev_id)
>   {
> -	struct exynos_dsi *dsi = (struct exynos_dsi *)dev_id;
> +	struct exynos_dsi *dsim = (struct exynos_dsi *)dev_id;

Is the rename really needed  ?

> +	struct exynos_dsi_enc *dsi = dsim->priv;

Call this variable something else , like dsi_enc , and you shouldn't 
need the rename above ...

>   	struct drm_encoder *encoder = &dsi->encoder;
>   
> -	if (dsi->state & DSIM_STATE_VIDOUT_AVAILABLE)
> +	if (dsim->state & DSIM_STATE_VIDOUT_AVAILABLE)

... and the rename here .

>   		exynos_drm_crtc_te_handler(encoder->crtc);
>   
>   	return IRQ_HANDLED;


[...]

>   static void exynos_dsi_unbind(struct device *dev, struct device *master,
>   				void *data)
>   {
> -	struct exynos_dsi *dsi = dev_get_drvdata(dev);
> +	struct exynos_dsi *dsim = dev_get_drvdata(dev);

Please avoid the variable renames globally, that should simplify this 
patch and remove unrelated changes.

> -	exynos_dsi_atomic_disable(&dsi->bridge, NULL);
> +	dsim->bridge.funcs->atomic_disable(&dsim->bridge, NULL);
>   
> -	mipi_dsi_host_unregister(&dsi->dsi_host);
> +	mipi_dsi_host_unregister(&dsim->dsi_host);
>   }

[...]

With that fixed:

Reviewed-by: Marek Vasut <marex@denx.de>

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

WARNING: multiple messages have this Message-ID (diff)
From: Marek Vasut <marex@denx.de>
To: Jagan Teki <jagan@amarulasolutions.com>,
	Andrzej Hajda <andrzej.hajda@intel.com>,
	Inki Dae <inki.dae@samsung.com>,
	Marek Szyprowski <m.szyprowski@samsung.com>,
	Joonyoung Shim <jy0922.shim@samsung.com>,
	Seung-Woo Kim <sw0312.kim@samsung.com>,
	Kyungmin Park <kyungmin.park@samsung.com>,
	Frieder Schrempf <frieder.schrempf@kontron.de>,
	Fancy Fang <chen.fang@nxp.com>,
	Tim Harvey <tharvey@gateworks.com>,
	Michael Nazzareno Trimarchi <michael@amarulasolutions.com>,
	Adam Ford <aford173@gmail.com>,
	Neil Armstrong <narmstrong@linaro.org>,
	Robert Foss <robert.foss@linaro.org>,
	Laurent Pinchart <Laurent.pinchart@ideasonboard.com>,
	Tommaso Merciai <tommaso.merciai@amarulasolutions.com>
Cc: linux-samsung-soc@vger.kernel.org,
	Matteo Lisi <matteo.lisi@engicam.com>,
	dri-devel@lists.freedesktop.org,
	NXP Linux Team <linux-imx@nxp.com>,
	linux-amarula <linux-amarula@amarulasolutions.com>,
	linux-arm-kernel@lists.infradead.org
Subject: Re: [RESEND PATCH v11 12/18] drm: exynos: dsi: Consolidate component and bridge
Date: Tue, 24 Jan 2023 22:04:37 +0100	[thread overview]
Message-ID: <f90b1d1d-d3a8-bb99-b282-d48fcc487833@denx.de> (raw)
In-Reply-To: <20230123151212.269082-13-jagan@amarulasolutions.com>

On 1/23/23 16:12, Jagan Teki wrote:
> DSI host registration, attach and detach operations are quite
> different for the component and bridge-based DRM drivers.
> 
> Supporting generic bridge driver to use both component and bridge
> based DRM drivers can be tricky and would require additional host
> related operation hooks.
> 
> Add host operation hooks for registering and unregistering Exynos
> and generic drivers, where Exynos hooks are used in existing Exynos
> component based DRM drivers and generic hooks are used in i.MX8M
> bridge based DRM drivers.
> 
> Add host attach and detach operation hooks for Exynos component
> DRM drivers and those get invoked while DSI core host attach and
> detach gets called.
> 
> Signed-off-by: Marek Szyprowski <m.szyprowski@samsung.com>
> Signed-off-by: Jagan Teki <jagan@amarulasolutions.com>
> ---
> Changes for v11:
> - none
> Changes for v10:
> - split from previous series patch
> "drm: bridge: Generalize Exynos-DSI driver into a Samsung DSIM bridge"
> 
>   drivers/gpu/drm/exynos/exynos_drm_dsi.c | 179 ++++++++++++++++++------
>   1 file changed, 140 insertions(+), 39 deletions(-)
> 
> diff --git a/drivers/gpu/drm/exynos/exynos_drm_dsi.c b/drivers/gpu/drm/exynos/exynos_drm_dsi.c
> index 7afbbe30d1d3..fc7f00ab01b4 100644
> --- a/drivers/gpu/drm/exynos/exynos_drm_dsi.c
> +++ b/drivers/gpu/drm/exynos/exynos_drm_dsi.c
> @@ -250,6 +250,8 @@ struct exynos_dsi_transfer {
>   	u16 rx_done;
>   };
>   
> +struct exynos_dsi;

Is this forward declaration really necessary ? Can't the structures 
below be reordered to get rid of this ?

>   #define DSIM_STATE_ENABLED		BIT(0)
>   #define DSIM_STATE_INITIALIZED		BIT(1)
>   #define DSIM_STATE_CMD_LPM		BIT(2)
> @@ -281,12 +283,19 @@ struct exynos_dsi_driver_data {
>   	const unsigned int *reg_values;
>   };
>   
> +struct exynos_dsim_host_ops {
> +	int (*register_host)(struct exynos_dsi *dsim);
> +	void (*unregister_host)(struct exynos_dsi *dsim);
> +	int (*attach)(struct exynos_dsi *dsim, struct mipi_dsi_device *device);
> +	int (*detach)(struct exynos_dsi *dsim, struct mipi_dsi_device *device);
> +};
> +
>   struct exynos_dsi_plat_data {
>   	enum exynos_dsi_type hw_type;
> +	const struct exynos_dsim_host_ops *host_ops;
>   };
>   
>   struct exynos_dsi {
> -	struct drm_encoder encoder;
>   	struct mipi_dsi_host dsi_host;
>   	struct drm_bridge bridge;
>   	struct drm_bridge *out_bridge;
> @@ -316,6 +325,12 @@ struct exynos_dsi {
>   
>   	const struct exynos_dsi_driver_data *driver_data;
>   	const struct exynos_dsi_plat_data *plat_data;
> +
> +	void *priv;
> +};
> +
> +struct exynos_dsi_enc {
> +	struct drm_encoder encoder;
>   };
>   
>   #define host_to_dsi(host) container_of(host, struct exynos_dsi, dsi_host)
> @@ -1319,10 +1334,11 @@ static irqreturn_t exynos_dsi_irq(int irq, void *dev_id)
>   
>   static irqreturn_t exynos_dsi_te_irq_handler(int irq, void *dev_id)
>   {
> -	struct exynos_dsi *dsi = (struct exynos_dsi *)dev_id;
> +	struct exynos_dsi *dsim = (struct exynos_dsi *)dev_id;

Is the rename really needed  ?

> +	struct exynos_dsi_enc *dsi = dsim->priv;

Call this variable something else , like dsi_enc , and you shouldn't 
need the rename above ...

>   	struct drm_encoder *encoder = &dsi->encoder;
>   
> -	if (dsi->state & DSIM_STATE_VIDOUT_AVAILABLE)
> +	if (dsim->state & DSIM_STATE_VIDOUT_AVAILABLE)

... and the rename here .

>   		exynos_drm_crtc_te_handler(encoder->crtc);
>   
>   	return IRQ_HANDLED;


[...]

>   static void exynos_dsi_unbind(struct device *dev, struct device *master,
>   				void *data)
>   {
> -	struct exynos_dsi *dsi = dev_get_drvdata(dev);
> +	struct exynos_dsi *dsim = dev_get_drvdata(dev);

Please avoid the variable renames globally, that should simplify this 
patch and remove unrelated changes.

> -	exynos_dsi_atomic_disable(&dsi->bridge, NULL);
> +	dsim->bridge.funcs->atomic_disable(&dsim->bridge, NULL);
>   
> -	mipi_dsi_host_unregister(&dsi->dsi_host);
> +	mipi_dsi_host_unregister(&dsim->dsi_host);
>   }

[...]

With that fixed:

Reviewed-by: Marek Vasut <marex@denx.de>

  reply	other threads:[~2023-01-24 21:04 UTC|newest]

Thread overview: 205+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-01-23 15:11 [RESEND PATCH v11 00/18] drm: Add Samsung MIPI DSIM bridge Jagan Teki
2023-01-23 15:11 ` Jagan Teki
2023-01-23 15:11 ` Jagan Teki
2023-01-23 15:11 ` [RESEND PATCH v11 01/18] drm: of: Lookup if child node has DSI panel or bridge Jagan Teki
2023-01-23 15:11   ` Jagan Teki
2023-01-23 15:11   ` Jagan Teki
2023-01-23 15:11 ` [RESEND PATCH v11 02/18] drm: bridge: panel: Add devm_drm_of_dsi_get_bridge helper Jagan Teki
2023-01-23 15:11   ` Jagan Teki
2023-01-23 15:11   ` Jagan Teki
2023-01-26 12:12   ` Maxime Ripard
2023-01-26 12:12     ` Maxime Ripard
2023-01-26 12:12     ` Maxime Ripard
2023-01-26 15:18     ` Jagan Teki
2023-01-26 15:18       ` Jagan Teki
2023-01-26 15:18       ` Jagan Teki
2023-01-27 17:39       ` Jagan Teki
2023-01-27 17:39         ` Jagan Teki
2023-01-27 17:39         ` Jagan Teki
2023-01-30 12:56         ` Maxime Ripard
2023-01-30 12:56           ` Maxime Ripard
2023-01-30 12:56           ` Maxime Ripard
2023-01-30 13:24           ` Jagan Teki
2023-01-30 13:24             ` Jagan Teki
2023-01-30 13:24             ` Jagan Teki
2023-01-31 12:45             ` Maxime Ripard
2023-01-31 12:45               ` Maxime Ripard
2023-01-31 12:45               ` Maxime Ripard
2023-01-31 13:47               ` Jagan Teki
2023-01-31 13:47                 ` Jagan Teki
2023-01-31 13:47                 ` Jagan Teki
2023-01-31 13:59                 ` Maxime Ripard
2023-01-31 13:59                   ` Maxime Ripard
2023-01-31 13:59                   ` Maxime Ripard
2023-01-31 14:14                   ` Jagan Teki
2023-01-31 14:14                     ` Jagan Teki
2023-01-31 14:14                     ` Jagan Teki
2023-01-30 12:58       ` Maxime Ripard
2023-01-30 12:58         ` Maxime Ripard
2023-01-30 12:58         ` Maxime Ripard
2023-01-30 13:22         ` Jagan Teki
2023-01-30 13:22           ` Jagan Teki
2023-01-30 13:22           ` Jagan Teki
2023-02-02 16:52         ` Jagan Teki
2023-02-02 16:52           ` Jagan Teki
2023-02-02 16:52           ` Jagan Teki
2023-02-03  8:26           ` Maxime Ripard
2023-02-03  8:26             ` Maxime Ripard
2023-02-03  8:26             ` Maxime Ripard
2023-02-03 10:43             ` Jagan Teki
2023-02-03 10:43               ` Jagan Teki
2023-02-03 10:43               ` Jagan Teki
2023-02-03 10:49               ` Maxime Ripard
2023-02-03 10:49                 ` Maxime Ripard
2023-02-03 10:49                 ` Maxime Ripard
2023-02-03 10:58                 ` Jagan Teki
2023-02-03 10:58                   ` Jagan Teki
2023-02-03 10:58                   ` Jagan Teki
2023-02-03 11:04                   ` Maxime Ripard
2023-02-03 11:04                     ` Maxime Ripard
2023-02-03 11:04                     ` Maxime Ripard
2023-02-27 11:25                     ` Jagan Teki
2023-02-27 11:25                       ` Jagan Teki
2023-02-27 11:25                       ` Jagan Teki
2023-01-23 15:11 ` [RESEND PATCH v11 03/18] drm: exynos: dsi: Drop explicit call to bridge detach Jagan Teki
2023-01-23 15:11   ` Jagan Teki
2023-01-23 15:11   ` Jagan Teki
2023-01-23 15:11 ` [RESEND PATCH v11 04/18] drm: exynos: dsi: Switch to devm_drm_of_dsi_get_bridge Jagan Teki
2023-01-23 15:11   ` Jagan Teki
2023-01-23 15:11   ` Jagan Teki
2023-01-23 15:11 ` [RESEND PATCH v11 05/18] drm: exynos: dsi: Mark PHY as optional Jagan Teki
2023-01-23 15:11   ` Jagan Teki
2023-01-23 15:11   ` Jagan Teki
2023-01-23 15:12 ` [RESEND PATCH v11 06/18] drm: exynos: dsi: Add platform PLL_P (PMS_P) offset Jagan Teki
2023-01-23 15:12   ` Jagan Teki
2023-01-23 15:12   ` Jagan Teki
2023-01-23 15:12 ` [RESEND PATCH v11 07/18] drm: exynos: dsi: Introduce hw_type platform data Jagan Teki
2023-01-23 15:12   ` Jagan Teki
2023-01-23 15:12   ` Jagan Teki
2023-01-24 20:54   ` Marek Vasut
2023-01-24 20:54     ` Marek Vasut
2023-01-24 20:54     ` Marek Vasut
2023-01-23 15:12 ` [RESEND PATCH v11 08/18] drm: exynos: dsi: Handle proper host initialization Jagan Teki
2023-01-23 15:12   ` Jagan Teki
2023-01-23 15:12   ` Jagan Teki
2023-01-24 21:00   ` Marek Vasut
2023-01-24 21:00     ` Marek Vasut
2023-01-24 21:00     ` Marek Vasut
2023-01-23 15:12 ` [RESEND PATCH v11 09/18] drm: exynos: dsi: Add atomic check Jagan Teki
2023-01-23 15:12   ` Jagan Teki
2023-01-23 15:12   ` Jagan Teki
2023-01-24 20:55   ` Marek Vasut
2023-01-24 20:55     ` Marek Vasut
2023-01-24 20:55     ` Marek Vasut
2023-01-23 15:12 ` [RESEND PATCH v11 10/18] drm: exynos: dsi: Add input_bus_flags Jagan Teki
2023-01-23 15:12   ` Jagan Teki
2023-01-23 15:12   ` Jagan Teki
2023-01-24 20:55   ` Marek Vasut
2023-01-24 20:55     ` Marek Vasut
2023-01-24 20:55     ` Marek Vasut
2023-01-23 15:12 ` [RESEND PATCH v11 11/18] drm: exynos: dsi: Add atomic_get_input_bus_fmts Jagan Teki
2023-01-23 15:12   ` Jagan Teki
2023-01-23 15:12   ` Jagan Teki
2023-01-24 20:45   ` Marek Vasut
2023-01-24 20:45     ` Marek Vasut
2023-01-24 20:45     ` Marek Vasut
2023-01-24 21:16     ` Jagan Teki
2023-01-24 21:16       ` Jagan Teki
2023-01-24 21:16       ` Jagan Teki
2023-01-24 21:19       ` Marek Vasut
2023-01-24 21:19         ` Marek Vasut
2023-01-24 21:19         ` Marek Vasut
2023-01-24 21:22         ` Jagan Teki
2023-01-24 21:22           ` Jagan Teki
2023-01-24 21:22           ` Jagan Teki
2023-01-23 15:12 ` [RESEND PATCH v11 12/18] drm: exynos: dsi: Consolidate component and bridge Jagan Teki
2023-01-23 15:12   ` Jagan Teki
2023-01-23 15:12   ` Jagan Teki
2023-01-24 21:04   ` Marek Vasut [this message]
2023-01-24 21:04     ` Marek Vasut
2023-01-24 21:04     ` Marek Vasut
2023-01-23 15:12 ` [RESEND PATCH v11 13/18] drm: exynos: dsi: Add Exynos based host irq hooks Jagan Teki
2023-01-23 15:12   ` Jagan Teki
2023-01-23 15:12   ` Jagan Teki
2023-01-24 20:48   ` Marek Vasut
2023-01-24 20:48     ` Marek Vasut
2023-01-24 20:48     ` Marek Vasut
2023-01-24 21:01     ` Jagan Teki
2023-01-24 21:01       ` Jagan Teki
2023-01-24 21:01       ` Jagan Teki
2023-01-24 21:12       ` Marek Vasut
2023-01-24 21:12         ` Marek Vasut
2023-01-24 21:12         ` Marek Vasut
2023-01-24 21:24         ` Jagan Teki
2023-01-24 21:24           ` Jagan Teki
2023-01-24 21:24           ` Jagan Teki
2023-01-24 21:24           ` Jagan Teki
2023-01-24 21:24             ` Jagan Teki
2023-01-24 21:24             ` Jagan Teki
2023-01-25  6:54             ` Jagan Teki
2023-01-25  6:54               ` Jagan Teki
2023-01-25  6:54               ` Jagan Teki
2023-01-25 13:53               ` Marek Vasut
2023-01-25 13:53                 ` Marek Vasut
2023-01-25 13:53                 ` Marek Vasut
2023-01-25 14:04                 ` Jagan Teki
2023-01-25 14:04                   ` Jagan Teki
2023-01-25 14:04                   ` Jagan Teki
2023-01-25 16:46                   ` Marek Vasut
2023-01-25 16:46                     ` Marek Vasut
2023-01-25 16:46                     ` Marek Vasut
2023-01-25 17:12                     ` Jagan Teki
2023-01-25 17:12                       ` Jagan Teki
2023-01-25 17:12                       ` Jagan Teki
2023-01-25 17:27                       ` Marek Vasut
2023-01-25 17:27                         ` Marek Vasut
2023-01-25 17:27                         ` Marek Vasut
2023-01-25 17:35                         ` Jagan Teki
2023-01-25 17:35                           ` Jagan Teki
2023-01-25 17:35                           ` Jagan Teki
2023-01-25 18:03                           ` Marek Vasut
2023-01-25 18:03                             ` Marek Vasut
2023-01-25 18:03                             ` Marek Vasut
2023-01-25 19:24                             ` Jagan Teki
2023-01-25 19:24                               ` Jagan Teki
2023-01-25 19:24                               ` Jagan Teki
2023-01-25 21:53                               ` Marek Vasut
2023-01-25 21:53                                 ` Marek Vasut
2023-01-25 21:53                                 ` Marek Vasut
2023-01-25 16:02         ` Jagan Teki
2023-01-25 16:02           ` Jagan Teki
2023-01-25 16:02           ` Jagan Teki
2023-01-23 15:12 ` [RESEND PATCH v11 14/18] drm: bridge: Generalize Exynos-DSI driver into a Samsung DSIM bridge Jagan Teki
2023-01-24 20:57   ` Marek Vasut
2023-01-24 20:57     ` Marek Vasut
2023-01-24 20:57     ` Marek Vasut
2023-01-23 15:12 ` [RESEND PATCH v11 15/18] dt-bindings: display: exynos: dsim: Add NXP i.MX8M Mini/Nano support Jagan Teki
2023-01-23 15:12   ` Jagan Teki
2023-01-23 15:12   ` Jagan Teki
2023-01-24 20:56   ` Marek Vasut
2023-01-24 20:56     ` Marek Vasut
2023-01-24 20:56     ` Marek Vasut
2023-01-23 15:12 ` [RESEND PATCH v11 16/18] drm: bridge: samsung-dsim: Add " Jagan Teki
2023-01-23 15:12   ` Jagan Teki
2023-01-23 15:12   ` Jagan Teki
2023-01-24 20:56   ` Marek Vasut
2023-01-24 20:56     ` Marek Vasut
2023-01-24 20:56     ` Marek Vasut
2023-01-23 15:12 ` [RESEND PATCH v11 17/18] dt-bindings: display: exynos: dsim: Add NXP i.MX8M Plus support Jagan Teki
2023-01-23 15:12   ` Jagan Teki
2023-01-23 15:12   ` Jagan Teki
2023-01-24 20:57   ` Marek Vasut
2023-01-24 20:57     ` Marek Vasut
2023-01-24 20:57     ` Marek Vasut
2023-01-23 15:12 ` [RESEND PATCH v11 18/18] drm: bridge: samsung-dsim: Add " Jagan Teki
2023-01-23 15:12   ` Jagan Teki
2023-01-23 15:12   ` Jagan Teki
2023-01-24 20:59   ` Marek Vasut
2023-01-24 20:59     ` Marek Vasut
2023-01-24 20:59     ` Marek Vasut
2023-01-24 19:12 ` [RESEND PATCH v11 00/18] drm: Add Samsung MIPI DSIM bridge Jagan Teki
2023-01-24 19:12   ` Jagan Teki
2023-01-24 19:12   ` Jagan Teki
2023-01-24 21:13 ` Marek Vasut
2023-01-24 21:13   ` Marek Vasut
2023-01-24 21:13   ` Marek Vasut

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=f90b1d1d-d3a8-bb99-b282-d48fcc487833@denx.de \
    --to=marex@denx.de \
    --cc=Laurent.pinchart@ideasonboard.com \
    --cc=aford173@gmail.com \
    --cc=andrzej.hajda@intel.com \
    --cc=chen.fang@nxp.com \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=frieder.schrempf@kontron.de \
    --cc=inki.dae@samsung.com \
    --cc=jagan@amarulasolutions.com \
    --cc=jy0922.shim@samsung.com \
    --cc=kyungmin.park@samsung.com \
    --cc=linux-amarula@amarulasolutions.com \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-imx@nxp.com \
    --cc=linux-samsung-soc@vger.kernel.org \
    --cc=m.szyprowski@samsung.com \
    --cc=matteo.lisi@engicam.com \
    --cc=michael@amarulasolutions.com \
    --cc=narmstrong@linaro.org \
    --cc=robert.foss@linaro.org \
    --cc=sw0312.kim@samsung.com \
    --cc=tharvey@gateworks.com \
    --cc=tommaso.merciai@amarulasolutions.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.