Bug 60844

Summary:	Kernel 3.11 - Xorg hangs immediately after invocation
Product:	Drivers	Reporter:	Alex (alupu01)
Component:	Video(DRI - non Intel)	Assignee:	drivers_video-dri
Status:	NEW ---
Severity:	normal	CC:	alan, lichtenwalder
Priority:	P1
Hardware:	i386
OS:	Linux
Kernel Version:	3.11	Subsystem:
Regression:	No	Bisected commit-id:
Attachments:	Xorg log with subject problem Good kernel, good Xorg Bad kernel 'config' Good kernel (3.10.10) 'config' Bad kernel (3.11), bad Xorg Bad kernel (3.11), bad Xorg

Description Alex 2013-09-03 20:18:31 UTC

Created attachment 107403 [details]
Xorg log with subject problem

(B)LFS i686-pc-linux-gnu
kernel 3.10.10 (with its nouveau module)
xorg-server v1.14.1
libdrm: git 2013-07-17 18:44 EST
Xorg_nouveau: git 2013-07-17 18:46 EST
Mesa v9.1.1
Motherboard:  "ASUS P5E-VM HDMI" with Intel G35/ICH9R,
 intel Core2Duo E8400@3.0GHz, 4 GB.
Graphics card:  EVGA GeForce GT430 active;  connected to
Monitor: ASUS VE258
---------------------------------------------------------
Description
1.  Boot up system to level 3 (text/VGA/console mode)
2.  Start Xorg
3.  The system hangs.
  You can see the mouse pointer.  You can manipulate it but that's all.
----------------------------------------------------------
Comments
1.  Up to and including 3.10.10, Xorg behaves normally
2.  A git bisect procedure starting with
 git bisect good v3.10
 git bisect bad v3.11-rc7
reaches the last bisect step.  At that point
after compile and reboot the system hangs somewhere in the boot-up sequence.

git show
commit 5ee86c4190f9e19a9e13906389069c73d7f75bfb
Author: Ben Skeggs <bskeggs@redhat.com>
Date:   Mon Jul 1 14:32:42 2013 +1000

    drm/nve0-/gr: some new gpc registers can have multiple copies

    GK110 exposes more than one, and needs to be dealt with in the ctxsw
    ucode just like the TPC sets are.

    Broadcast is at +0xe00.
 ...

cat .git/HEAD
5ee86c4190f9e19a9e13906389069c73d7f75bfb

3. See attachments
Xorg.0.log-3.10.10good
Xorg.0.log-3.11bug
config-3.10.10
config-3.11

Comment 1 Alex 2013-09-03 20:19:50 UTC

Created attachment 107404 [details]
Good kernel, good Xorg

Comment 2 Alex 2013-09-03 20:20:44 UTC

Created attachment 107405 [details]
Bad kernel 'config'

Comment 3 Alex 2013-09-03 20:21:22 UTC

Created attachment 107406 [details]
Good kernel (3.10.10) 'config'

Comment 4 Alex 2013-09-03 20:24:24 UTC

Created attachment 107407 [details]
Bad kernel (3.11), bad Xorg

Hope this one is more visible (should've been "plain text" in the first place)!

Comment 5 Alex 2013-09-03 20:28:30 UTC

Created attachment 107409 [details]
Bad kernel (3.11), bad Xorg

Comment 6 Alex 2013-09-10 21:29:07 UTC

In trying to narrow down to the "exact" commit responsible for the subject bug,
I created a "timeline" of events related to the problems befalling my system.

A-----a---b---c---d---e---f---g-----B

(to the left:  earlier in time)
Note:  the "line" component of the word "timeline" is from a bisect standpoint.
       Actually, a lot of branches and merges along the way.

A: v3.10      X11 Good (a good "bisect good" start)
B: v3.11-rc1  X11 Bug  (a good "bisect bad" start)

a: 791dc143   X11 Good                                          Jun 27 17:35
b: 7c397cd9   X11 Good                                          Jun 28 14:24
c: 56fbd2b6   Hang on boot-up                                   May 2 12:37
d: c03ff9e8   Hang on boot-up                                   Jul 1 10:54
e: 5ee86c41   Hang on boot-up                                   Jul 1 14:32
f: 70f824ac   X11 starts but cursor is flaky (and soon lost)    Jul 1 14:48
g: 8f6fe267   X11 Bug                                           Jul 4 13:03

Commit references:

791dc143ed2c441f5202d8721609d94dce9fcf88
Author: Maarten Lankhorst
drm/nvd0-/disp: handle case where display engine is missing/disabled
Signed-off-by: Ben Skeggs

7c397cd97b8f46659698396b420bd48c3e6703e6
Author: Joonyoung Shim
drm: add mmap function to prime helpers
Signed-off-by: Joonyoung Shim and Dave Airlie

56fbd2b65446d4fb4df7770c49a70d563b7569c9
Author: Ben Skeggs
drm/nvf0/fifo: enable support
Signed-off-by: Ben Skeggs
[drivers/gpu/drm/nouveau]

c03ff9e8fa5fc0186158b99a89f613325ff352cf
Author: Ben Skeggs
drm/nvc0-/gr: pull out a group of separately context-switched gpc regs
Signed-off-by: Ben Skeggs
[drivers/gpu/drm/nouveau]

commit 5ee86c4190f9e19a9e13906389069c73d7f75bfb
Author: Ben Skeggs
drm/nve0-/gr: some new gpc registers can have multiple copies
Signed-off-by: Ben Skeggs
[drivers/gpu/drm/nouveau]

70f824ac8c369194e9499c59e687c6aa8b1a10c8
Author: Ben Skeggs
drm/nvc0-/gr: tpc regs a subset of gpc, add separate list for gpc/unk regs
Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
[drivers/gpu/drm/nouveau]

8f6fe26745d39299d43d79dd7ba9838517624c3f
Author: Ben Skeggs
drm/nvf0/gr: build cs ucode for GK110
Signed-off-by: Ben Skeggs
[drivers/gpu/drm/nouveau]

CONCLUSION
The bug was introduced and is lurking in the "nouveau" code.
As stated at the submit open, my NVidia GT430 uses the "nouveau" driver.

-- Alex

Comment 7 Klaus Lichtenwalder 2013-11-01 15:10:29 UTC

Hi,
as 3.11 has hit fedora there's a huge problem with nouveau and gpu lockups. Especially with gimp and probably other heavy graphic programs provoke this lockup very often (kernel-3.11.4-101.fc18.x86_64)