Re: [Qemu-devel] High resolution VGA modes
Fabrice Bellard wrote: Hi, The previous commits enable the support of higher resolution VGA modes in QEMU (1152x864, 1280x1024 and 1600x1200) when using the VESA device driver (-std-vga option). The VESA device driver is known to work with Linux and Windows XP. Is 2d acceleration possible with VESA? Regards, Anthony Liguori The VGA memory was increased to 8 MB to enable 1600x1200 with 32 bits per pixel. I updated the built-in VNC server so that it supports higher resolutions too. Note that the Cirrus VGA device driver was not modified, so it has the same limitations are before (4 MB Video Memory, up to 1280x1024). These limitations are unfortunately linked to the emulated Cirrus VGA hardware and guest OS video drivers. Fabrice. ___ 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] High resolution VGA modes
Hi, The previous commits enable the support of higher resolution VGA modes in QEMU (1152x864, 1280x1024 and 1600x1200) when using the VESA device driver (-std-vga option). The VESA device driver is known to work with Linux and Windows XP. The VGA memory was increased to 8 MB to enable 1600x1200 with 32 bits per pixel. I updated the built-in VNC server so that it supports higher resolutions too. Note that the Cirrus VGA device driver was not modified, so it has the same limitations are before (4 MB Video Memory, up to 1280x1024). These limitations are unfortunately linked to the emulated Cirrus VGA hardware and guest OS video drivers. Fabrice. ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Support Questions
I am looking for a good GUI for QEMU. Below are the one I've found about so far. Does anyone know of any other good GUI that would be similar to VMware? http://sourceforge.net/projects/kqemu/ http://emeitner.f2o.org/qemu_launcher Mike Kronenberg wrote: On 13.06.2006, at 16:37, Joe Lee wrote: I came across a product called Iemulator and think it based on QEMU. If so, I wanted to know how possible is it to re-brand qemu to something similar to Iemulator. IEmulator (as of the 1.7.x series) is a rebrand of a early stage project Q Build (http://www.kju-app.org/proj/) which is based on QEMU itself. Q has different graphic output and some frontend extensions compared to QEMU. We tried to port the natural virtualization modul qvm86 to OS X, too. But as QEMU has moved on, we have put a hold on that. So QEMU on OS X (ppc and intel) remains a simulation. Mike Also, I am quite new to QEMU and virtualization in general and wanted to know the difference between QEMU and product like OpenVZ. Based on my reading on them I think they are quite different. I suppose QEMU is more like VMware aimed at end users and OpenVZ would be more for Enterprise servers. Joe Natalia Portillo wrote: Well, Fabrice Bellard is main developer, and KQEMU whole developer. Paul Brook maintains ARM system, and QVM86 whole developer. Jocelyn Mayer (away) maintains PPC system. Blue Swirl maintains Sparc system. A couple of collaborators do development taks. I maintain the OS compatibility list and do extensive operating system compatibility testing. Just, for what you want that information? El 12/06/2006, a las 20:32, Joe Lee escribió: Wanted to know about individuals that provides support and custom development for QEUM. ___ 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 mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Support Questions
On 13.06.2006, at 16:37, Joe Lee wrote: I came across a product called Iemulator and think it based on QEMU. If so, I wanted to know how possible is it to re-brand qemu to something similar to Iemulator. IEmulator (as of the 1.7.x series) is a rebrand of a early stage project Q Build (http://www.kju-app.org/proj/) which is based on QEMU itself. Q has different graphic output and some frontend extensions compared to QEMU. We tried to port the natural virtualization modul qvm86 to OS X, too. But as QEMU has moved on, we have put a hold on that. So QEMU on OS X (ppc and intel) remains a simulation. Mike Also, I am quite new to QEMU and virtualization in general and wanted to know the difference between QEMU and product like OpenVZ. Based on my reading on them I think they are quite different. I suppose QEMU is more like VMware aimed at end users and OpenVZ would be more for Enterprise servers. Joe Natalia Portillo wrote: Well, Fabrice Bellard is main developer, and KQEMU whole developer. Paul Brook maintains ARM system, and QVM86 whole developer. Jocelyn Mayer (away) maintains PPC system. Blue Swirl maintains Sparc system. A couple of collaborators do development taks. I maintain the OS compatibility list and do extensive operating system compatibility testing. Just, for what you want that information? El 12/06/2006, a las 20:32, Joe Lee escribió: Wanted to know about individuals that provides support and custom development for QEUM. ___ 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 mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] qemu+SDL question..
On a new Linux system: (Kanotix-lite) I compiled and installed SDL-1.2.10 compiled and installed qemu-0.8.1 but invocation of qemu results in error message: Couldn't Initialize SDL -- exiting any ideas? -ishwar ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] qemu/hw vga.c vga_int.h
CVSROOT:/sources/qemu Module name:qemu Changes by: Fabrice Bellard06/06/13 16:37:40 Modified files: hw : vga.c vga_int.h Log message: support for Bochs VBE GETCAPS call so that -std-vga works again with new VGA BIOSes - added support for modes up to 1600x1200x32 in -std-vga case CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/qemu/hw/vga.c?cvsroot=qemu&r1=1.43&r2=1.44 http://cvs.savannah.gnu.org/viewcvs/qemu/hw/vga_int.h?cvsroot=qemu&r1=1.6&r2=1.7 Patches: Index: vga.c === RCS file: /sources/qemu/qemu/hw/vga.c,v retrieving revision 1.43 retrieving revision 1.44 diff -u -b -r1.43 -r1.44 --- vga.c 10 May 2006 22:17:36 - 1.43 +++ vga.c 13 Jun 2006 16:37:40 - 1.44 @@ -378,10 +378,29 @@ VGAState *s = opaque; uint32_t val; -if (s->vbe_index <= VBE_DISPI_INDEX_NB) +if (s->vbe_index <= VBE_DISPI_INDEX_NB) { +if (s->vbe_regs[VBE_DISPI_INDEX_ENABLE] & VBE_DISPI_GETCAPS) { +switch(s->vbe_index) { +/* XXX: do not hardcode ? */ +case VBE_DISPI_INDEX_XRES: +val = VBE_DISPI_MAX_XRES; +break; +case VBE_DISPI_INDEX_YRES: +val = VBE_DISPI_MAX_YRES; +break; +case VBE_DISPI_INDEX_BPP: +val = VBE_DISPI_MAX_BPP; +break; +default: val = s->vbe_regs[s->vbe_index]; -else +break; +} +} else { +val = s->vbe_regs[s->vbe_index]; +} +} else { val = 0; +} #ifdef DEBUG_BOCHS_VBE printf("VBE: read index=0x%x val=0x%x\n", s->vbe_index, val); #endif @@ -434,7 +453,8 @@ s->bank_offset = (val << 16); break; case VBE_DISPI_INDEX_ENABLE: -if (val & VBE_DISPI_ENABLED) { +if ((val & VBE_DISPI_ENABLED) && +!(s->vbe_regs[VBE_DISPI_INDEX_ENABLE] & VBE_DISPI_ENABLED)) { int h, shift_control; s->vbe_regs[VBE_DISPI_INDEX_VIRT_WIDTH] = @@ -464,7 +484,7 @@ s->cr[0x13] = s->vbe_line_offset >> 3; /* width */ s->cr[0x01] = (s->vbe_regs[VBE_DISPI_INDEX_XRES] >> 3) - 1; -/* height */ +/* height (only meaningful if < 1024) */ h = s->vbe_regs[VBE_DISPI_INDEX_YRES] - 1; s->cr[0x12] = h; s->cr[0x07] = (s->cr[0x07] & ~0x42) | @@ -1310,11 +1330,19 @@ { int width, height; +#ifdef CONFIG_BOCHS_VBE +if (s->vbe_regs[VBE_DISPI_INDEX_ENABLE] & VBE_DISPI_ENABLED) { +width = s->vbe_regs[VBE_DISPI_INDEX_XRES]; +height = s->vbe_regs[VBE_DISPI_INDEX_YRES]; +} else +#endif +{ width = (s->cr[0x01] + 1) * 8; height = s->cr[0x12] | ((s->cr[0x07] & 0x02) << 7) | ((s->cr[0x07] & 0x40) << 3); height = (height + 1); +} *pwidth = width; *pheight = height; } Index: vga_int.h === RCS file: /sources/qemu/qemu/hw/vga_int.h,v retrieving revision 1.6 retrieving revision 1.7 diff -u -b -r1.6 -r1.7 --- vga_int.h 3 Jul 2005 14:00:51 - 1.6 +++ vga_int.h 13 Jun 2006 16:37:40 - 1.7 @@ -30,8 +30,9 @@ /* bochs VBE support */ #define CONFIG_BOCHS_VBE -#define VBE_DISPI_MAX_XRES 1024 -#define VBE_DISPI_MAX_YRES 768 +#define VBE_DISPI_MAX_XRES 1600 +#define VBE_DISPI_MAX_YRES 1200 +#define VBE_DISPI_MAX_BPP 32 #define VBE_DISPI_INDEX_ID 0x0 #define VBE_DISPI_INDEX_XRES0x1 @@ -51,6 +52,8 @@ #define VBE_DISPI_DISABLED 0x00 #define VBE_DISPI_ENABLED 0x01 +#define VBE_DISPI_GETCAPS 0x02 +#define VBE_DISPI_8BIT_DAC 0x20 #define VBE_DISPI_LFB_ENABLED 0x40 #define VBE_DISPI_NOCLEARMEM0x80 @@ -72,7 +75,7 @@ #endif /* !CONFIG_BOCHS_VBE */ #define CH_ATTR_SIZE (160 * 100) -#define VGA_MAX_HEIGHT 1024 +#define VGA_MAX_HEIGHT 2048 #define VGA_STATE_COMMON\ uint8_t *vram_ptr; \ ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] qemu vnc.c
CVSROOT:/sources/qemu Module name:qemu Changes by: Fabrice Bellard06/06/13 16:35:24 Modified files: . : vnc.c Log message: support for higher resolutions CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/qemu/vnc.c?cvsroot=qemu&r1=1.6&r2=1.7 Patches: Index: vnc.c === RCS file: /sources/qemu/qemu/vnc.c,v retrieving revision 1.6 retrieving revision 1.7 diff -u -b -r1.6 -r1.7 --- vnc.c 14 May 2006 18:11:49 - 1.6 +++ vnc.c 13 Jun 2006 16:35:24 - 1.7 @@ -50,6 +50,10 @@ uint32_t *last_fg, int *has_bg, int *has_fg); +#define VNC_MAX_WIDTH 2048 +#define VNC_MAX_HEIGHT 2048 +#define VNC_DIRTY_WORDS (VNC_MAX_WIDTH / (16 * 32)) + struct VncState { QEMUTimer *timer; @@ -59,7 +63,7 @@ int need_update; int width; int height; -uint64_t dirty_row[768]; +uint32_t dirty_row[VNC_MAX_HEIGHT][VNC_DIRTY_WORDS]; char *old_data; int depth; /* internal VNC frame buffer byte per pixel */ int has_resize; @@ -95,6 +99,47 @@ static void vnc_update_client(void *opaque); static void vnc_client_read(void *opaque); +static inline void vnc_set_bit(uint32_t *d, int k) +{ +d[k >> 5] |= 1 << (k & 0x1f); +} + +static inline void vnc_clear_bit(uint32_t *d, int k) +{ +d[k >> 5] &= ~(1 << (k & 0x1f)); +} + +static inline void vnc_set_bits(uint32_t *d, int n, int nb_words) +{ +int j; + +j = 0; +while (n >= 32) { +d[j++] = -1; +n -= 32; +} +if (n > 0) +d[j++] = (1 << n) - 1; +while (j < nb_words) +d[j++] = 0; +} + +static inline int vnc_get_bit(const uint32_t *d, int k) +{ +return (d[k >> 5] >> (k & 0x1f)) & 1; +} + +static inline int vnc_and_bits(const uint32_t *d1, const uint32_t *d2, + int nb_words) +{ +int i; +for(i = 0; i < nb_words; i++) { +if ((d1[i] & d2[i]) != 0) +return 1; +} +return 0; +} + static void vnc_dpy_update(DisplayState *ds, int x, int y, int w, int h) { VncState *vs = ds->opaque; @@ -104,7 +149,7 @@ for (; y < h; y++) for (i = 0; i < w; i += 16) - vs->dirty_row[y] |= (1ULL << ((x + i) / 16)); + vnc_set_bit(vs->dirty_row[y], (x + i) / 16); } static void vnc_framebuffer_update(VncState *vs, int x, int y, int w, int h, @@ -316,10 +361,10 @@ for (h = 1; h < (vs->height - y); h++) { int tmp_x; - if (!(vs->dirty_row[y + h] & (1ULL << last_x))) + if (!vnc_get_bit(vs->dirty_row[y + h], last_x)) break; for (tmp_x = last_x; tmp_x < x; tmp_x++) - vs->dirty_row[y + h] &= ~(1ULL << tmp_x); + vnc_clear_bit(vs->dirty_row[y + h], tmp_x); } return h; @@ -333,15 +378,12 @@ int y; char *row; char *old_row; - uint64_t width_mask; + uint32_t width_mask[VNC_DIRTY_WORDS]; int n_rectangles; int saved_offset; int has_dirty = 0; - width_mask = (1ULL << (vs->width / 16)) - 1; - - if (vs->width == 1024) - width_mask = ~(0ULL); +vnc_set_bits(width_mask, (vs->width / 16), VNC_DIRTY_WORDS); /* Walk through the dirty map and eliminate tiles that really aren't dirty */ @@ -349,7 +391,7 @@ old_row = vs->old_data; for (y = 0; y < vs->height; y++) { - if (vs->dirty_row[y] & width_mask) { + if (vnc_and_bits(vs->dirty_row[y], width_mask, VNC_DIRTY_WORDS)) { int x; char *ptr, *old_ptr; @@ -358,7 +400,7 @@ for (x = 0; x < vs->ds->width; x += 16) { if (memcmp(old_ptr, ptr, 16 * vs->depth) == 0) { - vs->dirty_row[y] &= ~(1ULL << (x / 16)); + vnc_clear_bit(vs->dirty_row[y], (x / 16)); } else { has_dirty = 1; memcpy(old_ptr, ptr, 16 * vs->depth); @@ -389,11 +431,11 @@ int x; int last_x = -1; for (x = 0; x < vs->width / 16; x++) { - if (vs->dirty_row[y] & (1ULL << x)) { + if (vnc_get_bit(vs->dirty_row[y], x)) { if (last_x == -1) { last_x = x; } - vs->dirty_row[y] &= ~(1ULL << x); + vnc_clear_bit(vs->dirty_row[y], x); } else { if (last_x != -1) { int h = find_dirty_height(vs, y, last_x, x); @@ -688,10 +730,8 @@ char *old_row = vs->old_data + y_position * vs->ds->linesize; for (i = 0; i < h; i++) { - vs->dirty_row[y_position + i] = (1ULL << (vs->ds->width / 16)) - 1; - if (vs->ds->width == 1024) { - vs->dirty_row[y_position + i] = ~(0ULL); - } +
Re: [Qemu-devel] MIPS emulation?
Alessandro Corradi wrote: [snip] > Hi, > I downloaded mips/linux kernel from git and I configure it for qemu. > But when I make it gets this error: > > > /bin/sh: line 1: mips-linux-gcc: command not found > > What's wrong? You are either compiling natively on a mips system and have CONFIG_CROSS enabled, or you have no cross-compiler, or the cross-compiler has a different name than the default. Thiemo ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] qemu vl.h
CVSROOT:/sources/qemu Module name:qemu Changes by: Fabrice Bellard06/06/13 15:57:21 Modified files: . : vl.h Log message: increase video memory to 8MB CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/qemu/vl.h?cvsroot=qemu&r1=1.125&r2=1.126 Patches: Index: vl.h === RCS file: /sources/qemu/qemu/vl.h,v retrieving revision 1.125 retrieving revision 1.126 diff -u -b -r1.125 -r1.126 --- vl.h8 Jun 2006 21:51:27 - 1.125 +++ vl.h13 Jun 2006 15:57:21 - 1.126 @@ -705,7 +705,7 @@ /* vga.c */ -#define VGA_RAM_SIZE (4096 * 1024) +#define VGA_RAM_SIZE (8192 * 1024) struct DisplayState { uint8_t *data; ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Support Questions
Hi, On Tue, 13 Jun 2006, Joe Lee wrote: > I came across a product called Iemulator and think it based on QEMU. If > so, I wanted to know how possible is it to re-brand qemu to something > similar to Iemulator. It is based on QEmu. See http://www.iemulator.com/iemulator_faq.php, "Is iEmulator based on the BOCHS emulator?". It is perfectly legal. The core of QEmu is licensed under the LGPL, and accordingly, (at least some) sources of iEmulator are freely downloadable. > Also, I am quite new to QEMU and virtualization in general and wanted to > know the difference between QEMU and product like OpenVZ. OpenVZ is a virtualiser, i.e. it uses the hardware -- including the CPU -- of the host, and relies on the OS to handle the sharing parts. Therefore, you can not run unmodified kernels (or Windows for that matter) using OpenVZ. QEmu is a system emulator, i.e. the hardware componentes are emulated. As for the CPU, QEmu uses a technique called "translation" or Just-In-Time compilation in order to execute the code. If the host CPU is of the same type as the emulated CPU, you can use KQEmu or QVEmu to kind-of virtualise the CPU instead. > I suppose QEMU is more like VMware aimed at end users and OpenVZ would > be more for Enterprise servers. Correct. The principal application for QEmu is to run a different OS in a window on your desktop. The principal application for OpenVZ or Zen is to run many virtual computers (servers) on one host. Hth, Dscho ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] MIPS emulation?
>On Sat, Jan 14, 2006 at 07:34:36PM +0100, Tomasz Chmielewski wrote:>> >(A) You have to build a qemu-specific kernel to use the MIPS QEMU.>> >> And how to build "qemu-specific MIPS kernel"? >> >> Is it just a kernel built for MIPS, or perhaps some qemu-specific >> patches have to be applied?>>You have to select QEMU as your machine type when you configure the >kernel. Use the linux-mips.org CVS, of course..>>> >(B) I have no idea if that method works with MIPS qemu; I only tested>> >-kernel. >> >> Hmm?>> >> I didn't quite understand what you mean.>>I've never used -cdrom or -boot.>>-- >Daniel Jacobowitz >CodeSourceryHi,I downloaded mips/linux kernel from git and I configure it for qemu. But when I make it gets this error:/bin/sh: line 1: mips-linux-gcc: command not foundWhat's wrong? ThanksAle ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Support Questions
I came across a product called Iemulator and think it based on QEMU. If so, I wanted to know how possible is it to re-brand qemu to something similar to Iemulator. Also, I am quite new to QEMU and virtualization in general and wanted to know the difference between QEMU and product like OpenVZ. Based on my reading on them I think they are quite different. I suppose QEMU is more like VMware aimed at end users and OpenVZ would be more for Enterprise servers. Joe Natalia Portillo wrote: Well, Fabrice Bellard is main developer, and KQEMU whole developer. Paul Brook maintains ARM system, and QVM86 whole developer. Jocelyn Mayer (away) maintains PPC system. Blue Swirl maintains Sparc system. A couple of collaborators do development taks. I maintain the OS compatibility list and do extensive operating system compatibility testing. Just, for what you want that information? El 12/06/2006, a las 20:32, Joe Lee escribió: Wanted to know about individuals that provides support and custom development for QEUM. ___ 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
Re: [Qemu-devel] "invisible wall" patch
Eric Hameleers wrote: Julian Seward wrote: Also, VNC functionality is still basically where it was when it was added to QEMU - which is barely above useable status. What functionality are you referring to? Regards, Anthony Liguori I liked the functionality offered by the libvncserver patch better but can no longer apply that. Is someone going to take up adding the missing pieces to VNC functionality? The suggested patch in http://lists.gnu.org/archive/html/qemu-devel/2006-05/msg00142.html might help here, too. Eric ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Mouse gets stuck w/ qemu-0.8.1 running Windows2000/XP
Hi, On Tue, 13 Jun 2006, Agustin Barto wrote: > I'm running WindowsXP (the problem is also present with Windows2000) > on qemu-0.8.1 over an FC5 host, and sometimes the mouse gets stuck at > some point (kinda like hitting a screen edge) and I have to "wiggle" > the mouse a bit to pass over this limit. > > I didn't have this problem with qemu-0.7.x and prior versions. Funny. It seems that there have been quite a few messages on this list, which address exactly your problem. The latest such message was even only a few minutes ago. Ciao, Dscho ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] Mouse gets stuck w/ qemu-0.8.1 running Windows2000/XP
I'm running WindowsXP (the problem is also present with Windows2000) on qemu-0.8.1 over an FC5 host, and sometimes the mouse gets stuck at some point (kinda like hitting a screen edge) and I have to "wiggle" the mouse a bit to pass over this limit. I didn't have this problem with qemu-0.7.x and prior versions. ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] qemu sdl.c
CVSROOT:/sources/qemu Module name:qemu Changes by: Fabrice Bellard06/06/13 12:03:53 Modified files: . : sdl.c Log message: avoid stopping QEMU when switching desktops with Ctrl-Alt-x CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/qemu/sdl.c?cvsroot=qemu&r1=1.28&r2=1.29 Patches: Index: sdl.c === RCS file: /sources/qemu/qemu/sdl.c,v retrieving revision 1.28 retrieving revision 1.29 diff -u -b -r1.28 -r1.29 --- sdl.c 13 Jun 2006 10:49:12 - 1.28 +++ sdl.c 13 Jun 2006 12:03:53 - 1.29 @@ -447,10 +447,18 @@ gui_key_modifier_pressed = 0; if (gui_keysym == 0) { /* exit/enter grab if pressing Ctrl-Alt */ -if (!gui_grab) +if (!gui_grab) { +/* if the application is not active, + do not try to enter grab state. It + prevents + 'SDL_WM_GrabInput(SDL_GRAB_ON)' + from blocking all the application + (SDL bug). */ +if (SDL_GetAppState() & SDL_APPACTIVE) sdl_grab_start(); -else +} else { sdl_grab_end(); +} /* SDL does not send back all the modifiers key, so we must correct it */ reset_keys(); ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] qemu sdl.c
CVSROOT:/sources/qemu Module name:qemu Changes by: Fabrice Bellard06/06/13 10:49:13 Modified files: . : sdl.c Log message: 'invisible wall' patch (Anthony Liguori) CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/qemu/sdl.c?cvsroot=qemu&r1=1.27&r2=1.28 Patches: Index: sdl.c === RCS file: /sources/qemu/qemu/sdl.c,v retrieving revision 1.27 retrieving revision 1.28 diff -u -b -r1.27 -r1.28 --- sdl.c 10 May 2006 22:17:36 - 1.27 +++ sdl.c 13 Jun 2006 10:49:12 - 1.28 @@ -285,13 +285,18 @@ static void sdl_hide_cursor(void) { +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 list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Problem in compiling kqemu-1.3.0pre7: kqemu-linux.c:52: error: expected ?)? before string constant
On Tue, Jun 13 2006, ??? ? wrote: > Hello > > I have problem to compile kqemu-1.3.0pre7: > > "kqemu-linux.c:52: error: expected ?)? before string constant" This fixes it, I hope Fabrice will add it soon. --- kqemu-1.3.0pre7/kqemu-linux.c~ 2006-05-07 16:28:05.0 +0200 +++ kqemu-1.3.0pre7/kqemu-linux.c 2006-06-13 12:22:21.742632272 +0200 @@ -49,7 +49,11 @@ /* if 0 is used, then devfs/udev is used to automatically create the device */ int major = 250; +#if LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, 0) +module_param(major, int, 0); +#else MODULE_PARM(major,"i"); +#endif /* Lock the page at virtual address 'user_addr' and return its physical address (page index). Return a host OS private user page -- Jens Axboe ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] "invisible wall" patch
Julian Seward wrote: > Could somebody please commit, or at least consider committing, > Anthony Liguori's "invisible wall" patch, shown at > http://lists.gnu.org/archive/html/qemu-devel/2006-05/msg00112.html ? > > Without it, QEMU is essentially unusable on my SuSE 10 host; with it, > the mouse stuff works perfectly. A couple of other people on that > thread had similar experiences with it. > > J > > > ___ > Qemu-devel mailing list > Qemu-devel@nongnu.org > http://lists.nongnu.org/mailman/listinfo/qemu-devel I also use this patch to my full satisfaction for my Slackware package of QEMU at http://www.slackware.com/~alien/slackbuilds/qemu/ With the addition of the VNC capability, this mouse misbehaviour was introduced and never resolved which is a pity really. Also, VNC functionality is still basically where it was when it was added to QEMU - which is barely above useable status. I liked the functionality offered by the libvncserver patch better but can no longer apply that. Is someone going to take up adding the missing pieces to VNC functionality? The suggested patch in http://lists.gnu.org/archive/html/qemu-devel/2006-05/msg00142.html might help here, too. Eric -- Eric Hameleers ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] Problem in compiling kqemu-1.3 .0pre7: kqemu-linux.c:52: error: expe cted ‘)’ before string constant
Title: Problem in compiling kqemu-1.3.0pre7: kqemu-linux.c:52: error: expected ‘)’ before string constant Hello I have problem to compile kqemu-1.3.0pre7: "kqemu-linux.c:52: error: expected ‘)’ before string constant" Thanks for your help Nadav ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] "invisible wall" patch
Julian Seward wrote: Could somebody please commit, or at least consider committing, Anthony Liguori's "invisible wall" patch, shown at http://lists.gnu.org/archive/html/qemu-devel/2006-05/msg00112.html ? Without it, QEMU is essentially unusable on my SuSE 10 host; with it, the mouse stuff works perfectly. A couple of other people on that thread had similar experiences with it. I'll add my voice to this - with WinXP and Win2000 guests, without this patch they were virtually unusable. They work fine with it. -- -- Michael "Soruk" McConnell Eridani Star System MailStripper - http://www.MailStripper.eu/ Mail Me Anywhere - http://www.mailmeanywhere.com/ ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] "invisible wall" patch
Could somebody please commit, or at least consider committing, Anthony Liguori's "invisible wall" patch, shown at http://lists.gnu.org/archive/html/qemu-devel/2006-05/msg00112.html ? Without it, QEMU is essentially unusable on my SuSE 10 host; with it, the mouse stuff works perfectly. A couple of other people on that thread had similar experiences with it. J ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel