[Qemu-devel] compile problem on debian sarge amd64
Hi, I downloaded 0.8.1, installed the sdl libs and tried to compile qemu but it did not work. ./configure a6qu:/home/kadil/qemu-0.8.1# ./configure 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/kadil/qemu-0.8.1 C compilergcc Host C compiler gcc make make install install host CPU x86_64 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 yes SDL static link no mingw32 support no Adlib support no CoreAudio support no ALSA support no DSound supportno FMOD support no kqemu support yes Documentation no make . . . emu-0.8.1/linux-user/i386 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -I/home/kadil/qemu-0.8.1/fpu -DHAS_AUDIO -I/home/kadil/qemu-0.8.1/slirp -c -o gdbstub.o /home/kadil/qemu-0.8.1/gdbstub.c gcc -g -Wl,-T,/home/kadil/qemu-0.8.1/x86_64.ld -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 /usr/bin/ld:/home/kadil/qemu-0.8.1/x86_64.ld:62: parse error collect2: ld returned 1 exit status make[1]: *** [qemu-i386] Error 1 make[1]: Leaving directory `/home/kadil/qemu-0.8.1/i386-user' make: *** [all] Error 1 Any ideas? Kim ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] compile problem on debian sarge amd64
emu-0.8.1/linux-user/i386 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -I/home/kadil/qemu-0.8.1/fpu -DHAS_AUDIO -I/home/kadil/qemu-0.8.1/slirp -c -o gdbstub.o /home/kadil/qemu-0.8.1/gdbstub.c gcc -g -Wl,-T,/home/kadil/qemu-0.8.1/x86_64.ld -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 /usr/bin/ld:/home/kadil/qemu-0.8.1/x86_64.ld:62: parse error collect2: ld returned 1 exit status make[1]: *** [qemu-i386] Error 1 make[1]: Leaving directory `/home/kadil/qemu-0.8.1/i386-user' make: *** [all] Error 1 Any ideas? It's complaining about the ONLY_IF_RO/ONLY_IF_RW. Either hack the linker script of use a newer binutils. Paul ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] MIPS: UART access w/o -kernel option
Alexander Voropay wrote: I'm still trying to run a MIPS mmon as a BIOS :) I've found one strange issue : when it runs at the KSEG0 region (0x80008000) with -kernel option it works fine. When I'm trying to run it in the MIPS BIOS region (0xbfc0) it can't output anything to the UART and Qemu segfaults on the any keypress (not my program, but whole Qemu !) I've found this bug : hw/mips_r4k.c:mips_r4k_init() Qemu/MIPS does not initialize an ISA memory region when issued without -kernel option. (I've added some debug output). Whith -kernel: cpu_register_physical_memory: start=, size=0800, offset= cpu_register_physical_memory: start=1400, size=0001, offset=0050 cpu_register_physical_memory: start=100A, size=0002, offset=0060 cpu_register_physical_memory: start=E000, size=0040, offset=0800 Without -kernel: cpu_register_physical_memory: start=, size=0800, offset= cpu_register_physical_memory: start=1FC0, size=0002, offset=08400010 Segmentation fault Could someone correct this ? The ISA region and devices initialization should be performed *before* any fileload. P.S. The MIPS initial state (PC=0xbfc0) is defined twice in the qemu: ./target-mips/translate.c:cpu_mips_init():1766 and ./hw/mips_r4k.c:mips_r4k_init() Seems, this is a bug too. -- -=AV=- ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] CFT: PCI patch.
The attached patch rearranges the PCI code and separates the PCI host controller emulation from the generic PCI code. There should be no functional changes except the new PCI controller for Arm targets. I've tested a reasonable selection of x86 guest systems (win98, win2k, Linux, FreeBSD) and I'm reasonably sure I haven't broken anything. However I can't really test ppc (my install ISO doesn't work before the changes). For this reason I'm posting the patch now to give people chance to check their favourite OS. I'll commit the changes in a few days unless problems occur. Paul patch.pci.gz Description: GNU Zip compressed data ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] [PATCH]Fix for minor video corruption under Windows
If you change the video resolution while running a Windows XP image such that it uses fewer bytes of VRAM (either by using fewer bytes per pixel or by lowering the resolution) then some window backgrounds will become corrupted. This happens because the Windows XP Cirrus Logic driver assumes that VRAM is initialized to 0xff whenever the video mode switches between VGA and SVGA. This patch fixes this problem by resetting VRAM whenever a VGA/SVGA mode switch occurs. Signed-off-by: [EMAIL PROTECTED] -- Don Dugger Censeo Toto nos in Kansa esse decisse. - D. Gale [EMAIL PROTECTED] Ph: (303)440-1368 --- qemu-0.8.0-/hw/cirrus_vga.c 2005-12-19 15:51:53.0 -0700 +++ qemu-0.8.0/hw/cirrus_vga.c 2006-05-04 10:14:28.0 -0600 @@ -1185,6 +1185,17 @@ s-hw_cursor_y = (reg_value 3) | (reg_index 5); break; case 0x07: // Extended Sequencer Mode + /* Win2K seems to assume that the VRAM is set to 0xff +* whenever VGA/SVGA mode changes +*/ + if ((s-sr[0x07] ^ reg_value) CIRRUS_SR7_BPP_SVGA) + memset(s-vram_ptr, 0xff, s-real_vram_size); + s-sr[0x07] = reg_value; +#ifdef DEBUG_CIRRUS + printf(cirrus: handled outport sr_index %02x, sr_value %02x\n, + reg_index, reg_value); +#endif + break; case 0x08: // EEPROM Control case 0x09: // Scratch Register 0 case 0x0a: // Scratch Register 1 @@ -2993,10 +3004,6 @@ } s-cr[0x27] = device_id; -/* Win2K seems to assume that the pattern buffer is at 0xff - initially ! */ -memset(s-vram_ptr, 0xff, s-real_vram_size); - s-cirrus_hidden_dac_lockindex = 5; s-cirrus_hidden_dac_data = 0; ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] [PATCH]Fix for minor video corruption under Windows
Donald... thanks... I actually posted a patch to fix this sometime ago, but your patch seems more thorough and probably more correct. Just FYI, I attached my patch again. I will test your patch as well. Thanks again, Leo Reiter Donald D. Dugger wrote: If you change the video resolution while running a Windows XP image such that it uses fewer bytes of VRAM (either by using fewer bytes per pixel or by lowering the resolution) then some window backgrounds will become corrupted. This happens because the Windows XP Cirrus Logic driver assumes that VRAM is initialized to 0xff whenever the video mode switches between VGA and SVGA. This patch fixes this problem by resetting VRAM whenever a VGA/SVGA mode switch occurs. Signed-off-by: [EMAIL PROTECTED] -- Leonardo E. Reiter Vice President of Product Development, CTO Win4Lin, Inc. Virtual Computing that means Business Main: +1 512 339 7979 Fax: +1 512 532 6501 http://www.win4lin.com Index: hw/vga.c === RCS file: /cvsroot/qemu/qemu/hw/vga.c,v retrieving revision 1.42 diff -a -u -r1.42 vga.c --- hw/vga.c 9 Apr 2006 01:06:34 - 1.42 +++ hw/vga.c 12 Apr 2006 14:53:06 - @@ -1366,6 +1366,8 @@ if (disp_width != s-last_width || height != s-last_height) { +if (cirrus_vga_enabled s-get_bpp(s) = 8) +memset(s-vram_ptr, 0xff, s-vram_size); dpy_resize(s-ds, disp_width, height); s-last_scr_width = disp_width; s-last_scr_height = height; ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
RE: [Qemu-devel] [PATCH]Fix for minor video corruption under Windows
Leo- Yeah, I started there but it turns out there are multiple reasons why that is the wrong place to fix things: 1) `hw/vga.c' only knows about resolution changes, the bug also appears if you change the pixel size, e.g. 24 bpp to 16 bpp. 2) Technically, because of the lazy screen update, your change would be too late. To improve performance the vga code is only called periodically, not after every VRAM change. It is theoretically possible for the target to change video mode, assume VRAM got reset, do a bitblt from non-visible VRAM to visible VRAM and then have the `hw/vga.c' code get called, overwriting the changes done to visible VRAM. -- Don Dugger Censeo Toto nos in Kansa esse decisse. - D. Gale [EMAIL PROTECTED] Ph: (303)440-1368 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] ] On Behalf Of Leonardo E. Reiter Sent: Tuesday, May 09, 2006 2:29 PM To: qemu-devel@nongnu.org Subject: Re: [Qemu-devel] [PATCH]Fix for minor video corruption under Windows Donald... thanks... I actually posted a patch to fix this sometime ago, but your patch seems more thorough and probably more correct. Just FYI, I attached my patch again. I will test your patch as well. Thanks again, Leo Reiter Donald D. Dugger wrote: If you change the video resolution while running a Windows XP image such that it uses fewer bytes of VRAM (either by using fewer bytes per pixel or by lowering the resolution) then some window backgrounds will become corrupted. This happens because the Windows XP Cirrus Logic driver assumes that VRAM is initialized to 0xff whenever the video mode switches between VGA and SVGA. This patch fixes this problem by resetting VRAM whenever a VGA/SVGA mode switch occurs. Signed-off-by: [EMAIL PROTECTED] -- Leonardo E. Reiter Vice President of Product Development, CTO Win4Lin, Inc. Virtual Computing that means Business Main: +1 512 339 7979 Fax: +1 512 532 6501 http://www.win4lin.com ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] QEMU 0.8.1
Hi Anthony,Sorry for the late reply. I did try out the patch with my local build and I haven't see that invisible wall mouse problem for a few days now.Thanks very much,Thomas On 5/4/06, Anthony Liguori [EMAIL PROTECTED] wrote: Thomas Han wrote: Hi, For what it's worth.I have also seen this invisible wall problem with my mouse for a few weeks off the CVS build too.Can you try out the following patch.*grumbles about SDL's brokenness* Regards,Anthony Liguori Since 0.8.1 came out yesterday, Instead of using CVS build, I'm now running Qemu 0.8.1 + kqemu-1.3.0pre6.My host OS is FC5 and I'm running XP inside it. Thanks, Thomas On 5/4/06, *Christian MICHON* [EMAIL PROTECTED] mailto: [EMAIL PROTECTED] wrote: qemu 0.8.0 does not show this invisible barrier issue. if this is worth anything, I use SDL 1.2.9. If someone can reproduce the issue also on linux hosts, there could be a lead. On 5/4/06, Christian MICHON [EMAIL PROTECTED] mailto: [EMAIL PROTECTED] wrote: I removed manually vnc_display_init, and this is not the culprit... I'll check anyway versus qemu-0.8.0... -- Christian ___ Qemu-devel mailing list Qemu-devel@nongnu.org mailto: 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-develdiff -r 39a6dd1136c6 sdl.c--- a/sdl.c Thu May 04 04:13:13 2006 ++++ b/sdl.c Thu May 04 21:30:11 2006 -0500@@ -280,13 +280,18 @@ static void sdl_update_caption(void) static void sdl_hide_cursor(void) {-SDL_SetCursor(sdl_cursor_hidden);+if (kbd_mouse_is_absolute()) {+ SDL_ShowCursor(1);+ SDL_SetCursor(sdl_cursor_hidden);+} else { + SDL_ShowCursor(0);+} } static void sdl_show_cursor(void) { if (!kbd_mouse_is_absolute()) {- SDL_SetCursor(sdl_cursor_normal);+ SDL_ShowCursor(1); } }___Qemu-devel mailing listQemu-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