Re: PATCH: 2.6.7-rc3 drivers/char/drm/gamma_dma.c: several user/kernel pointer bugs

2004-06-10 Thread viro
On Wed, Jun 09, 2004 at 03:53:40PM -0700, Robert T. Johnson wrote: gamma_dma_priority and gamma_dma_send_buffers both deref d-send_indices and/or d-send_sizes. When these functions are called from gamma_dma, these pointers are user pointers and are thus not safe to deref. This patch copies

Re: PATCH: 2.6.7-rc3 drivers/char/drm/gamma_dma.c: several user/kernel pointer bugs

2004-06-10 Thread Dave Airlie
I'll fix this in the DRM bk tree and push to Linus... Dave. On Thu, 10 Jun 2004 [EMAIL PROTECTED] wrote: On Wed, Jun 09, 2004 at 03:53:40PM -0700, Robert T. Johnson wrote: gamma_dma_priority and gamma_dma_send_buffers both deref d-send_indices and/or d-send_sizes. When these functions

Re: PATCH: 2.6.7-rc3 drivers/char/drm/gamma_dma.c: several user/kernel pointer bugs

2004-06-10 Thread Dave Airlie
gamma_dma_priority and gamma_dma_send_buffers both deref d-send_indices and/or d-send_sizes. When these functions are called from gamma_dma, these pointers are user pointers and are thus not safe to deref. This patch copies over the pointers inside gamma_dma_priority and

Re: updated i830 texture compression patch

2004-06-10 Thread Dieter Nützel
Am Dienstag, 8. Juni 2004 00:14 schrieb Roland Scheidegger: Dave Airlie wrote: I've fixed the FXT support but DXT1 RGB is still knackered and probably won't be fixed... http://www.skynet.ie/~airlied/patches/dri/i830_texcmp.diff Roland can you update your patch with this verson? Done

FXT1 support in i830 and updated DXTn patch

2004-06-10 Thread Dave Airlie
Okay I've checked in the FXT1 portions of my i830 patch, and placed an updated DXtn patch at http://www.skynet.ie/~airlied/patches/dri/i830_texcmp.diff Dave. -- David Airlie, Software Engineer http://www.skynet.ie/~airlied / airlied at skynet.ie pam_smb / Linux DECstation / Linux VAX / ILUG

never winter nights and i830 texture compression..

2004-06-10 Thread Dave Airlie
When I run nwn with the i830 advertising GL_EXT_texture_compression_s3tc, either by making the lib available or forcing the option in drirc, I get a wierd lighting interaction.. http://www.skynet.ie/~airlied/dri/screen/NWNa.jpg vs with s3tc off.

New i915 driver in cvs

2004-06-10 Thread Keith Whitwell
OK, the 3D and drm components are in CVS now. It'll be a little while before it can be used by anyone as we need to get the DDX changes in somewhere as well. It's worth a look. Some features include: - Fragment programs in hardware - All GL rasterization proceeds through some sort of

Re: never winter nights and i830 texture compression..

2004-06-10 Thread Roland Scheidegger
Dave Airlie wrote: When I run nwn with the i830 advertising GL_EXT_texture_compression_s3tc, either by making the lib available or forcing the option in drirc, I get a wierd lighting interaction.. http://www.skynet.ie/~airlied/dri/screen/NWNa.jpg vs with s3tc off.

Re: mach64_vbtmp.h why? and also t_vertex./.

2004-06-10 Thread Jos Fonseca
Dave, On Wed, Jun 09, 2004 at 06:48:10AM +0100, Dave Airlie wrote: This file is pretty much a copy of tnl_dd/t_dd_vbtmp.h with what looks like some experimental MACH64_PREMULT_TEXCOORDS code I think, Is this experiment finished? the code isn't use as mach64 has a native vertex format

Re: New i915 driver in cvs

2004-06-10 Thread Keith Whitwell
Keith Whitwell wrote: OK, the 3D and drm components are in CVS now. It'll be a little while before it can be used by anyone as we need to get the DDX changes in somewhere as well. It's worth a look. Some features include: - Fragment programs in hardware - All GL rasterization proceeds

Re: mach64_vbtmp.h why? and also t_vertex./.

2004-06-10 Thread Keith Whitwell
José Fonseca wrote: Dave, On Wed, Jun 09, 2004 at 06:48:10AM +0100, Dave Airlie wrote: This file is pretty much a copy of tnl_dd/t_dd_vbtmp.h with what looks like some experimental MACH64_PREMULT_TEXCOORDS code I think, Is this experiment finished? the code isn't use as mach64 has a native vertex

Re: New i915 driver in cvs

2004-06-10 Thread Dave Airlie
Oh yes, and it wouldn't be outside the realms of possibility to consider supporting the i810 in this driver as well, though that might take a little bit of hammering on stuff. I might get time to take the hammer out in a few weeks, one i810 board is running DOS, the other has a radeon in