Do these guest images and command lines work on Linux QEMU? (The most
common cause of "nothing happens" is "wrong kernel for this board" or
similar misconfiguration, where QEMU is correctly emulating a crashed
guest that never made any output...)

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1406016

Title:
  qemu-system-arm hangs at start on OS X

Status in QEMU:
  New

Bug description:
  Both from release 2.1.2 and built from a recent source, qemu-system-
  arm seems to hang immediately after starting up, never getting to the
  point of actually booting.

  I've tried qemu-system-mipsel with another image and it worked fine,
  so this seems to be specific to the ARM runtime. I've tried two
  different ARM kernels, and I also ran into this with QEMU 2.1.2
  release, installed from a bottle using homebrew.

  Host: Mac OS X 10.9.5 (Darwin Kernel Version 13.4.0)
  QEMU version: built from HEAD@ab0302ee76
  Build command: ./configure --enable-cocoa 
--target-list=arm-softmmu,mipsel-softmmu && make
  Run command:

  qemu-system-arm -M vexpress-a9 -cpu cortex-a9 -m 256 -sd disk.img -net
  nic,macaddr=52:54:00:fa:ce:13 -kernel vmlinuz-3.2.0-4-vexpress -initrd
  initrd.gz -append "root=/dev/ram" -display vnc=localhost:17 -net
  user,hostfwd=tcp::5022-:22 -append "console=ttyS0"

  I also tried this, with a different kernel & root:

  qemu-system-arm -kernel zImage -cpu arm1176 -m 256 -M versatilepb -no-
  reboot -serial stdio -hda rootfs-chromium.ext2 -append "root=/dev/sda"

  Thread dump:

  (lldb) thread list
  Process 34364 stopped
  * thread #1: tid = 0x135966, 0x00007fff89f4a746 
libsystem_kernel.dylib`__psynch_mutexwait + 10, queue = 
'com.apple.main-thread', stop reason = signal SIGSTOP
    thread #2: tid = 0x13598b, 0x00007fff89f4ae6a 
libsystem_kernel.dylib`__workq_kernreturn + 10
    thread #3: tid = 0x13598c, 0x00007fff89f4b662 
libsystem_kernel.dylib`kevent64 + 10, queue = 'com.apple.libdispatch-manager'
    thread #7: tid = 0x1359b2, 0x00007fff89f4acc2 
libsystem_kernel.dylib`__sigwait + 10
    thread #9: tid = 0x1359c1, 0x00000001091bc5d9
    thread #11: tid = 0x1359cc, 0x00007fff89f4a716 
libsystem_kernel.dylib`__psynch_cvwait + 10
    thread #12: tid = 0x1359da, 0x00007fff89f46a1a 
libsystem_kernel.dylib`mach_msg_trap + 10, name = 
'com.apple.audio.IOThread.client'

  -------
  * thread #1: tid = 0x135966, 0x00007fff89f4a746 
libsystem_kernel.dylib`__psynch_mutexwait + 10, queue = 
'com.apple.main-thread', stop reason = signal SIGSTOP
    * frame #0: 0x00007fff89f4a746 libsystem_kernel.dylib`__psynch_mutexwait + 
10
      frame #1: 0x00007fff8e05f779 libsystem_pthread.dylib`_pthread_mutex_lock 
+ 372
      frame #2: 0x000000010033e8e9 
qemu-system-arm`qemu_mutex_lock(mutex=<unavailable>) + 25 at 
qemu-thread-posix.c:76
      frame #3: 0x000000010002d742 qemu-system-arm`qemu_mutex_lock_iothread + 
98 at cpus.c:1137
      frame #4: 0x00000001002c84b5 qemu-system-arm`main_loop_wait [inlined] 
os_host_main_loop_wait(timeout=<unavailable>) + 191 at main-loop.c:242
      frame #5: 0x00000001002c83f6 
qemu-system-arm`main_loop_wait(nonblocking=<unavailable>) + 278 at 
main-loop.c:494
      frame #6: 0x000000010014961a qemu-system-arm`qemu_main [inlined] 
main_loop + 73 at vl.c:1789
      frame #7: 0x00000001001495d1 
qemu-system-arm`qemu_main(argc=<unavailable>, argv=<unavailable>, 
envp=<unavailable>) + 17057 at vl.c:4353
      frame #8: 0x000000010029b45e qemu-system-arm`-[QemuCocoaAppController 
startEmulationWithArgc:argv:](self=<unavailable>, _cmd=<unavailable>, 
argc=<unavailable>, argv=<unavailable>) + 30 at cocoa.m:897

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1406016/+subscriptions

Reply via email to