Public bug reported:
Hi,
A big issue when using QEMU's VNC server (VNC KVM) is that, when there's
a network lag, unintended keypresses go through to the QEMU guest VM.
This is frequently "enter" keypresses, causing all kinds of unintended
consequences in the VM. So basically it's extremely dange
What I request seems to be the same option as x11vnc's "-norepeat",
http://linux.die.net/man/1/x11vnc
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1502884
Title:
Super important feature req: QEMU
x27;s spec sheets.
Which one is it?
Kind regards
--
Mikael Åsberg
PhD student (Doktorand), Computer Engineering
School of Innovation, Design and Engineering
Mälardalen University, Västerås Sweden
Phone: +46(0)21 101502
Room nr: U1-145
Mail: mikael.asb...@mdh.se
--
2012/4/10 Mikael
> Hi Jun -
>
> That's the problem - none of this can be done whatsoever with libvirt.
>
> The issue about libvirt is that it is a manager of virtualization programs
> running in separate OS processes. Doing the kind of tight interaction with
> sev
2012/4/10 Mikael
> Hi Jun -
>
> That's the problem - none of this can be done whatsoever with libvirt.
>
> The issue about libvirt is that it is a manager of virtualization programs
> running in separate OS processes. Doing the kind of tight interaction with
> sev
p to
contain/run several qemu instances at the same time.
The rest of the things (IO encapsulation features) already exist in
some form, they just need to be wrapped to into the form of an API rather
than being in the form of internal device drivers only.)
Thanks,
Mikael
Den 10 april 2012 04
lar to Unix' select() and read() for
picking up new data on sockets), that would be incredibly good. (If having
several machines, there could be infinite recursion problems if events are
passed to a callback instead of as a return.)
Looking forward to your response!
Thanks and kind regards,
Mikael
ward to your response!
Thanks and kind regards,
Mikael
