Thread (5 messages) 5 messages, 2 authors, 2024-01-16

Re: [PATCH 00/33] spi: get rid of some legacy macros

From: Mark Brown <broonie@kernel.org>
Date: 2024-01-16 14:41:02
Also in: alsa-devel, chrome-platform, dri-devel, linux-arm-msm, linux-doc, linux-fpga, linux-iio, linux-input, linux-integrity, linux-media, linux-mediatek, linux-mmc, linux-spi, linux-staging, linux-usb, linux-wireless, netdev

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.

Attachments

Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help