http://bugs.freedesktop.org/show_bug.cgi?id=24535
--- Comment #10 from Rafał Miłecki <zaj...@gmail.com> 2009-10-28 15:36:30 PST --- Huh, noticed something new, I am sure we will solve that issue soon now :) In my case rdev->cp.ring_size is 1'048'576. That means 1'048'576/4=262'144 dwords. And... 262'144 == 0x40000! As you can see in ring info dumps lock up often happens when CP_RB_RPTR just over 0x00040000 (like 0x00040790). There are reasons why this may happen according to my current knowledge/understanding: 1) GPU thinks ring is bigged and keeps reading over 0x00040000 while it should not 2) Driver thinks ring is 0x00040000 while it's bigger. As the result we leave some ring space over 0x00040000 untouched (with garbages maybe) and start writing from 0x0 again. GPU sees it didn't achieve read pointer and tries to read more... from space over 0x00040000 which contains garbages -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference -- _______________________________________________ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
