public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: Tom Rini <trini@konsulko.com>
To: Sean Edmond <seanedmond@linux.microsoft.com>
Cc: Heinrich Schuchardt <xypron.glpk@gmx.de>,
	joe.hershberger@ni.com, rfried.dev@gmail.com, sjg@chromium.org,
	ilias.apalodimas@linaro.org, u-boot@lists.denx.de
Subject: Re: [PATCH v2 1/3] net: Get pxe config file from dhcp option 209
Date: Tue, 7 Nov 2023 19:23:42 -0500	[thread overview]
Message-ID: <20231108002342.GE6601@bill-the-cat> (raw)
In-Reply-To: <b058f5a6-52e2-4e0c-a193-30e884b2463a@linux.microsoft.com>

[-- Attachment #1: Type: text/plain, Size: 3402 bytes --]

On Tue, Nov 07, 2023 at 03:50:06PM -0800, Sean Edmond wrote:
> 
> On 2023-11-04 12:53 a.m., Heinrich Schuchardt wrote:
> > On 11/4/23 03:03, Sean Edmond wrote:
> > > 
> > > On 2023-10-23 10:54 p.m., Heinrich Schuchardt wrote:
> > > > On 10/24/23 02:21, seanedmond@linux.microsoft.com wrote:
> > > > > From: Sean Edmond <seanedmond@microsoft.com>
> > > > > 
> > > > > Allow dhcp server pass pxe config file full path by using option 209
> > > > > 
> > > > > Signed-off-by: Sean Edmond <seanedmond@microsoft.com>
> > > > > ---
> > > > >   cmd/Kconfig |  4 ++++
> > > > >   cmd/pxe.c   | 10 ++++++++++
> > > > >   net/bootp.c | 21 +++++++++++++++++++++
> > > > >   3 files changed, 35 insertions(+)
> > > > > 
> > > > > diff --git a/cmd/Kconfig b/cmd/Kconfig
> > > > > index 5bc0a92d57..adbb1a6187 100644
> > > > > --- a/cmd/Kconfig
> > > > > +++ b/cmd/Kconfig
> > > > > @@ -1826,6 +1826,10 @@ config BOOTP_PXE_CLIENTARCH
> > > > >       default 0x15 if ARM
> > > > >       default 0x0 if X86
> > > > > 
> > > > > +config BOOTP_PXE_DHCP_OPTION
> > > > > +    bool "Request & store 'pxe_configfile' from BOOTP/DHCP server"
> > > > > +    depends on BOOTP_PXE
> > > > 
> > > > Why should this be disabled by default?
> > > > 
> > > > Do we really want a separate config variable?
> > > > 
> > > I expect most won't use this option to get the file path (they'll use
> > > the default paths as per the PXE specification).  It makes more sense
> > > for me to keep it optional, like many of the other options?
> > 
> > RFC 5701 seems to require this option. Hence we should make it default
> > yes. Boards that have a build size issue can opt out.
> 
> The PXELINUX specification
> (https://wiki.syslinux.org/wiki/index.php?title=PXELINUX) doesn't state that
> option 209 is required. In the abense of option 209, PXELINUX will try the
> following default configuration files (this example is provided on the wiki
> link):
>  /mybootdir/pxelinux.cfg/b8945908-d6a6-41a9-611d-74a6ab80b83d
>  /mybootdir/pxelinux.cfg/01-88-99-aa-bb-cc-dd
>  /mybootdir/pxelinux.cfg/C0A8025B
>  /mybootdir/pxelinux.cfg/C0A8025
>  /mybootdir/pxelinux.cfg/C0A802
>  /mybootdir/pxelinux.cfg/C0A80
>  /mybootdir/pxelinux.cfg/C0A8
>  /mybootdir/pxelinux.cfg/C0A
>  /mybootdir/pxelinux.cfg/C0
>  /mybootdir/pxelinux.cfg/C
>  /mybootdir/pxelinux.cfg/default
> 
> If 209 is requested/provided it tries the provided "config file" before the
> default paths.  RFC 5071 should be seen as an extension for PXELINUX (not a
> requirement).  RFC 5071 only states "The Config File Option MUST be supplied
> by the DHCP server if it appears on the Parameter Request List".

We also want to be careful about overall size growth on common options,
even if someone can opt-out. Those are usually last-ditch stop-gaps and
it's better to make sure we really need functionality X/Y/Z by default,
for everyone. Especially with all of the work going on to make HTTP(s)
based network installs a viable option, how much more do we want to
change the PXE case, for everyone. I'm personally somewhat looking for
the use case to be well defined for a "this must be default". Network
provisioning is a thing, yes, but for whom/what, and in turn how broadly
do we need this to be in the vast majority of our boards (since it would
come in via BOOT*DEFAULTS or DISTRO_DEFAULTS).

-- 
Tom

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 659 bytes --]

  reply	other threads:[~2023-11-08  0:23 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-10-24  0:21 [PATCH v2 0/3] BOOTP/DHCPv4 enhancements seanedmond
2023-10-24  0:21 ` [PATCH v2 1/3] net: Get pxe config file from dhcp option 209 seanedmond
2023-10-24  5:54   ` Heinrich Schuchardt
2023-10-24 13:52     ` Peter Robinson
2023-11-04  1:03     ` Sean Edmond
2023-11-04  7:53       ` Heinrich Schuchardt
2023-11-07 23:50         ` Sean Edmond
2023-11-08  0:23           ` Tom Rini [this message]
2023-11-08 12:24             ` Peter Robinson
2023-11-09 21:04               ` Tom Rini
2023-11-09 21:35                 ` Heinrich Schuchardt
2023-11-09 21:40                   ` Tom Rini
2023-10-24  0:21 ` [PATCH v2 2/3] net: bootp: BOOTP/DHCPv4 retransmission improvements seanedmond
2023-10-24  6:06   ` Heinrich Schuchardt
2023-10-24 16:42     ` Sean Edmond
2023-11-04  1:04     ` Sean Edmond
2023-11-04  7:48       ` Heinrich Schuchardt
2023-10-24  0:21 ` [PATCH v2 3/3] net: bootp: add config option BOOTP_RANDOM_XID seanedmond
2023-10-24  6:19   ` Heinrich Schuchardt

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=20231108002342.GE6601@bill-the-cat \
    --to=trini@konsulko.com \
    --cc=ilias.apalodimas@linaro.org \
    --cc=joe.hershberger@ni.com \
    --cc=rfried.dev@gmail.com \
    --cc=seanedmond@linux.microsoft.com \
    --cc=sjg@chromium.org \
    --cc=u-boot@lists.denx.de \
    --cc=xypron.glpk@gmx.de \
    /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