[Qemu-devel] QEMU crashes host system

[Qemu-devel] QEMU crashes host system

[Grigori Goronzy]

Hi,

on two of my boxes qemu reliably crashes the whole host system. It seems
to be independent of the used OS, it happens in FreeBSD 4.10 and 5.2.1
as well as in Linux. Either this appears as a hard crash or the kernel
panics.

Both machines are quite different from each other; the first has an AMD
Duron, the other is an older Pentium3-based machine. The only similarity
between them is that they both use a Via chipset and have an NVidia
graphics card.  I don't think the hardware is at failure--both machines
work stably for everything I use them for, one of them even runs 24/7
without problems.  Still, I wanted to be sure and checked the RAM and
CPU using memtest86 and mprime. Even after long runtime, these tools did
not report any problems.

So, what could it be? This is really driving me mad. I'm not really
asking for a "solution" as I already have given up on this, but merely
for people who have experienced similar problems.


greg

-- 
"XML is a giant step in no direction at all."
	Erik Naggum, comp.lang.lisp

Re: [Qemu-devel] QEMU crashes host system

[André Braga]

Maybe SDL is doing something wrong?

Are you running the softmmu version of QEMU? Or is it QEMU-fast?

Ah, and check out the signature in the bottom of this message: I guess
you'll love it! :D

On Fri, 30 Jul 2004 00:13:30 +0200, Grigori Goronzy <greg@chown.ath.cx> wrote:
> Hi,
> 
> on two of my boxes qemu reliably crashes the whole host system. It seems
> to be independent of the used OS, it happens in FreeBSD 4.10 and 5.2.1
> as well as in Linux. Either this appears as a hard crash or the kernel
> panics.
> 
> Both machines are quite different from each other; the first has an AMD
> Duron, the other is an older Pentium3-based machine. The only similarity
> between them is that they both use a Via chipset and have an NVidia
> graphics card.  I don't think the hardware is at failure--both machines
> work stably for everything I use them for, one of them even runs 24/7
> without problems.  Still, I wanted to be sure and checked the RAM and
> CPU using memtest86 and mprime. Even after long runtime, these tools did
> not report any problems.
> 
> So, what could it be? This is really driving me mad. I'm not really
> asking for a "solution" as I already have given up on this, but merely
> for people who have experienced similar problems.
> 
> greg



-- 
"Structure is nothing if it is all you've got. Skeletons spook people
if they try to walk around on their own; I really wonder why XML does
not"
Erik Naggum

Re: [Qemu-devel] QEMU crashes host system

[Grigori Goronzy]

André Braga wrote:
> Maybe SDL is doing something wrong?
> 

The crashes occur with -nographic as well.


> Are you running the softmmu version of QEMU? Or is it QEMU-fast?
> 

It's qemu-softmmu.


> Ah, and check out the signature in the bottom of this message: I guess
> you'll love it! :D
> 
> -- 
> "Structure is nothing if it is all you've got. Skeletons spook people
> if they try to walk around on their own; I really wonder why XML does
> not"
> Erik Naggum
> 

Hehe, yeah a bit :)
I just don't like the hype around XML. It doesn't necessarily make data
exchange easier. With all the standards around it, it is far from being
easy to use and is kind of "bloated", too.


greg

-- 
"XML is a giant step in no direction at all."
	Erik Naggum, comp.lang.lisp

Re: [Qemu-devel] QEMU crashes host system

[vaise]

On Friday 30 July 2004 00:13, Grigori Goronzy wrote:
> Hi,
>
> on two of my boxes qemu reliably crashes the whole host system. It seems
> to be independent of the used OS, it happens in FreeBSD 4.10 and 5.2.1
> as well as in Linux. Either this appears as a hard crash or the kernel
> panics.
>
Are you runnig Qemu as root ? ?

Re: [Qemu-devel] QEMU crashes host system

[Grigori Goronzy]

vaise@votreservice.com wrote:
> Are you runnig Qemu as root ? ?
> 

No, it runs as a regular user. It does not make any difference if
I run it as root, though.

greg

-- 
"XML is a giant step in no direction at all."
	Erik Naggum, comp.lang.lisp