** Branch linked: lp:~gerboland/qtmir/nouveau-workaround
--
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to mesa in Ubuntu.
https://bugs.launchpad.net/bugs/1553328
Title:
Mir/Unity8/USC crashes/freezes on nouveau (nv50) in pushbuf_kref()
I've an ancient NVidia box at home, can try it out. I'm attaching
patches for qtubuntu/qtmir to force Qt to use single threaded GL on
nouveau.
** Branch linked: lp:~gerboland/qtubuntu/nouveau-workaround
--
You received this bug notification because you are a member of Ubuntu-X,
which is
Actually, might be easier/more-reliable just to edit /etc/environment
and add "QSG_RENDER_LOOP=basic" and restart.
--
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to mesa in Ubuntu.
https://bugs.launchpad.net/bugs/1553328
Title:
Mir/Unity8
I have Qt configured (in QtUbuntu/QtMir) to use multi-threaded GL
rendering, so we're probably hitting Nouveau's limitations here.
As workaround, I can add code to QtUbuntu/QtMir use single-threaded GL
for Nouveau.
If this is easily reproduced, can you try
initctl set-env --global
Probably also relevant: https://bugs.launchpad.net/mir/+bug/1560498
** Tags added: unity8-desktop
--
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to mesa in Ubuntu.
https://bugs.launchpad.net/bugs/1670717
Title:
Unity8/mir working on VMware due
I've hacked qtmir to print the subpixel hint that Mir is supplying.
http://pastebin.ubuntu.com/24007971/ is my output. First I run a simple
qml demo shell as nested server under USC, get "0" hint.
Then I run again as host server, get a hint "1 = RGB".
The "Subpixel hint" output of the 2 cases
Just testing it now, AFAICS a nested server is not getting the correct
subpixel data passed to it.
--
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to xorg-server in Ubuntu.
https://bugs.launchpad.net/bugs/1393578
Title:
Subpixel order not
Note it is only Unity8 which is mixing GL and GLES calls, clients are
not doing that. Qt clients are only doing GL calls on desktop.
Nothing obvious comes to mind here.
It may be Qt's EGL configuration code is failing - code that QtUbuntu is
using. Another consumer of that same code is the EGL
Of course we will. We need to re-land the fix. It was reverted because
it broke something else, but that's been solved now. Sorry for the
delay, but it takes time to get things done just right.
--
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to
** Also affects: qtubuntu
Importance: Undecided
Status: New
** Changed in: qtubuntu
Status: New => Triaged
** Changed in: qtubuntu
Importance: Undecided => Medium
--
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to xorg-server
Adding QtMir as from Qt5.5 and later, the QPA plugin can specify the
subpixel hinting to Qt's font renderer (is part of QPlatformScreen
implementation).
** Also affects: qtmir
Importance: Undecided
Status: New
** Changed in: qtmir
Status: New => Triaged
** Changed in: qtmir
Yep. The branch has been approved, will take a while to get it landed.
Note that it will be almost unusable until bug 1585723 is resolved.
--
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to mesa in Ubuntu.
https://bugs.launchpad.net/bugs/1549455
@Emanuele yes I did - but only via SSH. A colleague will verify it works
visually before approving
--
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to mesa in Ubuntu.
https://bugs.launchpad.net/bugs/1549455
Title:
Unity8-dash on Intel Atom
I've updated the attached branch with my proposed fix.
--
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to mesa in Ubuntu.
https://bugs.launchpad.net/bugs/1549455
Title:
Unity8-dash on Intel Atom graphics crashes and restarts continuously
Using simple test apps (lp:~gerboland/+junk/openglwindow &
lp:~gerboland/+junk/qquickwindow-debug), it appears that yes Qt is using
OpenGL 1.4 on X for both raw GL and QtQuick apps.
./qquickwindow-debug
Window format: QSurfaceFormat(version 2.0, options QFlags(), depthBufferSize
24,
/me has to stop using "Ok, " at the start of his sentences
--
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to mesa in Ubuntu.
https://bugs.launchpad.net/bugs/1549455
Title:
Unity8-dash on Intel Atom graphics crashes and restarts continuously
Ok, I suspect I have found the issue. Seems this hardware only supports
OpenGL 1.4 compatibility profile. Qt's EGL code is asking for at least
version 2.0, and so getting no valid context back.
Could you please install "mesa-utils" package and run "glxinfo". On the
hardware I have access to, I
Ok, I figured out hte EGL issue, it was my misunderstanding. Modifying the
tools to act correctly, I get this for eglinfo:
http://pastebin.ubuntu.com/16686113/
and the qteglchooser correctly chooses a valid Mir EGL config. Why Qt itself
cannot do this, I have yet to understand.
--
You received
Hey Emanuele,
Albert got me the data I wanted from those tools, and the results are still
inconclusive. I think I need access to the hardware to make real progress on
this. So there's no need to bother with the trying those tools.
If you fancy a go, just to play:
1. Install build dependencies
Hi Emanuele,
you attached a branch of mine to this bug - it makes our GL/EGL managing code
more robust. I had hoped it would fix this issue, but unfortunately it doesn't.
That's why I didn't attach that branch to this bug.
Annoyingly I don't have the hardware to hand either, so I'm flying
http://paste.ubuntu.com/16357238/ the output Qt gave me for the failing
eglCreateContext
--
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to mesa in Ubuntu.
https://bugs.launchpad.net/bugs/1549455
Title:
Qt clients on Intel Pineview graphics fail
Just considering the Dash problem, the crash is a symptom of a bigger
problem: seems qtubuntu is unable to choose or manage the egl config
correctly. If a correct/working egl config was chosen, then this code
path wouldn't be entered (which has the "delete when not created" bug
seen here).
The
Albert was able to reproduce this on his netbook.
The dash issues we suspect are due to:
https://bugs.launchpad.net/qtubuntu/+bug/1580124
https://bugs.launchpad.net/qtubuntu/+bug/1580118
I suspect also that the poor unity8 performance is due to a GL/GLES mismatch in
unity8. Running unity8 with
Probably not the same issue, but as of 0.1.2+14.04.20131128.1-0ubuntu2,
xmir fails to start for me. Had to disable xmir to start. Can't find any
obvious error in a log file, suggestions?
--
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to
Public bug reported:
Have Apple Macbook pro 8,1. With Trusty devel, very occasionally (i.e.
twice in the last 3 weeks) my trackpad has completely stopped
functioning for no reason I can determine.
From then on, dmesg is full of these messages:
bcm5974: bad trackpad package, length: 8
Removing
25 matches
Mail list logo