similar to: [PATCH 4 of 13] DisplayState interface change

Import "exploiting the new interface in vnc.c" from qemu mainstream. git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@6337 c046a42c-6fe2-441c-8c8c-71466251a162 Signed-off-by: Stefano Stabellini <stefano.stabellini@eu.citrix.com> --- diff -r 07a126ac0425 console.c --- a/console.c Mon Feb 16 11:39:06 2009 +0000 +++ b/console.c Mon Feb 16 12:07:19 2009 +0000 @@ -1310,6 +1310,9

Hi all, I am attaching a patch that brings the DisplayState dpy_resize interface back to how it is in qemu mainstream, thus making the code easier to merge. In order to support sharing the framebuffer, I am adding a new resize interface called dpy_resize_shared that also has a depth and a pixels parameters. As a consequence I could remove the dpy_colourdepth callback and make the code cleaner

ioemu: Slown down refresh interval when SDL is minimized as that saves us the VGA refresh scanning. Signed-off-by: Samuel Thibault <samuel.thibault@eu.citrix.com> diff -r c6cd384a48bf tools/ioemu/sdl.c --- a/tools/ioemu/sdl.c Tue Mar 04 12:32:31 2008 +0000 +++ b/tools/ioemu/sdl.c Tue Mar 04 15:34:25 2008 +0000 @@ -515,6 +515,15 @@ static void sdl_refresh(DisplayState *ds

Import "remove bgr" from qemu mainstream. git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@6335 c046a42c-6fe2-441c-8c8c-71466251a162 Signed-off-by: Stefano Stabellini <stefano.stabellini@eu.citrix.com> --- diff --git a/hw/musicpal.c b/hw/musicpal.c index d6bd9ec..44a5659 100644 --- a/hw/musicpal.c +++ b/hw/musicpal.c @@ -835,7 +835,7 @@ static void lcd_refresh(void *opaque)

Hello, Sometimes the backend of PVFB knows that it doesn''t need permanent refresh, when the window is minimized for instance (no refresh at all), or the administration tools know that the window is thumnailed, and so a slow refresh rate is fine. Also, some users may want to tune the refresh rate according to the smoothness they would like, balanced with the CPU time that requires.

The following series of 10 patches is a merge of the xenfb and xenconsoled functionality into the qemu-dm code. The general approach taken is to have qemu-dm provide two machine types - one for xen paravirt, the other for fullyvirt. For compatability the later is the default. The goals overall are to kill LibVNCServer, remove alot of code duplication and/or parallel impls of the same concepts, and

Hi, Here is a little patch for a bug introduced recently in the SDL ioemu rendering, in case we disable OpenGl. Without this patch, the SDL window just stoppped when there were a call to ds->dpy_setdata, because the pointer was not set. Kind regards, Frédéric Guihéry Signed-off-by: Frédéric Guihéry <fred@cat-lan.com> diff -r 2d100fe81044 tools/ioemu/sdl.c --- a/tools/ioemu/sdl.c Wed

As many of us are all too painfully aware we have completely different VNC server implementations for paravirt vs fullyvirt Xen guests. The former based on libvncserver, the latter integrated into QEMU. There are many new and interesting ideas being tried out in the VNC server space in particular wrt to virtualization and having to implement them all twice is not very desirable. Also

This patch does 3 things to the new device model, qemu-dm: 1) Add `vncviewer'' as an option to `qemu-dm'' to spawn a `vncviewer'' process. 2) Have the `vncviewer'' config parameter translate to the `vncviewer'' flag to `qemu-dm''. 3) Add a new config parameter, `vncconnect'', that spawns a `vncviewer'' process that looks for a

Hello all, Here is a new iteration of the patch series that implements a transport for guest and host communications. I've tested for compatibility (old qemu & new kernel, new qemu & old kernel, new qemu & new kernel) and it all works fine*. There are a few items on my todo list but this works well. New since last send: - live migration support** - write path in the guest

Hello all, Here is a new iteration of the patch series that implements a transport for guest and host communications. I've tested for compatibility (old qemu & new kernel, new qemu & old kernel, new qemu & new kernel) and it all works fine*. There are a few items on my todo list but this works well. New since last send: - live migration support** - write path in the guest

Hi, ffmpeg2theora currently assumes that the first frame in the input file also corresponds to the first audio sample in the input file, which might not be true for many file formats. I have especially bad problems with MPEG-TS streams that I recorded via DVB-T (sync off by 0.5 seconds etc.). Encoding chapter-ranges from DVD might yield similar problems. The attached patch fixes that, using

Hi all, When you genetate code on PowerPC you need to explicitly invalidate the instruction cache to force the processor to reread it. In LLVM there is code to do this for function stubs on Macintosh, but not for other platforms and not for JITted code generally. The attached patch adds support for GNU platforms, but I can't figure out a nice way to call it for all generated code. Can

Hi, the attached patch (against current SVN) adds three new options to ffmpeg2theora: --keyint (set keyframe interval) --smoothness (set the theora_info::sharpness encoding parameter) and --noautosync (disable the new frame dropping/duplicating code). It also fixes a bug with the processing of --cropright that sometimes segfaulted. The sync adjustment code is now tuned to be more reliable. BTW

Jan, Here's a hacky patch to add a few commandline options for setting comment header fields in ffmpeg2theora. It's a bit big because I virtualized the global info struct in theorautils.c. In retrospect that probably wasn't necessary, but I think it's cleaner anyway. I didn't test it because I couldn't compile ffmpeg2theora, but modulo bugs it should support

libswfdec/swfdec_codec_ffmpeg.c | 23 +++++++++++++++++++---- 1 files changed, 19 insertions(+), 4 deletions(-) New commits: diff-tree 27f2f8fe232d392ddf50e97116724f507cc05a43 (from ed66672b6bd13a613aaf875d2f898cc2f16a47b9) Author: Benjamin Otte <otte at gnome.org> Date: Tue Jun 26 12:32:15 2007 +0200 add support for VP6 to ffmpeg diff --git a/libswfdec/swfdec_codec_ffmpeg.c

Hello, The following two patches add an additional offset part in the FB resize event. Samuel _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

Hi folks, I just tried to build LLVM on FreeBSD/arm. It looks like libSystem doesn't build and requires the following hack: --- lib/System/Memory.cpp +++ lib/System/Memory.cpp @@ -61,7 +61,7 @@ for (intptr_t Line = StartLine; Line < EndLine; Line += LineSize) asm volatile("icbi 0, %0" : : "r"(Line)); asm volatile("isync"); -# elif defined(__arm__)

ioemu: fix xenfb slow case update Signed-off-by: Samuel Thibault <samuel.thibault@eu.citrix.com> diff -r 067d8f19e78a tools/ioemu/hw/xenfb.c --- a/tools/ioemu/hw/xenfb.c Thu Feb 28 13:55:37 2008 +0000 +++ b/tools/ioemu/hw/xenfb.c Fri Feb 29 15:25:17 2008 +0000 @@ -1072,7 +1072,7 @@ /* A convenient function for munging pixels between different depths */ #define

dear friend. i have mips board with BCM sibyte 1125CPU(use board sibyte 1250 swarm.) i use linux-kernel 2.6.12-rc1 download from linux-mips.com i use kernel 2.4.26 before this time, it's work ok at 2.4.26 with Ramdisk-busybox when i try to use ramdisk in 2.6.1x version, i found that ramdisk i not exist, i don't known how to use it again(i had try a patch for get ramdisk init to