Re: [Dri-devel] S3 twister K gamma correction

2004-05-08 Thread Alex Deucher
--- Felix Kühling <[EMAIL PROTECTED]> wrote: > On Fri, 7 May 2004 06:15:15 -0700 (PDT) > Alex Deucher <[EMAIL PROTECTED]> wrote: > > > Update to the latest driver (dri trunk) based on tim's code. As I > > recall, older drivers based on S3's code did not support gamma > > correction properly. >

Re: [Mesa3d-dev] Re: [Dri-devel] new API/DRM/fb discsusion..

2004-05-08 Thread Keith Packard
Around 17 o'clock on May 8, Alan Cox wrote: > FB already has mode switch context waits, so does DRM. And you don't > want to break direct access to registers for most things because its > a performance consideration of high importance. Direct access to device registers from user mode really isn'

Re: [Dri-devel] S3 twister K gamma correction

2004-05-08 Thread Felix Kühling
On Fri, 7 May 2004 06:15:15 -0700 (PDT) Alex Deucher <[EMAIL PROTECTED]> wrote: > Update to the latest driver (dri trunk) based on tim's code. As I > recall, older drivers based on S3's code did not support gamma > correction properly. Gamma correction works (for me at least) in 24bit mode only

Re: [Mesa3d-dev] Re: [Dri-devel] new API/DRM/fb discsusion..

2004-05-08 Thread Alan Cox
On Iau, 2004-05-06 at 20:57, Jon Smirl wrote: > Simple example, DRM starts GPU coprocessor running. VT swap happens. New user > stops coprocessor. VT swap back to DRM. Now DRM thinks it left the coprocessor > running but that's not true now. DRM and FB conflict when FB is using the > coprocessor fo

Re: [Dri-devel] new API/DRM/fb discsusion..

2004-05-08 Thread Alan Cox
On Iau, 2004-05-06 at 18:57, Jens Owen wrote: > If mmapping is okay, then we're still able to touch hardware from user > space drivers. I'm fine with that. Basically the kernel needs to know you are working with the frame buffer, and it needs to be able to revoke that from under you on a hot un

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

2004-05-08 Thread Alan Cox
On Gwe, 2004-05-07 at 21:59, Egbert Eich wrote: > However chipset probing/display device probing and mode setting isn't > required to live in kernel space. Portability and system stability > arguments speak against it. In fact only Apple MAC users seem to > advocate this idea to be able to an init

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

2004-05-08 Thread Alan Cox
On Iau, 2004-05-06 at 09:39, Egbert Eich wrote: > Furthermore I'd argue that as little as necessary should live in the > kernel space. One thing that - in my opinion - should *not* live in > there is mode detection and initialization. There is a need to handle some mode setup/init in the kernel (

[Dri-devel] [Bug 314] 3D support for Radeon IGP chips

2004-05-08 Thread bugzilla-daemon
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter your comments there. http://bugs.xfree86.org/show_bug.cgi?id=314 --- Additional Comments From [EMAIL PROTECTED] 2004-05-08 15:25 --- The patch is bogu