Alex Williamson wrote:
On Mon, 2009-04-06 at 17:42 -0500, Anthony Liguori wrote:
That helps, but we have the same complexity in getting the data into the
the bios. Adding a new QEMU_CFG_* for each field in every table we want
to specify seems excessive.
Right.
I'm half tempted to generat
On Mon, 2009-04-06 at 17:42 -0500, Anthony Liguori wrote:
> Alex Williamson wrote:
> > Hi Anthony,
> >
> > On Mon, 2009-04-06 at 14:50 -0500, Anthony Liguori wrote:
> >
> >> Alex Williamson wrote:
> >>
> >> I know we have to support blobs because of OEM specific smbios entries,
> >> but there a
Alex Williamson wrote:
Hi Anthony,
On Mon, 2009-04-06 at 14:50 -0500, Anthony Liguori wrote:
Alex Williamson wrote:
I know we have to support blobs because of OEM specific smbios entries,
but there are a number of common ones that it would probably be good to
specify in a less user-unfrie
Hi Anthony,
On Mon, 2009-04-06 at 14:50 -0500, Anthony Liguori wrote:
> Alex Williamson wrote:
>
> I know we have to support blobs because of OEM specific smbios entries,
> but there are a number of common ones that it would probably be good to
> specify in a less user-unfriendly way. What do
Alex Williamson wrote:
Create a new -smbios options that takes binary SMBIOS entries
to provide to the VM BIOS. The binary can be easily generated
using something like:
dmidecode -t 1 -u | grep $'^\t\t[^"]' | xargs -n1 | \
perl -lne 'printf "%c", hex($_)' > smbios_type_1.bin
For some i
Create a new -smbios options that takes binary SMBIOS entries
to provide to the VM BIOS. The binary can be easily generated
using something like:
dmidecode -t 1 -u | grep $'^\t\t[^"]' | xargs -n1 | \
perl -lne 'printf "%c", hex($_)' > smbios_type_1.bin
For some inventory tools, this mak