Re: U-Boot interferes with initrd binary — Revert "efi: Correct smbios-table installation" ?
Michael Brown
mcb30 at ipxe.org
Mon Mar 31 19:15:39 CEST 2025
On 31/03/2025 17:49, Christian Kohlschütter wrote:
> # hexdump /.aaaaargh
> 0000000 0000 0000 0000 0000 0000 0000 0000 0000
> *
> 0044100 ffff ffff ffff 15dc f9c8 6f16 e188 0000
> 0044110 00a0 52b0 a01c 6d59 0000 0000 0000 0000
> 0044120 0000 0000 0000 0000 0000 0000 0000 0000
> 0044130 0000 0000 0000 0000 0000 0000 e1a8 6097
This looks suspiciously like a broadcast Ethernet packet from a source
MAC address of dc:15:c8:f9:16:6f with an ethertype of 0x88e1. Some
quick research suggests that these are HomePlug Management packets
generated by a "Fritz!" home router.
>> commit 06ef8089f876b6dabf56caba31a05c003f03c629 (HEAD)
>> Author: Simon Glass <sjg at chromium.org>
>> Date: Sun Dec 31 08:25:55 2023 -0700
>>
>> efi: Correct smbios-table installation
>> At present this code allocates memory when writing the tables and
>> then unnecessarily adds another memory map when installing it.
>> Adjust the code to allocate the tables using the normal U-Boot
>> mechanism. This avoids doing an EFI memory allocation early in
>> U-Boot, which may use memory that would be overwritten by a
>> 'load' command, for example.
>> Signed-off-by: Simon Glass <sjg at chromium.org>
No idea how that could relate to the packet you're seeing being written
into random memory locations, sorry. I'll leave it to one of the U-Boot
developers to respond.
Thanks,
Michael
More information about the U-Boot
mailing list