From: Quentin Schulz <quentin.schulz@cherry.de>
To: Simon Glass <sjg@chromium.org>, foss+uboot@0leil.net
Cc: u-boot@lists.denx.de, uboot-stm32@st-md-mailman.stormreply.com,
"Paul Barker" <paul.barker.ct@bp.renesas.com>,
"Tom Rini" <trini@konsulko.com>,
"Jerome Forissier" <jerome.forissier@arm.com>,
"Heinrich Schuchardt" <xypron.glpk@gmx.de>,
"Marek Vasut" <marek.vasut+renesas@mailbox.org>,
"Ilias Apalodimas" <ilias.apalodimas@linaro.org>,
"Peng Fan" <peng.fan@nxp.com>, "Udit Kumar" <u-kumar1@ti.com>,
"Alvin Šipraga" <alvin@pqrs.dk>,
"Patrick Delaunay" <patrick.delaunay@foss.st.com>,
"Patrice Chotard" <patrice.chotard@foss.st.com>,
"Adam Ford" <aford173@gmail.com>,
"Manoj Sai" <abbaraju.manojsai@amarulasolutions.com>,
"Matteo Lisi" <matteo.lisi@engicam.com>,
"Tim Harvey" <tharvey@gateworks.com>,
"Mingkai Hu" <mingkai.hu@nxp.com>,
"Pramod Kumar" <pramod.kumar_1@nxp.com>,
"Gilles Talis" <gilles.talis@gmail.com>,
"Le Jin" <le.jin@siemens.com>,
"Jan Kiszka" <jan.kiszka@siemens.com>,
"Kongyang Liu" <seashell11234455@gmail.com>,
"Stefan Roese" <sr@denx.de>,
"Francesco Dolcini" <francesco.dolcini@toradex.com>,
"Michal Simek" <michal.simek@amd.com>,
"Mattijs Korpershoek" <mkorpershoek@kernel.org>,
"Casey Connolly" <casey.connolly@linaro.org>,
"Vignesh Raghavendra" <vigneshr@ti.com>,
"Bryan Brattlof" <bb@ti.com>,
"Vaishnav Achath" <vaishnav.a@ti.com>,
"Jayesh Choudhary" <j-choudhary@ti.com>,
"Lukasz Majewski" <lukma@denx.de>, "Marek Vasut" <marex@denx.de>,
"Sughosh Ganu" <sughosh.ganu@arm.com>, "Yao Zi" <me@ziyao.cc>,
"Fabio Estevam" <festevam@gmail.com>,
"Alice Guo" <alice.guo@nxp.com>,
"Sam Protsenko" <semen.protsenko@linaro.org>,
"Martyn Welch" <martyn.welch@collabora.com>,
"Maarten Brock" <Maarten.Brock@sttls.nl>,
"Kory Maincent" <kory.maincent@bootlin.com>,
"Markus Schneider-Pargmann (TI.com)" <msp@baylibre.com>,
"Padmarao Begari" <padmarao.begari@amd.com>,
"Matthias Brugger" <mbrugger@suse.com>,
"Mikhail Kshevetskiy" <mikhail.kshevetskiy@iopsys.eu>,
"Heiko Schocher" <hs@nabladev.com>,
"Andrew Goodbody" <andrew.goodbody@linaro.org>,
"Peter Robinson" <pbrobinson@gmail.com>,
"Brian Sune" <briansune@gmail.com>,
"Julien Stephan" <jstephan@baylibre.com>,
"Dinesh Maniyam" <dinesh.maniyam@altera.com>,
"Ben Dooks" <ben.dooks@codethink.co.uk>,
"Tien Fong Chee" <tien.fong.chee@altera.com>,
"Leo Yu-Chi Liang" <ycliang@andestech.com>,
"Weijie Gao" <weijie.gao@mediatek.com>,
"Anshul Dalal" <anshuld@ti.com>,
"Neil Armstrong" <neil.armstrong@linaro.org>,
"Andre Przywara" <andre.przywara@arm.com>,
"Andrew Davis" <afd@ti.com>,
"Hrushikesh Salunke" <h-salunke@ti.com>,
"Alexey Charkov" <alchark@gmail.com>,
"Dario Binacchi" <dario.binacchi@amarulasolutions.com>,
"Ye Li" <ye.li@nxp.com>, "Andreas Dannenberg" <dannenberg@ti.com>,
"Chintan Vankar" <c-vankar@ti.com>,
"Martin Schwan" <m.schwan@phytec.de>,
"Benjamin Hahn" <B.Hahn@phytec.de>,
"David Lechner" <dlechner@baylibre.com>,
"Ariel D'Alessandro" <ariel.dalessandro@collabora.com>,
"Dmitrii Merkurev" <dimorinny@google.com>,
"Christian Marangi" <ansuelsmth@gmail.com>,
"Robert Marko" <robert.marko@sartura.hr>,
"Beiyan Yun" <root@infi.wang>,
"Lucien.Jheng" <lucienzx159@gmail.com>,
"Romain Gantois" <romain.gantois@bootlin.com>,
"Siddharth Vadapalli" <s-vadapalli@ti.com>,
"Kever Yang" <kever.yang@rock-chips.com>,
"Jonas Karlman" <jonas@kwiboo.se>,
"George Chan" <gchan9527@gmail.com>,
"Balaji Selvanathan" <balaji.selvanathan@oss.qualcomm.com>,
"Benjamin ROBIN" <dev@benjarobin.fr>,
"Max Merchel" <Max.Merchel@ew.tq-group.com>,
"Sean Edmond" <seanedmond@microsoft.com>,
"Christoph Niedermaier" <cniedermaier@dh-electronics.com>,
"Shantur Rathore" <i@shantur.com>,
"Ying-Chun Liu (PaulLiu)" <paul.liu@linaro.org>,
"Adriano Cordova" <adrianox@gmail.com>,
"Sky Huang" <SkyLake.Huang@mediatek.com>
Subject: Re: [PATCH 2/6] rename NET to NET_LEGACY
Date: Tue, 21 Apr 2026 12:16:46 +0200 [thread overview]
Message-ID: <9ced2644-d3ff-49d5-a524-5439f9ca4831@cherry.de> (raw)
In-Reply-To: <CAFLszTgZC1FGy8965pHiG-u=FhrguftRv41ghQ_Qb_RRXx6tyg@mail.gmail.com>
Hi Simon,
On 4/20/26 9:42 PM, Simon Glass wrote:
> Hi Quentin,
>
> On 2026-04-20T11:36:06, Quentin Schulz <foss+uboot@0leil.net> wrote:
>> rename NET to NET_LEGACY
>>
>> Highlight that NET really is the legacy networking stack by renaming the
>> option to NET_LEGACY.
>>
>> This requires us to add an SPL_NET_LEGACY alias to SPL_NET as otherwise
>> CONFIG_IS_ENABLED(NET_LEGACY) will not work for SPL.
>>
>> The "depends on !NET_LWIP" for SPL_NET clearly highlights that it is
>> using the legacy networking app so this seems fine to do.
>>
>> This also has the benefit of removing potential confusion on NET being a
>> specific networking stack instead of 'any' network stack.
>>
>> Signed-off-by: Quentin Schulz <quentin.schulz@cherry.de>
>
>> diff --git a/doc/develop/bootstd/overview.rst b/doc/develop/bootstd/overview.rst
>> @@ -422,7 +422,7 @@ includes the full set of commands, more error messages when things go wrong and
>> -several filesystem and network features (if CONFIG_NET is enabled) so that
>> +several filesystem and network features (if CONFIG_NET_LEGACY is enabled) so that
>
> Shouldn't this be left alone? Or perhaps restored in patch 4?
>
> BOOTSTD_DEFAULTS selects BOOT_DEFAULTS which enables network commands
> conditionally on !NO_NET, meaning any network stack.
>
This patch series is about renaming stuff, not fixing stuff (though you
can see some trivial "fixes" in patch 5 and 6).
I agree with you that this needs to be switched to (new) CONFIG_NET.
I'll try to not forget adding it to a v2 (as a separate patch) if
there's a need for one, or send a follow-up patch.
>> diff --git a/cmd/ufetch.c b/cmd/ufetch.c
>> @@ -159,7 +159,7 @@ static int do_ufetch(struct cmd_tbl *cmdtp, int flag, int argc,
>> - if (IS_ENABLED(CONFIG_NET))
>> + if (IS_ENABLED(CONFIG_NET_LEGACY))
>> printf('Net');
>
> Similar question here.
>
See above.
>> diff --git a/board/siemens/iot2050/board.c b/board/siemens/iot2050/board.c
>> @@ -232,7 +232,7 @@ void set_board_info_env(void)
>> - if (IS_ENABLED(CONFIG_NET)) {
>> + if (IS_ENABLED(CONFIG_NET_LEGACY)) {
>
> and here
>
See above. This one seems ok, but I am not really planning to modify
individual boards that I cannot test. This change would mean in a way
that CONFIG_NET_LWIP has been tested with that board, which possibly
isn't the case and I cannot guarantee that either.
Cheers,
Quentin
next prev parent reply other threads:[~2026-04-21 12:38 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-04-20 11:36 [PATCH 0/6] net: migrate NO_NET out of the networking stack choice Quentin Schulz
2026-04-20 11:36 ` [PATCH 1/6] move networking menu in net/Kconfig Quentin Schulz
2026-04-20 19:40 ` Simon Glass
2026-04-21 5:17 ` Ilias Apalodimas
2026-04-20 11:36 ` [PATCH 2/6] rename NET to NET_LEGACY Quentin Schulz
2026-04-20 19:42 ` Simon Glass
2026-04-21 10:16 ` Quentin Schulz [this message]
2026-04-21 5:17 ` Ilias Apalodimas
2026-04-20 11:36 ` [PATCH 3/6] net: make NET a menuconfig (and downgrade NO_NET to a simple config) Quentin Schulz
2026-04-20 19:42 ` Simon Glass
2026-04-20 20:24 ` Heinrich Schuchardt
2026-04-21 8:37 ` Quentin Schulz
2026-04-21 10:31 ` Heinrich Schuchardt
2026-04-20 11:36 ` [PATCH 4/6] simplify NET_LEGACY || NET_LWIP condition with NET condition Quentin Schulz
2026-04-20 19:42 ` Simon Glass
2026-04-20 11:36 ` [PATCH 5/6] doc: remove mention to non-existing TPL_NET Quentin Schulz
2026-04-20 19:42 ` Simon Glass
2026-04-20 11:36 ` [PATCH 6/6] boot: remove NO_NET use Quentin Schulz
2026-04-20 19:43 ` Simon Glass
2026-04-21 5:16 ` Ilias Apalodimas
2026-04-20 19:51 ` [0/6] net: migrate NO_NET out of the networking stack choice Simon Glass
2026-04-21 11:06 ` Quentin Schulz
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=9ced2644-d3ff-49d5-a524-5439f9ca4831@cherry.de \
--to=quentin.schulz@cherry.de \
--cc=B.Hahn@phytec.de \
--cc=Maarten.Brock@sttls.nl \
--cc=Max.Merchel@ew.tq-group.com \
--cc=SkyLake.Huang@mediatek.com \
--cc=abbaraju.manojsai@amarulasolutions.com \
--cc=adrianox@gmail.com \
--cc=afd@ti.com \
--cc=aford173@gmail.com \
--cc=alchark@gmail.com \
--cc=alice.guo@nxp.com \
--cc=alvin@pqrs.dk \
--cc=andre.przywara@arm.com \
--cc=andrew.goodbody@linaro.org \
--cc=anshuld@ti.com \
--cc=ansuelsmth@gmail.com \
--cc=ariel.dalessandro@collabora.com \
--cc=balaji.selvanathan@oss.qualcomm.com \
--cc=bb@ti.com \
--cc=ben.dooks@codethink.co.uk \
--cc=briansune@gmail.com \
--cc=c-vankar@ti.com \
--cc=casey.connolly@linaro.org \
--cc=cniedermaier@dh-electronics.com \
--cc=dannenberg@ti.com \
--cc=dario.binacchi@amarulasolutions.com \
--cc=dev@benjarobin.fr \
--cc=dimorinny@google.com \
--cc=dinesh.maniyam@altera.com \
--cc=dlechner@baylibre.com \
--cc=festevam@gmail.com \
--cc=foss+uboot@0leil.net \
--cc=francesco.dolcini@toradex.com \
--cc=gchan9527@gmail.com \
--cc=gilles.talis@gmail.com \
--cc=h-salunke@ti.com \
--cc=hs@nabladev.com \
--cc=i@shantur.com \
--cc=ilias.apalodimas@linaro.org \
--cc=j-choudhary@ti.com \
--cc=jan.kiszka@siemens.com \
--cc=jerome.forissier@arm.com \
--cc=jonas@kwiboo.se \
--cc=jstephan@baylibre.com \
--cc=kever.yang@rock-chips.com \
--cc=kory.maincent@bootlin.com \
--cc=le.jin@siemens.com \
--cc=lucienzx159@gmail.com \
--cc=lukma@denx.de \
--cc=m.schwan@phytec.de \
--cc=marek.vasut+renesas@mailbox.org \
--cc=marex@denx.de \
--cc=martyn.welch@collabora.com \
--cc=matteo.lisi@engicam.com \
--cc=mbrugger@suse.com \
--cc=me@ziyao.cc \
--cc=michal.simek@amd.com \
--cc=mikhail.kshevetskiy@iopsys.eu \
--cc=mingkai.hu@nxp.com \
--cc=mkorpershoek@kernel.org \
--cc=msp@baylibre.com \
--cc=neil.armstrong@linaro.org \
--cc=padmarao.begari@amd.com \
--cc=patrice.chotard@foss.st.com \
--cc=patrick.delaunay@foss.st.com \
--cc=paul.barker.ct@bp.renesas.com \
--cc=paul.liu@linaro.org \
--cc=pbrobinson@gmail.com \
--cc=peng.fan@nxp.com \
--cc=pramod.kumar_1@nxp.com \
--cc=robert.marko@sartura.hr \
--cc=romain.gantois@bootlin.com \
--cc=root@infi.wang \
--cc=s-vadapalli@ti.com \
--cc=seanedmond@microsoft.com \
--cc=seashell11234455@gmail.com \
--cc=semen.protsenko@linaro.org \
--cc=sjg@chromium.org \
--cc=sr@denx.de \
--cc=sughosh.ganu@arm.com \
--cc=tharvey@gateworks.com \
--cc=tien.fong.chee@altera.com \
--cc=trini@konsulko.com \
--cc=u-boot@lists.denx.de \
--cc=u-kumar1@ti.com \
--cc=uboot-stm32@st-md-mailman.stormreply.com \
--cc=vaishnav.a@ti.com \
--cc=vigneshr@ti.com \
--cc=weijie.gao@mediatek.com \
--cc=xypron.glpk@gmx.de \
--cc=ycliang@andestech.com \
--cc=ye.li@nxp.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox