From: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
To: "Uwe Kleine-König" <u.kleine-koenig@pengutronix.de>
Cc: "Mauro Carvalho Chehab" <mchehab@kernel.org>,
linux-aspeed@lists.ozlabs.org,
"Alim Akhtar" <alim.akhtar@samsung.com>,
"Hans Verkuil" <hverkuil-cisco@xs4all.nl>,
"Benson Leung" <bleung@chromium.org>,
"Ajye Huang" <ajye_huang@compal.corp-partner.google.com>,
"Rory Liu" <hellojacky0226@hotmail.com>,
"Scott Chao" <scott_chao@wistron.corp-partner.google.com>,
"Neil Armstrong" <neil.armstrong@linaro.org>,
"Kevin Hilman" <khilman@baylibre.com>,
"Marek Szyprowski" <m.szyprowski@samsung.com>,
"Ettore Chimenti" <ek5.chimenti@gmail.com>,
"Alain Volmat" <alain.volmat@foss.st.com>,
"Maxime Coquelin" <mcoquelin.stm32@gmail.com>,
"Alexandre Torgue" <alexandre.torgue@foss.st.com>,
"Sean Young" <sean@mess.org>,
"Sakari Ailus" <sakari.ailus@linux.intel.com>,
"Ricardo Ribalda" <ribalda@chromium.org>,
"Yang Yingliang" <yangyingliang@huawei.com>,
"Thierry Reding" <thierry.reding@gmail.com>,
"Jonathan Hunter" <jonathanh@nvidia.com>,
"Antti Palosaari" <crope@iki.fi>,
"Michael Tretter" <m.tretter@pengutronix.de>,
"Ming Qian" <ming.qian@nxp.com>, "Zhou Peng" <eagle.zhou@nxp.com>,
"Eddie James" <eajames@linux.ibm.com>,
"Joel Stanley" <joel@jms.id.au>,
"Eugen Hristev" <eugen.hristev@collabora.com>,
"Nicolas Ferre" <nicolas.ferre@microchip.com>,
"Alexandre Belloni" <alexandre.belloni@bootlin.com>,
"Claudiu Beznea" <claudiu.beznea@microchip.com>,
"Maxime Ripard" <mripard@kernel.org>,
"Philipp Zabel" <p.zabel@pengutronix.de>,
"Bin Liu" <bin.liu@mediatek.com>,
"Matthias Brugger" <matthias.bgg@gmail.com>,
"Minghsiu Tsai" <minghsiu.tsai@mediatek.com>,
"Houlong Wei" <houlong.wei@mediatek.com>,
"Andrew-CT Chen" <andrew-ct.chen@mediatek.com>,
"Moudy Ho" <moudy.ho@mediatek.com>,
"Qiheng Lin" <linqiheng@huawei.com>,
"Tiffany Lin" <tiffany.lin@mediatek.com>,
"Yunfei Dong" <yunfei.dong@mediatek.com>,
"Dmitry Osipenko" <digetx@gmail.com>,
"Xavier Roumegue" <xavier.roumegue@oss.nxp.com>,
"Mirela Rabulea" <mirela.rabulea@nxp.com>,
"Shawn Guo" <shawnguo@kernel.org>,
"Sascha Hauer" <s.hauer@pengutronix.de>,
"Rui Miguel Silva" <rmfrfs@gmail.com>,
"Robert Foss" <rfoss@kernel.org>,
"Todor Tomov" <todor.too@gmail.com>,
"Andy Gross" <agross@kernel.org>,
"Bjorn Andersson" <andersson@kernel.org>,
"Stanimir Varbanov" <stanimir.k.varbanov@gmail.com>,
"Vikash Garodia" <quic_vgarodia@quicinc.com>,
"Niklas Söderlund" <niklas.soderlund@ragnatech.se>,
"Fabrizio Castro" <fabrizio.castro.jz@renesas.com>,
"Kieran Bingham" <kieran.bingham+renesas@ideasonboard.com>,
"Mikhail Ulyanov" <mikhail.ulyanov@cogentembedded.com>,
"Jacopo Mondi" <jacopo@jmondi.org>,
"Lad Prabhakar" <prabhakar.mahadev-lad.rj@bp.renesas.com>,
"Nathan Chancellor" <nathan@kernel.org>,
"Yang Li" <yang.lee@linux.alibaba.com>,
"Dan Carpenter" <error27@gmail.com>,
"Jacob Chen" <jacob-chen@iotwrt.com>,
"Ezequiel Garcia" <ezequiel@vanguardiasur.com.ar>,
"Heiko Stuebner" <heiko@sntech.de>,
"Dafna Hirschfeld" <dafna@fastmail.com>,
"Krzysztof Kozlowski" <krzysztof.kozlowski@linaro.org>,
"Colin Ian King" <colin.i.king@gmail.com>,
"Sylwester Nawrocki" <s.nawrocki@samsung.com>,
"Sylwester Nawrocki" <sylvester.nawrocki@gmail.com>,
"Łukasz Stelmach" <l.stelmach@samsung.com>,
"Andrzej Pietrasiewicz" <andrzejtp2010@gmail.com>,
"Jacek Anaszewski" <jacek.anaszewski@gmail.com>,
"Andrzej Hajda" <andrzej.hajda@intel.com>,
"Fabien Dessenne" <fabien.dessenne@foss.st.com>,
"Patrice Chotard" <patrice.chotard@foss.st.com>,
"Hugues Fruchet" <hugues.fruchet@foss.st.com>,
"Jean-Christophe Trotin" <jean-christophe.trotin@foss.st.com>,
"Chen-Yu Tsai" <wens@csie.org>,
"Jernej Skrabec" <jernej.skrabec@gmail.com>,
"Samuel Holland" <samuel@sholland.org>,
"Yong Deng" <yong.deng@magewell.com>,
"Paul Kocialkowski" <paul.kocialkowski@bootlin.com>,
"Christophe JAILLET" <christophe.jaillet@wanadoo.fr>,
"Lad, Prabhakar" <prabhakar.csengg@gmail.com>,
"Benoit Parrot" <bparrot@ti.com>,
"Hyun Kwon" <hyun.kwon@xilinx.com>,
"Michal Simek" <michal.simek@xilinx.com>,
"ye xingchen" <ye.xingchen@zte.com.cn>,
"Eduardo Valentin" <edubezval@gmail.com>,
"Sean Wang" <sean.wang@mediatek.com>,
"Daniel W. S. Almeida" <dwlsalmeida@gmail.com>,
"Shuah Khan" <skhan@linuxfoundation.org>,
"Daniel Almeida" <daniel.almeida@collabora.com>,
"Hans Verkuil" <hverkuil@xs4all.nl>,
"Guenter Roeck" <groeck@chromium.org>,
"Fabio Estevam" <festevam@gmail.com>,
linux-stm32@st-md-mailman.stormreply.com,
"Jerome Brunet" <jbrunet@baylibre.com>,
chrome-platform@lists.linux.dev,
linux-samsung-soc@vger.kernel.org,
"Konrad Dybcio" <konrad.dybcio@linaro.org>,
openbmc@lists.ozlabs.org,
"Kieran Bingham" <kieran.bingham@ideasonboard.com>,
linux-rockchip@lists.infradead.org,
"NXP Linux Team" <linux-imx@nxp.com>,
linux-sunxi@lists.linux.dev, linux-media@vger.kernel.org,
"Martin Blumenstingl" <martin.blumenstingl@googlemail.com>,
linux-arm-msm@vger.kernel.org,
linux-mediatek@lists.infradead.org, linux-tegra@vger.kernel.org,
linux-amlogic@lists.infradead.org,
linux-arm-kernel@lists.infradead.org,
"AngeloGioacchino Del Regno"
<angelogioacchino.delregno@collabora.com>,
"Andrew Jeffery" <andrew@aj.id.au>,
linux-renesas-soc@vger.kernel.org, kernel@pengutronix.de
Subject: Re: [PATCH 000/117] media: Convert to platform remove callback returning void
Date: Mon, 17 Apr 2023 09:19:28 +0300 [thread overview]
Message-ID: <20230417061928.GD28551@pendragon.ideasonboard.com> (raw)
In-Reply-To: <20230417060203.le3izz56wt73si6k@pengutronix.de>
Hi Uwe,
On Mon, Apr 17, 2023 at 08:02:03AM +0200, Uwe Kleine-König wrote:
> Hello Mauro
>
> On Sun, Mar 26, 2023 at 04:30:25PM +0200, Uwe Kleine-König wrote:
> > Hello,
> >
> > this series adapts the platform drivers below drivers/pci to use the
>
> copy&paste failure here: s/pci/media/ of course.
>
> > .remove_new() callback. Compared to the traditional .remove() callback
> > .remove_new() returns no value. This is a good thing because the driver core
> > doesn't (and cannot) cope for errors during remove. The only effect of a
> > non-zero return value in .remove() is that the driver core emits a warning. The
> > device is removed anyhow and an early return from .remove() usually yields a
> > resource leak.
> >
> > By changing the remove callback to return void driver authors cannot
> > reasonably assume any more that there is some kind of cleanup later.
> >
> > Only three drivers needed some preparation first to make sure they
> > return 0 unconditionally in their remove callback. Then all drivers
> > could be trivially converted without side effects to .remove_new().
> >
> > The changes to the individual drivers are all orthogonal. If I need to
> > resend some patches because of some review feedback, I'd like to only
> > send the patches that actually needed changes, so please pick up the
> > remaining patches that don't need changing to reduce the amount of mail.
>
> I didn't hear anything back about application of this series. Is there a
> blocker somewhere?
I think the series got applied to the master branch of
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git.
It should thus appear in v6.4.
The corresponding series for staging media drivers has also been applied
to the same branch as far as I can tell.
> Apart from the three preparatory patches that are a precondition to the
> conversion of the respective drivers, the patches are all pairwise
> orthogonal. So from my POV the best would be to apply all patches that
> still apply (which might be all), I will care for the fallout later
> then.
--
Regards,
Laurent Pinchart
WARNING: multiple messages have this Message-ID (diff)
From: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
To: "Uwe Kleine-König" <u.kleine-koenig@pengutronix.de>
Cc: "Mauro Carvalho Chehab" <mchehab@kernel.org>,
linux-aspeed@lists.ozlabs.org,
"Alim Akhtar" <alim.akhtar@samsung.com>,
"Hans Verkuil" <hverkuil-cisco@xs4all.nl>,
"Benson Leung" <bleung@chromium.org>,
"Ajye Huang" <ajye_huang@compal.corp-partner.google.com>,
"Rory Liu" <hellojacky0226@hotmail.com>,
"Scott Chao" <scott_chao@wistron.corp-partner.google.com>,
"Neil Armstrong" <neil.armstrong@linaro.org>,
"Kevin Hilman" <khilman@baylibre.com>,
"Marek Szyprowski" <m.szyprowski@samsung.com>,
"Ettore Chimenti" <ek5.chimenti@gmail.com>,
"Alain Volmat" <alain.volmat@foss.st.com>,
"Maxime Coquelin" <mcoquelin.stm32@gmail.com>,
"Alexandre Torgue" <alexandre.torgue@foss.st.com>,
"Sean Young" <sean@mess.org>,
"Sakari Ailus" <sakari.ailus@linux.intel.com>,
"Ricardo Ribalda" <ribalda@chromium.org>,
"Yang Yingliang" <yangyingliang@huawei.com>,
"Thierry Reding" <thierry.reding@gmail.com>,
"Jonathan Hunter" <jonathanh@nvidia.com>,
"Antti Palosaari" <crope@iki.fi>,
"Michael Tretter" <m.tretter@pengutronix.de>,
"Ming Qian" <ming.qian@nxp.com>, "Zhou Peng" <eagle.zhou@nxp.com>,
"Eddie James" <eajames@linux.ibm.com>,
"Joel Stanley" <joel@jms.id.au>,
"Eugen Hristev" <eugen.hristev@collabora.com>,
"Nicolas Ferre" <nicolas.ferre@microchip.com>,
"Alexandre Belloni" <alexandre.belloni@bootlin.com>,
"Claudiu Beznea" <claudiu.beznea@microchip.com>,
"Maxime Ripard" <mripard@kernel.org>,
"Philipp Zabel" <p.zabel@pengutronix.de>,
"Bin Liu" <bin.liu@mediatek.com>,
"Matthias Brugger" <matthias.bgg@gmail.com>,
"Minghsiu Tsai" <minghsiu.tsai@mediatek.com>,
"Houlong Wei" <houlong.wei@mediatek.com>,
"Andrew-CT Chen" <andrew-ct.chen@mediatek.com>,
"Moudy Ho" <moudy.ho@mediatek.com>,
"Qiheng Lin" <linqiheng@huawei.com>,
"Tiffany Lin" <tiffany.lin@mediatek.com>,
"Yunfei Dong" <yunfei.dong@mediatek.com>,
"Dmitry Osipenko" <digetx@gmail.com>,
"Xavier Roumegue" <xavier.roumegue@oss.nxp.com>,
"Mirela Rabulea" <mirela.rabulea@nxp.com>,
"Shawn Guo" <shawnguo@kernel.org>,
"Sascha Hauer" <s.hauer@pengutronix.de>,
"Rui Miguel Silva" <rmfrfs@gmail.com>,
"Robert Foss" <rfoss@kernel.org>,
"Todor Tomov" <todor.too@gmail.com>,
"Andy Gross" <agross@kernel.org>,
"Bjorn Andersson" <andersson@kernel.org>,
"Stanimir Varbanov" <stanimir.k.varbanov@gmail.com>,
"Vikash Garodia" <quic_vgarodia@quicinc.com>,
"Niklas Söderlund" <niklas.soderlund@ragnatech.se>,
"Fabrizio Castro" <fabrizio.castro.jz@renesas.com>,
"Kieran Bingham" <kieran.bingham+renesas@ideasonboard.com>,
"Mikhail Ulyanov" <mikhail.ulyanov@cogentembedded.com>,
"Jacopo Mondi" <jacopo@jmondi.org>,
"Lad Prabhakar" <prabhakar.mahadev-lad.rj@bp.renesas.com>,
"Nathan Chancellor" <nathan@kernel.org>,
"Yang Li" <yang.lee@linux.alibaba.com>,
"Dan Carpenter" <error27@gmail.com>,
"Jacob Chen" <jacob-chen@iotwrt.com>,
"Ezequiel Garcia" <ezequiel@vanguardiasur.com.ar>,
"Heiko Stuebner" <heiko@sntech.de>,
"Dafna Hirschfeld" <dafna@fastmail.com>,
"Krzysztof Kozlowski" <krzysztof.kozlowski@linaro.org>,
"Colin Ian King" <colin.i.king@gmail.com>,
"Sylwester Nawrocki" <s.nawrocki@samsung.com>,
"Sylwester Nawrocki" <sylvester.nawrocki@gmail.com>,
"Łukasz Stelmach" <l.stelmach@samsung.com>,
"Andrzej Pietrasiewicz" <andrzejtp2010@gmail.com>,
"Jacek Anaszewski" <jacek.anaszewski@gmail.com>,
"Andrzej Hajda" <andrzej.hajda@intel.com>,
"Fabien Dessenne" <fabien.dessenne@foss.st.com>,
"Patrice Chotard" <patrice.chotard@foss.st.com>,
"Hugues Fruchet" <hugues.fruchet@foss.st.com>,
"Jean-Christophe Trotin" <jean-christophe.trotin@foss.st.com>,
"Chen-Yu Tsai" <wens@csie.org>,
"Jernej Skrabec" <jernej.skrabec@gmail.com>,
"Samuel Holland" <samuel@sholland.org>,
"Yong Deng" <yong.deng@magewell.com>,
"Paul Kocialkowski" <paul.kocialkowski@bootlin.com>,
"Christophe JAILLET" <christophe.jaillet@wanadoo.fr>,
"Lad, Prabhakar" <prabhakar.csengg@gmail.com>,
"Benoit Parrot" <bparrot@ti.com>,
"Hyun Kwon" <hyun.kwon@xilinx.com>,
"Michal Simek" <michal.simek@xilinx.com>,
"ye xingchen" <ye.xingchen@zte.com.cn>,
"Eduardo Valentin" <edubezval@gmail.com>,
"Sean Wang" <sean.wang@mediatek.com>,
"Daniel W. S. Almeida" <dwlsalmeida@gmail.com>,
"Shuah Khan" <skhan@linuxfoundation.org>,
"Daniel Almeida" <daniel.almeida@collabora.com>,
"Hans Verkuil" <hverkuil@xs4all.nl>,
"Guenter Roeck" <groeck@chromium.org>,
"Fabio Estevam" <festevam@gmail.com>,
linux-stm32@st-md-mailman.stormreply.com,
"Jerome Brunet" <jbrunet@baylibre.com>,
chrome-platform@lists.linux.dev,
linux-samsung-soc@vger.kernel.org,
"Konrad Dybcio" <konrad.dybcio@linaro.org>,
openbmc@lists.ozlabs.org,
"Kieran Bingham" <kieran.bingham@ideasonboard.com>,
linux-rockchip@lists.infradead.org,
"NXP Linux Team" <linux-imx@nxp.com>,
linux-sunxi@lists.linux.dev, linux-media@vger.kernel.org,
"Martin Blumenstingl" <martin.blumenstingl@googlemail.com>,
linux-arm-msm@vger.kernel.org,
linux-mediatek@lists.infradead.org, linux-tegra@vger.kernel.org,
linux-amlogic@lists.infradead.org,
linux-arm-kernel@lists.infradead.org,
"AngeloGioacchino Del Regno"
<angelogioacchino.delregno@collabora.com>,
"Andrew Jeffery" <andrew@aj.id.au>,
linux-renesas-soc@vger.kernel.org, kernel@pengutronix.de
Subject: Re: [PATCH 000/117] media: Convert to platform remove callback returning void
Date: Mon, 17 Apr 2023 09:19:28 +0300 [thread overview]
Message-ID: <20230417061928.GD28551@pendragon.ideasonboard.com> (raw)
In-Reply-To: <20230417060203.le3izz56wt73si6k@pengutronix.de>
Hi Uwe,
On Mon, Apr 17, 2023 at 08:02:03AM +0200, Uwe Kleine-König wrote:
> Hello Mauro
>
> On Sun, Mar 26, 2023 at 04:30:25PM +0200, Uwe Kleine-König wrote:
> > Hello,
> >
> > this series adapts the platform drivers below drivers/pci to use the
>
> copy&paste failure here: s/pci/media/ of course.
>
> > .remove_new() callback. Compared to the traditional .remove() callback
> > .remove_new() returns no value. This is a good thing because the driver core
> > doesn't (and cannot) cope for errors during remove. The only effect of a
> > non-zero return value in .remove() is that the driver core emits a warning. The
> > device is removed anyhow and an early return from .remove() usually yields a
> > resource leak.
> >
> > By changing the remove callback to return void driver authors cannot
> > reasonably assume any more that there is some kind of cleanup later.
> >
> > Only three drivers needed some preparation first to make sure they
> > return 0 unconditionally in their remove callback. Then all drivers
> > could be trivially converted without side effects to .remove_new().
> >
> > The changes to the individual drivers are all orthogonal. If I need to
> > resend some patches because of some review feedback, I'd like to only
> > send the patches that actually needed changes, so please pick up the
> > remaining patches that don't need changing to reduce the amount of mail.
>
> I didn't hear anything back about application of this series. Is there a
> blocker somewhere?
I think the series got applied to the master branch of
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git.
It should thus appear in v6.4.
The corresponding series for staging media drivers has also been applied
to the same branch as far as I can tell.
> Apart from the three preparatory patches that are a precondition to the
> conversion of the respective drivers, the patches are all pairwise
> orthogonal. So from my POV the best would be to apply all patches that
> still apply (which might be all), I will care for the fallout later
> then.
--
Regards,
Laurent Pinchart
_______________________________________________
linux-amlogic mailing list
linux-amlogic@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-amlogic
WARNING: multiple messages have this Message-ID (diff)
From: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
To: linux-aspeed@lists.ozlabs.org
Subject: [PATCH 000/117] media: Convert to platform remove callback returning void
Date: Mon, 17 Apr 2023 09:19:28 +0300 [thread overview]
Message-ID: <20230417061928.GD28551@pendragon.ideasonboard.com> (raw)
In-Reply-To: <20230417060203.le3izz56wt73si6k@pengutronix.de>
Hi Uwe,
On Mon, Apr 17, 2023 at 08:02:03AM +0200, Uwe Kleine-K?nig wrote:
> Hello Mauro
>
> On Sun, Mar 26, 2023 at 04:30:25PM +0200, Uwe Kleine-K?nig wrote:
> > Hello,
> >
> > this series adapts the platform drivers below drivers/pci to use the
>
> copy&paste failure here: s/pci/media/ of course.
>
> > .remove_new() callback. Compared to the traditional .remove() callback
> > .remove_new() returns no value. This is a good thing because the driver core
> > doesn't (and cannot) cope for errors during remove. The only effect of a
> > non-zero return value in .remove() is that the driver core emits a warning. The
> > device is removed anyhow and an early return from .remove() usually yields a
> > resource leak.
> >
> > By changing the remove callback to return void driver authors cannot
> > reasonably assume any more that there is some kind of cleanup later.
> >
> > Only three drivers needed some preparation first to make sure they
> > return 0 unconditionally in their remove callback. Then all drivers
> > could be trivially converted without side effects to .remove_new().
> >
> > The changes to the individual drivers are all orthogonal. If I need to
> > resend some patches because of some review feedback, I'd like to only
> > send the patches that actually needed changes, so please pick up the
> > remaining patches that don't need changing to reduce the amount of mail.
>
> I didn't hear anything back about application of this series. Is there a
> blocker somewhere?
I think the series got applied to the master branch of
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git.
It should thus appear in v6.4.
The corresponding series for staging media drivers has also been applied
to the same branch as far as I can tell.
> Apart from the three preparatory patches that are a precondition to the
> conversion of the respective drivers, the patches are all pairwise
> orthogonal. So from my POV the best would be to apply all patches that
> still apply (which might be all), I will care for the fallout later
> then.
--
Regards,
Laurent Pinchart
next prev parent reply other threads:[~2023-04-17 6:19 UTC|newest]
Thread overview: 263+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-03-26 14:30 [PATCH 000/117] media: Convert to platform remove callback returning void Uwe Kleine-König
2023-03-26 14:30 ` Uwe Kleine-König
2023-03-26 14:30 ` Uwe Kleine-König
2023-03-26 14:30 ` [PATCH 001/117] media: cec-gpio: " Uwe Kleine-König
2023-03-26 14:30 ` [PATCH 001/117] media: cros-ec-cec: Don't exit early in .remove() callback Uwe Kleine-König
2023-03-26 14:52 ` Uwe Kleine-König
2023-03-26 14:30 ` [PATCH 002/117] media: cec-gpio: Convert to platform remove callback returning void Uwe Kleine-König
2023-03-26 14:49 ` Uwe Kleine-König
2023-03-26 14:30 ` [PATCH 002/117] media: cros-ec-cec: Don't exit early in .remove() callback Uwe Kleine-König
2023-03-26 14:45 ` Guenter Roeck
2023-03-27 7:52 ` Hans Verkuil
2023-03-26 14:30 ` [PATCH 003/117] media: cros-ec-cec: Convert to platform remove callback returning void Uwe Kleine-König
2023-03-26 14:46 ` Guenter Roeck
2023-03-26 14:30 ` [PATCH 004/117] media: ao-cec-g12a: " Uwe Kleine-König
2023-03-26 14:30 ` Uwe Kleine-König
2023-03-26 14:30 ` Uwe Kleine-König
2023-04-03 20:39 ` Martin Blumenstingl
2023-04-03 20:39 ` Martin Blumenstingl
2023-04-03 20:39 ` Martin Blumenstingl
2023-03-26 14:30 ` [PATCH 005/117] media: ao-cec: " Uwe Kleine-König
2023-03-26 14:30 ` Uwe Kleine-König
2023-03-26 14:30 ` Uwe Kleine-König
2023-04-03 20:39 ` Martin Blumenstingl
2023-04-03 20:39 ` Martin Blumenstingl
2023-04-03 20:39 ` Martin Blumenstingl
2023-03-26 14:30 ` [PATCH 006/117] media: s5p_cec: " Uwe Kleine-König
2023-03-26 14:30 ` [PATCH 007/117] media: seco-cec: " Uwe Kleine-König
2023-03-26 14:30 ` [PATCH 008/117] media: stih-cec: " Uwe Kleine-König
2023-03-26 14:30 ` [PATCH 009/117] media: stm32-cec: " Uwe Kleine-König
2023-03-26 14:30 ` Uwe Kleine-König
2023-03-26 14:30 ` [PATCH 010/117] media: tegra_cec: " Uwe Kleine-König
2023-04-04 10:38 ` Thierry Reding
2023-03-26 14:30 ` [PATCH 011/117] media: rtl2832_sdr: " Uwe Kleine-König
2023-03-26 14:30 ` [PATCH 012/117] media: zd1301_demod: " Uwe Kleine-König
2023-03-26 14:30 ` [PATCH 013/117] media: allegro-core: " Uwe Kleine-König
2023-03-26 14:30 ` [PATCH 014/117] media: ge2d: " Uwe Kleine-König
2023-03-26 14:30 ` Uwe Kleine-König
2023-03-26 14:30 ` Uwe Kleine-König
2023-04-03 20:40 ` Martin Blumenstingl
2023-04-03 20:40 ` Martin Blumenstingl
2023-04-03 20:40 ` Martin Blumenstingl
2023-03-26 14:30 ` [PATCH 015/117] media: vpu_core: " Uwe Kleine-König
2023-03-26 14:30 ` [PATCH 016/117] media: vpu_drv: " Uwe Kleine-König
2023-03-26 14:30 ` [PATCH 017/117] media: aspeed-video: " Uwe Kleine-König
2023-03-26 14:30 ` Uwe Kleine-König
2023-03-26 14:30 ` Uwe Kleine-König
2023-03-26 14:30 ` Uwe Kleine-König
2023-03-26 14:30 ` [PATCH 018/117] media: atmel-isi: " Uwe Kleine-König
2023-03-26 14:30 ` Uwe Kleine-König
2023-04-03 11:32 ` Nicolas Ferre
2023-04-03 11:32 ` Nicolas Ferre
2023-03-26 14:30 ` [PATCH 019/117] media: cdns-csi2rx: " Uwe Kleine-König
2023-03-26 14:30 ` [PATCH 020/117] media: cdns-csi2tx: " Uwe Kleine-König
2023-03-26 14:30 ` [PATCH 021/117] media: coda-common: " Uwe Kleine-König
2023-03-26 14:30 ` [PATCH 022/117] media: pxa_camera: " Uwe Kleine-König
2023-03-26 14:30 ` [PATCH 023/117] media: m2m-deinterlace: " Uwe Kleine-König
2023-03-26 14:30 ` [PATCH 024/117] media: marvell: Simplify remove callback Uwe Kleine-König
2023-03-26 14:30 ` [PATCH 025/117] media: marvell: Convert to platform remove callback returning void Uwe Kleine-König
2023-03-26 14:30 ` [PATCH 026/117] media: mtk_jpeg_core: " Uwe Kleine-König
2023-03-26 14:30 ` Uwe Kleine-König
2023-03-26 14:30 ` [PATCH 027/117] media: mtk_mdp_core: " Uwe Kleine-König
2023-03-26 14:30 ` Uwe Kleine-König
2023-03-26 14:30 ` [PATCH 028/117] media: mtk-mdp3-core: " Uwe Kleine-König
2023-03-26 14:30 ` Uwe Kleine-König
2023-03-26 14:30 ` [PATCH 029/117] media: mtk_vcodec_dec_drv: " Uwe Kleine-König
2023-03-26 14:30 ` Uwe Kleine-König
2023-03-26 14:30 ` [PATCH 030/117] media: mtk_vcodec_enc_drv: " Uwe Kleine-König
2023-03-26 14:30 ` Uwe Kleine-König
2023-03-26 14:30 ` [PATCH 031/117] media: mtk_vpu: " Uwe Kleine-König
2023-03-26 14:30 ` Uwe Kleine-König
2023-03-26 14:30 ` [PATCH 032/117] media: microchip-csi2dc: " Uwe Kleine-König
2023-03-26 14:31 ` [PATCH 033/117] media: microchip-sama5d2-isc: " Uwe Kleine-König
2023-03-26 14:31 ` [PATCH 034/117] media: microchip-sama7g5-isc: " Uwe Kleine-König
2023-03-26 14:31 ` [PATCH 035/117] media: vde: " Uwe Kleine-König
2023-04-04 10:39 ` Thierry Reding
2023-03-26 14:31 ` [PATCH 036/117] media: dw100: " Uwe Kleine-König
2023-03-27 6:56 ` Xavier Roumegue (OSS)
2023-03-26 14:31 ` [PATCH 037/117] media: mxc-jpeg: " Uwe Kleine-König
2023-03-26 14:31 ` Uwe Kleine-König
2023-03-26 14:31 ` [PATCH 038/117] media: imx-mipi-csis: " Uwe Kleine-König
2023-03-26 14:31 ` Uwe Kleine-König
2023-03-26 14:31 ` [PATCH 039/117] media: imx-pxp: " Uwe Kleine-König
2023-03-26 14:31 ` Uwe Kleine-König
2023-03-26 14:31 ` [PATCH 040/117] media: imx7-media-csi: " Uwe Kleine-König
2023-03-26 14:31 ` Uwe Kleine-König
2023-03-26 14:31 ` [PATCH 041/117] media: mx2_emmaprp: " Uwe Kleine-König
2023-03-26 14:31 ` [PATCH 042/117] media: camss: " Uwe Kleine-König
2023-03-27 8:45 ` Konrad Dybcio
2023-03-26 14:31 ` [PATCH 043/117] media: venus: Warn only once about problems in .remove() Uwe Kleine-König
2023-03-27 8:45 ` Konrad Dybcio
2023-03-26 14:31 ` [PATCH 044/117] media: venus: Convert to platform remove callback returning void Uwe Kleine-König
2023-03-27 8:45 ` Konrad Dybcio
2023-03-26 14:31 ` [PATCH 045/117] media: vdec: " Uwe Kleine-König
2023-03-27 8:46 ` Konrad Dybcio
2023-03-26 14:31 ` [PATCH 046/117] media: venc: " Uwe Kleine-König
2023-03-27 8:46 ` Konrad Dybcio
2023-03-26 14:31 ` [PATCH 047/117] media: rcar-fcp: " Uwe Kleine-König
2023-03-27 7:04 ` Geert Uytterhoeven
2023-03-26 14:31 ` [PATCH 048/117] media: rcar-isp: " Uwe Kleine-König
2023-03-27 7:10 ` Geert Uytterhoeven
2023-03-27 8:48 ` Niklas Söderlund
2023-03-26 14:31 ` [PATCH 049/117] media: rcar-core: " Uwe Kleine-König
2023-03-27 7:09 ` Geert Uytterhoeven
2023-03-27 8:47 ` Niklas Söderlund
2023-03-26 14:31 ` [PATCH 050/117] media: rcar-csi2: " Uwe Kleine-König
2023-03-27 7:13 ` Geert Uytterhoeven
2023-03-27 8:49 ` Niklas Söderlund
2023-03-26 14:31 ` [PATCH 051/117] media: rcar_drif: " Uwe Kleine-König
2023-03-27 7:12 ` Geert Uytterhoeven
2023-03-28 13:54 ` Fabrizio Castro
2023-03-26 14:31 ` [PATCH 052/117] media: rcar_fdp1: " Uwe Kleine-König
2023-03-27 7:12 ` Geert Uytterhoeven
2023-03-27 8:39 ` Kieran Bingham
2023-03-26 14:31 ` [PATCH 053/117] media: rcar_jpu: " Uwe Kleine-König
2023-03-27 7:11 ` Geert Uytterhoeven
2023-03-26 14:31 ` [PATCH 054/117] media: renesas-ceu: " Uwe Kleine-König
2023-03-27 7:13 ` Geert Uytterhoeven
2023-03-26 14:31 ` [PATCH 055/117] media: rzg2l-core: " Uwe Kleine-König
2023-03-26 14:31 ` [PATCH 056/117] media: rzg2l-csi2: " Uwe Kleine-König
2023-03-26 14:31 ` [PATCH 057/117] media: sh_vou: " Uwe Kleine-König
2023-03-26 14:31 ` [PATCH 058/117] media: vsp1_drv: " Uwe Kleine-König
2023-03-27 7:11 ` Geert Uytterhoeven
2023-03-27 8:41 ` Kieran Bingham
2023-03-26 14:31 ` [PATCH 059/117] media: rga: " Uwe Kleine-König
2023-03-26 14:31 ` Uwe Kleine-König
2023-03-26 14:31 ` Uwe Kleine-König
2023-03-26 14:31 ` [PATCH 060/117] media: rkisp1-dev: " Uwe Kleine-König
2023-03-26 14:31 ` Uwe Kleine-König
2023-03-26 14:31 ` Uwe Kleine-König
2023-03-26 14:31 ` [PATCH 061/117] media: gsc-core: " Uwe Kleine-König
2023-03-26 14:31 ` Uwe Kleine-König
2023-03-26 14:31 ` [PATCH 062/117] media: fimc-core: " Uwe Kleine-König
2023-03-26 14:31 ` Uwe Kleine-König
2023-03-26 14:31 ` [PATCH 063/117] media: fimc-is-i2c: " Uwe Kleine-König
2023-03-26 14:31 ` Uwe Kleine-König
2023-03-26 14:31 ` [PATCH 064/117] media: fimc-is: " Uwe Kleine-König
2023-03-26 14:31 ` Uwe Kleine-König
2023-03-26 14:31 ` [PATCH 065/117] media: fimc-lite: " Uwe Kleine-König
2023-03-26 14:31 ` Uwe Kleine-König
2023-03-26 14:31 ` [PATCH 066/117] media: media-dev: " Uwe Kleine-König
2023-03-26 14:31 ` Uwe Kleine-König
2023-03-26 14:31 ` [PATCH 067/117] media: mipi-csis: " Uwe Kleine-König
2023-03-26 14:31 ` Uwe Kleine-König
2023-03-26 14:31 ` [PATCH 068/117] media: camif-core: " Uwe Kleine-König
2023-03-26 14:31 ` [PATCH 069/117] media: g2d: " Uwe Kleine-König
2023-03-26 14:31 ` Uwe Kleine-König
2023-04-03 9:53 ` Lukasz Stelmach
2023-04-03 9:53 ` Lukasz Stelmach
2023-03-26 14:31 ` [PATCH 070/117] media: jpeg-core: " Uwe Kleine-König
2023-03-26 14:31 ` Uwe Kleine-König
2023-03-27 12:31 ` Andrzej Pietrasiewicz
2023-03-27 12:31 ` Andrzej Pietrasiewicz
2023-03-26 14:31 ` [PATCH 071/117] media: s5p_mfc: " Uwe Kleine-König
2023-03-26 14:31 ` Uwe Kleine-König
2023-03-27 8:34 ` Andrzej Hajda
2023-03-27 8:34 ` Andrzej Hajda
2023-03-26 14:31 ` [PATCH 072/117] media: bdisp-v4l2: " Uwe Kleine-König
2023-03-26 14:31 ` [PATCH 073/117] media: c8sectpfe-core: " Uwe Kleine-König
2023-03-26 14:31 ` Uwe Kleine-König
2023-03-26 14:31 ` [PATCH 074/117] media: delta-v4l2: " Uwe Kleine-König
2023-03-26 14:31 ` [PATCH 075/117] media: hva-v4l2: " Uwe Kleine-König
2023-03-26 14:31 ` [PATCH 076/117] media: dma2d: " Uwe Kleine-König
2023-03-26 14:31 ` Uwe Kleine-König
2023-03-26 14:31 ` [PATCH 077/117] media: stm32-dcmi: " Uwe Kleine-König
2023-03-26 14:31 ` Uwe Kleine-König
2023-03-26 14:31 ` [PATCH 078/117] media: sun4i_csi: " Uwe Kleine-König
2023-03-26 14:31 ` Uwe Kleine-König
2023-03-26 18:19 ` Jernej Škrabec
2023-03-26 18:19 ` Jernej Škrabec
2023-03-26 14:31 ` [PATCH 079/117] media: sun6i_csi: " Uwe Kleine-König
2023-03-26 14:31 ` Uwe Kleine-König
2023-03-26 18:19 ` Jernej Škrabec
2023-03-26 18:19 ` Jernej Škrabec
2023-03-26 14:31 ` [PATCH 080/117] media: sun6i_mipi_csi2: " Uwe Kleine-König
2023-03-26 14:31 ` Uwe Kleine-König
2023-03-26 18:18 ` Jernej Škrabec
2023-03-26 18:18 ` Jernej Škrabec
2023-03-26 14:31 ` [PATCH 081/117] media: sun8i_a83t_mipi_csi2: " Uwe Kleine-König
2023-03-26 14:31 ` Uwe Kleine-König
2023-03-26 18:18 ` Jernej Škrabec
2023-03-26 18:18 ` Jernej Škrabec
2023-03-26 14:31 ` [PATCH 082/117] media: sun8i-di: " Uwe Kleine-König
2023-03-26 14:31 ` Uwe Kleine-König
2023-03-26 18:17 ` Jernej Škrabec
2023-03-26 18:17 ` Jernej Škrabec
2023-03-26 14:31 ` [PATCH 083/117] media: sun8i_rotate: " Uwe Kleine-König
2023-03-26 14:31 ` Uwe Kleine-König
2023-03-26 18:18 ` Jernej Škrabec
2023-03-26 18:18 ` Jernej Škrabec
2023-03-26 14:31 ` [PATCH 084/117] media: am437x-vpfe: " Uwe Kleine-König
2023-03-26 14:31 ` [PATCH 085/117] media: cal: " Uwe Kleine-König
2023-03-26 14:31 ` [PATCH 086/117] media: vpif: " Uwe Kleine-König
2023-03-26 14:31 ` [PATCH 087/117] media: vpif_capture: " Uwe Kleine-König
2023-03-26 14:31 ` [PATCH 088/117] media: vpif_display: " Uwe Kleine-König
2023-03-26 14:31 ` [PATCH 089/117] media: omap_vout: " Uwe Kleine-König
2023-03-26 14:31 ` [PATCH 090/117] media: isp: " Uwe Kleine-König
2023-03-26 14:31 ` [PATCH 091/117] media: vpe: " Uwe Kleine-König
2023-03-26 14:31 ` [PATCH 092/117] media: hantro_drv: " Uwe Kleine-König
2023-03-26 14:31 ` Uwe Kleine-König
2023-03-26 14:32 ` [PATCH 093/117] media: via-camera: " Uwe Kleine-König
2023-03-26 14:32 ` [PATCH 094/117] media: video-mux: " Uwe Kleine-König
2023-03-26 14:32 ` [PATCH 095/117] media: xilinx-csi2rxss: " Uwe Kleine-König
2023-03-26 14:32 ` Uwe Kleine-König
2023-03-26 14:32 ` [PATCH 096/117] media: xilinx-tpg: " Uwe Kleine-König
2023-03-26 14:32 ` Uwe Kleine-König
2023-03-26 14:32 ` [PATCH 097/117] media: xilinx-vipp: " Uwe Kleine-König
2023-03-26 14:32 ` Uwe Kleine-König
2023-03-26 14:32 ` [PATCH 098/117] media: xilinx-vtc: " Uwe Kleine-König
2023-03-26 14:32 ` Uwe Kleine-König
2023-03-26 14:32 ` [PATCH 099/117] media: radio-si476x: " Uwe Kleine-König
2023-03-26 14:32 ` [PATCH 100/117] media: radio-timb: " Uwe Kleine-König
2023-03-26 14:32 ` [PATCH 101/117] media: radio-wl1273: " Uwe Kleine-König
2023-03-26 14:32 ` [PATCH 102/117] media: radio-platform-si4713: " Uwe Kleine-König
2023-03-26 14:32 ` [PATCH 103/117] media: gpio-ir-recv: " Uwe Kleine-König
2023-03-26 14:32 ` [PATCH 104/117] media: img-ir-core: " Uwe Kleine-König
2023-03-26 14:32 ` [PATCH 105/117] media: ir-hix5hd2: " Uwe Kleine-König
2023-03-26 14:32 ` [PATCH 106/117] media: meson-ir-tx: " Uwe Kleine-König
2023-03-26 14:32 ` Uwe Kleine-König
2023-03-26 14:32 ` Uwe Kleine-König
2023-04-03 20:40 ` Martin Blumenstingl
2023-04-03 20:40 ` Martin Blumenstingl
2023-04-03 20:40 ` Martin Blumenstingl
2023-03-26 14:32 ` [PATCH 107/117] media: meson-ir: " Uwe Kleine-König
2023-03-26 14:32 ` Uwe Kleine-König
2023-03-26 14:32 ` Uwe Kleine-König
2023-04-03 20:41 ` Martin Blumenstingl
2023-04-03 20:41 ` Martin Blumenstingl
2023-04-03 20:41 ` Martin Blumenstingl
2023-03-26 14:32 ` [PATCH 108/117] media: mtk-cir: " Uwe Kleine-König
2023-03-26 14:32 ` Uwe Kleine-König
2023-03-26 14:32 ` [PATCH 109/117] media: st_rc: " Uwe Kleine-König
2023-03-26 14:32 ` Uwe Kleine-König
2023-03-26 14:32 ` [PATCH 110/117] media: sunxi-cir: " Uwe Kleine-König
2023-03-26 14:32 ` Uwe Kleine-König
2023-03-26 18:19 ` Jernej Škrabec
2023-03-26 18:19 ` Jernej Škrabec
2023-03-26 14:32 ` [PATCH 111/117] media: vicodec-core: " Uwe Kleine-König
2023-03-26 14:32 ` [PATCH 112/117] media: vidtv_bridge: " Uwe Kleine-König
2023-03-26 14:32 ` [PATCH 113/117] media: vim2m: " Uwe Kleine-König
2023-03-26 14:32 ` [PATCH 114/117] media: vimc-core: " Uwe Kleine-König
2023-03-27 8:42 ` Kieran Bingham
2023-03-27 15:25 ` Shuah Khan
2023-03-26 14:32 ` [PATCH 115/117] media: visl-core: " Uwe Kleine-König
2023-03-26 14:32 ` [PATCH 116/117] media: vivid-core: " Uwe Kleine-König
2023-03-26 14:32 ` [PATCH 117/117] media: it913x: " Uwe Kleine-König
2023-04-17 6:02 ` [PATCH 000/117] media: " Uwe Kleine-König
2023-04-17 6:02 ` Uwe Kleine-König
2023-04-17 6:02 ` Uwe Kleine-König
2023-04-17 6:19 ` Laurent Pinchart [this message]
2023-04-17 6:19 ` Laurent Pinchart
2023-04-17 6:19 ` Laurent Pinchart
2023-04-17 7:30 ` Uwe Kleine-König
2023-04-17 7:30 ` Uwe Kleine-König
2023-04-17 7:30 ` Uwe Kleine-König
2023-04-17 7:35 ` Laurent Pinchart
2023-04-17 7:35 ` Laurent Pinchart
2023-04-17 7:35 ` Laurent Pinchart
2023-04-17 7:57 ` Biju Das
2023-04-17 7:57 ` Biju Das
2023-04-17 7:57 ` Biju Das
2023-04-17 8:54 ` Uwe Kleine-König
2023-04-17 8:54 ` Uwe Kleine-König
2023-04-17 8:54 ` Uwe Kleine-König
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=20230417061928.GD28551@pendragon.ideasonboard.com \
--to=laurent.pinchart@ideasonboard.com \
--cc=agross@kernel.org \
--cc=ajye_huang@compal.corp-partner.google.com \
--cc=alain.volmat@foss.st.com \
--cc=alexandre.belloni@bootlin.com \
--cc=alexandre.torgue@foss.st.com \
--cc=alim.akhtar@samsung.com \
--cc=andersson@kernel.org \
--cc=andrew-ct.chen@mediatek.com \
--cc=andrew@aj.id.au \
--cc=andrzej.hajda@intel.com \
--cc=andrzejtp2010@gmail.com \
--cc=angelogioacchino.delregno@collabora.com \
--cc=bin.liu@mediatek.com \
--cc=bleung@chromium.org \
--cc=bparrot@ti.com \
--cc=christophe.jaillet@wanadoo.fr \
--cc=chrome-platform@lists.linux.dev \
--cc=claudiu.beznea@microchip.com \
--cc=colin.i.king@gmail.com \
--cc=crope@iki.fi \
--cc=dafna@fastmail.com \
--cc=daniel.almeida@collabora.com \
--cc=digetx@gmail.com \
--cc=dwlsalmeida@gmail.com \
--cc=eagle.zhou@nxp.com \
--cc=eajames@linux.ibm.com \
--cc=edubezval@gmail.com \
--cc=ek5.chimenti@gmail.com \
--cc=error27@gmail.com \
--cc=eugen.hristev@collabora.com \
--cc=ezequiel@vanguardiasur.com.ar \
--cc=fabien.dessenne@foss.st.com \
--cc=fabrizio.castro.jz@renesas.com \
--cc=festevam@gmail.com \
--cc=groeck@chromium.org \
--cc=heiko@sntech.de \
--cc=hellojacky0226@hotmail.com \
--cc=houlong.wei@mediatek.com \
--cc=hugues.fruchet@foss.st.com \
--cc=hverkuil-cisco@xs4all.nl \
--cc=hverkuil@xs4all.nl \
--cc=hyun.kwon@xilinx.com \
--cc=jacek.anaszewski@gmail.com \
--cc=jacob-chen@iotwrt.com \
--cc=jacopo@jmondi.org \
--cc=jbrunet@baylibre.com \
--cc=jean-christophe.trotin@foss.st.com \
--cc=jernej.skrabec@gmail.com \
--cc=joel@jms.id.au \
--cc=jonathanh@nvidia.com \
--cc=kernel@pengutronix.de \
--cc=khilman@baylibre.com \
--cc=kieran.bingham+renesas@ideasonboard.com \
--cc=kieran.bingham@ideasonboard.com \
--cc=konrad.dybcio@linaro.org \
--cc=krzysztof.kozlowski@linaro.org \
--cc=l.stelmach@samsung.com \
--cc=linqiheng@huawei.com \
--cc=linux-amlogic@lists.infradead.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-aspeed@lists.ozlabs.org \
--cc=linux-imx@nxp.com \
--cc=linux-media@vger.kernel.org \
--cc=linux-mediatek@lists.infradead.org \
--cc=linux-renesas-soc@vger.kernel.org \
--cc=linux-rockchip@lists.infradead.org \
--cc=linux-samsung-soc@vger.kernel.org \
--cc=linux-stm32@st-md-mailman.stormreply.com \
--cc=linux-sunxi@lists.linux.dev \
--cc=linux-tegra@vger.kernel.org \
--cc=m.szyprowski@samsung.com \
--cc=m.tretter@pengutronix.de \
--cc=martin.blumenstingl@googlemail.com \
--cc=matthias.bgg@gmail.com \
--cc=mchehab@kernel.org \
--cc=mcoquelin.stm32@gmail.com \
--cc=michal.simek@xilinx.com \
--cc=mikhail.ulyanov@cogentembedded.com \
--cc=ming.qian@nxp.com \
--cc=minghsiu.tsai@mediatek.com \
--cc=mirela.rabulea@nxp.com \
--cc=moudy.ho@mediatek.com \
--cc=mripard@kernel.org \
--cc=nathan@kernel.org \
--cc=neil.armstrong@linaro.org \
--cc=nicolas.ferre@microchip.com \
--cc=niklas.soderlund@ragnatech.se \
--cc=openbmc@lists.ozlabs.org \
--cc=p.zabel@pengutronix.de \
--cc=patrice.chotard@foss.st.com \
--cc=paul.kocialkowski@bootlin.com \
--cc=prabhakar.csengg@gmail.com \
--cc=prabhakar.mahadev-lad.rj@bp.renesas.com \
--cc=quic_vgarodia@quicinc.com \
--cc=rfoss@kernel.org \
--cc=ribalda@chromium.org \
--cc=rmfrfs@gmail.com \
--cc=s.hauer@pengutronix.de \
--cc=s.nawrocki@samsung.com \
--cc=sakari.ailus@linux.intel.com \
--cc=samuel@sholland.org \
--cc=scott_chao@wistron.corp-partner.google.com \
--cc=sean.wang@mediatek.com \
--cc=sean@mess.org \
--cc=shawnguo@kernel.org \
--cc=skhan@linuxfoundation.org \
--cc=stanimir.k.varbanov@gmail.com \
--cc=sylvester.nawrocki@gmail.com \
--cc=thierry.reding@gmail.com \
--cc=tiffany.lin@mediatek.com \
--cc=todor.too@gmail.com \
--cc=u.kleine-koenig@pengutronix.de \
--cc=wens@csie.org \
--cc=xavier.roumegue@oss.nxp.com \
--cc=yang.lee@linux.alibaba.com \
--cc=yangyingliang@huawei.com \
--cc=ye.xingchen@zte.com.cn \
--cc=yong.deng@magewell.com \
--cc=yunfei.dong@mediatek.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.