It just happened again, and here is a disassembly of the location:
0xb7b96530 <NVSync+48>: mov (%ecx),%eax
0xb7b96532 <NVSync+50>: shr $0x2,%eax
0xb7b96535 <NVSync+53>: cmp %edx,%eax
0xb7b96537 <NVSync+55>: jne 0xb7b96530 <NVSync+48>
Since neither %ecx nor %edx get changed during the loop, the only way
out of it is for (%ecx) to be volatile.
In the source code, that loop is
#define READ_GET(pNv) ((pNv)->FIFO[0x0011] >> 2)
while(READ_GET(pNv) != pNv->dmaPut);
so it looks like a polling wait for an event that isn't happening.
This part of the source code looks exactly the same in 2.1.10, so I
don't think backporting it will be worth our time.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
