Nouveau - Jan 2015 - [Bug 88164] New: Text in menus not rendered by LibreOffice

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

            Bug ID: 88164
           Summary: Text in menus not rendered by LibreOffice
           Product: xorg
           Version: unspecified
          Hardware: x86-64 (AMD64)
                OS: Linux (All)
            Status: NEW
          Severity: normal
          Priority: medium
         Component: Driver/nouveau
          Assignee: nouveau at lists.freedesktop.org
          Reporter: oliver at neukum.org
        QA Contact: xorg-team at lists.x.org

Created attachment 111922
  --> https://bugs.freedesktop.org/attachment.cgi?id=111922&action=edit
kernel log

I am seeing the text in menus not rendered at all in LibreOffice and only in
LibreOffice. Text not in menus works. If I take a screenshot the menus are in
the screenshot as they should be.
This is a regression between kernel 3.17.0 and 3.18

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20150107/929708a8/attachment-0001.html>

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

--- Comment #1 from Ilia Mirkin <imirkin at alum.mit.edu> ---
I see that you're booting with nouveau.noaccel=1 -- this disables all
acceleration. However xf86-video-nouveau should still get used in that case;
perhaps there's an issue in how the noaccel fallbacks are set up. Can you
pastebin the xorg log?

As an aside, why are you disabling acceleration? What happens if you remove
noaccel=1?

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20150107/9009b829/attachment.html>

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

--- Comment #2 from Oliver Neukum <oliver at neukum.org> ---
If I boot without noaccel=1 the system locks up within seconds after logging
in.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20150107/29c30c0e/attachment.html>

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

--- Comment #3 from Oliver Neukum <oliver at neukum.org> ---
Created attachment 111924
  --> https://bugs.freedesktop.org/attachment.cgi?id=111924&action=edit
X log

The log is taken after booting and logging in.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20150107/f33e6b12/attachment.html>

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

--- Comment #4 from Ilia Mirkin <imirkin at alum.mit.edu> ---
I just noticed that you said that this is a regression from 3.17 to 3.18 --
that is _very_ surprising, as acceleration is not being used and it's all
just
software rendering. Perhaps there's more going on here... Could you try
doing a
bisect? You can limit it to drivers/gpu/drm to speed things up.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20150107/e4af7ccd/attachment.html>

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

--- Comment #5 from Oliver Neukum <oliver at neukum.org> ---
(In reply to Ilia Mirkin from comment #4)
> I just noticed that you said that this is a regression from 3.17 to 3.18 --
> that is _very_ surprising, as acceleration is not being used and it's
all
> just software rendering. Perhaps there's more going on here... Could
you try
> doing a bisect? You can limit it to drivers/gpu/drm to speed things up.
I just rechecked with vanilla v3.17. It does work. I am starting a bisection.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20150108/887ae76b/attachment.html>

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

--- Comment #6 from Oliver Neukum <oliver at neukum.org> ---
(In reply to Oliver Neukum from comment #5)
> (In reply to Ilia Mirkin from comment #4)
> > I just noticed that you said that this is a regression from 3.17 to
3.18 --
> > that is _very_ surprising, as acceleration is not being used and
it's all
> > just software rendering. Perhaps there's more going on here...
Could you try
> > doing a bisect? You can limit it to drivers/gpu/drm to speed things
up.
> 
> I just rechecked with vanilla v3.17. It does work. I am starting a
bisection.
I need to retract this. The bug is triggered by the lack of desktop effects. If
I activate desktop effects in KDE it starts working again.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20150108/1c05841c/attachment.html>

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

Ilia Mirkin <imirkin at alum.mit.edu> changed:

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

--- Comment #7 from Ilia Mirkin <imirkin at alum.mit.edu> ---
Sounds like a bug in something unrelated to nouveau... with nouveau.noaccel=1
neither the ddx nor user programs are using nvidia gpu hw for acceleration.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20151022/00129f9b/attachment.html>