Message-Id: <176893695845.778248.8132133480043006428.b4-ty@kernel.org>
Date: Tue, 20 Jan 2026 19:22:38 +0000
From: Mark Brown <broonie@...nel.org>
To: Varshini Rajendran <varshini.rajendran@...rochip.com>, 
 Mikhail Kshevetskiy <mikhail.kshevetskiy@...sys.eu>, 
 AngeloGioacchino Del Regno <angelogioacchino.delregno@...labora.com>, 
 Haotian Zhang <vulab@...as.ac.cn>, Sunny Luo <sunny.luo@...ogic.com>, 
 Janne Grunau <j@...nau.net>, 
 Martin Blumenstingl <martin.blumenstingl@...glemail.com>, 
 Geert Uytterhoeven <geert+renesas@...der.be>, 
 Chen-Yu Tsai <wens@...nel.org>, 
 Amelie Delaunay <amelie.delaunay@...s.st.com>, 
 Chin-Ting Kuo <chin-ting_kuo@...eedtech.com>, CL Wang <cl634@...estech.com>, 
 Patrice Chotard <patrice.chotard@...s.st.com>, 
 Heiko Stuebner <heiko@...ech.de>, 
 William Zhang <william.zhang@...adcom.com>, 
 Cédric Le Goater <clg@...d.org>, 
 Manikandan Muralidharan <manikandan.m@...rochip.com>, 
 David Lechner <dlechner@...libre.com>, 
 Florian Fainelli <florian.fainelli@...adcom.com>, 
 Jonas Gorski <jonas.gorski@...il.com>, Hang Zhou <929513338@...com>, 
 Jun Guo <jun.guo@...tech.com>, Philipp Stanner <phasta@...nel.org>, 
 Charles Keepax <ckeepax@...nsource.cirrus.com>, 
 Bartosz Golaszewski <brgl@...nel.org>, 
 Benoît Monin <benoit.monin@...tlin.com>, 
 Shiji Yang <yangshiji66@...look.com>, James Clark <james.clark@...aro.org>, 
 Jonathan Marek <jonathan@...ek.ca>, Carlos Song <carlos.song@....com>, 
 Sakari Ailus <sakari.ailus@...ux.intel.com>, 
 Huacai Chen <chenhuacai@...nel.org>, 
 Xianwei Zhao <xianwei.zhao@...ogic.com>, 
 Prajna Rajendra Kumar <prajna.rajendrakumar@...rochip.com>, 
 Sergio Perez Gonzalez <sperezglz@...il.com>, 
 Qianfeng Rong <rongqianfeng@...o.com>, Haibo Chen <haibo.chen@....com>, 
 Gabor Juhos <j4g8y7@...il.com>, Md Sadre Alam <quic_mdalam@...cinc.com>, 
 Rosen Penev <rosenp@...il.com>, Marek Szyprowski <m.szyprowski@...sung.com>, 
 Luis de Arquer <luis.dearquer@...rtim.com>, 
 Cosmin Tanislav <cosmin-gabriel.tanislav.xa@...esas.com>, 
 Tudor Ambarus <tudor.ambarus@...aro.org>, 
 Krzysztof Kozlowski <krzk@...nel.org>, Longbin Li <looong.bin@...il.com>, 
 Kunihiko Hayashi <hayashi.kunihiko@...ionext.com>, 
 Clément Le Goffic <clement.legoffic@...s.st.com>, 
 Alessandro Grassi <alessandro.grassi@...lbox.org>, 
 Darshan R <rathod.darshan.0896@...il.com>, 
 Aaron Kling <webgeek1234@...il.com>, Vishwaroop A <va@...dia.com>, 
 Haixu Cui <quic_haixcui@...cinc.com>, 
 Darshan Rathod <darshanrathod475@...il.com>, linux-spi@...r.kernel.org, 
 linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org, 
 linux-amlogic@...ts.infradead.org, asahi@...ts.linux.dev, 
 linux-aspeed@...ts.ozlabs.org, openbmc@...ts.ozlabs.org, 
 linux-rpi-kernel@...ts.infradead.org, linux-sound@...r.kernel.org, 
 patches@...nsource.cirrus.com, imx@...ts.linux.dev, 
 linux-arm-msm@...r.kernel.org, linux-riscv@...ts.infradead.org, 
 linux-mediatek@...ts.infradead.org, linux-rockchip@...ts.infradead.org, 
 linux-renesas-soc@...r.kernel.org, linux-samsung-soc@...r.kernel.org, 
 linux-stm32@...md-mailman.stormreply.com, linux-sunxi@...ts.linux.dev, 
 linux-tegra@...r.kernel.org, virtualization@...ts.linux.dev, 
 Andy Shevchenko <andriy.shevchenko@...ux.intel.com>
Cc: Nicolas Ferre <nicolas.ferre@...rochip.com>, 
 Alexandre Belloni <alexandre.belloni@...tlin.com>, 
 Claudiu Beznea <claudiu.beznea@...on.dev>, 
 Lorenzo Bianconi <lorenzo@...nel.org>, Ray Liu <ray.liu@...oha.com>, 
 Sven Peter <sven@...nel.org>, Neal Gompa <neal@...pa.dev>, 
 Joel Stanley <joel@....id.au>, Andrew Jeffery <andrew@...econstruct.com.au>, 
 Ryan Wanner <ryan.wanner@...rochip.com>, 
 Michael Hennerich <michael.hennerich@...log.com>, 
 Nuno Sá <nuno.sa@...log.com>, 
 Kamal Dasu <kamal.dasu@...adcom.com>, 
 Broadcom internal kernel review list <bcm-kernel-feedback-list@...adcom.com>, 
 Ray Jui <rjui@...adcom.com>, Scott Branden <sbranden@...adcom.com>, 
 Kursad Oney <kursad.oney@...adcom.com>, 
 Anand Gore <anand.gore@...adcom.com>, 
 Rafał Miłecki <rafal@...ecki.pl>, 
 David Rhodes <david.rhodes@...rus.com>, 
 Richard Fitzgerald <rf@...nsource.cirrus.com>, 
 Vladimir Oltean <olteanv@...il.com>, Frank Li <Frank.Li@....com>, 
 Jean-Marie Verdun <verdun@....com>, Nick Hawkins <nick.hawkins@....com>, 
 Yang Shen <shenyang39@...wei.com>, Shawn Guo <shawnguo@...nel.org>, 
 Sascha Hauer <s.hauer@...gutronix.de>, 
 Pengutronix Kernel Team <kernel@...gutronix.de>, 
 Fabio Estevam <festevam@...il.com>, Lixu Zhang <lixu.zhang@...el.com>, 
 Yinbo Zhu <zhuyinbo@...ngson.cn>, 
 Neil Armstrong <neil.armstrong@...aro.org>, 
 Kevin Hilman <khilman@...libre.com>, Jerome Brunet <jbrunet@...libre.com>, 
 Conor Dooley <conor.dooley@...rochip.com>, 
 Daire McNamara <daire.mcnamara@...rochip.com>, 
 Matthias Brugger <matthias.bgg@...il.com>, 
 Avi Fishman <avifishman70@...il.com>, Tomer Maimon <tmaimon77@...il.com>, 
 Tali Perry <tali.perry1@...il.com>, Patrick Venture <venture@...gle.com>, 
 Nancy Yuen <yuenn@...gle.com>, Benjamin Fair <benjaminfair@...gle.com>, 
 Han Xu <han.xu@....com>, Yogesh Gaur <yogeshgaur.83@...il.com>, 
 Linus Walleij <linusw@...nel.org>, Daniel Mack <daniel@...que.org>, 
 Haojian Zhuang <haojian.zhuang@...il.com>, 
 Robert Jarzmik <robert.jarzmik@...e.fr>, 
 Chris Packham <chris.packham@...iedtelesis.co.nz>, 
 Fabrizio Castro <fabrizio.castro.jz@...esas.com>, 
 Andi Shyti <andi.shyti@...nel.org>, Alim Akhtar <alim.akhtar@...sung.com>, 
 Paul Walmsley <pjw@...nel.org>, Samuel Holland <samuel.holland@...ive.com>, 
 Orson Zhai <orsonzhai@...il.com>, 
 Baolin Wang <baolin.wang@...ux.alibaba.com>, 
 Chunyan Zhang <zhang.lyra@...il.com>, 
 Maxime Coquelin <mcoquelin.stm32@...il.com>, 
 Alexandre Torgue <alexandre.torgue@...s.st.com>, 
 Alain Volmat <alain.volmat@...s.st.com>, 
 Jernej Skrabec <jernej.skrabec@...il.com>, Li-hao Kuo <lhjeff911@...il.com>, 
 Masahisa Kojima <masahisa.kojima@...aro.org>, 
 Jassi Brar <jaswinder.singh@...aro.org>, 
 Laxman Dewangan <ldewangan@...dia.com>, 
 Thierry Reding <thierry.reding@...il.com>, 
 Jonathan Hunter <jonathanh@...dia.com>, 
 Sowjanya Komatineni <skomatineni@...dia.com>, 
 Masami Hiramatsu <mhiramat@...nel.org>, 
 Jonathan Neuschäfer <j.neuschaefer@....net>, 
 Michal Simek <michal.simek@....com>, Max Filippov <jcmvbkbc@...il.com>
Subject: Re: [PATCH v2 0/4] spi: Make SPI core to take care of fwnode
 assignment

On Mon, 12 Jan 2026 21:21:22 +0100, Andy Shevchenko wrote:
> It seems all of the SPI drivers want to propagate fwnode (or of_node)
> of the physical device to the SPI device. Make sure we don't duplicate
> it over and over in each new driver (+2 in this cycle) by making core
> to take care of that. Note, similar is done already by IIO and
> I²C subsystems.
> 
> There is one noticeable and quite specific case that is taken care in
> the first patch and now we have a confirmation from Cirrus that everything
> is okay.  The rest is just a mechanical conversion after checking that
> the parent device is assigned to the same that provides the respective
> fwnode.
> 
> [...]

Applied to

   https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git for-next

Thanks!

[1/4] spi: Propagate default fwnode to the SPI controller device
      commit: f2d1a3318eb1ec860999db48cb8d13b43261624d
[2/4] spi: Drop duplicate of_node assignment
      commit: 3974a585be78a1dc90a19d5cf1846a99954e3842
[3/4] spi: Drop duplicate fwnode assignment
      commit: 103c510e1c6832720059756d155dd13a42baa7ab
[4/4] spi: Drop duplicate device_set_node() call
      commit: 37fbc1ab0f225d23f0839260a11375b4f1f7cf8c

All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent to Linus during
the next merge window (or sooner if it is a bug fix), however if
problems are discovered then the patch may be dropped or reverted.

You may get further e-mails resulting from automated or manual testing
and review of the tree, please engage with people reporting problems and
send followup patches addressing any issues that are reported if needed.

If any updates are required or you are submitting further changes they
should be sent as incremental updates against current git, existing
patches will not be replaced.

Please add any relevant lists and maintainers to the CCs when replying
to this mail.

Thanks,
Mark

Powered by blists - more mailing lists