Message-Id: <176893693352.778248.9155805475563647239.b4-ty@kernel.org>
Date: Tue, 20 Jan 2026 19:22:13 +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>, 
 Sunny Luo <sunny.luo@...ogic.com>, Janne Grunau <j@...nau.net>, 
 Chin-Ting Kuo <chin-ting_kuo@...eedtech.com>, CL Wang <cl634@...estech.com>, 
 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>, 
 Miquel Raynal <miquel.raynal@...tlin.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>, Luis de Arquer <luis.dearquer@...rtim.com>, 
 Geert Uytterhoeven <geert+renesas@...der.be>, 
 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>, 
 Patrice Chotard <patrice.chotard@...s.st.com>, 
 Clément Le Goffic <clement.legoffic@...s.st.com>, 
 Alessandro Grassi <alessandro.grassi@...lbox.org>, 
 Chen-Yu Tsai <wens@...nel.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>, 
 Cédric Le Goater <clg@...d.org>, 
 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>, 
 William Zhang <william.zhang@...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>, 
 Martin Blumenstingl <martin.blumenstingl@...glemail.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>, 
 Heiko Stuebner <heiko@...ech.de>, 
 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>, 
 Kunihiko Hayashi <hayashi.kunihiko@...ionext.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 v1 0/4] spi: Make SPI core to take care of fwnode
 assignment

On Thu, 08 Jan 2026 21:23:37 +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 would be nice to have a confirmation from Cirrus
> that everything is okay. The rest is just a mechanical conversion.
> 
> [...]

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