[Qemu-devel] Re: How to use -acpitable to add a SLIC-table?

[Stefan Hellermann <stefan@the2masters.de>]

Gleb Natapov schrieb:
> On Mon, Mar 30, 2009 at 05:36:06PM +0200, Stefan Hellermann wrote:
>   
>> Gleb Natapov schrieb:
>>     
>>> On Thu, Mar 26, 2009 at 06:35:16PM +0100, Stefan Hellermann wrote:
>>>   
>>>       
>>>> Hello,
>>>>
>>>> how can I use the -acpitable parameter to add a SLIC-table to the
>>>> qemu-bios dynamically?
>>>>
>>>> I think I need a file with the SLIC-data, but how can I extract this
>>>> data out of my BIOS from my host-machine for example?
>>>>
>>>> The -acpitable parameter accepts a bunch of settings and a datafile, do
>>>> I need to set all these settings? I think most of them should sit in the
>>>> SLIC-file.
>>>>
>>>>     
>>>>         
>>> -acpitable parameter settings are field from common ACPI table header.
>>> If you skip any of them default will be used. Table data that goes after
>>> headers should be specified after data=.
>>>
>>>   
>>>       
>>>> I tried using SLIC-Data-files downloaded from the web, but I'm unsure if
>>>> they are formatted correctly.
>>>>     
>>>>         
>>> It looks like they already contain ACPI header.
>>>   
>>>       
>> Okay, I did some new tries. On my own (real-)machine I did
>> # acpidump -o acpidata
>> # acpixtract -l dump | grep SLIC
>> Signature Length  OemId     OemTableId   OemRevision CompilerId
>> CompilerRevision
>>     SLIC     374  "LENOVO"  "TP-7O   "    00002210    " LTP"     00000000
>> # acpixtract -sSLIC acpidata
>> # qemu-system-x86_64 -acpitable
>> sig=SLIC,rev=1,oem_id=LENOVO,oem_table_id=TP-70\ \ \
>> ,oem_rev=00002210,asl_compiler_id=\
>> LTP,asl_compiler_rev=00000000,data=SLIC.dat
>>
>>     
>
> Are you sure your BIOS is up to date?
>   
 I thought the latest kvm-userspace snapshot should contain a reasonable
good snapshot of qemu, but I was wrong. Somehow kvm managed it to break
the support for -acpitable.

I checked out the latest qemu trunk and now -acpitable works great. Thanks!

But qemu is slow, with -enable-kvm it's also slow .... I think I will
try out kqemu.

Thanks for you patience! I should have checked if plain qemu works ...

Stefan

> --
> 			Gleb.
>
>