From: Vinod Koul <vkoul@kernel.org>
To: Srinivas Kandagatla <srinivas.kandagatla@linaro.org>
Cc: robh@kernel.org, alsa-devel@alsa-project.org,
bgoswami@codeaurora.org, devicetree@vger.kernel.org,
linux-kernel@vger.kernel.org, spapothi@codeaurora.org,
lgirdwood@gmail.com, pierre-louis.bossart@linux.intel.com,
broonie@kernel.org
Subject: Re: [alsa-devel] [PATCH v3 1/2] dt-bindings: soundwire: add bindings for Qcom controller
Date: Mon, 21 Oct 2019 09:57:06 +0530 [thread overview]
Message-ID: <20191021042706.GA2654@vkoul-mobl> (raw)
In-Reply-To: <20191011154423.2506-2-srinivas.kandagatla@linaro.org>
On 11-10-19, 16:44, Srinivas Kandagatla wrote:
> This patch adds bindings for Qualcomm soundwire controller.
>
> Qualcomm SoundWire Master controller is present in most Qualcomm SoCs
> either integrated as part of WCD audio codecs via slimbus or
> as part of SOC I/O.
>
> Signed-off-by: Srinivas Kandagatla <srinivas.kandagatla@linaro.org>
> ---
> .../bindings/soundwire/qcom,sdw.txt | 167 ++++++++++++++++++
> 1 file changed, 167 insertions(+)
> create mode 100644 Documentation/devicetree/bindings/soundwire/qcom,sdw.txt
>
> diff --git a/Documentation/devicetree/bindings/soundwire/qcom,sdw.txt b/Documentation/devicetree/bindings/soundwire/qcom,sdw.txt
> new file mode 100644
> index 000000000000..436547f3b155
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/soundwire/qcom,sdw.txt
> @@ -0,0 +1,167 @@
> +Qualcomm SoundWire Controller Bindings
> +
> +
> +This binding describes the Qualcomm SoundWire Controller along with its
> +board specific bus parameters.
> +
> +- compatible:
> + Usage: required
> + Value type: <stringlist>
> + Definition: must be "qcom,soundwire-v<MAJOR>.<MINOR>.<STEP>",
> + Example:
> + "qcom,soundwire-v1.3.0"
> + "qcom,soundwire-v1.5.0"
> + "qcom,soundwire-v1.6.0"
> +- reg:
> + Usage: required
> + Value type: <prop-encoded-array>
> + Definition: the base address and size of SoundWire controller
> + address space.
> +
> +- interrupts:
> + Usage: required
> + Value type: <prop-encoded-array>
> + Definition: should specify the SoundWire Controller IRQ
> +
> +- clock-names:
> + Usage: required
> + Value type: <stringlist>
> + Definition: should be "iface" for SoundWire Controller interface clock
> +
> +- clocks:
> + Usage: required
> + Value type: <prop-encoded-array>
> + Definition: should specify the SoundWire Controller interface clock
> +
> +- #sound-dai-cells:
> + Usage: required
> + Value type: <u32>
> + Definition: must be 1 for digital audio interfaces on the controller.
> +
> +- qcom,dout-ports:
> + Usage: required
> + Value type: <u32>
> + Definition: must be count of data out ports
> +
> +- qcom,din-ports:
> + Usage: required
> + Value type: <u32>
> + Definition: must be count of data in ports
> +
> +- qcom,ports-offset1:
> + Usage: required
> + Value type: <prop-encoded-array>
> + Definition: should specify payload transport window offset1 of each
> + data port. Out ports followed by In ports.
> + More info in MIPI Alliance SoundWire 1.0 Specifications.
> +
> +- qcom,ports-offset2:
> + Usage: required
> + Value type: <prop-encoded-array>
> + Definition: should specify payload transport window offset2 of each
> + data port. Out ports followed by In ports.
> + More info in MIPI Alliance SoundWire 1.0 Specifications.
Do we need to define these two in DT? Would this not be allocated in
Software and programmed?
> +
> +- qcom,ports-sinterval-low:
> + Usage: required
> + Value type: <prop-encoded-array>
> + Definition: should be sample interval low of each data port.
> + Out ports followed by In ports. Used for Sample Interval
> + calculation.
> + More info in MIPI Alliance SoundWire 1.0 Specifications.
> +
> +- qcom,ports-word-length:
> + Usage: optional
> + Value type: <prop-encoded-array>
> + Definition: should be size of payload channel sample.
> + More info in MIPI Alliance SoundWire 1.0 Specifications.
> +
> +- qcom,ports-block-pack-mode:
> + Usage: optional
> + Value type: <prop-encoded-array>
> + Definition: should be 0 or 1 to indicate the block packing mode.
> + 0 to indicate Blocks are per Channel
> + 1 to indicate Blocks are per Port.
> + Out ports followed by In ports.
> + More info in MIPI Alliance SoundWire 1.0 Specifications.
> +
> +- qcom,ports-block-group-count:
> + Usage: optional
> + Value type: <prop-encoded-array>
> + Definition: should be in range 1 to 4 to indicate how many sample
> + intervals are combined into a payload.
> + Out ports followed by In ports.
> + More info in MIPI Alliance SoundWire 1.0 Specifications.
> +
> +- qcom,ports-lane-control:
> + Usage: optional
> + Value type: <prop-encoded-array>
> + Definition: should be in range 0 to 7 to identify which data lane
> + the data port uses.
> + Out ports followed by In ports.
> + More info in MIPI Alliance SoundWire 1.0 Specifications.
> +
> +- qcom,ports-hstart:
> + Usage: optional
> + Value type: <prop-encoded-array>
> + Definition: should be number identifying lowerst numbered coloum in
> + SoundWire Frame, i.e. left edge of the Transport sub-frame
> + for each port. Values between 0 and 15 are valid.
> + Out ports followed by In ports.
> + More info in MIPI Alliance SoundWire 1.0 Specifications.
> +
> +- qcom,ports-hstop:
> + Usage: optional
> + Value type: <prop-encoded-array>
> + Definition: should be number identifying highest numbered coloum in
> + SoundWire Frame, i.e. the right edge of the Transport
> + sub-frame for each port. Values between 0 and 15 are valid.
> + Out ports followed by In ports.
> + More info in MIPI Alliance SoundWire 1.0 Specifications.
Ditto with these two as well
--
~Vinod
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
https://mailman.alsa-project.org/mailman/listinfo/alsa-devel
WARNING: multiple messages have this Message-ID (diff)
From: Vinod Koul <vkoul@kernel.org>
To: Srinivas Kandagatla <srinivas.kandagatla@linaro.org>
Cc: robh@kernel.org, broonie@kernel.org, bgoswami@codeaurora.org,
pierre-louis.bossart@linux.intel.com, devicetree@vger.kernel.org,
lgirdwood@gmail.com, alsa-devel@alsa-project.org,
linux-kernel@vger.kernel.org, spapothi@codeaurora.org
Subject: Re: [PATCH v3 1/2] dt-bindings: soundwire: add bindings for Qcom controller
Date: Mon, 21 Oct 2019 09:57:06 +0530 [thread overview]
Message-ID: <20191021042706.GA2654@vkoul-mobl> (raw)
In-Reply-To: <20191011154423.2506-2-srinivas.kandagatla@linaro.org>
On 11-10-19, 16:44, Srinivas Kandagatla wrote:
> This patch adds bindings for Qualcomm soundwire controller.
>
> Qualcomm SoundWire Master controller is present in most Qualcomm SoCs
> either integrated as part of WCD audio codecs via slimbus or
> as part of SOC I/O.
>
> Signed-off-by: Srinivas Kandagatla <srinivas.kandagatla@linaro.org>
> ---
> .../bindings/soundwire/qcom,sdw.txt | 167 ++++++++++++++++++
> 1 file changed, 167 insertions(+)
> create mode 100644 Documentation/devicetree/bindings/soundwire/qcom,sdw.txt
>
> diff --git a/Documentation/devicetree/bindings/soundwire/qcom,sdw.txt b/Documentation/devicetree/bindings/soundwire/qcom,sdw.txt
> new file mode 100644
> index 000000000000..436547f3b155
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/soundwire/qcom,sdw.txt
> @@ -0,0 +1,167 @@
> +Qualcomm SoundWire Controller Bindings
> +
> +
> +This binding describes the Qualcomm SoundWire Controller along with its
> +board specific bus parameters.
> +
> +- compatible:
> + Usage: required
> + Value type: <stringlist>
> + Definition: must be "qcom,soundwire-v<MAJOR>.<MINOR>.<STEP>",
> + Example:
> + "qcom,soundwire-v1.3.0"
> + "qcom,soundwire-v1.5.0"
> + "qcom,soundwire-v1.6.0"
> +- reg:
> + Usage: required
> + Value type: <prop-encoded-array>
> + Definition: the base address and size of SoundWire controller
> + address space.
> +
> +- interrupts:
> + Usage: required
> + Value type: <prop-encoded-array>
> + Definition: should specify the SoundWire Controller IRQ
> +
> +- clock-names:
> + Usage: required
> + Value type: <stringlist>
> + Definition: should be "iface" for SoundWire Controller interface clock
> +
> +- clocks:
> + Usage: required
> + Value type: <prop-encoded-array>
> + Definition: should specify the SoundWire Controller interface clock
> +
> +- #sound-dai-cells:
> + Usage: required
> + Value type: <u32>
> + Definition: must be 1 for digital audio interfaces on the controller.
> +
> +- qcom,dout-ports:
> + Usage: required
> + Value type: <u32>
> + Definition: must be count of data out ports
> +
> +- qcom,din-ports:
> + Usage: required
> + Value type: <u32>
> + Definition: must be count of data in ports
> +
> +- qcom,ports-offset1:
> + Usage: required
> + Value type: <prop-encoded-array>
> + Definition: should specify payload transport window offset1 of each
> + data port. Out ports followed by In ports.
> + More info in MIPI Alliance SoundWire 1.0 Specifications.
> +
> +- qcom,ports-offset2:
> + Usage: required
> + Value type: <prop-encoded-array>
> + Definition: should specify payload transport window offset2 of each
> + data port. Out ports followed by In ports.
> + More info in MIPI Alliance SoundWire 1.0 Specifications.
Do we need to define these two in DT? Would this not be allocated in
Software and programmed?
> +
> +- qcom,ports-sinterval-low:
> + Usage: required
> + Value type: <prop-encoded-array>
> + Definition: should be sample interval low of each data port.
> + Out ports followed by In ports. Used for Sample Interval
> + calculation.
> + More info in MIPI Alliance SoundWire 1.0 Specifications.
> +
> +- qcom,ports-word-length:
> + Usage: optional
> + Value type: <prop-encoded-array>
> + Definition: should be size of payload channel sample.
> + More info in MIPI Alliance SoundWire 1.0 Specifications.
> +
> +- qcom,ports-block-pack-mode:
> + Usage: optional
> + Value type: <prop-encoded-array>
> + Definition: should be 0 or 1 to indicate the block packing mode.
> + 0 to indicate Blocks are per Channel
> + 1 to indicate Blocks are per Port.
> + Out ports followed by In ports.
> + More info in MIPI Alliance SoundWire 1.0 Specifications.
> +
> +- qcom,ports-block-group-count:
> + Usage: optional
> + Value type: <prop-encoded-array>
> + Definition: should be in range 1 to 4 to indicate how many sample
> + intervals are combined into a payload.
> + Out ports followed by In ports.
> + More info in MIPI Alliance SoundWire 1.0 Specifications.
> +
> +- qcom,ports-lane-control:
> + Usage: optional
> + Value type: <prop-encoded-array>
> + Definition: should be in range 0 to 7 to identify which data lane
> + the data port uses.
> + Out ports followed by In ports.
> + More info in MIPI Alliance SoundWire 1.0 Specifications.
> +
> +- qcom,ports-hstart:
> + Usage: optional
> + Value type: <prop-encoded-array>
> + Definition: should be number identifying lowerst numbered coloum in
> + SoundWire Frame, i.e. left edge of the Transport sub-frame
> + for each port. Values between 0 and 15 are valid.
> + Out ports followed by In ports.
> + More info in MIPI Alliance SoundWire 1.0 Specifications.
> +
> +- qcom,ports-hstop:
> + Usage: optional
> + Value type: <prop-encoded-array>
> + Definition: should be number identifying highest numbered coloum in
> + SoundWire Frame, i.e. the right edge of the Transport
> + sub-frame for each port. Values between 0 and 15 are valid.
> + Out ports followed by In ports.
> + More info in MIPI Alliance SoundWire 1.0 Specifications.
Ditto with these two as well
--
~Vinod
next prev parent reply other threads:[~2019-10-21 4:28 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-10-11 15:44 [alsa-devel] [PATCH v3 0/2] soundwire: Add support to Qualcomm SoundWire master Srinivas Kandagatla
2019-10-11 15:44 ` Srinivas Kandagatla
2019-10-11 15:44 ` [alsa-devel] [PATCH v3 1/2] dt-bindings: soundwire: add bindings for Qcom controller Srinivas Kandagatla
2019-10-11 15:44 ` Srinivas Kandagatla
2019-10-14 17:12 ` [alsa-devel] " Rob Herring
2019-10-14 17:12 ` Rob Herring
2019-10-14 17:34 ` [alsa-devel] " Srinivas Kandagatla
2019-10-14 17:34 ` Srinivas Kandagatla
2019-10-15 11:35 ` [alsa-devel] " Rob Herring
2019-10-15 11:35 ` Rob Herring
2019-10-15 12:22 ` [alsa-devel] " Srinivas Kandagatla
2019-10-15 12:22 ` Srinivas Kandagatla
2019-10-15 13:36 ` [alsa-devel] " Rob Herring
2019-10-15 13:36 ` Rob Herring
2019-10-21 4:27 ` Vinod Koul [this message]
2019-10-21 4:27 ` Vinod Koul
2019-10-11 15:44 ` [alsa-devel] [PATCH v3 2/2] soundwire: qcom: add support for SoundWire controller Srinivas Kandagatla
2019-10-11 15:44 ` Srinivas Kandagatla
2019-10-11 17:50 ` [alsa-devel] " Pierre-Louis Bossart
2019-10-11 17:50 ` Pierre-Louis Bossart
2019-10-14 9:04 ` [alsa-devel] " Srinivas Kandagatla
2019-10-14 9:04 ` Srinivas Kandagatla
2019-10-14 15:43 ` [alsa-devel] " Pierre-Louis Bossart
2019-10-14 15:43 ` Pierre-Louis Bossart
2019-10-21 4:44 ` Vinod Koul
2019-10-21 4:44 ` Vinod Koul
2019-10-30 14:56 ` [alsa-devel] " Srinivas Kandagatla
2019-10-30 14:56 ` Srinivas Kandagatla
2019-10-30 15:18 ` [alsa-devel] " Pierre-Louis Bossart
2019-10-30 15:18 ` Pierre-Louis Bossart
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=20191021042706.GA2654@vkoul-mobl \
--to=vkoul@kernel.org \
--cc=alsa-devel@alsa-project.org \
--cc=bgoswami@codeaurora.org \
--cc=broonie@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=lgirdwood@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=pierre-louis.bossart@linux.intel.com \
--cc=robh@kernel.org \
--cc=spapothi@codeaurora.org \
--cc=srinivas.kandagatla@linaro.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.