The same libGL.so is being used in all cases, and I can't find any other on my system.1) line from glxinfo output:
OpenGL renderer string: Mesa DRI R300 20040924 AGP 1x x86/MMX+/3DNow!+/SSE TCL
2) line from ldd glxinfo:
libGL.so.1 = /usr/lib/libGL.so.1 (0xb7e6)
3) /usr/lib:
lrwxrwxrwx 1 root
Tilman Sauerbeck wrote:
If there are no objections, I'll commit this in a few days.
Wouldn't it be simpler to just change t_src to always apply
src-NegateBase? I can't see a need for that src-NegateBase ?
VSF_FLAG_ALL : VSF_FLAG_NONE, as the mesa parser sets all 4 bits anyway
when normal
Tilman Sauerbeck wrote:
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:
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
On 5/30/06, Pedro Maia [EMAIL PROTECTED] wrote:
To run quake2 please use,
LD_PRELOAD=path/to/libGL.so quake2
In my case it works fine, with that trick , without
it didn't work.But why it didn't work? It opens /usr/lib/libGL.so for sure, because without it even software accelerated OpenGL
http://bugzilla.kernel.org/show_bug.cgi?id=6626
--- Additional Comments From [EMAIL PROTECTED] 2006-05-31 00:36 ---
Created an attachment (id=8227)
-- (http://bugzilla.kernel.org/attachment.cgi?id=8227action=view)
kern.log from the time of the last crash
--- You are receiving
http://bugzilla.kernel.org/show_bug.cgi?id=6626
--- Additional Comments From [EMAIL PROTECTED] 2006-05-31 00:37 ---
Created an attachment (id=8228)
-- (http://bugzilla.kernel.org/attachment.cgi?id=8228action=view)
syslog from the time of the last crash
--- You are receiving
http://bugzilla.kernel.org/show_bug.cgi?id=6626
--- Additional Comments From [EMAIL PROTECTED] 2006-05-31 00:37 ---
Created an attachment (id=8229)
-- (http://bugzilla.kernel.org/attachment.cgi?id=8229action=view)
/var/log/messages from the time of the last crash
--- You are
http://bugzilla.kernel.org/show_bug.cgi?id=6626
--- Additional Comments From [EMAIL PROTECTED] 2006-05-31 00:39 ---
Created an attachment (id=8230)
-- (http://bugzilla.kernel.org/attachment.cgi?id=8230action=view)
dmesg -s 100 (however, only starting after the last crash)
http://bugzilla.kernel.org/show_bug.cgi?id=6626
--- Additional Comments From [EMAIL PROTECTED] 2006-05-31 00:39 ---
Dmesg is a bit late for the last freeze as the ring buffer has run out already.
I still attach the output, but the first message is already after the restart of
the
On Tue, 2006-05-30 at 14:33 +0200, 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
I was running some test comparing the r200 vs the r300 driver this
morning, and noticed a slight rendering issue with the r200 driver with
reflections in the game neverball.
http://68.44.156.246/neverball-9200.jpg
As you can see, the reflections for the coins on the two bridges on the
right
Michel Dänzer wrote:
Indeed. The X server's GetTimeInMillis() might be more convenient
than gettimeofday() (and would also work with an elfloader X server
;).
Ah yes. That was just a quick hack :-). The question is, what should the
timeout value be?
For determining if the chip has locked up
To run quake2 please use, LD_PRELOAD=path/to/libGL.so quake2
It helps on r300, I wonder why it isn't needed on mga.
--
Free Software - find interesting programs and change them
NetHack - meet interesting creatures, kill them and eat their bodies
Usenet - meet interesting people from all over
14 matches
Mail list logo
