Mode manager / Framebuffer management (WAS: Re: [Dri-devel] Memory management of AGP and VRAM)

2004-05-14 Thread David Bronaugh
Mike Mestnik wrote: Let me start of by saying I think you are on the right track and all of your ideas look good. --- David Bronaugh <[EMAIL PROTECTED]> wrote: Mike Mestnik wrote: This is vary good. - To accomidate mergedfb the number of FBs should be allowed to be 0. How does merged

[ dri-Bugs-954295 ] Heavy DRI use causes lockup

2004-05-14 Thread SourceForge.net
Bugs item #954295, was opened at 2004-05-14 21:50 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100387&aid=954295&group_id=387 Category: MGA OpenGL Group: System Hang/Kernel Oops/Panic St

savage texture compression - REALLY CLOSE

2004-05-14 Thread Mark Cass
guys,   as i have mentioned before i am working on adding s3tc texture compression support to the savage driver. i have added code to the savage driver based upon the radeon driver (and patches). the code i have added only supports uploading pre-compressed textures. as also previously mentio

Re: [Dri-devel] Memory management of AGP and VRAM

2004-05-14 Thread Mike Mestnik
Let me start of by saying I think you are on the right track and all of your ideas look good. --- David Bronaugh <[EMAIL PROTECTED]> wrote: > Mike Mestnik wrote: > > >This is vary good. > > - To accomidate mergedfb the number of FBs should be allowed to be 0. > > > > > How does mergedfb work i

Re: [Dri-devel] Memory management of AGP and VRAM

2004-05-14 Thread David Bronaugh
Mike Mestnik wrote: This is vary good. - To accomidate mergedfb the number of FBs should be allowed to be 0. How does mergedfb work internally? I don't know. Alternatively to this, maybe the best way to do this would be to specify a double-width mode (eg 2048x768) and an extra "feature" para

separate blend equation / function on r200

2004-05-14 Thread Roland Scheidegger
Ok, here's a patch to enable separate blend function / equation on r200, as well as fix glBlendColor. It needs drm changes, I've tried to make it backward/forward compatible in all ways, except the driver will not build with old drm sources (so this needs to be applied first, could someone do t

Re: [Mesa3d-dev] Re: [Linux-fbdev-devel] Redesign of kernel graphics interface

2004-05-14 Thread Ville Syrjälä
On Fri, May 14, 2004 at 11:40:04AM -0700, Jon Smirl wrote: > --- Ville Syrjälä <[EMAIL PROTECTED]> wrote: > > > I said OpenGL is the only accelerated API available on Linux. Can you name > > > another? > > > > DirectFB. > > Does DirectFB work on anything beside Matrox now? It works on any card w

Re: [Mesa3d-dev] Re: [Linux-fbdev-devel] Redesign of kernel graphics interface

2004-05-14 Thread Jon Smirl
--- Ville Syrjälä <[EMAIL PROTECTED]> wrote: > I don't understand you GPU vs. PIO comparisons. You can use the 2D engine > with DMA as well. And at least with older cards the 2D engine is clearly > faster than the 3D engine (~100% faster for blits on my G400) so trying to > bypass it is just stu

Re: [Mesa3d-dev] Re: [Linux-fbdev-devel] Redesign of kernel graphics interface

2004-05-14 Thread Alex Deucher
--- Sven Luther <[EMAIL PROTECTED]> wrote: > On Thu, May 06, 2004 at 05:50:40PM -0700, Jon Smirl wrote: > > --- James Simmons <[EMAIL PROTECTED]> wrote: > > > 2) Ben suggestion that we mount userland inside the kernel during > early > > >boot and use a userland library. If we would use a libr

Re: [Mesa3d-dev] Re: [Linux-fbdev-devel] Redesign of kernel graphics interface

2004-05-14 Thread Ville Syrjälä
On Fri, May 14, 2004 at 10:51:35AM -0700, Jon Smirl wrote: > Just look at this picture and you can see the trend of 2D vs 3D (coprocessor > based) graphics. > http://www.de.tomshardware.com/graphic/20040504/images/architecture.gif > Within one or two generations the 2D box is going to be gone. > >

Re: [Mesa3d-dev] Re: [Linux-fbdev-devel] Redesign of kernel graphics interface

2004-05-14 Thread Jon Smirl
Just look at this picture and you can see the trend of 2D vs 3D (coprocessor based) graphics. http://www.de.tomshardware.com/graphic/20040504/images/architecture.gif Within one or two generations the 2D box is going to be gone. If Linux wants to stay current with technology we have to start using

Re: [Dri-devel] A question of bugs

2004-05-14 Thread Keith Whitwell
Brian Paul wrote: I guess I don't feel to strongly about the Mesa bug database. The SourceForge tracker has been good enough for me but others much prefer Bugzilla. I could move to Bugzilla if that's the concensus. Keith? Bugzilla's certainly the more usable system, but my feelings one way or

Re: [Dri-devel] A question of bugs

2004-05-14 Thread Brian Paul
Felix Kühling wrote: On Thu, 13 May 2004 15:31:50 -0500 Adam Jackson <[EMAIL PROTECTED]> wrote: On Monday 10 May 2004 16:17, Adam Jackson wrote: Anyone opposed to moving DRI's bug tracker to freedesktop's bugzilla? I ask because I _strongly_ dislike sourceforge's bug system, particularly compare