[PATCH] fb: Fix memcpy abuse

Soeren Sandmann sandmann at cs.au.dk
Mon May 23 05:34:55 PDT 2011

Jeremy Huddleston <jeremyhu at apple.com> writes:

>> That's quite easy to fix. Too bad that this problem was brought up on
>> xorg-devel mailing list a few weeks too late for overlapped pixman_blt
>> to be introduced in pixman 0.22.0. My main concern earlier was about
>> how to use the newly added pixman features in xserver and provide a
>> smooth upgrade path without breaking anything. But now I understand
>> that it just requires adding this feature to pixman, then wait till
>> the next stable pixman version 0.24.0 goes out, then add the needed
>> changes to xserver to use this feature and bump the required pixman
>> version to 0.24.0 at the same time. And finally the users will be able
>> to enjoy faster non-hardware accelerated scrolling after the next
>> stable xserver version gets released and adopted by linux distros.
>> Right?
> Yeah, that's about right.  Get it into pixman-0.23.x.  Once we
> actually have a 0.23.x release of pixman, we can add that
> functionality to xserver master with appropriate dependency-foo added
> to configure.ac.

Right - the X server can depend on an unstable version of pixman as long
as the stable pixman will come out before a stable X server, so

- add feature to pixman 0.23.x
- release 0.23.2
- add feature to X server

would be the procedure.

> Looking at past release cycles, my guess is that 0.24 will be out
> around the same time as xorg-server-1.11, so I don't think there will
> be any objections to such a dependency... Soren, can you please
> confirm my assumptions here =)

As far as pixman is concerned, it has more or less kept a six month
release cycle, which would put 0.24 around November 2011. However, I'd
be fine with a short 0.24 release coming out in August if that's useful.

I think Keith said that the merge window for 1.11 closes May 29th
though, so there may not be enough time.


More information about the xorg-devel mailing list