| Summary: | [ALL] visual corruption when kms kicks in | ||
|---|---|---|---|
| Product: | DRI | Reporter: | Timo Aaltonen <tjaalton> |
| Component: | DRM/Intel | Assignee: | Mika Kuoppala <mika.kuoppala> |
| Status: | CLOSED FIXED | QA Contact: | Intel GFX Bugs mailing list <intel-gfx-bugs> |
| Severity: | normal | ||
| Priority: | medium | CC: | intel-gfx-bugs, przanoni, sangshuduo |
| Version: | XOrg git | ||
| Hardware: | Other | ||
| OS: | All | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
|
Description
Timo Aaltonen
2013-11-21 11:15:31 UTC
ok so it was too big for bugzilla, put it here instead: http://koti.kapsi.fi/~tjaalton/tmp/13110010.mp4 Hi You are talking about those red stripes, right? Does this happen to you only on a specific output type (e.g., HDMI, DVI, DP, eDP or VGA) or all of them? Which one was being used when you recorded the video? I used to see this problem on my Haswell machine too, but we recently applied some missing workarounds and I can't see it anymore. Can you please test the latest drm-intel-nightly branch? Thanks, Paulo The cause is that we scribble over the GTT whilst the outputs are still reading from it (during BIOS -> KMS takeover). It is not yet fixed, and the regression is on all machines dating from about 3.2 - in some cases this is known to also cause a GPU hang. This was on a laptop, so eDP. But I have desktop SDP's too which have the same. I'm happy to test whatever in order to get it finally fixed :) (In reply to comment #3) > The cause is that we scribble over the GTT whilst the outputs are still > reading from it (during BIOS -> KMS takeover). It is not yet fixed, and the > regression is on all machines dating from about 3.2 - in some cases this is > known to also cause a GPU hang. Oddly it seems to come and go for me... but definitely it has existed for a long time. (In reply to comment #5) > (In reply to comment #3) > > The cause is that we scribble over the GTT whilst the outputs are still > > reading from it (during BIOS -> KMS takeover). It is not yet fixed, and the > > regression is on all machines dating from about 3.2 - in some cases this is > > known to also cause a GPU hang. > > Oddly it seems to come and go for me... but definitely it has existed for a > long time. Also, why is it always at the top 1/3 to 1/4 of the screen. Is that the difference between 80x25 vs the native mode? (In reply to comment #2) > Hi > > You are talking about those red stripes, right? Does this happen to you only > on a specific output type (e.g., HDMI, DVI, DP, eDP or VGA) or all of them? > Which one was being used when you recorded the video? > > I used to see this problem on my Haswell machine too, but we recently > applied some missing workarounds and I can't see it anymore. Can you please > test the latest drm-intel-nightly branch? > > Thanks, > Paulo Hi Thanks for the suggestions. I tested drm-intel-nightly debs [1] on a Haswell platform, the red stripes does disappeared, but instead a white strip is displayed for less than 0.1 second. [1]: http://kernel.ubuntu.com/~kernel-ppa/mainline/drm-intel-nightly/current/ Thanks, Ning I made a video shot for comment #7: http://ubuntuone.com/4jkOVo1NcF5hShk3qBuSom This should be fixed by commit d978ef14456a38034f6c0e94a794129501f89200 Author: Jesse Barnes <jbarnes@virtuousgeek.org> Date: Fri Mar 7 08:57:51 2014 -0800 drm/i915: Wrap the preallocated BIOS framebuffer and preserve for KMS fbcon v12 |
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.