http://bugs.freedesktop.org/show_bug.cgi?id=10210
Summary: Synchronize the R300 register definition file in DRM
with the master copy from Mesa
Product: DRI
Version: DRI CVS
Platform: All
OS/Version: All
Status: NEW
http://bugs.freedesktop.org/show_bug.cgi?id=10210
--- Comment #1 from [EMAIL PROTECTED] 2007-03-07 06:25 PST ---
Created an attachment (id=9016)
--> (http://bugs.freedesktop.org/attachment.cgi?id=9016&action=view)
Proposed patch
--
Configure bugmail: http://bugs.freedesktop.org/us
http://bugs.freedesktop.org/show_bug.cgi?id=10210
[EMAIL PROTECTED] changed:
What|Removed |Added
Component|General |DRM modules
--
Configure bugmail:
http://bugs.freedesktop.org/show_bug.cgi?id=10211
Summary: Possible correction for r300_pacify's
R300_RB3D_DSTCACHE_CTLSTAT write
Product: Mesa
Version: CVS
Platform: Other
OS/Version: All
Status: NEW
Seve
http://bugs.freedesktop.org/show_bug.cgi?id=10211
--- Comment #1 from [EMAIL PROTECTED] 2007-03-07 07:04 PST ---
Created an attachment (id=9017)
--> (http://bugs.freedesktop.org/attachment.cgi?id=9017&action=view)
Proposed patch
--
Configure bugmail: http://bugs.freedesktop.org/us
http://bugs.freedesktop.org/show_bug.cgi?id=9252
--- Comment #28 from [EMAIL PROTECTED] 2007-03-07 07:17 PST ---
Could you explain the r300_scratch patch? How was it broken?
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mai
http://bugs.freedesktop.org/show_bug.cgi?id=9876
--- Comment #15 from [EMAIL PROTECTED] 2007-03-07 07:26 PST ---
(In reply to comment #14)
> Marc, your patch works for me (tested with globs, not 2nd life though), no
> matter if GL_FRONT_LEFT or GL_BACK_LEFT is used in r200MakeCurrent.
On Friday 02 March 2007 16:41, Michel Dänzer wrote:
> On Mon, 2007-02-26 at 07:09 +0200, Panagiotis Papadakos wrote:
> > Well I think I have the correct patch for this.
>
> I'm afraid not; the test modification is incorrect. The test is an
> optimization to avoid doing unnecessary work when the con
On Wed, 2007-03-07 at 19:02 +0200, Panagiotis Papadakos wrote:
> On Friday 02 March 2007 16:41, Michel Dänzer wrote:
> > On Mon, 2007-02-26 at 07:09 +0200, Panagiotis Papadakos wrote:
> > > Well I think I have the correct patch for this.
> >
> > I'm afraid not; the test modification is incorrect. T
Hello. I'm interested in getting Nexuiz to run well with the dri driver.
I know it's not nexuiz since I tried it also with the binary-blob
driver. Should I make a bug in the freedesktop.org bugzilla?
How to reproduce:
Run Ubuntu 7.04 (with free driver)
Install nexuiz with apt-get
run nexuiz. Ch
http://bugs.freedesktop.org/show_bug.cgi?id=3488
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://bugs.freedesktop.org/show_bug.cgi?id=9876
--- Comment #16 from [EMAIL PROTECTED] 2007-03-07 12:13 PST ---
Created an attachment (id=9022)
--> (http://bugs.freedesktop.org/attachment.cgi?id=9022&action=view)
Patch for r200 on Mesa 6.5.2
I've modified the patch posted by Marc t
The problem is that I still get invalid reads when going from fullscreen mode
to window mode for the first time, with my OSG application.
On Wednesday 07 March 2007 19:10, Michel Dänzer wrote:
> On Wed, 2007-03-07 at 19:02 +0200, Panagiotis Papadakos wrote:
> > On Friday 02 March 2007 16:41, Mich
http://bugs.freedesktop.org/show_bug.cgi?id=9252
--- Comment #29 from [EMAIL PROTECTED] 2007-03-07 13:44 PST ---
(In reply to comment #28)
> Could you explain the r300_scratch patch? How was it broken?
>
According to Aapo Tahkola, it is not broken. See
http://archive.netbsd.se/?ml=d
http://bugs.freedesktop.org/show_bug.cgi?id=9252
--- Comment #30 from [EMAIL PROTECTED] 2007-03-07 13:54 PST ---
(In reply to comment #27)
> So apparently, that's not related to your patches at all? What are the
> symptoms? E.g., is the X server still running? If not, any hints in it
http://bugzilla.kernel.org/show_bug.cgi?id=7107
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
Status|NEW
http://bugs.freedesktop.org/show_bug.cgi?id=10215
--- Comment #1 from [EMAIL PROTECTED] 2007-03-07 17:43 PST ---
I don't quite see what's wrong, but this is not radeon specific. It seems glew
completely fails to get the function pointers for those opengl functions (it
should use somet
http://bugs.freedesktop.org/show_bug.cgi?id=10215
--- Comment #2 from [EMAIL PROTECTED] 2007-03-07 19:46 PST ---
It appears that the proper call is made only when a driver claims to support gl
version 1.5 or greater, and radeon claims to support 1.3.
Setting glewExperimental=GL_TRUE
18 matches
Mail list logo