[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] qemu-kvm upstreaming: Do we want -kvm-shadow-memory sem
From: |
Jan Kiszka |
Subject: |
Re: [Qemu-devel] qemu-kvm upstreaming: Do we want -kvm-shadow-memory semantics? |
Date: |
Wed, 25 Jan 2012 13:26:50 +0100 |
User-agent: |
Mozilla/5.0 (X11; U; Linux i686 (x86_64); de; rv:1.8.1.12) Gecko/20080226 SUSE/2.0.0.12-1.1 Thunderbird/2.0.0.12 Mnenhy/0.7.5.666 |
On 2012-01-25 13:15, Avi Kivity wrote:
> On 01/25/2012 02:10 PM, Jan Kiszka wrote:
>>>
>>>> Would a machine option
>>>> "kvm_shadow_memory=n" be desirable?
>>>
>>> Not sure, this is a host option, not a guest option. Machine options
>>> should be guest-visible.
>>
>> machine options are not guest visible. Basically, this options falls
>> into the same category as kernel_irqchip.
>
> They should be. We should work hard to separate the guest ABI from
> everything else. Same as kvm-apic appearing in the qdev name.
Which is NOT guest visible.
>
>> Do we have alternatives? A top-level command line options is surely none.
>
> -kvm shadow-memory=n,...
>
> -accel kvm,shadow-memory=n,...
Both are unneeded additional options.
We already have -machine option=value. We just need to enable machines
like KVM-based ones to append their private ones to the common set. That
way you will get a proper error report when specifying a meaningless
combination like "accel=tcg,kernel_irqchip=on".
Jan
--
Siemens AG, Corporate Technology, CT T DE IT 1
Corporate Competence Center Embedded Linux
- Re: [Qemu-devel] qemu-kvm upstreaming: Do we want -kvm-shadow-memory semantics?, (continued)
- Re: [Qemu-devel] qemu-kvm upstreaming: Do we want -kvm-shadow-memory semantics?, Alexander Graf, 2012/01/19
- Re: [Qemu-devel] qemu-kvm upstreaming: Do we want -kvm-shadow-memory semantics?, Marcelo Tosatti, 2012/01/19
- Re: [Qemu-devel] qemu-kvm upstreaming: Do we want -kvm-shadow-memory semantics?, Jan Kiszka, 2012/01/19
- Re: [Qemu-devel] qemu-kvm upstreaming: Do we want -kvm-shadow-memory semantics?, Avi Kivity, 2012/01/25
- Re: [Qemu-devel] qemu-kvm upstreaming: Do we want -kvm-shadow-memory semantics?, Jan Kiszka, 2012/01/25
- Re: [Qemu-devel] qemu-kvm upstreaming: Do we want -kvm-shadow-memory semantics?, Avi Kivity, 2012/01/25
- Re: [Qemu-devel] qemu-kvm upstreaming: Do we want -kvm-shadow-memory semantics?, Jan Kiszka, 2012/01/25
- Re: [Qemu-devel] qemu-kvm upstreaming: Do we want -kvm-shadow-memory semantics?, Avi Kivity, 2012/01/25
- Re: [Qemu-devel] qemu-kvm upstreaming: Do we want -kvm-shadow-memory semantics?,
Jan Kiszka <=
- Re: [Qemu-devel] qemu-kvm upstreaming: Do we want -kvm-shadow-memory semantics?, Avi Kivity, 2012/01/25