qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Alexander Graf <agraf@suse.de>
To: QEMU-devel Developers <qemu-devel@nongnu.org>
Cc: Paolo Bonzini <pbonzini@redhat.com>,
	Andreas Faerber <andreas.faerber@web.de>,
	Jan Kiszka <jan.kiszka@siemens.com>
Subject: [Qemu-devel] [RFC] darwin: work around sigfd
Date: Thu,  5 May 2011 11:36:26 +0200	[thread overview]
Message-ID: <1304588186-94087-1-git-send-email-agraf@suse.de> (raw)

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 1764 bytes --]

When running qemu-system on Darwin, the vcpu processes guest code, but
I don't get to see anything on the cocoa screen.

When running a guest with -nographic, time stands still for the guest:

[    0.000000] Detected 2659.508 MHz processor.
[    0.000756] Calibrating delay loop (skipped), value calculated using timer frequency.. 5319.01 BogoMIPS (lpj=2659508)
[    0.000999] pid_max: default: 32768 minimum: 301
[    0.000999] Security Framework initialized
[    0.000999] AppArmor: AppArmor initialized
[...]
[    0.000999] Kernel panic - not syncing: IO-APIC + timer doesn't work!  Boot with apic=debug and send a report.  Then try booting with the 'noapic' option.
[    0.000999]
[...]
[    0.000999]  [<ffffffff81b3ec92>] kernel_init+0x8f/0x206
[    0.000999]  [<ffffffff81003d74>] kernel_thread_helper+0x4/0x10

This patch makes qemu-system work again on Darwin, but is obviously
just a hack. I'd really like to see some more clever people find out
what exactly is going wrong to find a real solution!

Reported-by: Andreas Färber <andreas.faerber@web.de>
(no signed-off-by on purpose - it's an RFC!)
---
 cpus.c |    9 +++++++++
 1 files changed, 9 insertions(+), 0 deletions(-)

diff --git a/cpus.c b/cpus.c
index 1fc34b7..ef604bf 100644
--- a/cpus.c
+++ b/cpus.c
@@ -388,6 +388,15 @@ static int qemu_signal_init(void)
     int sigfd;
     sigset_t set;
 
+#ifdef CONFIG_DARWIN
+    /* Darwin breaks for me with sigfd. I don't know why, but it just sits
+       there hanging. The vcpu does process things, so that one's good, but
+       there is no output. Doing the same as win32 works for me. */
+    if (1) {
+        return 0;
+    }
+#endif
+
 #ifdef CONFIG_IOTHREAD
     /* SIGUSR2 used by posix-aio-compat.c */
     sigemptyset(&set);
-- 
1.7.1

             reply	other threads:[~2011-05-05  9:37 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-05-05  9:36 Alexander Graf [this message]
2011-05-05 12:56 ` [Qemu-devel] [RFC] darwin: work around sigfd Paolo Bonzini
2011-05-05 13:15   ` Alexander Graf
2011-05-05 13:23     ` Paolo Bonzini
2011-05-05 13:24       ` Alexander Graf
2011-05-08  9:15     ` Andreas Färber
2011-05-08 10:10       ` Andreas Färber
2011-05-09 14:04         ` Alexander Graf
2011-05-29 16:50       ` Andreas Färber
2011-05-30  8:03         ` Paolo Bonzini
2011-05-31 21:44           ` Andreas Färber

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=1304588186-94087-1-git-send-email-agraf@suse.de \
    --to=agraf@suse.de \
    --cc=andreas.faerber@web.de \
    --cc=jan.kiszka@siemens.com \
    --cc=pbonzini@redhat.com \
    --cc=qemu-devel@nongnu.org \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).