fb: Fix fbComposite source and mask clipping

The render specification says that the user's clip is applied to both
input and output. Other backends (eg. glamor and exa) clip the source
and mask via miComputeCompositeRegion. Instead, fb relies on pixman to
do all of the clipping, but pixman cannot clip the source unless we tell
it the clip that should be applied to the source.

fbComposite originally set the clip parameter of image_from_pict to TRUE
before commit a72c65e9 "fb: Adjust
transform or composite coordinates for pixman operations". That commit
talks about origin adjustments, but makes no mention of clipping, which
leads me to believe that the change from TRUE to FALSE was
unintentional.

I noticed this due to a massive performance regression when running
x11perf under marco (the window manager of the MATE desktop
environment). marco sets a clip on the source picture before calling
RenderComposite to update the screen, rather than the destination
picture.

Signed-off-by: Peter Harris <pharris@opentext.com>
3 jobs from compclip in 12 minutes and 6 seconds (queued for 1 minute and 44 seconds)
latest
Status Job ID Name Coverage
  Docker Image
passed #161496
debian-testing

00:00:56

 
  Build And Test
passed #161497
autotools-build-and-test

00:07:52

passed #161498
meson-build-and-test

00:03:16