Bug 15525 (gem_madvise_ioctl)
| Summary: | Blank screen after some time, after hibernation/suspend | ||
|---|---|---|---|
| Product: | Drivers | Reporter: | capsel |
| Component: | Video(DRI - Intel) | Assignee: | drivers_video-dri-intel (drivers_video-dri-intel) |
| Status: | CLOSED CODE_FIX | ||
| Severity: | high | CC: | axet, capsel, chris, rjw |
| Priority: | P1 | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Kernel Version: | 2.6.33 | Subsystem: | |
| Regression: | Yes | Bisected commit-id: | |
| Bug Depends on: | |||
| Bug Blocks: | 14885 | ||
|
Description
capsel
2010-03-12 17:24:28 UTC
2.6.34-rc1 works fine with the KMS driver on my Wind U100. Can you try this one, please? I did not hibernate or suspend and screen didn't have any unusual colors but... After 2 hours since boot screen froze. Everything was still but mouse cursor, which changed it appearance (arrow, text, resizing) according to what was on screen. So I killed X. from syslog: kernel: [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung kernel: render error detected, EIR: 0x00000000 kernel: [drm:i915_do_wait_request] *ERROR* i915_do_wait_request returns -5 (awaiting 980788 at 980776) and that was 2.6.34-rc1 I forgot to mention that I could switch from text console (with KMS) to X and back. Screen in X was frozen - nothing changed - but console was working. And 1 hour not 2. ...that's kind of progress, isn't it? What version of the user space Intel driver do you use? from emerge -s intel:
* x11-drivers/xf86-video-intel
Latest version available: 2.9.1
Latest version installed: 2.9.1
Size of files: 770 kB
Homepage: http://xorg.freedesktop.org/
Description: X.Org driver for Intel cards
License: MIT
any other info I can give to help?
Just few seconds ago, under 2.6.34-rc2, screen started flickering. I'm running kde-4.4.1, on one (virtual) desktop rsync, on other www browser. There are no messages in dmesg or Xorg.0.log about this. After switching desktops for a while the effect disappeard. 2.6.33.2 works somewhat better. Sometimes screen becomes black for a moment (less than second) or mouse cursor looks like few bitmap lines switched their places. But now under xfce/compiz. This bug is still valid. What info should I give? On Saturday 10 April 2010, Kacper Kopczyński wrote:
> Dnia 2010-04-09, o godz. 01:04:34
> "Rafael J. Wysocki" <rjw@sisk.pl> napisał(a):
>
> > This message has been generated automatically as a part of a report
> > of regressions introduced between 2.6.32 and 2.6.33.
> >
> > The following bug entry is on the current list of known regressions
> > introduced between 2.6.32 and 2.6.33. Please verify if it still
> > should be listed and let the tracking team know (either way).
> >
> >
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15525
> > Subject : Blank screen after some time, after
> > hibernation/suspend Submitter : <capsel@matrix.inten.pl>
> > Date : 2010-03-12 17:24 (28 days old)
> >
> >
>
> It still does not work as I described on "Bug-Entry".
To be more precise - every 2.6.32.(-10) and 2.6.33.* and 2.6.34-rc{123} does not work well. This is a regression but from 2.6.31 series.
Some time ago gentoo unmasked 2.6.32 series kernel, but it does not work - same symptoms, even without hibernation/suspend.
How can I help, can someone direct me?
I'm testing gentoo-sources-2.6.33-r1, which seems to include 2.6.33.2 patches, and user space driver 2.11.0 for over a week, and all seems to work well. ...and screen went black. kernel 2.6.33.2 ("vanilla"), driver 2.11.0. No messages in /var/log/messages od /var/log/Xorg.0.log.
Now I'm using kernel 2.6.34 and driver 2.11.0 since it (kernel) was released and it works well Yes, you hit both a userspace bug which was attempting to re-use pinned (since they were being used for scanout) buffers. As noted, fixed in xf86-video-intel-2.11.0 |