Bug 13490
| Summary: | after some time of inactivity display turns black - requires hard restart | ||
|---|---|---|---|
| Product: | Drivers | Reporter: | Khashayar Naderehvandi (khashayar.lists) |
| Component: | Video(DRI - non Intel) | Assignee: | drivers_video-dri |
| Status: | RESOLVED CODE_FIX | ||
| Severity: | normal | CC: | bgamari, gordon.jin, jbarnes |
| Priority: | P1 | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Kernel Version: | 2.6.30-rc8 | Subsystem: | |
| Regression: | No | Bisected commit-id: | |
| Attachments: | GPU dump | ||
|
Description
Khashayar Naderehvandi
2009-06-08 20:08:32 UTC
I am seeing this as well on GM965. Sorry, I forgot to mention the hardware. I'm seeing this on a GM965 (Dell XPS m1330) as well as a G45 (Asus N20A). The snippet above is from the GM965 laptop. Indeed, the problem does seem to be a gpu wedge,
Xorg backtrace:
(gdb) bt
#0 0x00007fcd99d6bec7 in ioctl () from /lib/libc.so.6
#1 0x00007fcd98b0879e in drmIoctl (fd=8, request=25688, arg=0x0)
at xf86drm.c:187
#2 0x00007fcd98b0c518 in drmCommandNone (fd=8, drmCommandIndex=24)
at xf86drm.c:2313
#3 0x00007fcd9868aca0 in I830BlockHandler (i=0,
blockData=<value optimized out>, pTimeout=0x7fff18e176e0,
pReadmask=0x87d8e0) at i830_driver.c:2295
#4 0x00000000004e7999 in AnimCurScreenBlockHandler (screenNum=0,
blockData=0x0, pTimeout=0x7fff18e176e0, pReadmask=0x87d8e0)
at animcur.c:222
#5 0x00000000005d1ca2 in compBlockHandler (i=0, blockData=0x0,
pTimeout=0x7fff18e176e0, pReadmask=0x87d8e0) at compinit.c:166
#6 0x000000000042c420 in BlockHandler (pTimeout=0x7fff18e176e0,
pReadmask=0x87d8e0) at dixutils.c:379
#7 0x000000000047db6f in WaitForSomething (pClientsReady=0x4be0a50)
at WaitFor.c:215
#8 0x0000000000446924 in Dispatch () at dispatch.c:362
#9 0x000000000042689e in main (argc=10, argv=0x7fff18e178d8,
envp=0x7fff18e17930) at main.c:283
Xorg components as of Sun Jun 14 04:59:52 EDT 2009
drm: 6e88027eb5ae669cbe9710bca5309b3a06b0adc5
xf86-video-intel: 374368109c1db603b6fb514212d0e9661b93f913
mesa: d9617deb008b75f4a605a30408aeb1948139c33e
xserver: 92bc088aab7a904d64641d6e5d2a76058e9fa6fc
Linux ben-laptop 2.6.30-ben #21 SMP Wed Jun 10 13:27:14 EDT 2009 x86_64 GNU/Linux
Created attachment 21909 [details]
GPU dump
I am fairly certain this is not a kernel issue. It looks like the problem is in the userland driver (DDX). When the chip goes down the batch buffer head is located at, 0x0c1db014: HEAD 0x54f08806: XY_SRC_COPY_BLT (rgb enabled, alpha enabled, src tile 1, dst tile 1) 0x0c1db018: HEAD 0x03cc0780: format 8888, dst pitch 1920, clipping disabled 0x0c1db01c: HEAD 0x04980766: dst (1894,1176) 0x0c1db020: HEAD 0x04b00780: dst (1920,1200) 0x0c1db024: HEAD 0x04331000: dst offset 0x04331000 0x0c1db028: HEAD 0x04980766: src (1894,1176) 0x0c1db02c: HEAD 0x00000780: src pitch 1920 0x0c1db030: HEAD 0x06696000: src offset 0x06696000 The dst and src offsets seem to be invalid given that tiling is enabled: Destination Base Address: (base address of the destination surface: X=0, Y=0) When Dest Tiling is enabled (Bit 11 enabled), this address is limited to 4Kbytes. Source Base Address: (base address of the source surface: X=0, Y=0) When Src Tiling is enabled (Bit 15 enabled), this address is limited to 4Kbytes. It seems that Ave has attempted to bisect this. It seems that xf86-video-intel commit ec2fde7c8250fdc30984f16c8a1d3587d70b0144 is the first bad commit. Given this is probably not a kernel bug, I've opened a report on bugs.fdo.org: Bug #22283 (https://bugs.freedesktop.org/show_bug.cgi?id=22283). I think future discussion should be moved to this new bug. Someone probably ought to close this one as well. Thanks Ben. You are right we'd better track it at freedesktop.og (and it's said fixed there). |