Re: [PATCH 08/10 V2] send-key: Implementing the remote protocol

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, Jun 14, 2011 at 11:21:39AM +0200, Matthias Bolte wrote:
> 2011/6/14 Daniel P. Berrange <berrange@xxxxxxxxxx>:
> > On Tue, Jun 07, 2011 at 05:11:15PM +0800, Lai Jiangshan wrote:
> >> Signed-off-by: Lai Jiangshan <laijs@xxxxxxxxxxxxxx>
> >> ---
> >> Âsrc/remote/remote_driver.c  |  Â1 +
> >> Âsrc/remote/remote_protocol.x | Â 16 +++++++++++++++-
> >> Âsrc/remote_protocol-structs Â| Â 11 +++++++++++
> >> Â3 files changed, 27 insertions(+), 1 deletions(-)
> >>
> >> diff --git a/src/remote/remote_driver.c b/src/remote/remote_driver.c
> >> index 8335a1a..f08a609 100644
> >> --- a/src/remote/remote_driver.c
> >> +++ b/src/remote/remote_driver.c
> >> @@ -6337,6 +6337,7 @@ static virDriver remote_driver = {
> >> Â Â Â.domainMigratePerform3 = remoteDomainMigratePerform3, /* 0.9.2 */
> >> Â Â Â.domainMigrateFinish3 = remoteDomainMigrateFinish3, /* 0.9.2 */
> >> Â Â Â.domainMigrateConfirm3 = remoteDomainMigrateConfirm3, /* 0.9.2 */
> >> + Â Â.domainSendKey = remoteDomainSendKey, /* 0.9.3 */
> >> Â};
> >>
> >> Âstatic virNetworkDriver network_driver = {
> >> diff --git a/src/remote/remote_protocol.x b/src/remote/remote_protocol.x
> >> index c9b8cff..2126325 100644
> >> --- a/src/remote/remote_protocol.x
> >> +++ b/src/remote/remote_protocol.x
> >> @@ -191,6 +191,11 @@ const REMOTE_SECRET_UUID_LIST_MAX = 16384;
> >> Â */
> >> Âconst REMOTE_CPU_BASELINE_MAX = 256;
> >>
> >> +/*
> >> + * Max number of sending keycodes.
> >> + */
> >> +const REMOTE_SEND_KEY_MAX = 16;
> >
> > Should call this ÂREMOTE_DOMAIN_SEND_KEY_MAX really
> >
> 
> And I still wonder why we go with such a low limit here that is not
> documented anywhere. If an applications tries to send 17 key strokes
> in one call it'll just fail with an RPC error.

Perhaps it can be raised, but really this API is only for doing things
like sending magic key combinations like Ctrl-Alt-Delete,  Ctrl+F12 etc.

It isn't suitable for sending large volumes of text, for the same
reason we don't want todo that via GTK-VNC:

  http://mail.gnome.org/archives/gtk-vnc-list/2010-December/msg00004.html

  "Another fairly serious problem is that if you paste a few kilobytes
   of data then you're pushing the keyboard input stack incredibly hard.
   These interfaces are designed for human typing speeds and even a few
   kilobytes will drive Thunderbird (say) to distraction.   Tens of
   kilobytes will probably lock you out for longer than you're prepared
   to wait."

Of course '16' is no where near kilobytes, so perhaps we can raise it
a little, but I don't think we should give application developers the
idea that this is useful for sending large data volumes.

Regards,
Daniel
-- 
|: http://berrange.com      -o-    http://www.flickr.com/photos/dberrange/ :|
|: http://libvirt.org              -o-             http://virt-manager.org :|
|: http://autobuild.org       -o-         http://search.cpan.org/~danberr/ :|
|: http://entangle-photo.org       -o-       http://live.gnome.org/gtk-vnc :|

--
libvir-list mailing list
libvir-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/libvir-list



[Index of Archives]     [Virt Tools]     [Libvirt Users]     [Lib OS Info]     [Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite News]     [KDE Users]     [Fedora Tools]