Created attachment 47641 [details] Screenshot showing corruption/missing images With the newer DDX in intel.git I'm seeing the odd hangcheck in the kernel, slowness in certain compiz operations (e.g. sliding the screen), disappearing images in compiz (e.g. icons on the desktop become invisible, the eog image viewer sometimes shows black where the image it is opening should be) and corruption on some compiz show desktops effects that normally show a gradient or reflection around the screen. Version information: intel.git DDX 3.0.0-rc1-00180-g0792644-dirty (with a patch from Bug 36326) EeePC 900 (i915GM) Additional information: Alas I can't do much testing of this outside kernel bits at the moment so this is more of a place holder for now...
One additional component that needs to be updated is the xserver to include http://cgit.freedesktop.org/~ickle/xserver/commit/?id=5991e0b9950341b718da71c3f75c9e2b637dd8d4 and http://cgit.freedesktop.org/~ickle/xserver/commit/?id=950ec93c739b2509ed2dce8c59bbdf69f0595e5d That accounts for eog/icons and most of the misrendering. (Probably all and the hangcheck, just those are ones that I know are immediately affected.) The slowness in compiz is from the use of y-tiling, which contrary to my expectations, mesa/i915 is not ready for yet. Do I hear justification for i915g...
I've been having very little fun with unity. My ubuntu netbook died, and running from a chroot on another is proving impossible. Sitosfe, if you get a chance can you check again using master?
Could be a while (at least a week) before I can get around to trying this.
Using unity, updated pixman 0.21.8-1, xorg bits from xorg-edgers, on an old .38 kernel, an intel DDX driver from git driver from today (26 June) with a exec->alignment = bo->aperture_size; in kgem_add_handle() shows different results: Desktop icons are no longer invisible but when dragged the dragged icon is corrupt. Sliding the screen is sometimes fast and sometimes slow. The grey border when doing show all desktops (super-s) is no longer corrupt. eog shows images rather than a black square. New issues: Corrupted icons when dragging desktop icons (dragging dock icons is fine). Using the screenshot button (PrintScreen) often results in a black or a partial image. Resizing text in a gnome-terminal using ctrl-shift++ ctrl-shift+- somtimes results in the window decoration turning white. Holding down alt-tab and letting the box move continuously occasionally shows glitches.
Making a gnome-terminal really large by using ctrl-shift++ can sometimes cause it to disappear. If it is resized down again using ctrl-shift-- it reappears but the top left corner of the window will no longer be transparent as it should be.
Created attachment 48453 [details] Screenshot of drag corruption under compiz All the above issues continue happening with 3.0.0-rc1-00180-g0792644-dirty
That icon was not what I was expecting, but is an uninitialised surface. The case for that is anywhere between the ddx and mesa/i915. Joy.
Sitosfe the two issues you have found have been separately reported as bug 38732 and bug 38733, I'm forwarding duping for the split. *** This bug has been marked as a duplicate of bug 38732 ***
*** This bug has been marked as a duplicate of bug 38733 ***
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.