[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <l4azekfj7hduzi4wcyphispst46fi3m5ams65nzer2ai6upoxw@3p2uki626ytt>
Date: Tue, 16 Jan 2024 16:18:34 +0100
From: Uwe Kleine-König <u.kleine-koenig@...gutronix.de>
To: Mark Brown <broonie@...nel.org>
Cc: Heiko Stuebner <heiko@...ech.de>,
Geert Uytterhoeven <geert+renesas@...der.be>, Linus Walleij <linus.walleij@...aro.org>,
dri-devel@...ts.freedesktop.org, Miquel Raynal <miquel.raynal@...tlin.com>,
Ronald Wahl <ronald.wahl@...itan.com>, Stefan Schmidt <stefan@...enfreihafen.org>,
libertas-dev@...ts.infradead.org, Javier Martinez Canillas <javierm@...hat.com>,
Alex Elder <elder@...nel.org>, Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
linux-usb@...r.kernel.org, linux-wireless@...r.kernel.org, linux-spi@...r.kernel.org,
kernel@...gutronix.de, linux-media@...r.kernel.org, linux-wpan@...r.kernel.org,
Amit Kumar Mahapatra via Alsa-devel <alsa-devel@...a-project.org>, linux-doc@...r.kernel.org, Dmitry Antipov <dmantipov@...dex.ru>,
Max Filippov <jcmvbkbc@...il.com>, Eric Dumazet <edumazet@...gle.com>,
James Clark <james.clark@....com>, Guenter Roeck <groeck@...omium.org>,
Dario Binacchi <dario.binacchi@...rulasolutions.com>, chrome-platform@...ts.linux.dev,
Lars-Peter Clausen <lars@...afoo.de>, Michael Hennerich <Michael.Hennerich@...log.com>,
Viresh Kumar <vireshk@...nel.org>, Helge Deller <deller@....de>, Wu Hao <hao.wu@...el.com>,
Amit Kumar Mahapatra <amit.kumar-mahapatra@....com>, Martin Blumenstingl <martin.blumenstingl@...glemail.com>,
linux-arm-msm@...r.kernel.org, greybus-dev@...ts.linaro.org,
Bjorn Helgaas <bhelgaas@...gle.com>, Michal Simek <michal.simek@....com>,
linux-arm-kernel@...ts.infradead.org, Aaro Koskinen <aaro.koskinen@....fi>,
"David S. Miller" <davem@...emloft.net>, Jarkko Sakkinen <jarkko@...nel.org>,
linux-integrity@...r.kernel.org, Pali Rohár <pali@...nel.org>,
Jonathan Cameron <jic23@...nel.org>, Ulf Hansson <ulf.hansson@...aro.org>,
Herve Codina <herve.codina@...tlin.com>, linux-iio@...r.kernel.org, Tom Rix <trix@...hat.com>,
linux-fpga@...r.kernel.org, linux-fbdev@...r.kernel.org, linux-mtd@...ts.infradead.org,
Sam Ravnborg <sam@...nborg.org>, Rob Herring <robh@...nel.org>, Jonathan Corbet <corbet@....net>,
linux-staging@...ts.linux.dev, Jernej Skrabec <jernej.skrabec@...il.com>,
linux-input@...r.kernel.org, Paolo Abeni <pabeni@...hat.com>, Arnd Bergmann <arnd@...db.de>,
Yang Yingliang <yangyingliang@...wei.com>, Moritz Fischer <mdf@...nel.org>,
Mauro Carvalho Chehab <mchehab@...nel.org>, Benson Leung <bleung@...omium.org>,
Rayyan Ansari <rayyan@...ari.sh>, Dmitry Torokhov <dmitry.torokhov@...il.com>,
linux-mmc@...r.kernel.org, Konrad Dybcio <konrad.dybcio@...aro.org>,
Martin Tuma <martin.tuma@...iteqautomotive.com>, Xu Yilun <yilun.xu@...el.com>,
Alexander Aring <alex.aring@...il.com>, Vignesh Raghavendra <vigneshr@...com>,
Peter Huewe <peterhuewe@....de>, Sergey Kozlov <serjk@...up.ru>,
Richard Weinberger <richard@....at>, Jason Gunthorpe <jgg@...pe.ca>, Jakub Kicinski <kuba@...nel.org>,
Kalle Valo <kvalo@...nel.org>, Johan Hovold <johan@...nel.org>,
Rui Miguel Silva <rmfrfs@...il.com>, linux-mediatek@...ts.infradead.org,
Tzung-Bi Shih <tzungbi@...nel.org>, Jonathan Cameron <Jonathan.Cameron@...wei.com>,
Matthias Brugger <matthias.bgg@...il.com>, Andy Shevchenko <andriy.shevchenko@...ux.intel.com>,
AngeloGioacchino Del Regno <angelogioacchino.delregno@...labora.com>, netdev@...r.kernel.org, Bjorn Andersson <andersson@...nel.org>,
Nicolas Ferre <nicolas.ferre@...rochip.com>, Krzysztof Kozlowski <krzysztof.kozlowski@...aro.org>,
Thomas Zimmermann <tzimmermann@...e.de>
Subject: Re: [PATCH 00/33] spi: get rid of some legacy macros
Hello Mark,
On Tue, Jan 16, 2024 at 02:40:39PM +0000, Mark Brown wrote:
> On Mon, Jan 15, 2024 at 09:12:46PM +0100, Uwe Kleine-König wrote:
>
> > In commit 8caab75fd2c2 ("spi: Generalize SPI "master" to "controller"")
> > some functions were renamed. Further some compat defines were introduced
> > to map the old names to the new ones.
>
> > Patch #18 and #19 touch the same driver, otherwise the patches #1 - #31
> > are pairwise independent and could be applied by their respective
> > maintainers. The alternative is to let all patches go via the spi tree.
> > Mark, what's your preference here?
>
> I don't have a strong preference here, I'm happy to take all the patches
> if the maintainers for the other subsystem are OK with that - ideally
> I'd apply things at -rc1 but the timeline is a bit tight there. I think
> my plan here unless anyone objects (or I notice something myself) will
> be to queue things at -rc3, please shout if that doesn't seem
> reasonable.
From my side there is no rush, we lived with these defines since
4.13-rc1. Applying them during the next merge window is fine for me.
Anyhow, I intend to resend the series for the feedback I received after
-rc1. Up to you when you want to apply it. Watching out for offending
patches using lore shouldn't be a big thing and I can do that.
Best regards
Uwe
--
Pengutronix e.K. | Uwe Kleine-König |
Industrial Linux Solutions | https://www.pengutronix.de/ |
Download attachment "signature.asc" of type "application/pgp-signature" (489 bytes)
Powered by blists - more mailing lists