From: Joachim Henke <joachim.henke@stud.tu-ilmenau.de>
To: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] Mac OS X issues
Date: Tue, 13 Dec 2005 17:33:02 +0100 [thread overview]
Message-ID: <C791EFAF-27DD-44E4-853A-497AB08CD51F@stud.tu-ilmenau.de> (raw)
In-Reply-To: <3C424D8F-05C8-4F06-A1D5-4D37B0F7017D@kberg.ch>
Thanks for the patch! I already browsed through the CVS history on
savannah, but it's a bit tricky because some code parts moved between
files when SMP support was added. Could you please provide a complete
diff to the last fully working CVS snapshot? According to your patch,
it dates back to September, right? I only looked at the changes since
the beginning of November.
The GDB output I posted last time was generated after I had removed
some 'inline' statements to find the correct code lines. The
following is the result from unmodified CVS:
Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_PROTECTION_FAILURE at address: 0x00000010
0x00062f98 in tb_phys_invalidate (tb=0x8cad00, page_addr=4294967295)
at /Volumes/Data/build/qemu/exec-all.h:249
249 {
This is the path to the crash (each function calling the next one):
tb_invalidate_phys_page_range() [exec.c]
tb_phys_invalidate() [exec.c]
tb_reset_jump() [exec.c]
tb_set_jmp_target() [exec-all.h]
According to GDB, qemu crashes in the moment (or shortly after) when
tb_set_jmp_target() is called (line 442, exec.c). As I wrote in my
last post, the crash does not occur when cpu-exec.c is compiled with
GCC4 while everything else is compiled with GCC3. Compiling only
exec.c with GCC4 does not help. Since cpu-exec.c includes exec-all.h
through target-pcc/exec.h this could be a point to start.
Already played around changing several pieces of the code - it does
not help - maybe I'm just too blind...
Regards
Jo.
Mike Kronenberg wrote:
> Attached a diff against the last fully working CVS Snapshot I had.
> (ie, before mp was commited)
>
> I'm now scanning thru the changes in exec.c...
>
> my guess is, that things stay as they are, since gcc4 is not a
> target in the near future as stated many times. The GCC4 warnings
> was only added, because there where a lot of annoying posts on the
> list about "can't compile on GCC4". So GCC4 is only a workaround :)
> for now. Thing is, that only qemu-system is working when compiled
> by gcc4, qemu-user not.
>
> Mike
next prev parent reply other threads:[~2005-12-13 16:38 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-12-08 17:21 [Qemu-devel] [PATCH] Mac OS X: QEMU crashes when pressing dead keys Joachim Henke
2005-12-09 9:34 ` Mike Kronenberg
2005-12-09 22:34 ` [Qemu-devel] Mac OS X issues Joachim Henke
2005-12-10 13:31 ` Mike Kronenberg
2005-12-11 14:56 ` Joachim Henke
2005-12-11 17:22 ` Mike Kronenberg
2005-12-11 20:47 ` Joachim Henke
2005-12-12 17:38 ` Mike Kronenberg
2005-12-13 16:33 ` Joachim Henke [this message]
2005-12-13 19:34 ` Joachim Henke
2005-12-14 17:53 ` Mike Kronenberg
2005-12-17 0:03 ` Joachim Henke
2005-12-19 18:21 ` Joachim Henke
2005-12-20 9:33 ` Mike Kronenberg
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=C791EFAF-27DD-44E4-853A-497AB08CD51F@stud.tu-ilmenau.de \
--to=joachim.henke@stud.tu-ilmenau.de \
--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 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.