[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#425882: marked as done (xserver-xorg-video-i810: Out of video RAM with a 256 MB Intel GMA 950)

Your message dated Sat, 11 Aug 2007 22:59:53 +0200
with message-id <46BE2349.2050404@ens-lyon.org>
and subject line Works (more or less) in KDE!, not in Compiz
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message --- 
Package: xserver-xorg-video-i810
Version: 2:2.0.0-1
Severity: important

256 MB should be enough memory; nevertheless, Beryl is extremely slow, eg, for resizing windows.

Furthermore, an AVI video cannot be played on Beryl (totem crashes), and cannot in Metacity either unless you use xine from the experimental branch 
(I submitted bugs #425451 and #425464 to totem and were redirected here, I propose them to be merged with the new one I am submitting now).

xserver-xorg-video-i810-modesetting from experimental does not work on my computer. xserver-xorg-video-i810-modesetting from unstable works OK; Beryl 
is lightweight and AVIs can be played on Beryl. The only problem is that the colours inside the AVI video are horrible (all colours too yellowish, I 
think).


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (900, 'unstable'), (400, 'testing'), (350, 'stable'), (300, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.20-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages xserver-xorg-video-i810 depends on:
ii  xserver-xorg-video-intel      2:2.0.0-1  X.Org X server -- Intel i8xx, i9xx

xserver-xorg-video-i810 recommends no packages.

-- no debconf information

--- End Message ---
--- Begin Message --- 
David wrote:
> It seems to work in KDE with tranlucencies. Thank you! If I see more
> bugs I will tell you, don't worry :-D

Good to know.

> So a question, if I can abuse a little bit. I have done so many things
> to xorg.conf that I would like to control them. Please tell me if the
> following is correct: if I install Debian from scratch on a new
> computer, with Intel graphic card, and I want to use the
> transparencies, I only have to do the following things to
> /etc/X11/xorg.conf , isn't it?:
>
> 1) Add the following:
>
> Section "Extensions"
>         Option "Composite" "enable"
> EndSection

Yes, required for transparency and compiz.

> 2) Inside Section "Device" that refers to the graphic card, I add the
> line
>
> Option "AccelMethod" "EXA"

Yes, the best solution for Compiz and the Intel driver as of today.

> 3) Shall I add the line?
>
> Option "XAANoOffscreenPixmaps" "true"

No, it's only required if you use XAA (the default AccelMethod, and thus
no EXA above). XAA+XAANoOffscreenPixmaps is required for Compiz on
drivers where EXA isn't very good (ati for instance). For Intel, EXA
alone is better for Compiz.

All might change in the upcoming server 1.4 though, EXA might be better
in other drivers there.

> 4) Shall I add the line?
>
> Option "AddARGBGLXVisuals"

No, it's probably something nVidia specific or so. Look in Xorg.0.log,
it should say that this option is ignored or unused or so.

> 5) Do I have to do anything else with xorg.conf?

Not that I remember of.

> The first one is that, when I select shutdown or reboot, sometimes the
> screen goes black and nothing happens, I have to turn the computer off
> with the "power" button.

Hard to say, could be lots of things, kernel, DRI, drivers, ACPI, ...
Can you shutdown X and get a VT console without problem? (for instance
with /etc/init.d/gdm stop). When you hit the shutdown button, do you see
the VT console with text about daemons being terminated? Is the black
screen related to compiz/transparencies running when you hit shutdown?
Or any DRI/GL application?

> Other times, for an unknown reason, the display freezes spectacularly.
> No answer to keyboard, mouse, or Ctrl + Alt + F1. Again, I have to
> turn the computer off with the "power" button.

Hard to say too, other bugs like this have been reported. It could be a
lockup in the graphic board, Mesa/DRI related then.

> Do you know about this bugs? Are they related to composition? Can I
> report them? (I hesitate because I do not know how to reproduce them,
> they come by surprise).

I don't think it's really related to Compositing.

Several bugs like them are known, and the Intel driver is still under
active development, so it might be better in the future.

If you successfully gather interesting information about how to
reproduce the problem or so, or the backtrace of a crash, anything that
could be helpful to debug, feel free to open a bug report. But bug
reports with no information are almost useless for us since we have
nothing to understand/debug/fix them :(

> Compiz does not work yet. With all the options above enabled in
> xorg.conf, when I try to start it I read
>
> $ compiz --replace
> GLX_EXT_texture_from_pixmap is not available with direct rendering.
> GLX_EXT_texture_from_pixmap is available with indirect rendering.
> /usr/bin/gtk-window-decorator: Could not acquire decoration manager
> selection on screen 0 display ": 0.0
>
> and it switches to metacity (although I am using KDE).

compiz starts gtk-window-decorator by default. You need to install
compiz-kde and do:
$ compiz --replace &
and
$ kde-window-decorator &

If it's not enough, run 'ps x', kill the '*decorator*' process and try
again. We have several bugs related to compiz having problem when
replacing metacity and/or kde...

> A final question, only if you know it; a question between colleagues
> :-) , because it is out of the scope of this bug: do you think that I
> can get the composition effects, with the free driver of ati, with
> this solution? (that is for the other computer). I have to use the
> free driver, because the card is a Radeon 9200 SE and it is not
> supported by fglrx. People of fglrx told me that the free driver
> should include the composition for this card, but composition does not
> work. If you do not know do not worry, I will submit a bug against ati.

Yes the ati driver supports Compositing. But EXA isn't as good as in the
Intel driver. So XAA+XAANoOffscrenPixmaps is the solution there. I use
it on a Radeon X300 (slightly faster than your 9200 though), it works,
not perfect but not that bad. So it could work on your 9200 too.

By the way, fglrx does not support Composite if I remember correctly,
the only way to get Compiz on fglrx recently was to use the XGL (another
X server, not available in Debian).


I am closing this bug now, since the problem is mainly solved, and the
remaining issues have been reported in other reports.

Brice

--- End Message ---
Reply to: