compiz team mailing list archive

[Bryce Harrington <745839@xxxxxxxxxxxxxxxxxx>]

On the X/mesa side of things, this is really a dupe of bug 555641, which
is basically a wishlist for upstream's Shatter functionality (which
allows building a screen up from multiple texture buffers, each of which
would fit within the gpu's texture limits).

However, that functionality is a _long_ way off.  In the mean time, I
think compiz needs to include a check for the maximum texture size
compared with the resolution during boot.  This may be a compiz
regression, since it used to do this in the past, c.f.:

http://ubuntuforums.org/showthread.php?p=4166024
"""
I am running an integrated ATi XPRESS 200 Series video card.
Here is my COMPIZ :
Checking for Xgl: not present. 
...
Checking for Composite extension: present. 
Comparing resolution (1440x900) to maximum 3D texture size (2048) Passed.
...
"""

So I will leave the compiz task open here.  Possibly it's a dupe of
other bugs, this is not an uncommon problem.  I'm going to close out the
mesa task as Won't Fix, since it's definitely a _valid_ issue, but not
something we can really fix on the X side easily, rather than marking
this as a dupe, since some work does need done on the compiz side here.

(Btw, there may also need to be similar checks in gnome-settings-daemon
if it is used to change monitor layouts while compiz is running, however
that's a separate problem...)


** Changed in: mesa (Ubuntu)
       Status: New => Won't Fix

** Summary changed:

- compiz crashed with SIGSEGV in pthread_mutex_lock()
+ [Xpress 200M] compiz crashed with SIGSEGV in pthread_mutex_lock() due to compiz loading on rez > texture size

-- 
You received this bug notification because you are a member of compiz
packagers, which is subscribed to compiz in Ubuntu.
https://bugs.launchpad.net/bugs/745839

Title:
  [Xpress 200M] compiz crashed with SIGSEGV in pthread_mutex_lock() due
  to compiz loading on rez > texture size