qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Bug 1826200] Re: RFE: populate "OEM Strings" (type 11) SMBIOS table str


From: Daniel Berrange
Subject: [Bug 1826200] Re: RFE: populate "OEM Strings" (type 11) SMBIOS table strings from regular files
Date: Tue, 08 Sep 2020 17:20:50 -0000

Surprise...

https://lists.gnu.org/archive/html/qemu-devel/2020-09/msg03023.html

Discovering the firmware limits was tedious.  SeaBIOS limits SMBIOS to
64KB total size due to support for SMBIOS 2.1 spec only, while EDK2
fails a little over 128 KB total size despite supporting SMBIOS 3.0
which should not be limited IIUC

** Changed in: qemu
       Status: Invalid => In Progress

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1826200

Title:
  RFE: populate "OEM Strings" (type 11) SMBIOS table strings from
  regular files

Status in QEMU:
  In Progress

Bug description:
  The feature added in

  
https://git.qemu.org/?p=qemu.git;a=commitdiff;h=2d6dcbf93fb01b4a7f45a93d276d4d74b16392dd

  and exposed by libvirt as

    https://libvirt.org/formatdomain.html#elementsSysinfo

  allows the user to specify up to 255 strings in the unofmatted area of
  the Type 11 SMBIOS table, where each string may be of arbitrary
  length. This feature is useful for exposing arbitrary text to
  arbitrary guest components (in particular when strings are prefixed
  with "application identifiers").

  Right now, strings can only be specified on the QEMU command line,
  which limits the amount of data that can be passed. Please enable
  users to pass data from regular files too.

  For example:

    $QEMU -smbios
  type=11,value=Hello,txtfile=file1.txt,txtfile=file2.txt

  where "file1.txt" and "file2.txt" could be text files containing ASCII
  application prefixes, followed by base64-encoded binary data.

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1826200/+subscriptions



reply via email to

[Prev in Thread] Current Thread [Next in Thread]