From: Scott Wood <oss@buserror.net>
To: Alessio Igor Bogani <alessio.bogani@elettra.eu>,
linuxppc-dev@lists.ozlabs.org
Cc: Kyle Moffett <Kyle.D.Moffett@boeing.com>
Subject: Re: Question about code which uses MPIC_NO_RESET on 85XX
Date: Tue, 16 Feb 2016 15:40:18 -0600 [thread overview]
Message-ID: <1455658818.2463.78.camel@buserror.net> (raw)
In-Reply-To: <CAPk1OjGDTCy6TzX1B3oi6NA3s==23vRgTdRh2SKfyVj-K7k75Q@mail.gmail.com>
On Thu, 2016-02-04 at 14:56 +0100, Alessio Igor Bogani wrote:
> Hi,
>
> Can we change this code (from mpc85xx_ds.c)
>
> if (of_flat_dt_is_compatible(root, "fsl,MPC8572DS-CAMP")) {
> mpic = mpic_alloc(NULL, 0,
> MPIC_NO_RESET |
> MPIC_BIG_ENDIAN |
> MPIC_SINGLE_DEST_CPU,
> 0, 256, " OpenPIC ");
> } else {
> mpic = mpic_alloc(NULL, 0,
> MPIC_BIG_ENDIAN |
> MPIC_SINGLE_DEST_CPU,
> 0, 256, " OpenPIC ");
> }
>
> in this one
>
> mpic = mpic_alloc(NULL, 0,
> MPIC_BIG_ENDIAN |
> MPIC_SINGLE_DEST_CPU,
> 0, 256, " OpenPIC ");
>
> using "pic-no-reset" in the device tree?
In theory that breaks existing device trees that don't specify pic-no-reset.
I'm not sure how much it matters in this case as it's primarily meant as an
example of how to do AMP rather than something that works out-of-the-box.
BTW, Kyle, it looks like there was a meaningful difference between
!MPIC_WANTS_RESET and MPIC_NO_RESET -- the former did not inhibit
initialization of non-protected vectors and was the behavior of fsl,MPC8572DS
-CAMP before your "powerpc/mpic: Remove duplicate MPIC_WANTS_RESET flag"
patch. It's no longer possible to initialize all MPIC vectors except
protected ones. Again, I'm not sure it matters much, but I'm also not sure
how much continued value the protected-source code has.
-Scott
prev parent reply other threads:[~2016-02-16 21:40 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-02-04 13:56 Question about code which uses MPIC_NO_RESET on 85XX Alessio Igor Bogani
2016-02-16 21:40 ` Scott Wood [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=1455658818.2463.78.camel@buserror.net \
--to=oss@buserror.net \
--cc=Kyle.D.Moffett@boeing.com \
--cc=alessio.bogani@elettra.eu \
--cc=linuxppc-dev@lists.ozlabs.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).