linuxppc-dev.lists.ozlabs.org archive mirror
 help / color / mirror / Atom feed
From: "Arnd Bergmann" <arnd@arndb.de>
To: "Joel Stanley" <joel@jms.id.au>,
	"Uwe Kleine-König" <u.kleine-koenig@pengutronix.de>
Cc: "Nishanth Menon" <nm@ti.com>,
	"Herve Codina" <herve.codina@bootlin.com>,
	"Heiko Stübner" <heiko@sntech.de>,
	"Mateusz Holenko" <mholenko@antmicro.com>,
	"Muhammad Usama Anjum" <usama.anjum@collabora.com>,
	linux-tegra@vger.kernel.org,
	"Conor.Dooley" <conor.dooley@microchip.com>,
	"Thierry Reding" <thierry.reding@gmail.com>,
	"Alim Akhtar" <alim.akhtar@samsung.com>,
	linux-riscv@lists.infradead.org,
	"Karol Gugala" <kgugala@antmicro.com>,
	"Qiang Zhao" <qiang.zhao@nxp.com>,
	"Hitomi Hasegawa" <hasegawa-hitomi@fujitsu.com>,
	"Rob Herring" <robh@kernel.org>,
	linux-samsung-soc@vger.kernel.org, linux-aspeed@lists.ozlabs.org,
	"Ruan Jinjie" <ruanjinjie@huawei.com>,
	"Yinbo Zhu" <zhuyinbo@loongson.cn>,
	"Jon Hunter" <jonathanh@nvidia.com>,
	linux-rockchip@lists.infradead.org,
	"Gabriel Somlo" <gsomlo@gmail.com>,
	"Andy Gross" <agross@kernel.org>,
	"Huisong Li" <lihuisong@huawei.com>,
	"Yang Yingliang" <yangyingliang@huawei.com>,
	"Sumit Gupta" <sumitg@nvidia.com>,
	"zhang.songyi" <zhang.songyi@zte.com.cn>, "Zev Weiss" <zev@bewil>
Subject: Re: [PATCH 00/40] soc: Convert to platform remove callback returning void
Date: Wed, 27 Sep 2023 10:43:16 +0200	[thread overview]
Message-ID: <1b2fddf8-c0a6-4afa-8ad0-f280dea1607f@app.fastmail.com> (raw)
In-Reply-To: <CACPK8XeROYz_XaB3TvUhdXm7Vm8fjC8yU+mfvA58=_FiDrBy-g@mail.gmail.com>

On Wed, Sep 27, 2023, at 04:25, Joel Stanley wrote:
> On Mon, 25 Sept 2023 at 09:55, Uwe Kleine-König <u.kleine-koenig@pengutronix.de> wrote:
>>
>> this series converts all platform drivers below drivers/soc to use
>> .remove_new(). The motivation is to get rid of an integer return code
>> that is (mostly) ignored by the platform driver core and error prone on
>> the driver side.
>>
>> See commit 5c5a7680e67b ("platform: Provide a remove callback that
>> returns no value") for an extended explanation and the eventual goal.
>>
>> As there is no single maintainer team for drivers/soc, I suggest the
>> individual maintainers to pick up "their" patches.
>
> I'd be happy if Arnd merged the lot at once. Arnd, what do you think?
>
> If that will be too messy then I understand. I have queued the aspeed
> ones locally and will push that out if we decide that's the best way
> to go.

The main downside of merging it all at once through the soc tree
is that there may be patches that conflict with other work going on
in individual drivers.

What I'd suggest doing here is:

- have platform maintainers pick up patches for their drivers
  if that is their preference for any reason

- get a pull request from Uwe for the soc tree for anything that has
  not been picked up in one or two weeks from now

      Arnd

  reply	other threads:[~2023-09-27  8:44 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-09-25  9:54 [PATCH 00/40] soc: Convert to platform remove callback returning void Uwe Kleine-König
2023-09-25  9:54 ` [PATCH 05/40] soc/fsl: dpaa2-console: " Uwe Kleine-König
2023-09-25  9:54 ` [PATCH 06/40] soc/fsl: cpm: qmc: " Uwe Kleine-König
2023-09-27  6:44   ` Herve Codina
2023-09-25  9:54 ` [PATCH 07/40] soc/fsl: cpm: tsa: " Uwe Kleine-König
2023-09-27  6:44   ` Herve Codina
2023-09-25  9:58 ` [PATCH 00/40] soc: " Konrad Dybcio
2023-09-27  2:25 ` Joel Stanley
2023-09-27  8:43   ` Arnd Bergmann [this message]
2023-09-27 23:01     ` Bjorn Andersson
2023-09-28  6:14       ` Uwe Kleine-König
2023-10-14 21:59         ` [GIT PULL] Convert drivers/soc to struct platform_driver::remove_new() Uwe Kleine-König
2023-10-02 14:13 ` (subset) [PATCH 00/40] soc: Convert to platform remove callback returning void Nishanth Menon
2023-10-03  1:10 ` Bjorn Andersson

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=1b2fddf8-c0a6-4afa-8ad0-f280dea1607f@app.fastmail.com \
    --to=arnd@arndb.de \
    --cc=agross@kernel.org \
    --cc=alim.akhtar@samsung.com \
    --cc=conor.dooley@microchip.com \
    --cc=gsomlo@gmail.com \
    --cc=hasegawa-hitomi@fujitsu.com \
    --cc=heiko@sntech.de \
    --cc=herve.codina@bootlin.com \
    --cc=joel@jms.id.au \
    --cc=jonathanh@nvidia.com \
    --cc=kgugala@antmicro.com \
    --cc=lihuisong@huawei.com \
    --cc=linux-aspeed@lists.ozlabs.org \
    --cc=linux-riscv@lists.infradead.org \
    --cc=linux-rockchip@lists.infradead.org \
    --cc=linux-samsung-soc@vger.kernel.org \
    --cc=linux-tegra@vger.kernel.org \
    --cc=mholenko@antmicro.com \
    --cc=nm@ti.com \
    --cc=qiang.zhao@nxp.com \
    --cc=robh@kernel.org \
    --cc=ruanjinjie@huawei.com \
    --cc=sumitg@nvidia.com \
    --cc=thierry.reding@gmail.com \
    --cc=u.kleine-koenig@pengutronix.de \
    --cc=usama.anjum@collabora.com \
    --cc=yangyingliang@huawei.com \
    --cc=zev@bewil \
    --cc=zhang.songyi@zte.com.cn \
    --cc=zhuyinbo@loongson.cn \
    /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;
as well as URLs for NNTP newsgroup(s).