http://bugs.freedesktop.org/show_bug.cgi?id=12092
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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
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
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
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
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
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
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
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
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
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
http://bugs.freedesktop.org/show_bug.cgi?id=12097
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
--- Comment
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
http://bugs.freedesktop.org/show_bug.cgi?id=12092
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|NOTABUG
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
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
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
17 matches
Mail list logo