All of lore.kernel.org
 help / color / mirror / Atom feed
From: Neil McGill <nmcgill@cisco.com>
To: qemu-devel@nongnu.org
Cc: "Rich Wellum (rwellum)" <rwellum@cisco.com>
Subject: [Qemu-devel] qemu 2.2 stuck on condition mutex locks on all threads
Date: Mon, 07 Dec 2015 19:44:24 -0500	[thread overview]
Message-ID: <566627E8.3000101@cisco.com> (raw)


Has anyone seen anything like this ? all 4 qemu threads are stuck on a
pthread condition

QEMU emulator version 2.2.0 (Debian 1:2.2+dfsg-5expubuntu9.3~cloud0), Copyright (c) 2003-2008 Fabrice Bellard

I'll try and get the qemu source built on this machine to debug and get
some useful symbols out of gdb, but just wondering if there is a known
issue like this on:

Linux virl 3.19.0-33-generic #38~14.04.1-Ubuntu SMP Fri Nov 6 18:17:28 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

tx

neil

(gdb) where
#0  __lll_lock_wait () at ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:135
#1  0x00007f7a17524657 in _L_lock_909 () from /lib/x86_64-linux-gnu/libpthread.so.0
#2  0x00007f7a17524480 in __GI___pthread_mutex_lock (mutex=0x7f7a2150f9a0) at ../nptl/pthread_mutex_lock.c:79
#3  0x00007f7a21036909 in ?? ()
#4  0x00007f7a20fc1fdb in ?? ()
#5  0x00007f7a20d153fe in ?? ()
#6  0x00007f7a17176ec5 in __libc_start_main (main=0x7f7a20d13eb0, argc=94, argv=0x7ffcb0b0b948, init=<optimized out>,
     fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7ffcb0b0b938) at libc-start.c:287
#7  0x00007f7a20d1b96c in ?? ()

(gdb) thread 2
[Switching to thread 2 (Thread 0x7f793e3ff700 (LWP 65315))]
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
185	../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S: No such file or directory.
(gdb) where
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1  0x00007f7a21036b29 in ?? ()
#2  0x00007f7a20fb10c3 in ?? ()
#3  0x00007f7a20fb14c0 in ?? ()
#4  0x00007f7a17522182 in start_thread (arg=0x7f793e3ff700) at pthread_create.c:312
#5  0x00007f7a1724f47d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111

(gdb) thread 3
[Switching to thread 3 (Thread 0x7f7a0cbf8700 (LWP 65311))]
#0  __lll_lock_wait () at ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:135
135	../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S: No such file or directory.
(gdb) where
#0  __lll_lock_wait () at ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:135
#1  0x00007f7a17524657 in _L_lock_909 () from /lib/x86_64-linux-gnu/libpthread.so.0
#2  0x00007f7a17524480 in __GI___pthread_mutex_lock (mutex=0x7f7a2150f9a0) at ../nptl/pthread_mutex_lock.c:79
#3  0x00007f7a21036909 in ?? ()
#4  0x00007f7a20d57d3c in ?? ()
#5  0x00007f7a20d42db2 in ?? ()
#6  0x00007f7a17522182 in start_thread (arg=0x7f7a0cbf8700) at pthread_create.c:312
#7  0x00007f7a1724f47d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111

(gdb) thread 4
[Switching to thread 4 (Thread 0x7f7a0d3f9700 (LWP 65310))]
#0  0x00007f7a172421ef in __GI_ppoll (fds=0x7f7a234db150, nfds=1, timeout=<optimized out>, sigmask=0x0)
     at ../sysdeps/unix/sysv/linux/ppoll.c:56
56	../sysdeps/unix/sysv/linux/ppoll.c: No such file or directory.
(gdb) where
#0  0x00007f7a172421ef in __GI_ppoll (fds=0x7f7a234db150, nfds=1, timeout=<optimized out>, sigmask=0x0)
     at ../sysdeps/unix/sysv/linux/ppoll.c:56
#1  0x00007f7a20fc2b2b in ?? ()
#2  0x00007f7a20fc3d04 in ?? ()
#3  0x00007f7a20fb5e5f in ?? ()
#4  0x00007f7a20fb78f4 in ?? ()
#5  0x00007f7a20ef1732 in ?? ()
#6  0x00007f7a20d58e81 in ?? ()
#7  0x00007f7a20d5e947 in ?? ()
#8  0x00007f7a20d1f933 in ?? ()
#9  0x00007f7a20d57fa1 in ?? ()
#10 0x00007f7a20d42db2 in ?? ()
#11 0x00007f7a17522182 in start_thread (arg=0x7f7a0d3f9700) at pthread_create.c:312
#12 0x00007f7a1724f47d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111
(gdb)

             reply	other threads:[~2015-12-08  0:44 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-12-08  0:44 Neil McGill [this message]
2015-12-10  8:47 ` [Qemu-devel] qemu 2.2 stuck on condition mutex locks on all threads Stefan Hajnoczi
2015-12-10 12:43   ` Neil McGill

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=566627E8.3000101@cisco.com \
    --to=nmcgill@cisco.com \
    --cc=qemu-devel@nongnu.org \
    --cc=rwellum@cisco.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.