[Bug 12092] Get incorrect texture image if texture's internalformat is COMPRESSED_RGB_FXT1_3DFX

2007-08-22 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=12092 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 10224] r200 driver freezes with Radeon 8500

2007-08-22 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=10224 --- Comment #6 from [EMAIL PROTECTED] 2007-08-22 02:18 PST --- Try latest Mesa (7.0.1) compiled with -fno-strict-aliasing -fno-tree-vrp. Some code bits are now to break with aliasing & co. For me, I consider it fixed (though I have to

[Bug 12095] New: Depth Test didn't work for glRasterPos3f() and glDrawPixels()

2007-08-22 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=12095 Summary: Depth Test didn't work for glRasterPos3f() and glDrawPixels() Product: Mesa Version: CVS Platform: Other OS/Version: Linux (All) Status: NEW Sever

[Bug 12095] Depth Test didn't work for glRasterPos3f() and glDrawPixels()

2007-08-22 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=12095 --- Comment #1 from [EMAIL PROTECTED] 2007-08-22 02:23 PST --- Created an attachment (id=11205) --> (http://bugs.freedesktop.org/attachment.cgi?id=11205&action=view) test case -- Configure bugmail: http://bugs.freedesktop.org/userp

Re: DRM enhancements document

2007-08-22 Thread Matthias Hopf
On Aug 20, 07 19:51:31 +0300, Daniel Stone wrote: > On Mon, Aug 20, 2007 at 05:27:43PM +0200, Matthias Hopf wrote: > > On Aug 12, 07 17:50:12 +0200, [EMAIL PROTECTED] wrote: > > > On Thu, Aug 02, 2007 at 07:31:01PM +0200, Jerome Glisse wrote: > > > > There should be master (possibly one for each ca

Re: DRM enhancements document

2007-08-22 Thread Matthias Hopf
On Aug 20, 07 15:45:00 -0700, Keith Packard wrote: > On Mon, 2007-08-20 at 17:27 +0200, Matthias Hopf wrote: > > > Because we won't get an ix86 emulator in kernel space, Linus and others > > have been pretty clear about that. Graphics hardware sometimes needs > > BIOS calls, on non-i386 hardware t

[Bug 12097] New: NULL pointer dereference in viaXMesaWindowMoved

2007-08-22 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=12097 Summary: NULL pointer dereference in viaXMesaWindowMoved Product: Mesa Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: me

[Bug 12097] NULL pointer dereference in viaXMesaWindowMoved

2007-08-22 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=12097 --- Comment #1 from [EMAIL PROTECTED] 2007-08-22 06:50 PST --- Created an attachment (id=11207) --> (http://bugs.freedesktop.org/attachment.cgi?id=11207&action=view) fix NULL pointer dereference in viaXMesaWindowMoved The attached pa

Re: DRM enhancements document

2007-08-22 Thread Daniel Stone
On Wed, Aug 22, 2007 at 03:42:49PM +0200, Matthias Hopf wrote: > On Aug 20, 07 19:51:31 +0300, Daniel Stone wrote: > > On Mon, Aug 20, 2007 at 05:27:43PM +0200, Matthias Hopf wrote: > > > On Aug 12, 07 17:50:12 +0200, [EMAIL PROTECTED] wrote: > > > Please be sure that if you design this using ioctl

Re: DRM enhancements document

2007-08-22 Thread Daniel Stone
On Wed, Aug 22, 2007 at 03:47:31PM +0200, Matthias Hopf wrote: > No. But you already limit yourself to the primary card, a new design > shouldn't be limited that way. And an astonishingly big number of people > have to rely on vesa fb, because driver development for their hardware > sucks big time

Re: DRM enhancements document

2007-08-22 Thread Jesse Barnes
On Wednesday, August 22, 2007 6:47:31 am Matthias Hopf wrote: > On Aug 20, 07 15:45:00 -0700, Keith Packard wrote: > > On Mon, 2007-08-20 at 17:27 +0200, Matthias Hopf wrote: > > > Because we won't get an ix86 emulator in kernel space, Linus and others > > > have been pretty clear about that. Graph

[Bug 12097] NULL pointer dereference in viaXMesaWindowMoved

2007-08-22 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=12097 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Comment

Re: DRM enhancements document

2007-08-22 Thread Matthias Hopf
On Aug 22, 07 17:21:09 +0300, Daniel Stone wrote: > > But that exactly makes version control difficult (lots of cases, > > especially if the exact requirements aren't clear from day one). > > I honestly don't understand the problem. Your ioctl number is _that_ > request. It's not referring to a

[Bug 12092] Get incorrect texture image if texture's internalformat is COMPRESSED_RGB_FXT1_3DFX

2007-08-22 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=12092 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|NOTABUG

[Bug 12092] Get incorrect texture image if texture's internalformat is COMPRESSED_RGB_FXT1_3DFX

2007-08-22 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=12092 --- Comment #4 from [EMAIL PROTECTED] 2007-08-22 23:39 PST --- COMPRESSED_RGB_FXT1_3DFX is a compression scheme based on 8x4-texel blocks. I don't think it's expected to work on textures that aren't a multiple of that size. -- Conf

Re: DRM enhancements document

2007-08-22 Thread Michel Dänzer
On Wed, 2007-08-22 at 20:09 +0200, Matthias Hopf wrote: > On Aug 22, 07 17:21:09 +0300, Daniel Stone wrote: > > > > Without a version field, this is made impossible, something that must be > > > avoided at all costs. > > > > Except that your ioctl then becomes variably-sized unless you add loads

[Bug 12092] Get incorrect texture image if texture's internalformat is COMPRESSED_RGB_FXT1_3DFX

2007-08-22 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=12092 --- Comment #5 from [EMAIL PROTECTED] 2007-08-22 23:54 PST --- If the texture is not times of 8x4 bolck, COMPRESSED_RGB_FXT1_3DFX can compensate additional texels to meet the 8x4 requirement. So it should compress any size texture corr