Summary: | [i965gm] random crud in mesa batchbuffer (-> GPU HANG) | ||
---|---|---|---|
Product: | Mesa | Reporter: | Bryce Harrington <bryce> |
Component: | Drivers/DRI/i965 | Assignee: | Ian Romanick <idr> |
Status: | RESOLVED INVALID | QA Contact: | Xorg Project Team <xorg-team> |
Severity: | critical | ||
Priority: | medium | ||
Version: | unspecified | ||
Hardware: | x86 (IA32) | ||
OS: | Linux (All) | ||
Whiteboard: | |||
i915 platform: | i915 features: | ||
Attachments: |
BootDmesg.txt
CurrentDmesg.txt i915_error_state.txt XorgLog.txt |
Description
Bryce Harrington
2011-04-01 04:05:10 UTC
Created attachment 45128 [details]
BootDmesg.txt
Created attachment 45129 [details]
CurrentDmesg.txt
Created attachment 45130 [details]
i915_error_state.txt
Created attachment 45131 [details]
XorgLog.txt
Hmm, garbage towards the end of a mesa (7.10.1) batch. Looks like a missed write by mesa as opposed to cache-line corruption or similar: 0x0fc09d3c: 0x78080003: 3DSTATE_VERTEX_BUFFERS 0x0fc09d40: 0x00000008: buffer 0: sequential, pitch 8b 0x0fc09d44: 0x0fc5a000: buffer address 0x0fc09d48: 0x00000004: max index 0x0fc09d4c: 0x00000000: mbz 0x0fc09d50: 0x08000008: MI UNKNOWN 0x0fc09d54: HEAD 0x0fc5a040: MI UNKNOWN 0x0fc09d58: 0x00000004: MI_NOOP 0x0fc09d5c: 0x00000000: MI_NOOP 0x0fc09d60: 0x0fbf8981: MI UNKNOWN 0x0fc5a040 looks to be an address within the current vertex buffer, and there is more than a superficial resemblance to 3DSTATE_VERTEX_BUFFERS, but the other values do not fit. We really need some information here on what was being run at the time of failure if we're going to reproduce and fix this. Also, still hoping for testing results with the rewritten brw_draw_upload.c code like you asked the reporter to try. Feedback timeout. |
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.