[cairo] Xlib/Xcb and EXTEND_PAD

Zack Weinberg zweinberg at mozilla.com
Mon Jan 19 19:52:55 PST 2009


Thomas Jaeger <thjaeger at gmail.com> wrote:
> I've done some more (very informal) testing, patching the intel driver
> to disable acceleration for Reflect and Pad, and I couldn't (browsing
> in firefox) tell a difference between acceleration and the server-side
> fallback.  So having the fallback in the client really hurts more than
> anything.

I agree.  The XGetImage/XPutImage cycle is what made us turn it off, not
the cost of not having this accelerated.

> > I assume you mean >= 1.4.99?
> > 
> >> then fix the drivers when problems become apparent (where fixing
> >> can mean resorting to the server's software fallback for now).
> > 
> > That might be okay for cairo in the abstract, but I'm not sure it
> > works for Mozilla, how long is it going to take for up-to-date
> > drivers to get into the hands of our userbase?
> 
> That's why I suggested 1.5.99 as the cut-off point.  xserver 1.5 is
> already too widely deployed to be doing experiments like this, but I
> think we have a chance to get the driver issues sorted out before the
> next round of distributions.

Oh, ok.  I thought you had typoed 1.*4*.99.  Yes, if we push on this it
oughta be fixable by then.

> Making this a hidden pref for mozilla will of course be fine as well,
> although the distributions can also just patch this themselves.

In general I think the last thing mozilla needs is more hidden prefs :-/

It would be really nice if cairo could *tell us* when an operation
will involve a client-side fallback; then we could keep that image data
on the client side until after that point and avoid the server
round-trip.  (I don't know what the situation is on Windows, but I have
the impression there are similar costs to copying in and out of a
Quartz surface.)

zw


More information about the cairo mailing list