Bug #765813 “8086:2562 [drm:intel_prepare_page_flip] *ERROR* Pre...” : Bugs : linux package : Ubuntu

Revision history for this message

In freedesktop.org Bugzilla #30654, Xavier (chantry-xavier) wrote on 2010-10-06:

#19

The 3 games I tried (teeworlds,tremulous,neverball) trigger the following error when run at fullscreen 1024x768 (laptop native resolution) :
[drm:intel_prepare_page_flip] *ERROR* Prepared flip multiple times

On tremulous and teeworlds, this is associated with a lot of black flashes / flickers.

In window mode or in fullscreen at lower resolution (e.g. 800x600), there is no flicker and no ERROR.

I am using latest git of everything but I believe the flickers have been there for quite some time and are probably reproducible on the latest stable release too.

00:02.0 VGA compatible controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02)
mesa 06472ad7e835813ef7c9bf8a5cd8b62a25fa9cc3
ddx 1444ea35706992a1f094fe029e6a7d9eec0f93c6
drm-intel-next 7b4f3990a22fbe800945f12001bc30db374d0af5
X.Org X Server 1.9.0

Revision history for this message

In freedesktop.org Bugzilla #30654, Xavier (chantry-xavier) wrote on 2010-10-06:

#20

Created attachment 39227
kernel log

Revision history for this message

In freedesktop.org Bugzilla #30654, Chris Wilson (ickle) wrote on 2010-10-06:

#21

Daniel, if you have the opportunity, can you check for the same issue on your 855? Why would gen2 be any more susceptible to this than gen3? Unlikely to be purely a timing issue as then there would have been some reports on i915.

Revision history for this message

In freedesktop.org Bugzilla #30654, Daniel-ffwll (daniel-ffwll) wrote on 2010-10-06:

#22

> --- Comment #2 from Chris Wilson <email address hidden> 2010-10-06 09:49:14 PDT ---
> Daniel, if you have the opportunity, can you check for the same issue on your
> 855? Why would gen2 be any more susceptible to this than gen3? Unlikely to be
> purely a timing issue as then there would have been some reports on i915.

I've seen this problem on my i855gm and my ilk. Can't remember whether it
happens on my i945, too. Atm I can't reproduce it anymore on any of my
machines, tough. It usually happens fairly reliable with kde
compositioning (vsync enabled) and full-screen video watching when
switching between mplayer and other apps using the cover flip. Recently
I've also seen it without composition in gnome and mesa stuff.

So my money is on timing problem ... at least for the moment.

Revision history for this message

In freedesktop.org Bugzilla #30654, Chris Wilson (ickle) wrote on 2010-10-06:

#23

Daniel mentioned observing this on Ironlake with virtual forbidden city on default fedora.

Revision history for this message

In freedesktop.org Bugzilla #30654, Daniel-ffwll (daniel-ffwll) wrote on 2010-10-06:

#24

The "Prepared flip multiple times" might not be related to the flicker
bug. I can reproduce the flicker on my i855, too, and there I also have
tons of "Prepared flip multiple times". But not on my ironlake (even when
it flickers).

Revision history for this message

In freedesktop.org Bugzilla #30654, Chris Wilson (ickle) wrote on 2010-10-07:

#25

Tremulous (via pts) on 965GM or Pineview isn't flickering nor spewing page flip errors. Sounds like a have a pair of separate bugs.

Revision history for this message

In freedesktop.org Bugzilla #30654, Chris Wilson (ickle) wrote on 2010-10-07:

#26

(In reply to comment #5)
> But not on my ironlake (even when it flickers).

Daniel can you report a second bug for this?

Revision history for this message

In freedesktop.org Bugzilla #30654, Xavier (chantry-xavier) wrote on 2010-11-06:

#27

ickle said a while ago 'Prepared flip multiple times' error might just be a misunderstanding of the hardware.
It indeed does not seem to have any ill effect so maybe the debug message could be removed or put at a higher debug level (ratelimit would be good to have if it's not removed).

Today I finally found the real culprit : sync to vblank.
With vblank_mode=0, I don't see any flickering, either in fullscreen or window.

But by default (vblank on), I get flickering in both window and fullscreen mode.

Looking at the framerate in several games, it seems quite clear that the flickering happens when constant 60 fps (refresh rate) cannot be maintained.
So when the scene is too complex for the gpu, it seems to flicker at every frame associated with fps jumps.
When the scene is very simple, I see a constant 60fps and not any flickering.
And all the granularity between these two extremes.

Revision history for this message

In freedesktop.org Bugzilla #30654, Xavier (chantry-xavier) wrote on 2010-11-07:

#28

It's interesting that when pageflip is active, it's always vsync-ed, so enabling/disabling vblank_mode just enables/disables flickering, without real effects on the framerate.

IE with pageflip on and vblank_mode=0, the fps can jump between 30 and 60 fps because my machine is too slow but there is not any flickering to see.

Revision history for this message

In freedesktop.org Bugzilla #30654, Daniel-ffwll (daniel-ffwll) wrote on 2011-01-19:

#29

Fyi, my flickering problem got fixed by recompiling mesa. According to Jesse Barnes, inconsisten versions of the dri2 and gl proto headers when compiling the x server and mesa may lead to this flickering (for unknown reasons).

Revision history for this message

In freedesktop.org Bugzilla #30654, Xavier (chantry-xavier) wrote on 2011-01-24:

#30

(In reply to comment #10)
> Fyi, my flickering problem got fixed by recompiling mesa. According to Jesse
> Barnes, inconsisten versions of the dri2 and gl proto headers when compiling
> the x server and mesa may lead to this flickering (for unknown reasons).

Last update of dri2 and gl proto headers on my system was before 2010-11-07 (date of my last comment).
I brought my system up-to-date yesterday, and the problem was completely gone.
I went back to older versions of kernel / libdrm / ddx / mesa, and never managed to reproduce the problem.
I did not try to downgrade everything though, there were probably a bunch of other xorg components that were updated by my distrib in the meantime.

vblank was definitely on since fps was either 30 or 60 fps, but no flickering to be seen. Well good news I guess !

Revision history for this message

In freedesktop.org Bugzilla #30654, Xavier (chantry-xavier) wrote on 2011-02-27:

#31

Just a few days later my last report, the bug was back, while I didn't touch anything related to the graphic stack. It drove me mad.

Today I noticed something :
vblank off : it works and kernel log is fine (but pageflip seems to be used)
vblank on : it flickers, and dmesg is flooded with :
[drm:intel_prepare_page_flip] *ERROR* Prepared flip multiple times

Revision history for this message

In freedesktop.org Bugzilla #30654, Jd-girard (jd-girard) wrote on 2011-04-16:

#32

I'm having the same problem when enabling desktop effects in KDE on my laptop (chipset 82852/855GM).
How do you enable / disable vblank ? I tried to use driconf but it does not seem to have any effect on vblank.

Revision history for this message

In freedesktop.org Bugzilla #30654, Xavier (chantry-xavier) wrote on 2011-04-17:

#33

driconf does not support dri2, but it's only one dumb change : use driver=dri2.
One example I just found with google :
http://pastebin.com/3gr5VbHY

Revision history for this message

In freedesktop.org Bugzilla #30654, Jd-girard (jd-girard) wrote on 2011-04-17:

#34

(In reply to comment #14)
> driconf does not support dri2, but it's only one dumb change : use driver=dri2.

Ok, thanks, I've been able to disable vblank, but KDE effects still produce the same error. Compiz works fine though (with vblank disabled), so maybe kwin is re-enabling it somehow.

Revision history for this message

Robert Blenkinsopp (xenophoenix) wrote on 2011-04-19:

#1

BootDmesg.txt Edit (34.8 KiB, text/plain; charset="utf-8")
CurrentDmesg.txt Edit (123.4 KiB, text/plain; charset="utf-8")
DRM.card0.DVI.I.1.txt Edit (400 bytes, text/plain; charset="utf-8")
Dependencies.txt Edit (6.8 KiB, text/plain; charset="utf-8")
Lspci.txt Edit (7.7 KiB, text/plain; charset="utf-8")
Lsusb.txt Edit (409 bytes, text/plain; charset="utf-8")
ProcCpuinfo.txt Edit (551 bytes, text/plain; charset="utf-8")
ProcInterrupts.txt Edit (1.2 KiB, text/plain; charset="utf-8")
ProcModules.txt Edit (2.0 KiB, text/plain; charset="utf-8")
UdevDb.txt Edit (81.3 KiB, text/plain; charset="utf-8")
UdevLog.txt Edit (196.0 KiB, text/plain; charset="utf-8")
XorgConf.txt Edit (349 bytes, text/plain; charset="utf-8")
XorgLog.txt Edit (38.4 KiB, text/plain; charset="utf-8")
XorgLogOld.txt Edit (36.1 KiB, text/plain; charset="utf-8")

bugbot (bugbot) on 2011-04-21

affects:

xorg (Ubuntu) → xserver-xorg-video-intel (Ubuntu)

Revision history for this message

Bryce Harrington (bryce) wrote on 2011-04-22:

#2

The error message is printed by the kernel's drm module, so quelling that error needs to be done on the kernel side.

Quelling the error is probably an easy fix. Why it is generating the error in the first place might be a more intricate problem. But this bug report can focus on quelling the error since that's clearly too much output.

affects:	xserver-xorg-video-intel (Ubuntu) → linux (Ubuntu)
Changed in linux (Ubuntu):
importance:	Undecided → High

Revision history for this message

Robert Blenkinsopp (xenophoenix) wrote on 2011-04-22:

#3

Should I file a bug for this elsewhere as well then? This appears to severely hurts video performance (can't play back video smoothly where as it could perfectly on older ubuntu builds).

This appears to be somewhat independent of the logging, and is probably an symptom of the underlying problem.

Revision history for this message

Dominique Brazziel (dbrazziel) wrote on 2011-04-22:

#4

As stated above, the kernel i915 driver is the most likely place for root cause analysis. Package 'xserver-xorg-video-intel' might be a likely candidate for further investigation. Looking at the changelog (https://launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+changelog) I see a patch was added to allow the user to disable page-flipping, and later a subsequent removal of said patch.

Revision history for this message

Fabio Marconi (fabiomarconi) wrote on 2011-04-24:

#5

https://bugs.freedesktop.org/show_bug.cgi?id=30654
contain some suggestion

Revision history for this message

Robert Blenkinsopp (xenophoenix) wrote on 2011-04-24:

#6

Just to confirm, creating a drirc file with vblank_mode=0 as per the freedesktop thread does indeed suppress the error message.

Revision history for this message

Sebastian Kranefeld (sebastian-kranefeld) wrote on 2011-05-03:

#7

/usr/share/X11/xorg.conf.d/10-intel.conf (workaround) Edit (87 bytes, text/plain)

This Workaround works for me:

Add the file "10-intel.conf" to "/usr/share/X11/xorg.conf.d". (disables the feature, and xorg will start proper.)

Source: https://bugs.archlinux.org/task/21927

Brad Figg (brad-figg) on 2011-05-03

Changed in linux (Ubuntu):
status:	New → Confirmed

Revision history for this message

Robert Blenkinsopp (xenophoenix) wrote on 2011-05-03:

#8

~/.drirc workaround Edit (190 bytes, text/plain)

The vblank_mode in my opinion remains a better work around as it still allows hardware acceleration while suppressing the error. The alternative 'Option "DRI" "false"', at least in my case disables hardware acceleration.

Revision history for this message

Götz Christ (g-christ) wrote on 2011-05-19:

#9

This bug is a big a nuisance. I don't know why, but sometimes I get that error, and it fills my 10 GB root partition (where the /var/ directory is), after that all programs start to crash.
If I delete those files, /var/log/kern.log and /var/log/syslog the df continues to report 0 free space. And I can't even restart the xserver, I get:
"/etc/X11/Xsession: line 98: echo: write error: No space left on device
Xsession: warning: unable to write to /tmp; X session may exit with an error"

Robert Blenkinsopp, where should that file be put?

Revision history for this message

Robert Blenkinsopp (xenophoenix) wrote on 2011-05-19:

#10

G. Christ, the file can be placed in your home directory (If it is you starting the X server) and should be named ~/.drirc.

Alternatively you can place it in /etc to use as a system wide setting, if you do that it should be /etc/drirc (no dot before drirc)

Hope that helps.

Revision history for this message

Götz Christ (g-christ) wrote on 2011-05-20:

#11

Thank you Robert Blenkinsopp!

Revision history for this message

In freedesktop.org Bugzilla #30654, Eugeni Dodonov (eugeni) wrote on 2011-09-08:

#35

This issue is affecting a hardware component which is not being actively worked on anymore.

Moving the assignee to the dri-devel list as contact, to give this issue a better coverage.

Revision history for this message

pioruns (pioruns) wrote on 2011-11-20:

#12

Confirmed in Xubuntu 11.10 i386.
My syslog has been filled with 6316536 lines of:
Nov 19 16:29:31 pioruns-LIFEBOOK-S7010 kernel: [72961.018672] [drm:intel_prepare_page_flip] *ERROR* Prepared flip
multiple times
syslog.1 size is 777MB, this error spawning is just wasting my computer resources.
Details:

00:02.0 VGA compatible controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02)
Subsystem: Fujitsu Limited. Device 126d
Kernel driver in use: i915
Kernel modules: intelfb, i915
00:02.1 Display controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02)
Subsystem: Fujitsu Limited. Device 126d
Kernel modules: i915

xorg:
  Zainstalowana: 1:7.6+7ubuntu7
  Kandydująca: 1:7.6+7ubuntu7
  Tabela wersji:
*** 1:7.6+7ubuntu7 0
        500 http://gb.archive.ubuntu.com/ubuntu/ oneiric/main i386 Packages
        100 /var/lib/dpkg/status

xserver-xorg-video-intel:
  Zainstalowana: 2:2.15.901-1ubuntu2
  Kandydująca: 2:2.15.901-1ubuntu2
  Tabela wersji:
*** 2:2.15.901-1ubuntu2 0
        500 http://gb.archive.ubuntu.com/ubuntu/ oneiric/main i386 Packages
        100 /var/lib/dpkg/status

Revision history for this message

pioruns (pioruns) wrote on 2011-11-20:

#13

Also I found this in the logs:
[85994.396838] render error detected, EIR: 0x00000010
[85994.396851] [drm:i915_report_and_clear_eir] *ERROR* EIR stuck: 0x00000010, masking
[85994.396894] render error detected, EIR: 0x00000010

Revision history for this message

Bib (bybeu) wrote on 2011-12-19:

#14

Download full text (3.5 KiB)

uname -a
Linux Amilo-M7405 3.0.0-14-generic #23-Ubuntu SMP Mon Nov 21 20:34:47 UTC 2011 i686 i686 i386 GNU/Linux
lspci
00:00.0 Host bridge: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller (rev 02)
00:00.1 System peripheral: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller (rev 02)
00:00.3 System peripheral: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller (rev 02)
00:02.0 VGA compatible controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02)
00:02.1 Display controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02)
00:1d.0 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 (rev 03)
00:1d.1 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 (rev 03)
00:1d.2 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #3 (rev 03)
00:1d.7 USB Controller: Intel Corporation 82801DB/DBM (ICH4/ICH4-M) USB2 EHCI Controller (rev 03)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 83)
00:1f.0 ISA bridge: Intel Corporation 82801DBM (ICH4-M) LPC Interface Bridge (rev 03)
00:1f.1 IDE interface: Intel Corporation 82801DBM (ICH4-M) IDE Controller (rev 03)
00:1f.3 SMBus: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) SMBus Controller (rev 03)
00:1f.5 Multimedia audio controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 03)
00:1f.6 Modem: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Modem Controller (rev 03)
01:03.0 CardBus bridge: O2 Micro, Inc. OZ711M1/MC1 4-in-1 MemoryCardBus Controller (rev 20)
01:03.1 CardBus bridge: O2 Micro, Inc. OZ711M1/MC1 4-in-1 MemoryCardBus Controller (rev 20)
01:03.2 System peripheral: O2 Micro, Inc. OZ711Mx 4-in-1 MemoryCardBus Accelerator
01:07.0 Network controller: Intel Corporation PRO/Wireless 2200BG [Calexico2] Network Connection (rev 05)
01:0a.0 FireWire (IEEE 1394): Texas Instruments TSB43AB22A IEEE-1394a-2000 Controller (PHY/Link) [iOHCI-Lynx]
01:0c.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)

Since yesterday, after I installed compiz, ccsm, fusion-icon and lo-menubar (and added fusion-icon --no-start into startup applications (cmd line found in Applications/System tools) )
Same logs filled up at very hi rate, only when I launch the log viewer - filling the logs stops as soon as I close or xkill the gnome-system-log
exact same thousands error strings:
[drm:intel_prepare_page_flip] *ERROR* Prepared flip multiple times every frame with intel graphics

Since long time:
same:

render error detected, EIR: 0x00000010
[drm:i915_report_and_clear_eir] *ERROR* EIR stuck: 0x00000010, masking
render error detected, EIR: 0x00000010

on quit

I always use Ubuntu Classic no effects since maverick
yesterday after compiz install I tryied also Ubuntu Classic (both gnome-panel - I never use Ubuntu Unity 2D/3D)

The PC failed to submit the detected bug (out of memory error)

At the same time I got a strange behaviours when I remove applets or shortcuts out of panels (error ~ applet error ...

uname -a
Linux Amilo-M7405 3.0.0-14-generic #23-Ubuntu SMP Mon Nov 21 20:34:47 UTC 2011 i686 i686 i386 GNU/Linux
lspci
00:00.0 Host bridge: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller (rev 02)
00:00.1 System peripheral: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller (rev 02)
00:00.3 System peripheral: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller (rev 02)
00:02.0 VGA compatible controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02)
00:02.1 Display controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02)
00:1d.0 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 (rev 03)
00:1d.1 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 (rev 03)
00:1d.2 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #3 (rev 03)
00:1d.7 USB Controller: Intel Corporation 82801DB/DBM (ICH4/ICH4-M) USB2 EHCI Controller (rev 03)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 83)
00:1f.0 ISA bridge: Intel Corporation 82801DBM (ICH4-M) LPC Interface Bridge (rev 03)
00:1f.1 IDE interface: Intel Corporation 82801DBM (ICH4-M) IDE Controller (rev 03)
00:1f.3 SMBus: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) SMBus Controller (rev 03)
00:1f.5 Multimedia audio controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 03)
00:1f.6 Modem: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Modem Controller (rev 03)
01:03.0 CardBus bridge: O2 Micro, Inc. OZ711M1/MC1 4-in-1 MemoryCardBus Controller (rev 20)
01:03.1 CardBus bridge: O2 Micro, Inc. OZ711M1/MC1 4-in-1 MemoryCardBus Controller (rev 20)
01:03.2 System peripheral: O2 Micro, Inc. OZ711Mx 4-in-1 MemoryCardBus Accelerator
01:07.0 Network controller: Intel Corporation PRO/Wireless 2200BG [Calexico2] Network Connection (rev 05)
01:0a.0 FireWire (IEEE 1394): Texas Instruments TSB43AB22A IEEE-1394a-2000 Controller (PHY/Link) [iOHCI-Lynx]
01:0c.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)

Since yesterday, after I installed compiz, ccsm, fusion-icon and lo-menubar (and added fusion-icon --no-start into startup applications (cmd line found in Applications/System tools) ) 
Same logs filled up at very hi rate, only when I launch the log viewer - filling the logs stops as soon as I close or xkill the gnome-system-log 
exact same thousands error strings:
[drm:intel_prepare_page_flip] *ERROR* Prepared flip multiple times every frame with intel graphics

Since long time:
same:

render error detected, EIR: 0x00000010
[drm:i915_report_and_clear_eir] *ERROR* EIR stuck: 0x00000010, masking
render error detected, EIR: 0x00000010

on quit

I always use Ubuntu Classic no effects since maverick
yesterday after compiz install I tryied also Ubuntu Classic (both gnome-panel - I never use Ubuntu Unity 2D/3D)

The PC failed to submit the detected bug (out of memory error)

At the same time I got a strange behaviours when I remove applets or shortcuts out of panels (error ~ applet error must quit - Reload|Don't reload option proposed + some info about Reload) and I can't logout reboot from the user applet menu.
I can use the PC without other problem, but I must sudo reboot to logoff (gnome-session-save --logout command not found)

Here the link to this other bug, maybe related https://bugs.launchpad.net/ubuntu/+source/libx11/+bug/507062/comments/100
Hope this will help some expert

Revision history for this message

Bib (bybeu) wrote on 2011-12-21:

#15

erratum: the log fill up with same error happens too at lower rate when opening/closing/reducing any window, just for the time the display is changing.

Revision history for this message

Bib (bybeu) wrote on 2011-12-21:

#16

(no huge display changing apps used here, but gnome-system-log viewer for which the saturation maybe an cause-effect loop)

Revision history for this message

Elijah Lynn (elijah-lynn) wrote on 2012-04-02:

#17

This is happening for me on Xubuntu 11.10 on a HP Pavillion dv1000 laptop as well. I can post more info if needed but would need some guidance on what to post. I am going to try the workaround now.

This is a very serious bug.

Revision history for this message

Elijah Lynn (elijah-lynn) wrote on 2012-04-02:

#18

Robert Blenkinsopp's suggestion in #10, #8 and #5 appear to have suppressed the error from entering the syslog and kernlog files for me.

Also, this is a related issue here - https://bugs.launchpad.net/ubuntu/+source/ubuntu-meta/+bug/115774 (syslog.0 and kern.log.0 grow huge)

shawnlandden (shawnlandden) on 2012-04-07

affects:	xorg (Arch Linux) → xorg-server
Changed in xorg-server:
importance:	Undecided → Unknown
status:	New → Unknown

shawnlandden (shawnlandden) on 2012-04-07

affects:

xorg-server → dri

Revision history for this message

In freedesktop.org Bugzilla #30654, Chris Wilson (ickle) wrote on 2012-04-24:

#36

I believe this will be fixed with:

commit 8fa2a569d3fb6ea78b83c6062b2f3aec528cc9e5
Author: Chris Wilson <email address hidden>
Date: Sun Apr 22 21:13:57 2012 +0100

drm/i915: i8xx interrupt handler

    gen2 hardware has some significant differences from the other interrupt
    routines that were glossed over and then forgotten about in the
    transition to KMS. Such as

- 16bit IIR
- PendingFlip status bit

This patch reintroduces a handler specifically for gen2 for the purpose
of handling pageflips correctly, simplifying code in the process.

v2: Also fixup ring get/put irq to only access 16bit registers (Daniel)

    Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=24202
    Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=41793
    Signed-off-by: Chris Wilson <email address hidden>
    Signed-off-by: Daniel Vetter <email address hidden>

Bug Watch Updater (bug-watch-updater) on 2012-04-24

Changed in dri:
importance:	Unknown → Medium
status:	Unknown → Fix Released

Revision history for this message

Elijah Lynn (elijah-lynn) wrote on 2012-05-03: Re: [drm:intel_prepare_page_flip] *ERROR* Prepared flip multiple times every frame with intel graphics

#37

It appears that the fix I applied did not work. I am upgrading system to 12.04 now, hopefully the patch is in there and will resolve issue. Will report back.

Revision history for this message

Matias Pino (pnoexz) wrote on 2012-05-17:

#38

This has happened to me today in Natty, after an upgrade.

Revision history for this message

reef2dive (reef2dive) wrote on 2012-06-22:

#39

The bug is still in 12.04 in Xubuntu. Kernel version 3.2.0-25. There is a difference compared to previously on 11.04, the bug does not start at boot, but later. Trigger unknown.
kernel: [ 6232.178457] [drm:intel_prepare_page_flip] *ERROR* Prepared flip multiple times

Revision history for this message

Robert Blenkinsopp (xenophoenix) wrote on 2012-07-11:

#41

Are you starting your Xorg server at that point in time? I'm wondering if X requests vsync which starts causing this error only after vsync is enabled?

penalvch (penalvch) on 2012-10-17

tags:	added: needs-upstream-testing
summary:	- [drm:intel_prepare_page_flip] ERROR Prepared flip multiple times every - frame with intel graphics + 8086:2562 [drm:intel_prepare_page_flip] ERROR Prepared flip multiple + times every frame with intel graphics

Revision history for this message

penalvch (penalvch) wrote on 2012-10-17:

#42

Robert Blenkinsopp, thank you for reporting this and helping make Ubuntu better. Natty reached EOL on October 2012.
Please see this document for currently supported Ubuntu releases:
https://wiki.ubuntu.com/Releases

We were wondering if this is still an issue in a supported release? If so, could you please test for this with the latest development release of Ubuntu? ISO CD images are available from http://cdimage.ubuntu.com/releases/ .

If it remains an issue, could you please run the following command in the development release from a Terminal (Applications->Accessories->Terminal), as it will automatically gather and attach updated debug information to this report:

apport-collect -p linux <replace-with-bug-number>

Also, could you please test the latest upstream kernel available following https://wiki.ubuntu.com/KernelMainlineBuilds ? It will allow additional upstream developers to examine the issue. Please do not test the kernel in the daily folder, but the one all the way at the bottom. Once you've tested the upstream kernel, please comment on which kernel version specifically you tested and remove the tag:
needs-upstream-testing

This can be done by clicking on the yellow pencil icon next to the tag located at the bottom of the bug description and deleting the text:
needs-upstream-testing

If this bug is fixed in the mainline kernel, please add the following tags:
kernel-fixed-upstream
kernel-fixed-upstream-VERSION-NUMBER

where VERSION-NUMBER is the version number of the kernel you tested.

If the mainline kernel does not fix this bug, please add the following tags:
kernel-bug-exists-upstream
kernel-bug-exists-upstream-VERSION-NUMBER

where VERSION-NUMBER is the version number of the kernel you tested.

If you are unable to test the mainline kernel, please comment as to why specifically you were unable to test it and add the following tags:
kernel-unable-to-test-upstream
kernel-unable-to-test-upstream-VERSION-NUMBER

where VERSION-NUMBER is the version number of the kernel you tested.

Please let us know your results. Thank you for your understanding.

Helpful Bug Reporting Tips:
https://help.ubuntu.com/community/ReportingBugs