Delete FbComposeData type

Remove unused pixmanFetchGradient() declaration

Remove dstMask from pixman-fast-path.c

These were used to zero the x8 channel of PIXMAN_x8r8g8b8
destinations. However, we treat this channel as undefined, so there is
no need to zero it.

Eliminate trivial READ and WRITE macros in pixman-fast-path.c

Fix build on Sun Studio.

Don't use return in a void function.

[NEON] Add ARGB8-over-RGB565 compositing blitter.

[NEON] Add transparent rect blitter.

[NEON] Replace Ian's glyph-blitter with a better one.

Each scanline of the destination is bulk-loaded into a cached buffer on
the stack (using the QuadWordCopy routine) before being processed.  This
is the primary benefit on uncached framebuffers, since it is necessary
to minimise the number of accesses to such things and avoid
write-to-read turnarounds.

This also simplifies edge handling, since QuadWordCopy() can do a
precise writeback efficiently via the write-combiner, allowing the main
routine to "over-read" the scanline edge safely when required.  This is
why the glyph's mask data is also copied into a temporary buffer of
known size.

Each group of 8 pixels is then processed using fewer instructions,
taking advantage of the lower precision requirements of the 6-bit
destination (so a simpler pixel multiply can be used) and using a more
efficient bit-repacking method.

(As an aside, this patch removes nearly twice as much code as it
introduces.  Most of this is due to duplication of Ian's inner loop,
since he has to handle narrow cases separately.  RVCT support is of
course preserved.)

We measured the doubling of performance by rendering 96-pixel height
glyph strings, which are fillrate limited rather than latency/overhead
limited.  The performance is also improved, albeit by a smaller amount,
on the more usual smaller text, demonstrating that internal overhead is
not a problem.

Post-release version bump

Pre-release version bump

Add RVCT support for straight blitter.

Better CFLAGS handling for recent ARM platforms.

Misc warning fixes.

Add API to set a function to be called when the image is destroyed.

Work around X server bug.

X servers prior to

ebfd6688d1927288155221e7a78fbca9f9293952

relied on pixman not clipping to destination geometry whenever an
explicit clip region was set. Since only X servers set
source_clipping, we can just trigger off of that.

Move region computation closer to the region walking.

Computing the composite is region is a bit expensive, so only compute
it if we are likely to actually walk it.

Simplify clipping rule

The new rule is:

- Output is clipped to the destination clip region.

- If a source image has the clip_sources property set, then there
  is an additional step, after repeating and transforming, but before
  compositing, where pixels that are not in the source clip are
  rejected. Rejected means no compositing takes place (not that the
  pixel is treated as 0). By default source clipping is turned off;
  when they are turned on, only client-set clips are honored.

The old rules were unclear and inconsistently implemented.

Fix pixman_image_is_opaque()

- Don't claim that non-repeating bits images are opaque.

- Don't claim that conical gradients are opaque ever.

Only call fast paths when the images cover the composite region

Pass the region to walk_region_internal()

Remove srcRepeat and maskRepeat arguments from _pixman_walk_composite_region()

Remove all the srcRepeat/srcTransform stuff from the general implementation.

Make _pixman_walk_composite_region() a wrapper around an internal function

Handle repeat_none/normal for 64 bit fetchers

Make the untransformed path handle REPEAT_NONE and REPEAT_NORMAL

Post-release version bump

Pre-release version bump

Also squash some warnings and correct the variable name in RELEASING.

[NEON] Really fix filler bug.

Advance the destination pointer (r4 register) properly.
Found by Siarhei Siamashka.

[NEON] Fix filler bug.

r5 is being sourced explicitly instead of the %[width] reference.
It's probably a copy-paste bug, not spotted because I didn't
originally write it.

Add an --enable-timers configure option to enable the TIMER_BEGIN/END macros

Some cleanups in the configure.ac file

Correct link to bugzilla in README

Merge branch 'many-pixels'

Delete now-unused fbCompositeSrc_x888x0565neon().

Replace fbCompositeSrc_x888x0565neon with fbCompositeSrc_24x16neon.

Enable NEON straight blits.

Enable NEON copies.

Enable NEON fills.

Add more NEON fast paths

Only advance the Z coordinate for non-affine transformations

Consistently use 256 pixels as the size of the temp buffers

Inline repeating instead of doing it as a separate pass

Move pixman_expand/contract to pixman-utils.c

Change pixel wise fetcher to fetch many pixels at a time instead of just one

Remove unused access macro

Add a 64 bit pixel fetcher and use it for solid colors

Move simple fetchers after transformed fetcher

Rename some of the fetchers

Split filter switching into its own bits_image_fetch_filtered() function

Move 'adjust' code into the individual filters

Add bits_image prefix to fetchers

Move some code around - use image->fetch_pixel in FbFetchSolid

Rename _pixman_image_fetch_pixels() to bits_image_fetch_alpha_pixels

Get rid of the StoreExternalAlpha() functions

Add fetch_scanline_raw{32,64}

Add store_scanline_raw_{32,64} virtual functions to bits image

Move remaining pixman-transformed.c code into pixman-bits-image.c

Fix coordinate computation for perspective transformations

- Don't convert to integer

- Saturate to INT16_MIN/MAX on overflow

Get rid of pixman-transformed-accessors

Remove unused code from pixman-transformed.c

Handle alpha maps in _pixman_image_fetch_pixels()

Only do region lookups when the source region is different from the full region

Fix typo in fetch_bilinear_pixels()

Change the number of temp pixels in FbFetchTransformed() to something a little more reasonable.

Process the correct number of coordinates for the NEAREST filter

The number of coordinates to process is twice the number of pixels.

Fix a couple of bugs in the bilinear fetcher

- The x and y distances are the most significant fractional bits.

- We need to fetch four times the number pixels produced.

Make fbFetchTransformed() used the new filtered many-pixel fetchers

Add fetch_convolution_pixels() function

Add fetch_bilinear_pixels() function

A bilinear fetcher that fetches many pixels instead of just one.

Add fetch_extended() function

This function takes a list of coordinates and transforms it into
another list of coordinates, according to the repeat method of the
picture.

Add _pixman_image_fetch_pixels()

Including a virtual fetch_pixel() function in bits_image_t.

Get rid of toplevel argument to implementation constructors.

It was always NULL anyway.

Make sure the whole delegate chain has the correct toplevel

Post-release version bump

Pre-release version bump.

Also delete non-existant header files from pixman/Makefile.am

Create a vmx pixman_implementation_t

Update vmxCombine*U to the new interface

Make the functions use different codepaths depending on mask being non
NULL. It could be speed up a bit more but should work as before
speedwise. Conformance checked with cairo tests.

Scaling test updated to provide better coverage for problematic cases

Now scaling test should reliably detect problems in new scaling code.
Maximum image size reduced to improve performance (more tests can be
run per second) and also simplify detected errors analysis.

In pixman-sse2.c test for non-zero source, not just non-zero source alpha.

In the mmx implementation, check for source == 0 rather than alpha == 0.

Otherwise we compute the incorrect value when the source has zero in
the alpha channel, but non-zero in the color channels.

Fixup the arm-simd and arm-neon implementations.

pixman: define pixman_have_{mmx,sse2} on 64-bit Linux

The refactoring of pixman removed pixman-sse2.h and pixman-mmx.h in commit
41a9a17e0308f2075bb1bd59c4411e43a67d49ec
(http://cgit.freedesktop.org/pixman/commit/?id=41a9a17e0308f2075bb1bd59c4411e43a67d49ec).
On 64-bit Linux this breaks linking of new programs as well as execution of
existing programs with the following errors:

../pixman/.libs/libpixman-1.so: undefined reference to `pixman_have_mmx'
../pixman/.libs/libpixman-1.so: undefined reference to `pixman_have_sse2'

This patch fixes the issue for me by re-introducing the definitions for these
functions. It might be preferable, though, to create proper trivial static
inline functions instead.

Signed-off-by: Magnus Kessler <Magnus.Kessler@gmx.net>

Really fix PPC build.

Add a pixman_composeFunctions variable to pixman-vmx.c.

Add back pixman_composeFunctions since vmx is not ported to implementations yet

In _pixman_implementation_fill() don't call the delegate; call the actual implementation

Call the toplevel implementation for combining

Set up combiner functions for an implementation directly in combine.inc.

Previously it would go through two big tables, and the general
implementation would select the correct one dynmcailly.

Consolidate the general implementation into one function

Move the argument struct into pixman_image_composite_rect

Make a couple of functions static

Delete pixman-sse2.h and pixman-mmx.h

Make the fast_path implementation run the c_fast_paths

Split fill implementations out in the implementations

Add alignment workaround to sse2

Add a general_blt() that just returns FALSE

Move sse2 and mmx blt implementations to their respective files

Move gcc alignment workaround to pixman-sse2.c

Set up SSE2 combiners

Make pixman_implementation call the right combiner

Use the implementation's combiner's

Move SSE2 variable initializations to pixman_implementations_create_sse2