https://bugs.freedesktop.org/show_bug.cgi?id=29556 --- Comment #17 from Andy Furniss <lists@xxxxxxxxxxxxxxxxxxxxxxx> 2010-08-18 03:20:48 PDT --- (In reply to comment #0) > Created an attachment (id=37840) --> (https://bugs.freedesktop.org/attachment.cgi?id=37840) > system dmesg > > Using latest git (as of 12/08/2010) of libdrm, mesa(classic),xf86-video-ati and > drm-radeon-testing (commit drm/radeon/kms: enable writeback on remaing asics ), > gpu is a hd3470 mobility (rv620), forced to lowest power state > (echo "low" > /sys/class/drm/card0/device/power_profile). I managed to get the same with the last d-r-t, using low power + gits like you, but this was on a rv790. It seems like seamonkey was involved, but just to confuse the issue I wasn't running a clean d-r-t or ddx - which may well be irrelevant but - d-r-t had tiling fixed + 2 cs parser fixes from the list, ddx had wait for vline FALSE and dri2 sync was off in drirc. Had tested without issue many games, mplayer and mesa demos over the day. The lockup was triggered when I found a seamonkey bug that makes it spawn a new window every 1/2-1 sec. While this was happening as X was unuseable due to the constant new windows I was switching back and forth between vt2 and 7. Then it locked up and I didn't get the screen back. After sysrq reboot, the card was still in a state - alsa failed to probe hardware, but I carried on into X looked at kern log in an xterm OK, but as soon as I started seamonkey it went again. Reboot went OK this time and try as hard as I could - triggering seamonkey bug and switching vts I couldn't reproduce. Now running current vanilla d-r-t and ddx I have so far failed to trigger it, but then I ran the other d-r-t for days OK. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. _______________________________________________ dri-devel mailing list dri-devel@xxxxxxxxxxxxxxxxxxxxx http://lists.freedesktop.org/mailman/listinfo/dri-devel
