From: Scott Wood <scottwood@freescale.com>
To: Poonam Aggrwal <poonam.aggrwal@freescale.com>
Cc: Sandeep Singh <Sandeep@freescale.com>,
devicetree-discuss@lists.ozlabs.org,
linuxppc-dev@lists.ozlabs.org
Subject: Re: [PATCH] Device Tree Bindings for Freescale TDM controller
Date: Fri, 16 Mar 2012 13:29:33 -0500 [thread overview]
Message-ID: <4F63868D.1030507@freescale.com> (raw)
In-Reply-To: <1331861451-15427-1-git-send-email-poonam.aggrwal@freescale.com>
On 03/15/2012 08:30 PM, Poonam Aggrwal wrote:
> From: Poonam Aggrwal <poonam.aggrwal@freescale.com>
>
> This TDM controller is available in various Freescale SOCs like MPC8315, P1020,
> P1022, P1010.
>
> Signed-off-by: Sandeep Singh <Sandeep@freescale.com>
> Signed-off-by: Poonam Aggrwal <poonam.aggrwal@freescale.com>
> ---
> Documentation/devicetree/bindings/tdm/fsl-tdm.txt | 71 +++++++++++++++++++++
> 1 files changed, 71 insertions(+), 0 deletions(-)
> create mode 100644 Documentation/devicetree/bindings/tdm/fsl-tdm.txt
>
> diff --git a/Documentation/devicetree/bindings/tdm/fsl-tdm.txt b/Documentation/devicetree/bindings/tdm/fsl-tdm.txt
> new file mode 100644
> index 0000000..61431e3
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/tdm/fsl-tdm.txt
> @@ -0,0 +1,71 @@
> +=====================================================================
> +TDM Device Tree Binding
> +Copyright (C) 2012 Freescale Semiconductor Inc.
> +
> +NOTE: The bindings described in this document are preliminary
> +and subject to change.
> +
> +=====================================================================
> +TDM (Time Division Multiplexing)
> +
> +DESCRIPTION
> +
> +The TDM is full duplex serial port designed to allow various devices including
> +digital signal processors (DSPs) to communicate with a variety of serial devices
> +including industry standard framers, codecs, other DSPs and microprocessors.
> +
> +The below properties describe the device tree bindings for Freescale TDM
> +controller.
> +This TDM controller is available on various Freescale Processors like
> +MPC8313, P1020, P1022 and P1010.
> +
> +PROPERTIES
> +
> + - compatible
> + Usage: required
> + Value type: <string>
> + Definition: Should contain "fsl,mpc8315-tdm".
> + So mpc8313 will have compatible = "fsl,mpc8315-tdm";
> + p1010 will have compatible "fsl,p1010-tdm", "fsl,mpc8315-tdm";
Shouldn't mpc8313 have:
compatible = "fsl,mpc8313-tdm", "fsl,mpc8315-tdm"?
I thought we were going to use 8313 as the canonical implementation, not
8315.
> + - reg
> + Usage: required
> + Value type: <tdm-reg-offset tdm-reg-size dmac-reg-offset dmac-reg-size>
> + Definition: A standard property. Specifies the physical address
> + offset and length of the TDM registers and TDM DMAC registers for
> + the device.
Just say there's two reg resources, and that the first is the TDM
registers and the second is the TDM DMAC registers.
It's typically not going to be the actual physical address, but rather
an offset that gets translated through a parent node's ranges.
Remove "value type"; it's standard.
> + - clock-frequency
> + Usage: optional
> + Value type: <u32>
> + Definition: The frequency at which the TDM block is operating.
Will this frequency ever need to be > 4GHz?
Might want to specify as u32 or u64, as ePAPR suggests.
> + - interrupts
> + Usage: required
> + Value type: <tdm-err-intr tdm-err-intr-type dmac-intr dmac-intr-type>
> + Definition: This field defines two interrupt specifiers namely interrupt
> + number and interrupt type for TDM error and TDM DMAC.
What is "tdm-err-intr-type"? The interrupt specifier encoding is
defined by the interrupt controller. There might be one cell, two
cells, four cells, etc. Remove "value type", it's standard.
> + - phy-handle
> + Usage: optional
> + Value type: <phandle>
> + Definition: Phandle of the line controller node or framer node eg. SLIC,
> + E1\T1 etc.
Use a forward slash -- this isn't a Windows filesystem path. :-)
> + - fsl-max-time-slots
> + Usage: required
> + Value type: <u32>
> + Definition: Maximum number of 8-bit time slots in one TDM frame.
> + This is the maximum number which TDM hardware supports.
fsl,tdm-max-time-slots
> +
> +EXAMPLE
> +
> + tdm@16000 {
> + device_type = "tdm";
No device_type
> + compatible = "fsl,p1010-tdm", "fsl,mpc8315-tdm";
> + reg = <0x16000 0x200 0x2c000 0x2000>;
> + clock-frequency = <0>;
Show a real clock-frequency, perhaps with a comment saying it's
typically filled in by boot software.
> + interrupts = <16 8 62 8>;
> + phy-handle = <zarlink1>
That phy-handle is invalid syntax, perhaps you meant:
phy-handle = <&zarlink1>;
> + fsl-max-time-slots = <128>
Missing semicolons on the last two properties.
-Scott
next prev parent reply other threads:[~2012-03-16 18:29 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-03-16 1:30 [PATCH] Device Tree Bindings for Freescale TDM controller Poonam Aggrwal
2012-03-16 18:29 ` Scott Wood [this message]
2012-03-17 7:33 ` Aggrwal Poonam-B10812
2012-03-17 16:04 ` Tabi Timur-B04825
2012-03-17 16:07 ` Tabi Timur-B04825
2012-03-19 17:27 ` Scott Wood
2012-03-19 17:32 ` Timur Tabi
2012-03-19 17:55 ` Scott Wood
2012-03-19 17:32 ` Scott Wood
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=4F63868D.1030507@freescale.com \
--to=scottwood@freescale.com \
--cc=Sandeep@freescale.com \
--cc=devicetree-discuss@lists.ozlabs.org \
--cc=linuxppc-dev@lists.ozlabs.org \
--cc=poonam.aggrwal@freescale.com \
/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).