From: Marc Zyngier <marc.zyngier@arm.com>
To: Robert Richter <robert.richter@cavium.com>
Cc: "kvm@vger.kernel.org" <kvm@vger.kernel.org>,
Daniel Thompson <daniel.thompson@linaro.org>,
"kvmarm@lists.cs.columbia.edu" <kvmarm@lists.cs.columbia.edu>
Subject: Re: v4.9-rc1 fails booting as a guest on ARM64 Cavium ThunderX
Date: Wed, 26 Oct 2016 08:39:05 +0100 [thread overview]
Message-ID: <9abe7c3b-9e42-e085-0796-a16c7f5a75e0@arm.com> (raw)
In-Reply-To: <20161026071830.GH22012@rric.localdomain>
On 26/10/16 08:18, Robert Richter wrote:
> On 21.10.16 13:52:43, Marc Zyngier wrote:
>> On 21/10/16 13:07, Andrew Jones wrote:
>>> On Fri, Oct 21, 2016 at 12:57:37PM +0100, Peter Maydell wrote:
>>>> On 21 October 2016 at 12:49, Andrew Jones <drjones@redhat.com> wrote:
>>>>> I also read the register before writing it and saw it was 3. I tried
>>>>> writing 3 instead of 0 to see what would happen, but the failure
>>>>> persisted. I did read back the register after writing it to confirm the
>>>>> change took affect.
>>>>
>>>> So what does it read back as after you write 0? The GICv3 spec
>>>> says it can't read back as zero...
>>>>
>>>
>>> I read back zero
>>>
>>> pre-read bpr1=3
>>> post-read bpr1=0
>>> FAIL: gicv3: ipi: self: Timed-out (5s). ACKS: missing=1 extra=0 unexpected=0
>>
>> Gah... I guess we'll have to either roll a dice, or get someone from
>> Cavium to tell us what's happening here. In the meantime, can you give
>> the following patch a go? It doesn't fire on my FSL box, but everything
>> hunky dory on it so far...
>
> "The minimum binary value programmable is BP_MIN. Attempt to
> set it to a lower value automatically sets it to the minimum value
> BP_MIN."
>
> The min value is 3 in this level, thus it should return 3 for [2:0] of
> BPR1.
Exactly (though there is a number of other rules such as taking
ICC_CTLR_EL1.CBPR into account). And all this should reflect in
VMCR_EL2.VBPR1.
> I am going to reproduce this.
Thanks,
M.
--
Jazz is not dead. It just smells funny...
next prev parent reply other threads:[~2016-10-26 7:39 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-10-21 7:01 v4.9-rc1 fails booting as a guest on ARM64 Cavium ThunderX Auger Eric
2016-10-21 8:45 ` Marc Zyngier
2016-10-21 9:05 ` Auger Eric
2016-10-21 9:40 ` Marc Zyngier
2016-10-21 9:46 ` Auger Eric
2016-10-21 11:49 ` Andrew Jones
2016-10-21 11:57 ` Peter Maydell
2016-10-21 12:07 ` Andrew Jones
2016-10-21 12:52 ` Marc Zyngier
2016-10-21 12:58 ` Peter Maydell
2016-10-21 13:20 ` Marc Zyngier
2016-10-21 13:06 ` Andrew Jones
2016-10-21 13:47 ` Marc Zyngier
2016-10-21 16:34 ` Robert Richter
2016-10-26 7:18 ` Robert Richter
2016-10-26 7:39 ` Marc Zyngier [this message]
2016-11-03 18:01 ` Robert Richter
2016-11-04 13:30 ` Auger Eric
2016-10-21 10:40 ` Daniel Thompson
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=9abe7c3b-9e42-e085-0796-a16c7f5a75e0@arm.com \
--to=marc.zyngier@arm.com \
--cc=daniel.thompson@linaro.org \
--cc=kvm@vger.kernel.org \
--cc=kvmarm@lists.cs.columbia.edu \
--cc=robert.richter@cavium.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.