xen-devel.lists.xenproject.org archive mirror
 help / color / mirror / Atom feed
From: Suriyan Ramasami <suriyan.r@gmail.com>
To: Ian Campbell <Ian.Campbell@citrix.com>
Cc: Tim Deegan <tim@xen.org>, Julien Grall <julien.grall@linaro.org>,
	Keir Fraser <keir@xen.org>, Jan Beulich <jbeulich@suse.com>,
	"xen-devel@lists.xen.org" <xen-devel@lists.xen.org>
Subject: Re: [XEN/ARM: Patch v3 1/1] Add support for the Exynos secure firmware
Date: Mon, 22 Sep 2014 10:25:14 -0700	[thread overview]
Message-ID: <CANoR_OBh4fBJ206CL2BwtPO94pueZn_5k7ZkvYdEjTPPzL_XgQ@mail.gmail.com> (raw)
In-Reply-To: <1411386968.18331.57.camel@kazak.uk.xensource.com>

On Mon, Sep 22, 2014 at 4:56 AM, Ian Campbell <Ian.Campbell@citrix.com> wrote:
> On Mon, 2014-09-15 at 12:34 -0700, Suriyan Ramasami wrote:
>> The existence of secure firmware is dictated by the presence of
>> "samsung,secure-firmware" in the DT.
>>
>> The Arndale board does not have that entry, and uses the address as defined
>> in "samsung,exynos4210-sysram", offset 0 as the smp init address. This is
>> possibly true for all SoCs without secure firmware.
>>
>> For other boards which do have a "secure-firmware" node, use sysram-ns
>> at offset +0x1c as the smp init address.
>>
>> The "secure-firmware" MMIO range contains ways to idle the CPU. As this gets
>> mapped to DOM0 because of its presence in the DT, we blacklist it.
>>
>> Have tested this on the Odroid XU. I have also tested the other code path
>> on the Odroid XU by removing "secure-firmware" from its DT. I could see
>> that the other code path was exercised with correct smp init address
>> values.
>>
>> Signed-off-by: Suriyan Ramasami <suriyan.r@gmail.com>
>
> I think this had already been sent when I accidentally reviewed v2
> instead. The main thing which still applies is the EXYNOS_CONFIG_NR_CPUS
> which needs to be dropped.
>
I shall drop that.

> Ideally I'd like to see exynos_smc and __invoke_psci_fn_smc become a
> common helper somewhere but I won't insist.
>
I shall pick this up when I work on the Odroid-XU3 (exynos5422 based)
XEN support, if that is OK.

I also have to remove __init_const from exynos_dt_pmu_matches[] so
that the reset code works on arndale and odroidxu.

I shall push a v4 with these changes.

Thanks!
- Suriyan

> The rest looks good, thanks.
>
> Ian.
>

      reply	other threads:[~2014-09-22 17:25 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-09-15 19:34 [XEN/ARM: Patch v3 1/1] Add support for the Exynos secure firmware Suriyan Ramasami
2014-09-15 23:00 ` Ian Campbell
2014-09-16  0:47   ` Suriyan Ramasami
2014-09-16  0:56     ` Suriyan Ramasami
2014-09-22 11:56 ` Ian Campbell
2014-09-22 17:25   ` Suriyan Ramasami [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=CANoR_OBh4fBJ206CL2BwtPO94pueZn_5k7ZkvYdEjTPPzL_XgQ@mail.gmail.com \
    --to=suriyan.r@gmail.com \
    --cc=Ian.Campbell@citrix.com \
    --cc=jbeulich@suse.com \
    --cc=julien.grall@linaro.org \
    --cc=keir@xen.org \
    --cc=tim@xen.org \
    --cc=xen-devel@lists.xen.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).