RE : [Qemu-devel] QEMU FreeBSD 6.1 "npxdna: fpcurthread == curthread"spewage
Hi, Works great for me ! Host : Athlon 64, Windows XP Guests tested : - MS-DOS + Windows 3.11 (BTW. POWER.EXE works now - no need to install DOSIDLE. Works even with Windows 3), - Windows 2000, - Ubuntu 6.06, - Mandriva 2005 LE. These are all OK. Windows 95 gives a protection error and doesn't boot. Really, really great. Thanks a lot all. -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de Fabrice Bellard Envoyé : vendredi 23 juin 2006 22:56 À : qemu-devel@nongnu.org Objet : Re: [Qemu-devel] QEMU FreeBSD 6.1 "npxdna: fpcurthread == curthread"spewage I put online kqemu version 1.3.0pre9 which should solve the issue. Maybe it helps for the Windows XP hosts too ? Regards, Fabrice. ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] initrd & kernel panic
hi currently i'm using qemu in the following way to test our installer on x86: 1) build the kernel 2) build the initrd 3) build a mini iso with a grub that boots the kernel it would be nice if i could avoid the 3rd step what i've tried: http://frugalware.org/~vmiklos/logs/qemu-initrd.log if i generate the iso and boot this kernel & initrd with the same parameters from grub, it works fine have i missed something? thanks, VMiklos -- Developer of Frugalware Linux, to make things frugal - http://frugalware.org ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] initrd & kernel panic
> what i've tried: > > http://frugalware.org/~vmiklos/logs/qemu-initrd.log > > if i generate the iso and boot this kernel & initrd with the same > parameters from grub, it works fine > > have i missed something? You're telling it to load the initrd from floppy, which is obviously wrong. qemu already loaded the initrd. Remove all the broken initrd/ramdisk kernel commandline bits. Paul ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] QEMU FreeBSD 6.1 "npxdna: fpcurthread == curthread" spewage
Hetz Ben Hamo wrote: I put online kqemu version 1.3.0pre9 which should solve the issue. Maybe it helps for the Windows XP hosts too ? Changelog please? It is always included in the kqemu archive. Here it is: version 1.3.0pre9: - Fixed host CR0.TS computation (aka FreeBSD "npxdna: fpcurthread == curthread" error message). version 1.3.0pre8: - API change for MODULE_PARM macro in 2.6.x kernels. Fabrice. ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] New VGA BIOS
I posted this a while back, and got no response. If it is a stupid question, can someone tell me why, or can anyone help? Thanks Nigel J. Terry wrote: Fabrice Bellard wrote: I commited a new VGA BIOS (no commit message because the mail was too big). Important changes were made in order to support some Linux distributions heavily using the VESA VBE extensions (such as GeexBox). The -std-vga option must be used in this case. Fabrice. ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel Fabrice et al. I downloaded and tested this new VGA enhanced version from CVS this morning. Running Windows XP as guest on FC5 as host with user and kernal kqemu, I found that QEMU exited with an error: Could not open SDL display when I tried resolutions of 1152 x 864, 1280 x 1024 and 1600 x 1200. This occurred when I attempted to go full screen, worked fine in a window. 800 x 600 and 1024 x 768 worked fine in a window or full screen. I am running on a laptop with a screen size of 1280 x 800 so the failing resolutions are when the emulated VGA is larger than the physical screen. Is this expected behavior? What I would really like is the ability to run at 1280x800 and be 1:1 with my screen when in full screen mode. Is this possible, or am I limited by XP? Thanks for a great product Nigel ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] qemu/tests test-i386.c
CVSROOT:/sources/qemu Module name:qemu Changes by: Fabrice Bellard06/06/24 14:01:33 Modified files: tests : test-i386.c Log message: added movdq2q and movq2dq CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/qemu/tests/test-i386.c?cvsroot=qemu&r1=1.50&r2=1.51 ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] qemu/target-i386 translate.c
CVSROOT:/sources/qemu Module name:qemu Changes by: Fabrice Bellard06/06/24 14:03:10 Modified files: target-i386: translate.c Log message: fix for movq2dq, movdq2q and cvttps2dq (thanx to Julian Seward and malc) CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/qemu/target-i386/translate.c?cvsroot=qemu&r1=1.57&r2=1.58 ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] Missing altgr key in qemu 0.8.1
Hi, I just installed Win2k in a freshly compiled QEMU installation. When I use the new builtin VNC server to connect to that Win2k installation, everything works fine, except the keyboard. The altgr key seems to do nothing, and thus all keys reachable via the altgr key are also dead. Host system: * Linux 2.6.16.17 (stable Debian) * german keyboard layout * QEMU 0.8.1 + kqemu 1.3.0pre9 * output from ./configure --disable-gfx-check Install prefix/usr/local BIOS directory/usr/local/share/qemu binary directory /usr/local/bin Manual directory /usr/local/share/man ELF interp prefix /usr/gnemul/qemu-%M Source path /home/peter/qemu-0.8.1 C compilergcc Host C compiler gcc make make install install host CPU i386 host big endian no target list i386-user arm-user armeb-user sparc-user ppc-user mips-user mipsel-user i386-softmmu ppc-softmmu sparc-softmmu x86_64-softmmu mips-softmmu mipsel-softmmu arm-softmmu gprof enabled no profiler no static build no SDL support no mingw32 support no Adlib support no CoreAudio support no ALSA support no DSound supportno FMOD support no kqemu support yes Documentation no * qemu session started with the option -k de Guest system: * Win2k, also with german keyboard layout Remote system: * Win2k, also with german keyboard layout So, basically I've got the german keyboard layout everywhere, and the altgr key should work, but maybe I'm doing something wrong or missing something. Feel free to point me to the right direction. cheers, Peter - Peter Hirdina Frauenstrasse 128 [EMAIL PROTECTED] 89073 Ulm / Germany - ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] qemu/linux-user syscall.c syscall_defs.h socket.h
CVSROOT:/sources/qemu Module name:qemu Changes by: Fabrice Bellard06/06/24 15:06:03 Modified files: linux-user : syscall.c syscall_defs.h Added files: linux-user : socket.h Log message: mips socket calls (initial patch by Raphael Rigo) CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/syscall.c?cvsroot=qemu&r1=1.73&r2=1.74 http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/syscall_defs.h?cvsroot=qemu&r1=1.26&r2=1.27 http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/socket.h?cvsroot=qemu&rev=1.1 ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] qemu/target-i386 helper2.c
CVSROOT:/sources/qemu Module name:qemu Changes by: Fabrice Bellard06/06/24 15:06:03 Modified files: target-i386: helper2.c Log message: use glibc syscall (David Woodhouse) CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/qemu/target-i386/helper2.c?cvsroot=qemu&r1=1.41&r2=1.42 ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] [PATCH] mips-user socket-related syscall support
Raphaël Rigo wrote: Raphaël Rigo wrote: Fabrice Bellard wrote: Another point is that doing: +target_long args[6]; + +tputl(args, arg1); +tputl(args+1, arg2); +tputl(args+2, arg3); +tputl(args+3, arg4); +tputl(args+4, arg5); +tputl(args+5, arg6); at the start of every syscall is not acceptable. You should add a specific socket call wrapper which takes arg1... arg6 as arguments. Regards, Fabrice. Thanks for reviewing it, the new attached version should be much cleaner. Regards, Raphaël Sorry to insist, but can you please include it in the CVS? I really think it's useful. I applied it and added "getsockopt". In fact, you should completely suppress do_socketcallwrapper() (using tputl and tgetl for non user access is bad). Regards, Fabrice. ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
