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
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
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
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
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
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.
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
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.
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
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
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
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
12 matches
Mail list logo