RE: [Dri-devel] [PATCH] i810 cleanup

2002-12-18 Thread Sottek, Matthew J
PROTECTED] Subject: RE: [Dri-devel] [PATCH] i810 cleanup Well that's a dodgy application on my part.. it now works sync'd with it .. How should I do this without changing the kernel i810 module? is there an way from the OpenGL level to do this that I could propogate down? Dave. Dave Airlie said

RE: [Dri-devel] [PATCH] i810 cleanup

2002-12-18 Thread Dave Airlie
PROTECTED]] Sent: Tuesday, December 17, 2002 8:39 PM To: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: [Dri-devel] [PATCH] i810 cleanup Well that's a dodgy application on my part.. it now works sync'd with it .. How should I do this without changing the kernel i810

RE: [Dri-devel] [PATCH] i810 cleanup

2002-12-17 Thread Dave Airlie
] Subject: Re: [Dri-devel] [PATCH] i810 cleanup Well the i830 page flip code is using async flips, the main thing I want to use page flipping for on my i815 is sync'ed flips so I don't see the tearing that is so really obvious and gives people headaches.. (don't need to be getting sued here

RE: [Dri-devel] [PATCH] i810 cleanup

2002-12-17 Thread Dave Airlie
correct, you can then work on the page flipping as an optimization for full screen. -Matt -Original Message- From: Dave Airlie [mailto:[EMAIL PROTECTED]] Sent: Monday, December 16, 2002 6:57 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: [Dri-devel] [PATCH] i810 cleanup

Re: [Dri-devel] [PATCH] i810 cleanup

2002-12-16 Thread Michel Dänzer
On Mon, 2002-12-16 at 10:47, Keith Whitwell wrote: The 830 page flipping code is turned off for some good reasons: - I haven't seen it work without really visible corruption on the flip - typically flashing and blank areas Presumably it uses the mi shadow module, and you should try

Re: [Dri-devel] [PATCH] i810 cleanup

2002-12-16 Thread Keith Whitwell
Michel Dänzer wrote: On Mon, 2002-12-16 at 10:47, Keith Whitwell wrote: The 830 page flipping code is turned off for some good reasons: - I haven't seen it work without really visible corruption on the flip - typically flashing and blank areas Presumably it uses the mi shadow module, and

Re: [Dri-devel] [PATCH] i810 cleanup

2002-12-16 Thread Keith Whitwell
Michel Dänzer wrote: On Mon, 2002-12-16 at 13:34, Keith Whitwell wrote: Michel Dänzer wrote: On Mon, 2002-12-16 at 10:47, Keith Whitwell wrote: The 830 page flipping code is turned off for some good reasons: - I haven't seen it work without really visible corruption on the flip -

Re: [Dri-devel] [PATCH] i810 cleanup

2002-12-16 Thread Keith Whitwell
Michel Dänzer wrote: On Mon, 2002-12-16 at 13:47, Keith Whitwell wrote: Michel Dänzer wrote: On Mon, 2002-12-16 at 13:34, Keith Whitwell wrote: Michel Dänzer wrote: On Mon, 2002-12-16 at 10:47, Keith Whitwell wrote: The 830 page flipping code is turned off for some good reasons: -

Re: [Dri-devel] [PATCH] i810 cleanup

2002-12-16 Thread Keith Whitwell
Michel Dänzer wrote: On Mon, 2002-12-16 at 14:04, Keith Whitwell wrote: I think maybe I decided copying was ok as long as: - you rig XAA (or whatever) to always draw into the current front buffer. - you use cliprects to exclude the 3d window so that the backbuffer never gets scribbled.

Re: [Dri-devel] [PATCH] i810 cleanup

2002-12-16 Thread Dave Airlie
Well the i830 page flip code is using async flips, the main thing I want to use page flipping for on my i815 is sync'ed flips so I don't see the tearing that is so really obvious and gives people headaches.. (don't need to be getting sued here!!). It's not the timing I'm worried about it's the

[Dri-devel] [PATCH] i810 cleanup

2002-12-15 Thread Dave Airlie
This takes some of the stuff that was recently submitted to the xfree86.org for the i830 and tries to move the i810 along similiar lines... is all cosmetic apart from a new define for the FRONTBUFFER command this is what they call it in the i815 spec anyways. I'm submitting the equivalent patch

Re: [Dri-devel] [PATCH] i810 cleanup

2002-12-15 Thread Dave Airlie
doh doh!! wasn't sync'ed properly with the tree (damn firewall!!)... this diff is a bit better and doesn't remove functionality... Dave. Dave Airlie said: This takes some of the stuff that was recently submitted to the xfree86.org for the i830 and tries to move the i810 along similiar