From: Avi Kivity <avi@redhat.com>
To: Jan Kiszka <jan.kiszka@web.de>
Cc: Marcelo Tosatti <mtosatti@redhat.com>, kvm <kvm@vger.kernel.org>,
Juan Quintela <quintela@redhat.com>
Subject: Re: [PATCH 2/2] qemu-kvm: x86: Add support for VCPU event states
Date: Sun, 15 Nov 2009 16:38:11 +0200 [thread overview]
Message-ID: <4B001253.9040207@redhat.com> (raw)
In-Reply-To: <4B0010CD.7000406@web.de>
On 11/15/2009 04:31 PM, Jan Kiszka wrote:
>>>>
>>>> Is there a reason why you add 11 between 9 and 10? We'll probably see
>>>> another 11 when someone else adds the next state.
>>>>
>>>>
>>>>
>>> Logical grouping ("/* KVM-related states */").
>>>
>> These aren't kvm-related, just not implemented in tcg yet. Nothing
>> kvmish about them - it's all architectural state.
>>
> Most of them are KVM-specific. TCG don't have to deal with event
> re-injection due to host page faults etc. on first try.
>
Right, tcg can do some things atomically. There's some non-kvm state in
there.
>>> If anyone once tries to
>>> add non-KVM stuff here just because it's version 12, it should be
>>> rejected. I don't think you have to sort VMSTATE entries by their
>>> version number. Am I right, Juan?
>>>
>>>
>> I'm worried about something else - someone looking at the end, seeing
>> version 10, and appending new state with version 11.
>>
> Again, that's something proper review should catch (just like checking
> for the right place when adding a new IOCTL to kvm.h).
>
And we know how well that works. We should try to make things work by
default and leave the review to catch the really difficult things (like
trailing whitespace).
At least add a comment at the end warning people that simple append will
fail.
--
error compiling committee.c: too many arguments to function
next prev parent reply other threads:[~2009-11-15 14:38 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-11-12 0:04 [PATCH 1/2] qemu-kvm: x86: Refactor use of interrupt_bitmap Jan Kiszka
2009-11-12 0:05 ` [PATCH 2/2] qemu-kvm: x86: Add support for VCPU event states Jan Kiszka
2009-11-15 13:56 ` Avi Kivity
2009-11-15 14:21 ` Jan Kiszka
2009-11-15 14:27 ` Avi Kivity
2009-11-15 14:31 ` Jan Kiszka
2009-11-15 14:38 ` Avi Kivity [this message]
2009-11-15 15:02 ` Jan Kiszka
2009-11-15 15:10 ` Avi Kivity
2009-11-15 15:41 ` Jan Kiszka
2009-11-15 15:50 ` Avi Kivity
2009-11-24 14:15 ` Avi Kivity
2009-11-24 22:08 ` Marcelo Tosatti
2009-12-10 20:23 ` Marcelo Tosatti
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4B001253.9040207@redhat.com \
--to=avi@redhat.com \
--cc=jan.kiszka@web.de \
--cc=kvm@vger.kernel.org \
--cc=mtosatti@redhat.com \
--cc=quintela@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox