The openSUSE patches by Takashi Iwai seem to have caused other problems
and were dropped two years ago [1]. The maintainer Peter Hutterer closed
(wontfix) the upstream bug report two months ago [2].
[1]
Sorry, I totally forgot that I myself reported this bug against
server-xorg-video-intel in November last year. I reported the same bug
in April against libcogl, in the meantime it turned out that this in
fact is a gnome-shell bug:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=743810
I'm going
into the TouchPad).
Cheers,
Stefan Nagy.
signature.asc
Description: This is a digitally signed message part
Am Samstag, den 26.05.2012, 00:00 +0200 schrieb Julien Cristau:
Don't disable 3d support?
I didn't disable 3D support (see attached glxinfo-output).
Cheers,
Stefan.
name of display: :0.0
display: :0 screen: 0
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.4
After installing some updates – sorry, I don't know which was the
relevant one, I assume gnome-shell – I'm forced into GNOME fallback mode
now; I suppose my graphics hardware got blacklisted.
xsession-errors contains the following lines:
gnome-session-is-accelerated: No hardware 3D support.
I can reproduce this bug with the radeon-driver. Everytime I hover over
a footnote which contains a lot of text in LibreOffice compiz crashes.
The best workaround for me at this point is to deactivate all tooltips
('Tips' and 'Extended tips') in LibreOffice (Tools - Options -
LibreOffice -
Dear Maintainer,
is the backtrace I attached last time of any use? Should I file this bug
against gnome-shell? However, I'd be glad to provide more infomation.
BTW, this bug is still present in version 1:6.14.4-2.
Thanks,
Stefan.
signature.asc
Description: This is a digitally signed message
Am Montag, den 30.04.2012, 23:11 +0200 schrieb Julien Cristau:
BTW, this bug is still present in version 1:6.14.4-2.
Is it reproducible with a newer libgl1-mesa-dri?
Yes, it is. I installed libgl1-mesa-dri 8.0.2-1 from experimental the
bug is still reproducible.
I can reproduce the
Sorry – now here's the backtrace…
Continuing.
Program received signal SIGPIPE, Broken pipe.
0xb75f4430 in __kernel_vsyscall ()
#0 0xb75f4430 in __kernel_vsyscall ()
No symbol table info available.
#1 0xb736455b in writev ()
from /lib/i386-linux-gnu/i686/cmov/libc.so.6
No symbol table info
Am Montag, den 16.04.2012, 19:58 +0200 schrieb Julien Cristau:
Continuing.
Program received signal SIGPIPE, Broken pipe.
SIGPIPE is not a fatal signal, you need to tell gdb to ignore it, or
hit continue.
Thanks! I'll attach the new backtrace.
Cheers,
Stefan.
Continuing.
Program
Am Montag, den 16.04.2012, 20:50 +0200 schrieb Julien Cristau:
Program received signal SIGTERM, Terminated.
So X is terminating normally. If gnome-shell is crashing, you should
run gdb against that, not the X server…
OK, I see – thanks.
I don't know if this is a useful backtrace now; I
Hello,
after updating xserver-xorg-video-radeon to version 1:6.14.4-1 I can't
reproduce the mentioned screen corruptions anymore, however I can still
reproduce the crashes.
One way to reproduce this bug is to open a window and then point the
mouse to the desktop switcher – gnome-shell crashes
I'd like to add that I don't have any problems – apart from one minor
bug: https://bugs.freedesktop.org/show_bug.cgi?id=25883 – but a great
graphics performance using Gnome 2.30.2 Compiz 0.8.4 on Squeeze.
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of
Hi,
06.04.2012, 18:43 +0200 Cyril Brulebois:
Versions of packages xserver-xorg-video-radeon suggests:
pn firmware-linux none
The package firmware-linux-nonfree – which includes the Radeon
R200-family CP microcode (radeon/R200_cp.bin) – was already installed.
However, I tried to install the
14 matches
Mail list logo