[intrepid] Flash, VirtualBox, Dosbox etc. video freezes after few seconds

Bug #275285 reported by Philipp Ehses
54
This bug affects 3 people
Affects Status Importance Assigned to Milestone
X.Org X server
Fix Released
High
flashplugin-nonfree (Ubuntu)
Invalid
Undecided
Unassigned
Intrepid
Invalid
Undecided
Unassigned
xserver-xorg-video-intel (Ubuntu)
Fix Released
High
Unassigned
Intrepid
Fix Released
High
Unassigned

Bug Description

Whenever I start playing a flash video in firefox or konqueror, it will freeze after a few seconds. The browser is still responding and I can hear the sound of the flash video. When I force a refresh of the webpage, e.g. by scrolling the page, the video will run for a few seconds and then freeze again.

I'm running kubuntu intrepid on a dell xps m1330 with intel graphics.

edit: I forgot to add that I'm using the 64bit version of kubuntu.

Revision history for this message
In , Jesse Barnes (jbarnes-virtuousgeek) wrote :

This is probably another 965 cache flushing bug; we may not be properly evicting changes for some drawing operations, and you see it with FBC enabled because FBC is more sensitive to coherency problems. It would be good to re-test this in a week or two when Eric finishes his port of the 965 render changes.

Revision history for this message
In , Jesse Barnes (jbarnes-virtuousgeek) wrote :

Created an attachment (id=17358)
disable render cache pipelining

Maciek, can you give this patch a try? It might make things slower, but hopefully it'll at least make them visible.

Revision history for this message
In , mkalkal (mkalkal) wrote :

(In reply to comment #2)
> Created an attachment (id=17358) [details]
> disable render cache pipelining
>
> Maciek, can you give this patch a try? It might make things slower, but
> hopefully it'll at least make them visible.
>

I've updated to latest git .
Without this patch ,the bug is still there.
With this patch applied everything seems to work OK .Thanks

Revision history for this message
In , mkalkal (mkalkal) wrote :

I said to early that problem is resolved. The bug still is there but appears not so frequent .Symptoms are the same . Window is not updated .

Revision history for this message
In , Jesse Barnes (jbarnes-virtuousgeek) wrote :

Aww... your last comment was so much better. :)

So the problem really does appear to be less frequent? That's a start I guess...

Revision history for this message
In , mkalkal (mkalkal) wrote :

(In reply to comment #5)
> So the problem really does appear to be less frequent? That's a start I
> guess...

Before this patch problem occurs after 5-10 seconds after start of virtualbox almost always .
With patch I ran this app for 10 minutes and problem didn't appear so I thought it was resolved ,but when I ran virtualbox today bug reappear . I cannot say definitely it is less frequent . As temporary solution I added

   Option "FramebufferCompression" "false"

line to xorg.conf file.

Revision history for this message
In , Jesse Barnes (jbarnes-virtuousgeek) wrote :

Adding Carl, hopefully some of his render accel changes will fix this...

Revision history for this message
In , Jesse Barnes (jbarnes-virtuousgeek) wrote :

Reassigning to Carl in the hopes that he'll fix this as part of his render accel changes (also he doesn't have enough bugs :).

Revision history for this message
In , Andres Järv (andresjarv) wrote :

I am experiencing the exact same bug. I have the same Intel chipset as well. Other things that don't update correctly for me are: Flash plugin in Firefox, Plasma desktop in KDE, Qemu/KVM.

Revision history for this message
In , Andres Järv (andresjarv) wrote :

I can also confirm that this:

Option "FramebufferCompression" "false"

seems to be a valid workaround for the problem. Ran several Virtualbox sessions and watched Flash videos without them freezing (knock on wood!).

Revision history for this message
In , Fatih Aşıcı (fatih-pardus) wrote :

Created an attachment (id=19261)
Xorg.0.log

I can reproduce it with VirtualBox and DosBox, too.

I am using 2.4 master branch + the patch in bug 17756.

Revision history for this message
Philipp Ehses (ehses-deactivatedaccount) wrote : [intrepid] flash video freezes after few seconds in firefox & konqueror

Binary package hint: flashplugin-nonfree

Whenever I start playing a flash video in firefox or konqueror, it will freeze after a few seconds. The browser is still responding and I can hear the sound of the flash video. When I force a refresh of the webpage, e.g. by scrolling the page, the video will run for a few seconds and then freeze again.

I'm running kubuntu intrepid on a dell xps m1330 with intel graphics.

Revision history for this message
Gunni (fgunni) wrote :

I have the exactly same behaviou. On clicking on the progresssss bar video starts again, but again only for about 3 seconds.
Intrepid 64bit, nvidia graphics, firefox and konqueror
flashplugin-nonfree (libflashsupport installed and uninstalled)
nspluginwrapper is installed because its a dependency of flashplugin.

description: updated
Revision history for this message
Benoit Favre (benoit-favre) wrote :

I confirm this bug on 32bit intrepid. Intel graphics, dell xps1330. I'll add that it also occurs in other applications (at least scummvm and the Android SDK emulator), so it might not be specific to flashplugin-nonfree.

Revision history for this message
Philipp Ehses (ehses-deactivatedaccount) wrote :

It seems that it has been a KDE 4.1.1 issue. With the new KDE 4.1.2 packages flashplugin works fine (except for the usual random hickups).

Revision history for this message
In , Carl Worth (cworth) wrote :

Hurrah! Looks like I've been able to replicate this bug with the SDL game vectoroids, (with master X server, driver, and a GEM-enabled kernel).

So just being able to reproduce it should bring us a lot closer to understanding and then fixing it.

I'll keep you all posted with what I learn.

-Carl

Revision history for this message
Gunni (fgunni) wrote : Re: [intrepid] flash video freezes after few seconds in firefox & konqueror

Hmm, yesterday (KDE 4.1.2 was already there) it did not work, but today it works. Maybe a reboot was needed.

Revision history for this message
Gunni (fgunni) wrote :

Comment was too early. Bug is back again at second flash video.

Revision history for this message
Philipp Ehses (ehses-deactivatedaccount) wrote :

Yeah, it seems that my comment was too early, too.

Revision history for this message
In , Carl Worth (cworth) wrote :

I can't measure any different with the CACHE_MODE_0 patch. I had to update it slightly to apply to current master, so I'll attach my version so Jesse can make sure I didn't break it somehow.

Here's the recipe I'm using to replicate the bug:

  1. Keith's resetgfx script, (including vbetool post)
  2. Start X server (with no clients)
  3. Start vectoroids (as only X client)---no interaction
  4. Start timer

Then I stop the timer as soon as the graphics stop updating.

With xf86-video-intel master (76c9ece36e) I did 5 runs and measured the following 5 times (in seconds):

  15 19 25 15 20

Then with my version of the patch added I measured 5 times again:

  17 23 11 15 23

So it doesn't help at all. I'm still getting the graphical "lockup" and just as quickly.

-Carl

Revision history for this message
In , Carl Worth (cworth) wrote :

Created an attachment (id=19360)
Carl's refresh of the CACHE_MODE_0 patch

Like I said before, this patch doesn't seem to help, but here's what I was testing with. I just tried to apply Jesse's patch to master---any new bugs in the patch are mine of course.

-Carl

PS. For reference, I have not seen the bug manifest when I run the X server with XAA instead of EXA.

Revision history for this message
In , Carl Worth (cworth) wrote :

As others had already verified, setting the FrameBufferCompression option to false makes the bug go away. Jesse also confirmed that the ~15 second time measured for the bug to appear correlates well with frame-buffer compression, (which kicks in after 15 seconds or so).

I looked at vectoroids and SDL and found that all of its rendering is simply with XPutImage. I then wrote a minimal SDL-based program to demonstrate the bug, and then an even more minimal program using Xlib alone. I'll post this program next.

-Carl

Revision history for this message
In , Carl Worth (cworth) wrote :

Created an attachment (id=19364)
Minimal test program to demonstrate bug

Compile with: cc $(pkg-config --cflags --libs x11) -o fbc-bug-xlib fbc-bug-xlib.c

Draws random-colored pixels with XPutImage to exercise a bug in the
frame-buffer compression code in the xf86-video-intel 965 driver.

When a driver has the bug, rendering from this program will appear
to "freeze" every 15 seconds or so, (until the window is moved or
its decorations are redrawn, etc.).

Revision history for this message
Johnny Levai (digistyl3) wrote : Re: [intrepid] flash video freezes after few seconds in firefox & konqueror

This is not flash related. It happens for me in VirtualBox and DosBox too. I have a Dell Studio 15 with Intel X3100 graphics. I think this is an xorg bug.

Changed in flashplugin-nonfree:
status: New → Confirmed
description: updated
Revision history for this message
Johnny Levai (digistyl3) wrote : Re: [intrepid] Flash, VirtuabBox, Dosbox etc. video freezes after few seconds

Package: xserver-xorg
State: installed
Automatically installed: no
Version: 1:7.4~2ubuntu5

Package: xserver-xorg-video-intel
State: installed
Automatically installed: no
Version: 2:2.4.1-1ubuntu6

I have these versions installed. What version are you using?
I'm using the latest Intrepid 32bit. Is there any way I could debug this?

Revision history for this message
Gunni (fgunni) wrote :

No, i dont think its a xserver problem. It has to be flash.

Revision history for this message
Johnny Levai (digistyl3) wrote :

@Gunni: Have you red my previous posts? Exacly the same thing happens with VirtualBox, DosBox, even Android SDK (which uses Qemu). Screen contents freeze until they are moved somewhere. But after a few seconds they freeze again, but in the background they continue running.

Revision history for this message
Andres Järv (andresjarv) wrote :

This bug probably consists to this bug in Xorg's intel video driver. I'll add the Freedesktop.org's bugzilla link.

http://bugs.freedesktop.org/show_bug.cgi?id=16257

Revision history for this message
Andres Järv (andresjarv) wrote :

s/consists/corresponds
Damn.

Revision history for this message
Philipp Ehses (ehses-deactivatedaccount) wrote :

Redraw problem also affects wesnoth and freeciv - so it really seems to be a xserver issue.

Revision history for this message
In , Erik Andrén (erik-andren) wrote :

(In reply to comment #16)
> Created an attachment (id=19364) [details]
> Minimal test program to demonstrate bug
>
> Compile with: cc $(pkg-config --cflags --libs x11) -o fbc-bug-xlib
> fbc-bug-xlib.c
>
> Draws random-colored pixels with XPutImage to exercise a bug in the
> frame-buffer compression code in the xf86-video-intel 965 driver.
>
> When a driver has the bug, rendering from this program will appear
> to "freeze" every 15 seconds or so, (until the window is moved or
> its decorations are redrawn, etc.).
>

I can confirm this bug with/without this test program.

Revision history for this message
Johnny Levai (digistyl3) wrote :
Revision history for this message
Ivan Stetsenko (stetzen) wrote :

It also affects any video if it is played via X11 output

Revision history for this message
Bryce Harrington (bryce) wrote :

Looks like upstream is actively working on the bug, so I've tentatively approved it for Intrepid, however we'd need to see a patch within the next few days to be able to put it in for Intrepid, otherwise we'll have to wait for jaunty. I'd ideally like to see a small patch - less than 100 lines. If the patch is significantly larger than that, it may be tough to validate that it's sufficiently regression-free.

Changed in xserver-xorg-video-intel:
status: Confirmed → Triaged
Changed in xorg-server:
status: Unknown → In Progress
Revision history for this message
In , Carl Worth (cworth) wrote :

Our current working theory is that this bug is a symptom of a hardware limitation for the GM965 device, (we haven't received bug reports for subsequent devices such as GM45). So for now we are fixing this bug by disabling frame-buffer compression by default for GM965, (it can still be enabled with the FrameBufferCompression option for testing).

http://cgit.freedesktop.org/xorg/driver/xf86-video-intel/commit/?id=d24010b7b3f2419beb40dc5ae1e8aeb3e04b5a93

-Carl

Revision history for this message
In , Lukas Hejtmanek (xhejtman) wrote :

(In reply to comment #18)
> Our current working theory is that this bug is a symptom of a hardware
> limitation for the GM965 device

no, FBC works like a charm and is rock solid before the GEM merge, on my GM965.

Revision history for this message
In , Lukas Hejtmanek (xhejtman) wrote :

(In reply to comment #16)
> Created an attachment (id=19364) [details]
> Minimal test program to demonstrate bug
>
> Compile with: cc $(pkg-config --cflags --libs x11) -o fbc-bug-xlib
> fbc-bug-xlib.c
>
> Draws random-colored pixels with XPutImage to exercise a bug in the
> frame-buffer compression code in the xf86-video-intel 965 driver.
>
> When a driver has the bug, rendering from this program will appear
> to "freeze" every 15 seconds or so, (until the window is moved or
> its decorations are redrawn, etc.).
>

tested and no bug occurs with the pre-GEM driver on my GM965.

Revision history for this message
In , Erik Andrén (erik-andren) wrote :

I can accept that this bug won't be resolved in the 2.5 timeframe but
I'm disappointed in that this bug is marked as RESOLVED when the solution at hand is to plainly disable the functionality.

Lukas, would it be possible for you to bisect the issue?

Revision history for this message
In , Lukas Hejtmanek (xhejtman) wrote :

(In reply to comment #21)

> Lukas, would it be possible for you to bisect the issue?

I'm pretty sure that the commit that merges GEM into the master causes the FBC bug.

Changed in xorg-server:
status: In Progress → Fix Released
Revision history for this message
Gunni (fgunni) wrote :

 Johnny Levai: As for me it only happens for flash video and not for virtualbox or others, i dont think its the xserver.
For me the problem was on nvidia and intel so it should be in both or none driver. For me it sounds like its more likely a flash fault, and it seems that its now working after the yesterdays _flash_ update ...

Changed in xorg-server:
status: Fix Released → Confirmed
Revision history for this message
Firat Can Basarir (firatcanbasarir) wrote :

A little detail I can provide is, when a flash video freezes in one of the Firefox tabs, switching to another tab and switching back to the flash video tab makes the video continue (not from the second it froze. Even though the display is frozen, the video continues to play in the background).

Revision history for this message
Johnny Levai (digistyl3) wrote :

Gunni: then you are experiencing a different bug related to flash. This bug report refers to an xorg bug.

Revision history for this message
Andres Järv (andresjarv) wrote :

He might be very well experiencing the same bug because the tab switch forces the redraw.

Revision history for this message
peddy (peddy22) wrote :

confirmed in 64-bit Intrepid with all updates.

Revision history for this message
Bryce Harrington (bryce) wrote :

I was able to reproduce this yesterday on an intel 965 laptop. And also confirm comment #19 - moving a window to the foreground makes the video start playing again. This seems to be a fairly new issue, like within the past couple weeks; however the last code change to -intel was Sept 20, so it must be something other than -intel. Looking over xorg-server for the past couple weeks, there's been quite a few code changes but none that leap out as obvious issues that would affect flash video playback.

Could someone try booting an older kernel and see if you can reproduce it there? If it can't be reproduced, then we may want to look into recent kernel changes for Ubuntu.

Revision history for this message
In , Bryce Harrington (bryce) wrote :

Carl, thanks I've confirmed the FBC disablement patch works around the video freeze issue on 965 and we'll be carrying that in Ubuntu 8.10.

https://bugs.launchpad.net/ubuntu/intrepid/+source/xserver-xorg-video-intel/+bug/275285

Revision history for this message
Bryce Harrington (bryce) wrote :

I've tested and confirmed cworth's workaround patch to disable frame buffer compression on 965. Videos are watchable with this patch.

I've uploaded the patch and will notify the release team to let it through.

Changes:
 xserver-xorg-video-intel (2:2.4.1-1ubuntu9) hardy; urgency=low
 .
   * 27_disable_fbc_on_965.patch:
     - Works around issue where flash videos freeze after playing for a few
       moments on i965 chipset, by disabling Frame Buffer Compression, which
       is not working reliably on this chipset. It can be re-enabled via the
       FrameBufferCompression option for testing purposes.
Files:
 97fefbf7e983426421e2b0324fb9401b 1364 x11 optional xserver-xorg-video-intel_2.4.1-1ubuntu9.dsc
 e0e24178064cfe3bd4015bc4d4749560 227769 x11 optional xserver-xorg-video-intel_2.4.1-1ubuntu9.diff.g
z
Original-Maintainer: Debian X Strike Force <debi

Changed in xserver-xorg-video-intel:
importance: Undecided → High
status: Triaged → Fix Released
Revision history for this message
In , Jesse Barnes (jbarnes-virtuousgeek) wrote :

We have a workaround for 2.5.0, so I'm removing it from the blocker list.

Revision history for this message
In , Carl Worth (cworth) wrote :

(In reply to comment #22)
> (In reply to comment #21)
>
> > Lukas, would it be possible for you to bisect the issue?
>
> I'm pretty sure that the commit that merges GEM into the master causes the FBC
> bug.

Lukas,

Can you tell me which commit you're referring to? Without that, I'm unable to verify that there's anything but a hardware issue here.

Thanks,

-Carl

Revision history for this message
In , Lukas Hejtmanek (xhejtman) wrote :

(In reply to comment #25)

> Can you tell me which commit you're referring to? Without that, I'm unable to
> verify that there's anything but a hardware issue here.

Carl,

Is the 2.4.x intel driver broken for you as well on i965? It should be OK, if not, I try to find exact commit which is OK.

Revision history for this message
In , Carl Worth (cworth) wrote :

(In reply to comment #26)
> Is the 2.4.x intel driver broken for you as well on i965? It should be OK, if
> not, I try to find exact commit which is OK.

Hi Lukas,

I just did some very quick testing:

First, I checked out 2.4.2 and ran it. I found that frame-buffer compression was off by default there, (perhaps that could have been making thing seem to work for you?).

Second, I enabled frame-buffer compression with 2.4.2 and ran my fbc-bug-xlib test for several cycles. I didn't see the bug.

Finally, I checked out the master branch of the driver, compiled it and also ran with frame-buffer compression enabled in the xorg.conf file. Again, I ran for several cycles without seeing the bug.

It looks like I'm likely not being patient enough to see if the bug is actually present or not in either case.

Anyway, any further information have would be appreciated.

-Carl

Revision history for this message
In , Lukas Hejtmanek (xhejtman) wrote :

Carl,

(In reply to comment #27)
> Second, I enabled frame-buffer compression with 2.4.2 and ran my fbc-bug-xlib
> test for several cycles. I didn't see the bug.

do you have any report, it should not be working in 2.4.2?

> Finally, I checked out the master branch of the driver, compiled it and also
> ran with frame-buffer compression enabled in the xorg.conf file. Again, I ran
> for several cycles without seeing the bug.

maybe the GEM kernel now correctly sets UC/WC?

> It looks like I'm likely not being patient enough to see if the bug is actually
> present or not in either case.

OK, I try to turn on the compression and try to use it and I report problems, if any.

Revision history for this message
In , Lukas Hejtmanek (xhejtman) wrote :

Carl,

I'm using framebuffer compression on my i965GM for latest few days without any problems. It looks like the GEM kernel fixed any issues.

I do have compression enabled:
(II) intel(0): Fixed memory allocation layout:
(II) intel(0): 0x00000000-0x005fffff: compressed frame buffer (6144 kB, 0x000000007d800000 physical)
(II) intel(0): 0x00600000-0x00600fff: compressed ll buffer (4 kB, 0x000000007de00000 physical)
(II) intel(0): 0x00601000-0x00601fff: power context (4 kB)
(II) intel(0): 0x0077f000: end of stolen memory
(II) intel(0): 0x0077f000-0x0d78afff: DRI memory manager (213040 kB)

Revision history for this message
Stefano Tortarolo (astratto) wrote :

I have a quite similar problem: video freezes for about 1 second randomly but it keeps going on.
This happens using dragon and mplayer and it doesn't seem to be related to the kind of file.
I've also noticed that the mouse pointer becomes active every 5-6 seconds.

More info:
- xserver-xorg-video-intel (2:2.4.1-1ubuntu10)
- xorg-server 2:1.5.2-2ubuntu3
- kernel 2.6.27-9.19-generic

My Xorg.0.log is full of lines like these:
 (II) intel(0): Printing DDC gathered Modelines:
 (II) intel(0): Modeline "1280x800"x0.0 71.00 1280 1328 1360 1440 800 803 809 823 -hsync -vsync (49.3 kHz)
 (II) intel(0): EDID vendor "CMO", prod id 5414

Revision history for this message
melondrift (shauber) wrote :

Hi all,

I have had a problem very similar to the one posted here. I have a Gateway GT5674 with AMD 9500 2.2Ghz Quad Core, Nvidia 6150 SE integrated graphics, and 3Gb RAM. I started off using Hardy on this machine (still installed) and everything is working beautifully there. I split my 500Gb HD in half and then made my system to be dual O.S. after the Intrepid official release.

Intrepid is very nice. Me likey 8-) However, one of the game places I visit is RuneScape which uses Java. The game will play video for about 3 to 5 seconds then freeze frame while still playing the audio for about 10 seconds, then the video will start again. If I jiggle the cursor over the video, it will start playing sooner, then freeze again after about 3 to 5 seconds. On occasion it freezes as soon as I stop moving the cursor. I know that YouTube also uses Java, so I went there, and the audio plays just fine, but the video is a little glitchy about ever 3 to 5 seconds.

I checked out my hardware to see if everything was in order. I used the lshw command, and it seemed that RAM was being slowed down to be in sync with the integrated GPU (from 677 down to 4?? don't remember exactly). Anyhow, I got a video card and am now running an Nvidia 7600 GS 512Mb RAM EIDE card thinking that this would do the trick.

Well, a little driver wrangling, the new card is installed as well as the driver, and the hardware listings are showing some promising results.

To make a long story a little less long, I'm still glitching every 3 to 5 seconds although the duration of the glitches has decreased somewhat.

If you'd like more information about my installs, let me know.

Before I go, Super Tux Kart was very glitchy before the hardware upgrade, now it is only slightly noticeable. Extreme Tux Racer on the other hand was has had no problems before or after the hardware change, and that little birdy sure can fly!!

Revision history for this message
melondrift (shauber) wrote :

Oh, I am running 64bit install, of course.

A couple other things I've noticed, sometime the web pages don't load the first time you enter them, and about half of the time when the screen saver activates, it is only visible over the desktop panel area while the rest of the screen is white. Both of these were unaffected by the 7600 GS upgrade.

Revision history for this message
melondrift (shauber) wrote :

Ugh!! I am such a stumble-bum, please forgive me.

I also forgot to say that the upgrade to the 7600 GS does seem to fix a problem I was having with the widgets disappearing. That was pretty cool, cause I'd be doing something, close an app and watch the widgets flicker (not synchronous, but more like christmas lights flickering on and off in seemingly random order) and then one or more would disappear not to come back until next boot.

Hmm, Java doesn't work in Konqueror at all.

-----
java -version

java version "1.6.0_0"
IcedTea6 1.3.1 (6b12-0ubuntu6) Runtime Environment (build 1.6.0_0-b12)
OpenJDK 64-Bit Server VM (build 1.6.0_0-b12, mixed mode)
-----

Is this a bad configuration?
I'll look to see what the install looks like on the Hardy side. It it's different, I'll make the changes and post back.

Revision history for this message
melondrift (shauber) wrote :

The Hardy install is OpenJDK all the way. No matter what I try, I cannot get Intrepid to assume the same configuration. Yes, the Hardy install is also 64bit. Now, I'll try downgrading the Intrepid install to a 32bit version to see if that helps any. I'll post again when I've finished with that.

Side Note: The YouTube video playback is better with the new card, now I'm running into the same problem that my dad has with his Hardy install, that the video plays 5 to 10 seconds and does a double frame. Kind of like the video is playing too slow or the audio is play too fast and has to re-sync every so often to catch up.

Oi, just thought of something else to try, will post back if it works, whatever I do.

Revision history for this message
melondrift (shauber) wrote :

Well, the Java files were so thrashed by the time I was done tinkering, I did a complete re-install. Still having same problems. I found a flash handler that has fixed the YouTube glitch, it is as follows (I found these instructions on another website):

wget http://queleimporta.com/downloads/flash10_en.sh

sudo bash ./flash10_en.sh

I also tried adding a cache handler add-on to Firefox hoping it would help with RuneScape, but it didn't. That one is called, "BetterCache".

I'm done trying to figure this one out. It also seems that Firefox on Intrepid doesn't recognize some of the web address code from "RuneScape" either.

I have yet to be able to get Java running in Konqueror also. It seems to start to initialize the Java Applet and it states at the bottom that the applet is running, however there is no video or audio from the Java app. Ive tried giving Java all available rights (including putting the pertinent web addresses in both of the account lists as "accept") through the Configure Konqueror editor, but nothing seems to help.

I guess I'll just stick with KDE Hardy for now, as everything is working there. Oh, another thing, the icons at the bottom right of the screen that show background processes and apps, have a habit of being replaced by a dark blue box. They still work, but you cannot see what they are.

I don't really want to downgrade the system to a 32bit when the 64bit Hardy is working.

Revision history for this message
melondrift (shauber) wrote :

I thought of some other stuff to try. I turned off the NVidia proprietary driver and reconfigured XOrg to Vesa.

Now, I have good video, but in small window only. When I try to access large window I lose all video and audio. (2.2Ghz AMD 9500 Quad Core, 3Gigs 677Mhz Ram, Nvidia 7600 GS PCIE with 512Megs Ram - this system should have absolutely no problem with audio/video.) With Vesa in control, I tried the option posted way up there with the framebuffer modification and it did nothing to change the video problem.

That sent me on another path, video drivers. It turns out that the Hardy install is using NVidia's 173.xx driver and Intrepid is using the 177.xx driver. Ahaa!! (The monkey said to the scientist.)

I went back to Intrepid and installed the 173.xx NVidia driver. Now, intrepid glitches more often and freezes faster than ever. Also, the widgets and icons are disappearing again. Ugh. (If only, if only, the woodpecker sighed. The bark on the tree was as soft as the sky.)

I'll try again in a couple months, but apparently the Intrepid is still a little too young for me.

Revision history for this message
In , Gordon Jin (gordon-jin) wrote :

(In reply to comment #29)
> Carl,
>
> I'm using framebuffer compression on my i965GM for latest few days without any
> problems. It looks like the GEM kernel fixed any issues.

So this bug can be closed? And FBC can be enabled on 965GM again?

Revision history for this message
In , Jesse Barnes (jbarnes-virtuousgeek) wrote :

I guess we can give it a try. Carl would you be ok with that for the Q4 release?

Revision history for this message
In , Carl Worth (cworth) wrote :

(In reply to comment #31)
> I guess we can give it a try. Carl would you be ok with that for the Q4
> release?

I don't think we should throw a switch late in the release cycle that has the potential to break things for people.

If we understood what the problem was or why something in the behavior changed, then I'd feel much more comfortable.

But in general, I'd feel much better with making a change like this early in a release cycle to then get lots of testing of the change before we release it.

-Carl

Revision history for this message
In , Lukas Hejtmanek (xhejtman) wrote :

(In reply to comment #32)
> (In reply to comment #31)
> > I guess we can give it a try. Carl would you be ok with that for the Q4
> > release?
>
> I don't think we should throw a switch late in the release cycle that has the
> potential to break things for people.
>
> If we understood what the problem was or why something in the behavior changed,
> then I'd feel much more comfortable.

I discovered that FBC's bug is present, if I disable kernel i915 module (the gem version). So I would guess, there were bugs related to writecaching set on pages, or wrong cache invalidation.

Revision history for this message
Stefano Tortarolo (astratto) wrote :

I guess my problem was different since it's solved now that I've upgraded to kde4.2 beta (kubuntu-experimental).
Reading the apt logs I couldn't find any references to X or intel drivers updates, so I don't see a link between my problem and this bug report anymore.

Revision history for this message
In , Gordon Jin (gordon-jin) wrote :

Carl/Jesse, any update?

Revision history for this message
Ivan Stetsenko (stetzen) wrote :

Related to Xorg, is fixed within xorg

Changed in flashplugin-nonfree:
status: New → Invalid
status: New → Invalid
Revision history for this message
In , Remi (remi) wrote :

Jesse? Gordon? Should this bug be targeted for the next 2.6 (if any)?

Thanks

Revision history for this message
In , Erik Andrén (erik-andren) wrote :

This is still an issue for me running 2.6.3 on jaunty on a 965GM.
As this feature saves quite some power it would be nice if it could be fixed.

TIA

Revision history for this message
In , Chris Wilson (ickle) wrote :

And just to complicate things, how does the PutImage acceleration affect FBC on i965?

Revision history for this message
In , Erik Andrén (erik-andren) wrote :

This works for me running Ubuntu Lucid Alpha 2 -> kernel 2.6.32.
I've verified that FBC is enabled by grepping in the kernel log.
Is there a knob somewhere (for instance in debugfs) which one can examine to determine if FBC really is active?

Revision history for this message
In , Jesse Barnes (jbarnes-virtuousgeek) wrote :

Yes, in the drm-intel-next branch there's a patch to expose fbc state in /sys/kernel/debug/dri/0 (i915_fbc_status I think).

Revision history for this message
In , Chris Wilson (ickle) wrote :

Closing as it seems the only pathway that remain in doubt is the EXA code that has long since been deleted. Framebuffer compression seems to be functional with GEM/UXA on i965.

Changed in xorg-server:
importance: Unknown → High
status: Confirmed → Fix Released
Revision history for this message
Liz Fong-Jones (lizthegrey) wrote :

I believe this has regressed in Natty. I've been consistently able to reproduce this behavior on my Lenovo X61s.

00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (primary) (rev 0c)
ii xserver-xorg 1:7.6+4ubuntu3.1 the X.Org X server
ii xserver-xorg-core 2:1.10.1-1ubuntu1.1 Xorg X server - core server
ii xserver-xorg-video-intel 2:2.14.0-4ubuntu7.1 X.Org X server -- Intel i8xx, i9xx display driver

Youtube videos stop moving after ~10 seconds until I force a redraw by scrolling or changing workspaces. I notice that my xterm windows also don't fully update when I click-drag to select text to paste elsewhere, when individual characters change (e.g. the bottom window status bar of irssi), etc.

I also know someone else who is seeing this behavior and can reproduce it.

There's nothing abnormal in Xorg.0.log or in dmesg. I'm going to try applying the instructions from this bug to see if anything fixes it, but I'm happy to collect any additional debug information people want.

Revision history for this message
Liz Fong-Jones (lizthegrey) wrote :

(and for reference, this was working in Lucid, so I believe it regressed at some point between Lucid and Natty.)

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

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.