[Xmir] EQ overflowing

Bug #1221234 reported by Eleni Maria Stea on 2013-09-05
This bug affects 3 people
Affects Status Importance Assigned to Milestone
xorg-server (Ubuntu)

Bug Description

After I compiled and installed mir (trunk) and the most recent version of the unity system compositor I got this weird log:

(EE) [mi] EQ overflowing. Additional events will be discarded until existing events are processed.
(EE) Backtrace:
(EE) 0: /usr/bin/X (xorg_backtrace+0x49) [0xb76c01a9]
(EE) 1: /usr/bin/X (mieqEnqueue+0x213) [0xb76a0203]
(EE) 2: /usr/bin/X (QueuePointerEvents+0x6d) [0xb757418d]
(EE) 3: /usr/bin/X (xf86PostMotionEventM+0x24b) [0xb75ad82b]
(EE) 4: /usr/lib/xorg/modules/input/evdev_drv.so (0xb6ecb000+0x4726) [0xb6ecf726]
(EE) 5: /usr/bin/X (0xb7520000+0x7ce65) [0xb759ce65]
(EE) 6: /usr/bin/X (0xb7520000+0xa7d3b) [0xb75c7d3b]
(EE) 7: /lib/i386-linux-gnu/libpthread.so.0 (0xb73e6000+0xee48) [0xb73f4e48]
(EE) 8: /lib/ld-linux.so.2 (0xb74fe000+0x1172) [0xb74ff172]
(EE) 9: /lib/i386-linux-gnu/libpthread.so.0 (pthread_cond_wait+0xdb) [0xb73f084b]
(EE) 10: /usr/lib/i386-linux-gnu/libstdc++.so.6 (_ZNSt18condition_variable4waitERSt11unique_lockISt5mutexE+0x25) [0xb6c812d5]
(EE) 11: /usr/lib/i386-linux-gnu/libmirclient.so.2 (_ZN13MirWaitHandle12wait_for_allEv+0x5f) [0xb6e6e80f]
(EE) 12: /usr/lib/i386-linux-gnu/libmirclient.so.2 (mir_wait_for+0x1f) [0xb6e6a54f]
(EE) 13: /usr/lib/xorg/modules/extensions/libxmir.so (xmir_auth_drm_magic+0x3f) [0xb74f5b5f]
(EE) 14: /usr/lib/xorg/modules/drivers/intel_drv.so (0xb60b9000+0xca677) [0xb6183677]
(EE) 15: /usr/bin/X (DRI2Authenticate+0x5c) [0xb76912cc]
(EE) 16: /usr/bin/X (0xb7520000+0x17209b) [0xb769209b]
(EE) 17: /usr/bin/X (0xb7520000+0x3c46d) [0xb755c46d]
(EE) 18: /usr/bin/X (0xb7520000+0x2a50a) [0xb754a50a]
(EE) 19: /lib/i386-linux-gnu/libc.so.6 (__libc_start_main+0xf5) [0xb70ea905]
(EE) 20: /usr/bin/X (0xb7520000+0x2a8e8) [0xb754a8e8]
(EE) [mi] These backtraces from mieqEnqueue may point to a culprit higher up the stack.
(EE) [mi] mieq is *NOT* the cause. It is a victim.
(EE) [mi] EQ overflow continuing. 100 events have been dropped.


[mi] EQ overflow continuing. 1000 events have been dropped.
(EE) [mi] No further overflow reports will be reported until the clog is cleared.

Changed in mir:
importance: Undecided → High
Changed in xmir:
importance: Undecided → High
Daniel van Vugt (vanvugt) wrote :

Duplicate of bug 1217419.

Eleni Maria Stea (hikiko) wrote :

I think it's not a duplicated, it's just the same backlog, but I didn't get a crash plus I didn't unplug the monitor.

Eleni Maria Stea (hikiko) wrote :

It seems that we have too many events in the event queue.
This might occur either because the function that processes the events is too slow or because we add more events than we should in the event queue.
If the problem was a slow event processing function, we would get a "non-responsive" behavior while we run xmir (the windows/mouse et c would move very slow), since this is not the case I guess is that we add too many events to the event queue.
I will investigate further though.

Changed in mir:
status: New → Confirmed
Changed in xmir:
status: New → Confirmed
kevin gunn (kgunn72) on 2013-09-25
Changed in mir:
assignee: nobody → Eleni Maria Stea (hikiko)
kevin gunn (kgunn72) on 2013-09-27
summary: - EQ overflowing
+ [Xmir] EQ overflowing
Changed in mir:
assignee: Eleni Maria Stea (hikiko) → nobody
Eleni Maria Stea (hikiko) wrote :

 I don't get the EQ overflow anymore and I think it was fixed in xmir. Does anyone still get it?

dino99 (9d9) wrote :

Only to let you know about that issue (EE) on my system:

- i386 saucy desktop
- no mir/xmir installed or tested at all

Got all these (EE) errors and a general freeze after having booted kernel 3.12-rc3 + nouveau , and opened "Files" to check the logs.
So on that system , only a few packages have been patched to get mir compatibility.
The first package im yhinking about is xorg indeed. Note that the 3.11 kernel has not that issue.

kevin gunn (kgunn72) on 2014-02-20
Changed in mir:
importance: High → Medium
Changed in xmir:
importance: High → Medium
tags: added: xmir
affects: xmir → xorg-server (Ubuntu)
Robert Ancell (robert-ancell) wrote :

Closing as this relates to the old XMir / Mir. Please re-open if this still occurs.

Changed in xorg-server (Ubuntu):
status: Confirmed → Invalid
Daniel van Vugt (vanvugt) wrote :

XMir 1.0 (the old Xorg extension) is now deprecated and is not being maintained or fixed. It is replaced by the new 'Xmir' binary (package 'xmir') introduced in Ubuntu 15.10 wily.

Is there any way to reproduce this bug without the old Xmir?

Changed in mir:
status: Confirmed → Incomplete
Launchpad Janitor (janitor) wrote :

[Expired for Mir because there has been no activity for 60 days.]

Changed in mir:
status: Incomplete → Expired
Ubuntu QA Website (ubuntuqa) wrote :

This bug has been reported on the Ubuntu Package testing tracker.

A list of all reports related to this bug can be found here:

tags: added: package-qa-testing
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Duplicates of this bug

Other bug subscribers