[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <3404c9af-6c11-45d7-9ba4-a120e21e407e@sirena.org.uk>
Date: Tue, 16 Jan 2024 14:40:39 +0000
From: Mark Brown <broonie@...nel.org>
To: Uwe Kleine-König <u.kleine-koenig@...gutronix.de>
Cc: Geert Uytterhoeven <geert+renesas@...der.be>, linux-spi@...r.kernel.org,
kernel@...gutronix.de, Moritz Fischer <mdf@...nel.org>,
Wu Hao <hao.wu@...el.com>, Xu Yilun <yilun.xu@...el.com>,
Tom Rix <trix@...hat.com>, linux-fpga@...r.kernel.org,
Alexander Aring <alex.aring@...il.com>,
Stefan Schmidt <stefan@...enfreihafen.org>,
Miquel Raynal <miquel.raynal@...tlin.com>,
"David S. Miller" <davem@...emloft.net>,
Eric Dumazet <edumazet@...gle.com>,
Jakub Kicinski <kuba@...nel.org>, Paolo Abeni <pabeni@...hat.com>,
linux-wpan@...r.kernel.org, netdev@...r.kernel.org,
Lars-Peter Clausen <lars@...afoo.de>,
Michael Hennerich <Michael.Hennerich@...log.com>,
Jonathan Cameron <jic23@...nel.org>, linux-iio@...r.kernel.org,
Dmitry Torokhov <dmitry.torokhov@...il.com>,
linux-input@...r.kernel.org, Ulf Hansson <ulf.hansson@...aro.org>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
Rayyan Ansari <rayyan@...ari.sh>,
Andy Shevchenko <andriy.shevchenko@...ux.intel.com>,
Jonathan Cameron <Jonathan.Cameron@...wei.com>,
Martin Tuma <martin.tuma@...iteqautomotive.com>,
Mauro Carvalho Chehab <mchehab@...nel.org>,
linux-media@...r.kernel.org, Sergey Kozlov <serjk@...up.ru>,
Arnd Bergmann <arnd@...db.de>,
Yang Yingliang <yangyingliang@...wei.com>,
linux-mmc@...r.kernel.org, Richard Weinberger <richard@....at>,
Vignesh Raghavendra <vigneshr@...com>,
Heiko Stuebner <heiko@...ech.de>,
Linus Walleij <linus.walleij@...aro.org>,
Amit Kumar Mahapatra via Alsa-devel <alsa-devel@...a-project.org>,
Rob Herring <robh@...nel.org>, linux-mtd@...ts.infradead.org,
Martin Blumenstingl <martin.blumenstingl@...glemail.com>,
Jernej Skrabec <jernej.skrabec@...il.com>,
Nicolas Ferre <nicolas.ferre@...rochip.com>,
Pali Rohár <pali@...nel.org>,
Ronald Wahl <ronald.wahl@...itan.com>,
Benson Leung <bleung@...omium.org>,
Tzung-Bi Shih <tzungbi@...nel.org>,
Guenter Roeck <groeck@...omium.org>,
chrome-platform@...ts.linux.dev,
Michal Simek <michal.simek@....com>,
Max Filippov <jcmvbkbc@...il.com>,
linux-arm-kernel@...ts.infradead.org,
Bjorn Andersson <andersson@...nel.org>,
Konrad Dybcio <konrad.dybcio@...aro.org>,
linux-arm-msm@...r.kernel.org,
Matthias Brugger <matthias.bgg@...il.com>,
AngeloGioacchino Del Regno <angelogioacchino.delregno@...labora.com>,
linux-mediatek@...ts.infradead.org,
Thomas Zimmermann <tzimmermann@...e.de>,
Javier Martinez Canillas <javierm@...hat.com>,
Sam Ravnborg <sam@...nborg.org>,
Amit Kumar Mahapatra <amit.kumar-mahapatra@....com>,
dri-devel@...ts.freedesktop.org, linux-fbdev@...r.kernel.org,
linux-staging@...ts.linux.dev, Rui Miguel Silva <rmfrfs@...il.com>,
Viresh Kumar <vireshk@...nel.org>, Johan Hovold <johan@...nel.org>,
Alex Elder <elder@...nel.org>, greybus-dev@...ts.linaro.org,
Peter Huewe <peterhuewe@....de>,
Jarkko Sakkinen <jarkko@...nel.org>, Jason Gunthorpe <jgg@...pe.ca>,
linux-integrity@...r.kernel.org,
Herve Codina <herve.codina@...tlin.com>,
Aaro Koskinen <aaro.koskinen@....fi>,
Krzysztof Kozlowski <krzysztof.kozlowski@...aro.org>,
linux-usb@...r.kernel.org, Helge Deller <deller@....de>,
Dario Binacchi <dario.binacchi@...rulasolutions.com>,
Kalle Valo <kvalo@...nel.org>, Dmitry Antipov <dmantipov@...dex.ru>,
libertas-dev@...ts.infradead.org, linux-wireless@...r.kernel.org,
Jonathan Corbet <corbet@....net>, James Clark <james.clark@....com>,
Bjorn Helgaas <bhelgaas@...gle.com>, linux-doc@...r.kernel.org
Subject: Re: [PATCH 00/33] spi: get rid of some legacy macros
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.
Download attachment "signature.asc" of type "application/pgp-signature" (489 bytes)
Powered by blists - more mailing lists