Summary: | [APITRACE] Shadow of Mordor locks up R600 | ||
---|---|---|---|
Product: | Mesa | Reporter: | Christoph Brill <egore> |
Component: | Drivers/Gallium/r600 | Assignee: | Default DRI bug account <dri-devel> |
Status: | RESOLVED MOVED | QA Contact: | Default DRI bug account <dri-devel> |
Severity: | normal | ||
Priority: | medium | CC: | mirh, vitor.hda |
Version: | 11.0 | ||
Hardware: | Other | ||
OS: | All | ||
Whiteboard: | |||
i915 platform: | i915 features: | ||
Bug Depends on: | |||
Bug Blocks: | 77449 | ||
Attachments: | journalctl |
Description
Christoph Brill
2015-10-31 15:02:27 UTC
Created attachment 119314 [details]
journalctl
journalctl as attachment
Uploaded an apitrace to: https://drive.google.com/file/d/0BxAIK4wsKm_YS1dWT0FGd2hVX00/view?usp=sharing Not sure if the trace is complete due to the GPU lockup. Does replaying the apitrace reproduce the lockup? (In reply to Michel Dänzer from comment #3) > Does replaying the apitrace reproduce the lockup? Yes, it reproducibly locks the GPU. I think I have a similar problem in R9 280X. My lockups don't result in a kernel panic and the system simply stops, but I also have the "ring 0/3 stalled for more than Xmsec" messages prior to the lockup. Eventually I also end up with the following messages: [drm:atom_op_jump [radeon]] *ERROR* atombios stuck in loop for more than 5secs aborting [drm:atom_execute_table_locked [radeon]] *ERROR* atombios stuck executing CFB6 (len 62, WS 0, PS 0) @ 0xCFD2 [drm:atom_op_jump [radeon]] *ERROR* atombios stuck in loop for more than 5secs aborting [drm:atom_execute_table_locked [radeon]] *ERROR* atombios stuck executing CFB6 (len 62, WS 0, PS 0) @ 0xCFD2 Please ask for more information and I'll abide. Note: currently on Linux 4.13 and using latest Padoka mesa packages. (In reply to vitor.hda from comment #5) > similar problem in R9 280X, I have the "ring 0/3 stalled Was it with the attached apitrace ? Otherwise could you generate one (apitrace trace, see https://github.com/apitrace/apitrace/blob/master/docs/USAGE.markdown)? > Note: currently on Linux 4.13 and using latest Padoka mesa packages. Was it with Padoka stable or unstable ? ( see note https://launchpad.net/~paulo-miguel-dias/+archive/ubuntu/mesa ). They use different llvm version (5 vs 6). With the apitrace in comment #2, there was no issue on a Cap Verde AMD W600 with https://cgit.freedesktop.org/~agd5f/linux/log/?h=amd-staging-4.13 and latest git mesa and latest git llvm (which is 6+) I assume this has been fixed by now? Can we close this bug? -- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/mesa/mesa/issues/558. |
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.