On Wed, Aug 25, 2010 at 11:09 AM, Tomi Valkeinen
wrote:
> On Mon, 2010-08-23 at 10:51 +0200, ext Mike Rapoport wrote:
>> Tomi Valkeinen wrote:
>> > On Mon, 2010-08-23 at 09:19 +0200, ext Mike Rapoport wrote:
>> >> Tomi Valkeinen wrote:
>> >>> I tested 36-rc1 briefly with OMAP 3430SDP board. I wond
Sorry for cross-posting, but I'm not sure where best to get help :-(
I'm working on an OMAP/3530 board (similar to the BeagleBoard,
but of local design). I'm using the 2.6.32+ kernel from Angstrom
which has the DVSDK support, including ISP camera support using
V4L2. My camera is NTSC or PAL com
On Fri, Oct 15, 2010 at 7:53 PM, Guzman Lugo, Fernando
wrote:
>> If you want I can provide my working branch on top of .36-rc8
>> with next-staging merged. If I revert your patches, it works fine.
>
> That could be interested. Can you send me the link?
There you go:
git://gitorious.org/~felipec/l
On Fri, Oct 15, 2010 at 7:21 PM, Guzman Lugo, Fernando
wrote:
>> Well, in my experience it's the other way around, the stress
>> test-cases don't catch the errors that happen on real
>> use-case scenarios, no matter how extensive they are. This is
>> a good example.
>
> I am facing some unstabilit
> -Original Message-
> From: Felipe Contreras [mailto:felipe.contre...@gmail.com]
> Sent: Friday, October 15, 2010 11:28 AM
> To: Guzman Lugo, Fernando
> Cc: gre...@suse.de; felipe.contre...@nokia.com;
> ameya.pala...@nokia.com; Menon, Nishanth;
> hiroshi.d...@nokia.com; o...@wizery.c
> -Original Message-
> From: Felipe Contreras [mailto:felipe.contre...@gmail.com]
> Sent: Thursday, October 14, 2010 7:27 AM
> To: Guzman Lugo, Fernando
> Cc: gre...@suse.de; felipe.contre...@nokia.com;
> ameya.pala...@nokia.com; Menon, Nishanth;
> hiroshi.d...@nokia.com; o...@wizery.
Hi Paul,
On 10/14/2010 8:44 PM, Paul Walmsley wrote:
Hello Rajendra,
On Tue, 10 Aug 2010, Rajendra Nayak wrote:
OMAP's have always had PRCM split into PRM for power and reset
management and CM for clock management.
In OMAP4 the split (physically) is not very straight forward and
there are ins
* srin...@mistralsolutions.com [101015 03:30]:
> From: Srinath
>
>
> Signed-off-by: Srinath
> ---
> arch/arm/configs/omap2plus_defconfig|1 +
> arch/arm/mach-omap2/Kconfig |6 +++
> arch/arm/mach-omap2/Makefile|2 +
> arch/arm/mach-omap2/board-am3517cra
"Shilimkar, Santosh" writes:
>> -Original Message-
>> From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
>> Sent: Friday, October 15, 2010 3:44 AM
>> To: Nayak, Rajendra
>> Cc: linux-omap@vger.kernel.org; Paul Walmsley; Cousson, Benoit; Shilimkar,
>> Santosh
>> Subject: Re: [PATCH] O
On Fri, Oct 15, 2010 at 09:51:09AM +0300, Jarkko Nikula wrote:
> So things can get complicated if trying to implement generic transfer
> API to general purpose block like McBSP compared to some dedicated
> block where transfer setup is always more or less the same.
I tend to agree. Experience wi
Hi Paul,
On 9/30/2010 7:39 PM, Paul Walmsley wrote:
Hi BenoƮt, Thara,
On Wed, 29 Sep 2010, Kevin Hilman wrote:
Also, I'm still seeing this on boot:
omap_hwmod: sr1_fck: missing clockdomain for sr1_fck.
omap_hwmod: sr2_fck: missing clockdomain for sr2_fck.
We need a final solut
Menon, Nishanth had written, on 10/15/2010 08:24 AM, the following:
For MMC1 Controller, card detect interrupt source is
twl6030 which is non-gpio. The card detect call back function provides
card present/absent status by reading MMC Control register present
on twl6030. This functionality was int
For MMC1 Controller, card detect interrupt source is
twl6030 which is non-gpio. The card detect call back function provides
card present/absent status by reading MMC Control register present
on twl6030. This functionality was introduced in mfd tree on
track to kernel.org
Sync pandaboard to the sam
srin...@mistralsolutions.com had written, on 10/15/2010 05:27 AM, the
following:
$subject - suggest changes as previously posted.
From: Srinath
Add information in commit message
Signed-off-by: Srinath
---
arch/arm/configs/omap2plus_defconfig|1 +
arch/arm/mach-omap2/Kconfig
So that we can ioremap happily.
Cc: Tomi Valkeinen
Signed-off-by: Felipe Contreras
---
drivers/video/omap2/vram.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/video/omap2/vram.c b/drivers/video/omap2/vram.c
index f6fdc20..1a99777 100644
--- a/drivers/video/o
srin...@mistralsolutions.com had written, on 10/15/2010 05:27 AM, the
following:
From: Srinath
This series adds support for the AM3517/05 based craneboard. We are a team of
engineers working at Mistral Solutions and will be sending patches to support
this board. Request you to review and accep
On Fri, Oct 15, 2010 at 3:46 PM, Felipe Contreras
wrote:
> So that omap_vram_set_sdram_vram() is called before
> omap_vram_reserve_sdram_memblock().
I actually didn't test this (my battery died).
But the previous one works with CONFIG_OMAP2_VRAM_SIZE=6.
--
Felipe Contreras
--
To unsubscribe fr
So that omap_vram_set_sdram_vram() is called before
omap_vram_reserve_sdram_memblock().
Signed-off-by: Felipe Contreras
---
arch/arm/mach-omap2/board-rx51.c |9 +++--
1 files changed, 7 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-omap2/board-rx51.c b/arch/arm/mach-omap2/boa
From: Srinath
This series adds support for the AM3517/05 based craneboard. We are a team of
engineers working at Mistral Solutions and will be sending patches to support
this board. Request you to review and accept these patches.
Added board file for AM3517/05 craneboard
Srinath (1):
Added-c
From: Srinath
Signed-off-by: Srinath
---
arch/arm/configs/omap2plus_defconfig|1 +
arch/arm/mach-omap2/Kconfig |6 +++
arch/arm/mach-omap2/Makefile|2 +
arch/arm/mach-omap2/board-am3517crane.c | 68 +++
4 files changed, 77 i
Hi Elvis,
On Thu, 2010-10-14 at 23:48 +0200, ext Elvis Dowson wrote:
>I'm trying to bring up a TI WL1271 wlan module connected to MMC2
> controller of a TI OMAP 3530 processor.
Some weeks ago I have sent a patch to linux-omap and linux-wireless
mailing lists to add support for the wl127
On Thursday 14 October 2010 17:51:15 ext Varadarajan, Charulatha wrote:
> > Yes, this need to be fixed, but it can be done later, it does
> > not need to be
> > part of the hwmod series.
>
> Okay.
This problem there for a long time, and so far no one complained, or fixed it.
Probably there are n
Hi Santosh,
On 10/15/2010 7:48 AM, Shilimkar, Santosh wrote:
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Friday, October 15, 2010 3:44 AM
Rajendra Nayak writes:
Do not skip the sysc programming in the hmwod framework based
on the cached value alone, since at times the modul
23 matches
Mail list logo