From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.24) id 1AEGyQ-0008CU-HC for qemu-devel@nongnu.org; Mon, 27 Oct 2003 18:40:34 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.24) id 1AEGxt-0007qP-K7 for qemu-devel@nongnu.org; Mon, 27 Oct 2003 18:40:32 -0500 Received: from [212.16.62.51] (helo=mail.13thfloor.at) by monty-python.gnu.org with esmtp (Exim 4.24) id 1AEGxr-0007kz-QK for qemu-devel@nongnu.org; Mon, 27 Oct 2003 18:39:59 -0500 Date: Tue, 28 Oct 2003 00:39:57 +0100 From: Herbert Poetzl Message-ID: <20031027233957.GA15754@DUK2.13thfloor.at> References: <20031026211800.GA6015@DUK2.13thfloor.at> <3F9C4515.4090308@free.fr> <20031026224358.GA6124@DUK2.13thfloor.at> <3F9DAC5D.5010300@free.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3F9DAC5D.5010300@free.fr> Subject: [Qemu-devel] Re: QEMU regressions ... Reply-To: qemu-devel@nongnu.org List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Fabrice Bellard Cc: qemu-devel@nongnu.org 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 > >>> > >>> > >>> > >> > > > > >