Summary: | intel 2.2.1 crash in I830WaitLpRing with torus-trooper game | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Product: | xorg | Reporter: | Brice Goglin <brice.goglin> | ||||||||
Component: | Driver/intel | Assignee: | haihao <haihao.xiang> | ||||||||
Status: | RESOLVED FIXED | QA Contact: | Xorg Project Team <xorg-team> | ||||||||
Severity: | normal | ||||||||||
Priority: | medium | CC: | jello, shuang.he | ||||||||
Version: | 7.3 (2007.09) | ||||||||||
Hardware: | Other | ||||||||||
OS: | All | ||||||||||
URL: | http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=455817 | ||||||||||
Whiteboard: | |||||||||||
i915 platform: | i915 features: | ||||||||||
Bug Depends on: | |||||||||||
Bug Blocks: | 16029 | ||||||||||
Attachments: |
|
Description
Brice Goglin
2008-02-27 22:57:32 UTC
Created attachment 14674 [details]
X server log
Created attachment 14675 [details]
X server config file
Please attach dmesg info. I can reproduce this issue with 2D driver 2.2.1 on GM965, here's what I get: intelWaitIrq: drmI830IrqWait: -16 [root@x-portable tt-0.22]# Error in I830WaitLpRing(), timeout for 2 seconds pgetbl_ctl: 0x3ef80001 pgetbl_err: 0x0 ipeir: 0 iphdr: 60020100 LP ring tail: 4a08 head: 4a18 len: 1f001 start 0 Err ID (eir): 0 Err Status (esr): 1 Err Mask (emr): ffffffdf instdone: 3f65fafd instdone_1: ffff3 instpm: 0 memmode: 0 instps: 401f02e HW Status mask (hwstam): fffecffe IRQ enable (ier): 2 imr: fffe0000 iir: 30 acthd: 66d2a5c dma_fadd_p: 66d2a58 ecoskpd: 307 excc: 0 cache_mode: 6800/180 mi_arb_state: 44 IA_VERTICES_COUNT_QW 0/0 IA_PRIMITIVES_COUNT_QW 0/0 VS_INVOCATION_COUNT_QW 0/0 GS_INVOCATION_COUNT_QW 0/0 GS_PRIMITIVES_COUNT_QW 0/0 CL_INVOCATION_COUNT_QW 0/0 CL_PRIMITIVES_COUNT_QW 0/0 PS_INVOCATION_COUNT_QW 0/0 PS_DEPTH_COUNT_QW 0/0 WIZ_CTL 0 TS_CTL 0 TS_DEBUG_DATA 1ef331c7 TD_CTL 0 / 0 space: 8 wanted 32 Fatal server error: lockup Error in I830WaitLpRing(), timeout for 2 seconds pgetbl_ctl: 0x3ef80001 pgetbl_err: 0x0 ipeir: 0 iphdr: 60020100 LP ring tail: 4a10 head: 4a18 len: 1f001 start 0 Err ID (eir): 0 Err Status (esr): 1 Err Mask (emr): ffffffdf instdone: 3f65fafd instdone_1: ffff3 instpm: 0 memmode: 0 instps: 401f02e HW Status mask (hwstam): fffecffe IRQ enable (ier): 2 imr: fffe0000 iir: 30 acthd: 66d2a5c dma_fadd_p: 66d2a58 ecoskpd: 307 excc: 0 cache_mode: 6800/180 mi_arb_state: 44 IA_VERTICES_COUNT_QW 0/0 IA_PRIMITIVES_COUNT_QW 0/0 VS_INVOCATION_COUNT_QW 0/0 GS_INVOCATION_COUNT_QW 0/0 GS_PRIMITIVES_COUNT_QW 0/0 CL_INVOCATION_COUNT_QW 0/0 CL_PRIMITIVES_COUNT_QW 0/0 PS_INVOCATION_COUNT_QW 0/0 PS_DEPTH_COUNT_QW 0/0 WIZ_CTL 0 TS_CTL 0 TS_DEBUG_DATA 1ef331c7 TD_CTL 0 / 0 space: 0 wanted 131064 FatalError re-entered, aborting lockup Created attachment 15051 [details]
dmesg
Shuang, what's mesa version you use? How about mesa-7.0.x and drm in stable kernel? (In reply to comment #6) > Shuang, what's mesa version you use? How about mesa-7.0.x and drm in stable > kernel? > Oh, sorry, I Missed this one I'm using mesa 7_0 branch Shuang, Could you try this with mesa7.0.3-rc1? If this issue doesn't occur against rc1, it should be a duplicate of bug#14940. (In reply to comment #9) > Shuang, Could you try this with mesa7.0.3-rc1? If this issue doesn't occur > against rc1, it should be a duplicate of bug#14940. > this issue also happens with mesa 7.0.3-rc1 fixed in mesa_7_0_branch (82a0e82232d61a75fee39d50333016d78938450f) |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.