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 1AiWya-00088p-MV for qemu-devel@nongnu.org; Mon, 19 Jan 2004 05:49:48 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.24) id 1AiWxz-0007xt-5q for qemu-devel@nongnu.org; Mon, 19 Jan 2004 05:49:43 -0500 Received: from [213.41.78.204] (helo=smtp-ft5.fr.colt.net) by monty-python.gnu.org with esmtp (Exim 4.24) id 1AiWxy-0007xl-Nu for qemu-devel@nongnu.org; Mon, 19 Jan 2004 05:49:10 -0500 Received: from alcor.imaginet.fr (alcor.imaginet.fr [195.68.86.12]) by smtp-ft5.fr.colt.net with ESMTP id i0JAn9Z25303 for ; Mon, 19 Jan 2004 11:49:09 +0100 Received: from gw.netgem.com ([195.68.2.34]:62172 helo=free.fr) by alcor.imaginet.fr with esmtp (Exim) id 1AiX04-0001Lj-Jr for ; Mon, 19 Jan 2004 11:51:20 +0100 Message-ID: <400BB625.7020202@free.fr> Date: Mon, 19 Jan 2004 11:49:09 +0100 From: Fabrice Bellard MIME-Version: 1.0 Subject: Re: [Qemu-devel] QEMU 0.5.2 testing References: <400B1217.8000202@free.fr> <20040119012751.GA9351@MAIL.13thfloor.at> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: qemu-devel@nongnu.org List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org Herbert Poetzl wrote: > On Mon, Jan 19, 2004 at 12:09:11AM +0100, Fabrice Bellard wrote: > >>Hi, >> >>I commited all the current fixes in the CVS. I will make the 0.5.2 >>release tomorrow, so it would be interesting if some people could test >>it before it is officially released... > > > texi2html -monolithic -number qemu-doc.texi > make: texi2html: Command not found > make: *** [qemu-doc.html] Error 127 In the distribution I add the html et man files, so it should not be a problem to most users (I am relunctant to add texi2html in the distribution). > usual set of compiler warnings, are you interested > in that output too? I know they are warnings in translate.c about a function prototype. If you have others I am interested. > seems to work as expected, with the folowing options > > qemu-cvs-19.01.2004/i386/qemu-fast -s -nographic -L qemu-0.5.1/pc-bios -m 128 -snapshot -hda IMGs/TEST_32M.img -hdb IMGs/TEST_256M.img -kernel /arch/i386/boot/bzImage -append "rw root=/dev/hda1 > > tested with/out -s for 2.4.24, 2.4.25-pre6 and 2.6.0 ... > two harddisk images 32M and 256MB in size ... So you don't use the '-kernel' option ? I am thinking about modifying this option so that the PC bios is used in all cases (it would allow to have the VGA output even with '-kernel'). A possible way would be to integrate a custom linux loader ROM, as it is done now in plex86. > hmm didn't notice that one until now (seems like a bug) ... > > Program received signal 0, Signal 0. > default_idle () at process.c:92 > 92 } > (gdb) break vfs_readdir > Breakpoint 1 at 0x90152640: file readdir.c, line 17. > (gdb) c > Continuing. > > # ls /proc > # ls /tmp > # CTRL-C > > Program received signal 0, Signal 0. > default_idle () at process.c:92 > 92 } > (gdb) break sys_vserver > Breakpoint 2 at 0x901261f0: file vswitch.c, line 39. > (gdb) c > Continuing. > > # ls /tmp > > Program received signal SIGTRAP, Trace/breakpoint trap. > vfs_readdir (file=0xc183c189, filler=0x2e9c103, buf=0xde89a5f3) at readdir.c:17 > 17 { > > (gdb) disable 1 > (gdb) c > Continuing. > > # sys_vserver (call) > > Program received signal SIGTRAP, Trace/breakpoint trap. > sys_vserver (cmd=0, id=0, data=0x0) at vswitch.c:39 > 39 { Do you have the problem if you don't use gdb ? Maybe my last TLB optimisations broke the gdb stub logic. I will check... Fabrice.