[Bug 26051] Regression in 7.6, glxgears locks the machine (rv280)

[bugzilla-daemon@freedesktop.org]

http://bugs.freedesktop.org/show_bug.cgi?id=26051


ken moffat <zarniwhoop73@googlemail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED




--- Comment #31 from ken moffat <zarniwhoop73@googlemail.com>  2010-02-24 13:46:33 PST ---
(In reply to comment #30)
> Do the lockups still happen with mesa Git as of commit
> 3f5bac8960a5c6d1f08f0dc849676139b9d6ce5c (master) or
> bc7e12e5e3c063b8f29fecad43d85b09fa6b205d (mesa_7_7_branch)?
> 

No!  Seems to be fixed by 3f5bac8960a5c6d1f08f0dc849676139b9d6ce5c.

On master, glxgears is ok, but 'make' failed in progs/tests
make: *** No rule to make target `../../src/mesa/glapi/gl_API.xml', needed by
`getproclist.h'.  Stop.

I thought this was in fptexture.c but maybe I was mistaken,
after hacking the Makefile to not build fptexture, and then
getprocaddress, I have the following results for the stencil
tests -

still missing a dependency for stencil_twoside (or perhaps
it is now old), stencil_wrap is ok, stencilwrap still seems
to be hung after

Testing GL_DECR_WRAP_EXT...
OK!

but the box isn't locked and I can kill that test.

Similar results for bc7e12e5e3c063b8f29fecad43d85b09fa6b205d
except there is no problem building progs/tests there.

FWIW, I applied 3f5bac89 to 7.6.1 - last hunk in radeon_ioctl.c
doesn't apply (it tries to remove a call to radeonEmitState that
isn't there) but the remainder fixes 7.6.1.

Many thanks.  Closing.


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

------------------------------------------------------------------------------
Download Intel&#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
--