All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jan Kiszka <jan.kiszka@web.de>
To: Glauber Costa <glommer@redhat.com>
Cc: Avi Kivity <avi@redhat.com>,
	Marcelo Tosatti <mtosatti@redhat.com>,
	kvm@vger.kernel.org, qemu-devel@nongnu.org
Subject: Re: [PATCH v3 15/21] kvm: x86: Introduce kvmclock device to save/restore its state
Date: Tue, 04 Jan 2011 12:45:05 +0100	[thread overview]
Message-ID: <4D230841.1070706@web.de> (raw)
In-Reply-To: <1294141387.5370.35.camel@mothafucka.localdomain>

[-- Attachment #1: Type: text/plain, Size: 1120 bytes --]

Am 04.01.2011 12:43, Glauber Costa wrote:
> On Tue, 2011-01-04 at 12:34 +0100, Jan Kiszka wrote:
>> Am 04.01.2011 12:08, Glauber Costa wrote:
>>> On Tue, 2011-01-04 at 09:32 +0100, Jan Kiszka wrote:
>>>> From: Jan Kiszka <jan.kiszka@siemens.com>
>>>>
>>>> If kvmclock is used, which implies the kernel supports it, register a
>>>> kvmclock device with the sysbus. Its main purpose is to save and restore
>>>> the kernel state on migration, but this will also allow to visualize it
>>>> one day.
>>>
>>> I would prefer having no pre-save, and doing the ioctl in the state
>>> change handler. But I won't nitpick about that, if the maintainers think
>>> this is okay, all the rest of the patch looks fine as well.
>>
>> I did this for a reason: to be able to obtain the current clock state
>> even while the vm is running. It's cleaner IMHO.
> 
> but if we're on pre-save, we are certain that the vm is stopped at this
> moment, no ?

Maybe at the moment, but not for device state dumping or maybe (dunno)
for Kemari's continuous sync'ing. I simply want to avoid this implicit
dependency.

Jan


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 259 bytes --]

WARNING: multiple messages have this Message-ID (diff)
From: Jan Kiszka <jan.kiszka@web.de>
To: Glauber Costa <glommer@redhat.com>
Cc: Marcelo Tosatti <mtosatti@redhat.com>,
	Avi Kivity <avi@redhat.com>,
	kvm@vger.kernel.org, qemu-devel@nongnu.org
Subject: [Qemu-devel] Re: [PATCH v3 15/21] kvm: x86: Introduce kvmclock device to save/restore its state
Date: Tue, 04 Jan 2011 12:45:05 +0100	[thread overview]
Message-ID: <4D230841.1070706@web.de> (raw)
In-Reply-To: <1294141387.5370.35.camel@mothafucka.localdomain>

[-- Attachment #1: Type: text/plain, Size: 1120 bytes --]

Am 04.01.2011 12:43, Glauber Costa wrote:
> On Tue, 2011-01-04 at 12:34 +0100, Jan Kiszka wrote:
>> Am 04.01.2011 12:08, Glauber Costa wrote:
>>> On Tue, 2011-01-04 at 09:32 +0100, Jan Kiszka wrote:
>>>> From: Jan Kiszka <jan.kiszka@siemens.com>
>>>>
>>>> If kvmclock is used, which implies the kernel supports it, register a
>>>> kvmclock device with the sysbus. Its main purpose is to save and restore
>>>> the kernel state on migration, but this will also allow to visualize it
>>>> one day.
>>>
>>> I would prefer having no pre-save, and doing the ioctl in the state
>>> change handler. But I won't nitpick about that, if the maintainers think
>>> this is okay, all the rest of the patch looks fine as well.
>>
>> I did this for a reason: to be able to obtain the current clock state
>> even while the vm is running. It's cleaner IMHO.
> 
> but if we're on pre-save, we are certain that the vm is stopped at this
> moment, no ?

Maybe at the moment, but not for device state dumping or maybe (dunno)
for Kemari's continuous sync'ing. I simply want to avoid this implicit
dependency.

Jan


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 259 bytes --]

  reply	other threads:[~2011-01-04 11:45 UTC|newest]

Thread overview: 70+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-01-04  8:32 [PATCH v3 00/21] [uq/master] Prepare for more qemu-kvm merging Jan Kiszka
2011-01-04  8:32 ` [Qemu-devel] " Jan Kiszka
2011-01-04  8:32 ` [PATCH v3 01/21] kvm: Fix coding style violations Jan Kiszka
2011-01-04  8:32   ` [Qemu-devel] " Jan Kiszka
2011-01-04  8:32 ` [PATCH v3 02/21] kvm: Drop return value of kvm_cpu_exec Jan Kiszka
2011-01-04  8:32   ` [Qemu-devel] " Jan Kiszka
2011-01-04  8:32 ` [PATCH v3 03/21] kvm: Stop on all fatal exit reasons Jan Kiszka
2011-01-04  8:32   ` [Qemu-devel] " Jan Kiszka
2011-01-04  8:32 ` [PATCH v3 04/21] kvm: Improve reporting of fatal errors Jan Kiszka
2011-01-04  8:32   ` [Qemu-devel] " Jan Kiszka
2011-01-04  8:32 ` [PATCH v3 05/21] x86: Optionally dump code bytes on cpu_dump_state Jan Kiszka
2011-01-04  8:32   ` [Qemu-devel] " Jan Kiszka
2011-01-04  8:32 ` [PATCH v3 06/21] kvm: x86: Align kvm_arch_put_registers code with comment Jan Kiszka
2011-01-04  8:32   ` [Qemu-devel] " Jan Kiszka
2011-01-04  8:32 ` [PATCH v3 07/21] kvm: x86: Prepare kvm_get_mp_state for in-kernel irqchip Jan Kiszka
2011-01-04  8:32   ` [Qemu-devel] " Jan Kiszka
2011-01-04  8:32 ` [PATCH v3 08/21] kvm: x86: Remove redundant mp_state initialization Jan Kiszka
2011-01-04  8:32   ` [Qemu-devel] " Jan Kiszka
2011-01-04  8:32 ` [PATCH v3 09/21] kvm: x86: Fix xcr0 reset mismerge Jan Kiszka
2011-01-04  8:32   ` [Qemu-devel] " Jan Kiszka
2011-01-04  8:32 ` [PATCH v3 10/21] kvm: x86: Refactor msr_star/hsave_pa setup and checks Jan Kiszka
2011-01-04  8:32   ` [Qemu-devel] " Jan Kiszka
2011-01-04  8:32 ` [PATCH v3 11/21] kvm: x86: Reset paravirtual MSRs Jan Kiszka
2011-01-04  8:32   ` [Qemu-devel] " Jan Kiszka
2011-01-04 11:06   ` Glauber Costa
2011-01-04 11:06     ` [Qemu-devel] " Glauber Costa
2011-01-04  8:32 ` [PATCH v3 12/21] kvm: x86: Drop MCE MSRs write back restrictions Jan Kiszka
2011-01-04  8:32   ` [Qemu-devel] " Jan Kiszka
2011-01-05  6:42   ` Huang Ying
2011-01-05  6:42     ` [Qemu-devel] " Huang Ying
2011-01-05  8:07     ` Jan Kiszka
2011-01-05  8:07       ` [Qemu-devel] " Jan Kiszka
2011-01-05  8:33       ` Huang Ying
2011-01-05  8:33         ` [Qemu-devel] " Huang Ying
2011-01-05  9:06         ` Jan Kiszka
2011-01-05  9:06           ` [Qemu-devel] " Jan Kiszka
2011-01-04  8:32 ` [PATCH v3 13/21] kvm: Eliminate KVMState arguments Jan Kiszka
2011-01-04  8:32   ` [Qemu-devel] " Jan Kiszka
2011-01-04  8:32 ` [PATCH v3 14/21] kvm: x86: Fix !CONFIG_KVM_PARA build Jan Kiszka
2011-01-04  8:32   ` [Qemu-devel] " Jan Kiszka
2011-01-04  8:32 ` [PATCH v3 15/21] kvm: x86: Introduce kvmclock device to save/restore its state Jan Kiszka
2011-01-04  8:32   ` [Qemu-devel] " Jan Kiszka
2011-01-04 11:08   ` Glauber Costa
2011-01-04 11:08     ` [Qemu-devel] " Glauber Costa
2011-01-04 11:34     ` Jan Kiszka
2011-01-04 11:34       ` [Qemu-devel] " Jan Kiszka
2011-01-04 11:43       ` Glauber Costa
2011-01-04 11:43         ` [Qemu-devel] " Glauber Costa
2011-01-04 11:45         ` Jan Kiszka [this message]
2011-01-04 11:45           ` Jan Kiszka
2011-01-04 11:48           ` Glauber Costa
2011-01-04 11:48             ` [Qemu-devel] " Glauber Costa
2011-01-04  8:32 ` [PATCH v3 16/21] kvm: Drop smp_cpus argument from init functions Jan Kiszka
2011-01-04  8:32   ` [Qemu-devel] " Jan Kiszka
2011-01-04  8:32 ` [PATCH v3 17/21] kvm: Consolidate must-have capability checks Jan Kiszka
2011-01-04  8:32   ` [Qemu-devel] " Jan Kiszka
2011-01-04  8:32 ` [PATCH v3 18/21] kvm: x86: Rework identity map and TSS setup for larger BIOS sizes Jan Kiszka
2011-01-04  8:32   ` [Qemu-devel] " Jan Kiszka
2011-01-04  8:32 ` [PATCH v3 19/21] kvm: Flush coalesced mmio buffer on IO window exits Jan Kiszka
2011-01-04  8:32   ` [Qemu-devel] " Jan Kiszka
2011-01-04  8:32 ` [PATCH v3 20/21] kvm: Do not use qemu_fair_mutex Jan Kiszka
2011-01-04  8:32   ` [Qemu-devel] " Jan Kiszka
2011-01-04  8:32 ` [PATCH v3 21/21] kvm: x86: Implicitly clear nmi_injected/pending on reset Jan Kiszka
2011-01-04  8:32   ` [Qemu-devel] " Jan Kiszka
2011-01-05 12:18 ` [PATCH 11.5/21] Synchronize VCPU states before reset Jan Kiszka
2011-01-05 12:18   ` [Qemu-devel] " Jan Kiszka
2011-01-05 12:28 ` [PATCH 22/21] kvm: x86: Only read/write MSR_KVM_ASYNC_PF_EN if supported Jan Kiszka
2011-01-05 12:28   ` [Qemu-devel] " Jan Kiszka
2011-01-05 16:32 ` [PATCH v3 00/21] [uq/master] Prepare for more qemu-kvm merging Marcelo Tosatti
2011-01-05 16:32   ` [Qemu-devel] " 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=4D230841.1070706@web.de \
    --to=jan.kiszka@web.de \
    --cc=avi@redhat.com \
    --cc=glommer@redhat.com \
    --cc=kvm@vger.kernel.org \
    --cc=mtosatti@redhat.com \
    --cc=qemu-devel@nongnu.org \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.