Re: [RFC] DRI2 synchronization and swap bits

2009-11-07 Thread Mario Kleiner
On Nov 2, 2009, at 5:35 PM, Jesse Barnes wrote: > > Thanks a lot for taking time to go through this stuff, it's exactly > the > kind of feedback I was hoping for. Hello again I'm relieved that i didn't screw up and annoy you already with my first post, so i'll continue to test my boundaries ;

Re: xf86UDelay was used - removal breaks drivers

2009-11-07 Thread Michael
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, On Nov 7, 2009, at 1:13 AM, Alan Coopersmith wrote: > I expect -rendition is entirely unused since it's ancient. (Last > time > I looked for info on it, I found that Windows 98 dropped the driver > for > it, since it was obsolete even th

Re: [Mesa3d-dev] glX TLS disabled by default?

2009-11-07 Thread Ian Romanick
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 tom fogal wrote: > Is there any reason TLS for glX is disabled by default? Most systems > support TLS these days, do they not? Further, I'm not sure if this is > shared but my opinion is that the default configurations should cater > to the common ca

Re: [PATCH 1/3] exa/mixed: avoid copying back pixmap data when no migration took place

2009-11-07 Thread Maarten Maathuis
On Sat, Nov 7, 2009 at 1:32 PM, Maarten Maathuis wrote: > - When the driver handles the prepare access no copying is needed. > - Delayed pixmap creation should be fine, because it's handled by the >  first prepare access, but the exaPixmapIsOffscreen check in finish access >  will return FALSE wit

[PATCH 3/3] exa: properly wrap Create/DestroyPixmap in ExaCheckPolyArc and fix GC (un)wrapping.

2009-11-07 Thread Maarten Maathuis
- Fix the system that is required for it to actually work. - The comment near the new macros explains the problem that existed before. - Why it didn't cause issues before i don't know. - We cannot unwrap the GC funcs, because they do prepare/finish access too. - Protect against setting CreatePixmap

[PATCH 2/3] exa/mixed: be more thorough about setting fb_pitch when needed

2009-11-07 Thread Maarten Maathuis
Signed-off-by: Maarten Maathuis --- exa/exa_migration_mixed.c |6 +- 1 files changed, 5 insertions(+), 1 deletions(-) diff --git a/exa/exa_migration_mixed.c b/exa/exa_migration_mixed.c index 7458e3c..4ea9823 100644 --- a/exa/exa_migration_mixed.c +++ b/exa/exa_migration_mixed.c @@ -98,10

[PATCH 1/3] exa/mixed: avoid copying back pixmap data when no migration took place

2009-11-07 Thread Maarten Maathuis
- When the driver handles the prepare access no copying is needed. - Delayed pixmap creation should be fine, because it's handled by the first prepare access, but the exaPixmapIsOffscreen check in finish access will return FALSE without a driver pixmap. Signed-off-by: Maarten Maathuis --- ex