All of lore.kernel.org
 help / color / mirror / Atom feed
From: Julien Grall <julien.grall@linaro.org>
To: Ian Campbell <Ian.Campbell@citrix.com>
Cc: xen-devel@lists.xenproject.org, tim@xen.org,
	stefano.stabellini@citrix.com
Subject: Re: [PATCH v2] xen/arm: Correctly support WARN_ON
Date: Wed, 10 Sep 2014 12:02:37 -0700	[thread overview]
Message-ID: <5410A04D.8010405@linaro.org> (raw)
In-Reply-To: <1410341710.8217.265.camel@kazak.uk.xensource.com>

Hi Ian,

On 10/09/14 02:35, Ian Campbell wrote:
> On Tue, 2014-09-09 at 11:31 -0700, Julien Grall wrote:
>> Hi Ian,
>>
>> On 09/09/14 02:17, Ian Campbell wrote:
>>> On Mon, 2014-09-08 at 12:19 -0700, Julien Grall wrote:
>>>> Hi Ian,
>>>>
>>>> On 08/09/14 06:01, Ian Campbell wrote:
>>>>>> +    /* PC is always 4-byte align, as Xen is using ARM instruction set */
>>>>>
>>>>> "aligned"
>>>>
>>>> Ok.
>>>>
>>>>> Is it worth a check here? I presume the nested fault if PC were
>>>>> misaligned would be pretty exciting, print+goto die would seem
>>>>> appropriate.
>>>>
>>>> I don't think so. The "undefined instruction" is only used when the
>>>> processor is unable to decode the instruction. If it fails to load the
>>>> instruction (because a wrong memory address, pc misaligned), Xen would
>>>> have received a "prefetch abort".
>>>
>>> I was thinking of something either wrongly or rightly transitioning to
>>> thumb mode. It'd have to be something horrible like a broken firmware
>>> returning from a PSCI call in the wrong mode or something like that
>>> though.
>>
>> The thumb mode is stored in SPSR which is a banked registers. Your use
>> case can only happen if the secure mode decides to modify the registers
>> of the hypervisor. It would be very stupid from the firmware and other
>> bad things could happen.
>
> Yes, as I said it would need to be horribly broken firmware. I wouldn't
> rule out the ability of firmware to do horribly broken things though.

Ok. I will add a check and directly go to die.

Regards,


-- 
Julien Grall

      reply	other threads:[~2014-09-10 19:02 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-08-05 16:32 [PATCH v2] xen/arm: Correctly support WARN_ON Julien Grall
2014-09-08 13:01 ` Ian Campbell
2014-09-08 19:19   ` Julien Grall
2014-09-08 19:24     ` Julien Grall
2014-09-09  9:19       ` Ian Campbell
2014-09-09 20:25         ` Julien Grall
2014-09-09  9:17     ` Ian Campbell
2014-09-09 18:31       ` Julien Grall
2014-09-10  9:35         ` Ian Campbell
2014-09-10 19:02           ` Julien Grall [this message]

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=5410A04D.8010405@linaro.org \
    --to=julien.grall@linaro.org \
    --cc=Ian.Campbell@citrix.com \
    --cc=stefano.stabellini@citrix.com \
    --cc=tim@xen.org \
    --cc=xen-devel@lists.xenproject.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.