Hi All,
> -Original Message-
> From: Shah, Hardik
> Sent: Friday, March 20, 2009 10:49 AM
> To: linux-me...@vger.kernel.org
> Cc: linux-omap@vger.kernel.org
> Subject: [PATCH 0/3] V4L2 driver for OMAP2/3 with new CIDs.
>
> Hi All,
> I will be posting series of three patches for the V4L2 d
On Fri, 17 Apr 2009 16:47:41 +0200
ext Riku Voipio wrote:
> On Fri, Apr 17, 2009 at 02:15:05PM +0300, Jarkko Nikula wrote:
> > This email address is going to expire soon so update it.
>
> You'll want to send this to the "trivial changes" git tree by Jiri
> Kosina
>
True. I was actually thinking
Hiremath, Vaibhav wrote:
-Original Message-
From: Felix Radensky [mailto:fe...@embedded-sol.com]
Sent: Wednesday, April 22, 2009 10:52 AM
To: Hiremath, Vaibhav
Cc: linux-omap@vger.kernel.org Mailing List
Subject: Re: Previewer and resizer demo
Hiremath, Vaibhav wrote:
-Original
Hi Hans,
My comments inlined.
Hardik,
> -Original Message-
> From: Hans Verkuil [mailto:hverk...@xs4all.nl]
> Sent: Tuesday, April 21, 2009 5:30 PM
> To: Shah, Hardik
> Cc: linux-me...@vger.kernel.org; linux-omap@vger.kernel.org; Jadav, Brijesh R;
> Hiremath, Vaibhav
> Subject: RE: [Re
> -Original Message-
> From: Felix Radensky [mailto:fe...@embedded-sol.com]
> Sent: Wednesday, April 22, 2009 10:52 AM
> To: Hiremath, Vaibhav
> Cc: linux-omap@vger.kernel.org Mailing List
> Subject: Re: Previewer and resizer demo
>
> Hiremath, Vaibhav wrote:
> >> -Original Message---
On Wed, Apr 22, 2009 at 1:57 PM, David Brownell wrote:
> On Tuesday 21 April 2009, Kim Kyuwon wrote:
>> Hi All,
>>
>> >From the twl4030_rtc_suspend() in rtc-twl4030.c, the alarm signal of
>> >TWL4030 RTC can't wake up the system form suspend.
>> However, I think it is more reasonable to alarm wak
Hiremath, Vaibhav wrote:
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Felix Radensky
Sent: Tuesday, April 21, 2009 8:23 PM
To: linux-omap@vger.kernel.org Mailing List
Subject: Previewer and resizer demo
Hi,
Are there a
On Tuesday 21 April 2009, Kim Kyuwon wrote:
> Hi All,
>
> >From the twl4030_rtc_suspend() in rtc-twl4030.c, the alarm signal of TWL4030
> >RTC can't wake up the system form suspend.
> However, I think it is more reasonable to alarm wake up the system and this
> is just we do.
> (Mobile phone is
> -Original Message-
> From: Tony Lindgren [mailto:t...@atomide.com]
> Sent: Wednesday, April 22, 2009 12:10 AM
> To: Shilimkar, Santosh
> Cc: linux-omap@vger.kernel.org
> Subject: Re: [PATCH 7/7][RFC] OMAP4: Enable basic build support.
>
> * Santosh Shilimkar [090421 06:08]:
> > This pa
Hi All,
>From the twl4030_rtc_suspend() in rtc-twl4030.c, the alarm signal of TWL4030
>RTC can't wake up the system form suspend.
However, I think it is more reasonable to alarm wake up the system and this is
just we do.
(Mobile phone is mostly in suspend state, especially in the morning, thus a
> > + * Board support header for OMAP4430 SDP.
> > + *
> > + * Copyright (C) 2009 Texas Instruments
> > + *
> > + * Author: Santosh Shilimkar
> > + *
> > + * Based on arch/arm/plat-omap/include/mach/board-3430sdp.h
> > + *
> > + * This program is free software; you can redistribute it
> and/or
Regards,
Santosh
> -Original Message-
> From: Tony Lindgren [mailto:t...@atomide.com]
> Sent: Wednesday, April 22, 2009 12:07 AM
> To: Shilimkar, Santosh
> Cc: linux-omap@vger.kernel.org
> Subject: Re: [PATCH 5/7][RFC] OMAP4: Update common omap
> machine specific sources.
>
> * Sant
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org
> [mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Tony Lindgren
> Sent: Tuesday, April 21, 2009 11:57 PM
> To: Shilimkar, Santosh
> Cc: linux-omap@vger.kernel.org
> Subject: Re: [PATCH 3/7][RFC] OMAP4: Update common omap
From: Omar Ramirez Luna
Currently, we walk through the entire page table
translating the addresses from virtual to physical
whenever we map a buffer. This custom implementation
is meant to be optimized for performance, but it bypasses
the standard memory management subsystem.
This patch removes
Ramirez Luna, Omar wrote:
>Subject: Resending with Ameya's fixes included.
>
>---
>From 379c3ea85ff9335353c670f0166307a67bd749f4 Mon Sep 17 00:00:00 2001
oops git-send-email noob :S
- omar
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord.
---
>From 379c3ea85ff9335353c670f0166307a67bd749f4 Mon Sep 17 00:00:00 2001
From: Omar Ramirez Luna
Date: Tue, 21 Apr 2009 22:45:57 -0500
Subject: [PATCH] DSPBRIDGE: Replacing custom implementation for Mapping
Currently, we walk through the entire page table
translating the addresses from virtual
From: Omar Ramirez Luna
Currently, we walk through the entire page table
translating the addresses from virtual to physical
whenever we map a buffer. This custom implementation
is meant to be optimized for performance, but it bypasses
the standard memory management subsystem.
This patch removes
Hi all,
I have created a gitorious account for storing latest progress on 3430SDP and
LDP camera sensor drivers. (MT9P012 and OV3640 for SDP, and OV3640 for LDP)
This patchset can be pulled with the following command:
git pull git://git.gitorious.org/omap3-linux-camera-driver/mainline.git
omap
On Wednesday 22 of April 2009 00:18:54 twebb wrote:
> I'm trying to start up the LCD panel on a new omap35xx-based platform
> in portrait mode, though the native orientation of the display is
> landscape. I'm running linux-2.6.27-omap1. However, when I change
> "def_rotate" to 90 in omapfb_main.c
I'm trying to start up the LCD panel on a new omap35xx-based platform
in portrait mode, though the native orientation of the display is
landscape. I'm running linux-2.6.27-omap1. However, when I change
"def_rotate" to 90 in omapfb_main.c, it doesn't seem to make any
difference in the orientation
* Aggarwal, Anuj [090420 10:52]:
> All,
>
> Based on our understanding/experiences till so far, we suggest the
> following:
>
> a) Remove all the PMIC-board related stuff from the EVM specific file (
> like board-omap3evm.c) and keep it in a separate file (board-omap3evm-
> pmic.c). All platfor
On Tue, Apr 14, 2009 at 12:31:47PM -0600, Paul Walmsley wrote:
> On Tue, 14 Apr 2009, Paul Walmsley wrote:
> > Commit 3f0a820c4c0b4670fb5f164baa5582e23c2ef118 breaks OMAP2xxx boot
> > during initial propagate_rate() on osc_ck and sys_ck. Fix by calling
> > clk_init_one() for these clocks first.
A
> -Original Message-
> From: Dongsoo, Nathaniel Kim [mailto:dongsoo@gmail.com]
> Sent: Tuesday, April 21, 2009 6:34 PM
> To: Hiremath, Vaibhav
> Cc: Hans Verkuil; linux-me...@vger.kernel.org; Aguirre Rodriguez,
> Sergio Alberto; Toivonen Tuukka.O (Nokia-D/Oulu); linux-
> o...@vger.kerne
* Santosh Shilimkar [090421 06:08]:
> This patch updates the Makefile and defconfig for OMAP4. Minimal set of
> drivers are enabled fot the kernel bootup.
>
> Signed-off-by: Santosh Shilimkar
> ---
> arch/arm/Makefile |1 +
> arch/arm/configs/omap_4430sdp_defconfig |
* Santosh Shilimkar [090421 06:08]:
> This patch update the cooomon clock.c file for OMAP4. The clk_get() and
> clk_put() sunctions are moved to common place in arch/arm/common/clkdev.c
> Since on current OMAP$ platform clk management is still not supported, the
> internal file is hacked.
> Once
* Santosh Shilimkar [090421 06:08]:
> This patch updates the common machine spcific source files for OMAP4430.
> Few OMAP4 peripherals are common with OMAP3 architecture. Lot of code
> gets re-used because of this.
>
> Signed-off-by: Santosh Shilimkar
> ---
> arch/arm/mach-omap2/gpmc.c |
* Santosh Shilimkar [090421 06:08]:
> This patch updates the common platform source files for OMAP4430.
> Few OMAP4 peripherals are common with OMAP3 architecture.
>
> Signed-off-by: Santosh Shilimkar
> ---
> arch/arm/plat-omap/common.c | 29 +++-
> arch/arm/plat-omap/devices.c |
* Santosh Shilimkar [090421 06:08]:
> This patch updates the common platform headers files for OMAP4430.
> On OMAP4, GIC is used instead of INTC, hence all the private peripheral
> interrupts are shifted by an offset of 32. So if the hardcoding is not
> done for IRQ lines in drivers, then this cha
* Santosh Shilimkar [090421 06:08]:
> This patch creates the bare minimal board files to support
> OMAP_4430SDP. Additinaly new omap44xx.h is created which contains
> the base addresses for OMAP4430.File omap34xx.h is adapted to avoid
> multiple definitions of common omap base address definitions
This patch does following things:
1. Coding style improvements
2. Performance improvement by removal of duplicate code, and variables.
3. Bugfix for missing SYNC_LeaveCS() call
4. Extra error checking
Signed-off-by: Ameya Palande
---
drivers/dsp/bridge/wmd/tiomap3430.c | 219 ---
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> ow...@vger.kernel.org] On Behalf Of Shilimkar, Santosh
> Sent: Tuesday, April 21, 2009 8:13 AM
> To: linux-omap@vger.kernel.org
> Subject: [PATCH 0/7] OMAP4: Patch series
>
> Following is the patch series
Santosh Shilimkar writes:
> This patch creates the architectural macros for OMAP4. The MULTI_OMAP
> build is not yet supported by OMAP4.
>
> Signed-off-by: Santosh Shilimkar
> ---
> arch/arm/mach-omap2/Kconfig | 16 +++-
> arch/arm/plat-omap/Kconfig| 10 +++
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> ow...@vger.kernel.org] On Behalf Of Felix Radensky
> Sent: Tuesday, April 21, 2009 8:23 PM
> To: linux-omap@vger.kernel.org Mailing List
> Subject: Previewer and resizer demo
>
> Hi,
>
> Are there any use
Santosh Shilimkar writes:
> This patch updates the common machine spcific source files for OMAP4430.
> Few OMAP4 peripherals are common with OMAP3 architecture. Lot of code
> gets re-used because of this.
>
> Signed-off-by: Santosh Shilimkar
[...]
> diff --git a/arch/arm/mach-omap2/io.c b/arch
Hi,
Are there any userspace applications that demonstrate
the use of previewer and resizer found in OPMA3 ISP.
Thanks.
Felix.
--
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
* Tony Lindgren [090420 21:58]:
> * Tony Lindgren [090416 18:23]:
> > * Tony Lindgren [090414 14:48]:
> > > Hi all,
> > >
> > > Here are some omap fixes for review.
> >
> > Also merged in Paul's clock fixes posted here earlier.
> >
> > Russell, here's the pull request for you.
>
> I merged i
-Original Message-
> From: linux-omap-ow...@vger.kernel.org
> [mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of
> Shilimkar, Santosh
> Sent: Tuesday, April 21, 2009 7:05 PM
> To: Premi, Sanjeev; linux-omap@vger.kernel.org
> Subject: RE: [PATCH 4/7][RFC] OMAP4: Update common omap
>
> -Original Message-
> From: Premi, Sanjeev
> Sent: Tuesday, April 21, 2009 6:51 PM
> To: Shilimkar, Santosh; linux-omap@vger.kernel.org
> Cc: Shilimkar, Santosh
> Subject: RE: [PATCH 4/7][RFC] OMAP4: Update common omap
> platform common sources.
>
> Any specific reason to use omap2 stru
I'm working on an omap platform that has an LCD display which is
native landscape. What can I do to make the application come up
initially in portrait mode? Is this something that can be done in the
omap FB driver, or is there some other preferred mechanism?
Thanks,
twebb
--
To unsubscribe from
> case CLOCK_EVT_MODE_ONESHOT:
>@@ -108,6 +109,9 @@ static void __init omap2_gp_clockevent_init(void)
> omap_dm_timer_set_source(gptimer, OMAP_TIMER_SRC_SYS_CLK);
> #endif
> tick_rate = clk_get_rate(omap_dm_timer_get_fclk(gptimer));
>+ if (cpu_is_omap44xx())
>+ /
Any specific reason to use omap2 structures?
Best regards,
Sanjeev
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org
> [mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of
> Santosh Shilimkar
> Sent: Tuesday, April 21, 2009 6:38 PM
> To: linux-omap@vger.kernel.org
> Cc: Shi
Following is the patch series to enable basic board support for OMAP4430. The
patches are generated against mainline version 2.6.30 -rc2. The kernel is
validated on the OMAP4430 software simulator platform.
The series contains:
- [PATCH 1/7][RFC] OMAP4: Create architecture macros and confi
This patch update the cooomon clock.c file for OMAP4. The clk_get() and
clk_put() sunctions are moved to common place in arch/arm/common/clkdev.c
Since on current OMAP$ platform clk management is still not supported, the
internal file is hacked.
Once the framework is ready the CONFIG_CLKDEV will b
This patch updates the common platform source files for OMAP4430.
Few OMAP4 peripherals are common with OMAP3 architecture.
Signed-off-by: Santosh Shilimkar
---
arch/arm/plat-omap/common.c | 29 +++-
arch/arm/plat-omap/devices.c |2 +
arch/arm/plat-omap/dma.c | 10 +++-
arc
This patch updates the Makefile and defconfig for OMAP4. Minimal set of
drivers are enabled fot the kernel bootup.
Signed-off-by: Santosh Shilimkar
---
arch/arm/Makefile |1 +
arch/arm/configs/omap_4430sdp_defconfig | 807 +++
arch/arm/mach-
This patch creates the bare minimal board files to support
OMAP_4430SDP. Additinaly new omap44xx.h is created which contains
the base addresses for OMAP4430.File omap34xx.h is adapted to avoid
multiple definitions of common omap base address definitions.
Signed-off-by: Santosh Shilimkar
---
arc
This patch updates the common platform headers files for OMAP4430.
On OMAP4, GIC is used instead of INTC, hence all the private peripheral
interrupts are shifted by an offset of 32. So if the hardcoding is not
done for IRQ lines in drivers, then this change won't impact any driver.
Signed-off-by:
This patch creates the architectural macros for OMAP4. The MULTI_OMAP
build is not yet supported by OMAP4.
Signed-off-by: Santosh Shilimkar
---
arch/arm/mach-omap2/Kconfig | 16 +++-
arch/arm/plat-omap/Kconfig| 10 +++---
arch/arm/plat-omap/include/mach/
This patch updates the common machine spcific source files for OMAP4430.
Few OMAP4 peripherals are common with OMAP3 architecture. Lot of code
gets re-used because of this.
Signed-off-by: Santosh Shilimkar
---
arch/arm/mach-omap2/gpmc.c |3 ++
arch/arm/mach-omap2/id.c |5 +++-
Hi,
On 2.6.29 I can use NFS and the board will boot my file system. On the
2.6.30-rc 2 the board is not even coming this far.
Best regards,
Mikkel
-Original Message-
From: Koen Kooi [mailto:k.k...@student.utwente.nl]
Sent: Tuesday, April 21, 2009 2:31 AM
To: Christensen, Mikkel
Cc: lin
Hello Vaibhav,
On Tue, Apr 21, 2009 at 9:08 PM, Hiremath, Vaibhav wrote:
>> -Original Message-
>> From: Dongsoo, Nathaniel Kim [mailto:dongsoo@gmail.com]
>> Sent: Tuesday, April 21, 2009 3:44 PM
>> To: Hiremath, Vaibhav
>> Cc: Hans Verkuil; linux-me...@vger.kernel.org; Aguirre Rodrig
> -Original Message-
> From: Dongsoo, Nathaniel Kim [mailto:dongsoo@gmail.com]
> Sent: Tuesday, April 21, 2009 3:44 PM
> To: Hiremath, Vaibhav
> Cc: Hans Verkuil; linux-me...@vger.kernel.org; Aguirre Rodriguez,
> Sergio Alberto; Toivonen Tuukka.O (Nokia-D/Oulu); linux-
> o...@vger.kerne
This patch removes hardcoding done for UART IRQ lines
from serial.c file.
Signed-off-by: Santosh Shilimkar
---
arch/arm/mach-omap2/serial.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/arm/mach-omap2/serial.c b/arch/arm/mach-omap2/serial.c
index 4dcf39c..f7a
Hi Hardik,
Just a few comments on your comments :-)
> Hi Hans,
> My Comments inlined,
> Most of the comments are taken care off.
> Thanks for review.
>
> Hardik,
>
>> -Original Message-
>> From: Hans Verkuil [mailto:hverk...@xs4all.nl]
>> Sent: Saturday, April 18, 2009 7:29 PM
>> To: Shah
> From: Shilimkar, Santosh
> Sent: Monday, April 20, 2009 11:39 PM
> Thanks Richard for root casing the issue.
>
> Yes I also did observed this. Second time when framework calls
> "omap2_gp_timer_set_mode" set the periodic mode, R0 contains 0
> (CLOCK_EVT_MODE_UNUSED) instead of 2(CLOCK_EVT_MODE_
Hello, Vaibhav,
On Tue, Apr 21, 2009 at 7:01 PM, Hiremath, Vaibhav wrote:
>
>> -Original Message-
>> From: Hiremath, Vaibhav
>> Sent: Tuesday, April 21, 2009 3:16 PM
>> To: 'Dongsoo, Nathaniel Kim'
>> Cc: Hans Verkuil; linux-me...@vger.kernel.org; Aguirre Rodriguez,
>> Sergio Alberto; To
> -Original Message-
> From: Hiremath, Vaibhav
> Sent: Tuesday, April 21, 2009 3:16 PM
> To: 'Dongsoo, Nathaniel Kim'
> Cc: Hans Verkuil; linux-me...@vger.kernel.org; Aguirre Rodriguez,
> Sergio Alberto; Toivonen Tuukka.O (Nokia-D/Oulu); linux-
> o...@vger.kernel.org; Nagalla, Hari; Sakari
> -Original Message-
> From: Dongsoo, Nathaniel Kim [mailto:dongsoo@gmail.com]
> Sent: Monday, April 20, 2009 4:15 PM
> To: Hiremath, Vaibhav
> Cc: Hans Verkuil; linux-me...@vger.kernel.org; Aguirre Rodriguez,
> Sergio Alberto; Toivonen Tuukka.O (Nokia-D/Oulu); linux-
> o...@vger.kernel
From: Anand Gadiyar
OMAP: HSMMC: Do not enable buffer ready interrupt if using DMA
This considerably reduces the number of interrupts during a transfer
and ought to result in some power saving.
Signed-off-by: Anand Gadiyar
Signed-off-by: Santosh Shilimkar
Acked-by: Kishore Kadiyala
---
diff
Op 20 apr 2009, om 22:28 heeft Christensen, Mikkel het volgende
geschreven:
I cloned master a few days ago and when I boot up the OMAP3 LDP, the
board seem to hang in the "i2c /dev entries driver" dialog and after
a minute the kernel dumps. Have anybody else seen this problem?
LDP was
ping
Op 31 mrt 2009, om 10:53 heeft Koen Kooi het volgende geschreven:
The ldp board was left behind when other boards got updated. The ldp
info was copied from the beagleboard board file and s/beagle/ldp/g
Changes since v2:
* fixed email address
Changes since v1:
* dropped vsim portion sin
61 matches
Mail list logo