Date: Fri, 27 Mar 2009 15:17:29 +0200 From: Andriy Gapon <avg@icyb.net.ua> To: Chagin Dmitry <dchagin@freebsd.org> Cc: freebsd-emulation@freebsd.org, Juergen Lock <nox@jelal.kn-bremen.de> Subject: Re: qemu+kqemu: hard lockup with windows guest (32-bit on 64-bit) Message-ID: <49CCD1E9.2060307@icyb.net.ua> In-Reply-To: <20090327125852.GA6042@dchagin.static.corbina.ru> References: <49CCBE43.5080309@icyb.net.ua> <20090327125852.GA6042@dchagin.static.corbina.ru>
next in thread | previous in thread | raw e-mail | index | archive | help
on 27/03/2009 14:58 Chagin Dmitry said the following: > On Fri, Mar 27, 2009 at 01:53:39PM +0200, Andriy Gapon wrote: >> System: >> stable/7 amd64 r190321 >> qemu-0.10.0_1 >> kqemu-kmod-devel-1.4.0.p1_1 >> >> I experience rare complete system lockups while running windows (98, win2k) guests >> with kqemu enabled. The guests are obviously 32-bit. >> I can't provide any diagnostics because it's a total freeze and there is no useful >> info after rebooting. >> > > SW_WATCHDOG can help you with debugging of similar bugs. It's an interesting idea. Now that you mentioned it I realized something else - I have a hardware watchdog and it is tested to work, but this time it didn't fire. So either watchdogd process was able to keep running or even chipset for so screwed so badly that it could not reset system. I have hard time believing in the second case, but the first one is also under suspicion - system didn't respond to any input (even power button press), it couldn't be pinged, etc. -- Andriy Gapon
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?49CCD1E9.2060307>