On 14/11/12 02:30, Ricardo Neri wrote:
Being the name of a machine driver, it aims to describe the connection between
the HDMI IP of the processor and the companion chip it uses to connect to the
outside world. This name tries to follow the same naming convention as in
the OMAP-ABE-TWL6040 machin
Use a dedicated member to store dmaengine data so that drivers can
use private data for their own purposes.
Signed-off-by: Liam Girdwood
Signed-off-by: Russell King
---
include/sound/pcm.h |2 ++
sound/soc/soc-dmaengine-pcm.c |2 +-
2 files changed, 3 insertions(+), 1
On Fri, 2012-04-27 at 19:45 +0530, Shilimkar, Santosh wrote:
> + Peter and Liam to comment
>
> On Fri, Apr 27, 2012 at 7:28 PM, Russell King - ARM Linux
> wrote:
> > Can someone please hint on what audio is supported on these two OMAP
> > boards? From what I can tell, the answer is either "nothi
On Tue, 2012-04-24 at 19:02 -0700, Oleg Matcovschi wrote:
> Change-Id: I4ba9de0de4681332539246ccc5e11a7a8fb32e79
> Signed-off-by: Oleg Matcovschi
> ---
> v1:
> initial revision
> v2:
> resending patch including maintainers
>
> sound/soc/omap/omap-pcm.c |4
> 1 files changed, 4 inserti
On Tue, 2012-02-21 at 12:05 +0100, Samuel Ortiz wrote:
> Hi Peter,
>
> On Tue, Feb 21, 2012 at 12:33:07PM +0200, Peter Ujfalusi wrote:
> > > I'm not sure hwo we could handle that properly. Either by letting Tony
> > > carrying this patchset, or by sending me the panda patch that adds those
> > > s
On Wed, 2012-02-15 at 17:37 +0200, Peter Ujfalusi wrote:
> Allow dai drivers to register kcontrols.
>
> Signed-off-by: Peter Ujfalusi
> ---
> include/sound/soc.h |2 ++
> sound/soc/soc-core.c | 31 +++
> 2 files changed, 33 insertions(+), 0 deletions(-)
This f
On Fri, 2011-12-30 at 04:04 +0100, Janusz Krzysztofik wrote:
> This functionality has just been implemented in the cx20442 codec
> driver, no need to keep it here duplicated.
>
> Once done, remove the no longer used AMS_DELTA_LATCH2_MODEM_NRESET
> symbol from the board header file and a call to th
On Thu, 2011-12-22 at 13:04 +, Mark Brown wrote:
> On Thu, Dec 22, 2011 at 02:42:40PM +0200, Peter Ujfalusi wrote:
>
> > include/linux/platform_data/omap-abe-twl6040.h | 48
> >
>
> omap-abe-mcpdm-twl6040 please. Seriously, just drop the abe - it's not
> an option
On Sun, 2011-12-11 at 21:12 +0100, Janusz Krzysztofik wrote:
> Don't use Amstrad Delta custom I/O functions any longer, replace them
> with GPIO. Old pin definitions, no longer used by the modem bits either,
> can be dropped.
>
> Depends on patch 2/10 "ARM: OMAP1: Convert Amstrad E3 latches to
> b
On Wed, 2011-12-14 at 11:46 +0200, Peter Ujfalusi wrote:
> Hello,
>
> the following series will add ASoC support for PandaBoards.
> PandaBoards have different audio routings compared to SDP4430/Blaze boards,
> but
> the differences not that big to justify a new ASoC machine driver.
>
> Main chan
On Tue, 2011-09-13 at 13:27 +0100, Mark Brown wrote:
> On Tue, Sep 13, 2011 at 03:11:41PM +0300, Péter Ujfalusi wrote:
>
> > Would you have time to take a look at this series (it got the Tested-by
> > from
> > Jarkko)?
>
> I'm fine with it, I'm wa
On 22/08/11 23:39, Hilman, Kevin wrote:
> Liam Girdwood writes:
>
>> On 05/08/11 20:33, Hilman, Kevin wrote:
>>> Mark Brown writes:
>>>
>>>> On Thu, Jul 28, 2011 at 02:48:57PM +0300, Tero Kristo wrote:
>>>>> OMAP SMPS regulator driver p
On 22/08/11 08:13, Ujfalusi, Peter wrote:
> On Friday 19 August 2011 15:04:20 Tony Lindgren wrote:
>> It seems OK to me.
>
> Thanks!
>
>> But for the -rc cycle it has potential for
>> "fixes for features that never worked" flame bait. If you guys
>> are OK to deal with that then go ahead.
>
> Hr
On 05/08/11 20:33, Hilman, Kevin wrote:
> Mark Brown writes:
>
>> On Thu, Jul 28, 2011 at 02:48:57PM +0300, Tero Kristo wrote:
>>> OMAP SMPS regulator driver provides access to OMAP voltage processor
>>> controlled regulators. These include VDD_MPU and VDD_CORE for OMAP3 and
>>> additionally VDD_
On Fri, 2011-07-08 at 17:56 +0200, Kristo, Tero wrote:
> This commit adds two things to the TWL regulator driver code :
>
> * It extends the twl4030_set_voltage() and twl4030_get_voltage()
>functions to understand that VDD1 and VDD2 are different regulators
>from all the other regulators:
On 07/07/11 17:53, Mark Brown wrote:
> On Thu, Jul 07, 2011 at 05:32:42PM +0100, Liam Girdwood wrote:
>> On 07/07/11 16:57, Mark Brown wrote:
>>> On Thu, Jul 07, 2011 at 03:27:50PM +0300, Peter Ujfalusi wrote:
>
>>>> The current McPDM driver design is not suitable
On 07/07/11 16:57, Mark Brown wrote:
> On Thu, Jul 07, 2011 at 03:27:50PM +0300, Peter Ujfalusi wrote:
>
>> The current McPDM driver design is not suitable to support both
>> the ABE and Legacy DMA operating modes. Therefore remove most
>
> In what way is it not suitable?
It cant support both th
On 23/05/11 12:13, Balbi, Felipe wrote:
> Hi,
>
> On Mon, May 23, 2011 at 10:58:27AM +0100, Liam Girdwood wrote:
>> On 22/05/11 23:51, Mark Brown wrote:
>>> On Sun, May 22, 2011 at 09:21:24PM +0100, Graeme Gregory wrote:
>>>> The twl6025 uses a different regul
On 22/05/11 23:51, Mark Brown wrote:
> On Sun, May 22, 2011 at 09:21:24PM +0100, Graeme Gregory wrote:
>> The twl6025 uses a different regulator for USB than the 6030 so select
>> the correct regulator name depending on the subclass of device.
>
> Acked-by: Mark Brown
Ac
On 22/05/11 23:48, Mark Brown wrote:
> On Sun, May 22, 2011 at 09:21:23PM +0100, Graeme Gregory wrote:
>> Adding support for the twl6025. Major difference in the twl6025 is the
>> group functionality has been removed from the chip so this affects how
>> regulators are enabled and disabled.
>
> Ack
On Sun, 2011-05-22 at 14:50 +0800, Mark Brown wrote:
> On Fri, May 20, 2011 at 07:03:51PM +0530, Balaji T K wrote:
> > TWL6030: regulator is enabled via VREG_STATE
> > TWL4030: regulator is enabled via VREG_GRP
> > Since there is nothing common, split twlreg_enable similar to other
> > regulator_o
On Wed, 2011-05-18 at 15:17 +0100, Graeme Gregory wrote:
> On 16/05/2011 10:08, T Krishnamoorthy, Balaji wrote:
> > On Thu, May 12, 2011 at 6:57 PM, Graeme Gregory
> > wrote:
> >> Adding support for the twl6025. Major difference in the twl6025 is the
> >> group functionality has been removed from
updated patch.
>
> Regards,
>
> Tony
>
>
> From: Tony Lindgren
> Date: Fri, 13 May 2011 04:41:32 -0700
> Subject: [PATCH] omap: Remove support for omap2evm
>
> The board support has never been merged for it as noticed
> by Russell King . So let's remove t
>
> Signed-off-by: Sanjeev Premi
> cc: Mark Brown
> cc: Liam Girdwood
> cc: Jarkko Nikula
> ---
>
> Changes in v4:
>Reposting after validating that patch still applies cleanly on
>linux-omap master [46966f1]
>
>Changed the subject as suggested
On Mon, 2011-05-09 at 15:16 +0300, Felipe Balbi wrote:
> Hi,
>
> On Mon, May 09, 2011 at 12:43:49PM +0100, Liam Girdwood wrote:
> > On Mon, 2011-05-09 at 12:03 +0300, Felipe Balbi wrote:
> > > Hi,
> > >
> > > On Sun, May 08, 2011 at 04:08:37PM +0100, Li
On Mon, 2011-05-09 at 12:03 +0300, Felipe Balbi wrote:
> Hi,
>
> On Sun, May 08, 2011 at 04:08:37PM +0100, Liam Girdwood wrote:
> > On Wed, 2011-04-27 at 13:45 +0300, Felipe Balbi wrote:
> > > Hi,
> > >
> > > On Wed, Apr 27, 2011 at 10:39:51AM +0100,
On Wed, 2011-04-27 at 13:40 +0300, Felipe Balbi wrote:
> On Wed, Apr 27, 2011 at 10:39:48AM +0100, Graeme Gregory wrote:
> > + /* TWL6025 LDO regulators */
> > + struct regulator_init_data *ldo1;
> > + struct regulator_init_data *ldo2;
> > + struct regulator_ini
On Wed, 2011-04-27 at 13:45 +0300, Felipe Balbi wrote:
> Hi,
>
> On Wed, Apr 27, 2011 at 10:39:51AM +0100, Graeme Gregory wrote:
> > The twl6025 uses a different regulator for USB than the 6030 so select
> > the correct regulator name depending on the subclass of device.
> >
> > Signed-off-by: Gr
On Fri, 2011-04-01 at 10:22 +0530, Nishanth Menon wrote:
> TWL6030 regulator dynamic operations such as those on vaux2 and vaux3
> were reported to be broken on platforms such as pandaboard(OMAP4).
> Digging deeper into the code, found that 6030 regulator support
> requires quiet a bit of fixes to
On Tue, 2011-03-08 at 21:02 +0530, Abhilash K V wrote:
> The i2c client device name (".2-001a" in this case, including
> the separator period) for the AIC23 codec on the TI AM3517-EVM
> was appended to the codec_name member of am3517evm_dai to
> resolve the names mismatch happening in soc_bind_dai_
On Tue, 2011-02-01 at 19:53 +0200, Jarkko Nikula wrote:
> On Mon, 31 Jan 2011 20:20:24 +0530
> Kishon Vijay Abraham I wrote:
>
> > Modify OMAP McBSP driver to use omap hwmod framework and pm runtime APIs.
> >
> > Created on top of linux OMAP master (linux-omap-2.6 :master)
> > Did digital loopb
On Thu, 2011-01-06 at 08:00 -0600, David Lambert wrote:
> This codec is to be used by the DMIC driver to
> control the DMIC codec. This driver will be used on future
> implementations of the DMIC driver to support codec specific
> features.
>
> At this time, the codec driver just registers the co
On Wed, 2010-12-29 at 14:04 +0200, Felipe Balbi wrote:
> Hi,
>
> On Wed, Dec 29, 2010 at 11:52:51AM +0000, Liam Girdwood wrote:
> >I agree that drivers should be arch independent when possible, but in
> >this case the OMAP DMIC DAI driver is coupled to the OMAP platform only
On Wed, 2010-12-29 at 12:44 +0200, Felipe Balbi wrote:
> Hi,
>
> On Wed, Dec 29, 2010 at 10:35:31AM +0000, Liam Girdwood wrote:
> >> Even though the driver will never work with those other archs, compile
> >> testing with several of them isn't bad at all.
> >
On Wed, 2010-12-29 at 11:47 +0200, Felipe Balbi wrote:
> Hi,
>
> On Tue, Dec 28, 2010 at 07:13:58PM -0600, Lambert, David wrote:
> >> one blank line only. BTW, are these used anywwhere outside the dmic.c
> >> driver ? If not, it's better to move the definitions there.
> >>
> >
> >They were origina
On Wed, 2010-11-24 at 14:07 +0530, Varadarajan, Charulatha wrote:
> On Wed, Nov 24, 2010 at 12:53, Axel Lin wrote:
>
> Add Patch description.
>
> > Signed-off-by: Axel Lin
> > ---
Please resubmit with a patch description and Jarkko's Ack.
Thanks
Liam
--
Freelance Developer, SlimLogic Ltd
A
t;Failed to get DAC regulator from %s: %ld\n",
> dev_name(&omap3pandora_snd_device->dev),
> PTR_ERR(omap3pandora_dac_reg));
> + ret = PTR_ERR(omap3pandora_dac_reg);
> goto fail3;
> }
>
Acked-by: Liam G
On Tue, 2010-11-23 at 09:26 +0200, Jarkko Nikula wrote:
> On Mon, 22 Nov 2010 17:48:24 -0700 (MST)
> Paul Walmsley wrote:
>
> > > Signed-off-by: Janusz Krzysztofik
> >
> > Thanks for fixing this. What do you think about the following patch
> > instead? It should avoid any compiler issues.
>
On Wed, 2010-11-03 at 10:20 +0200, Jarkko Nikula wrote:
> On Tue, 2 Nov 2010 10:58:59 -0600 (MDT)
> Paul Walmsley wrote:
>
> > On Tue, 2 Nov 2010, Janusz Krzysztofik wrote:
> >
> > > In the new code introduced with commit
> > > cf4c87abe238ec17cd0255b4e21abd949d7f811e,
> > > "OMAP: McBSP: imple
> make[1]: *** [drivers/regulator] Error 2
> make: *** [drivers] Error 2
>
> Signed-off-by: Anand Gadiyar
> Cc: Liam Girdwood
> Cc: Mark Brown
> ---
> The commit referenced above is in linux next as of 20101011
> and breaks builds of the omap2plus_defconfig at leas
me to rebuild those parts of omap-for-linus
> > > to add the acks.
> >
> > If you decide to rebuild, than you can add my (for patch 6-7):
> > Acked-by: Peter Ujfalusi
>
> OK, let's do that then we should still have some time left before the
> merge window.
On Mon, 2010-10-04 at 08:04 -0700, Mark Brown wrote:
> On Mon, Oct 04, 2010 at 03:04:53PM +0300, Jarkko Nikula wrote:
> > Upcoming ASoC multi-component and OMAP hwmod changes will conflict
> > in arch/arm/mach-omap2/devices.c. Avoid this by moving a little bit
> > include statement introduced by AS
On Fri, 2010-09-24 at 11:31 -0500, Lopez Cruz, Misael wrote:
> Hi Jarkko,
>
> > ASoC Multi-Component Support moves some code from sound/soc/omap/zoom2.c
> > into
> > arch/arm/mach-omap2/board-zoom2.c. However, that code should go to
> > board-zoom-peripherals.c instead as there is common code and
Signed-off-by: G, Manjunath Kondaiah
> Cc: alsa-de...@alsa-project.org
> Cc: Jarkko Nikula
> Cc: Peter Ujfalusi
> Cc: Liam Girdwood
> Cc: Mark Brown
> Cc: Tony Lindgren
> Cc: Nishanth Menon
>
> ---
> sound/soc/omap/omap-mcbsp.c |2 +-
> 1 files changed, 1 i
On Mon, 2010-09-06 at 22:59 +0300, Eduardo Valentin wrote:
> Hello,
>
> On Fri, Sep 03, 2010 at 08:20:52PM +0200, Mark Brown wrote:
> > On Fri, Sep 03, 2010 at 11:00:31AM -0700, Kevin Hilman wrote:
> > > Mark Brown writes:
> >
> > > > The only thing I can think you might need to do if this is ju
On Thu, 2010-06-03 at 07:39 +0300, Peter Ujfalusi wrote:
> Hello,
>
> Tony: Could you take a look at the arch/arm patches in this series?
> Thanks!
>
> Changes since v3/4:
> - Fixed commit subjects and messages for OMAP3 related patches
> - Added Acked-by from Mark, and Jarkko
>
> Intro message
On Wed, 2010-06-02 at 12:05 +0300, Peter Ujfalusi wrote:
> Hi,
>
> On Tuesday 01 June 2010 14:18:19 Ujfalusi Peter (Nokia-D/Tampere) wrote:
>
> ..
>
> Liam if you are going to take the series, could you fix the patch names?
> I can also resend them if it is easier for you.
>
Peter, I think it'
On Mon, 2010-05-31 at 11:16 +0300, Peter Ujfalusi wrote:
> OMAP McBSP FIFO is word structured:
> McBSP2 has 1024 + 256 = 1280 word long buffer,
> McBSP1,3,4,5 has 128 word long buffer
>
> This means, that the size of the FIFO
> depends on the McBSP word size configuration.
> For example on McBSP3:
On Wed, 2010-05-19 at 13:50 +0300, Eduardo Valentin wrote:
> On Tue, May 18, 2010 at 10:13:11PM +0200, Liam Girdwood wrote:
> > This adds a method to set the MCBSP DMA OP mode.
>
> OK. good. But again, why do you need set dma op mode other than inside mcbsp
> code?
>
I thi
On Wed, 2010-05-19 at 13:46 +0300, Eduardo Valentin wrote:
> Hello Lian,
>
> On Tue, May 18, 2010 at 10:13:12PM +0200, Liam Girdwood wrote:
> > Add a small API to configure McBSP smart idle modes
> > to conserve power.
>
> I'm sorry but I didn't get the point
On Wed, 2010-05-19 at 13:42 +0300, Eduardo Valentin wrote:
> On Tue, May 18, 2010 at 10:13:10PM +0200, Liam Girdwood wrote:
> > This series expands the OMAP mcbsp driver to support changing it's DMA
> > operating
> > mode and smart idle mode from client driver
On Tue, 2010-05-18 at 16:01 -0700, Kevin Hilman wrote:
> Liam Girdwood writes:
>
> > Add a small API to configure McBSP smart idle modes
> > to conserve power.
>
> Would be useful here to explain why client drivers need to change
> idle modes.
>
I think Peter
On Tue, 2010-05-18 at 15:56 -0500, Candelaria Villarreal, Jorge wrote:
> >
> > +int omap_bcbsp_set_threshold_func(struct snd_soc_dai *cpu_dai,
> > + void (*mach_set_threshold)(struct
> > snd_pcm_substream *substream))
>
> I think you meant omap_mcbsp_set_threshold_func here.
I did i
The mcbsp DMA op mode is tightly integrated with the
mcbsp client driver operation and hence is unsuitable
for userspace configuration via sysfs.
Signed-off-by: Liam Girdwood
---
arch/arm/plat-omap/mcbsp.c | 30 +-
1 files changed, 1 insertions(+), 29 deletions
Add a mechanism to register a machine specific callback
to calculate and set the McBSP Tx/Rx threshold.
Signed-off-by: Liam Girdwood
---
sound/soc/omap/omap-mcbsp.c | 22 +-
sound/soc/omap/omap-mcbsp.h |2 ++
2 files changed, 23 insertions(+), 1 deletions(-)
diff
Add a small API to configure McBSP smart idle modes
to conserve power.
Signed-off-by: Liam Girdwood
---
arch/arm/plat-omap/include/plat/mcbsp.h | 15
arch/arm/plat-omap/mcbsp.c | 122 +++
2 files changed, 137 insertions(+), 0 deletions(-)
diff
This adds a method to set the MCBSP DMA OP mode.
Signed-off-by: Liam Girdwood
---
arch/arm/plat-omap/include/plat/mcbsp.h |2 ++
arch/arm/plat-omap/mcbsp.c | 31 +++
2 files changed, 33 insertions(+), 0 deletions(-)
diff --git a/arch/arm/plat-omap
This series expands the OMAP mcbsp driver to support changing it's DMA operating
mode and smart idle mode from client drivers. It's primarily aimed at lowering
the power consumption for OMAP ASoC drivers by providing methods to gate clocks
on the mcbsp interface at runtime.
I've also added a patch
#1.
> - Sending to alsa-devel list also, as suggested by Peter Ujfalusi
> and Liam Girdwood
>
> Jorge Eduardo Candelaria (2):
> ARM: McBSP: Fix request for irq in OMAP4
> ARM: OMAP4: Add support for omap4 in McBSP driver
>
> arch/arm/mach-omap2/mcbsp.c | 12
On Thu, 2010-05-13 at 19:48 +0400, Sergey Lapin wrote:
> This patchs should allow to use 32-bit samples on e.g. TLV320AIC3x codec,
> or others.
>
> Signed-off-by: Sergey Lapin
> ---
Applied.
Thanks
Liam
--
Freelance Developer, SlimLogic Ltd
ASoC and Voltage Regulator Maintainer.
http://www.sl
On Fri, 2010-05-14 at 11:57 +0530, Nayak, Rajendra wrote:
> > -Original Message-
> > From: Mark Brown [mailto:broo...@opensource.wolfsonmicro.com]
> > Sent: Friday, April 23, 2010 4:49 PM
> > To: Nayak, Rajendra
> > Cc: linux-omap@vger.kernel.org; Liam Gird
On Thu, 2010-05-13 at 09:19 +0100, Mark Brown wrote:
> On Wed, May 12, 2010 at 12:18:38PM -0500, Jorge Eduardo Candelaria wrote:
> > The following patches enable McBSP driver to be used along with the
> > audio driver in SDP4430 and other OMAP4 based boards.
>
> Both
>
> Acked-by: Mark Brown
To
On Wed, 2010-05-12 at 11:39 +0300, Peter Ujfalusi wrote:
> Hi,
>
> On Thursday 06 May 2010 04:15:44 ext Jorge Eduardo Candelaria wrote:
> > The following patches enable McBSP driver to be used along with the
> > audio driver in SDP4430 and other OMAP4 based boards.
> >
> > Changes from v1:
> > -
ath
> (headset DAC and driver) is active.
>
> For the particular case of headset path, PLL being used defines the
> headset power mode: low-power, high-performance.
>
> Signed-off-by: Misael Lopez Cruz
> Signed-off-by: Jorge Eduardo Candelaria
> Signed-off-by: Margarita Ol
On Wed, 2010-03-17 at 17:42 -0500, Olaya, Margarita wrote:
> Correction for chips:
> twl6030 is Phoenix Power chip
> twl6040 is Phoenix Audio chip
>
> Signed-off-by: Margarita Olaya Cabrera
Acked-by: Liam Girdwood
--
Freelance Developer, SlimLogic Ltd
ASoC and Voltage Regul
On Wed, 2010-03-03 at 15:08 +0200, Peter Ujfalusi wrote:
> Use the new delay calback function to report the delay through
> ALSA for application caused by the internal FIFO.
>
> Signed-off-by: Peter Ujfalusi
> ---
Acked-by: Liam Girdwood
--
Freelance Developer, SlimLogic Ltd
A
delay on the chain.
> If none of the dai has FIFO, than the delay will be kept as
> zero.
>
> Signed-off-by: Peter Ujfalusi
Acked-by: Liam Girdwood
--
Freelance Developer, SlimLogic Ltd
ASoC and Voltage Regulator Maintainer.
http://www.slimlogic.co.uk
--
To unsubscribe from
On Wed, 2010-03-03 at 15:08 +0200, Peter Ujfalusi wrote:
> Create a soc level wrapper for pcm_pointer callback.
> This will facilitate the soc level handling of different
> HW buffers in the audio path.
>
> Signed-off-by: Peter Ujfalusi
Acked-by: Liam Girdwood
--
Free
On Wed, 2010-03-03 at 15:08 +0200, Peter Ujfalusi wrote:
> My editor removes the tailing spaces, which causes problems when
> changing the soc-core.c
> Removing the space.
>
> Signed-off-by: Peter Ujfalusi
Acked-by: Liam Girdwood
--
Freelance Developer, SlimLogic Ltd
A
On Wed, 2010-02-24 at 18:17 -0600, Olaya, Margarita wrote:
>
> > -Original Message-
> > From: Liam Girdwood [mailto:l...@slimlogic.co.uk]
> > Sent: Wednesday, February 24, 2010 5:40 AM
> > To: Olaya, Margarita
> > Cc: alsa-de...@alsa-project.org; linu
On Wed, 2010-02-24 at 17:37 -0600, Olaya, Margarita wrote:
>
> > -Original Message-
> > From: Liam Girdwood [mailto:l...@slimlogic.co.uk]
> > Sent: Wednesday, February 24, 2010 4:38 AM
> > To: Olaya, Margarita
> > Cc: alsa-de...@alsa-project.org; linu
On Tue, 2010-02-23 at 18:10 -0600, Olaya, Margarita wrote:
> Following patch series add initial support for TWL6030 codec driver.
> The patch set is based on the series sent from Misael Lopez in October 2009.
>
> Changes from v3:
> - Remove snd_soc_init_card function
> - Adapt to latest twl core c
On Tue, 2010-02-23 at 18:10 -0600, Olaya, Margarita wrote:
> From: Misael Lopez Cruz
>
> TWL6030 codec device can be powered-up/down through a specific register
> writes sequence. These sequences can be used when no gpio line is
> provided for AUDPWRON.
>
> When the codec is powered-up in this w
On Tue, 2010-02-23 at 18:10 -0600, Olaya, Margarita wrote:
> From: Misael Lopez Cruz
>
> Initial version of TWL6030 codec driver.
>
> The TWL6030 codec uses a propietary PDM-based digital audio interface.
> Audio paths supported are:
>
> - Input: Main Mic, Sub Mic, Headset Mic, Auxiliary-FM Lef
On Tue, 2010-02-23 at 18:10 -0600, Olaya, Margarita wrote:
> From: Misael Lopez Cruz
>
> In order to have TWL6030 CODEC driver as a platform driver, codec data
> should be passed through twl_platform_data structure.
>
> For twl6030 audio codec, the following data may be passed:
> - audpwron_
++- sound/soc/omap/omap-mcbsp.c |
> > 138 +++
> > sound/soc/omap/omap-mcbsp.h |2 +
> > 5 files changed, 603 insertions(+), 1 deletions(-)
>
> Both looks OK for me:
>
> Acked-by: Peter Ujfalusi
Ack
|RES |State1 |State0
>
> State can be specified as below
> 00: OFF
> 01: ON
> 10: OFF
> 11: SLEEP
>
> Signed-off-by: Rajendra Nayak
> Cc: Liam Girdwood
> Cc: Samuel Ortiz
> Cc: Mark Brown
> ---
Applied.
Thanks
Liam
--
Freelance Developer, SlimLogic Lt
On Thu, 2010-02-11 at 16:13 +0100, Thomas Weber wrote:
> This patch expands the omap3beagle sound soc for the
> beagle board clone DevKit8000.
>
> Signed-off-by: Thomas Weber
Acked-by: Liam Girdwood
--
Freelance Developer, SlimLogic Ltd
ASoC and Voltage Regulator Main
On Thu, 2010-02-11 at 12:40 +0200, Jarkko Nikula wrote:
> On Thu, 11 Feb 2010 09:55:12 +
> Liam Girdwood wrote:
>
> > Since this shares the same mach driver as beagle you should share the
> > Kconfig option too (like the Overo).
> >
> Heh, I had just
On Wed, 2010-02-10 at 20:23 +0100, Thomas Weber wrote:
> This patch expands the omap3beagle sound soc for the
> beagle board clone Devkit8000.
>
> Change log
> V2
> Expand omap3beagle sound soc for DevKit8000 support.
> V3
> Separate Kconfig for Devkit8000.
>
> Signed-off-by: Thomas
On Fri, 2010-02-05 at 10:45 +0200, Eduardo Valentin wrote:
> Hello Anuj,
>
> First of all, I liked the idea of unifying the regulator definitions
> for boards that use twl regulators.
>
> But I guess we need to improve a little bit.
>
> See following comments.
>
> On Tue, Jan 12, 2010 at 10:13:
On Fri, 2010-01-29 at 13:58 +0530, Anuj Aggarwal wrote:
> Commit e9ff5eb2 (Fixing infinite loop in resume path) uses wrong AIC23
> register in resume function because of which register writes happen
> on some non-existing registers.
>
> Signed-off-by: Anuj Aggarwal
Acked-by
On Thu, 2010-01-28 at 17:46 +0200, Ilkka Koskinen wrote:
> Add ASoC interface for OMAP McBSP2 and McBSP3 sidetones.
>
> Signed-off-by: Ilkka Koskinen
> ---
> sound/soc/omap/omap-mcbsp.c | 187
> +++
> sound/soc/omap/omap-mcbsp.h |2 +
> 2 files chang
On Mon, 2010-01-25 at 15:06 -0600, Candelaria Villareal, Jorge wrote:
> From: Liam Girdwood wrote:
> > On Fri, 2010-01-22 at 17:15 -0600, Candelaria Villareal, Jorge wrote:
snip
> > > +static int omap_mcpdm_dai_hw_params(struct
> > snd_
On Tue, 2010-01-26 at 10:27 +0200, Jarkko Nikula wrote:
> Hi
>
> On Mon, 25 Jan 2010 15:06:44 -0600
> "Candelaria Villareal, Jorge" wrote:
>
> > > > +static int omap_mcpdm_dai_startup(struct snd_pcm_substream
> > > *substream,
> > > > + struct snd_soc_dai *dai)
>
On Mon, 2010-01-25 at 15:06 -0600, Candelaria Villareal, Jorge wrote:
> Liam Girdwood wrote:
> >
> > On Fri, 2010-01-22 at 17:15 -0600, Candelaria Villareal, Jorge wrote:
> > > McPDM is the interface between Phoenix audio codec
> > > and the OMAP4430 processor.
On Fri, 2010-01-22 at 17:15 -0600, Candelaria Villareal, Jorge wrote:
> McPDM is the interface between Phoenix audio codec
> and the OMAP4430 processor. It enables data to be transfered
> to/from Phoenix at sample rates of 88.4 or 96 KHz.
>
> Signed-off-by: Jorge Eduardo Candelaria
> Signed-off-b
On Fri, 2010-01-22 at 17:15 -0600, Candelaria Villareal, Jorge wrote:
> From: Misael Lopez Cruz
>
> McPDM platform driver is configured to use sDMA in order to transfer
> to/from memory. Support for interfacing with ABE will be added later.
>
> McPDM dai currently supports up to 4 downlink chann
On Fri, 2010-01-22 at 17:14 -0600, Candelaria Villareal, Jorge wrote:
> From: Misael Lopez Cruz
>
> Allow client drivers to set the data_type (16, 32) and the
> sync_mode (element, packet, etc) of the audio dma transferences.
>
Btw, how is 32bit mode used here ?
Is it for compacted 2 channel 1
On Wed, 2010-01-13 at 22:25 +0530, Aggarwal, Anuj wrote:
> Any comments on this version?
Just had a quick scan, looks fine.
Acked-by: Liam Girdwood
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More m
data+0x43cc): undefined reference to `tlv320aic23_dai'
>
> Confused me quite a bit since the drivers that had references to the
> codec weren't enabled. Turns out the Makefile was using the wrong
> config option to enable them. Patch below.
>
>
>
> Reported-by: Anand
/soc/omap/overo.c
> @@ -107,8 +107,8 @@ static int __init overo_soc_init(void)
> {
> int ret;
>
> - if (!machine_is_overo()) {
> - pr_debug("Not Overo!\n");
> + if (!(machine_is_overo() || machine_is_cm_t35())) {
> + pr_deb
On Mon, 2009-11-16 at 15:53 +0200, Mike Rapoport wrote:
> Signed-off-by: Mike Rapoport
> ---
> sound/soc/omap/Kconfig |7 ---
> sound/soc/omap/overo.c |2 +-
> 2 files changed, 5 insertions(+), 4 deletions(-)
>
> diff --git a/sound/soc/omap/Kconfig b/sound/soc/omap/Kconfig
> index 65
On Fri, 2009-08-21 at 00:39 +0530, Anuj Aggarwal wrote:
> Adding support for TI TPS65023 regulator driver
>
> Signed-off-by: Anuj Aggarwal
> ---
> drivers/regulator/tps65023-regulator.c | 631
>
> 1 files changed, 631 insertions(+), 0 deletions(-)
> create mod
On Wed, 2009-08-12 at 10:17 +0530, Anuj Aggarwal wrote:
> Adding support for TI TPS65023 regulator driver
>
> Signed-off-by: Anuj Aggarwal
> ---
> drivers/regulator/tps65023-regulator.c | 638
>
> 1 files changed, 638 insertions(+), 0 deletions(-)
> create mod
On Fri, 2009-08-07 at 16:53 +0100, Mark Brown wrote:
> On Fri, Aug 07, 2009 at 08:55:26PM +0530, Anuj Aggarwal wrote:
>
> > +static const struct tps_info tps65023_regs[] = {
> > + {
> > + .name = "VDCDC1",
> > + .min_uV = 80,
> > + .max_uV = 160,
> > + .fixed = 0,
No need to a
On Sat, 2009-04-25 at 05:28 -0600, Paul Walmsley wrote:
> During regulator registration, any error after device_register() will
> cause a double-free on the struct regulator_dev 'rdev'. The bug is in
> drivers/regulator/core.c:regulator_register():
>
> ...
> scrub:
> device_unregister(&rd
On Thu, 2009-03-26 at 16:21 +0200, Adrian Hunter wrote:
> >From 51f946af56a5de9c25b2eb6e6a33660283f84195 Mon Sep 17 00:00:00 2001
> From: Adrian Hunter
> Date: Fri, 6 Mar 2009 14:51:30 +0200
> Subject: [PATCH] regulator: twl4030 VAUX3 supports 3.0V
>
> TWL4030 and TWL5030 support 3.0V on VAUX3.
>
On Mon, 2009-03-16 at 15:51 +, Mark Brown wrote:
> On Fri, Mar 13, 2009 at 05:54:54PM -0700, David Brownell wrote:
> > From: David Brownell
> >
> > Add VPLL2 to the set of twl4030-family regulators exposed for
> > use by various drivers. It's commonly used to power the digital
> > video outp
On Tue, 2009-03-17 at 09:36 +0200, Adrian Hunter wrote:
> Liam Girdwood wrote:
> > On Fri, 2009-03-06 at 14:48 -0800, David Brownell wrote:
> >> On Friday 06 March 2009, Mark Brown wrote:
> >>> Would it make sense to make this platform data so that if a given board
&
1 - 100 of 121 matches
Mail list logo