[Bug 1380848] Re: Apps and services use large amount of CPU after unity8 resets

2014-12-09 Thread Ricardo Mendoza
*** This bug is a duplicate of bug 1394204 ***
https://bugs.launchpad.net/bugs/1394204

** This bug has been marked a duplicate of bug 1394204
   dbus daemon spinning with NM AP properties change event

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1380848

Title:
  Apps and services use large amount of CPU after unity8 resets

To manage notifications about this bug go to:
https://bugs.launchpad.net/media-hub/+bug/1380848/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 1380848] Re: Apps and services use large amount of CPU after unity8 resets

2014-11-03 Thread Michał Sawicz
I wonder if we should make it so the whole session is restarted (or even
the phone rebooted) if unity8 respawned...

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1380848

Title:
  Apps and services use large amount of CPU after unity8 resets

To manage notifications about this bug go to:
https://bugs.launchpad.net/media-hub/+bug/1380848/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 1380848] Re: Apps and services use large amount of CPU after unity8 resets

2014-11-03 Thread Alexandros Frantzis
I am getting similar symptoms (media-hub-server high cpu) , although I
didn't see unity8 restarting (perhaps it did and I didn't notice?).

I have attached a tarball of strace (clipped because it was just the
same after a point), gdb backtrace and a core file generated from inside
gdb for media-hub-server.

** Attachment added: media-hub-server-debug.tar.xz
   
https://bugs.launchpad.net/ubuntu/+source/dbus-cpp/+bug/1380848/+attachment/4252111/+files/media-hub-server-debug.tar.xz

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1380848

Title:
  [TOPBLOCKER] Apps and services use large amount of CPU after unity8
  resets

To manage notifications about this bug go to:
https://bugs.launchpad.net/media-hub/+bug/1380848/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 1380848] Re: Apps and services use large amount of CPU after unity8 resets

2014-11-02 Thread Thomas Voß
We should assign this bug to an overarching component/project as
multiple independent services (media-hub, location-service, dbus-daemon)
are affected.

However, one idea that came to my mind: It might be that a spurious
posix signal is causing these issues, probably a SIGHUP somewhere,
arising on a thread that the respective signal is not blocked on. I will
keep on investigating into that direction.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1380848

Title:
  Apps and services use large amount of CPU after unity8 resets

To manage notifications about this bug go to:
https://bugs.launchpad.net/media-hub/+bug/1380848/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 1380848] Re: Apps and services use large amount of CPU after unity8 resets

2014-10-31 Thread Pat McGowan
Made the bug more generic, and added dbus-cpp as its a commonly used
element that could possibly be related

** Summary changed:

- Media-hub-service uses large amount of CPU after unity8 resets
+ Apps and services use large amount of CPU after unity8 resets

** Also affects: dbus-cpp (Ubuntu)
   Importance: Undecided
   Status: New

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1380848

Title:
  Apps and services use large amount of CPU after unity8 resets

To manage notifications about this bug go to:
https://bugs.launchpad.net/media-hub/+bug/1380848/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 1380848] Re: Apps and services use large amount of CPU after unity8 resets

2014-10-31 Thread Pat McGowan
** Attachment added: backtrace for locations service when consuming cpu
   
https://bugs.launchpad.net/ubuntu/+source/dbus-cpp/+bug/1380848/+attachment/4250241/+files/locationservice.txt

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1380848

Title:
  Apps and services use large amount of CPU after unity8 resets

To manage notifications about this bug go to:
https://bugs.launchpad.net/media-hub/+bug/1380848/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 1380848] Re: Apps and services use large amount of CPU after unity8 resets

2014-10-31 Thread Bill Filler
Just got another unity8 crash and this time system-settings maxing the
cpu. Here is the thread dump. It appears it's in a tight loop spawing
and exiting threads:

(gdb) bt
#0  0xb623baa2 in poll () from /lib/arm-linux-gnueabihf/libc.so.6
#1  0xb5e5c0c0 in ?? () from /lib/arm-linux-gnueabihf/libglib-2.0.so.0
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
(gdb) t a a bt

Thread 15 (Thread 0xb2297450 (LWP 4318)):
Cannot access memory at address 0x0
#0  0xb442c840 in ?? ()
Cannot access memory at address 0x0
#1  0xb444029c in ?? ()
Cannot access memory at address 0x0
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 14 (Thread 0xb2507b40 (LWP 4319)):
#0  0xb5e11b76 in ?? () from /lib/arm-linux-gnueabihf/librt.so.1
#1  0xb5e11be2 in ?? () from /lib/arm-linux-gnueabihf/librt.so.1
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 13 (Thread 0xb18ff450 (LWP 4320)):
#0  0xb6199554 in __libc_do_syscall () from 
/lib/arm-linux-gnueabihf/libpthread.so.0
#1  0xb6195192 in pthread_cond_wait@@GLIBC_2.4 () from 
/lib/arm-linux-gnueabihf/libpthread.so.0
Cannot access memory at address 0x300
#2  0xb235e0a8 in ?? ()
Cannot access memory at address 0x300
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 12 (Thread 0xb10ff450 (LWP 4321)):
#0  0xb6199554 in __libc_do_syscall () from 
/lib/arm-linux-gnueabihf/libpthread.so.0
#1  0xb6195192 in pthread_cond_wait@@GLIBC_2.4 () from 
/lib/arm-linux-gnueabihf/libpthread.so.0
Cannot access memory at address 0x300
#2  0xb235e0a8 in ?? ()
Cannot access memory at address 0x300
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 11 (Thread 0xb08ff450 (LWP 4322)):
#0  0xb623baa2 in poll () from /lib/arm-linux-gnueabihf/libc.so.6
#1  0xb5e5c0c0 in ?? () from /lib/arm-linux-gnueabihf/libglib-2.0.so.0
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 10 (Thread 0xae9bb450 (LWP 4328)):
#0  0xb6242712 in epoll_wait () from /lib/arm-linux-gnueabihf/libc.so.6
#1  0xb3d20422 in ?? () from /usr/lib/arm-linux-gnueabihf/libdbus-cpp.so.4
#2  0xb3d222be in ?? () from /usr/lib/arm-linux-gnueabihf/libdbus-cpp.so.4
#3  0xb3d2268e in ?? () from /usr/lib/arm-linux-gnueabihf/libdbus-cpp.so.4
---Type return to continue, or q return to quit---
#4  0xb3d0b92c in core::dbus::Bus::run() () from 
/usr/lib/arm-linux-gnueabihf/libdbus-cpp.so.4
#5  0xb634f360 in ?? () from /usr/lib/arm-linux-gnueabihf/libstdc++.so.6
#6  0xb6191f98 in start_thread () from /lib/arm-linux-gnueabihf/libpthread.so.0
#7  0xb624222c in ?? () from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 9 (Thread 0xadf2e450 (LWP 4332)):
#0  0xb623baa2 in poll () from /lib/arm-linux-gnueabihf/libc.so.6
#1  0xb5e5c0c0 in ?? () from /lib/arm-linux-gnueabihf/libglib-2.0.so.0
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 8 (Thread 0xad433450 (LWP 4335)):
#0  0xb623baa2 in poll () from /lib/arm-linux-gnueabihf/libc.so.6
#1  0xb5e5c0c0 in ?? () from /lib/arm-linux-gnueabihf/libglib-2.0.so.0
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 7 (Thread 0xacc33450 (LWP 4336)):
#0  0xb623baa2 in poll () from /lib/arm-linux-gnueabihf/libc.so.6
#1  0xb5e5c0c0 in ?? () from /lib/arm-linux-gnueabihf/libglib-2.0.so.0
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 6 (Thread 0xabd88450 (LWP 4337)):
#0  0xb623baa2 in poll () from /lib/arm-linux-gnueabihf/libc.so.6
#1  0xb5e5c0c0 in ?? () from /lib/arm-linux-gnueabihf/libglib-2.0.so.0
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 5 (Thread 0xab25d450 (LWP 4342)):
#0  0xb6231816 in sched_yield () from /lib/arm-linux-gnueabihf/libc.so.6
#1  0xb3bd6582 in ?? () from /usr/lib/arm-linux-gnueabihf/libmircommon.so.2
#2  0xb634f360 in ?? () from /usr/lib/arm-linux-gnueabihf/libstdc++.so.6
#3  0xb6191f98 in start_thread () from /lib/arm-linux-gnueabihf/libpthread.so.0
#4  0xb624222c in ?? () from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
---Type return to continue, or q return to quit---

Thread 4 (Thread 0xaaa1d450 (LWP 4343)):
#0  0xb6199554 in __libc_do_syscall () from 
/lib/arm-linux-gnueabihf/libpthread.so.0
#1  0xb6195192 in pthread_cond_wait@@GLIBC_2.4 () from 
/lib/arm-linux-gnueabihf/libpthread.so.0
#2  0xb6bbc05c in QWaitCondition::wait(QMutex*, unsigned long) ()
   from /usr/lib/arm-linux-gnueabihf/libQt5Core.so.5
#3  0xb670318c in ?? () from /usr/lib/arm-linux-gnueabihf/libQt5Quick.so.5
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 3 (Thread 0xaa21d450 (LWP 4344)):
#0  0xb6199554 in __libc_do_syscall () from 
/lib/arm-linux-gnueabihf/libpthread.so.0
#1  0xb6195192 in pthread_cond_wait@@GLIBC_2.4 () 

[Bug 1380848] Re: Apps and services use large amount of CPU after unity8 resets

2014-10-31 Thread Thomas Voß
I will try to come up with a distilled down test case illustrating that
libdbus-cpp is not the cause but a symptom of the issue. Point being
that it certainly shows up in the stack traces, but it sits waiting in
all of them (specifically for the system settings crash).

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1380848

Title:
  Apps and services use large amount of CPU after unity8 resets

To manage notifications about this bug go to:
https://bugs.launchpad.net/media-hub/+bug/1380848/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs