I got a warning and while going to fix it, I discovered some issues with the
code (including raciness).
While compiling 2.6.14 for x86_64, I got:
CC [M] drivers/char/drm/drm_bufs.o
/home/paolo/Admin/kernel/6/VCS/linux-2.6.14/drivers/char/drm/drm_bufs.c: In
function `drm_addmap_ioctl':
/home/
> I got a warning and while going to fix it, I discovered some issues with the
> code (including raciness).
>
> While compiling 2.6.14 for x86_64, I got:
>
> CC [M] drivers/char/drm/drm_bufs.o
> /home/paolo/Admin/kernel/6/VCS/linux-2.6.14/drivers/char/drm/drm_bufs.c: In
> function `drm_addmap_io
On Wednesday 26 October 2005 02:31, Thomas Hellström wrote:
> Adam Jackson wrote:
> >Sure, if I can assume that the via header isn't going to need more changes
> >before 7.0. Otherwise I'd prefer to wait until via has settled.
>
> Nope, there are no more changes pending.
http://dri.freedesktop.or
On Mon, 31 Oct 2005 14:59:59 +0100
Michel Dänzer <[EMAIL PROTECTED]> wrote:
> On Sun, 2005-10-30 at 10:17 +1100, Benjamin Herrenschmidt wrote:
> > >
> > > Sounds like 32-bit elts work for ppc.
> > > 16-bit elts are used in vtxfmt_a path so thats still broken.
> >
> > They probably need HDW swapp
On Sun, 2005-10-30 at 10:17 +1100, Benjamin Herrenschmidt wrote:
> >
> > Sounds like 32-bit elts work for ppc.
> > 16-bit elts are used in vtxfmt_a path so thats still broken.
>
> They probably need HDW swapping... AFAIK, the CCE is doing 32 bits
> bytewap all the time.
Yes, we set it up that w
I was playing with OpenGL last weekend, and I was able to crash DRI again with
TCL enabled, crash disappeared when I disabled TCL (r200 hardware, Athlon CPU).
I've noticed that it's much easier to crash by rendering GL_LINES or
GL_LINE_STRIP than GL_POINTS or GL_QUADS.
I run my application with v
