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

[Herbert Poetzl]

On Tue, Oct 28, 2003 at 12:38:05AM +0100, Fabrice Bellard wrote:
> It seems that the page table is remapped at an invalid address:
> 
> IN:
> 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 :-)

hmm, what patches? I used the cvs version ...

but this will use the 'slower' soft-mmu right?
what about gdb support, any improvement on that?

TIA,
Herbert

> Fabrice.
> 
> Herbert Poetzl wrote:
> >On Sun, Oct 26, 2003 at 11:05:09PM +0100, Fabrice Bellard wrote:
> >
> >>Hi,
> >>
> >>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?
> >
> >TIA,
> >Herbert
> >
> >
> >
> >>Fabrice.
> >>
> >>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 ...
> >>>
> >>>TIA,
> >>>Herbert
> >>>
> >>>
> >>>
> >>
> >
> >
>