| Summary: | Display corruption with Linux kernel commit 616d9cee4fdc4 ("First try the previous execbuffer location") | ||
|---|---|---|---|
| Product: | DRI | Reporter: | Kenneth C <kenny> |
| Component: | DRM/Intel | Assignee: | Intel GFX Bugs mailing list <intel-gfx-bugs> |
| Status: | CLOSED WORKSFORME | QA Contact: | Intel GFX Bugs mailing list <intel-gfx-bugs> |
| Severity: | critical | ||
| Priority: | high | CC: | intel-gfx-bugs, kenny |
| Version: | DRI git | Keywords: | bisected, regression |
| Hardware: | x86-64 (AMD64) | ||
| OS: | Linux (All) | ||
| Whiteboard: | |||
| i915 platform: | HSW | i915 features: | display/Other |
| Attachments: | |||
|
Description
Kenneth C
2017-11-16 02:23:57 UTC
Created attachment 135506 [details]
/proc/config.gz
Created attachment 135507 [details]
/proc/cpuinfo
Created attachment 135508 [details] [review] My take on reverting it, wasn't a clean revert, but this seems to be right, and it hasn't blown up so far We need details on the broken userspace.
> We need details on the broken userspace.
Certainly. What would you like to see? I'll attach an Xorg.0.log file from around the time the failure occurred.
Created attachment 135535 [details]
Xorg.0.log file (working-kernel version however, but the userspace is still the same)
(In reply to Kenneth C from comment #6) > Created attachment 135535 [details] > Xorg.0.log file (working-kernel version however, but the userspace is still > the same) And the log for the broken version, since I'm looking for something in particular in there that might explain the type of breakage. Its absence will also be indicative. This is still in "Needinfo" state ... It's going to be hard to regress these machines back to a failing kernel at the moment- do you still need the Xorg.0.log file, or is there sufficient information to at least understand the cause for this bug? Created attachment 136632 [details] [review] Reverting patch FWIW I am providing a one-liner which is sufficient to revert the commit and have it working back again (I am currently testing it on vanilla linux). I know that it is only for disabling the commit and not fixing the problem. First of all. Sorry about spam. This is mass update for our bugs. Sorry if you feel this annoying but with this trying to understand if bug still valid or not. If bug investigation still in progress, please ignore this and I apologize! If you think this is not anymore valid, please comment to the bug that can be closed. If you haven't tested with our latest pre-upstream tree(drm-tip), can you do that also to see if issue is valid there still and if you cannot see issue there, please comment to the bug. Closing, please re-open if still occurs. |
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.