All of lore.kernel.org
 help / color / mirror / Atom feed
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

  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.