From: Ilias Apalodimas <ilias.apalodimas@linaro.org>
To: Heinrich Schuchardt <xypron.glpk@gmx.de>
Cc: Da Xue <da@libre.computer>, Tom Rini <trini@konsulko.com>,
U-Boot Mailing List <u-boot@lists.denx.de>,
Alexander Graf <agraf@csgraf.de>,
Adarsh Babu Kalepalli <opensource.kab@gmail.com>,
Simon Glass <sjg@chromium.org>
Subject: Re: Pull request for efi-2021-07-rc5-2
Date: Mon, 5 Jul 2021 08:56:08 +0300 [thread overview]
Message-ID: <YOKe+Oli2UlApB2r@enceladus> (raw)
In-Reply-To: <adc723dc-1251-3444-6a64-1c303091121b@gmx.de>
>
[...]
> commit 44ffb6f0ecaf ("smbios: Allow properties to come from the device
> tree") still used CONFIG symbols.
>
> commit e4f8e543f1a9 ("smbios: Drop the unused Kconfig options") dropped
> the CONFIG symbols
Exactly, that was the point I tried to make. I think whatever Da was seing
on his entires as 'correct' was prior to e4f8e543f1a9.
Cheers
/Ilias
>
> Best regards
>
> Heinrich
>
> > The only thing my patch did was fix e4f8e543f1a9 which removed some Kconfig
> > options. Removing those made the strings "" which is against the spec.
> > Heinrich fixed a similar issue with 00a871d34e2f back when we had
> > CONFIG_SMBIOS_MANUFACTURER and CONFIG_SMBIOS_PRODUCT_NAME. Any chance that
> > was your working version and those values were used?
> >
> > >
> > > Having file smbios.dtsi in an x86 specific path (arch/x86/dts/) does not
> > > make much sense. There is nothing architecture specific in it.
> > >
> > > Maybe where Ilias now has filled the missing properties with 'Unknown'
> > > he should have opted for CONFIG_SYS* instead if available. This would
> > > make smbios.dtsi superfluous.
> >
> > We discussed this with Simon and I'll send a follow up patch. The idea is to
> > try and use CONFIG_SYS* and if those are not available, pop a warning and use
> > Unknown
> >
> > Cheers
> > /Ilias
> > >
> > > Best regards
> > >
> > > Heinrich
>
next prev parent reply other threads:[~2021-07-05 5:56 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-06-28 19:47 Pull request for efi-2021-07-rc5-2 Heinrich Schuchardt
2021-06-30 12:06 ` Tom Rini
2021-07-03 12:46 ` Da Xue
2021-07-03 13:36 ` Heinrich Schuchardt
2021-07-03 15:25 ` Da Xue
2021-07-03 16:06 ` Heinrich Schuchardt
2021-07-03 19:24 ` Ilias Apalodimas
2021-07-03 19:43 ` Heinrich Schuchardt
2021-07-05 5:56 ` Ilias Apalodimas [this message]
-- strict thread matches above, loose matches on Subject: below --
2021-06-21 7:10 Heinrich Schuchardt
2021-06-21 21:22 ` Tom Rini
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=YOKe+Oli2UlApB2r@enceladus \
--to=ilias.apalodimas@linaro.org \
--cc=agraf@csgraf.de \
--cc=da@libre.computer \
--cc=opensource.kab@gmail.com \
--cc=sjg@chromium.org \
--cc=trini@konsulko.com \
--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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.