[PATCH 1/3] r600: add span support for 2D tiling

On Thu, May 27, 2010 at 7:52 PM, Alan Cox wrote: >> Look up tables have some hidden penalties but I think it might be a >> win. Looks like we may have to benchmark the solutions against one >> another to really know which is best in real life. > > For x86 and ppc the single assembler instruction i

[PATCH 1/4] drm: Remove drm_resource wrappers

Seems like a good simplification. Reviewed-by: Matt Turner

Re: [PATCH 1/3] r600: add span support for 2D tiling

On Thu, May 27, 2010 at 7:52 PM, Alan Cox wrote: >> Look up tables have some hidden penalties but I think it might be a >> win. Looks like we may have to benchmark the solutions against one >> another to really know which is best in real life. > > For x86 and ppc the single assembler instruction i

Re: [PATCH 1/4] drm: Remove drm_resource wrappers

Seems like a good simplification. Reviewed-by: Matt Turner ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel

[PATCH 1/3] r600: add span support for 2D tiling

> +static inline GLint r600_log2(GLint n) > +{ > + ? ? ? GLint log2 = 0; > + > + ? ? ? while (n >>= 1) > + ? ? ? ? ? ? ? ++log2; > + ? ? ? return log2; > +} Does mesa not provide something like this? Matt

Re: [PATCH 1/3] r600: add span support for 2D tiling

> +static inline GLint r600_log2(GLint n) > +{ > +       GLint log2 = 0; > + > +       while (n >>= 1) > +               ++log2; > +       return log2; > +} Does mesa not provide something like this? Matt ___ dri-devel mailing list dri-devel@lists.freed

[PATCH 2/20] drivers/gpu/drm: Use kzalloc

? ? ? ?if (dev_priv == NULL) > ? ? ? ? ? ? ? ?return -ENOMEM; > > - ? ? ? memset(dev_priv, 0, sizeof(drm_savage_private_t)); > ? ? ? ?dev->dev_private = (void *)dev_priv; > > ? ? ? ?dev_priv->chipset = (enum savage_family)chipset; > ___ > dri-devel mailing list > dri-devel at lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/dri-devel > Reviewed-by: Matt Turner

Re: [PATCH 2/20] drivers/gpu/drm: Use kzalloc

t;        if (dev_priv == NULL) >                return -ENOMEM; > > -       memset(dev_priv, 0, sizeof(drm_savage_private_t)); >        dev->dev_private = (void *)dev_priv; > >        dev_priv->chipset = (enum savage_family)chipset; > ___ > dri-devel mailing list > dri-devel@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/dri-devel > Reviewed-by: Matt Turner ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel

[PATCH] drm/radeon: Fix sparc regression in r300_scratch()

t; header.scratch.n_bufs; i++) { > ? ? ? ? ? ? ? ?buf_idx = drm_buffer_pointer_to_dword(cmdbuf->buffer, 0); > ___ > dri-devel mailing list > dri-devel at lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/dri-devel > Should help Alpha as well. Acked-by: Matt Turner

Re: [PATCH] drm/radeon: Fix sparc regression in r300_scratch()

t; header.scratch.n_bufs; i++) { >                buf_idx = drm_buffer_pointer_to_dword(cmdbuf->buffer, 0); > ___ > dri-devel mailing list > dri-devel@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/dri-devel > Should help Alpha as well. Acke

[PATCH] agp: use scratch page on memory remove and at GATT creation V4

On Thu, Apr 22, 2010 at 6:30 AM, Jerome Glisse wrote: > On Thu, Apr 22, 2010 at 11:27:11AM +0200, Daniel Vetter wrote: >> On Tue, Apr 20, 2010 at 05:43:34PM +0200, Jerome Glisse wrote: >> > Convert most AGP chipset to use scratch page as default entries. >> > This help avoiding GPU querying 0 addr

Re: [PATCH] agp: use scratch page on memory remove and at GATT creation V4

On Thu, Apr 22, 2010 at 6:30 AM, Jerome Glisse wrote: > On Thu, Apr 22, 2010 at 11:27:11AM +0200, Daniel Vetter wrote: >> On Tue, Apr 20, 2010 at 05:43:34PM +0200, Jerome Glisse wrote: >> > Convert most AGP chipset to use scratch page as default entries. >> > This help avoiding GPU querying 0 addr

r127 w/ KMS on PPC?

On Wed, Apr 21, 2010 at 3:51 PM, Alex Buell wrote: > Does the r128 dri driver supports KMS in the kernel on PPC? I've a G3 > iMac 600 here working very well with OpenGL but was wondering if it > could support KMS, in which case it would be quite nice. > > Thanks There's been some talk about an r1

Re: r127 w/ KMS on PPC?

On Wed, Apr 21, 2010 at 3:51 PM, Alex Buell wrote: > Does the r128 dri driver supports KMS in the kernel on PPC? I've a G3 > iMac 600 here working very well with OpenGL but was wondering if it > could support KMS, in which case it would be quite nice. > > Thanks There's been some talk about an r1

inlined asm x86-64 COPY_DWORDS macro

On Mon, Apr 19, 2010 at 3:05 PM, Conn Clark wrote: > Hello everybody, > > Here is an inlined asm X86-64 COPY_DWORDS macro I wrote in case > anybody would like to use it. it could be slightly improved by writing > to 16 byte boundaries but its pretty near optimal when writing to > uncached ram. > >

Re: inlined asm x86-64 COPY_DWORDS macro

On Mon, Apr 19, 2010 at 3:05 PM, Conn Clark wrote: > Hello everybody, > > Here is an inlined asm X86-64 COPY_DWORDS macro I wrote in case > anybody would like to use it. it could be slightly improved by writing > to 16 byte boundaries but its pretty near optimal when writing to > uncached ram. > >

<    1   2