Created an attachment (id=35329)
GPU hang with newest driver and libdrm. v8 without extra flushing patch.
(In reply to comment #147)
> I think you're hitting the bug I had, which should be fixed by upgrading to
> the 2.11 intel driver and libdrm 2.4.20.
Okay, after a week or two (?) of running v8 without the last extra flushing commit I finally got a hung GPU again. So it seems there is a corner case left for this particular bug somewhere.
Last time I counted I got around 2% failed flushes, but otherwise the system was rock solid. Text corruption was rare too, though I think it did happen the day the GPU hung.
Dump was taken with this script:
#!/bin/bash
PATH="/bin:/usr/bin"
mount /mnt/debug
cd /tmp/
while true; do
if grep -q 0 /mnt/debug/dri/0/i915_wedged; then
sleep 1;
else
mkdir dump
dmesg > dump/dmesg
cp /var/log/Xorg.0.log dump/
cp -a /mnt/debug/dri/0/* dump/
tar czf dump.tgz dump
rm -rf dump
mv dump.tgz /home/indan/
sync;
exit;
fi
done
Created an attachment (id=35329)
GPU hang with newest driver and libdrm. v8 without extra flushing patch.
(In reply to comment #147)
> I think you're hitting the bug I had, which should be fixed by upgrading to
> the 2.11 intel driver and libdrm 2.4.20.
Okay, after a week or two (?) of running v8 without the last extra flushing commit I finally got a hung GPU again. So it seems there is a corner case left for this particular bug somewhere.
Last time I counted I got around 2% failed flushes, but otherwise the system was rock solid. Text corruption was rare too, though I think it did happen the day the GPU hung.
Dump was taken with this script:
#!/bin/bash bin:/usr/ bin"
PATH="/
mount /mnt/debug
cd /tmp/
while true; do dri/0/i915_ wedged; then
if grep -q 0 /mnt/debug/
sleep 1;
else
mkdir dump
dmesg > dump/dmesg
cp /var/log/Xorg.0.log dump/
cp -a /mnt/debug/dri/0/* dump/
tar czf dump.tgz dump
rm -rf dump
mv dump.tgz /home/indan/
sync;
exit;
fi
done