On Thu, Sep 21, 2006 at 08:44:47PM -0700, Dave Airlie wrote:
shared-core/drm_pciids.txt |1 +
1 files changed, 1 insertion(+)
New commits:
diff-tree 255f3e6f76dfd267a14765dd1293229184298d89 (from
1f71b8d7a456fe3ec4bfc2fed70b7420cdd0d55a)
Author: Anish Mistry [EMAIL PROTECTED]
Date:
0x1002 0x4c42 0 3D Rage LT Pro AGP-133
0x1002 0x4c44 0 3D Rage LT Pro AGP-66
+0x1002 0x4759 0 Rage 3D IICATI 3D RAGE IIC AGP(A12/A13)
The formatting looks really strange.
Also Rage IIC doesn't have a setup engine so AFAIK it should not be
listed in the drm.
The bug has been open for a
On Thu, Sep 21, 2006 at 11:23:08PM -0500, Stephen Olander Waters wrote:
Hey,
Did they ever fix that bug you reported here?
http://lkml.org/lkml/2005/5/11/121
I'm having the same problem! Argh!
No, sad to say it still happens to us too. Argh is right!
I'll cc this to dri-devel and lkml
On Thu, Sep 21, 2006 at 11:54:01PM -0500, Stephen Olander Waters wrote:
Here is the bug I'm working from (includes hardware, software, etc.):
https://bugs.freedesktop.org/show_bug.cgi?id=6111
DRI will work if you set: Option BusType PCI ... but that's not a
real solution. :)
Oh, wow. I had
On 9/22/06, Ryan Richter [EMAIL PROTECTED] wrote:
On Thu, Sep 21, 2006 at 11:54:01PM -0500, Stephen Olander Waters wrote:
Here is the bug I'm working from (includes hardware, software, etc.):
https://bugs.freedesktop.org/show_bug.cgi?id=6111
DRI will work if you set: Option BusType PCI
On Fri, Sep 22, 2006 at 03:29:48PM +1000, Dave Airlie wrote:
On 9/22/06, Ryan Richter [EMAIL PROTECTED] wrote:
On Thu, Sep 21, 2006 at 11:54:01PM -0500, Stephen Olander Waters wrote:
Here is the bug I'm working from (includes hardware, software, etc.):
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://bugs.freedesktop.org/show_bug.cgi?id=8218
[EMAIL PROTECTED] changed:
What|Removed |Added
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://bugs.freedesktop.org/show_bug.cgi?id=6111
[EMAIL PROTECTED] changed:
What|Removed |Added
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://bugs.freedesktop.org/show_bug.cgi?id=6111
--- Additional Comments From [EMAIL PROTECTED] 2006-09-22 07:27 ---
(oh,
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://bugs.freedesktop.org/show_bug.cgi?id=6111
--- Additional Comments From [EMAIL PROTECTED] 2006-09-22 08:03 ---
(In
On Fri, 2006-09-22 at 01:52 -0400, Dave Jones wrote:
On Fri, Sep 22, 2006 at 03:29:48PM +1000, Dave Airlie wrote:
On 9/22/06, Ryan Richter [EMAIL PROTECTED] wrote:
On Thu, Sep 21, 2006 at 11:54:01PM -0500, Stephen Olander Waters wrote:
Here is the bug I'm working from (includes
On Fri, Sep 22, 2006 at 09:21:11AM -0500, Stephen Olander Waters wrote:
On Fri, 2006-09-22 at 01:52 -0400, Dave Jones wrote:
On Fri, Sep 22, 2006 at 03:29:48PM +1000, Dave Airlie wrote:
On 9/22/06, Ryan Richter [EMAIL PROTECTED] wrote:
On Thu, Sep 21, 2006 at 11:54:01PM -0500,
Hi,
Found some time to have a look at routing fragment.position from the
vertex shader.
Patch notes:
x y appear correct, but z is 0 % w is 1.
z appears to be 0 in the vertex shader, because swizzling Z to
position.x is is also 0.
Most of the patch is the select_vertex_shader changes by Aapo
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://bugs.freedesktop.org/show_bug.cgi?id=8397
Summary: r430 infinite loop under radeon_do_cp_idle
Product:
So, when trying to implement ARB_point_parameters and ARB_point_sprite,
I came across some problem (this tnl stuff is hard to follow). The
problem is, I need to set some hardware state dependant on the primitive
being renderered (in particular, r200 needs perspective correction
disabled for
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Roland Scheidegger wrote:
So, when trying to implement ARB_point_parameters and ARB_point_sprite,
I came across some problem (this tnl stuff is hard to follow). The
problem is, I need to set some hardware state dependant on the primitive
being
Ian Romanick wrote:
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1
Roland Scheidegger wrote:
So, when trying to implement ARB_point_parameters and
ARB_point_sprite, I came across some problem (this tnl stuff is
hard to follow). The problem is, I need to set some hardware state
dependant on
Roland Scheidegger wrote:
I thought there was a mechanism that allowed the driver to be
notified at glBegin (or similar) time. It seems like you ought to be
able to emit some extra state at that time to change to / from
point-sprite mode.
Ah, sounds like a plan. I thought the NotifyBegin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Roland Scheidegger wrote:
Roland Scheidegger wrote:
I thought there was a mechanism that allowed the driver to be
notified at glBegin (or similar) time. It seems like you ought to be
able to emit some extra state at that time to change to / from
Ian Romanick wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Roland Scheidegger wrote:
Roland Scheidegger wrote:
I thought there was a mechanism that allowed the driver to be
notified at glBegin (or similar) time. It seems like you ought to be
able to emit some extra state at that
Ian Romanick wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Roland Scheidegger wrote:
Roland Scheidegger wrote:
I thought there was a mechanism that allowed the driver to be
notified at glBegin (or similar) time. It seems like you ought to be
able to emit some extra state at that
Brian Paul wrote:
Ian Romanick wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Roland Scheidegger wrote:
Roland Scheidegger wrote:
I thought there was a mechanism that allowed the driver to be
notified at glBegin (or similar) time. It seems like you ought to be
able to emit some
22 matches
Mail list logo