All of lore.kernel.org
 help / color / mirror / Atom feed
From: Anthony Liguori <anthony@codemonkey.ws>
To: Gerd Hoffmann <kraxel@redhat.com>
Cc: Peter Hutterer <peter.hutterer@who-t.net>,
	"qemu-devel@nongnu.org" <qemu-devel@nongnu.org>,
	spice-devel <spice-devel@lists.freedesktop.org>
Subject: Re: [Qemu-devel] paravirtual mouse/tablet, v5
Date: Thu, 27 Jan 2011 09:29:49 -0600	[thread overview]
Message-ID: <4D418F6D.2010400@codemonkey.ws> (raw)
In-Reply-To: <4D4186FB.3030308@redhat.com>

On 01/27/2011 08:53 AM, Gerd Hoffmann wrote:
> On 01/27/11 15:27, Anthony Liguori wrote:
>> On 01/27/2011 07:11 AM, Gerd Hoffmann wrote:
>>> Hi,
>>>
>>> Next revision the pvmouse protocol. It is quite different now, I've
>>> decided to move to a model with one message per updated value, simliar
>>> to the linux input layer. There isn't a "mouse move" message any more.
>>> A mouse move event will be three messages now: one to update X, one to
>>> update Y and a third sync message to mark the end of the message
>>> block. That should be *alot* easier to extend in the future.
>>>
>>> Header file is attached. Comments are welcome.
>>
>> I can't comment on the multitouch bits but I like the new interface.
>
> BTW: Is there any plan for guest code already?  Should it stay within 
> the qemu source tree, in a guest/ directory maybe?  pvmouse daemon 
> would live there, also the upcoming guest agent bits.

I think it should live in the QEMU tree or at least on qemu.org.  We 
want these agents to be ubiquitous.

>
> Before finally committing to some protocol I'd like to have at least a 
> simple proof-of-concept which is able to handle all the mouse events 
> the current qemu mouse infrastructure is able to handle.
>
> Oh, and we'll have to define endianness of course so it keeps working 
> if host and guest have a different byteorder.  I'd suggest to pick 
> network byte order aka bigendian.

Makes sense to me.

Regards,

Anthony Liguori

>
> cheers,
>   Gerd
>
>

  reply	other threads:[~2011-01-27 15:30 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-01-27 13:11 [Qemu-devel] paravirtual mouse/tablet, v5 Gerd Hoffmann
2011-01-27 14:27 ` Anthony Liguori
2011-01-27 14:53   ` Gerd Hoffmann
2011-01-27 15:29     ` Anthony Liguori [this message]
2011-01-27 15:12 ` [Qemu-devel] Re: [Spice-devel] " Alon Levy
2011-01-27 15:32   ` Gerd Hoffmann
2011-01-27 15:39     ` Alon Levy
2011-02-02  4:48 ` [Qemu-devel] " Peter Hutterer
2014-04-11 13:34   ` [Qemu-devel] " Gerd Hoffmann

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4D418F6D.2010400@codemonkey.ws \
    --to=anthony@codemonkey.ws \
    --cc=kraxel@redhat.com \
    --cc=peter.hutterer@who-t.net \
    --cc=qemu-devel@nongnu.org \
    --cc=spice-devel@lists.freedesktop.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.