Adds struct device_node **bitclkmaster and struct device_node **framemaster
function parameters. With the new syntax bitclock-master and frame-master
properties can explicitly indicate the dai-link bit-clock and frame masters
with a phandle. This patch also makes the minimal changes to simple-card
The properties like format, bitclock-master, frame-master,
bitclock-inversion, and frame-inversion should be common to the dais
connected with a dai-link. For bitclock-master and frame-master
properties to be unambiguous they need to indicate the mastering dai
node with a phandle.
Signed-off-by:
This patch is implemented on top of late patches from Jean-Francois
Moine [1].
These patches implement the main part of the simple-card changes
discussed in alsa-devel mailing list [2].
Since RFC version of the patches:
- ASoC: core: Update snd_soc_of_parse_daifmt() interface
- Make minimal
On 03/23/2014 11:54 AM, Jean-Francois Moine wrote:
On Fri, 21 Mar 2014 18:47:23 +0200
Jyri Sarha jsa...@ti.com wrote:
The properties like format, bitclock-master, frame-master,
bitclock-inversion, and frame-inversion should be common to the dais
connected with a dai-link. For bitclock-master
Hi,
I've tested the branch omap_hsmmc_sdio_irq_devm_cleanup on custom OMAP5
based board.
We have mwifiex connected to MMC3.
I used two approaches:
* Using dat1 line as GPIO with dynamic remuxing
* Using separate GPIO connected to dat1 with static mux settings
Both works just fine. Thanks
On 03/24/2014 02:05 AM, Kuninori Morimoto wrote:
Hi Jyri
The properties like format, bitclock-master, frame-master,
bitclock-inversion, and frame-inversion should be common to the dais
connected with a dai-link. For bitclock-master and frame-master
properties to be unambiguous they need to
Adds struct device_node **bitclkmaster and struct device_node **framemaster
function parameters. With the new syntax bitclock-master and frame-master
properties can explicitly indicate the dai-link bit-clock and frame masters
with a phandle. This patch also makes the minimal changes to simple-card
The properties like format, bitclock-master, frame-master,
bitclock-inversion, and frame-inversion should be common to the dais
connected with a dai-link. For bitclock-master and frame-master
properties to be unambiguous they need to indicate the mastering dai
node with a phandle.
Signed-off-by:
This patch is implemented on top of late patches from Jean-Francois
Moine [1].
These patches implement the main part of the simple-card changes
discussed in alsa-devel mailing list [2].
Since RFC v2 version of the patches, address remaining comments from
Jean-Francois Moine [4]:
- ASoC:
This patch series adds DSS support to the AM43x. The DPI LCD
panel is supported on both am43x-epos-evm and am437x-gp-evm.
The LCD panel is from OSD model: OSD057T0559-34TS
Version 1 of this series can be found below[1]:
[1]: https://patchwork.kernel.org/patch/3274421/
Tested on am43x-epos-evm
Both the AM437x-Gp evm and Am43x-Epos evm
use the same LCD panel.
The lcd timings are added in respective dts files.
Adds display pinctrl and enables required gpio.
Signed-off-by: Sathya Prakash M R sath...@ti.com
---
arch/arm/boot/dts/am437x-gp-evm.dts | 77 ++
Choose a parent for the disp_clk.
Signed-off-by: Sathya Prakash M R sath...@ti.com
---
arch/arm/boot/dts/am43xx-clocks.dtsi |2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/boot/dts/am43xx-clocks.dtsi
b/arch/arm/boot/dts/am43xx-clocks.dtsi
index 85e7d4b..b20e192 100644
---
From: Tomi Valkeinen tomi.valkei...@ti.com
On AM43xx, if a PLL is in bypass at kernel init, the code in
omap2_get_dpll_rate() will not realize this and will try to calculate
the clock rate using the multiplier and the divider, resulting in
errors.
omap2_init_dpll_parent() has similar issue.
Add
Add DSS hwmod structs for AM43xx.
Signed-off-by: Sathya Prakash M R sath...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_43xx_data.c | 104
arch/arm/mach-omap2/prcm43xx.h |1 +
2 files changed, 105 insertions(+)
diff --git
On 03/21/2014 12:52 AM, Felipe Balbi wrote:
On Fri, Mar 21, 2014 at 10:50:13AM +0530, Lokesh Vutla wrote:
From: Dave Gerlach d-gerl...@ti.com
Do not reset GPIO5 at boot-up because GPIO5_7 is used
on AM437x GP-EVM to control VTT regulators on DDR3.
Without this some GP-EVM boards will fail to
On 24 March 2014 15:59, Andreas Fenkart afenk...@gmail.com wrote:
Hi,
2014-03-24 13:43 GMT+01:00 Ulf Hansson ulf.hans...@linaro.org:
On 21 March 2014 17:17, Balaji T K balaj...@ti.com wrote:
From: Andreas Fenkart afenk...@gmail.com
There have been various patches floating around for
2014-03-24 17:02 GMT+01:00 Ulf Hansson ulf.hans...@linaro.org:
On 24 March 2014 15:59, Andreas Fenkart afenk...@gmail.com wrote:
Hi,
2014-03-24 13:43 GMT+01:00 Ulf Hansson ulf.hans...@linaro.org:
On 21 March 2014 17:17, Balaji T K balaj...@ti.com wrote:
From: Andreas Fenkart
Hi,
On Mon, Mar 24, 2014 at 10:29:58AM -0500, Dave Gerlach wrote:
On 03/21/2014 12:52 AM, Felipe Balbi wrote:
On Fri, Mar 21, 2014 at 10:50:13AM +0530, Lokesh Vutla wrote:
From: Dave Gerlach d-gerl...@ti.com
Do not reset GPIO5 at boot-up because GPIO5_7 is used
on AM437x GP-EVM to control
On 03/24/2014 01:50 PM, Felipe Balbi wrote:
Hi,
On Mon, Mar 24, 2014 at 10:29:58AM -0500, Dave Gerlach wrote:
On 03/21/2014 12:52 AM, Felipe Balbi wrote:
On Fri, Mar 21, 2014 at 10:50:13AM +0530, Lokesh Vutla wrote:
From: Dave Gerlach d-gerl...@ti.com
Do not reset GPIO5 at boot-up because
Hi,
On Mon, Mar 24, 2014 at 02:01:30PM -0500, Nishanth Menon wrote:
On 03/24/2014 01:50 PM, Felipe Balbi wrote:
Hi,
On Mon, Mar 24, 2014 at 10:29:58AM -0500, Dave Gerlach wrote:
On 03/21/2014 12:52 AM, Felipe Balbi wrote:
On Fri, Mar 21, 2014 at 10:50:13AM +0530, Lokesh Vutla wrote:
On 03/18/2014 10:36 AM, Nishanth Menon wrote:
On 03/17/2014 01:37 PM, Rob Herring wrote:
On Mon, Mar 17, 2014 at 9:30 AM, Nishanth Menon n...@ti.com wrote:
On 03/14/2014 04:00 PM, Rob Herring wrote:
On Fri, Mar 14, 2014 at 2:25 PM, Dave Gerlach d-gerl...@ti.com wrote:
Driver to read from a
21 matches
Mail list logo