[i865g] video playback fails with (EE) intel(0): Failed to pin xv buffer

Bug #371275 reported by Guillaume Giroux on 2009-05-03
50
This bug affects 5 people
Affects Status Importance Assigned to Milestone
xserver-xorg-video-intel (Ubuntu)
Undecided
Unassigned
Nominated for Jaunty by Stefan Baramov

Bug Description

Binary package hint: xserver-xorg-video-intel

When attempting to play video files or streams, various video viewing program crash and I get this error in Xorg.0.log:

(EE) intel(0): Failed to pin xv buffer

this is a regression in jaunty - video playback worked fine on this PC in Intrepid. No dual-head or anything special in Xorg.conf.

tvtime TV capture also stopped working in Jaunty:

gug@gug-desktop:~/jaunty_intel_video_playback_bug$ tvtime
Running tvtime 1.0.2.
Reading configuration from /etc/tvtime/tvtime.xml
Reading configuration from /home/gug/.tvtime/tvtime.xml

    Cannot allocate enough off-screen video memory. This may be fixed by:

      1. Closing or restarting large X applications.
      2. Lowering the input width of tvtime (--inputwidth parameter).
      3. Lowering your colour depth or highest configured resolution.
      4. Increasing the amount of video memory in your X config file
         (for example, if you are using the i810 XFree86 driver.)

    See http://tvtime.net/ for more information.

ProblemType: Bug
Architecture: i386
DistroRelease: Ubuntu 9.04
Package: xserver-xorg-video-intel 2:2.6.3-0ubuntu9.1
ProcEnviron:
 LANG=en_CA.UTF-8
 SHELL=/bin/bash
ProcVersion: Linux version 2.6.28-11-generic (buildd@palmer) (gcc version 4.3.3 (Ubuntu 4.3.3-5ubuntu4) ) #42-Ubuntu SMP Fri Apr 17 01:57:59 UTC 2009
SourcePackage: xserver-xorg-video-intel
Uname: Linux 2.6.28-11-generic i686

[lspci]
00:00.0 Host bridge [0600]: Intel Corporation 82865G/PE/P DRAM Controller/Host-Hub Interface [8086:2570] (rev 02)
 Subsystem: Hewlett-Packard Company Device [103c:12bc]
00:02.0 VGA compatible controller [0300]: Intel Corporation 82865G Integrated Graphics Controller [8086:2572] (rev 02)
 Subsystem: Hewlett-Packard Company Device [103c:12bc]

totem error when attempting video playback:

The program 'totem' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadAlloc (insufficient resources for operation)'.
  (Details: serial 103 error_code 11 request_code 132 minor_code 19)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the --sync command line
   option to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)

Jordan Hall (jordan-hall) wrote :

Receiving the same output from Totem as Guillaume Giroux above. My Intel graphics chipset is on a eeePC 900, as below (clipped lspci output).

00:00.0 Host bridge: Intel Corporation Mobile 915GM/PM/GMS/910GML Express Processor to DRAM Controller (rev 04)
00:02.0 VGA compatible controller: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 04)
00:02.1 Display controller: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 04)

Jordan Hall (jordan-hall) wrote :

A work around to this issue is to not use Xv, via 'gstreamer-properties' -> 'Video' tab -> select 'X Windows System (No Xv)' under 'Default Output' -> 'Plugin'.

However, this seems to cause performance issues with video playback (which is probably to be expected??).

Geir Ove Myhr (gomyhr) on 2009-05-03
description: updated
tags: added: 865g intel jaunty video xorg
RarSa (rarsa) wrote :

I selected "X Windows System (No Xv)" but still the same problem.

I did several tests with different applications and here is what I got
========
avidemux
It can play the movie
========
gstreamer-properties with Default output as "X Windows System (No Xv)" and then clicking "Test"
=========
I get the following error under the following circumnstances
Totem
gstreamer-properties with Default output as "Autodetect" and then clicking "Test"
Kino trying to open a .dv file
=======
/var/lib/python-support/python2.6/gdata/tlslite/utils/cryptomath.py:9: DeprecationWarning: the sha module is deprecated; use the hashlib module instead
  import sha
[mpeg4 @ 0xafd9e40]looks like this file was encoded with (divx4/(old)xvid/opendivx) -> forcing low_delay flag
The program 'totem' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadAlloc (insufficient resources for operation)'.
  (Details: serial 99 error_code 11 request_code 132 minor_code 19)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the --sync command line
   option to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)
====================
I get the following for
vlc
========
[????????] x11 video output error: X11 request 132.19 failed with error code 11:
 BadAlloc (insufficient resources for operation)
X Error of failed request: BadAlloc (insufficient resources for operation)
  Major opcode of failed request: 132 (XVideo)
  Minor opcode of failed request: 19 ()
  Serial number of failed request: 81
  Current serial number in output stream: 82
========
When testing with mplayer
========
[ws] Error in display.
[ws] Error code: 11 ( BadAlloc (insufficient resources for operation) )
[ws] Request code: 132
[ws] Minor code: 19
[ws] Modules: flip_page
========

What else can I test that can be useful to find this bug?

RarSa (rarsa) wrote :

Oh, two more things.

Here is my lspci for the video card

00:02.0 VGA compatible controller: Intel Corporation 82865G Integrated Graphics Controller (rev 02)

Also if I try to watch TV or my recordings on MythTv I just get a blue screen.

Things were working OK under Intrepid Ibex

RarSa (rarsa) wrote :

I had luck by Reverting the Jaunty Xorg intel driver to 2.4 as explained in this link

https://wiki.ubuntu.com/ReinhardTartler/X/RevertingIntelDriverTo2.4

Then I edited

xorg.conf adding the following to the "Device" section
 Option "MigrationHeuristic" "greedy"
 Option "AccelMethod" "xaa"

I don't know if changing gstreamer-properties Default output to "X Windows System (No Xv)" had any effect but it is working so I also left it.

Just in case you are wondering. Here is the result of "lspci -nn | grep VGA"
00:02.0 VGA compatible controller [0300]: Intel Corporation 82865G Integrated Graphics Controller [8086:2572] (rev 02)

If I have some time I will try moving up to 2.8 as explained here:
https://wiki.ubuntu.com/X/Troubleshooting/IntelPerformance

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers