Re: [PATCH spice] gl: fix client mouse mode

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

 




----- Original Message -----
> > 
> > From: Marc-André Lureau <marcandre.lureau@xxxxxxxxxx>
> > 
> > Since 2.8, QEMU now longer creates QXL primary surfaces when using
> > GL. This change broke client-side mouse mode, because Spice server
> > relies on primary surface conditions.
> > 
> > When GL is enabled, use GL scanout informations, similar to what
> > red_qxl_get_allow_client_mouse() is doing. The main difference is that
> > the GL surface doesn't have mouse_mode attached (what for?).
> > 
> > NB: this code looks like it handles only first QXL instance only, and
> > uses the whole scanout/surface size for the input table size, perhaps
> > monitor-configs would be a better choice.
> > 
> > Signed-off-by: Marc-André Lureau <marcandre.lureau@xxxxxxxxxx>
> > ---
> >  server/red-qxl.c | 2 ++
> >  server/reds.c    | 8 +++++++-
> >  2 files changed, 9 insertions(+), 1 deletion(-)
> > 
> > diff --git a/server/red-qxl.c b/server/red-qxl.c
> > index b6b3770b..ba7b641a 100644
> > --- a/server/red-qxl.c
> > +++ b/server/red-qxl.c
> > @@ -897,6 +897,8 @@ void spice_qxl_gl_scanout(QXLInstance *qxl,
> >      /* FIXME: find a way to coallesce all pending SCANOUTs */
> >      dispatcher_send_message(qxl_state->dispatcher,
> >                              RED_WORKER_MESSAGE_GL_SCANOUT, &payload);
> > +
> > +    reds_update_client_mouse_allowed(qxl_state->reds);
> >  }
> >  
> >  SPICE_GNUC_VISIBLE
> > diff --git a/server/reds.c b/server/reds.c
> > index 40c94851..a89c5e90 100644
> > --- a/server/reds.c
> > +++ b/server/reds.c
> > @@ -4256,10 +4256,16 @@ void reds_update_client_mouse_allowed(RedsState
> > *reds)
> >      if (num_active_workers > 0) {
> >          GListIter it;
> >          QXLInstance *qxl;
> > +        SpiceMsgDisplayGlScanoutUnix *gl;
> >  
> >          allow_now = TRUE;
> >          FOREACH_QXL_INSTANCE(reds, it, qxl) {
> > -            if (red_qxl_get_primary_active(qxl)) {
> > +            if ((gl = red_qxl_get_gl_scanout(qxl))) {
> > +                x_res = gl->width;
> > +                y_res = gl->height;
> > +                red_qxl_put_gl_scanout(qxl, gl);
> > +                break;
> > +            } else if (red_qxl_get_primary_active(qxl)) {
> >                  allow_now = red_qxl_get_allow_client_mouse(qxl, &x_res,
> >                  &y_res);
> >                  break;
> >              }
> 
> First though when I first read this patch was:
> 
> A: Is your cat red?
> R: Yes, it's red. I don't have a cat.
> 
> Why Qemu don't allocate the primary surface in the first place?

Because it no longer uses QXL 2d drawing commands.

> The issue is that multiple code (for instance monitor configs)
> rely on having a primary surface.

We would need to fix that then, I haven't checked multiple monitors with 2.8, I know it used to work not long ago.

> Maybe a lazy allocation of the canvas could help?

What for?

> This patch looks like a workaround for a bug introduced by Qemu.

It depends on spice-server behaviour, which is not enforced at this point. Imho, there is no need to create a 2d primary surface if all you do is GL scanouts.

> I'm sure it solves the client mouse but I'd like to know what
> other people knowing better client and multi monitor code/protocol
> think about not having the primary surface.
> 
> Reviewed-by: Frediano Ziglio <fziglio@xxxxxxxxxx>
> 
> Frediano
> 
_______________________________________________
Spice-devel mailing list
Spice-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.freedesktop.org/mailman/listinfo/spice-devel




[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]     [Monitors]