From: Meador Inge <meador_inge@mentor.com>
To: Yoder Stuart-B08248 <B08248@freescale.com>
Cc: "Blanchard, Hollis" <Hollis_Blanchard@mentor.com>,
"devicetree-discuss@lists.ozlabs.org"
<devicetree-discuss@lists.ozlabs.org>,
"linuxppc-dev@lists.ozlabs.org" <linuxppc-dev@lists.ozlabs.org>
Subject: Re: [PATCH] define binding for fsl mpic interrupt controllers
Date: Wed, 19 Jan 2011 11:26:12 -0600 [thread overview]
Message-ID: <4D371EB4.3000703@mentor.com> (raw)
In-Reply-To: <9F6FE96B71CF29479FF1CDC8046E150306A71F@039-SN1MPN1-004.039d.mgd.msft.net>
On 01/18/2011 01:47 PM, Yoder Stuart-B08248 wrote:
>
> I'm not sure a complete merge into one binding makes sense. The thing that
> motivated creating this new binding with 4 cells was a thread from
> last year. See:
>
> http://lists.ozlabs.org/pipermail/devicetree-discuss/2010-January/001489.html
I agree that one binding may not make sense, but perhaps we could have
something like:
dts-bindings/
|-- mpic.txt
|-- fsl
|-- mpic.txt
where '.../fsl/mpic.txt' only documents the overrides (and maybe refers
to '.../mpic.txt' in the intro). For example, the
'interrupt-controller', '#address-cells', and 'reg' properties are
really not that different between the two bindings and could be placed
just in '.../mpic.txt'. Where as the specific interrupt specifier
definition and the overrides for 'compatible' and '#interrupt-cells'
could go in .../fsl/mpic.txt'.
> Since Freescale had the need to represent additional information
> in interrupt specifiers (error ints, timers, ipis), the suggestion
> at the end was to add additional cells in a FSL-specific binding.
> So this really is a Freescale specific thing and does belong in the
> Freescale binding directory.
Agreed.
> That being said, if there is consensus on the AMP related properties,
> I should probably incorporate those as well-- protected-sources
> and no-reset.
>
> I'll separately comment on your mpic binding patch.
Great, thanks.
--
Meador Inge | meador_inge AT mentor.com
Mentor Embedded | http://www.mentor.com/embedded-software
prev parent reply other threads:[~2011-01-19 17:26 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-01-17 23:19 [PATCH] define binding for fsl mpic interrupt controllers Stuart yoder
[not found] ` <AANLkTim5i89k4OpUBWw0UgMoa5vwN5eSZ1MCs34S0VXB@mail.gmail.com>
2011-01-18 1:21 ` Meador Inge
2011-01-18 19:47 ` Yoder Stuart-B08248
2011-01-19 17:26 ` Meador Inge [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=4D371EB4.3000703@mentor.com \
--to=meador_inge@mentor.com \
--cc=B08248@freescale.com \
--cc=Hollis_Blanchard@mentor.com \
--cc=devicetree-discuss@lists.ozlabs.org \
--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).