Re: [Dri-devel] CLE266 status update

2004-01-02 Thread Alan Cox
On Gwe, 2004-01-02 at 16:11, Michel DÃnzer wrote: > On Fri, 2004-01-02 at 03:20, Alex Deucher wrote: > MergedFB seems to be the clearly better overall approach than > traditional Xinerama to me... Its simple but its a lot less flexible. I'm not entirely sure the VIA approach is the entire needed

Re: [Dri-devel] CLE266 status update

2004-01-02 Thread Michel Dänzer
On Fri, 2004-01-02 at 03:20, Alex Deucher wrote: > > This looks like a an interesting approach and perhaps a better one than > mergedfb. Correct me if I'm wrong but it looks like the code checks to > see what head should be rendered to and then adjusts the offsets and > X/Y stuff accordingly. S

Re: [Dri-devel] CLE266 status update

2004-01-02 Thread Alan Cox
On Gwe, 2004-01-02 at 02:20, Alex Deucher wrote: > Does the via driver support 3D with dualhead? It seems to. I noticed > the following code in via_context.c: In theory it does. I don't know if the 4.3 based one does because VIA also changed the core Mesa stuff to add things like pbuffer support

Re: [Dri-devel] CLE266 status update

2004-01-01 Thread Alex Deucher
Does the via driver support 3D with dualhead? It seems to. I noticed the following code in via_context.c: GLboolean saam; int count = 0, fbSize; saam = XineramaIsActive(vmesa->display); if (saam && vmesa->viaScreen->drixinerama) { vmesa->xsi = Xinerama

[Dri-devel] CLE266 status update

2004-01-01 Thread Alan Cox
- 3D now works with 2D acceleration enabled - Chromium BSU runs entirely - Window overlapping now works - Tuxracer works except that the initial screen has a pale brown not a pale blue background (any ideas anyone ?) - Most screensavers run - morph3d and pipes crash - Several screensavers (but n