On Wed, 11 Feb 2026 at 16:30, Raymond Mao <[email protected]> wrote:
>
> Hi Ilias,
>
> On Wed, Feb 11, 2026 at 4:32 AM Ilias Apalodimas
> <[email protected]> wrote:
> >
> > Hi all,
> >
> > Apologies for the late reply.
> >
> > I did test the patches but I see something weird on smbios type 17.
> >
> > Handle 0x0008, DMI type 17, 104 bytes
> > Memory Device
> >         Array Handle: 0x0000
> >         Error Information Handle: Not Provided
> >         Total Width: Unknown
> >         Data Width: Unknown
> >         Size: No Module Installed
> >         Form Factor: <OUT OF SPEC>
> >         Set: None
> >         Locator: <BAD INDEX>
> >         Bank Locator: <BAD INDEX>
> >         Type: Unknown
> >         Type Detail: Other Unknown Fast-paged Static Column
> > Pseudo-static RAMBus Synchronous
> >         Speed: 512 MT/s
> >         Manufacturer: <BAD INDEX>
> >         Serial Number: Not Specified
> >         Asset Tag: Not Specified
> >         Part Number: Not Specified
> >         Rank: Unknown
> >         Configured Memory Speed: Unknown
> >         Minimum Voltage: Unknown
> >         Maximum Voltage: Unknown
> >         Configured Voltage: Unknown
> >         Memory Technology: <OUT OF SPEC>
> >         Memory Operating Mode Capability: None
> >         Firmware Version: Not Specified
> >         Module Manufacturer ID: Bank 3, Hex 0x04
> >         Module Product ID: Unknown
> >         Memory Subsystem Controller Manufacturer ID: Unknown
> >         Memory Subsystem Controller Product ID: Unknown
> >         Non-Volatile Size: 16383 PB
> >         Volatile Size: Unknown
> >         Cache Size: Unknown
> >         Logical Size: Unknown
> >
> > Any idea what <BAD INDEX> and <OUT OF SPEC> represent?
> > I tested this in QEMU
> >
>
> I just retested it by below qemu cmd after I rebased it to the current master:
> qemu-system-aarch64  -bios u-boot.bin -machine virt -cpu cortex-a57 -m
> 2G  -nographic
>
> Below is the type17 I got:
> ```
> Handle 0x0008, DMI type 17, 104 bytes at 0xbe678141
> Memory Device:
> Physical Memory Array Handle: 0x0000
> Memory Error Information Handle: 0xfffe
> Total Width: 0x0000
> Data Width: 0x0000
> Size: 0xffff
> Form Factor: Unknown
> Device Set: 0x00ff
> Device Locator:
> Bank Locator:
> Memory Type: Unknown
> Type Detail: 0x0004
> Speed: 0x0000
> Manufacturer:
> Serial Number:
> Asset Tag:
> Part Number:
> Attributes: 0x0000
> Extended Size: 0x00000000
> Configured Memory Speed: 0x0000
> Minimum voltage: 0x0000
> Maximum voltage: 0x0000
> Configured voltage: 0x0000
> Memory Technology: Unknown
> Memory Operating Mode Capability: 0x0004
> Firmware Version:
> Module Manufacturer ID: 0x0000
> Module Product ID: 0x0000
> Memory Subsystem Controller Manufacturer ID: 0x0000
> Memory Subsystem Controller Product ID: 0x0000
> Non-volatile Size: 0xffffffffffffffff
> Volatile Size: 0xffffffffffffffff
> Cache Size: 0xffffffffffffffff
> Logical Size: 0xffffffffffffffff
> Extended Speed: 0x0000
> Extended Configured Memory Speed: 0x0000
> PMIC0 Manufacturer ID: 0x0000
> PMIC0 Revision Number: 0x0000
> RCD Manufacturer ID: 0x0000
> RCD Revision Number: 0x0000
> ```
>
> If you didn't use smbios_generic.dtsi to insert new nodes, or add new
> 'memory@' / 'memory-controller@' nodes into your DT, you should get
> the same result as mine by default.
> If you still can not get it, can you give me your build instruction
> and qemu cmd for reproducing?

I used qemu_arm64_lwip_defconfig

qemu-system-aarch64 -m 1024 -smp 2 -nographic -cpu cortex-a57 \
          -machine virt,secure=off -bios u-boot.bin -chardev
socket,id=chrtpm,path=/tmp/mytpm1/swtpm-sock \
          -tpmdev emulator,id=tpm0,chardev=chrtpm -device
tpm-tis-device,tpmdev=tpm0 \
          -device virtio-rng-pci -drive
id=os,if=none,file=../debian.qcow2 -device virtio-blk-device,drive=os
 is the command line

Cheers
/Ilias


>
> Regards,
> Raymond
>
>
> > Regards
> > /Ilias
> >
> > On Wed, 4 Feb 2026 at 18:13, Tom Rini <[email protected]> wrote:
> > >
> > > On Wed, Feb 04, 2026 at 11:12:42AM -0500, Raymond Mao wrote:
> > >
> > > > Hi,
> > > >
> > > > Anyone have a chance to review this patch set? It is the last piece of
> > > > work to support all required SMBIOS types in U-Boot.
> > >
> > > I've been waiting for Ilias or Heinrich to have time to look at this.
> > >
> > > --
> > > Tom

Reply via email to