linux-arm-kernel.lists.infradead.org archive mirror
 help / color / mirror / Atom feed
From: mark.rutland@arm.com (Mark Rutland)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v9 2/3] Documentation: devicetree: Add new binding for PSCIv0.2
Date: Mon, 12 May 2014 09:54:00 +0100	[thread overview]
Message-ID: <20140512085400.GA3006@e106331-lin.cambridge.arm.com> (raw)
In-Reply-To: <1399472847-14377-3-git-send-email-ashwin.chaugule@linaro.org>

Hi Ashwin,

On Wed, May 07, 2014 at 03:27:26PM +0100, Ashwin Chaugule wrote:
> The PSCI v0.2+ spec defines standard values for PSCI function IDs.
> Add a new binding entry so that pre v0.2 implementations can
> use DT entries for function IDs and v0.2+ implementations use
> standard entries as defined by the PSCIv0.2 specification.
> 
> Signed-off-by: Ashwin Chaugule <ashwin.chaugule@linaro.org>
> Acked-by: Rob Herring <robh@kernel.org>

This looks good to me as a binding, and my prior comments all seem to
have been addressed. So:

Reviewed-by: Mark Rutland <mark.rutland@arm.com>

I have one minor comment regarding the final example. It would be nice
to be a little more explicit about the compatibility story there for
those people who are likely to skim the body of the document and only
read the examples.

[...]

> +Case 3: PSCI v0.2 and PSCI v0.1.
> +
> +	As described above, for compatibility with existing kernels, the
> +	hypervisor will likely want to provide IDs, e.g.

All we'd need here is to point out that the IDs will be ignored by a
PSCI 0.2 capable OS, which will assume the standard PSCI 0.2 IDs.

Could we replace the above with something like:

A DTB may provide IDs for use by kernels without PSCI 0.2 support,
enabling firmware and hypervisors to support existing and new kernels.
These IDs will be ignored by kernels with PSCI 0.2 support, which will
use the standard PSCI 0.2 IDs exclusively.

> +
> +	psci {
> +		compatible = "arm,psci-0.2", "arm,psci";
> +		method = "hvc";
> +
> +		cpu_on = < arbitrary value >;
> +		cpu_off = < arbitrary value >;
> +
> +		...
> +	};

Cheers,
Mark.

  reply	other threads:[~2014-05-12  8:54 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-05-07 14:27 [PATCH v9 0/3] PSCI v0.2 support and DT bindings Ashwin Chaugule
2014-05-07 14:27 ` [PATCH v9 1/3] PSCI: Add initial support for PSCIv0.2 functions Ashwin Chaugule
2014-05-11  8:14   ` Anup Patel
2014-05-12 13:52     ` Ashwin Chaugule
2014-05-12  9:10   ` Mark Rutland
2014-05-12 14:02     ` Ashwin Chaugule
2014-05-13 17:09       ` Ashwin Chaugule
2014-05-13 21:29         ` Catalin Marinas
2014-05-07 14:27 ` [PATCH v9 2/3] Documentation: devicetree: Add new binding for PSCIv0.2 Ashwin Chaugule
2014-05-12  8:54   ` Mark Rutland [this message]
2014-05-07 14:27 ` [PATCH v9 3/3] ARM: Check if a CPU has gone offline Ashwin Chaugule
2014-05-12 10:16   ` Mark Rutland
2014-05-12 13:49     ` Ashwin Chaugule
2014-05-08  4:48 ` [PATCH v9 0/3] PSCI v0.2 support and DT bindings Ashwin Chaugule

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=20140512085400.GA3006@e106331-lin.cambridge.arm.com \
    --to=mark.rutland@arm.com \
    --cc=linux-arm-kernel@lists.infradead.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).