Thomas Hellström wrote:
OK, Easy to reproduce also with Mesa DRI.Hi!
I'm not sure what causes this, but IMHO it's quite serious.
I did the following alteration to via_context.h, so that it sleeps just before and just after it takes the
hardware lock: The sleep before is necessary so that other display applications get some unlocked CPU time.
/* Lock the hardware and validate our state. */
#define LOCK_HARDWARE(vmesa) \
do { \
char __ret = 0; \
usleep(1); /* Here */ \
DRM_CAS(vmesa->driHwLock, vmesa->hHWContext, \
(DRM_LOCK_HELD|vmesa->hHWContext), __ret); \
if (__ret) \
viaGetLock(vmesa, 0); \
usleep(1); /* Here */ \
} while (0)
Then running glxgears while resizing the window will give the same drm error, and, with unichrome dri,
terminate the application:
[drm:via_cmdbuffer] *ERROR* via_cmdbuffer called without lock held, held 0 owner d2c4a580 d7792680
Again, presumably the X server stole the lock.
Could somebody verify whether this is happening also on other architectures? Currently I'm running a
Prescott Celeron on a PM800 Unichrome Pro.
Has there been any changes to the drm kernel locking code lately?
/Thomas
drm CVS as of today. xorg 6.8.2 Mandrake patched.
Anybody having an idea?
------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click -- _______________________________________________ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95&alloc_id396&op=click -- _______________________________________________ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel