> Please provide the full Xorg.0.log file.
Here it is (in the meantime I recompiled drm 2.4.18, but non vmwgfx 3D
again)
Marco
Xorg.0.log
Description: Binary data
--
Download Intel® Parallel Studio Eval
Try the
GIX_pbuffer
OpenGL vendor string: Mesa Project
OpenGL renderer string: Software Rasterizer
OpenGL version string: 2.1 Mesa 7.7.1-DEVEL
OpenGL shading language version string: 1.20
It seems to use swrast. I would expect it to u
oesn't segfault anymore.
Thanks
Marco
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is
> I don't see how that change could be related to a SwapBuffers crash
Sorry I was misunderstod: that is latest commit I have.
Last mesa sources I had was from 20/08/2008, and glxgears was running
fine, then I upgraded till the commit of Fri Sep 5 08:06:59 2008
-0600 and glxgears now crashes.
By
in ?? ()
#1 0xb7f09deb in glXSwapBuffers (dpy=0x804c008, drawable=35651586)
at glxcmds.c:859
#2 0x0804a69b in main (argc=1, argv=0xbfc857b4) at glxgears.c:338
(gdb)
Bye
Marco
-
This SF.Net email is sponsored by the Mo
nd keep up your great work.
Marco
(WW) Failed to open protocol names file /etc/X11/xserver/protocol.txt
This is a pre-release version of the X server from The X.Org Foundation.
It is not supported in any way.
Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/.
Select the "xorg&qu
Just checked out mesa/dri cvs and build the whole tree.
And glxgears got from prior 400 to 490 fps on my t23 (1,1 ghz p3 mobile,
supersavage).
thats nearly 25 % faster !
good work
---
This SF.Net email is sponsored by: IBM Linux Tutorial
it seems the freedesktop cvs machine is running out of space on /tmp :
[EMAIL PROTECTED] mesa]# ./up.bat
Logging in to :pserver:[EMAIL PROTECTED]:2401/cvs/mesa
CVS password:
can't create temporary directory /tmp/cvs-serv27957
No space left on device
same on dri trunk.
No problems with my /tmp .
hat the fonts in blender
are also gl, but that's just an assumption.
Besides that you did a _GREAT_ work, and the driver speeded up in the
last 2-3 Months as gar as i can see.
With savage-2-0-0 i had about 270 fps in the beginning of working
dri-support for my chip. Than it got
hi.
just checked out the most recent savage_2.0.0 branch.
enabled dri and working ;)
xv working, consoles scrambled. chromium looking good, tuxracer is somehow a
bit choppy and not playable, but accelerated.
all gl screensavers work. ;)
on t23 , supersavage IX/SDR
marco
trying 3d stuff and restarting X, X is unusable. Even after warm boot of
the machine X is not usable. When starting the login manager it takes about 3
minutes to get the picture completed. A shutdown/turnoff/restart "solves" the
prob
*) SAVAGE(0): XvMC is not enabled
(WW) SAVAGE(0): Option "ForceInit" is not used
(==) RandR enabled
-- snip.
see the "not enough memory" error...
Hope this helps... ;)
regards Marco
---
This SF.net email is sponsored b
zes it any more.
I'm so close ;) Help would be appreciated.
regards
Marco
---
This SF.net email is sponsored by: Perforce Software.
Perforce is the Fast Software Configuration Management System offering
advanced branching ca
since 1 week i get the same lookup using the lastest tcl-0-0-branch on my
radeon7500 ddr 64m.
the lockup seems the one that someone (maybe keithp) fixes 3 weeks ago.
--
BOFH excuse #442:
Trojan horse ran out of hay
___
Dri-devel mailing list
[EMAIL
On Tue, Mar 12, 2002 at 09:06:03PM +, Keith Whitwell wrote:
> I've committed a kludge that stops the 7500 from locking up in q3 demo001 and
> geartrain on my box. It's pretty ugly so I'm continuing to look at the
> problem (basically I emit some state between every primitive whether it's
> ne
On Mon, Mar 04, 2002 at 09:41:38AM -0800, Ian Romanick wrote:
> On Mon, Mar 04, 2002 at 03:28:48AM +0100, Andreas Stenglein wrote:
>
> > I have this lockups with quake3arena, too.
> > I found a temporary (and slow) workaround: disable
> > the use of OpenGL-extensions in the q3a-setup-menu.
> > I
16 matches
Mail list logo
