** Tags added: xmir
** Summary changed:
- Unity doesn't start on ATI test machine (Mir fails to respond to
drm_auth_magic request)
+ [xmir] Unity doesn't start on ATI test machine (Mir fails to respond to
drm_auth_magic request)
--
You received this bug notification because you are a member
** Changed in: mir
Assignee: Daniel van Vugt (vanvugt) = (unassigned)
--
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to xserver-xorg-video-ati in Ubuntu.
https://bugs.launchpad.net/bugs/1204939
Title:
Unity doesn't start on ATI test
[Expired for xserver-xorg-video-ati (Ubuntu) because there has been no
activity for 60 days.]
** Changed in: xserver-xorg-video-ati (Ubuntu)
Status: Incomplete = Expired
--
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to
Incomplete. No idea what the status of this one is now.
** Changed in: xserver-xorg-video-ati (Ubuntu)
Status: New = Incomplete
--
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to xserver-xorg-video-ati in Ubuntu.
** Changed in: mir
Assignee: (unassigned) = Daniel van Vugt (vanvugt)
--
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to xserver-xorg-video-ati in Ubuntu.
https://bugs.launchpad.net/bugs/1204939
Title:
Unity doesn't start on ATI test
I've spent a day trying to figure out how Mir's socket logic could send
a message which is never received. So far, I cannot find a theoretical
reason. But it's very complicated and I don't properly understand it
yet.
In the mean time, could someone please reproduce the bug, get it hung
and send
seems this issue is in the radeon driver.
We looked with Thomas for a couple of hours this particular issue and
came to the conclusion this one seems to appear only when switching from
traditional Xorg to a Mir environment back and force after having some
GPU load. The radeon driver seems to not
Multiple drm_auth_magic calls suggests multiple screens. Is that true?
What is a screen in this context anyway?
--
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to xserver-xorg-video-ati in Ubuntu.
https://bugs.launchpad.net/bugs/1204939
Title:
@Daniel: I know there is at least one real monitor connected, people in
Lexington will know if we have more than that.
--
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to xserver-xorg-video-ati in Ubuntu.
https://bugs.launchpad.net/bugs/1204939
The scenario described in comment #25 is not really a common real world
use case. I for one expect lightdm/X to not restart properly in
switching between X and XMir. It's just never worked very reliably in
doing so. And that's true for intel graphics too, in my experience.
So have we ever seen
Hence the email I'm about to send an emailtelling we are not blocking
Mir to release to distro.
Though, we are not 100% sure it's the real issue, just a high probability.
The ATI machine can't be used as of now for this testing, I keep it free (in
the same state, with the same package and no
Question: Are there any processes which stay resident across iterations
switching between X and XMir? Like unity-system-compositor?
If so, can you please check the fd's and memory of such processes to see
if we're leaking something? If the problem is in user space then we have
much more chance of
Le 21/08/2013 14:18, Daniel van Vugt a écrit :
Question: Are there any processes which stay resident across iterations
switching between X and XMir? Like unity-system-compositor?
If so, can you please check the fd's and memory of such processes to see
if we're leaking something? If the
just to add some additional information from this morning's debug not captured
here.
it seems with the latest archive (Aug 21) that the problem exhibits itself
sometimes on a first install - but upon reboot will not occur again.
the current thinking is that installing over and over is corner
14 matches
Mail list logo