From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1LUPki-0000m1-Ia
	for qemu-devel@nongnu.org; Tue, 03 Feb 2009 13:12:04 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1LUPki-0000ln-0I
	for qemu-devel@nongnu.org; Tue, 03 Feb 2009 13:12:04 -0500
Received: from [199.232.76.173] (port=54614 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1LUPkh-0000lk-Rn
	for qemu-devel@nongnu.org; Tue, 03 Feb 2009 13:12:03 -0500
Received: from pelvoux.gotadsl.co.uk ([81.6.248.91]:46916)
	by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32)
	(Exim 4.60) (envelope-from <lists@pelvoux.nildram.co.uk>)
	id 1LUPkh-0001hP-13
	for qemu-devel@nongnu.org; Tue, 03 Feb 2009 13:12:03 -0500
Received: from fozzy by ecrins.fosdick.home.net with local (Exim 4.69)
	(envelope-from <lists@pelvoux.nildram.co.uk>) id 1LUPkz-00034L-W0
	for qemu-devel@nongnu.org; Tue, 03 Feb 2009 18:12:22 +0000
Subject: Re: [Qemu-devel] VM stops responding, 100% CPU, switching to
	monitor  fails
From: Steve Fosdick <lists@pelvoux.nildram.co.uk>
In-Reply-To: <13f991410902030911v2472a531j64ef717f955b2bf0@mail.gmail.com>
References: <1233666609.5644.12.camel@ecrins.fosdick.home.net>
	<13f991410902030911v2472a531j64ef717f955b2bf0@mail.gmail.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Date: Tue, 03 Feb 2009 18:12:21 +0000
Message-Id: <1233684741.10837.2.camel@ecrins.fosdick.home.net>
Mime-Version: 1.0
Reply-To: qemu-devel@nongnu.org
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: qemu-devel@nongnu.org

On Tue, 2009-02-03 at 09:11 -0800, Nathan wrote:
> Hi Steve,
> 
> This may be the issue I just posted about.  To test, in the host, run
> strace on the qemu process.
> 
> If the output shows many SIGALRM signals between fewer calls to
> "clone" which return ERESTARTNOINTR, then it's the same issue and I
> can advise you.
> 
> Otherwise, I'm not much help (I'm new to qemu).
> 
> regards,
> Nathan Wilcox

Interestingly if I attach to the qemu process with strace the guest VM
starts working again and continues to work after I have stopped the
strace command with control-C.

Here is a sample of what strace was giving:

--- SIGALRM (Alarm clock) @ 0 (0) ---
rt_sigreturn(0x63d24020)                = 0
select(16, [11 14 15], [], [], {0, 0})  = 0 (Timeout)
gettimeofday({1233684242, 162854}, NULL) = 0
clock_gettime(CLOCK_MONOTONIC, {87714, 363355675}) = 0
clock_gettime(CLOCK_MONOTONIC, {87714, 363373833}) = 0
clock_gettime(CLOCK_MONOTONIC, {87714, 363390595}) = 0
clock_gettime(CLOCK_MONOTONIC, {87714, 363406519}) = 0
clock_gettime(CLOCK_MONOTONIC, {87714, 363421884}) = 0
timer_gettime(0, {it_interval={0, 0}, it_value={0, 0}}) = 0
timer_settime(0, 0, {it_interval={0, 0}, it_value={0, 952000}}, NULL) =
0
ioctl(10, SPIOCSTYPE or VTXIOCGETINFO, 0x7fffba4f51d0) = 0
ioctl(10, SPIOCSTYPE or VTXIOCGETINFO, 0x7fffba4f51d0) = 0
ioctl(10, SPIOCSTYPE or VTXIOCGETINFO, 0x7fffba4f51d0) = 0
ioctl(10, SPIOCSTYPE or VTXIOCGETINFO, 0x7fffba4f51d0) = 0
ioctl(10, SPIOCSTYPE or VTXIOCGETINFO, 0x7fffba4f51d0) = 0

Regards,
Steve.