From: Hebbar Gururaja gururaja.heb...@ti.com
Since AM33xx RTC IP has RTC_IRQWAKEEN to support Alarm Wake-up, update
the rtc compatible property to enable handling of this feature inside
rtc-omap driver.
Signed-off-by: Hebbar Gururaja gururaja.heb...@ti.com
CC: mark.rutl...@arm.com
---
Changes
supports enhanced features of hardware, they are available
to the user else the basic functionality still works
[2]
https://lkml.org/lkml/2013/7/3/74
[1]
https://lkml.org/lkml/2013/8/1/442
Hebbar Gururaja (1):
ARM: dts: AM33XX: update rtc node compatibility
Hebbar, Gururaja (1):
rtc
compatibility.
ex:
compatible = ti,am3352-rtc, ti,da830-rtc;
Signed-off-by: Hebbar, Gururaja gururaja.heb...@ti.com
CC: mark.rutl...@arm.com
---
Changes in v3:
- new patch
:100644 100644 dc62cc3... 2f0968c... M drivers/rtc/rtc-omap.c
drivers/rtc/rtc-omap.c |6 +++---
1 files
From: Hebbar Gururaja gururaja.heb...@ti.com
Since AM33xx RTC IP has RTC_IRQWAKEEN to support Alarm Wake-up, update
the rtc compatible property to enable handling of this feature inside
rtc-omap driver.
Signed-off-by: Hebbar Gururaja gururaja.heb...@ti.com
CC: mark.rutl...@arm.com
---
Changes
/2013/8/1/442
Hebbar Gururaja (1):
ARM: dts: AM33XX: update rtc node compatibility
Hebbar, Gururaja (1):
rtc: omap: update of_device_id to reflect latest ip revisions
arch/arm/boot/dts/am33xx.dtsi |2 +-
drivers/rtc/rtc-omap.c|6 +++---
2 files changed, 4 insertions(+), 4
compatibility.
ex:
compatible = ti,am3352-rtc, ti,da830-rtc;
Signed-off-by: Hebbar, Gururaja gururaja.heb...@ti.com
CC: mark.rutl...@arm.com
---
Changes in V4:
- Rebased on latest linux-next (as on 160813).
- Correct a type AM335X -- AM3352
Changes in v3:
- new patch
On Fri, May 31, 2013 at 23:11:22, Kevin Hilman wrote:
Hebbar Gururaja gururaja.heb...@ti.com writes:
On some platforms (like AM33xx), a special register (RTC_IRQWAKEEN)
is available to enable Wakeup feature for Alarm Events.
Since new platforms/Boards are now added through DT only
is
git://git.kernel.org/pub/scm/linux/kernel/git/bcousson/
linux-omap-dt.git
linux-omap-git/for_3.11/dts
Hebbar Gururaja (2):
rtc: omap: add option to indicate wakeup support through DT
rtc: omap: add rtc wakeup support to alarm events
Documentation/devicetree/bindings/rtc/rtc
a DT property ti,wakeup_capable to indicate that the module is
wake-up capable.
Signed-off-by: Hebbar Gururaja gururaja.heb...@ti.com
---
:100644 100644 b47aa41... 108a629... M
Documentation/devicetree/bindings/rtc/rtc-omap.txt
:100644 100644 b0ba3fc... 000a02f... M drivers/rtc/rtc-omap.c
On Fri, May 31, 2013 at 12:14:44, Prabhakar Lad wrote:
Hi Gururaja,
Thanks for the patch.
On Fri, May 31, 2013 at 12:03 PM, Hebbar Gururaja
gururaja.heb...@ti.com wrote:
Even though RTC-IP is wakeup capable, Not all Boards support it.
For example
The rtc alarm wakeup is available
/
linux-2.6.git
tag: v3.10-rc3
Hebbar Gururaja (11):
pinctrl: single: adopt pinctrl sleep mode management
leds: leds-gpio: Enhance pinctrl support
Input: gpio_keys: Adopt pinctrl support
Input: matrix-keypad: Adopt pinctrl support
spi: omap2-mcspi: enhance pinctrl support
are not available, to remove this warning message
pass respective state name with null phandler.
Todo:
- if an idle state is available for pins, add support for it.
Signed-off-by: Hebbar Gururaja gururaja.heb...@ti.com
Cc: Dmitry Torokhov dmitry.torok...@gmail.com
Cc: linux-in...@vger.kernel.org
are not available, to remove this warning message
pass respective state name with null phandler.
Todo:
- if an idle state is available for pins, add support for it.
Signed-off-by: Hebbar Gururaja gururaja.heb...@ti.com
Cc: Thierry Reding thierry.red...@avionic-design.de
Cc: Philip, Avinash
are not available, to remove this warning message
pass respective state name with null phandler.
Todo:
- if an idle state is available for pins, add support for it.
Signed-off-by: Hebbar Gururaja gururaja.heb...@ti.com
Cc: Dmitry Torokhov dmitry.torok...@gmail.com
Cc: linux-in...@vger.kernel.org
which simply puts the pins to sleep state.
They are moved to default idle state by the .resume callback.
Signed-off-by: Hebbar Gururaja gururaja.heb...@ti.com
Cc: Mark Brown broo...@kernel.org
Cc: Grant Likely grant.lik...@linaro.org
Cc: spi-devel-gene...@lists.sourceforge.net
---
:100644 100644
-states are not available, to remove this warning message
pass respective state name with null phandler.
Todo:
- if an idle state is available for pins, add support for it.
Signed-off-by: Hebbar Gururaja gururaja.heb...@ti.com
Cc: Thierry Reding thierry.red...@avionic-design.de
Cc: Philip
-states are not available, to remove this warning message
pass respective state name with null phandler.
Todo:
- if an idle state is available for pins, add support for it.
Signed-off-by: Hebbar Gururaja gururaja.heb...@ti.com
Cc: Florian Tobias Schandinat florianschandi...@gmx.de
Cc: linux-fb
this warning message
pass respective state name with null phandler.
(Changes based on i2c-nomadik.c)
Signed-off-by: Hebbar Gururaja gururaja.heb...@ti.com
Cc: Tony Lindgren t...@atomide.com
Cc: Wolfram Sang w...@the-dreams.de
Cc: linux-o...@vger.kernel.org
Cc: linux-...@vger.kernel.org
---
:100644
Mark,
On Thu, Jan 31, 2013 at 18:23:03, Hebbar, Gururaja wrote:
1. Convert tlv320aic3x mic bias to a supply widget and related machine driver
2. Add DT support for Davinci machine platform
3. Remove __dev* attributes
This patch-set is tested on Davinci platform (DA850 EVM). This series
On Thu, Jan 31, 2013 at 13:32:22, Ujfalusi, Peter wrote:
On 01/30/2013 02:22 PM, Hebbar Gururaja wrote:
@@ -1493,6 +1544,28 @@ static int aic3x_i2c_probe(struct i2c_client *i2c,
aic3x-setup = ai3x_setup;
}
+ if (!of_property_read_u32(np, ai3x
CONFIG_HOTPLUG is going away as an option. As result the __dev*
markings will be going away.
Remove use of __devexit_p and __devexit.
Signed-off-by: Hebbar Gururaja gururaja.heb...@ti.com
---
Changes in v3
- New patch
:100644 100644 e6009a4... 37b8e78... M sound/soc/davinci/davinci
Now since micbias is converted to supply widget, updated machine driver
as well.
Signed-off-by: Hebbar Gururaja gururaja.heb...@ti.com
---
Changes in v3
- New patch
:100644 100644 d55e647... 484b22c... M sound/soc/davinci/davinci-evm.c
sound/soc/davinci/davinci-evm.c |6 +++---
1
to handle this.
Signed-off-by: Hebbar Gururaja gururaja.heb...@ti.com
---
Changes in v3
- New patch
:100644 100644 e7b98f4... f47c3f5... M
Documentation/devicetree/bindings/sound/tlv320aic3x.txt
:100644 100644 ffd9bc7... 9407fd0... M include/sound/tlv320aic3x.h
:100644 100644 4989143
driver
- remove __dev* attributes
Changes in V2
- Remove reference to Linux software details from DT binding
Hebbar Gururaja (3):
ASoC: tlv320aic3x: Convert mic bias to a supply widget
ASoC: davinci: update machine driver dapm routes
ASoC: davinci: remove __dev* attributes
From: Hebbar, Gururaja gururaja.heb...@ti.com
Device tree support for Davinci Machine driver
When the board boots with device tree, the driver will receive card,
codec, dai interface details (like the card name, DAPM routing map,
phandle for the audio components described in the dts file, codec
On Thu, Jan 31, 2013 at 16:54:16, Mark Brown wrote:
On Thu, Jan 31, 2013 at 04:53:10PM +0530, Hebbar Gururaja wrote:
:100644 100644 e7b98f4... f47c3f5... M
Documentation/devicetree/bindings/sound/tlv320aic3x.txt
:100644 100644 ffd9bc7... 9407fd0... M include/sound/tlv320aic3x.h
On Thu, Jan 31, 2013 at 17:00:38, Mark Brown wrote:
On Thu, Jan 31, 2013 at 11:27:07AM +, Hebbar, Gururaja wrote:
On Thu, Jan 31, 2013 at 16:54:16, Mark Brown wrote:
As mentioned when you posted this before this patch needs to update the
machine drivers using the device too
From: Hebbar, Gururaja gururaja.heb...@ti.com
Device tree support for Davinci Machine driver
When the board boots with device tree, the driver will receive card,
codec, dai interface details (like the card name, DAPM routing map,
phandle for the audio components described in the dts file, codec
handler patch from series as it is now handled
centrally.
- Convert tlv320aic3x mic bias to a supply widget and related machine
driver
- remove __dev* attributes
Changes in v2
- Remove reference to Linux software details from DT binding
Hebbar Gururaja
CONFIG_HOTPLUG is going away as an option. As result the __dev*
markings will be going away.
Remove use of __devexit_p and __devexit.
Signed-off-by: Hebbar Gururaja gururaja.heb...@ti.com
---
Changes in v4
- No change
Changes in v3
- New patch
:100644 100644 e6009a4
to handle this.
Since micbias is converted to supply widget, updated machine drivers as
well.
This change is runtime tested on da850-evm with audio loopback
(arecord|aplay) for confirmation.
Signed-off-by: Hebbar Gururaja gururaja.heb...@ti.com
---
Changes in v4
- updated pending machine
to handle this.
Signed-off-by: Hebbar Gururaja gururaja.heb...@ti.com
---
Mark,
I have updated the codec driver as you suggested. Can you confirm if
this is sufficient?.
If yes, then I will send all the patch once again with new revision.
:100644 100644 e7b98f4... f47c3f5... M
Documentation
On Thu, Jan 31, 2013 at 08:02:25, Mark Brown wrote:
On Wed, Jan 30, 2013 at 06:52:35PM +0530, Hebbar Gururaja wrote:
Convert MicBias widgets to supply widget.
On tlv320aic3x, Mic bias power on/off shares the same register bits
with output mic bias voltage. So, when power on mic bias
On Wed, Jan 23, 2013 at 21:18:12, Mark Brown wrote:
On Wed, Jan 23, 2013 at 12:39:35PM +, Hebbar, Gururaja wrote:
On Fri, Jan 04, 2013 at 17:56:12, Mark Brown wrote:
The CODEC driver biases should be changed over to be supplies, this
makes the above much more natural - the routing
On Thu, Jan 24, 2013 at 15:32:55, Mark Brown wrote:
On Thu, Jan 24, 2013 at 09:33:34AM +, Hebbar, Gururaja wrote:
So, by just using the SND_SOC_DAPM_POST_PMU SND_SOC_DAPM_PRE_PMD I can
mask
handle one particular voltage.
What makes you say that? That is just not true.
What I
On Thu, Jan 24, 2013 at 15:43:03, Mark Brown wrote:
On Thu, Jan 24, 2013 at 10:06:42AM +, Hebbar, Gururaja wrote:
What I meant was that by using this macro (SND_SOC_DAPM_POST_PMU
SND_SOC_DAPM_PRE_PMD) I can just save and restore existing voltage values
inside
the event
On Fri, Jan 04, 2013 at 17:56:12, Mark Brown wrote:
On Fri, Jan 04, 2013 at 03:24:37PM +0530, Hebbar Gururaja wrote:
+ MIC3L,Mic Bias 2V,
+ MIC3R,Mic Bias 2V,
+ Mic Bias 2V, Mic Jack,
The CODEC driver biases should
On Fri, Jan 11, 2013 at 11:18:37, Porter, Matt wrote:
Move mach-davinci/dma.c to common/edma.c so it can be used
by OMAP (specifically AM33xx) as well. This just moves the
private EDMA API and enables it to build on OMAP.
Signed-off-by: Matt Porter mpor...@ti.com
---
arch/arm/Kconfig
On Fri, Jan 11, 2013 at 11:18:41, Porter, Matt wrote:
The binding definition is based on the generic DMA controller
binding.
Signed-off-by: Matt Porter mpor...@ti.com
---
Documentation/devicetree/bindings/dma/ti-edma.txt | 51
+
1 file changed, 51 insertions(+)
On Fri, Jan 04, 2013 at 17:56:12, Mark Brown wrote:
On Fri, Jan 04, 2013 at 03:24:37PM +0530, Hebbar Gururaja wrote:
+ MIC3L,Mic Bias 2V,
+ MIC3R,Mic Bias 2V,
+ Mic Bias 2V, Mic Jack,
The CODEC driver biases should
From: Hebbar, Gururaja gururaja.heb...@ti.com
Device tree support for Davinci Machine driver
When the board boots with device tree, the driver will receive card,
codec, dai interface details (like the card name, DAPM routing map,
phandle for the audio components described in the dts file, codec
: dev_next-20130103_davinci_asoc_dt
Changes in V2
- Remove reference to Linux software details from DT binding
Hebbar, Gururaja (2):
ASoC: davinci-mcasp: Add pinctrl support
ASoC: Davinci: machine: Add device tree binding
.../bindings/sound/davinci-evm-audio.txt | 53
From: Hebbar, Gururaja gururaja.heb...@ti.com
Signed-off-by: Hebbar, Gururaja gururaja.heb...@ti.com
---
Changes in V2
- no change
:100644 100644 55e2bf6... 83d96eb... M sound/soc/davinci/davinci-mcasp.c
sound/soc/davinci/davinci-mcasp.c |7 +++
1 file changed, 7 insertions
Matt,
On Thu, Oct 18, 2012 at 18:56:52, Porter, Matt wrote:
Adds AM33XX MMC support for am335x-bone and am335x-evm.
I want to test Suspend/Resume feature on omap hsmmc driver.
Do you any tree based on mainline kernel v3.8-rc1 with these edma mmc
patches.
Signed-off-by: Matt Porter
On Wed, Jan 02, 2013 at 19:22:21, Kiril Maler wrote:
Hello everybody,
best wishes for new 2013 :-)
My question: are TI DM8168/DM8148 considered DaVinci processors ?
1. According to this page: yes
http://e2e.ti.com/support/dsp/davinci_digital_media_processors/default.aspx
2.
On Mon, Nov 26, 2012 at 17:26:19, Mark Brown wrote:
On Thu, Nov 22, 2012 at 09:34:59AM +0530, Hebbar, Gururaja wrote:
+- dai-data : A list of DAI data used by SOC code to register
+ DAI, Codecs platform.
+ The string index should be as shown
Yegor,
On Sun, Nov 25, 2012 at 15:56:27, Yegor Yefremov wrote:
On Wed, Oct 3, 2012 at 2:57 PM, Hebbar, Gururaja gururaja.heb...@ti.com
wrote:
On Wed, Oct 03, 2012 at 16:46:39, Daniel Mack wrote:
On 03.10.2012 09:16, Hebbar, Gururaja wrote:
On Wed, Oct 03, 2012 at 03:58:45, Daniel Mack
On Mon, Nov 26, 2012 at 17:05:21, Mark Brown wrote:
On Mon, Nov 26, 2012 at 11:32:49AM +, Hebbar, Gururaja wrote:
On Sun, Nov 25, 2012 at 15:56:27, Yegor Yefremov wrote:
What can be expected in 3.8?
1. ASoC McASP DT conversion is 80% complete. Davinci Machine DT conversion
Mark,
On Thu, Nov 22, 2012 at 09:34:57, Hebbar, Gururaja wrote:
From: Hebbar, Gururaja gururaja.heb...@ti.com
1. Add pinctrl for McASP Module
2. Add DT support for Davinci machine platform (resend)
Second commit is a resend after re-basing on latest broonie-asoc/for-next
(v3.7-rc6
From: Hebbar, Gururaja gururaja.heb...@ti.com
Device tree support for Davinci Machine driver
When the board boots with device tree, the driver will receive card,
codec, dai interface details (like the card name, DAPM routing map,
phandle for the audio components described in the dts file, codec
From: Hebbar, Gururaja gururaja.heb...@ti.com
1. Add pinctrl for McASP Module
2. Add DT support for Davinci machine platform (resend)
Second commit is a resend after re-basing on latest broonie-asoc/for-next
(v3.7-rc6)
Hebbar, Gururaja (2):
ASoC: davinci-mcasp: Add pinctrl support
ASoC
On Thu, Oct 18, 2012 at 18:56:39, Porter, Matt wrote:
...snip...
...snip...
...snip...
This series adds DMA Engine support for AM33xx, which uses
an EDMA DMAC. The EDMA DMAC has been previously supported by only
a private API implementation (much like the situation with OMAP
DMA) found on
On Thu, Oct 18, 2012 at 18:56:44, Porter, Matt wrote:
Adds support for the per-EDMA channel event mux. This is required
for any peripherals using DMA crossbar mapped events.
Signed-off-by: Matt Porter mpor...@ti.com
---
arch/arm/common/edma.c | 63
Matt
On Fri, Oct 12, 2012 at 00:34:33, Porter, Matt wrote:
AM33xx requires special handling in hsmmc initialization
platform glue.
Since AM335x boots mainly through DT, do we still need this patch.
This function will be called in case of initializing hsmmc with
Platform data.
On Sat, Oct 06, 2012 at 02:58:26, Porter, Matt wrote:
On Fri, Oct 05, 2012 at 04:43:56AM +, Hebbar, Gururaja wrote:
Matt,
On Wed, Oct 03, 2012 at 20:30:58, Porter, Matt wrote:
On Fri, Sep 28, 2012 at 03:37:45PM -0400, Matt Porter wrote:
Changes since v1:
- Replaced
Matt,
On Wed, Oct 03, 2012 at 20:30:58, Porter, Matt wrote:
On Fri, Sep 28, 2012 at 03:37:45PM -0400, Matt Porter wrote:
Changes since v1:
- Replaced uio_pruss private SRAM API use with genalloc
- Added DA850 platform device and clock support
- Added DA850 L3 RAM gen_pool
On Wed, Oct 03, 2012 at 03:58:45, Daniel Mack wrote:
On 31.08.2012 14:50, Hebbar, Gururaja wrote:
The OMAP2+ variant of McASP is different from Davinci variant w.r.to some
register offset and missing generic SRAM APIs support
Changes
- Add new MCASP_VERSION_3 to identify new variant
On Wed, Oct 03, 2012 at 16:46:39, Daniel Mack wrote:
On 03.10.2012 09:16, Hebbar, Gururaja wrote:
On Wed, Oct 03, 2012 at 03:58:45, Daniel Mack wrote:
On 31.08.2012 14:50, Hebbar, Gururaja wrote:
The OMAP2+ variant of McASP is different from Davinci variant w.r.to some
register offset
On Sat, Sep 22, 2012 at 21:03:14, Mark Brown wrote:
On Fri, Aug 31, 2012 at 06:20:58PM +0530, Hebbar, Gururaja wrote:
+config SND_DAVINCI_HAVE_SRAM
+ bool
+ default y if ARCH_DAVINCI=y
+ default n if ARCH_OMAP=y
+
I've been sitting on this mostly since it seems like a step
On Fri, Sep 21, 2012 at 23:52:11, Porter, Matt wrote:
On Fri, Sep 21, 2012 at 08:27:07AM +, Hebbar, Gururaja wrote:
On Thu, Sep 20, 2012 at 20:13:33, Porter, Matt wrote:
This series adds DMA Engine support for AM33xx, which uses
an EDMA DMAC. The EDMA DMAC has been previously
On Fri, Sep 21, 2012 at 23:52:11, Porter, Matt wrote:
On Fri, Sep 21, 2012 at 08:27:07AM +, Hebbar, Gururaja wrote:
On Thu, Sep 20, 2012 at 20:13:33, Porter, Matt wrote:
This series adds DMA Engine support for AM33xx, which uses
an EDMA DMAC. The EDMA DMAC has been previously
On Thu, Sep 20, 2012 at 20:13:34, Porter, Matt wrote:
Move mach-davinci/dma.c to common/edma.c so it can be used
by OMAP (specifically AM33xx atm) as well. This just moves
the private EDMA API but does not support OMAP.
Signed-off-by: Matt Porter mpor...@ti.com
---
arch/arm/Kconfig
On Thu, Sep 20, 2012 at 20:13:34, Porter, Matt wrote:
Move mach-davinci/dma.c to common/edma.c so it can be used
by OMAP (specifically AM33xx atm) as well. This just moves
the private EDMA API but does not support OMAP.
Signed-off-by: Matt Porter mpor...@ti.com
---
arch/arm/Kconfig
On Thu, Sep 20, 2012 at 20:13:33, Porter, Matt wrote:
This series adds DMA Engine support for AM33xx, which uses
an EDMA DMAC. The EDMA DMAC has been previously supported by only
a private API implementation (much like the situation with OMAP
DMA) found on the DaVinci family of SoCs.
There
On Thu, Sep 20, 2012 at 20:13:38, Porter, Matt wrote:
The binding definition is based on the generic DMA controller
binding.
Signed-off-by: Matt Porter mpor...@ti.com
---
Documentation/devicetree/bindings/dma/ti-edma.txt | 49
+
1 file changed, 49 insertions(+)
On Thu, Sep 20, 2012 at 20:13:36, Porter, Matt wrote:
Adds support for parsing the TI EDMA DT data into the required
EDMA private API platform data.
Calls runtime PM API only in the DT case in order to unidle the
associated hwmods on AM335x.
Signed-off-by: Matt Porter mpor...@ti.com
---
On Fri, Sep 21, 2012 at 14:59:23, Russell King - ARM Linux wrote:
On Thu, Sep 20, 2012 at 10:43:34AM -0400, Matt Porter wrote:
Move mach-davinci/dma.c to common/edma.c so it can be used
by OMAP (specifically AM33xx atm) as well. This just moves
the private EDMA API but does not support
On Wed, Sep 12, 2012 at 22:41:09, Arnd Bergmann wrote:
On Wednesday 12 September 2012, Hebbar, Gururaja wrote:
On Tue, Sep 11, 2012 at 18:29:36, Arnd Bergmann wrote:
drivers/usb/musb/da8xx.c |2 +-
.../asp.h = include/linux/platform_data
On Fri, Aug 31, 2012 at 18:20:58, Hebbar, Gururaja wrote:
OMAP2+ platforms (like TI81xx, AM33xx) uses davinci-pcm driver. SRAM is
not needed/used in EDMA transfers for audio on such platforms. However
they do not provide generic SRAM APIs (sram_alloc() and sram_free()). In
such cases the pcm
On Tue, Aug 28, 2012 at 15:43:50, Hebbar, Gururaja wrote:
Device tree support for Davinci Machine driver
When the board boots with device tree, the driver will receive card,
codec, dai interface details (like the card name, DAPM routing map,
phandle for the audio components described
On Tue, Sep 11, 2012 at 18:29:36, Arnd Bergmann wrote:
Platform data for device drivers should be defined in
include/linux/platform_data/*.h, not in the architecture
and platform specific directories.
This moves such data out of the davinci include directories
Signed-off-by: Arnd Bergmann
On Fri, Aug 31, 2012 at 22:57:30, Mark Brown wrote:
On Fri, Aug 31, 2012 at 08:55:39AM +, Hebbar, Gururaja wrote:
Gentle Ping. Any updates about this version or can it be pulled into the
tree.
On Thu, Aug 30, 2012 at 09:29:55, Hebbar, Gururaja wrote:
Please don't do
Gentle Ping. Any updates about this version or can it be pulled into the tree.
On Thu, Aug 30, 2012 at 09:29:55, Hebbar, Gururaja wrote:
Hi,
Gentle Ping.
On Tue, Aug 28, 2012 at 15:43:50, Hebbar, Gururaja wrote:
Device tree support for Davinci Machine driver
When the board
:
DMA parameters (dma fifo offset) are not updated and will be done later.
Signed-off-by: Hebbar, Gururaja gururaja.heb...@ti.com
---
:100644 100644 e6148ec... 374e145... M
Documentation/devicetree/bindings/sound/davinci-mcasp-audio.txt
:100644 100644 79c26aa... d0c5825... M
include/linux
Fix typo caused by recent commit (cf53756 - ASoC: davinci: davinci-pcm
does not need to be a plaform_driver)
Signed-off-by: Hebbar, Gururaja gururaja.heb...@ti.com
---
:100644 100644 ca2a547... 2864f24... M sound/soc/davinci/davinci-evm.c
sound/soc/davinci/davinci-evm.c |2 +-
1 files
.
Hebbar, Gururaja (3):
ASoC: Davinci: McASP: add support new McASP IP Variant
ASoC: Davinci: pcm: add support for sram-support-less platforms
ASoC: Davinci: evm: Fix typo in cpu dai name
.../bindings/sound/davinci-mcasp-audio.txt |1 +
include/linux/platform_data/davinci_asp.h
failure on OMAP2 platforms.
Fix this by providing a config option to indicate missing SRAM API
support. This config is enabled by default on Davinci platform so as to
not break existing platforms. For OMAP2+ platforms, the config is
disabled.
Signed-off-by: Hebbar, Gururaja gururaja.heb...@ti.com
On Wed, Aug 29, 2012 at 11:55:34, Sergey Vlasov wrote:
On Mon, Aug 27, 2012 at 06:56:39PM +0530, Hebbar, Gururaja wrote:
Same as the commit 518de86 (ASoC: tegra: register 'platform' from DAIs,
get rid of pdev). It makes davinci-pcm not a platform_driver but helper
to register platform, so
Hi,
Gentle Ping.
On Tue, Aug 28, 2012 at 15:43:50, Hebbar, Gururaja wrote:
Device tree support for Davinci Machine driver
When the board boots with device tree, the driver will receive card,
codec, dai interface details (like the card name, DAPM routing map,
phandle for the audio
On Mon, Aug 27, 2012 at 23:49:40, Mark Brown wrote:
On Mon, Aug 27, 2012 at 06:56:43PM +0530, Hebbar, Gururaja wrote:
Device tree support for tlv320aic3x CODEC driver
Not really for the CODEC - this is a machine driver.
+- dai-data : A list of DAI data used by SOC code
on this information.
Since the routing is provided via DT we can mark the card fully routed
so core can take care of disconnecting the unused pins.
When here, code indentation and comment style is also fixed
Signed-off-by: Hebbar, Gururaja gururaja.heb...@ti.com
---
Changes from V1:
- Change
on this information.
Since the routing is provided via DT we can mark the card fully routed
so core can take care of disconnecting the unused pins.
When here, code indentation and comment style is also fixed
Signed-off-by: Hebbar, Gururaja gururaja.heb...@ti.com
---
Changes from V1
Add device tree probe for McASP driver.
Note:
DMA parameters are not populated from DT and will be done later.
Signed-off-by: Hebbar, Gururaja gururaja.heb...@ti.com
---
Changes from V1:
- add more explanation to DT parameters
- Dont return err if some DT parameters are missing
Same as the commit 518de86 (ASoC: tegra: register 'platform' from DAIs,
get rid of pdev). It makes davinci-pcm not a platform_driver but helper
to register platform, so that the platform_device for davinci-pcm can
be saved completely.
Signed-off-by: Hebbar, Gururaja gururaja.heb...@ti.com
that the header can be
accessed by all related platforms.
While here, correct the header usage (remove multiple header
re-definitions and unused headers) and remove platform names from
structures comments and enum. Also some some coding style errors.
Signed-off-by: Hebbar, Gururaja gururaja.heb...@ti.com
Since davinci-pcm is no more a platform_driver but helper to register
platform pcm driver, remove davinci-pcm device registration
Signed-off-by: Hebbar, Gururaja gururaja.heb...@ti.com
---
Changes from V1:
- New Commit.
:100644 100644 783eab6... 4735d64... M arch/arm/mach-davinci
Device tree support for tlv320aic3x CODEC driver.
Signed-off-by: Hebbar, Gururaja gururaja.heb...@ti.com
---
Changes from V1:
- use standard DT GPIO reference by phandle to populate gpio based DT
parameters
:00 100644 000... e7b98f4... A
Documentation/devicetree
Style correction
Hebbar, Gururaja (6):
ASoC: davinci: davinci-pcm does not need to be a plaform_driver
ARM: Davinci: Remove references to davinci pcm
ASoC/ARM: Davinci: McASP: split asp header into platform and audio
specific
ASoC: Davinci: McASP: add device tree support for McASP
On Sat, Aug 18, 2012 at 04:11:32, Mark Brown wrote:
On Tue, Aug 14, 2012 at 06:12:02PM +0530, Hebbar, Gururaja wrote:
+- op-mode : I2S/DIT ops mode.
This would normally be part of the machine binding since it needs to be
applied to both ends of the link.
But in case of McASP driver
On Fri, Aug 17, 2012 at 23:43:44, Nori, Sekhar wrote:
Hi Gururaja,
On 8/14/2012 6:12 PM, Hebbar, Gururaja wrote:
Davinci McASP header driver are shared by few OMAP platforms (like
TI81xx, AM335x). Splitting asp header into Davinci platform specific
header and Audio specific header helps
On Sat, Aug 18, 2012 at 04:15:13, Mark Brown wrote:
On Tue, Aug 14, 2012 at 06:12:05PM +0530, Hebbar, Gururaja wrote:
+- gpio-reset - int - gpio pin number used for codec reset
This should be a standard DT GPIO reference by phandle like:
gpio = gpio1 16 0;
I will correct in V2
On Sat, Aug 18, 2012 at 04:13:28, Mark Brown wrote:
On Tue, Aug 14, 2012 at 06:12:04PM +0530, Hebbar, Gururaja wrote:
+- ti,codec-clock : The Codec Clock from the board
I think this is the clock rate? Please specify it more specifically.
I will correct it in v2.
+CODEC DAI Name
On Sat, Aug 18, 2012 at 04:03:58, Mark Brown wrote:
On Tue, Aug 14, 2012 at 06:12:01PM +0530, Hebbar, Gururaja wrote:
Davinci McASP header driver are shared by few OMAP platforms (like
TI81xx, AM335x). Splitting asp header into Davinci platform specific
header and Audio specific header
On Sat, Aug 18, 2012 at 04:01:24, Mark Brown wrote:
On Tue, Aug 14, 2012 at 06:12:03PM +0530, Hebbar, Gururaja wrote:
Device tree support for Davinci/OMAP2+ pcm driver.
This looks like it's a device which maps a shared DMA controller in the
SoC core into ASoC rather than actual hardware
On Wed, Aug 22, 2012 at 21:28:08, Mark Brown wrote:
On Wed, Aug 22, 2012 at 01:50:09PM +, Hebbar, Gururaja wrote:
From your for-3.7 branch, I could only find such implementation in Tegra
Platform.
Most Freescale platforms implements this through a device/driver method.
Exception
towards that direction.
Hebbar, Gururaja (5):
ASoC/ARM: Davinci: McASP: split asp header into platform and audio
specific
ASoC: Davinci: McASP: add device tree support for McASP
ASoC: Davinci: pcm: Add device tree bindings
ASoC: Davinci: machine: Add device tree binding
ASoC
Add device tree probe for McASP driver.
Note:
DMA parameters are not populated from DT and will be done later.
Signed-off-by: Hebbar, Gururaja gururaja.heb...@ti.com
---
:00 100644 000... 692659e... A
Documentation/devicetree/bindings/sound/davinci-mcasp-audio.txt
:100644 100644
Device tree support for tlv320aic3x CODEC driver.
Signed-off-by: Hebbar, Gururaja gururaja.heb...@ti.com
---
:00 100644 000... f4dee26... A
Documentation/devicetree/bindings/sound/tlv320aic3x.txt
:100644 100644 01485bd... 91fc421... M sound/soc/codecs/tlv320aic3x.c
.../devicetree
on this information.
Since the routing is provided via DT we can mark the card fully routed
so core can take care of disconnecting the unused pins.
When here, code indentation and comment style is also fixed
Signed-off-by: Hebbar, Gururaja gururaja.heb...@ti.com
---
:00 100644 000
that the header can be
accessed by all related platforms.
While here, correct the header usage (remove multiple header
re-definitions and unused headers) and remove platform names from
structures comments and enum
Signed-off-by: Hebbar, Gururaja gururaja.heb...@ti.com
Acked-by: Vaibhav Bedia vaibhav.be
1 - 100 of 115 matches
Mail list logo