Hi,
On Fri, Nov 27, 2009 at 1:25 PM, Janusz Krzysztofik
wrote:
> All of the LCD DMA code in plat-omap/dma.c appears to be OMAP1-only (and
> apparently only is available on a subset of OMAP1 chips).
>
> Move this code to mach-omap1/lcd_dma.c.
>
> Created against linux-omap for-next,
> commit 44217
Hi Amit,
On Wed, Nov 25, 2009 at 12:47:51PM +0200, Amit Kucheria wrote:
> diff --git a/drivers/mfd/Makefile b/drivers/mfd/Makefile
> index af0fc90..df1897b 100644
> --- a/drivers/mfd/Makefile
> +++ b/drivers/mfd/Makefile
> @@ -25,8 +25,9 @@ obj-$(CONFIG_TPS65010) += tps65010.o
> obj-
* Tony Lindgren [091125 16:19]:
> Otherwise we cannot limit new mux code to mach-omap2.
> The same signal names should eventually work for other
> omaps under mach-omap2.
>
> Note that these pins don't need to be OMAP_PIN_INPUT_PULLUP,
> just OMAP_PIN_INPUT is enough.
Here's a better version of
On Fri, Nov 27, 2009 at 05:40:58PM +0530, Anuj Aggarwal wrote:
> This patch fixes two issues:
> a) Infinite loop in resume function
> b) Writes to non-existing registers in resume function
>
> Signed-off-by: Anuj Aggarwal
Applied, thanks.
--
To unsubscribe from this list: send the line "unsubscr
On Fri, Nov 27, 2009 at 05:47:40PM +0200, Grazvydas Ignotas wrote:
> On Fri, Nov 27, 2009 at 4:54 PM, Anton Vorontsov
> >> + ? ? /* WORKAROUND for lockdep forcing IRQF_DISABLED on us, which
> >> + ? ? ?* we don't want and can't tolerate. ?Although it might be
> >> + ? ? ?* friendlier not to borrow
* Tony Lindgren [091125 16:19]:
> * Tony Lindgren [091125 16:17]:
> > Hi all,
> >
> > Here are some omap mux updates for review. These
> > are intended for the v2.6.33 merge window.
>
> Forgot to edit the subject :)
>
> Also, these patches are available in the mux branch
> of the linux-omap tr
On Fri, Nov 27, 2009 at 4:54 PM, Anton Vorontsov
wrote:
> On Fri, Nov 27, 2009 at 04:44:20PM +0200, Grazvydas Ignotas wrote:
>> TWL4030/TPS65950 is a multi-function device with integrated charger,
>> which allows charging from AC or USB. This driver enables the
>> charger and provides several moni
Some modules like OMAP3 Smartreflex do not have the regular sysconfig
register.Instead clockactivity bits are part of another register at a
different bit position than the usual bit positions 8 and 9. This patch
introduces a flag SYSC_CHANGE_CLKACT_OFFSET which if specified the hwmod driver
takes t
On Fri, Nov 27, 2009 at 04:44:20PM +0200, Grazvydas Ignotas wrote:
> TWL4030/TPS65950 is a multi-function device with integrated charger,
> which allows charging from AC or USB. This driver enables the
> charger and provides several monitoring functions.
>
> Signed-off-by: Grazvydas Ignotas
> ---
TWL4030/TPS65950 is a multi-function device with integrated charger,
which allows charging from AC or USB. This driver enables the
charger and provides several monitoring functions.
Signed-off-by: Grazvydas Ignotas
---
For this driver to work, TWL4030-core needs to be patched to use
correct macro
> > @@ -625,11 +625,10 @@ static int tlv320aic23_resume(struct
> platform_device *pdev)
> > {
> > struct snd_soc_device *socdev = platform_get_drvdata(pdev);
> > struct snd_soc_codec *codec = socdev->card->codec;
> > - int i;
> > u16 reg;
> >
> > /* Sync reg_cache
> -Original Message-
> From: Sergey Lapin [mailto:slapi...@gmail.com]
> Sent: Friday, November 27, 2009 6:08 PM
> To: Premi, Sanjeev
> Cc: Kevin Hilman; linux-omap@vger.kernel.org
> Subject: Re: OMAP3: enabling CPU idle leads to panic
>
> >> -Original Message-
> >> From: Sergey La
>> -Original Message-
>> From: Sergey Lapin [mailto:slapi...@gmail.com]
>> Sent: Friday, November 27, 2009 5:33 PM
>> To: Premi, Sanjeev
>> Cc: Kevin Hilman; linux-omap@vger.kernel.org
>> Subject: Re: OMAP3: enabling CPU idle leads to panic
>>
>> On Fri, Nov 27, 2009 at 2:36 PM, Sergey Lapi
All of the LCD DMA code in plat-omap/dma.c appears to be OMAP1-only (and
apparently only is available on a subset of OMAP1 chips).
Move this code to mach-omap1/lcd_dma.c.
Created against linux-omap for-next,
commit 4421752e331cfb1d942b47ffdb26e451a8da58a0
Tested on OMAP1510 Amstrad Delta.
Compil
On Fri, Nov 27, 2009 at 1:10 PM, Anuj Aggarwal wrote:
> This patch fixes two issues:
> a) Infinite loop in resume function
> b) Writes to non-existing registers in resume function
>
> Signed-off-by: Anuj Aggarwal
> ---
> sound/soc/codecs/tlv320aic23.c | 3 +--
> 1 files changed, 1 insertions(
Fix TI OMAP HDQ driver build failure, from missing include.
Signed-off-by: Daniel J Blueman
diff --git a/drivers/w1/masters/omap_hdq.c b/drivers/w1/masters/omap_hdq.c
index 0d92969..29d0556 100644
--- a/drivers/w1/masters/omap_hdq.c
+++ b/drivers/w1/masters/omap_hdq.c
@@ -10,6 +10,7 @@
*/
#in
> -Original Message-
> From: Sergey Lapin [mailto:slapi...@gmail.com]
> Sent: Friday, November 27, 2009 5:33 PM
> To: Premi, Sanjeev
> Cc: Kevin Hilman; linux-omap@vger.kernel.org
> Subject: Re: OMAP3: enabling CPU idle leads to panic
>
> On Fri, Nov 27, 2009 at 2:36 PM, Sergey Lapin
This patch fixes two issues:
a) Infinite loop in resume function
b) Writes to non-existing registers in resume function
Signed-off-by: Anuj Aggarwal
---
sound/soc/codecs/tlv320aic23.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/sound/soc/codecs/tlv320aic23.c b/soun
On Fri, Nov 27, 2009 at 2:36 PM, Sergey Lapin wrote:
>>
>> Alas, that's not because omap_chip_is() function fails
>> on these structures.
>>
>
> I mean during registration of power domains.
>
int pwrdm_register(struct powerdomain *pwrdm)
{
unsigned long flags;
int ret = -EINVAL;
On Fri, Nov 27, 2009 at 01:37:54PM +0530, Aggarwal, Anuj wrote:
> [Aggarwal, Anuj] We were able to fine tune NFS and use arecord to capture
> large files. But some more problems cropped up when tried to suspend /
> resume. Basic playback is working fine wrt suspend/resume. But capture,
Incidental
On Fri, Nov 27, 2009 at 01:37:54PM +0530, Aggarwal, Anuj wrote:
> [Aggarwal, Anuj] We were able to fine tune NFS and use arecord to capture
> large files. But some more problems cropped up when tried to suspend /
> resume. Basic playback is working fine wrt suspend/resume. But capture,
> either tr
>
> Alas, that's not because omap_chip_is() function fails
> on these structures.
>
I mean during registration of power domains.
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel
On Fri, Nov 27, 2009 at 2:02 PM, Premi, Sanjeev wrote:
>> -Original Message-
>> From: Sergey Lapin [mailto:slapi...@gmail.com]
>> Sent: Friday, November 27, 2009 4:19 PM
>> To: Kevin Hilman
>> Cc: Premi, Sanjeev; linux-omap@vger.kernel.org
>> Subject: Re: OMAP3: enabling CPU idle leads to
> -Original Message-
> From: Sergey Lapin [mailto:slapi...@gmail.com]
> Sent: Friday, November 27, 2009 4:19 PM
> To: Kevin Hilman
> Cc: Premi, Sanjeev; linux-omap@vger.kernel.org
> Subject: Re: OMAP3: enabling CPU idle leads to panic
>
> Hi, all!
>
> I've found the particular reason for
Hi, all!
I've found the particular reason for my troubles with CPU idle,
since there's no core_pwrdm defined for OMAP3525 CPU.
How could I create soch structure or is there anybody having this handy?
3523 is basically 3530 without 3D graphics.
--
To unsubscribe from this list: send the line "unsu
- Original Message -
From: "Premi, Sanjeev"
To: "Dasgupta, Romit"
Cc:
Sent: Friday, November 27, 2009 3:20 PM
Subject: RE: omap3evm: touchscreen delays on pm branch
-Original Message-
From: Dasgupta, Romit
Sent: Friday, November 27, 2009 2:38 PM
To: Premi, Sanjeev
Cc: linu
>
> It is the same driver at SDP3430. I had earlier tried removing
> cpuidle altogether and did not see this issue. I too believe that
> issue is caused by clocks being going to (auto)idle.
>
> But then, Hemanth should be seeing the same behavior.
Do you see PER powerdomain entering retention?
--
>-Original Message-
>From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk]
>Sent: 24 November, 2009 17:19
>To: Catalin Marinas
>Cc: Kristo Tero (Nokia-D/Tampere); linux-omap@vger.kernel.org;
>linux-arm-ker...@lists.infradead.org; Dave Estes
>Subject: Re: [PATCH 1/2] ARM: Imple
Sorry, I forgot to reply to list with this email.
On Wed, Nov 25, 2009 at 8:31 PM, Kevin Hilman
wrote:
> Sergey Lapin writes:
>
>> On Tue, Nov 24, 2009 at 11:21 PM, Premi, Sanjeev wrote:
>>> From: Kevin Hilman [khil...@deeprootsystems.com]
>>> Sent: Tuesday, November 24, 2009 11:57 PM
>>> To: S
> -Original Message-
> From: Dasgupta, Romit
> Sent: Friday, November 27, 2009 2:38 PM
> To: Premi, Sanjeev
> Cc: linux-omap@vger.kernel.org
> Subject: RE: omap3evm: touchscreen delays on pm branch
>
> On Fri, 2009-11-27 at 14:11 +0530, Premi, Sanjeev wrote:
> > > -Original Message---
On Fri, 2009-11-27 at 14:11 +0530, Premi, Sanjeev wrote:
> > -Original Message-
> > From: Dasgupta, Romit
> > Sent: Friday, November 27, 2009 2:10 PM
> > To: Premi, Sanjeev
> > Cc: linux-omap@vger.kernel.org
> > Subject: Re: omap3evm: touchscreen delays on pm branch
> >
> > Premi, Sanjeev
From: "ext Ramos Falcon, Ernesto"
Subject: RE: [PATCH] DSPBRIDGE: Interface tightening to check for invalid
Date: Thu, 26 Nov 2009 21:44:38 +0100
> Hi,
>
> >-Original Message-
> >From: Hiroshi DOYU [mailto:hiroshi.d...@nokia.com]
> >Sent: Tuesday, November 24, 2009 2:51 AM
> >To: Ramos F
> -Original Message-
> From: Dasgupta, Romit
> Sent: Friday, November 27, 2009 2:10 PM
> To: Premi, Sanjeev
> Cc: linux-omap@vger.kernel.org
> Subject: Re: omap3evm: touchscreen delays on pm branch
>
> Premi, Sanjeev wrote:
> > Hi,
> >
> > I am finding the response of touchscreen on the
Premi, Sanjeev wrote:
> Hi,
>
> I am finding the response of touchscreen on the omap3evm very slow.
>
> Here is my test:
> On console, I run : watch -n2 "cat /proc/interrupts"
> Then, I tap the touchscreen approximately once per second. However,
> (usually) no interrupts are registered. As I incr
Hi,
On Fri, Nov 27, 2009 at 8:01 AM, Paul Walmsley wrote:
> On Thu, 26 Nov 2009, Janusz Krzysztofik wrote:
>
>> Thursday 26 November 2009 03:08:30 Paul Walmsley napisał(a):
>> > On Wed, 25 Nov 2009, Janusz Krzysztofik wrote:
>> > > It turned out not that simple. Since arch/arm/mach-omap1/lcd_dma.
> -Original Message-
> From: Mark Brown [mailto:broo...@opensource.wolfsonmicro.com]
> Sent: Thursday, November 26, 2009 9:00 PM
> To: Aggarwal, Anuj
> Cc: 'Troy Kisky'; alsa-de...@alsa-project.org; linux-omap@vger.kernel.org;
> Arun KS
> Subject: Re: [alsa-devel] [PATCH] ASoC: AM3517: Fix
36 matches
Mail list logo
