From: Alexander Graf <agraf@suse.de>
To: Thomas Huth <thuth@redhat.com>, Laurent Vivier <lvivier@redhat.com>
Cc: dgibson@redhat.com, qemu-ppc@nongnu.org, qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [PATCH] ppc64: set MSR_SF bit
Date: Wed, 16 Mar 2016 11:42:29 +0100 [thread overview]
Message-ID: <56E93895.40501@suse.de> (raw)
In-Reply-To: <56E93621.1070304@redhat.com>
On 16.03.16 11:32, Thomas Huth wrote:
> On 16.03.2016 11:06, Alexander Graf wrote:
>>
>>
>> On 16.03.16 11:05, Laurent Vivier wrote:
>>> On 16/03/2016 10:48, Alexander Graf wrote:
>>>>
>>>>
>>>> On 16.03.16 10:43, Laurent Vivier wrote:
>>>>> When a qemu-system-ppc64 is started, the 64-bit mode bit
>>>>> is not set in MSR.
>>>>>
>>>>> Signed-off-by: Laurent Vivier <lvivier@redhat.com>
>>>>
>>>> I guess commit 2cf3eb6df552cee74b52de9989e270b74e42847e broke this. I'm
>>>> surprised it didn't cause us more problems :).
>>>
>>> Linux kernel is ready to manage that: see enable_64b_mode in
>>> arch/powerpc/kernel/head_64.S
>>
>> We don't boot Linux directly though, only openBIOS and SLOF :).
>
> Both, SLOF and OpenBIOS, seem to enable the SF bit manually, too, see:
>
> https://github.com/qemu/openbios/blob/master/arch/ppc/qemu/start.S#L524
>
> https://github.com/aik/SLOF/blob/master/board-qemu/llfw/startup.S#L91
Power up is slightly tricky, as machine state is pushed into the CPU
from the outside FWIW. I think we're "cleanest" if we just consider
power up a reset.
Reset is properly defined as an exception (0x100). For exceptions, the
970MP user manual for example says:
4.5 Exception Definitions
When an exception/interrupt is taken, all bits in the MSR are set to
‘0’, with the following exceptions:
• Exceptions always set MSR[SF] to ‘1’.
So the qemu fix is the correct one IMHO.
Alex
next prev parent reply other threads:[~2016-03-16 10:42 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-03-16 9:43 [Qemu-devel] [PATCH] ppc64: set MSR_SF bit Laurent Vivier
2016-03-16 9:48 ` Alexander Graf
2016-03-16 10:05 ` Laurent Vivier
2016-03-16 10:06 ` Alexander Graf
2016-03-16 10:30 ` Laurent Vivier
2016-03-16 10:32 ` Thomas Huth
2016-03-16 10:42 ` Alexander Graf [this message]
2016-03-21 1:28 ` [Qemu-devel] [Qemu-ppc] " David Gibson
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=56E93895.40501@suse.de \
--to=agraf@suse.de \
--cc=dgibson@redhat.com \
--cc=lvivier@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=qemu-ppc@nongnu.org \
--cc=thuth@redhat.com \
/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.