Ubuntu
xserver-xorg-video-i810 package

Google earth very slow on i915

Bug #71364 reported by Edu
6
Affects Status Importance Assigned to Milestone
X.Org X server
Fix Released
Medium
xserver-xorg-video-i810 (Ubuntu)
Fix Released
Medium
Unassigned

Bug Description

Binary package hint: xserver-xorg-video-i810

When I run google earth (latest version) in both dapper and edgy, it runs very slow (specially when zooming) and it outputs this error in console:

libGL warning: 3D driver claims to not support visual 0x5b
do_wait: drmWaitVBlank returned -1, IRQs don't seem to be working correctly.
Try running with LIBGL_THROTTLE_REFRESH and LIBL_SYNC_REFRESH unset.
the program usable, but not as fast as with 3D acceleration.
Direct rendering is enabled and other 3D applications works ok.
Doing 'export LIBGL_ALWAYS_INDIRECT=true' before run google earth makes
I've found a similar bug in https://bugs.freedesktop.org/show_bug.cgi?id=7208 which is fixed.

See original description
Revision history for this message
In , Fdo-cerqueira (fdo-cerqueira) wrote :

Sorry, I forgot to add the version details; this is on a FC5 install, using it's
stock xorg version (7.0.0)

Revision history for this message
In , Alanh-fairlite (alanh-fairlite) wrote :

I think Brian Paul has fixed this in Mesa CVS. You should try getting the latest
code and building.

Revision history for this message
In , Fdo-cerqueira (fdo-cerqueira) wrote :

OK... Mesa CVS took care of the libGL warnings, but the ioctl loop is still
here... One thing I hadn't noticed before... It looks like the app is doing the
same ioctl twice: the first time works, the second time it fails:

gettimeofday({1150330306, 387209}, NULL) = 0
sched_yield() = 0
ioctl(8, 0xc0046444, 0xbfdf42c4) = 0
ioctl(8, 0x40046445, 0xb4ffb288) = 0
ioctl(8, 0x40046445, 0xb4ffb288) = 0
gettimeofday({1150330306, 388262}, NULL) = 0
ioctl(8, 0xc0086446, 0xbfdf428c) = 0
ioctl(8, 0xc010643a, 0xbfdf427c) = 0
ioctl(8, 0xc010643a, 0xbfdf427c) = -1 EBUSY (Device or resource busy)
ioctl(8, 0x4008642a, 0xbfdf4254) = 0
ioctl(8, 0xc0046444, 0xbfdf41f4) = 0
gettimeofday({1150330309, 394087}, NULL) = 0
sched_yield() = 0
ioctl(8, 0xc0046444, 0xbfdf42c4) = 0
ioctl(8, 0x40046445, 0xb4ffb288) = 0
ioctl(8, 0x40046445, 0xb4ffb288) = 0
gettimeofday({1150330309, 394523}, NULL) = 0
ioctl(8, 0xc0086446, 0xbfdf428c) = 0
ioctl(8, 0xc010643a, 0xbfdf427c) = 0
ioctl(8, 0xc010643a, 0xbfdf427c) = -1 EBUSY (Device or resource busy)
ioctl(8, 0x4008642a, 0xbfdf4254) = 0
ioctl(8, 0xc0046444, 0xbfdf41f4) = 0
gettimeofday({1150330312, 398179}, NULL) = 0
sched_yield() = 0
ioctl(8, 0xc0046444, 0xbfdf42c4) = 0

Revision history for this message
In , Michel-tungstengraphics (michel-tungstengraphics) wrote :

Looks like the wait for vblank ioctl is timing out... Are you setting
vblank_mode in ~/.drirc or /etc/drirc? Does it work if setting the environment
variable vblank_mode=0?

Revision history for this message
In , Fdo-cerqueira (fdo-cerqueira) wrote :

I didn't have a drirc. After creating one and setting vblank_mode to 0, the
problem remains.

$ cat .drirc
<driconf>
    <device screen="0" driver="i915">
        <application name="Default">
            <option name="force_s3tc_enable" value="false" />
            <option name="fthrottle_mode" value="2" />
            <option name="vblank_mode" value="0" />
            <option name="allow_large_textures" value="1" />
        </application>
    </device>
</driconf>
$ LIBGL_DEBUG=all googleearth
libGL warning: 3D driver claims to not support visual 0x4b
Mesa: CPU vendor: GenuineIntel
Mesa: CPU name: Genuine Intel(R) CPU T2300 @ 1.66GHz
Mesa: MMX cpu detected.
Mesa: SSE cpu detected.
Mesa: Not testing OS support for SSE, leaving enabled.
libGL error:
Can't open configuration file /etc/drirc: No such file or directory.
do_wait: drmWaitVBlank returned -1, IRQs don't seem to be working correctly.
Try running with LIBGL_THROTTLE_REFRESH and LIBL_SYNC_REFRESH unset.

Revision history for this message
In , Alanh-fairlite (alanh-fairlite) wrote :

I guess you have a laptop ?

If so, then the irq's are not configured correctly.

You need to get the latest 1.6.5 driver as well as the latest DRM sources for
the kernel driver i915.ko.

Revision history for this message
In , Fdo-cerqueira (fdo-cerqueira) wrote :

(In reply to comment #6)
> I guess you have a laptop ?
>

Yeah.

> If so, then the irq's are not configured correctly.
>
> You need to get the latest 1.6.5 driver as well as the latest DRM sources for
> the kernel driver i915.ko.

OK, that did it. No more errors, and googleearth now loads fine. Great, thanks!

Revision history for this message
Edu (martinez-bernal) wrote :

Binary package hint: xserver-xorg-video-i810

When I run google earth (latest version) in both dapper and edgy, it runs very slow (specially when zooming) and it outputs this error in console:

libGL warning: 3D driver claims to not support visual 0x5b
do_wait: drmWaitVBlank returned -1, IRQs don't seem to be working correctly.
Try running with LIBGL_THROTTLE_REFRESH and LIBL_SYNC_REFRESH unset.
the program usable, but not as fast as with 3D acceleration.
Direct rendering is enabled and other 3D applications works ok.
Doing 'export LIBGL_ALWAYS_INDIRECT=true' before run google earth makes
I've found a similar bug in https://bugs.freedesktop.org/show_bug.cgi?id=7208 which is fixed.

Revision history for this message
Paul Sladen (sladen) wrote :

The upstream bug report isn't very clear about whether this is present in Mesa, the kernel, or in the X driver---and unfortunately doesn't link to any patches that indicate what actually needs fixing.

Changed in xserver-xorg-video-i810:
importance: Undecided → Medium
status: Unconfirmed → Confirmed
Bug Watch Updater (bug-watch-updater)
Changed in xorg-server:
status: Unknown → Fix Released
Revision history for this message
elektronaut (hendrik-04) wrote :

I have the same problem and found another comment on the bug, which may be helpful: http://lists.freedesktop.org/archives/xorg/2006-November/019497.html

Revision history for this message
Edu (martinez-bernal) wrote :

Well, I've tried to compile dri myself some time ago but I couldn't.
I followed the instructions of
http://dri.freedesktop.org/wiki/Building
I had a lot of problems with source dependencies and not found simbols, so I forgot it..

Revision history for this message
Paul Sladen (sladen) wrote :

Edu, if you still wish to try compiling DRI yourself, you should be able to install the necessary dependencies with:

  sudo apt-get build-dep libgl1-mesa-dri

Revision history for this message
Edu (martinez-bernal) wrote :

Sorry for the lack of response, I'm having exams and I don't have too much time..
I found a strange 'workaround':
1. Open a movie with kaffeine (maybe another player should work) and play it.
2. Open Google Earth.

While the player is open palying the movie or in pause, google earth works without problems. If I close the player, immediatly slows down. Isn't it funny? :)

Revision history for this message
Edu (martinez-bernal) wrote :

I've updated to Feisty. Now google earth is totally unusable, even worse than dapper. drmWaitVBlank still happens and playing a movie doesn't helps (see post above). But I've found two interesting threads in Xorg mail list:

http://lists.freedesktop.org/archives/xorg/2006-December/020230.html
and
http://lists.freedesktop.org/archives/xorg/2006-November/019490.html
which point to a forum with a proposed patch:
http://www.spinics.net/lists/xorg/msg17472.html

Revision history for this message
Edu (martinez-bernal) wrote :

Still more news!
First, I've updated to new Xorg 7.2 experimental but nothing changed. Google earth very slow and the same warnings on console.

Second, I discovered another similar bug report in freedesktop which gives yet another patch: https://bugs.freedesktop.org/show_bug.cgi?id=7233

And last: I just discovered the package xserver-xorg-video-i810-modesetting in universe repository and installed it because I thought that this was a never one. The good news: google earth runs nearly as fast as in windows and no errors in console :)
The bad news: when zooming in, the image is replaced with some kind of fog ¿?. I will attach some screenshots to clarify it.

Revision history for this message
Edu (martinez-bernal) wrote :
Revision history for this message
Edu (martinez-bernal) wrote :

Seems that it mixes two images with diferent resolutions when zooming in, but the second doesn't show..

Revision history for this message
Edu (martinez-bernal) wrote :

And another thing:
when using google earth, dmesg gets full of messages like:
[ 5012.728000] [drm:i915_vblank_swap] *ERROR* Invalid pipe 0
which seems to confirm that I'm affected with bug
https://bugs.freedesktop.org/show_bug.cgi?id=7233

Revision history for this message
Edu (martinez-bernal) wrote :

With last feisty updates of xserver-xorg-video-i810, 'Invalid pipe 0' messages dissapeared, but the map still disappears when zooming in.

Revision history for this message
Timo Aaltonen (tjaalton) wrote :

That "map" is a different issue, the original one has been fixed with the new driver.

Changed in xserver-xorg-video-i810:
status: Confirmed → Fix Released
Revision history for this message
Guilherme Salgado (salgado) wrote :

I just filed bug 90622 for the disappearing map issue.

Revision history for this message
In , Walter Ribeiro (wribeirojr) wrote :

(In reply to comment #6)
> I guess you have a laptop ?
>
> If so, then the irq's are not configured correctly.
>
> You need to get the latest 1.6.5 driver as well as the latest DRM sources for
> the kernel driver i915.ko.

Hello,
Can you please explain how to do this step by step?
I have installed Ubuntu only a few weeks ago and I have not much experience.
Thank you!

Bug Watch Updater (bug-watch-updater)
Changed in xorg-server:
status: Fix Released → Confirmed
Revision history for this message
In , Jesse Barnes (jbarnes-virtuousgeek) wrote :

Whoa, this is an *old* bug. I think it's fixed too. Ricardo or Walter, please reopen if you still see this issue with recent versions of the driver.

Bug Watch Updater (bug-watch-updater)
Changed in xorg-server:
status: Confirmed → Fix Released
Bug Watch Updater (bug-watch-updater)
Changed in xorg-server:
importance: Unknown → Medium
Bug Watch Updater (bug-watch-updater)
Changed in xorg-server:
importance: Medium → Unknown
Bug Watch Updater (bug-watch-updater)
Changed in xorg-server:
importance: Unknown → Medium
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

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