All of lore.kernel.org
 help / color / mirror / Atom feed
From: Biju Das <biju.das.jz@bp.renesas.com>
To: Adam Ford <aford173@gmail.com>, Marco Felsch <m.felsch@pengutronix.de>
Cc: Dave Stevenson <dave.stevenson@raspberrypi.com>,
	Neil Armstrong <narmstrong@baylibre.com>,
	David Airlie <airlied@linux.ie>,
	dri-devel <dri-devel@lists.freedesktop.org>,
	Laurent Pinchart <Laurent.pinchart@ideasonboard.com>,
	Andrzej Hajda <andrzej.hajda@intel.com>,
	Marek Szyprowski <m.szyprowski@samsung.com>,
	Marek Vasut <marex@denx.de>,
	Jernej Skrabec <jernej.skrabec@gmail.com>,
	Jagan Teki <jagan@amarulasolutions.com>,
	"robert.chiras@nxp.com" <robert.chiras@nxp.com>,
	"laurentiu.palcu@nxp.com" <laurentiu.palcu@nxp.com>,
	NXP Linux Team <linux-imx@nxp.com>,
	Jonas Karlman <jonas@kwiboo.se>,
	Sascha Hauer <s.hauer@pengutronix.de>,
	arm-soc <linux-arm-kernel@lists.infradead.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Robert Foss <robert.foss@linaro.org>,
	Pengutronix Kernel Team <kernel@pengutronix.de>,
	Shawn Guo <shawnguo@kernel.org>
Subject: RE: imx8mm lcdif->dsi->adv7535 no video, no errors
Date: Thu, 4 Aug 2022 14:43:43 +0000	[thread overview]
Message-ID: <TYCPR01MB59336A94BA5156C49E14578B869F9@TYCPR01MB5933.jpnprd01.prod.outlook.com> (raw)
In-Reply-To: <CAHCN7xKXe14z1QxrdLHNkNOmpR=txUZAt3BsEry7TymbjtDsjA@mail.gmail.com>

Hi Adam,

> Subject: Re: imx8mm lcdif->dsi->adv7535 no video, no errors
> 
> On Thu, Aug 4, 2022 at 7:52 AM Marco Felsch <m.felsch@pengutronix.de>
> wrote:
> >
> > Hi Dave,
> >
> > On 22-08-04, Dave Stevenson wrote:
> > > Hi Marco
> > >
> > > On Thu, 4 Aug 2022 at 10:38, Marco Felsch <m.felsch@pengutronix.de>
> wrote:
> > > >
> > > > Hi Dave, Adam,
> > > >
> > > > On 22-08-03, Dave Stevenson wrote:
> > > > > Hi Adam
> > > > >
> > > > > On Wed, 3 Aug 2022 at 12:03, Adam Ford <aford173@gmail.com>
> wrote:
> > > >
> > > > ...
> > > >
> > > > > > > Did managed to get access to the ADV7535 programming guide?
> > > > > > > This is the black box here. Let me check if I can provide
> > > > > > > you a link with our repo so you can test our current DSIM
> state if you want.
> > > > > >
> > > > > > I do have access to the programming guide, but it's under NDA,
> > > > > > but I'll try to answer questions if I can.
> > > > >
> > > > > Not meaning to butt in, but I have datasheets for ADV7533 and
> > > > > 7535 from previously looking at these chips.
> > > >
> > > > Thanks for stepping into :)
> > > >
> > > > > Mine fairly plainly states:
> > > > > "The DSI receiver input supports DSI video mode operation only,
> > > > > and specifically, only supports nonburst mode with sync pulses".
> > > >
> > > > I've read this also, and we are working in nonburst mode with sync
> > > > pulses. I have no access to an MIPI-DSI analyzer therefore I can't
> > > > verify it.
> > > >
> > > > > Non-burst mode meaning that the DSI pixel rate MUST be the same
> > > > > as the HDMI pixel rate.
> > > >
> > > > On DSI side you don't have a pixel-clock instead there is bit-
> clock.
> > >
> > > You have an effective pixel clock, with a fixed conversion for the
> > > configuration.
> > >
> > > DSI bit-clock * number of lanes / bits_per_pixel = pixel rate.
> > > 891Mbit/s * 4 lanes / 24bpp = 148.5 Mpixels/s
> >
> > Okay, I just checked the bandwidth which must equal.
> >
> > > As noted elsewhere, the DSI is DDR, so the clock lane itself is only
> > > running at 891 / 2 = 445.5MHz.
> > >
> > > > > Section 6.1.1 "DSI Input Modes" of adv7533_hardware_user_s_guide
> > > > > is even more explicit about the requirement of DSI timing
> > > > > matching
> > > >
> > > > Is it possible to share the key points of the requirements?
> > >
> > > "Specifically the ADV7533 supports the Non-Burst Mode with syncs.
> > > This mode requires real time data generation as a pulse packet
> > > received becomes a pulse generated. Therefore this mode requires a
> > > continuous stream of data with correct video timing to avoid any
> > > visual artifacts."
> > >
> > > LP mode is supported on data lanes. Clock lane must remain in HS
> mode.
> > >
> > > "... the goal is to accurately convey DPI-type timing over DSI. This
> > > includes matching DPI pixel-transmission rates, and widths of timing
> > > events."
> >
> > Thanks for sharing.
> >
> > > > > The NXP kernel switching down to an hs_clk of 445.5MHz would
> > > > > therefore be correct for 720p operation.
> > > >
> > > > It should be absolute no difference if you work on 891MHz with 2
> > > > lanes or on 445.5 MHz with 4 lanes. What must be ensured is that
> > > > you need the minimum required bandwidth which is roughly:
> > > > 1280*720*24*60 = 1.327 GBps.
> > >
> > > Has someone changed the number of lanes in use? I'd missed that if
> > > so, but I'll agree that 891MHz over 2 lanes should work for 720p60.
> >
> > The ADV driver is changing it autom. but this logic is somehow odd and
> > there was already a approach to stop the driver doing this.
> >
> > To sync up: we have two problems:
> >   1) The 720P mode with static DSI host configuration isn't working
> >      without hacks.
> 
> can you share your hacks with me about getting 720p to work?  I've been
> struggling to get 720 to work.

I have problems with 720p working on 3 lanes. Then I switch to 4 lanes [1]
and it starts working on Renesas RZ/G2L SMARC EVK.

[1] https://patchwork.kernel.org/project/linux-renesas-soc/patch/20220309151109.20957-2-biju.das.jz@bp.renesas.com/

Cheers,
Biju

WARNING: multiple messages have this Message-ID (diff)
From: Biju Das <biju.das.jz@bp.renesas.com>
To: Adam Ford <aford173@gmail.com>, Marco Felsch <m.felsch@pengutronix.de>
Cc: Marek Vasut <marex@denx.de>,
	Jagan Teki <jagan@amarulasolutions.com>,
	Jernej Skrabec <jernej.skrabec@gmail.com>,
	Pengutronix Kernel Team <kernel@pengutronix.de>,
	Neil Armstrong <narmstrong@baylibre.com>,
	David Airlie <airlied@linux.ie>,
	Robert Foss <robert.foss@linaro.org>,
	Sascha Hauer <s.hauer@pengutronix.de>,
	Dave Stevenson <dave.stevenson@raspberrypi.com>,
	NXP Linux Team <linux-imx@nxp.com>,
	dri-devel <dri-devel@lists.freedesktop.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Jonas Karlman <jonas@kwiboo.se>,
	Laurent Pinchart <Laurent.pinchart@ideasonboard.com>,
	Andrzej Hajda <andrzej.hajda@intel.com>,
	"robert.chiras@nxp.com" <robert.chiras@nxp.com>,
	Shawn Guo <shawnguo@kernel.org>,
	"laurentiu.palcu@nxp.com" <laurentiu.palcu@nxp.com>,
	arm-soc <linux-arm-kernel@lists.infradead.org>,
	Marek Szyprowski <m.szyprowski@samsung.com>
Subject: RE: imx8mm lcdif->dsi->adv7535 no video, no errors
Date: Thu, 4 Aug 2022 14:43:43 +0000	[thread overview]
Message-ID: <TYCPR01MB59336A94BA5156C49E14578B869F9@TYCPR01MB5933.jpnprd01.prod.outlook.com> (raw)
In-Reply-To: <CAHCN7xKXe14z1QxrdLHNkNOmpR=txUZAt3BsEry7TymbjtDsjA@mail.gmail.com>

Hi Adam,

> Subject: Re: imx8mm lcdif->dsi->adv7535 no video, no errors
> 
> On Thu, Aug 4, 2022 at 7:52 AM Marco Felsch <m.felsch@pengutronix.de>
> wrote:
> >
> > Hi Dave,
> >
> > On 22-08-04, Dave Stevenson wrote:
> > > Hi Marco
> > >
> > > On Thu, 4 Aug 2022 at 10:38, Marco Felsch <m.felsch@pengutronix.de>
> wrote:
> > > >
> > > > Hi Dave, Adam,
> > > >
> > > > On 22-08-03, Dave Stevenson wrote:
> > > > > Hi Adam
> > > > >
> > > > > On Wed, 3 Aug 2022 at 12:03, Adam Ford <aford173@gmail.com>
> wrote:
> > > >
> > > > ...
> > > >
> > > > > > > Did managed to get access to the ADV7535 programming guide?
> > > > > > > This is the black box here. Let me check if I can provide
> > > > > > > you a link with our repo so you can test our current DSIM
> state if you want.
> > > > > >
> > > > > > I do have access to the programming guide, but it's under NDA,
> > > > > > but I'll try to answer questions if I can.
> > > > >
> > > > > Not meaning to butt in, but I have datasheets for ADV7533 and
> > > > > 7535 from previously looking at these chips.
> > > >
> > > > Thanks for stepping into :)
> > > >
> > > > > Mine fairly plainly states:
> > > > > "The DSI receiver input supports DSI video mode operation only,
> > > > > and specifically, only supports nonburst mode with sync pulses".
> > > >
> > > > I've read this also, and we are working in nonburst mode with sync
> > > > pulses. I have no access to an MIPI-DSI analyzer therefore I can't
> > > > verify it.
> > > >
> > > > > Non-burst mode meaning that the DSI pixel rate MUST be the same
> > > > > as the HDMI pixel rate.
> > > >
> > > > On DSI side you don't have a pixel-clock instead there is bit-
> clock.
> > >
> > > You have an effective pixel clock, with a fixed conversion for the
> > > configuration.
> > >
> > > DSI bit-clock * number of lanes / bits_per_pixel = pixel rate.
> > > 891Mbit/s * 4 lanes / 24bpp = 148.5 Mpixels/s
> >
> > Okay, I just checked the bandwidth which must equal.
> >
> > > As noted elsewhere, the DSI is DDR, so the clock lane itself is only
> > > running at 891 / 2 = 445.5MHz.
> > >
> > > > > Section 6.1.1 "DSI Input Modes" of adv7533_hardware_user_s_guide
> > > > > is even more explicit about the requirement of DSI timing
> > > > > matching
> > > >
> > > > Is it possible to share the key points of the requirements?
> > >
> > > "Specifically the ADV7533 supports the Non-Burst Mode with syncs.
> > > This mode requires real time data generation as a pulse packet
> > > received becomes a pulse generated. Therefore this mode requires a
> > > continuous stream of data with correct video timing to avoid any
> > > visual artifacts."
> > >
> > > LP mode is supported on data lanes. Clock lane must remain in HS
> mode.
> > >
> > > "... the goal is to accurately convey DPI-type timing over DSI. This
> > > includes matching DPI pixel-transmission rates, and widths of timing
> > > events."
> >
> > Thanks for sharing.
> >
> > > > > The NXP kernel switching down to an hs_clk of 445.5MHz would
> > > > > therefore be correct for 720p operation.
> > > >
> > > > It should be absolute no difference if you work on 891MHz with 2
> > > > lanes or on 445.5 MHz with 4 lanes. What must be ensured is that
> > > > you need the minimum required bandwidth which is roughly:
> > > > 1280*720*24*60 = 1.327 GBps.
> > >
> > > Has someone changed the number of lanes in use? I'd missed that if
> > > so, but I'll agree that 891MHz over 2 lanes should work for 720p60.
> >
> > The ADV driver is changing it autom. but this logic is somehow odd and
> > there was already a approach to stop the driver doing this.
> >
> > To sync up: we have two problems:
> >   1) The 720P mode with static DSI host configuration isn't working
> >      without hacks.
> 
> can you share your hacks with me about getting 720p to work?  I've been
> struggling to get 720 to work.

I have problems with 720p working on 3 lanes. Then I switch to 4 lanes [1]
and it starts working on Renesas RZ/G2L SMARC EVK.

[1] https://patchwork.kernel.org/project/linux-renesas-soc/patch/20220309151109.20957-2-biju.das.jz@bp.renesas.com/

Cheers,
Biju

WARNING: multiple messages have this Message-ID (diff)
From: Biju Das <biju.das.jz@bp.renesas.com>
To: Adam Ford <aford173@gmail.com>, Marco Felsch <m.felsch@pengutronix.de>
Cc: Dave Stevenson <dave.stevenson@raspberrypi.com>,
	Neil Armstrong <narmstrong@baylibre.com>,
	David Airlie <airlied@linux.ie>,
	dri-devel <dri-devel@lists.freedesktop.org>,
	Laurent Pinchart <Laurent.pinchart@ideasonboard.com>,
	Andrzej Hajda <andrzej.hajda@intel.com>,
	Marek Szyprowski <m.szyprowski@samsung.com>,
	Marek Vasut <marex@denx.de>,
	Jernej Skrabec <jernej.skrabec@gmail.com>,
	Jagan Teki <jagan@amarulasolutions.com>,
	"robert.chiras@nxp.com" <robert.chiras@nxp.com>,
	"laurentiu.palcu@nxp.com" <laurentiu.palcu@nxp.com>,
	NXP Linux Team <linux-imx@nxp.com>,
	Jonas Karlman <jonas@kwiboo.se>,
	Sascha Hauer <s.hauer@pengutronix.de>,
	arm-soc <linux-arm-kernel@lists.infradead.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Robert Foss <robert.foss@linaro.org>,
	Pengutronix Kernel Team <kernel@pengutronix.de>,
	Shawn Guo <shawnguo@kernel.org>
Subject: RE: imx8mm lcdif->dsi->adv7535 no video, no errors
Date: Thu, 4 Aug 2022 14:43:43 +0000	[thread overview]
Message-ID: <TYCPR01MB59336A94BA5156C49E14578B869F9@TYCPR01MB5933.jpnprd01.prod.outlook.com> (raw)
In-Reply-To: <CAHCN7xKXe14z1QxrdLHNkNOmpR=txUZAt3BsEry7TymbjtDsjA@mail.gmail.com>

Hi Adam,

> Subject: Re: imx8mm lcdif->dsi->adv7535 no video, no errors
> 
> On Thu, Aug 4, 2022 at 7:52 AM Marco Felsch <m.felsch@pengutronix.de>
> wrote:
> >
> > Hi Dave,
> >
> > On 22-08-04, Dave Stevenson wrote:
> > > Hi Marco
> > >
> > > On Thu, 4 Aug 2022 at 10:38, Marco Felsch <m.felsch@pengutronix.de>
> wrote:
> > > >
> > > > Hi Dave, Adam,
> > > >
> > > > On 22-08-03, Dave Stevenson wrote:
> > > > > Hi Adam
> > > > >
> > > > > On Wed, 3 Aug 2022 at 12:03, Adam Ford <aford173@gmail.com>
> wrote:
> > > >
> > > > ...
> > > >
> > > > > > > Did managed to get access to the ADV7535 programming guide?
> > > > > > > This is the black box here. Let me check if I can provide
> > > > > > > you a link with our repo so you can test our current DSIM
> state if you want.
> > > > > >
> > > > > > I do have access to the programming guide, but it's under NDA,
> > > > > > but I'll try to answer questions if I can.
> > > > >
> > > > > Not meaning to butt in, but I have datasheets for ADV7533 and
> > > > > 7535 from previously looking at these chips.
> > > >
> > > > Thanks for stepping into :)
> > > >
> > > > > Mine fairly plainly states:
> > > > > "The DSI receiver input supports DSI video mode operation only,
> > > > > and specifically, only supports nonburst mode with sync pulses".
> > > >
> > > > I've read this also, and we are working in nonburst mode with sync
> > > > pulses. I have no access to an MIPI-DSI analyzer therefore I can't
> > > > verify it.
> > > >
> > > > > Non-burst mode meaning that the DSI pixel rate MUST be the same
> > > > > as the HDMI pixel rate.
> > > >
> > > > On DSI side you don't have a pixel-clock instead there is bit-
> clock.
> > >
> > > You have an effective pixel clock, with a fixed conversion for the
> > > configuration.
> > >
> > > DSI bit-clock * number of lanes / bits_per_pixel = pixel rate.
> > > 891Mbit/s * 4 lanes / 24bpp = 148.5 Mpixels/s
> >
> > Okay, I just checked the bandwidth which must equal.
> >
> > > As noted elsewhere, the DSI is DDR, so the clock lane itself is only
> > > running at 891 / 2 = 445.5MHz.
> > >
> > > > > Section 6.1.1 "DSI Input Modes" of adv7533_hardware_user_s_guide
> > > > > is even more explicit about the requirement of DSI timing
> > > > > matching
> > > >
> > > > Is it possible to share the key points of the requirements?
> > >
> > > "Specifically the ADV7533 supports the Non-Burst Mode with syncs.
> > > This mode requires real time data generation as a pulse packet
> > > received becomes a pulse generated. Therefore this mode requires a
> > > continuous stream of data with correct video timing to avoid any
> > > visual artifacts."
> > >
> > > LP mode is supported on data lanes. Clock lane must remain in HS
> mode.
> > >
> > > "... the goal is to accurately convey DPI-type timing over DSI. This
> > > includes matching DPI pixel-transmission rates, and widths of timing
> > > events."
> >
> > Thanks for sharing.
> >
> > > > > The NXP kernel switching down to an hs_clk of 445.5MHz would
> > > > > therefore be correct for 720p operation.
> > > >
> > > > It should be absolute no difference if you work on 891MHz with 2
> > > > lanes or on 445.5 MHz with 4 lanes. What must be ensured is that
> > > > you need the minimum required bandwidth which is roughly:
> > > > 1280*720*24*60 = 1.327 GBps.
> > >
> > > Has someone changed the number of lanes in use? I'd missed that if
> > > so, but I'll agree that 891MHz over 2 lanes should work for 720p60.
> >
> > The ADV driver is changing it autom. but this logic is somehow odd and
> > there was already a approach to stop the driver doing this.
> >
> > To sync up: we have two problems:
> >   1) The 720P mode with static DSI host configuration isn't working
> >      without hacks.
> 
> can you share your hacks with me about getting 720p to work?  I've been
> struggling to get 720 to work.

I have problems with 720p working on 3 lanes. Then I switch to 4 lanes [1]
and it starts working on Renesas RZ/G2L SMARC EVK.

[1] https://patchwork.kernel.org/project/linux-renesas-soc/patch/20220309151109.20957-2-biju.das.jz@bp.renesas.com/

Cheers,
Biju

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

  parent reply	other threads:[~2022-08-04 14:43 UTC|newest]

Thread overview: 128+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-07-30 15:15 imx8mm lcdif->dsi->adv7535 no video, no errors Adam Ford
2022-07-30 15:15 ` Adam Ford
2022-07-30 15:15 ` Adam Ford
2022-08-01  6:19 ` Marco Felsch
2022-08-01  6:19   ` Marco Felsch
2022-08-01 10:54   ` Adam Ford
2022-08-01 10:54     ` Adam Ford
2022-08-01 10:54     ` Adam Ford
2022-08-01 12:15     ` Adam Ford
2022-08-01 12:15       ` Adam Ford
2022-08-01 12:15       ` Adam Ford
2022-08-01 19:33 ` Fabio Estevam
2022-08-01 19:33   ` Fabio Estevam
2022-08-01 19:33   ` Fabio Estevam
2022-08-01 20:07   ` Adam Ford
2022-08-01 20:07     ` Adam Ford
2022-08-01 20:07     ` Adam Ford
2022-08-01 22:57     ` Adam Ford
2022-08-01 22:57       ` Adam Ford
2022-08-01 22:57       ` Adam Ford
2022-08-01 22:55   ` Marco Felsch
2022-08-01 22:55     ` Marco Felsch
2022-08-01 22:55     ` Marco Felsch
2022-08-01 23:11     ` Fabio Estevam
2022-08-01 23:11       ` Fabio Estevam
2022-08-01 23:11       ` Fabio Estevam
2022-08-02  1:39       ` Adam Ford
2022-08-02  1:39         ` Adam Ford
2022-08-02  1:39         ` Adam Ford
2022-08-02  1:53         ` Fabio Estevam
2022-08-02  1:53           ` Fabio Estevam
2022-08-02  1:53           ` Fabio Estevam
2022-08-02  2:29           ` Adam Ford
2022-08-02  2:29             ` Adam Ford
2022-08-02  2:29             ` Adam Ford
2022-08-02  8:08             ` Marco Felsch
2022-08-02  8:08               ` Marco Felsch
2022-08-02  8:08               ` Marco Felsch
2022-08-02 12:13               ` Adam Ford
2022-08-02 12:13                 ` Adam Ford
2022-08-02 12:13                 ` Adam Ford
2022-08-02 13:51                 ` Adam Ford
2022-08-02 13:51                   ` Adam Ford
2022-08-02 13:51                   ` Adam Ford
2022-08-03  2:14                   ` Adam Ford
2022-08-03  2:14                     ` Adam Ford
2022-08-03  2:14                     ` Adam Ford
2022-08-03  6:20                     ` Marco Felsch
2022-08-03  6:20                       ` Marco Felsch
2022-08-03  6:20                       ` Marco Felsch
2022-08-03 11:02                       ` Adam Ford
2022-08-03 11:02                         ` Adam Ford
2022-08-03 11:02                         ` Adam Ford
2022-08-03 12:17                         ` Dave Stevenson
2022-08-03 12:17                           ` Dave Stevenson
2022-08-03 12:17                           ` Dave Stevenson
2022-08-03 12:31                           ` Adam Ford
2022-08-03 12:31                             ` Adam Ford
2022-08-03 12:31                             ` Adam Ford
2022-08-03 13:41                             ` Dave Stevenson
2022-08-03 13:41                               ` Dave Stevenson
2022-08-03 13:41                               ` Dave Stevenson
2022-08-04 10:27                               ` Marco Felsch
2022-08-04 10:27                                 ` Marco Felsch
2022-08-04 10:27                                 ` Marco Felsch
2022-08-04 12:03                                 ` Dave Stevenson
2022-08-04 12:03                                   ` Dave Stevenson
2022-08-04 12:03                                   ` Dave Stevenson
2022-08-04 13:16                                   ` Marco Felsch
2022-08-04 13:16                                     ` Marco Felsch
2022-08-04 13:16                                     ` Marco Felsch
2022-08-04  9:57                             ` Marco Felsch
2022-08-04  9:57                               ` Marco Felsch
2022-08-04  9:57                               ` Marco Felsch
2022-08-04  9:38                           ` Marco Felsch
2022-08-04  9:38                             ` Marco Felsch
2022-08-04  9:38                             ` Marco Felsch
2022-08-04 11:31                             ` Dave Stevenson
2022-08-04 11:31                               ` Dave Stevenson
2022-08-04 11:31                               ` Dave Stevenson
2022-08-04 12:51                               ` Marco Felsch
2022-08-04 12:51                                 ` Marco Felsch
2022-08-04 12:51                                 ` Marco Felsch
2022-08-04 13:12                                 ` Adam Ford
2022-08-04 13:12                                   ` Adam Ford
2022-08-04 13:12                                   ` Adam Ford
2022-08-04 13:23                                   ` Marco Felsch
2022-08-04 13:23                                     ` Marco Felsch
2022-08-04 13:23                                     ` Marco Felsch
2022-08-04 14:43                                   ` Biju Das [this message]
2022-08-04 14:43                                     ` Biju Das
2022-08-04 14:43                                     ` Biju Das
2022-08-04 14:51                                 ` Dave Stevenson
2022-08-04 14:51                                   ` Dave Stevenson
2022-08-04 14:51                                   ` Dave Stevenson
2022-08-05  0:05                                   ` Adam Ford
2022-08-05  0:05                                     ` Adam Ford
2022-08-05  0:05                                     ` Adam Ford
2022-08-05  8:44                                     ` Biju Das
2022-08-05  8:44                                       ` Biju Das
2022-08-05  8:44                                       ` Biju Das
2022-08-05 10:55                                       ` Adam Ford
2022-08-05 10:55                                         ` Adam Ford
2022-08-05 10:55                                         ` Adam Ford
2022-08-05 12:56                                         ` Adam Ford
2022-08-05 12:56                                           ` Adam Ford
2022-08-05 12:56                                           ` Adam Ford
2022-08-05 21:05                                           ` Adam Ford
2022-08-05 21:05                                             ` Adam Ford
2022-08-05 21:05                                             ` Adam Ford
2022-08-08  2:49                                             ` Adam Ford
2022-08-08  2:49                                               ` Adam Ford
2022-08-08  2:49                                               ` Adam Ford
2022-08-08  8:54                                               ` Marco Felsch
2022-08-08  8:54                                                 ` Marco Felsch
2022-08-08  8:54                                                 ` Marco Felsch
2022-08-08 10:13                                                 ` Adam Ford
2022-08-08 10:13                                                   ` Adam Ford
2022-08-08 10:13                                                   ` Adam Ford
2022-08-09  3:45                                                   ` Adam Ford
2022-08-09  3:45                                                     ` Adam Ford
2022-08-09  3:45                                                     ` Adam Ford
2022-08-04  8:41                         ` Marco Felsch
2022-08-04  8:41                           ` Marco Felsch
2022-08-04  8:41                           ` Marco Felsch
2022-08-03  5:56                   ` Marco Felsch
2022-08-03  5:56                     ` Marco Felsch
2022-08-03  5:56                     ` Marco Felsch

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=TYCPR01MB59336A94BA5156C49E14578B869F9@TYCPR01MB5933.jpnprd01.prod.outlook.com \
    --to=biju.das.jz@bp.renesas.com \
    --cc=Laurent.pinchart@ideasonboard.com \
    --cc=aford173@gmail.com \
    --cc=airlied@linux.ie \
    --cc=andrzej.hajda@intel.com \
    --cc=dave.stevenson@raspberrypi.com \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=jagan@amarulasolutions.com \
    --cc=jernej.skrabec@gmail.com \
    --cc=jonas@kwiboo.se \
    --cc=kernel@pengutronix.de \
    --cc=laurentiu.palcu@nxp.com \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-imx@nxp.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=m.felsch@pengutronix.de \
    --cc=m.szyprowski@samsung.com \
    --cc=marex@denx.de \
    --cc=narmstrong@baylibre.com \
    --cc=robert.chiras@nxp.com \
    --cc=robert.foss@linaro.org \
    --cc=s.hauer@pengutronix.de \
    --cc=shawnguo@kernel.org \
    /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.