On 2012-05-05 05:23, Alan Coopersmith wrote:
> On 04/19/12 11:35 AM, Julien Cristau wrote:
>> On Tue, Apr 10, 2012 at 17:56:47 +0200, Pander wrote:
>>
>>> Could you please apply that one already so it is of the list and we
>>> discuss the rest below? THanks.
>>>
>> Please send it properly (such as
Hi.
I have a quad monitor setup connected to 2 ati videocards. It sucks.
Everything is flickering and this leads to lots of FrUstration.
I know there's no solution for this problem atm. From what I've seen in
dbe.c it doesn't initialize if Xinerama is enabled.
I've tried to comment out th
From: Dave Airlie
use the glyph picture accessors in the X server, render and EXA code.
Signed-off-by: Dave Airlie
---
exa/exa_glyphs.c |6 +++---
render/glyph.c | 20 ++--
render/render.c |4 ++--
3 files changed, 15 insertions(+), 15 deletions(-)
diff --git a/ex
From: Dave Airlie
This is a new API to stop the drivers directly looking up the glyph pictures
in a global array. It provides a define GLYPH_HAS_GET_GLYPH_PICTURE to allow
drivers to work in a compat way.
Signed-off-by: Dave Airlie
---
render/glyph.c| 10 ++
render/glyphstr.h |
migrate to new helper API.
This just wraps all the obvious uses of xf86Screens[pScreen->myNum],
and should be fairly simple to review.
Signed-off-by: Dave Airlie
---
glx/glxdri.c |2 +-
glx/glxdri2.c |2 +-
hw/xfree86/common/xf86DGA.c
These are just simple functions that we should start migrating drivers
to using.
The end goal is to remove xf86Screens and screenInfo from the ABI.
This includes a define XF86_HAS_SCRN_CONV that drivers can ifdef to provide
their own copies. I'll probably post a generic compat.h file for drivers
This set of patches provides new APIs for converting scrn->screen and vice
versa, and converts most of the low-hanging fruit in the X server to use
them. Further changes are needed, but it would be good to get started,
and we can start converting over a lot of the code in the drivers.
The second s