http://bugs.freedesktop.org/show_bug.cgi?id=25884
--- Comment #30 from Alex Deucher <[email protected]> 2010-03-21 10:31:19 PST --- (In reply to comment #29) > (In reply to comment #28) > > None of the ddx accel code (EXA, Xv) tracks 3D state which would be needed > > to > > solve this properly. > > Interestingly, I've also noticed that sometimes the "struct > radeon_renderbuffer" is either NULL or incorrect in Mesa R300's > emit_zb_offset() function. (This is with KMS enabled.) Could it just be a > coincidence that both textured video and Mesa are complaining about > bad/missing > z buffers now? > They are unrelated. The command check just makes sure the zbuffer is valid. In the mesa case there's a bug in either mesa or the 3d driver that causes the depth buffer pointer to be incorrect. This results in a command buffer with an invalid z buffer which the CS checker flags. In the ddx, when we flush in the Xv drawing code, the new command buffer is missing the 3D state that was set earlier in the function, so the CS checker flags it as well. two different bugs that result in the same drm error. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. _______________________________________________ xorg-driver-ati mailing list [email protected] http://lists.x.org/mailman/listinfo/xorg-driver-ati
