public inbox for devel@edk2.groups.io
 help / color / mirror / Atom feed
* SMBIOS/DMI data creation
@ 2016-11-04  7:22 Shaveta Leekha
  2016-11-04  9:07 ` Ryan Harkin
  0 siblings, 1 reply; 2+ messages in thread
From: Shaveta Leekha @ 2016-11-04  7:22 UTC (permalink / raw)
  To: linaro-uefi@lists.linaro.org, edk2-devel@lists.01.org
  Cc: Varun Sethi, Bhupesh Sharma

Hi,

I was adding SMBIOS DMI data in UEFI for our ARM64 platform.
One patch that I referred is of ARM JUNO platform:
	ArmPlatformPkg/ArmJunoPkg: Create SMBIOS/DMI data	for Juno

In it, almost all SMBIOS table entries/structures are populated statically with information.
Is it preliminary support? can we fill most of the information like:
	Memory module information
	Cache related info etc by reading from registers or from system at run time instead of filling it statically?

Any views?

Thanks and Regards,
Shaveta



^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: SMBIOS/DMI data creation
  2016-11-04  7:22 SMBIOS/DMI data creation Shaveta Leekha
@ 2016-11-04  9:07 ` Ryan Harkin
  0 siblings, 0 replies; 2+ messages in thread
From: Ryan Harkin @ 2016-11-04  9:07 UTC (permalink / raw)
  To: Shaveta Leekha
  Cc: linaro-uefi@lists.linaro.org, edk2-devel@lists.01.org,
	Varun Sethi

On 4 November 2016 at 07:22, Shaveta Leekha <shaveta.leekha@nxp.com> wrote:
> Hi,
>
> I was adding SMBIOS DMI data in UEFI for our ARM64 platform.
> One patch that I referred is of ARM JUNO platform:
>         ArmPlatformPkg/ArmJunoPkg: Create SMBIOS/DMI data       for Juno
>
> In it, almost all SMBIOS table entries/structures are populated statically with information.
> Is it preliminary support?

I think so.


> can we fill most of the information like:
>         Memory module information
>         Cache related info etc by reading from registers or from system at run time instead of filling it statically?
>

I think that would be the nicest way to do it.  Static configuration
isn't ideal, IMO.  But on a board like Juno, where the config isn't
likely to change, I think it's acceptable to hard code it; or at
least, it's better than doing nothing.

> Any views?
>
> Thanks and Regards,
> Shaveta
>
> _______________________________________________
> edk2-devel mailing list
> edk2-devel@lists.01.org
> https://lists.01.org/mailman/listinfo/edk2-devel


^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2016-11-04  9:08 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2016-11-04  7:22 SMBIOS/DMI data creation Shaveta Leekha
2016-11-04  9:07 ` Ryan Harkin

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox