On Thu, Oct 08, 2009 at 03:21:10PM +0200, Mark Brown wrote:
> On Thu, Oct 08, 2009 at 02:58:54PM +0300, Eduardo Valentin wrote:
> > From: Eduardo Valentin
>
> > Use separated supplies for vaux3 and vmmc2.
>
> > Signed-off-by: Eduardo Valentin
>
> > +static struct regulator_consumer_supply rx51
On Fri, Oct 09, 2009 at 07:44:00AM +0200, Jarkko Nikula wrote:
> On Thu, 8 Oct 2009 14:11:16 +0100
> Mark Brown wrote:
>
> > What is an "AIC34b_dummy (block B)"? You probably want to split it out
> > into a separate patch.
> >
> I think this is the reason why Eduardo mentioned my name in the co
>From 144669d941a432875db37ae9431847f6753e566e Mon Sep 17 00:00:00 2001
From: Teerth Reddy
Date: Wed, 9 Sep 2009 11:01:04 +0530
Subject: OMAP3: PM: Do not allow OPP1 for VDD2
Since OPP1 is not a supported OPP for VDD2, do not allow it to
be changed using the sysfs interface.
Signed-off-by: Teert
On Thu, 8 Oct 2009 14:11:16 +0100
Mark Brown wrote:
> What is an "AIC34b_dummy (block B)"? You probably want to split it out
> into a separate patch.
>
I think this is the reason why Eduardo mentioned my name in the commit
log :-)
Yep, dummy driver is for block B of AIC34 which is basically du
> -Original Message-
> From: Tony Lindgren [mailto:t...@atomide.com]
> Sent: Thursday, October 08, 2009 11:38 PM
> To: Shilimkar, Santosh
> Cc: linux-omap@vger.kernel.org; Paul Walmsley
> Subject: Re: Patches merged to split OMAP2_IO_ADDRESS
>
> * Shilimkar, Santosh [091008 03:59]:
> > To
On Thu, 2009-10-08 at 15:17 +0200, ext Mark Brown wrote:
> On Thu, Oct 08, 2009 at 02:58:52PM +0300, Eduardo Valentin wrote:
>
> > +static const struct attribute *sidetone_attrs[] = {
> > + &dev_attr_st_enable.attr,
> > + &dev_attr_st_taps.attr,
> > + &dev_attr_st_ch0gain.attr,
> > + &dev_
On Wed, 2009-10-07 at 21:52 +0300, Woodruff, Richard wrote:
> > From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> > ow...@vger.kernel.org] On Behalf Of Kalle Jokiniemi
> > Sent: Friday, October 02, 2009 5:59 AM
>
>
> > Yes, this is a good idea in theory, but the reality of wake-up late
On Thu, 2009-10-08 at 18:01 +0200, ext Mark Brown wrote:
> On 8 Oct 2009, at 16:44, wrote:
>
> > Mark Brown wrote:
> >>
> >>> Also, this is regulator
> >>> thing
> >>> is highly platform dependent, not aic3x related really at all, so is
> >>> this the cor
> -Original Message-
> From: Menon, Nishanth
> Sent: Thursday, October 08, 2009 8:11 PM
> To: Premi, Sanjeev
> Cc: Pandita, Vikram; Shilimkar, Santosh; linux-omap; Chikkature Rajashekar,
> Madhusudhan; Pais, Allen; Gadiyar, Anand; Cousson, Benoit; Kevin Hilman;
> Aguirre Rodriguez, Sergio A
Kevin,
On Thu, Oct 8, 2009 at 5:32 PM, Kevin Hilman
wrote:
> Juha Kuikka writes:
>> Also, if I enable "/debug/pm_debug/sleep_while_idle" board wakes up
>> without issues. Well the first couple characers on the console seem to
>> go missing but I guess without CTS/RTS that is expected?
>
> Yes, th
Sanjeev, All,
Cousson, Benoit had written, on 10/06/2009 07:52 AM, the following:
Yes, it is true but you might have to disable dynamically some OPP (like OPP5
and OPP4) for thermal management reason. The way the resource is handled today,
you cannot force the reduction of the frequency in case
--- SNIP ME --
Hi,
A bit of history for this patchset
V3 - Fixes from Sergio's comments + boot tested on SDP3430+3630.
V2 - fixes of generic comments from Felipe Balbi+minor cleanups
V1 - inital implementation of (a) approach
V0 - original approach introducing a new silicon family
--- END OF SNIP M
"Gadiyar, Anand" writes:
> I'd like to post a patch in a couple of days to refactor the EHCI
> clock management code. This would be useful to do aggressive clock
> management in the idle path.
>
> A current implementation I have is to simply factor out the
> clock_enable/disable calls out. Does i
* Felipe Contreras [091008 15:20]:
> On Fri, Oct 9, 2009 at 1:13 AM, Felipe Contreras
> wrote:
> > On Fri, Oct 9, 2009 at 12:41 AM, Tony Lindgren wrote:
> >> * Felipe Contreras [091008 14:29]:
> >>> On Wed, Oct 7, 2009 at 9:51 PM, Tony Lindgren wrote:
> >>>
> >>> The beagleboard is still no
Tony Lindgren had written, on 10/08/2009 01:08 PM, the following:
* Shilimkar, Santosh [091008 03:59]:
Tony,
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Tony Lindgren
Sent: Thursday, October 08, 2009 5:55 AM
To: lin
Andrew,
Here's a fix from Roger Quadros that was accidentally not posted
to linux-mmc as pointed out by Felipe Contreras on LKML.
Can you please pick it up?
For reference, this is the issue Uwe Kleine-König mentioned at:
http://www.mail-archive.com/linux-...@vger.kernel.org/msg00528.html
Felipe
Juha Kuikka writes:
> On Tue, Oct 6, 2009 at 4:16 PM, Kevin Hilman
> wrote:
>>
>> Kevin Hilman writes:
>>
>> > Hello,
>> >
>> > I've rebased/updated the PM branch based on current linux-omap master
>> > branch (2.6.32-rc1 based.)
>> >
>> > I've also updated the OMAP Power Management wiki, and t
On Fri, Oct 9, 2009 at 1:13 AM, Felipe Contreras
wrote:
> On Fri, Oct 9, 2009 at 12:41 AM, Tony Lindgren wrote:
>> * Felipe Contreras [091008 14:29]:
>>> On Wed, Oct 7, 2009 at 9:51 PM, Tony Lindgren wrote:
>>> > Linus,
>>> >
>>> > Please pull omap fixes from:
>>> >
>>> > git://git.kernel.org/p
On Fri, Oct 9, 2009 at 12:41 AM, Tony Lindgren wrote:
> * Felipe Contreras [091008 14:29]:
>> On Wed, Oct 7, 2009 at 9:51 PM, Tony Lindgren wrote:
>> > Linus,
>> >
>> > Please pull omap fixes from:
>> >
>> > git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git
>> > omap-fixes
On Tue, Oct 6, 2009 at 4:16 PM, Kevin Hilman
wrote:
>
> Kevin Hilman writes:
>
> > Hello,
> >
> > I've rebased/updated the PM branch based on current linux-omap master
> > branch (2.6.32-rc1 based.)
> >
> > I've also updated the OMAP Power Management wiki, and the 'Current
> > version' section hi
* Felipe Contreras [091008 14:29]:
> On Wed, Oct 7, 2009 at 9:51 PM, Tony Lindgren wrote:
> > Linus,
> >
> > Please pull omap fixes from:
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git
> > omap-fixes-for-linus
> >
> > Regards,
> >
> > Tony
> >
> >
> > The followi
On Wed, Oct 7, 2009 at 9:51 PM, Tony Lindgren wrote:
> Linus,
>
> Please pull omap fixes from:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git
> omap-fixes-for-linus
>
> Regards,
>
> Tony
>
>
> The following changes since commit 374576a8b6f865022c0fd1ca62396889b23d66dd
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of
Aguirre Rodriguez, Sergio Alberto
Sent: Thursday, October 08, 2009 2:59 PM
> From: Menon, Nishanth
> Sent: Thursday, October 08, 2009 12:32 PM
> >
> > Device intro:
> > OMAP3630 is the latest in the
> -Original Message-
> From: Menon, Nishanth
> Sent: Thursday, October 08, 2009 12:32 PM
> To: linux-omap
> Cc: Menon, Nishanth; Chikkature Rajashekar, Madhusudhan;
> Pandita, Vikram; Pais, Allen; Gadiyar, Anand; Cousson,
> Benoit; Felipe Balbi; Kevin Hilman; Premi, Sanjeev;
> Shilim
Folks,
With the addition of FEATURES in l-o, the following prints:
- l2cache : Y
- iva : Y
- sgx : Y
- neon : Y
- isp : Y
comes up on SDP3430 -> now that we will introduce half a dozen features
here and there, we will soon clutter this up. we should introduce a
sysfs entry + remove the ab
* Shilimkar, Santosh [091008 03:59]:
> Tony,
>
> > -Original Message-
> > From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> > ow...@vger.kernel.org] On Behalf Of Tony Lindgren
> > Sent: Thursday, October 08, 2009 5:55 AM
> > To: linux-omap@vger.kernel.org
> > Cc: Paul Walmsley
Device intro:
OMAP3630 is the latest in the family of OMAP3 devices
and among the changes it introduces are:
New OPP levels for new voltage and frequency levels. a bunch of
Bug fixes to various modules feature additions, notably with ISP,
sDMA etc.
Details about the chip is available here:
http:/
* Philip Balister [091007 19:32]:
> On 10/07/2009 10:47 AM, Tony Lindgren wrote:
>> * Kevin Hilman [091006 15:18]:
>>> "Menon, Nishanth" writes:
>>>
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> ow...@vger.kernel.org] On Behalf Of Kevin H
Gary Thomas wrote:
I have a new board - OMAP 3530 with 512MB DRAM & NAND
I've build X-loader and U-Boot for it and it mostly comes
up. The sources I used (based on recommendations from the
BeagleBoard pages) were:
http://git.gitorious.org/x-load-omap3/mainline.git
git://git.denx.de/u-boot.gi
> -Original Message-
> From: Gary Thomas [mailto:g...@mlbassoc.com]
> Sent: Thursday, October 08, 2009 11:10 AM
> To: Syed Mohammed, Khasim
> Cc: linux-omap@vger.kernel.org
> Subject: Re: X-loader / U-Boot query
>
> On 10/08/2009 09:54 AM, Syed Mohammed, Khasim wrote:
> >
> >
> >> -O
On 10/08/2009 09:54 AM, Syed Mohammed, Khasim wrote:
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Gary Thomas
Sent: Thursday, October 08, 2009 10:17 AM
To: Menon, Nishanth
Cc: Adam Machalek; linux-omap@vger.kernel.org
> -Original Message-
> From: Aguirre Rodriguez, Sergio Alberto
> Sent: Thursday, October 08, 2009 9:31 AM
> To: Menon, Nishanth; linux-omap
> Cc: Chikkature Rajashekar, Madhusudhan; Pandita, Vikram; Pais, Allen;
> Gadiyar, Anand; Cousson, Benoit; Kevin Hilman; Premi, Sanjeev; Shilimkar,
>
On 8 Oct 2009, at 16:44, wrote:
Mark Brown wrote:
Also, this is regulator
thing
is highly platform dependent, not aic3x related really at all, so is
this the correct place... Just a thought, dont take it too
seriously ;)
I'm not sure what you mea
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> ow...@vger.kernel.org] On Behalf Of Gary Thomas
> Sent: Thursday, October 08, 2009 10:17 AM
> To: Menon, Nishanth
> Cc: Adam Machalek; linux-omap@vger.kernel.org
> Subject: Re: X-loader / U-Boot query
>
>
Mark Brown wrote:
>> Will this ever be revisited =) ? If so, I think there's going to be a
>> jungle in finding the right spots - you need to remember the bypass
>> paths also (bias is not on necessarily).
>
> The bias is always on when any path through the chip is on, this was
> fixed in either .
> -Original Message-
> From: Gary Thomas [mailto:g...@mlbassoc.com]
> Sent: Thursday, October 08, 2009 10:17 AM
> To: Menon, Nishanth
> Cc: Adam Machalek; linux-omap@vger.kernel.org
> Subject: Re: X-loader / U-Boot query
>
> On 10/08/2009 09:14 AM, Menon, Nishanth wrote:
> >> -Original
On 10/08/2009 09:14 AM, Menon, Nishanth wrote:
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Adam Machalek
Sent: Thursday, October 08, 2009 9:47 AM
To: Gary Thomas
Cc: linux-omap@vger.kernel.org
Subject: Re: X-loader / U-
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> ow...@vger.kernel.org] On Behalf Of Adam Machalek
> Sent: Thursday, October 08, 2009 9:47 AM
> To: Gary Thomas
> Cc: linux-omap@vger.kernel.org
> Subject: Re: X-loader / U-Boot query
>
> The problem is loca
> -Original Message-
> From: Pais, Allen
> Sent: Thursday, October 08, 2009 10:04 AM
> To: Menon, Nishanth; Premi, Sanjeev
>
> Nishanth,
>
> Would there be CONFIG_ARCH_OMAP3630?
There is no need for it.
>
>
> From: Menon, Nishanth
> Sent: Thursda
> -Original Message-
> From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
> Sent: Thursday, October 08, 2009 9:58 AM
> To: Menon, Nishanth
> Cc: Reddy, Teerth; linux-omap@vger.kernel.org
> Subject: Re: [PATCH] OMAP3: PM: Fix VDD2 OPP1 issue
>
> Nishanth Menon writes:
>
> > Reddy, Te
The problem is located in u-boot/cpu/arm_cortexa8/omap3/mem.c
Function do_sdrc_init()
There is an assumption that the RAM size on each CS is maximum of 128M.
See this line:
writel(RASWIDTH_13BITS | CASWIDTH_10BITS | ADDRMUXLEGACY |
RAMSIZE_128 | BANKALLOCATION | B32NOT16 | B32NOT16 |
Nishanth Menon writes:
> Reddy, Teerth had written, on 10/08/2009 04:21 AM, the following:
>> From 144669d941a432875db37ae9431847f6753e566e Mon Sep 17 00:00:00 2001
>> From: Teerth Reddy
>> Date: Wed, 9 Sep 2009 11:01:04 +0530
>> Subject: [PATCH] ARM: OMAP3: PM: Fix VDD2 OPP1 issue
>>
>> This pa
Nishanth,
Would there be CONFIG_ARCH_OMAP3630?
- Allen
From: Menon, Nishanth
Sent: Thursday, October 08, 2009 9:40 AM
To: Premi, Sanjeev
Cc: Pandita, Vikram; Shilimkar, Santosh; linux-omap; Chikkature Rajashekar,
Madhusudhan; Pais, Allen; Gadiyar, Anand
On 10/08/2009 08:46 AM, Adam Machalek wrote:
The problem is located in u-boot/cpu/arm_cortexa8/omap3/mem.c
Function do_sdrc_init()
There is an assumption that the RAM size on each CS is maximum of 128M.
See this line:
writel(RASWIDTH_13BITS | CASWIDTH_10BITS | ADDRMUXLEGACY |
RAMSIZE_128 | BAN
On Thu, Oct 08, 2009 at 04:56:28PM +0300, Eduardo Valentin wrote:
> On Thu, Oct 08, 2009 at 03:43:33PM +0200, Mark Brown wrote:
> > Similar comments to the previous patch apply to this driver - regulator
> > usage should be unconditional, error messages should not be split over
> > multiple lines
Premi, Sanjeev had written, on 10/08/2009 09:23 AM, the following:
-Original Message-
From: Pandita, Vikram
Sent: Thursday, October 08, 2009 7:01 PM
To: Shilimkar, Santosh; Menon, Nishanth; linux-omap
Cc: Chikkature Rajashekar, Madhusudhan; Pais, Allen; Gadiyar,
Anand; Cousson, Benoit;
Nishanth,
> -Original Message-
> From: Menon, Nishanth
> Sent: Wednesday, October 07, 2009 11:47 PM
> To: linux-omap
> Cc: Menon, Nishanth; Chikkature Rajashekar, Madhusudhan;
> Pandita, Vikram; Pais, Allen; Gadiyar, Anand; Cousson,
> Benoit; Kevin Hilman; Premi, Sanjeev; Shilimkar, Sa
> -Original Message-
> From: Pandita, Vikram
> Sent: Thursday, October 08, 2009 7:01 PM
> To: Shilimkar, Santosh; Menon, Nishanth; linux-omap
> Cc: Chikkature Rajashekar, Madhusudhan; Pais, Allen; Gadiyar,
> Anand; Cousson, Benoit; Kevin Hilman; Premi, Sanjeev; Aguirre
> Rodriguez, Sergi
Reddy, Teerth had written, on 10/08/2009 04:21 AM, the following:
From 144669d941a432875db37ae9431847f6753e566e Mon Sep 17 00:00:00 2001
From: Teerth Reddy
Date: Wed, 9 Sep 2009 11:01:04 +0530
Subject: [PATCH] ARM: OMAP3: PM: Fix VDD2 OPP1 issue
This patch fixes the VDD2 OPP1 issue. The patch h
On Thu, Oct 08, 2009 at 03:43:33PM +0200, Mark Brown wrote:
> On Thu, Oct 08, 2009 at 02:58:57PM +0300, Eduardo Valentin wrote:
>
> > + data->regulator = regulator_get(dev, "vdd");
> > + if (IS_ERR(data->regulator)) {
> > + dev_info(dev, "Could not get regulator for vdd. "
> > +
On Thu, Oct 08, 2009 at 04:38:24PM +0300, Peter Ujfalusi wrote:
> On Thursday 08 October 2009 15:52:13 ext Mark Brown wrote:
> > On Thu, Oct 08, 2009 at 02:58:50PM +0300, Eduardo Valentin wrote:
> > > +struct tpa6130a2_platform_data {
> > > + int (*set_power)(int state);
> > > +};
> > Why is this
The problem I have now is that it's only seeing 1/2 (256MB)
of the available DRAM.
Please refer sdrc_init() in u-boot/board/omap3530beagle/mem.c .
SDRC_MCFG register has definition for SIZE and CS settings.
Refer [1] for details about SDRC configurations.
[1]http://focus.ti.com/pdfs/wtbu
"Reddy, Teerth" writes:
> From 144669d941a432875db37ae9431847f6753e566e Mon Sep 17 00:00:00 2001
> From: Teerth Reddy
> Date: Wed, 9 Sep 2009 11:01:04 +0530
> Subject: [PATCH] ARM: OMAP3: PM: Fix VDD2 OPP1 issue
>
> This patch fixes the VDD2 OPP1 issue. The patch has change
> which does not allo
On Thu, Oct 08, 2009 at 02:58:57PM +0300, Eduardo Valentin wrote:
> + data->regulator = regulator_get(dev, "vdd");
> + if (IS_ERR(data->regulator)) {
> + dev_info(dev, "Could not get regulator for vdd. "
> + "Executing without regulator.\n");
On Thu, Oct 08, 2009 at 03:17:07PM +0300, Eero Nurkkala wrote:
> Will this ever be revisited =) ? If so, I think there's going to be a
> jungle in finding the right spots - you need to remember the bypass
> paths also (bias is not on necessarily).
The bias is always on when any path through the c
On Thursday 08 October 2009 15:52:13 ext Mark Brown wrote:
> On Thu, Oct 08, 2009 at 02:58:50PM +0300, Eduardo Valentin wrote:
> > +struct tpa6130a2_platform_data {
> > + int (*set_power)(int state);
> > +};
>
> Why is this a callback and not just a GPIO number? That'd seem simpler
> for users.
On Thu, Oct 08, 2009 at 02:58:56PM +0300, Eduardo Valentin wrote:
> This patch adds initial usage of regulator framework to control avdd_dac
> inside tlv320aic3x ASoC codec driver.
If you're going to do this you should add support for all the supplies
of the device, not just one of them. The ext
>-Original Message-
>From: Shilimkar, Santosh
>>
>> diff --git a/arch/arm/plat-omap/include/mach/cpu.h b/arch/arm/plat-
>> omap/include/mach/cpu.h
>> index 431fec4..af1080f 100644
>> --- a/arch/arm/plat-omap/include/mach/cpu.h
>> +++ b/arch/arm/plat-omap/include/mach/cpu.h
>> @@ -383,6 +3
On Thu, Oct 08, 2009 at 04:23:33PM +0300, Eduardo Valentin wrote:
> So, maybe we should rip off this sysfs things, export
> symbols inside kernel and then export to user land somewhere else
> from alsa code?
Yes, that's what I'm suggesting. Provide an API to ALSA and then let
ALSA worry about th
On Thu, Oct 08, 2009 at 03:17:02PM +0200, Mark Brown wrote:
> On Thu, Oct 08, 2009 at 02:58:52PM +0300, Eduardo Valentin wrote:
>
> > +static const struct attribute *sidetone_attrs[] = {
> > + &dev_attr_st_enable.attr,
> > + &dev_attr_st_taps.attr,
> > + &dev_attr_st_ch0gain.attr,
> > + &d
On Thu, Oct 08, 2009 at 02:58:55PM +0300, Eduardo Valentin wrote:
> +static struct regulator_consumer_supply rx51_vmmc2_supplies[] = {
> + REGULATOR_SUPPLY("avdd_dac", "2-0018"), /* tlv320aic3x */
> + REGULATOR_SUPPLY("vdd", "2-0060"), /* tpa6130a2*/
> };
avdd_dac is the only supply adde
On Thu, Oct 08, 2009 at 02:58:54PM +0300, Eduardo Valentin wrote:
> From: Eduardo Valentin
> Use separated supplies for vaux3 and vmmc2.
> Signed-off-by: Eduardo Valentin
> +static struct regulator_consumer_supply rx51_vaux3_supply = {
> + .supply = "vmmc",
> +};
> +
I'd e
On Thu, Oct 08, 2009 at 02:31:26PM +0200, Nurkkala Eero.An (EXT-Offcode/Oulu)
wrote:
> On Thu, 2009-10-08 at 13:58 +0200, Valentin Eduardo (Nokia-D/Helsinki)
> wrote:
> > From: Eduardo Valentin
> >
> > Introduce RX-51 Machine driver for ASoC and AIC34b_dummy (block B) i2c
> > driver.
> >
> > Als
On Thu, Oct 08, 2009 at 02:17:07PM +0200, Nurkkala Eero.An (EXT-Offcode/Oulu)
wrote:
> On Thu, 2009-10-08 at 13:58 +0200, Valentin Eduardo (Nokia-D/Helsinki)
> wrote:
> > From: Eduardo Valentin
> >
> > This patch adds initial usage of regulator framework to control avdd_dac
> > inside tlv320aic3
On Thu, Oct 08, 2009 at 02:58:51PM +0300, Eduardo Valentin wrote:
> From: Eduardo Valentin
> Introduce RX-51 Machine driver for ASoC and AIC34b_dummy (block B) i2c driver.
What is an "AIC34b_dummy (block B)"? You probably want to split it out
into a separate patch.
> + * TODO:
> + * - Get rid
On Thu, Oct 08, 2009 at 02:58:52PM +0300, Eduardo Valentin wrote:
> +static const struct attribute *sidetone_attrs[] = {
> + &dev_attr_st_enable.attr,
> + &dev_attr_st_taps.attr,
> + &dev_attr_st_ch0gain.attr,
> + &dev_attr_st_ch1gain.attr,
> + NULL,
> +};
This stuff, particul
On Thursday 08 October 2009 15:30:29 Nurkkala Eero.An (EXT-Offcode/Oulu) wrote:
> On Thu, 2009-10-08 at 13:58 +0200, Valentin Eduardo (Nokia-D/Helsinki)
>
> wrote:
> > +/*
> > + * TPA6130 volume. From -59.5 to 4 dB with increasing step size when
> > going + * down in gain. Justify scale so that it
I have a new board - OMAP 3530 with 512MB DRAM & NAND
I've build X-loader and U-Boot for it and it mostly comes
up. The sources I used (based on recommendations from the
BeagleBoard pages) were:
http://git.gitorious.org/x-load-omap3/mainline.git
git://git.denx.de/u-boot.git
I had to make a s
On Thu, Oct 08, 2009 at 02:58:50PM +0300, Eduardo Valentin wrote:
> +struct tpa6130a2_platform_data {
> + int (*set_power)(int state);
> +};
Why is this a callback and not just a GPIO number? That'd seem simpler
for users.
> +int tpa6130a2_add_controls(struct snd_soc_codec *codec)
> +{
> +
This driver implements support for on-chip Embedded Tracing Macrocell and
Embedded Trace Buffer. It allows to trigger tracing of kernel execution flow
and exporting trace output to userspace via character device and a sysrq
combo.
Trace output can then be decoded by a fairly simple open source too
This enables debug components found in omap3xxx.
Signed-off-by: Alexander Shishkin
---
arch/arm/mach-omap2/Kconfig |7
arch/arm/mach-omap2/Makefile |3 ++
arch/arm/mach-omap2/emu.c| 70 ++
3 files changed, 80 insertions(+), 0 deletions(
Hi,
I'm currently very close to finishing the rtc working on my htc wizard
(omap850).
During boot-up, I see:
omap_rtc omap_rtc: setting system clock to 2009-09-08 12:47:02 UTC (1252414022)
which is the correct time, however, trying to read /dev/rtc0 fails:
select() to /dev/rtc0 to wait for clo
On Thu, 2009-10-08 at 13:58 +0200, Valentin Eduardo (Nokia-D/Helsinki)
wrote:
> From: Eduardo Valentin
>
> Introduce RX-51 Machine driver for ASoC and AIC34b_dummy (block B) i2c driver.
>
> Also move the request_gpio of speaker_enabled
> from board-rx51-peripherals.c to this machine driver.
>
>
On Thu, 2009-10-08 at 13:58 +0200, Valentin Eduardo (Nokia-D/Helsinki)
wrote:
> +/*
> + * TPA6130 volume. From -59.5 to 4 dB with increasing step size when going
> + * down in gain. Justify scale so that it is quite correct from -20 dB and
> + * up. This setting shows -30 dB at minimum, -12.95 dB a
On Thu, 2009-10-08 at 13:58 +0200, Valentin Eduardo (Nokia-D/Helsinki)
wrote:
> From: Eduardo Valentin
>
> This patch adds initial usage of regulator framework to control avdd_dac
> inside tlv320aic3x ASoC codec driver.
>
> The refcount to avdd_dac is increased / decreased
> only during probe a
From: Eero Nurkkala
Add Sidetone feature to mcbsp instances 2 and 3 on OMAP3 based devices.
Signed-off-by: Eero Nurkkala
Signed-off-by: Eduardo Valentin
---
arch/arm/mach-omap2/mcbsp.c |2 +
arch/arm/plat-omap/include/mach/mcbsp.h | 43
arch/arm/plat-omap/mcbsp.c
From: Eduardo Valentin
This patch adds regulator framework control over vdd for tpa6130a2 driver.
Vdd refcount is increased every time the device
is power on and decreased when device is power off. If driver
fails to get regulator for "vdd" supply, then it will assume
its regulator is always on.
From: Eduardo Valentin
Introduce RX-51 Machine driver for ASoC and AIC34b_dummy (block B) i2c driver.
Also move the request_gpio of speaker_enabled
from board-rx51-peripherals.c to this machine driver.
These drivers were originally written by Jarkko Nikula.
Signed-off-by: Eduardo Valentin
---
From: Eduardo Valentin
This patch adds two supplies for VMMC2 on rx51 boards.
Signed-off-by: Eduardo Valentin
---
arch/arm/mach-omap2/board-rx51-peripherals.c | 14 +++---
1 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/arch/arm/mach-omap2/board-rx51-peripherals.c
b/a
From: Eduardo Valentin
Add board-rx51-audio.c with audio support for rx51 boards.
Platform data included for the following drivers:
si4713, aic34b_dummy and tpa6130a2.
Signed-off-by: Eduardo Valentin
---
arch/arm/mach-omap2/Makefile |1 +
arch/arm/mach-omap2/board-rx51-audio.c |
From: Eduardo Valentin
This patch adds initial usage of regulator framework to control avdd_dac
inside tlv320aic3x ASoC codec driver.
The refcount to avdd_dac is increased / decreased
only during probe and remove. Here it is still needed to implement
proper enable/disable regulator depending on
From: Peter Ujfalusi
Driver for Texas Instruments TPA6130A2 headphone stereo
amplifier.
Signed-off-by: Peter Ujfalusi
Signed-off-by: Eduardo Valentin
---
include/sound/tpa6130a2-plat.h | 30 +++
sound/soc/codecs/Kconfig |4 +
sound/soc/codecs/Makefile |2 +
sound/soc/code
From: Eduardo Valentin
Use separated supplies for vaux3 and vmmc2.
Signed-off-by: Eduardo Valentin
---
arch/arm/mach-omap2/board-rx51-peripherals.c |8 ++--
1 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-omap2/board-rx51-peripherals.c
b/arch/arm/mach-omap
Hello everyone,
Here is a patch series with most of audio support for RX51.
Basically it includes asoc machine driver for rx51, tpa6130a2 amplifier
driver (asoc version), board file configuration and setup and the
sidetone feature of mcbsp.
On top of that, there are few patches to use regulator
Tony,
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> ow...@vger.kernel.org] On Behalf Of Tony Lindgren
> Sent: Thursday, October 08, 2009 5:55 AM
> To: linux-omap@vger.kernel.org
> Cc: Paul Walmsley
> Subject: Patches merged to split OMAP2_IO_ADDRESS
>
> -Original Message-
> From: Menon, Nishanth
> Sent: Thursday, October 08, 2009 10:17 AM
> To: linux-omap
> Cc: Menon, Nishanth; Chikkature Rajashekar, Madhusudhan; Pandita, Vikram;
> Pais, Allen; Gadiyar, Anand; Cousson, Benoit; Kevin Hilman; Premi,
> Sanjeev; Shilimkar, Santosh; Aguirre R
From: Alexander Shishkin
Signed-off-by: Alexander Shishkin
---
arch/arm/mach-omap1/serial.c |2 +-
arch/arm/mach-omap2/serial.c |6 +++---
arch/arm/plat-omap/include/mach/serial.h |4
3 files changed, 4 insertions(+), 8 deletions(-)
diff --git a/arch/ar
>From 144669d941a432875db37ae9431847f6753e566e Mon Sep 17 00:00:00 2001
From: Teerth Reddy
Date: Wed, 9 Sep 2009 11:01:04 +0530
Subject: [PATCH] ARM: OMAP3: PM: Fix VDD2 OPP1 issue
This patch fixes the VDD2 OPP1 issue. The patch has change
which does not allow VDD2 OPP setting to 1.VDD2 should no
From: Teerth Reddy
This patch initializes the correct SDRC settings required
for DVFS on Zoom2.
Signed-off-by: Teerth Reddy
---
arch/arm/mach-omap2/board-zoom2.c |4 +++-
1 files changed, 3 insertions(+), 1 deletion(-)
Index: linux-omap-2.6/arch/arm/mach-omap2/board-zoom2.c
=
Govind,
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org
> [mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Govindraj
> Sent: Thursday, October 08, 2009 11:44 AM
> To: Tony Lindgren
> Cc: Raja, Govindraj; linux-omap@vger.kernel.org;
> linux-ker...@vger.kernel.org; linu
90 matches
Mail list logo