El 28/07/13 19:56, Alex Villacís Lasso escribió:
El 28/07/13 13:08, walter harms escribió:
1. I have no clue but maybe some hints:
* Do you get the failure also when you do nothing, just stating X ?
* Can you trigger that behavier at will or more at random ?
* Did you upgrade ? or is that the first installation ?
Currently I have no way to trigger the failure at will. This Fedora 18
installation is clean, not an upgrade from a previous version.
However, it has been regularly updated to the most recent Fedora 18
packages.
_______________________________________________
xorg@lists.x.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.x.org/mailman/listinfo/xorg
Your subscription address: a_villa...@palosanto.com
I might be entirely wrong, but the following behavior looks like a
resource leak of some sort. It seems that Xv is the most efficient way
to trigger the bug, but it *will* require quite a few tries. The bug
still persists with xorg-x11-drv-intel-2.21.12-1.fc18.x86_64 . With the
G33 chipset, you can try:
1) starting standard gnome desktop with gnome-shell and compositing
2) find a program that invokes Xv, such as totem, mplayer, etc.
3) find any video source playable by the chosen program
4) run the chosen program with the chosen video for 10 seconds, then
quit the program
5) repeat steps 2 through 4 on the same gnome-shell session about 30
times, or until the next application window/menu window appears as a
black rectangle instead of valid data
I do not know whether this can be triggered in anything other than the
G33 chipset.
The fact that the problem is solvable by restarting Xorg suggests that
the leak is in userspace, not kernel space.
_______________________________________________
xorg@lists.x.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.x.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com
