On Thu, 25 Jan 2024 at 03:02, Heinrich Schuchardt <heinrich.schucha...@canonical.com> wrote: > > On 1/24/24 22:16, Tom Rini wrote: > > On Wed, Jan 17, 2024 at 04:33:45PM +0100, Heinrich Schuchardt wrote: > > > >> U-Boot can either generated an SMBIOS table or copy it from a prior boot > >> stage, e.g. QEMU. > >> > >> Provide a command to display the SMBIOS information. > >> > >> Currently only type 1 and 2 are translated to human readable text. > >> Other types may be added later. Currently only a hexdump and the list of > >> strings is provided for these. > >> > >> Signed-off-by: Heinrich Schuchardt <heinrich.schucha...@canonical.com> > >> Reviewed-by: Simon Glass <s...@chromium.org> > >> Reviewed-by: Ilias Apalodimas <ilias.apalodi...@linaro.org> > > [snip] > >> @@ -227,6 +227,13 @@ config CMD_SBI > >> help > >> Display information about the SBI implementation. > >> > >> +config CMD_SMBIOS > >> + bool "smbios" > >> + depends on SMBIOS > >> + default y > >> + help > >> + Display the SMBIOS information. > >> + > > > > So this would be enabled (today) on 888 boards and is a bit more than a > > kilobyte. I think we can just let this be enabled as needed in > > defconfigs? > > > > As needed would be the boards where we want to run the related Python > test. Sandbox and QEMU should be good enough?
Yes, I think for most users seeing the smbios tables is probably not particularly useful.