[Qemu-devel] Maybe a Bug in amd64 host
Hello, I found (maybe) a bug in a 7.2 to 8.0 version amd64 host emulation in a i386-softmmu windows 2000 guest.I compiled the 7.2 in a debian box and the 8.0 in a gentoo box, both break the eclipse/java program: Java slow down a after half a hour print a error:JVM Terminated. Exit code= 255D:\Program Files\IBM\WebSphere Studio\eclipse\startup.jar...-os win32 -ws win32 -arch x86 -showsplash .-data ... This problem is always reproducible.This behavior is not present in a i386 compiled host (version 7.2).If you need extra information please contact me.Great Work, qemu team. Regards,Angel. ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] [SOURCES] qemu refactoring - osdep.c and tools.c
Hi, my little qemu project (I name it qemu-xp and will report on it later) has reached it's starting point. Unfortunately these preparations are so interesting they might be helpfull for users. Such an important but trivial thing is to make the clock in windows go right (now also with speed-step). Currently I still run tests with win2003. My VM runs as a batch on a server using an Atlon 3000. Access to that VM is via win terminal server and rdesktop as client. This configuration runs better than expected. Next test will be to let the WUS server run on this VM. As you know one of the key things was async IO and async SDL (other- wise windows does not run smootly). Another one are optimisations in timer handling. The qemu-xp project would add a lot of code to make qemu easier (and a little faster) to use in production environments. So I decided to refactor the code while I was programming new stuff. This currently causes problems in submitting reasonable patches. So here is some source code that might be needed for my patches. (1) osdep.c|h This layer seems to be required to prevent TLS and mmap usage from glib. The code was completely unreadable due to too many #ifdef - I added comments and indentations. Also some malloc stuff was migrated to #defines in order to avoid trivial wrapper functions (they are still there and can be ena- bled). A new function qemu_mresize() was added. It is intended for dynamic arrays - and dyn arrays are faster than malloc'ed lists under some circumstances in systems that run under high memory pressure (VMs always will). (2) tools.c is a new file and will collect all the little helpers that are scattered through qemu. I would move helper functions and the typically #ifdef'ed stuff like Wait(n)/usleep(n*1000) into this file. Currently qemu_set_errno() may find your atten- tion. To say it again: Currently I did some preparations for the real work, but the real work has not yet begun! Yours Juergen refactoring.tar.gz Description: application/tgz ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel][PATCH] Tap and VLAN socket support for win32
On Thu, Feb 02, 2006 at 12:10:36AM +0100, Fabrice Bellard wrote: Hi, I merged your patches and I made important changes to simplify them. I did not do any tests so tell me if you see problems. Regards, Fabrice. Have you decided to accept the GPL license on it then? http://lists.gnu.org/archive/html/qemu-devel/2004-10/msg00217.html -- Infinite complexity begets infinite beauty. Infinite precision begets infinite perfection. ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel][PATCH] Tap and VLAN socket support for win32
Jim C. Brown wrote: On Thu, Feb 02, 2006 at 12:10:36AM +0100, Fabrice Bellard wrote: Hi, I merged your patches and I made important changes to simplify them. I did not do any tests so tell me if you see problems. Regards, Fabrice. Have you decided to accept the GPL license on it then? http://lists.gnu.org/archive/html/qemu-devel/2004-10/msg00217.html Yes because the features are packed in a single file which can be removed if needed. Fabrice. ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] qemu ./vl.h hw/pckbd.c hw/ps2.c
CVSROOT:/sources/qemu Module name:qemu Branch: Changes by: Paul Brook [EMAIL PROTECTED] 06/02/08 04:42:17 Modified files: . : vl.h hw : pckbd.c ps2.c Log message: Add support for raw AT keyboard scancodes. CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/vl.h.diff?tr1=1.103tr2=1.104r1=textr2=text http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/hw/pckbd.c.diff?tr1=1.13tr2=1.14r1=textr2=text http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/hw/ps2.c.diff?tr1=1.1tr2=1.2r1=textr2=text ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] Some patches for qemu on sparc
Hi, I'm trying to make qemu build on linux-sparc (Debian port). I've made some progress and sent the message included below to Debian qemu maintainers. They are probably too busy with other stuff, so I hope I can get some feedback from you. Please CC the replies to me since I'm not subscribed to this list. Thanks, Jurij Smakov[EMAIL PROTECTED] Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC -- Forwarded message -- Date: Thu, 26 Jan 2006 22:05:11 -0800 (PST) From: Jurij Smakov [EMAIL PROTECTED] To: [EMAIL PROTECTED], [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Some patches for qemu on sparc found 317145 0.8.0-1 thanks Hi, I've started fiddling with qemu 0.8.0-1 on sparc in attempt to make it build. That's the issues I've encountered so far: * Current build failure of qemu on sparc buildd was, in part, the buildd's fault. Due to a misconfiguration it was operating in 64-bit mode, which should not normally happen. Thanks for Ryan Murray for fixing it in no time. * Nevertheless, even in intended 32-bit mode it still fails to build with the messages: gcc-3.4 -Wall -O2 -g -fno-strict-aliasing -m32 -ffixed-g1 -ffixed-g2 -ffixed-g3 -ffixed-g6 -fno-delayed-branch -ffixed-i0 -fno-reorder-blocks -fno-optimize-sibling-calls -I. -I/home/jurij/tmp/qemu-0.8.0/./target-i386 -I/home/jurij/tmp/qemu-0.8.0/. -I/home/jurij/tmp/qemu-0.8.0/./linux-user -I/home/jurij/tmp/qemu-0.8.0/./linux-user/i386 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -I/home/jurij/tmp/qemu-0.8.0/./fpu -DHAS_AUDIO -I/home/jurij/tmp/qemu-0.8.0/./slirp -c -o op.o /home/jurij/tmp/qemu-0.8.0/./target-i386/op.c In file included from /home/jurij/tmp/qemu-0.8.0/./target-i386/op.c:736: /home/jurij/tmp/qemu-0.8.0/./target-i386/ops_template.h: In function `op_jb_subb': /home/jurij/tmp/qemu-0.8.0/./target-i386/ops_template.h:278: warning: implicit declaration of function `GOTO_LABEL_PARAM' ../dyngen -o op.h op.o dyngen: Found bogus save at the start of op_pavgb_xmm make[2]: *** [op.h] Error 1 make[2]: Leaving directory `/home/jurij/tmp/qemu-0.8.0/i386-user' make[1]: *** [all] Error 1 make[1]: Leaving directory `/home/jurij/tmp/qemu-0.8.0' make: *** [debian/stamp-makefile-build] Error 2 After some googling I was able to find fixes for this problem, mentioned on the upstream mailing list [0]. For some reason they did not get included in the current version. * After applying the patches mentioned there, it proceeds a bit further, to fail again with the messages: gcc-3.4 -g -m32 -Wl,-T,/home/jurij/tmp/qemu-0.8.0/./sparc.ld -static -o qemu-i386 elfload.o main.o syscall.o mmap.o signal.o path.o osdep.o thunk.o vm86.o libqemu.a gdbstub.o -lm -lrt /usr/bin/ld: BFD 2.16.91 20060118 Debian GNU/Linux assertion fail ../../bfd/elf.c:3864 /usr/bin/ld: qemu-i386: Not enough room for program headers (allocated 5, need 6) /usr/bin/ld: final link failed: Bad value collect2: ld returned 1 exit status make[2]: *** [qemu-i386] Error 1 make[2]: Leaving directory `/home/jurij/tmp/qemu-0.8.0/i386-user' make[1]: *** [all] Error 1 make[1]: Leaving directory `/home/jurij/tmp/qemu-0.8.0' make: *** [debian/stamp-makefile-build] Error 2 There appears to be no good solution for that kind of problem around. AFAICT, it's not binutils bug, but rather the problem with the linker script sparc.ld. It should be fixed somehow, but nobody appears to know how, so people were just replacing SIZEOF_HEADERS in the linker script with some reasonably big number [1] :-). Replacing it with 0x400 did fix the issue. * That brought me further again, but still no cookie. Now it fails while building the arm target: gcc-3.4 -Wall -O2 -g -fno-strict-aliasing -m32 -ffixed-g1 -ffixed-g2 -ffixed-g3 -ffixed-g6 -fno-delayed-branch -ffixed-i0 -fno-reorder-blocks -fno-optimize-sibling-calls -I. -I/home/jurij/tmp/qemu-0.8.0/./target-arm -I/home/jurij/tmp/qemu-0.8.0/. -I/home/jurij/tmp/qemu-0.8.0/./linux-user -I/home/jurij/tmp/qemu-0.8.0/./linux-user/arm -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -I/home/jurij/tmp/qemu-0.8.0/./fpu -I/home/jurij/tmp/qemu-0.8.0/./slirp -c -o op.o /home/jurij/tmp/qemu-0.8.0/./target-arm/op.c ../dyngen -o op.h op.o dyngen: No save at the beginning of op_movl_T0_r0 make[2]: *** [op.h] Error 1 make[2]: Leaving directory `/home/jurij/tmp/qemu-0.8.0/arm-user' make[1]: *** [all] Error 1 make[1]: Leaving directory `/home/jurij/tmp/qemu-0.8.0' make: *** [debian/stamp-makefile-build] Error 2 Function op_movl_T0_r0 (and others) in arm-user/op.o indeed does not contain a save in the beginning. That's how
Re: [Qemu-devel][PATCH] Tap and VLAN socket support for win32
Fabrice Bellard wrote: Jim C. Brown wrote: On Thu, Feb 02, 2006 at 12:10:36AM +0100, Fabrice Bellard wrote: Hi, I merged your patches and I made important changes to simplify them. I did not do any tests so tell me if you see problems. Regards, Fabrice. Have you decided to accept the GPL license on it then? http://lists.gnu.org/archive/html/qemu-devel/2004-10/msg00217.html Yes because the features are packed in a single file which can be removed if needed. Just checking, would that make it illegal to use this feature together with kqemu? David ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel][PATCH] Tap and VLAN socket support for win32
In message: [EMAIL PROTECTED] David Fraser [EMAIL PROTECTED] writes: : Fabrice Bellard wrote: : Jim C. Brown wrote: : On Thu, Feb 02, 2006 at 12:10:36AM +0100, Fabrice Bellard wrote: : : Hi, : : I merged your patches and I made important changes to simplify them. I : did not do any tests so tell me if you see problems. : : Regards, : : Fabrice. : : : : Have you decided to accept the GPL license on it then? : : http://lists.gnu.org/archive/html/qemu-devel/2004-10/msg00217.html : : Yes because the features are packed in a single file which can be : removed if needed. : Just checking, would that make it illegal to use this feature together : with kqemu? No. The GPL is about distribution, not use. It might make certain binary packages contrary to rights granted by the GPL. Warner ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel