[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Qemu-devel] Re: QEMU regressions ...

From: Fabrice Bellard
Subject: [Qemu-devel] Re: QEMU regressions ...
Date: Tue, 28 Oct 2003 00:38:05 +0100
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030624

It seems that the page table is remapped at an invalid address:

0x00100026:  movl   $0x30101000,%eax
0x0010002b:  movl   %eax,%cr3

I think more patches are needed to remap this kernel to a right address. BUT...

If you take my latest patches, you can use with QEMU any _unpatched_ linux kernel now :-)


Herbert Poetzl wrote:
On Sun, Oct 26, 2003 at 11:05:09PM +0100, Fabrice Bellard wrote:


In the CVS version 'vl' was renamed to 'qemu'. Make install should install it. I will document all that as soon as the release is made (I cannot tell when - I need more time to work on it).

hmm, okay obviously my fault, now 'qemu' binary seems to
work, but the redhat kernel still segfaults/coredumps
this is 2.4.18-27.7.x and I'm not able to get more than

# qemu-cvs-26.10.2003/i386/qemu -nographic -m 128 -snapshot -hda IMGs/TEST_32M.img -hdb 
IMGs/TEST_256M.img -kernel /usr/src/ALEXEY/kernel-2.4.18-27.7.x-P1/arch/i386/boot/bzImage 
-append "rw root=/dev/hda1"
warning: could not open /dev/net/tun: no virtual network emulation
Segmentation fault (core dumped)

works with vanilla 2.4.20,21,22,23-pre8
any hints for that one?



Herbert Poetzl wrote:

Hi Fabrice!

I'm using QEMU to do kernel development, and because
one of the older redhat kernels, continuously core
dups qemu, I thought, I'll check the cvs version ...

the checkconfig works well, but then the trouble starts ...

texi2html -monolithic -number qemu-doc.texi
make: texi2html: Command not found

I don't use texi2html, and I don't want the docu to
be built, so I replace the command with a noop
(actually touch qemu-doc.html)

this seems to do the trick, as the compile runs, and
completes without too many warnings ...

then I wanted to test the vl command, but instead I discovered that same command wasn't built ...

I tried make vl, and ideed, something happened:

gcc -Wall -O2 -g  -g  vl.c   -o vl
vl.c:47:17: cpu.h: No such file or directory
In file included from vl.c:49:
thunk.h:24:20: config.h: No such file or directory
make: *** [vl] Error 1

did you abandon the vl utility? is there any 'good'
reason for not using it? please advise ...


reply via email to

[Prev in Thread] Current Thread [Next in Thread]