From: "J. Mayer" <l_indien@magic.fr>
To: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] OS/2 Bootloader Some weird behaviour of branch instruction
Date: Wed, 25 May 2005 22:57:11 +0200 [thread overview]
Message-ID: <1117054631.15980.112.camel@rapid> (raw)
In-Reply-To: <4294CB13.9080002@co.inet.fi>
On Wed, 2005-05-25 at 21:59 +0300, Tero Kaarlela wrote:
> I have just realized that when running in LE mode in_asm dump is not
> useful because it shows code in BE-format. I'll try to make it print in
> LE format. And those invalid opcodes is this because after OS/2 crashes
> Qemu tries to start its own code but crashes because before this
> Processor should be returned to BE-format?
It should display insns in little-endian format, if you're up to date.
Take a look at the code in disas.c and ppc-dis.c, you'll see the case is
handled.
But the 0x3c opcode is valid ... on POWER2 (namely stfq).
Then I guess you choose a platform which is a RS/6000 with a POWER2, not
a PowerPC.
I'm afraid POWER1 & POWER2 won't be emuled soon, if they'll ever be...
Please check this point.
Another point:
> I took a look at qemu in_asm & cpu debugging with OS/2 bootloader
> under Qemu -prep. And there is something weird happening in my opinion:
>
> This happens after boot.cfg has been gone through and kernel bootstrap
> task should start:
>
> IN:
> 0xf0107068: .long 0x10009d81
> 0xf010706c: tdi 0,r0,27776
> 0xf0107070: bl F011EDF0 <<= Shouldnt this branch to F011EDF0
> instead of going on???
As this is a subroutine call, I guess this routine as already been called from somewhere else.
As Qemu only displays blocks at translation time, you don't have any dump any more
when calling a routine twice.
--
J. Mayer <l_indien@magic.fr>
Never organized
next prev parent reply other threads:[~2005-05-25 21:07 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-05-25 18:13 [Qemu-devel] OS/2 Bootloader Some weird behaviour of branch instruction Tero Kaarlela
2005-05-25 18:59 ` Tero Kaarlela
2005-05-25 20:57 ` J. Mayer [this message]
2005-05-29 14:02 ` Tero Kaarlela
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=1117054631.15980.112.camel@rapid \
--to=l_indien@magic.fr \
--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).