Package: qemu
Version: 2.1+dfsg-5
Followup-For: Bug #765075

On 13/10/14 16:28, Michael Tokarev wrote:
> So, what do you suggest to do?

I attached a simple patch to the original bug report when I filed it,
which added a note to the docs (ends up in --help output and man page
too I think).

https://bugs.debian.org/cgi-bin/bugreport.cgi?msg=5;filename=qemu-21-debian-slic-documentation.patch;att=1;bug=765075


Might be good to stick something in README.Debian or similar too?

e.g.

I was going to suggest this:

{

Debian carries a patch (currently not upstream) which modifies the
behaviour of the --acpitable argument when qemu is provided with an ACPI
SLIC table: the oem_id field of the system descriptor table is updated
to match the contents of the oem_id field in the supplied SLIC table.

To specify this on all qemu invocations (e.g. including those launched
by wrapper binaries and scripts etc.), you can add this to
/etc/qemu/target-x86_64.conf :


[acpi]
  file = "/usr/local/share/bios/sys-firmware-acpi-tables-SLIC"

  }



  ... but for some reason this acpi section (which I generated using
  qemu -writeconfig) seems to be ignored (upstream bug I think)?


  So how about this instead:


  {

  Debian carries a patch (currently not upstream) which modifies the
  behaviour of the --acpitable argument when qemu is provided with an
  ACPI SLIC table: the oem_id field of the system descriptor table is
  updated to match the contents of the oem_id field in the supplied SLIC
  table.

  To specify this on all qemu invocations (e.g. including those launched
  by scripts and tools such as libvirt), you could use a wrapper script
  like the one described here:

  
https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Technical_Notes/virt.html

  ... to always pass in the following to qemu:

  -acpitable file=/usr/local/share/bios/sys-firmware-acpi-tables-SLIC

  }


  Cheers,

  Tim.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to