-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jacek Poplawski wrote:
>> It means that your r300_dri.so is *really* old. _glapi_add_dispatch was
>> removed from libGL months ago.
>
> But I just compiled it today...
> I've updated my Mesa CVS snapshot and used "make linux-dri-x86", then
> copied r
Roland Scheidegger [2006-05-30 22:33]:
> Tilman Sauerbeck wrote:
> > I finally ran glean today, and noticed that SWZ wasn't implemented
> > properly for r300 ARB vertex programs.
> >
> > So far I didn't handle per-component negation flags, the attached patch
> > adds that.
> >
> > Question: is it
Tilman Sauerbeck wrote:
> Hi,
> I finally ran glean today, and noticed that SWZ wasn't implemented
> properly for r300 ARB vertex programs.
>
> So far I didn't handle per-component negation flags, the attached patch
> adds that.
>
> Question: is it okay to assume that "NegateBase" in
> struct pro
Hi,
I finally ran glean today, and noticed that SWZ wasn't implemented
properly for r300 ARB vertex programs.
So far I didn't handle per-component negation flags, the attached patch
adds that.
Question: is it okay to assume that "NegateBase" in
struct prog_src_register will always be filled the w
http://bugzilla.kernel.org/show_bug.cgi?id=6626
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
--- Additional C
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jacek Poplawski wrote:
> Quake2 works here without hardware acceleration on Radeon 9800, same binary
> works correctly on Matrox G400, in both cases drivers are from Mesa CVS.
>
> This is part of quake2 output with LIBGL_DEBUG enabled:
>
> Using libG
Quake2 works here without hardware acceleration on Radeon 9800, same binary works correctly on Matrox G400, in both cases drivers are from Mesa CVS.This is part of quake2 output with LIBGL_DEBUG enabled:Using
libGL.so for OpenGL...Initializing OpenGL display...setting fullscreen mode 3: 640 480Usi
http://bugzilla.kernel.org/show_bug.cgi?id=6626
Summary: Infrequent system freezes when using OpenGL on ATI
radeon driver r100
Kernel Version: 2.6.16
Status: NEW
Severity: normal
Owner: [EMAIL PROTECTED]
Submitter: [EMA
Roland Scheidegger wrote:
> Michel Dänzer wrote:
>> On Tue, 2006-05-30 at 02:42 +0200, Roland Scheidegger wrote:
>>> Looks like quite some more work is needed to detect real lockups but
>>> not just randomly reseting the chip when there is none (which can
>>> itself lead to lockups IME).
>>
>>
Michel Dänzer wrote:
On Tue, 2006-05-30 at 02:42 +0200, Roland Scheidegger wrote:
Looks like quite some more work is needed to detect real lockups but not
just randomly reseting the chip when there is none (which can itself
lead to lockups IME).
Maybe, or maybe it's just a matter of stickin
On Tue, 2006-05-30 at 02:42 +0200, Roland Scheidegger wrote:
>
> Looks like quite some more work is needed to detect real lockups but not
> just randomly reseting the chip when there is none (which can itself
> lead to lockups IME).
Maybe, or maybe it's just a matter of sticking RADEONCP_STOP
11 matches
Mail list logo