Nouveau - Sep 2010 - [Bug 30135] New: The KDE icons is broken

https://bugs.freedesktop.org/show_bug.cgi?id=30135

           Summary: The KDE icons is broken
           Product: xorg
           Version: 7.5
          Platform: Other
        OS/Version: All
            Status: NEW
          Severity: normal
          Priority: medium
         Component: Driver/nouveau
        AssignedTo: nouveau at lists.freedesktop.org
        ReportedBy: cacouret at wanadoo.fr
         QAContact: xorg-team at lists.x.org


Created an attachment (id=38620)
 --> (https://bugs.freedesktop.org/attachment.cgi?id=38620)
Example with the bug in Applet icon ? translation ?

Description of problem:
With KDE 4.5, I have KDE image or icon are blurred. It's concerned : applet,
icon and already graphic component in KDE. The cursor, if go to the image, the
image is normal and if the cursor exit the image, it's blurred.

During the bug, all of screen in screenshot is blurred.

See the screenshot for example.


Version-Release number of selected component (if applicable):
KDE 4.5


How reproducible:
Use KDE 4.5 and move the cursor on an icon and exit the image with the cursor.
The image is blurred (it's not systematic ).

Additional info:
I use nouVeau driver with nVidia 8800 GTS. But KDE 4.5 in Fedora 13, same
problem. KDE 4.4 or older doesn't have this problem.
Disabling KWin compositing no change the situation?

I reported this bug on Bugzilla Fedora and KDE, but they recommended to report
this
here?

Reproducible: Always

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

https://bugs.freedesktop.org/show_bug.cgi?id=30135

--- Comment #1 from Allan Sandfeld <kde at carewolf.com> 2010-11-23
07:33:07 PST ---
I can confirm this problem with a Quadro NVS 140M (G84M, I think).

The problem does not appear with the nvidia driver and seems specific to
nouveau. I haven't tried nouveau under KDE 4.4, but if really did behave
different it seems like to be a specific XRender blend function or similar that
has a bug in it. Either Qt 4.7 or KDE 4.5 could have started to use a function
optimizing something that was done in software before, thus exposing the bug.
The question is not what function that is, and if the change was in KDE or Qt.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

https://bugs.freedesktop.org/show_bug.cgi?id=30135

--- Comment #2 from Allan Sandfeld <kde at carewolf.com> 2010-11-23
07:50:58 PST ---
A bit investigation reveals a bit of xrender-code in KDE's plasma library
(kdelibs/plasma/paintutils.cpp). The bug only occurs with icons inside plasma,
and it is triggered by pixmaps transitions (like those that happens during
mouseover).

I've inserted the code that triggers it below. It seems pretty straight
forward, the only thing that seems interesting is the PictStandardA8 format. I
can see nv30_exa.c and nv40_exa.c has specific code to handle the a8 format,
but nv50_exa.c has no special handling of A8. I don't know much about exa,
but
could this be the source of the problem?

        // QX11PaintEngine doesn't implement CompositionMode_Plus in Qt 4.3,
        // which we need to be able to do a transition from one pixmap to
        // another.
        //
        // In order to avoid the overhead of converting the pixmaps to images
        // and doing the operation entirely in software, this function has a
        // specialized path for X11 that uses Xrender directly to do the
        // transition. This operation can be fully accelerated in HW.
        //
        // This specialization can be removed when QX11PaintEngine supports
        // CompositionMode_Plus.
        QPixmap source(targetPixmap), destination(startPixmap);

        source.detach();
        destination.detach();

        Display *dpy = QX11Info::display();

        XRenderPictFormat *format = XRenderFindStandardFormat(dpy,
PictStandardA8);
        XRenderPictureAttributes pa;
        pa.repeat = 1; // RepeatNormal

        // Create a 1x1 8 bit repeating alpha picture
        Pixmap pixmap = XCreatePixmap(dpy, destination.handle(), 1, 1, 8);
        Picture alpha = XRenderCreatePicture(dpy, pixmap, format, CPRepeat,
&pa);
        XFreePixmap(dpy, pixmap);

        // Fill the alpha picture with the opacity value
        XRenderColor xcolor;
        xcolor.alpha = quint16(0xffff * amount);
        XRenderFillRectangle(dpy, PictOpSrc, alpha, &xcolor, 0, 0, 1, 1);

        // Reduce the alpha of the destination with 1 - opacity
        XRenderComposite(dpy, PictOpOutReverse, alpha, None,
destination.x11PictureHandle(),
                         0, 0, 0, 0, 0, 0, destination.width(),
destination.height());

        // Add source * opacity to the destination
        XRenderComposite(dpy, PictOpAdd, source.x11PictureHandle(), alpha,
                         destination.x11PictureHandle(),
                         toRect.x(), toRect.y(), 0, 0, 0, 0,
destination.width(), destination.height());

        XRenderFreePicture(dpy, alpha);
        return destination;

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

https://bugs.freedesktop.org/show_bug.cgi?id=30135

Allan Sandfeld <kde at carewolf.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           See Also|                            |https://bugs.freedesktop.or
                   |                            |g/show_bug.cgi?id=31208

--- Comment #3 from Allan Sandfeld <kde at carewolf.com> 2010-11-24
05:33:28 PST ---
The bug sounds similar to #31208. At least the description there is also useful
here. It looks like the pixmap is started at the wrong offset, and that offsets
all the lines relative to each other. If the width was wrong the image would
looked warped. Instead it looks like two images with every other line fiting
one of the two images. This would happen with an offset bug. 

Perhaps an unrolling bug?

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

https://bugs.freedesktop.org/show_bug.cgi?id=30135

--- Comment #4 from Allan Sandfeld <kde at carewolf.com> 2011-01-25
07:51:18 PST ---
It seems the bug has been fixed in the most recent versions of the nouveau
driver, though I had to upgrade to a version that breaks ABI mid-version and
only works with xserver-1.9.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

https://bugs.freedesktop.org/show_bug.cgi?id=30135

--- Comment #5 from Dmitry Samoyloff <dmitry at obscurehalt.org>
2011-02-04 04:04:00 PST ---
This bug doesn't show up anymore: Nouveau from VCS, xorg-server-1.9.2.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

https://bugs.freedesktop.org/show_bug.cgi?id=30135

Lucas Stach <dev at lynxeye.de> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED

--- Comment #6 from Lucas Stach <dev at lynxeye.de> 2011-02-04 07:27:10
PST ---
This was likely a bug in the now reworked kernel vm part. As there are two
reports of "working with recent code" I'm closing this as fixed.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.