All of lore.kernel.org
 help / color / mirror / Atom feed
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
> 

  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.