summary refs log tree commit diff stats
path: root/results/classifier/zero-shot/105/device/1826200
blob: f4f22813bb0d1d2d558cb97bd72c301e459a8b5e (plain) (blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
device: 0.554
graphic: 0.382
network: 0.358
boot: 0.327
socket: 0.323
mistranslation: 0.317
vnc: 0.263
semantic: 0.262
other: 0.180
KVM: 0.177
instruction: 0.135
assembly: 0.123

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

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.

See also: https://bugzilla.tianocore.org/show_bug.cgi?id=1747

See also: https://github.com/puiterwijk/qemu-ovmf-secureboot/issues/25

We'll probably never have resources for this -- nice to have feature, but has not become critical in ~1.5 years. LP doesn't allow me to close the ticket as "Won't Fix", so I'll have to go with "Invalid". (The report is not invalid at all, but the ticket status should *somehow* reflect that we have no resources for working on this.)

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

Merged: https://<email address hidden>/

Commits:

https://gitlab.com/qemu-project/qemu/-/commit/bb99f4772f54017490e3356ecbb3df25c5d4537f
https://gitlab.com/qemu-project/qemu/-/commit/10c3666658f53c5ec8fd9ec27cdf5c393ff814a0
https://gitlab.com/qemu-project/qemu/-/commit/48a7ff4d516c92323ca7bd88df90ebb974bc0a9a

Released with QEMU v5.2.0.