Created attachment 85323 [details]
another lockup

Created attachment 85332 [details]
yet another lockup (with 3.11rc6)

not sure this particular lockup is the same or if it was fixed in rc7

As I think was pointed out on IRC, it'd be great to have a bisect, or a way to reproduce.

The errors in the log are of the form:

nouveau E[  PGRAPH][0000:01:00.0] TRAP_TPDMA_RT - TP 0 - Unknown fault at address 0048d59400
nouveau E[  PGRAPH][0000:01:00.0] TRAP_TPDMA_RT - TP 0 - e0c: 00000000, e18: 00000000, e1c: 0010059e, e20: 00002a00, e24: 00030000
nouveau E[  PGRAPH][0000:01:00.0]  TRAP
nouveau E[  PGRAPH][0000:01:00.0] ch 5 [0x000fc34000 gnome-shell[1708]] subc 3 class 0x8597 mthd 0x0f04 data 0x00000000
nouveau E[     PFB][0000:01:00.0] trapped write at 0x0048d59400 on channel 0x0000fc34 [gnome-shell[1708]] PGRAPH/PROP/RT0 reason: PAGE_NOT_PRESENT

There has been some TTM rework in 3.11, perhaps this is a fallout of that.

I have also been encountering problems with the X server crashing in kernel 3.11.1 in Fedora 19 64-bit (KDE desktop).  Usually the desktop locks up and eventually drops to command line where messages like the following are printed:

nouveau E[ X[945]] failed to idle channel 0xcccc0000 [X[945]]
nouveau E[ X[945]] failed to idle channel 0xcccc0000 [X[945]]
nouveau E[    PFB][0000:01:00.0] trapped read at 0x002001a040 on channel 0x0003fb1a [unknown] SEMAPHORE_BG/PFIFO_READ/00 reason: PAGE_NOT_PRESENT

Since upgrading to 3.11.1 (and some other update), I haven't been able to get GPU lockup for a week..

(In reply to comment #5)
> Since upgrading to 3.11.1 (and some other update), I haven't been able to
> get GPU lockup for a week..

I spoke too soo, I got a lockup this night, after 1 week without (system was idle, with screenlock :(

Created attachment 89204 [details]
log and system information from lockup

I've had this issue for some time. The system will work fine until the first lockup. After that it locks up everytime I unlock my desktop(for about 30 seconds). The lockup sometimes starts or occurs when going to the top left corner with the mouse in gnome-shell. Rebooting fixes the issue for a number of days.

https://bugs.freedesktop.org/attachment.cgi?id=89204

Thanks.

H.J. Lu points out that this might be the same bug as https://bugzilla.redhat.com/show_bug.cgi?id=918732

I'm hitting that fairly often.

Allan: You have a NV92 card, and what appears to be a very different issue.

Frederic: Do I understand correctly that everything is consistently fine in 3.10.x and consistently broken in 3.11.x? If so, could you try doing a bisect to identify the offending commit? (First might be worth checking if the issue still occurs in 3.13 btw.) BTW, your third "lockup" log doesn't indicate that anything really went wrong -- just a kmalloc() failure which should be handled by the surrounding code. Although the later xfs corruption errors are a bit ominous... 

In any case, this is highly unlikely to see any progress without a git bisect on the kernel (drivers/gpu/drm should be enough).

(In reply to comment #10)
> Frederic: Do I understand correctly that everything is consistently fine in
> 3.10.x and consistently broken in 3.11.x? If so, could you try doing a
> bisect to identify the offending commit? (First might be worth checking if
> the issue still occurs in 3.13 btw.) BTW, your third "lockup" log doesn't
> indicate that anything really went wrong -- just a kmalloc() failure which
> should be handled by the surrounding code. Although the later xfs corruption
> errors are a bit ominous... 

With 3.11.6, I get very few lockups (if any), which is making bisection irrelevant/impossible to do.

the xfs corruption was caused by running mkinitrd which was trying to load xfs module even if there is no xfs partitions anywhere (this is now fixed).

Sounds like the OP's issues are gone. Feel free to reopen if I misunderstood.