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

Re: [Xen-devel] [PATCH 3/3 v4] xenfb: Add [feature|request]-raw-pointer



> -----Original Message-----
> From: Xen-devel [mailto:xen-devel-bounces@xxxxxxxxxxxxx] On Behalf Of
> Stefano Stabellini
> Sent: 11 October 2017 21:19
> To: Anthony Perard <anthony.perard@xxxxxxxxxx>
> Cc: qemu-devel@xxxxxxxxxx; xen-devel@xxxxxxxxxxxxxxxxxxxx; Stefano
> Stabellini <sstabellini@xxxxxxxxxx>; Owen Smith <owen.smith@xxxxxxxxxx>;
> kraxel@xxxxxxxxxx
> Subject: Re: [Xen-devel] [PATCH 3/3 v4] xenfb: Add [feature|request]-raw-
> pointer
> 
> On Wed, 11 Oct 2017, Anthony PERARD wrote:
> > On Tue, Oct 10, 2017 at 04:52:48PM -0700, Stefano Stabellini wrote:
> > > On Mon, 2 Oct 2017, Anthony PERARD wrote:
> > > > On Tue, Sep 26, 2017 at 02:43:39PM +0000, Owen Smith wrote:
> > > > > Writes "feature-raw-pointer" during init to indicate the backend
> > > > > can pass raw unscaled values for absolute axes to the frontend.
> > > > > Frontends set "request-raw-pointer" to indicate the backend should
> > > > > not attempt to scale absolute values to console size.
> > > > > "request-raw-pointer" is only valid if "request-abs-pointer" is
> > > > > also set. Raw unscaled pointer values are in the range [0, 0x7fff]
> > > > >
> > > > > Signed-off-by: Owen Smith <owen.smith@xxxxxxxxxx>
> > > >
> > > > Hi Owen,
> > > >
> > > > Why did you remove the following from the commit description?
> > > > > "feature-raw-pointer" and "request-raw-pointer" added to Xen
> > > > > header in commit 7868654ff7fe5e4a2eeae2b277644fa884a5031e
> > > >
> > > > I think that with it, you could have kept stefano's reviewed-by tag.
> > >
> > > Hi Anthony,
> > >
> > > Have you tested this series with a few of different guests? Do you
> > > consider it safe to merge? If so, we can send it upstream (either via
> > > xen or via ui as Gerd kindly offered).
> >
> > Yes, I think it's fine.
> >
> > The only observation I have is that on a Linux guest, when I have
> > usbdevice=tablet, with this series the pv mouse seems to become the
> > primary way of gueting mouse events (without, the tablet is primary).
> > So, on my VNC client instead of having both mouse in the guest and on my
> > desktop being at the same place, there is like a zoom of the mouse (the
> > zoom centered on the top-left corner). (That's better than relative
> > mouse event that we can get with the emulation.)
> 
> Thanks for testing. I am not completely sure about what should be the
> right behavior when both usbdevice=tablet and pvmouse are present.
> Typically, PV devices take precedence over emulated devices, so maybe
> it is OK that PV mouse is the primary device in this case.
> 
> But we would need to document this behavioral change in the commit
> descriptions.
> 

It's probably OS specific though. I guess the behaviour changed because the OS 
favours absolute pointing devices over relative ones and how it has two 
absolute ones to choose from. How it reconciles those, who knows?

  Paul

> The other question is whether the "zoom of the mouse" you are seeing is
> normal or whether we can "fix" it somehow. I guess it has always been
> the case for PV mouse? It is not something new, is it?
> 
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@xxxxxxxxxxxxx
> https://lists.xen.org/xen-devel
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
https://lists.xen.org/xen-devel

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.