From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([2001:4830:134:3::10]:50971)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <pbonzini@redhat.com>) id 1XYvSr-0002Jk-Je
	for qemu-devel@nongnu.org; Tue, 30 Sep 2014 07:19:35 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <pbonzini@redhat.com>) id 1XYvSl-0003gs-F3
	for qemu-devel@nongnu.org; Tue, 30 Sep 2014 07:19:29 -0400
Received: from mx1.redhat.com ([209.132.183.28]:39680)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <pbonzini@redhat.com>) id 1XYvSl-0003gM-6w
	for qemu-devel@nongnu.org; Tue, 30 Sep 2014 07:19:23 -0400
Message-ID: <542A91AD.5090304@redhat.com>
Date: Tue, 30 Sep 2014 13:19:09 +0200
From: Paolo Bonzini <pbonzini@redhat.com>
MIME-Version: 1.0
References: <CABYiri8GdsNdkZ=qyJweph-FqsSzp0sEnsQaz3wcLUD8nywd6g@mail.gmail.com>
	<20140929182555.GA14906@amt.cnet>
	<CABYiri82p9NEStCTLiRUH8Ty=wyXhRY8q4Z6BTmoFuAPHjn_bw@mail.gmail.com>
In-Reply-To: <CABYiri82p9NEStCTLiRUH8Ty=wyXhRY8q4Z6BTmoFuAPHjn_bw@mail.gmail.com>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Subject: Re: [Qemu-devel] Timer issues with 2.1.1 and migration (was: latest
 rc: virtio-blk hangs forever after migration)
List-Id: <qemu-devel.nongnu.org>
List-Unsubscribe: <https://lists.nongnu.org/mailman/options/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <https://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Andrey Korolyov <andrey@xdel.ru>, Marcelo Tosatti <mtosatti@redhat.com>
Cc: "qemu-devel@nongnu.org" <qemu-devel@nongnu.org>, =?UTF-8?B?0KHQtdGA0LM=?= =?UTF-8?B?0LXQuSDQpNC40L7QvdC+0LI=?= <sfionov@gmail.com>

Il 29/09/2014 20:31, Andrey Korolyov ha scritto:
>> >
>> > Can you get a trace of the guest (echo kvm >
>> > /sys/kernel/debug/tracing/set_event; sleep 1s; cp
>> > /sys/kernel/debug/tracing/trace /tmp/trace.txt) while it is in the 100%
>> > cpu consumption state?
>> >
>> > Is it otherwise operational?
>> >
> Yes, but I cannot do this because of specific of a Windows guest :)
> Yes, it fully operational and I just wanted to know if the problem is
> reproducible anywhere else (for example, on 3.10 RHEL kernel which
> includes apic backport). Linux guests are not a subject for this bug
> at all.

Actually that is a trace of the guest, *captured on the host*. So you
can do that with Windows guests.

Paolo