Hi,
On Sat, 29 Apr 2006, Anthony Liguori wrote:
> I would have been more inclined to use LibVNCServer if it wasn't based
> on threading. I really wanted an asynchronous implementation of a VNC
> server that didn't depend on threads.
AFAICT it does not. In vnc_refresh(), there is a call to rfb
Attached is a patch to fix 'make install' when the docs are not built
(it currently fails).
- Leo Reiter
Paul Brook wrote:
> CVSROOT: /sources/qemu
> Module name: qemu
> Branch:
> Changes by: Paul Brook <[EMAIL PROTECTED]> 06/04/23 17:57:59
>
> Modified files:
> .
Johannes Schindelin wrote:
Hi,
On Sat, 29 Apr 2006, Anthony Liguori wrote:
I would have been more inclined to use LibVNCServer if it wasn't based
on threading. I really wanted an asynchronous implementation of a VNC
server that didn't depend on threads.
AFAICT it does not. In vnc_r
Attached is another patch to implement the said resume code. With
this patch, devices attached to windows xp guest are able to resume the
controller when necessary. Before, if a device was attached to the
usbhub and windows had the root hub set for power savings then the bus
would stay susp
Here are three patches which enhance and fix the existing QEMU
documentation.
1. Makefile: added rules to build qemu-doc and qemu-tech in info and dvi
format.
I did not add a dependency which calls these rules automatically, so run
make qemu-doc.info qemu-tech.info qemu-doc.dvi qemu-tec
CVSROOT:/sources/qemu
Module name:qemu
Branch:
Changes by: Fabrice Bellard <[EMAIL PROTECTED]> 06/04/30 21:28:36
Modified files:
. : Changelog Makefile.target keymaps.c
qemu-doc.texi vl.c vl.h
hw : cir
CVSROOT:/sources/qemu
Module name:qemu
Branch:
Changes by: Fabrice Bellard <[EMAIL PROTECTED]> 06/04/30 21:33:34
Modified files:
. : .cvsignore
Log message:
update
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/.cvsignore.dif
CVSROOT:/sources/qemu
Module name:qemu
Branch:
Changes by: Fabrice Bellard <[EMAIL PROTECTED]> 06/04/30 21:34:15
Modified files:
. : vl.c
slirp : libslirp.h slirp.c
Log message:
removed warnings
CVSWeb URLs:
http://cvs.
CVSROOT:/sources/qemu
Module name:qemu
Branch:
Changes by: Fabrice Bellard <[EMAIL PROTECTED]> 06/04/30 21:53:59
Modified files:
hw : usb-hub.c
Log message:
fixes for more than 8 ports - return NAK if no change - FreeBSD
workaround (Lonni
CVSROOT:/sources/qemu
Module name:qemu
Branch:
Changes by: Fabrice Bellard <[EMAIL PROTECTED]> 06/04/30 21:58:41
Modified files:
. : qemu-doc.texi qemu-tech.texi
Log message:
Enhanced Documentation (Stefan Weil)
CVSWeb URLs:
http://cvs.s
just a quick note: your patch breaks the mingw32 build on winXP.
Christian
for d in i386-softmmu; do \
make -C $d all || exit 1 ; \
done
make[1]: Entering directory `/home/root/qemu/i386-softmmu'
gcc -Wall -O2 -g -fno-strict-aliasing -fomit-frame-pointer -I. -I..
-I/home/root/qemu/target-i
CVSROOT:/sources/qemu
Module name:qemu
Branch:
Changes by: Fabrice Bellard <[EMAIL PROTECTED]> 06/04/30 22:20:58
Modified files:
. : vl.c
Log message:
typo
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/vl.c.diff?tr1=1.178&tr
CVSROOT:/sources/qemu
Module name:qemu
Branch:
Changes by: Fabrice Bellard <[EMAIL PROTECTED]> 06/04/30 22:51:54
Modified files:
. : Makefile
Log message:
info and dvi doc targets
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/qem
CVSROOT:/sources/qemu
Module name:qemu
Branch:
Changes by: Fabrice Bellard <[EMAIL PROTECTED]> 06/04/30 22:53:25
Modified files:
. : vl.c vnc.c
Added files:
. : qemu_socket.h
Log message:
win32 socket fixes
CVSWeb U
ah! now it is working on winXP too. :)
(you only forgot ssize_t should be long instead for mingw32)
I see the old mouse sync problem is still here too...
On 5/1/06, Fabrice Bellard <[EMAIL PROTECTED]> wrote:
CVSROOT:/sources/qemu
Module name:qemu
Branch:
Changes by: Fabrice Bel
Christian MICHON wrote:
I see the old mouse sync problem is still here too...
Launch with -usbdevice tablet appended.
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
neat! it is working on windows 3.0 guest (no acceleration) on a winXP host.
Fabrice fixed it live while I was trying it (he's fast!).
old mouse sync problem is still here, as you mentionned no
calibration is done. You mention "absolute mouse". how to do it ?
On 5/1/06, Christian MICHON <[EMAIL P
cool. I see now: it has nothing to do with usb being supported by
the guest (it's an old win3.0 in this case).
I can manage to calibrate by hand the mouse...
On 5/1/06, Lonnie Mendez <[EMAIL PROTECTED]> wrote:
Christian MICHON wrote:
> I see the old mouse sync problem is still here too...
I talk too soon. Once re-enabling mouse acceleration, the sync
issue is back. Maybe I need a better/more modern guest like
XP ? :)
On 5/1/06, Christian MICHON <[EMAIL PROTECTED]> wrote:
cool. I see now: it has nothing to do with usb being supported by
the guest (it's an old win3.0 in this case).
CVSROOT:/sources/qemu
Module name:qemu
Branch:
Changes by: Paul Brook <[EMAIL PROTECTED]> 06/04/30 23:54:18
Modified files:
. : Makefile
Log message:
Add install-doc rule. Use it when building docs.
CVSWeb URLs:
http://cvs.savannah.gnu.org
On Mon, 01 May 2006 01:11:04 +0200, Christian MICHON wrote:
> neat! it is working on windows 3.0 guest (no acceleration) on a winXP
> host. Fabrice fixed it live while I was trying it (he's fast!).
Yeah, sorry about that. Fortunately, Fabrice rocks :-)
> old mouse sync problem is still here, as
Hi,
I forgot to put a copyright in the VNC code :-) Please apply the
attached patch.
Regards,
Anthony Liguori
# HG changeset patch
# User Anthony Liguori <[EMAIL PROTECTED]>
# Node ID a9314fc39a5e3d78d80d385f560c922c3ce0e82b
# Parent 3d3e1931180246af269c8fc24d321536e3cd3096
Add copyright
d
A couple of serious problems remain in the slirp redirection code
after the patch Paul applied on 23 April.
* If the IP address returned by gethostbyname(gethostname()) is the
address of one of the host's Ethernet interfaces, bringing down that
interface or changing its IP address disrupts redir
The attached patch fixes a bug in the slirp memory management code.
m_inc() is called during IP reassembly for IP datagrams greater than 4
KB, as arises with NFS. Currently the code assumes that realloc()
always resizes the buffer without moving it; if the buffer is moved,
the m_data pointer is le
Another memory management bug in the slirp code causes qemu to crash
while attempting to reassemble a fragmented IP packet. While iterating
through a list of buffers, if m_cat() moves the current buffer, the
pointer to the next buffer is read from an invalid location.
The attached patch simply re
In several places in qemu's slirp code, signed and unsigned ints are
used interchangeably when dealing with IP packet lengths and offsets.
This causes IP packets greater than 32K in length to be scrambled in
various interesting ways that are extremely difficult to troubleshoot.
Although large IP
Three bugs in the slirp code have an enormous adverse effect on
networking performance.
1. The maximum TCP segment size for data flowing from the VM to the
host is unnecessarily limited to 512 bytes. 1460 bytes is the
appropriate value for Ethernet.
2. TCP acknowledgements are being delayed unne
A bug in console.c causes heap corruption when qemu is started without
a graphical console (-nographic). In this case, the console height and
width are both 0, resulting in allocation of a zero-length cells
array.
Heap corruption is caused by code that assumes the cells array always
has at least
The qemu -kernel option currently requires specifying a hard disk
image with -hda. Ostensibly at least one hard disk is needed for
qemu's boot loader to populate the partition table in its array of
boot sectors.
Passing -hda /dev/zero tricks qemu into booting, which demonstrates
that the requirem
qemu fails to boot recent releases of Fedora Core with the
-kernel/-initrd options, since the kernel is large enough to overrun
the space allocated to it by qemu's built-in bootloader.
The attached patch simply moves the base address of the initrd to a
higher location, which allows sufficient spa
qemu hangs when an i386 Linux host resumes from suspend (swsusp2),
because the host's TSC is reset to a value lower than it was before
the suspend.
Although this is a bug in the host OS, the attached patch (originally
from John Coiner) is simple and makes qemu more resilient to weird
host tick co
The spec isn't really clear about what a client should do. This patch
is needed for RealVNC clients (at least).
Regards,
Anthony Liguori
# HG changeset patch
# User Anthony Liguori <[EMAIL PROTECTED]>
# Node ID 8a71740fc36fcaf97e126e581847983cb2a4324d
# Parent a9314fc39a5e3d78d80d385f560c922c
On Sun, Apr 30, 2006 at 03:03:55AM +0200, Johannes Schindelin wrote:
> Hi,
>
> On Sat, 29 Apr 2006, Anthony Liguori wrote:
>
> > One thing you may notice is that RealVNC has some issues with being
> > disconnected. This is because it likes to switch from 8bit to 32bit depths
> > automatically at
> Where 1 is the first display (port 5901). This syntax may change in the
> near future to support binding to a particular interface. It's very
> useful to use an absolute mouse with VNC as the relative support is
> quite poor. It may be useful to adapt the libvncserver patch's
> calibratio
Anthony Liguori wrote:
Hi,
The attach patch adds VNC display support for QEMU. It does not use
libvncserver but was rather written from scratch. libvncserver is a
really neat project and I've used it in a number of other projects but I
think QEMU really requires a custom implementation.
Brad Campbell wrote:
Also I can't access the monitor (which I can with the other vnc patch)
... again, when I get a chance.
Oh how I wish I'd read the todo carefully..
--
"Human beings, who are almost unique in having the ability
to learn from the experience of others, are also remarkable
fo
36 matches
Mail list logo
