Re: [Qemu-devel] [PATCH 0/4] Intel Mac OS X Host support
Hi Mike, Sorry for top posting, but I left my macbook at work, so I'm stuck with my mobile that does not know how to do inline replies. As stated in the patchset, it brings osx en pair with Linux hosts. This means if Linux gcc4 support is broken, osx gcc4 support is broken as well. Nevertheless I believe this is the way to go, as it makes osx just 'yet another gcc4 only distribution'. i386 host: You are exactly where I am. To build the i386 target, deactivate the assembler optimized softmmu (target-i386/op.c on the top). Maybe Fabrice can tell us more about this, as he supposedly tried to fix this exact issue. x86_64 target support is broken. It is on Linux with the gcc4 patches too though. Other targets may or may not work. As long as they are 32 bits, I think they do, but I did not test it. x86_64 host: This one should work just fine. If you find any issues here, please tell me
Re: [Qemu-devel] [PATCH 0/4] Intel Mac OS X Host support
Hi Mike, Sorry for top posting, but I left my macbook at work, so I'm stuck with my mobile that does not know how to do inline replies. As stated in the patchset, it brings osx en pair with Linux hosts. This means if Linux gcc4 support is broken, osx gcc4 support is broken as well. Nevertheless I believe this is the way to go, as it makes osx just 'yet another gcc4 only distribution'. i386 host: You are exactly where I am. To build the i386 target, deactivate the assembler optimized softmmu (target-i386/op.c on the top). Maybe Fabrice can tell us more about this, as he supposedly tried to fix this exact issue. x86_64 target support is broken. It is on Linux with the gcc4 patches too though. Other targets may or may not work. As long as they are 32 bits, I think they do, but I did not test it. x86_64 host: This one should work just fine. If you find any issues here, please tell me
[Qemu-devel] [qemu 0.9.1] broken build system
hi. i am trying to compile qemu 0.9.1 on archlinux 64 (x86_64) when i try to compile it with : ./configure --prefix=/usr --enable-alsa --host-cc=gcc-3.4 --target-list=i386-softmmu ppc-softmmu sparc-softmmu x86_64-softmmu arm-softmmu mips-softmmu avoiding all the *-user target as specified in the original PKGBUILD i use, because they do not compile on x86_64 (???) i got this error: gcc-3.4 -m64 -Wl,-T,/home/solstice/abs/qemu/src/qemu-0.9.1/x86_64.ld -g -o qemu vl.o osdep.o monitor.o pci.o loader.o isa_mmio.o block-raw-posix.o lsi53c895a.o usb-ohci.o eeprom93xx.o eepro100.o ne2000.o pcnet.o rtl8139.o ide.o pckbd.o ps2.o vga.o sb16.o es1370.o dma.o fdc.o mc146818rtc.o serial.o i8259.o i8254.o pcspk.o pc.o cirrus_vga.o apic.o parallel.o acpi.o piix_pci.o usb-uhci.o vmmouse.o vmport.o vmware_vga.o gdbstub.o ../libqemu_common.a libqemu.a -lm -lz -lasound -lgnutls -L/usr/lib -Wl,-rpath,/usr/lib -lSDL -lpthread -lrt -lpthread -lutil /usr/bin/ld: warning: libdl.so.2, needed by /usr/lib/libasound.so, not found (try using -rpath or -rpath-link) /usr/lib/libSDL.so: undefined reference to [EMAIL PROTECTED]' /usr/lib/libasound.so: undefined reference to [EMAIL PROTECTED]' /usr/lib/libSDL.so: undefined reference to [EMAIL PROTECTED]' /usr/lib/libasound.so: undefined reference to [EMAIL PROTECTED]' /usr/lib/libasound.so: undefined reference to [EMAIL PROTECTED]' /usr/lib/libasound.so: undefined reference to [EMAIL PROTECTED]' collect2: ld returned 1 exit status make[1]: *** [qemu] Error 1 make[1]: Leaving directory `/home/solstice/abs/qemu/src/qemu-0.9.1/i386-softmmu' make: *** [subdir-i386-softmmu] Error 2 a linking problem ? $ locate libdl /lib/libdl-2.7.so /lib/libdl.so.2 /usr/lib/libdl.a /usr/lib/libdl.so and /usr/lib/libdl.so is a symlink towards /lib/libdl.so.2 if i make a symlink: ln -s /usr/bin/libdl.so /usr/bin/libdl.so.2 it works ! until the next bug if i try to walk around that bug without that symlink i had to patch the config-host.mak to had a rpath toward /lib. well, i don't know how it's work. i simply used the error message and grep for rpath in src directory i can't fix the configure or whatever. HELP ! i got similar error when i try to compile *-user target but this time with libz.so.1. i do not make a symlink here... i am not gonna fix the build system by making symlink all around WAIT ! i am not finished ;-) and by the way, it fixes one problem but i got another one: i install -m 755 -s qemu-system-mips /home/solstice/abs/qemu/pkg/usr/bin make[1]: Leaving directory `/home/solstice/abs/qemu/src/qemu-0.9.1/mips-softmmu' ERROR: unknown option --host-cc Usage: ./configure [options] Options include: --arch=ARCHarchitecture to compile for (x86_64) --cross-prefix=PREFIX prefix for cross compile --prefix=PREFIXwhere to install things (/usr) --with-patched-kernel don't use external module --kerneldir=DIRkernel build directory (/lib/modules/2.6.23-ARCH/build) --qemu-cc=CC specify compiler for qemu (must be gcc-3.x) --qemu-cflags=CFLAGS CFLAGS to add to qemu configuration --qemu-ldflags=LDFLAGS LDFLAGS to add to qemu configuration Any additional option is given to qemu's configure verbatim; including: --disable-gcc-checkdon't insist on gcc-3.x CAUTION: this will break running without kvm --disable-werror disable compilation abort on warning --disable-sdl disable SDL --enable-cocoa enable COCOA (Mac OS X only) --enable-mingw32 enable Win32 cross compilation with mingw32 --enable-adlib enable Adlib emulation --enable-coreaudio enable Coreaudio audio driver --enable-alsa enable ALSA audio driver --enable-fmod enable FMOD audio driver --enable-dsoundenable DirectSound audio driver --disable-vnc-tls disable TLS encryption for VNC server Makefile:1: ../config.mak: No such file or directory make: *** No rule to make target `../config.mak'. Stop. == ERROR: Build Failed. Aborting... WTF ! --host-cc is not recognize here. but wait we're installing and a configure option get in the way... i really do not understand anything
Re: [Qemu-devel] [qemu 0.9.1] broken build system
Don't set host-cc. It can be gcc4. The current qemu configure script will look for an alternate version of GCC if the gcc program is version 4. It should find your gcc 3.4 executable. - Original Message - From: solsTiCe d'Hiver [EMAIL PROTECTED] To: qemu-devel@nongnu.org Sent: Saturday, February 02, 2008 4:19 AM Subject: [Qemu-devel] [qemu 0.9.1] broken build system hi. i am trying to compile qemu 0.9.1 on archlinux 64 (x86_64) when i try to compile it with : ./configure --prefix=/usr --enable-alsa --host-cc=gcc-3.4 --target-list=i386-softmmu ppc-softmmu sparc-softmmu x86_64-softmmu arm-softmmu mips-softmmu avoiding all the *-user target as specified in the original PKGBUILD i use, because they do not compile on x86_64 (???) i got this error: gcc-3.4 -m64 -Wl,-T,/home/solstice/abs/qemu/src/qemu-0.9.1/x86_64.ld -g -o qemu vl.o osdep.o monitor.o pci.o loader.o isa_mmio.o block-raw-posix.o lsi53c895a.o usb-ohci.o eeprom93xx.o eepro100.o ne2000.o pcnet.o rtl8139.o ide.o pckbd.o ps2.o vga.o sb16.o es1370.o dma.o fdc.o mc146818rtc.o serial.o i8259.o i8254.o pcspk.o pc.o cirrus_vga.o apic.o parallel.o acpi.o piix_pci.o usb-uhci.o vmmouse.o vmport.o vmware_vga.o gdbstub.o ../libqemu_common.a libqemu.a -lm -lz -lasound -lgnutls -L/usr/lib -Wl,-rpath,/usr/lib -lSDL -lpthread -lrt -lpthread -lutil /usr/bin/ld: warning: libdl.so.2, needed by /usr/lib/libasound.so, not found (try using -rpath or -rpath-link) /usr/lib/libSDL.so: undefined reference to [EMAIL PROTECTED]' /usr/lib/libasound.so: undefined reference to [EMAIL PROTECTED]' /usr/lib/libSDL.so: undefined reference to [EMAIL PROTECTED]' /usr/lib/libasound.so: undefined reference to [EMAIL PROTECTED]' /usr/lib/libasound.so: undefined reference to [EMAIL PROTECTED]' /usr/lib/libasound.so: undefined reference to [EMAIL PROTECTED]' collect2: ld returned 1 exit status make[1]: *** [qemu] Error 1 make[1]: Leaving directory `/home/solstice/abs/qemu/src/qemu-0.9.1/i386-softmmu' make: *** [subdir-i386-softmmu] Error 2 a linking problem ? $ locate libdl /lib/libdl-2.7.so /lib/libdl.so.2 /usr/lib/libdl.a /usr/lib/libdl.so and /usr/lib/libdl.so is a symlink towards /lib/libdl.so.2 if i make a symlink: ln -s /usr/bin/libdl.so /usr/bin/libdl.so.2 it works ! until the next bug if i try to walk around that bug without that symlink i had to patch the config-host.mak to had a rpath toward /lib. well, i don't know how it's work. i simply used the error message and grep for rpath in src directory i can't fix the configure or whatever. HELP ! i got similar error when i try to compile *-user target but this time with libz.so.1. i do not make a symlink here... i am not gonna fix the build system by making symlink all around WAIT ! i am not finished ;-) and by the way, it fixes one problem but i got another one: i install -m 755 -s qemu-system-mips /home/solstice/abs/qemu/pkg/usr/bin make[1]: Leaving directory `/home/solstice/abs/qemu/src/qemu-0.9.1/mips-softmmu' ERROR: unknown option --host-cc Usage: ./configure [options] Options include: --arch=ARCHarchitecture to compile for (x86_64) --cross-prefix=PREFIX prefix for cross compile --prefix=PREFIXwhere to install things (/usr) --with-patched-kernel don't use external module --kerneldir=DIRkernel build directory (/lib/modules/2.6.23-ARCH/build) --qemu-cc=CC specify compiler for qemu (must be gcc-3.x) --qemu-cflags=CFLAGS CFLAGS to add to qemu configuration --qemu-ldflags=LDFLAGS LDFLAGS to add to qemu configuration Any additional option is given to qemu's configure verbatim; including: --disable-gcc-checkdon't insist on gcc-3.x CAUTION: this will break running without kvm --disable-werror disable compilation abort on warning --disable-sdl disable SDL --enable-cocoa enable COCOA (Mac OS X only) --enable-mingw32 enable Win32 cross compilation with mingw32 --enable-adlib enable Adlib emulation --enable-coreaudio enable Coreaudio audio driver --enable-alsa enable ALSA audio driver --enable-fmod enable FMOD audio driver --enable-dsoundenable DirectSound audio driver --disable-vnc-tls disable TLS encryption for VNC server Makefile:1: ../config.mak: No such file or directory make: *** No rule to make target `../config.mak'. Stop. == ERROR: Build Failed. Aborting... WTF ! --host-cc is not recognize here. but wait we're installing and a configure option get in the way... i really do not understand anything
[Qemu-devel] qemu Makefile.target qemu-doc.texi hw/pci.c hw/...
CVSROOT:/sources/qemu Module name:qemu Changes by: Andrzej Zaborowski balrog 08/02/03 02:20:19 Modified files: . : Makefile.target qemu-doc.texi hw : pci.c pci.h Added files: hw : e1000.c e1000_hw.h Log message: E1000 NIC emulation (Nir Peleg, patch from Dor Laor). Applied %s/^\([^I ]*\)^I/\1/g on e1000.c and added e1000 to help message. CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.243r2=1.244 http://cvs.savannah.gnu.org/viewcvs/qemu/qemu-doc.texi?cvsroot=qemur1=1.184r2=1.185 http://cvs.savannah.gnu.org/viewcvs/qemu/hw/pci.c?cvsroot=qemur1=1.44r2=1.45 http://cvs.savannah.gnu.org/viewcvs/qemu/hw/pci.h?cvsroot=qemur1=1.2r2=1.3 http://cvs.savannah.gnu.org/viewcvs/qemu/hw/e1000.c?cvsroot=qemurev=1.1 http://cvs.savannah.gnu.org/viewcvs/qemu/hw/e1000_hw.h?cvsroot=qemurev=1.1
[Qemu-devel] qemu/target-i386 cpu.h helper.c
CVSROOT:/sources/qemu Module name:qemu Changes by: Andrzej Zaborowski balrog 08/02/03 02:42:37 Modified files: target-i386: cpu.h helper.c Log message: Make SVM env-cr[8] a valid register (patch from TeLeMan). CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/qemu/target-i386/cpu.h?cvsroot=qemur1=1.56r2=1.57 http://cvs.savannah.gnu.org/viewcvs/qemu/target-i386/helper.c?cvsroot=qemur1=1.99r2=1.100
Re: [Qemu-devel] [PATCH]SVM CR8 undefined bug fix
On 17/01/2008, Alexander Graf [EMAIL PROTECTED] wrote: TeLeMan wrote: env-cr[8] used by SVM codes was not defined. As far as I remember cr8 is the very same as the TPR, so we only need to implement one and map the other to the value we want. I committed the original patch to avoid possible corruption of env, for now, if you have a better patch to remove the confusion between CR8 and TPR, please rediff on top of cvs. Thanks
[Qemu-devel] qemu qemu-doc.texi vnc.c
CVSROOT:/sources/qemu Module name:qemu Changes by: Andrzej Zaborowski balrog 08/02/03 02:54:04 Modified files: . : qemu-doc.texi vnc.c Log message: Add VNC reverse connections, by Eddie Kohler. CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/qemu/qemu-doc.texi?cvsroot=qemur1=1.185r2=1.186 http://cvs.savannah.gnu.org/viewcvs/qemu/vnc.c?cvsroot=qemur1=1.33r2=1.34
Re: [Qemu-devel] PS/2 mouse support for FC4 guest broken in QEMU 0.9.1
On 21/01/2008, Even Rouault [EMAIL PROTECTED] wrote: Thanks for the tutorial on how to use git bisection ;-) In fact, whatever version control system you use, I think you spend most of time recompiling and testing stuff... Anyway, on the core problem I'm pointing out, does someone have any clue on what should be done ? Should the revision 1.24 of hw/pckbd.c (QEMU keyboard issue with Gujin-2.2) be reverted ? Is there a way to get FC4 to work again, and Gujin at the same time ? Is the patch of revision 1.24 the right fix for Gujin and another additionnal fix is required for the FC4 issue (presumably related to Linux kernel version 2.6.11) or should it be reverted and a better fix found for Gujin ? I have no clue about ps2 but seeing as redirecting the command from kbd to mouse (0 - 1 in the kbd_queue call) fixes the keyboard issue for Gujin, but breaks mouse, the obvious conclusion is that the command should not be done for either kbd or mouse. Can you try with line 214 (previously line 207) simply removed? If you can test also how that affects Gujin that would be even better. Cheers
[Qemu-devel] qemu/target-i386 helper.c
CVSROOT:/sources/qemu Module name:qemu Changes by: Andrzej Zaborowski balrog 08/02/03 03:26:30 Modified files: target-i386: helper.c Log message: NMI and INTR events injection should not be handled as software interrupts (Bernhard Kauer). CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/qemu/target-i386/helper.c?cvsroot=qemur1=1.100r2=1.101
[Qemu-devel] qemu/hw ide.c
CVSROOT:/sources/qemu Module name:qemu Changes by: Andrzej Zaborowski balrog 08/02/03 03:37:47 Modified files: hw : ide.c Log message: Simplify guess_disk_lchs - should fix Windows stack corruption spotted by TeLeMan (patch by Tristan Gingold). CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/qemu/hw/ide.c?cvsroot=qemur1=1.81r2=1.82
[Qemu-devel] qemu vl.c
CVSROOT:/sources/qemu Module name:qemu Changes by: Andrzej Zaborowski balrog 08/02/03 03:45:47 Modified files: . : vl.c Log message: Do not set RTC frequency if already set (Aurelien Jarno). CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/qemu/vl.c?cvsroot=qemur1=1.402r2=1.403
[Qemu-devel] qemu configure
CVSROOT:/sources/qemu Module name:qemu Changes by: Andrzej Zaborowski balrog 08/02/03 04:22:24 Modified files: . : configure Log message: Fix building under paths with symlinks (patch from Richard Purdie). CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/qemu/configure?cvsroot=qemur1=1.184r2=1.185
[Qemu-devel] qemu/hw pc.c
CVSROOT:/sources/qemu Module name:qemu Changes by: Andrzej Zaborowski balrog 08/02/03 04:33:32 Modified files: hw : pc.c Log message: Fix VMware VGA init call (Anthony Liguori). s/vga_ram_size/vga_ram_addr/ CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/qemu/hw/pc.c?cvsroot=qemur1=1.97r2=1.98
Re: [Qemu-devel] qemu configure
That's all nice and good, but it doesn't seem to work with systems that don't use symlinks, such as mingw (the ln command creates duplicates). This may work with cygwin. - Original Message - From: Andrzej Zaborowski [EMAIL PROTECTED] To: qemu-devel@nongnu.org Sent: Saturday, February 02, 2008 9:22 PM Subject: [Qemu-devel] qemu configure CVSROOT: /sources/qemu Module name: qemu Changes by: Andrzej Zaborowski balrog 08/02/03 04:22:24 Modified files: . : configure Log message: Fix building under paths with symlinks (patch from Richard Purdie). CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/qemu/configure?cvsroot=qemur1=1.184r2=1.185
