> I've just tested the DRI from dri-snapshot-2000-12-15.tar.gz, and it
> renders some (about the half of all) textures corrupted
> (red&green are ok, but blue channel is from another texture or garbage)
> if i'm starting X in 32bpp (24 depth, 32 bpp).
> They are all uploaded with
> glTexImage2D(GL_TEXTURE_2D, 0, t->pixelsize, t->xsize, t->ysize, 0,
> (t->pixelsize==4)?GL_RGBA:GL_RGB, GL_UNSIGNED_BYTE, remix_base);
> Using 16bpp rendering everything seems to be Ok.
> My system: Abit BE6-2 v1.2 mb. (i430BX), Celeron2-600, 256MB ram
> vga: Matrox G400 DH MAX 32MB SG (and 32MB AGP aperture in BIOS)
> Is this a known bug? It must be appeared some days ago, because
> the dri-snapshot-2000-11-25.tar.gz version works well, without errors.
> If it's known, is it fixed in the current CVS version?
It's not known, and I don't think there have been any deliberate changes to
that code except the merges with the XFree repository. Can you poke around in
the 3d and 2d driver directories and try and spot something relevent that
> Btw what's with the anonymous FTP space? Today I've checked
> and there was a <1000 byte long file (containing only an empty dri/ directory)
> instead of the cvs snapshot. (I'm preferring .tar.gz because the firewall
> problems and the faster download)
CVS should be quicker most of the time as the changes are incremental. If
there is no change it won't download much at all.
The tarball is probably a victim of the SSH hiccups over the last few days. I
don't know who is responsible for this, but they probably need to tweak
something to get ssh behaving as it did before.