On Wed, Aug 25, 2010 at 12:55 AM, Guzman Lugo, Fernando
wrote:
>> However, from what I can see iovmm can be used instead of dmm
>> even if the switch to iommu is not yet there.
>
> Iovmm have a list of memory used (reserved, that is what dmm module
> does) and also maps the buffer, So we can not u
ARM: OMAP3LOGIC: Adding SDMMC support
Add low-level initialization for hsmmc controller for
LogicPD's OMAP 3530 LV SOM and OMAP 35x Torpedo board.
Tested against: 81e09f50c93edff607259cbe374a3006c9c5fa74
Signed-off-by: Jacob Tanenbaum
---
arch/ar
From: jake
ARM: OMAP3LOGIC: Adding SDMMC support
Add low-level initialization for hsmmc controller for
LogicPD's OMAP 3530 LV SOM and OMAP 35x Torpedo board.
Tested against: 81e09f50c93edff607259cbe374a3006c9c5fa74
Signed-off-by: Jacob Tanenbaum
ARM: OMAP3: Add generic smsc911x support when connected to GPMC
Introduce of a generic way to setup smsc911x based Ethernet
controller connected to GPMC similar to gpmc-smc91x but without
timing setup.
Tested against: 81e09f50c93edff607259cbe374a3006c9c5fa7
From: Jacob Tanenbaum
ARM: OMAP3LOGIC: Ethernet driver and NFS added in defconfig
Enable SMSC911x Ethernet driver and allow root file system on NFS
for LogicPD's OMAP 3530 LV SOM and OMAP 35x Torpedo board.
Tested against: 81e09f50c93edff607259cbe374a3006c9c5fa74
From: jake
ARM: OMAP3LOGIC: Adding SDMMC support
Add low-level initialization for hsmmc controller for
LogicPD's OMAP 3530 LV SOM and OMAP 35x Torpedo board.
Tested against: 81e09f50c93edff607259cbe374a3006c9c5fa74
Signed-off-by: Jacob Tanenbaum
Adding LogicPD OMAP3 board support
Adding support for LogicPD's OMAP 3530 LV SOM and
OMAP 35x Torpedo board.
Tested against: 81e09f50c93edff607259cbe374a3006c9c5fa74
Signed-off-by: Jacob Tanenbaum
---
arch/arm/configs/omap3_defconfig |2
On Tue, Aug 24, 2010 at 5:29 PM, Laine Walker-Avina wrote:
> On Tue, Aug 24, 2010 at 5:42 AM, Igor Grinberg
> wrote:
>> Hi,
>>
>> I have am3517 based board and Libertas sdio (4 wires)
>> wifi connected directly (no transceiver / level shifter) on mmc2
>> (which is named mmc1 in s/w).
>>
>> am35
On Tue, Aug 24, 2010 at 5:42 AM, Igor Grinberg wrote:
> Hi,
>
> I have am3517 based board and Libertas sdio (4 wires)
> wifi connected directly (no transceiver / level shifter) on mmc2
> (which is named mmc1 in s/w).
>
> am3517 is configured (h/w) for 3.3V and so is Libertas wifi.
>
> dmesg | gre
On Mon, Aug 23, 2010 at 12:06 AM, Mike Rapoport wrote:
> Mike Rapoport wrote:
>>
>> Hi Ameya,
>>
>> Ameya Palande wrote:
>>>
>>> Hi Tomi,
>>>
>>> When I tried to boot 2.6.36-rc1 kernel on Nokia N900, omapfb failed with
>>> following error messages:
>>>
>>> [ 0.124145] OMAP DSS rev 2.0
>>> [
Thara Gopinath writes:
> This patch adds voltage driver support for OMAP3. The driver
> allows configuring the voltage controller and voltage
> processors during init and exports APIs to enable/disable
> voltage processors, scale voltage and reset voltage.
> The driver also maintains the global
Thara Gopinath writes:
> This patch adds debug support to the voltage and smartreflex drivers.
> This means a whole bunch of voltage processor and smartreflex
> parameters are now visible through the pm debugfs. By default
> only a read of these parameters are permitted. If you need to
> write in
On Tue, 2010-08-24 at 14:58 -0700, Kevin Hilman wrote:
> Thara Gopinath writes:
>
> > OMAP4 has an iva device and a dsp devcice where as OMAP2/3
> > has only an iva device. In this file the iva device in the
> > system is registered under the name dsp_dev and the API
> > to retrieve the iva devic
On Tue, 2010-08-24 at 15:16 -0700, Kevin Hilman wrote:
> Thara Gopinath writes:
>
> > This patch changes the pm_db_init from arch initcall to a postcore
> > initcall. With arch initcall, it is impossible for pm driver that
> > gets initialized prior to this driver to use one of the
> > pm debug f
Thara Gopinath writes:
> This patch changes the pm_db_init from arch initcall to a postcore
> initcall. With arch initcall, it is impossible for pm driver that
> gets initialized prior to this driver to use one of the
> pm debug fs entries during its init. Making it a postcore initcall
> ensures
Thara Gopinath writes:
> OMAP4 has an iva device and a dsp devcice where as OMAP2/3
> has only an iva device. In this file the iva device in the
> system is registered under the name dsp_dev and the API
> to retrieve the iva device is omap2_get_dsp_device.
> This patch renames the dsp_dev to iva_
> -Original Message-
> From: Felipe Contreras [mailto:felipe.contre...@gmail.com]
> Sent: Tuesday, August 24, 2010 4:18 PM
> To: Guzman Lugo, Fernando
> Cc: Kanigeri, Hari; linux-omap@vger.kernel.org;
> linux-ker...@vger.kernel.org; o...@wizery.com;
> hiroshi.d...@nokia.com; ameya.pal
> From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
> Sent: Tuesday, August 24, 2010 4:14 PM
>
> "Menon, Nishanth" writes:
>
> >>
> >> thara gopinath writes:
> >>
> >> > From: Thara Gopinath
> >> >
[...]
> >> >
> >> > The above is not correct as we expect the framework to return back
Rajendra Nayak writes:
> 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 instances of clock management control registers in PRM
> and vice versa.
> However it st
Nishanth Menon writes:
> From: Artem Bityutskiy
>
> This patch fixes the following problem indicated by kmemleak:
>
> kmemleak: unreferenced object 0xdf93c280 (size 64):
> kmemleak: backtrace:
> kmemleak: [] create_object+0x104/0x200
> kmemleak: [] kmem_cache_alloc+0xe4/0xf4
> kmemleak
On Tue, Aug 24, 2010 at 10:30 PM, Guzman Lugo, Fernando
wrote:
>> Oh, I actually meant the DMM pool.
>>
>> a) 1. Migrate to iommu, 2. Remove DMM completely
>> b) 1. Remove DMM pool, 2. Migrate to iommu 3. Remove DMM completely
>
> Ok, what is the issue with DMM pool?
>From what I've heard; fragme
"Menon, Nishanth" writes:
>>
>> thara gopinath writes:
>>
>> > From: Thara Gopinath
>> >
>> > In the current opp layer the frequency matching API's
>> > tries to match the exact frequency passed in Hz. This leads
>> > to problems in cases where dplls are locked to slightly differnet
>> > freq
> -Original Message-
> From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
> Sent: Tuesday, August 24, 2010 2:04 PM
>
> thara gopinath writes:
>
> > From: Thara Gopinath
> >
> > In the current opp layer the frequency matching API's
> > tries to match the exact frequency passed in
> -Original Message-
> From: Felipe Contreras [mailto:felipe.contre...@gmail.com]
> Sent: Tuesday, August 24, 2010 2:14 PM
> To: Guzman Lugo, Fernando
> Cc: Kanigeri, Hari; linux-omap@vger.kernel.org;
> linux-ker...@vger.kernel.org; o...@wizery.com;
> hiroshi.d...@nokia.com; ameya.pal
On Tue, Aug 24, 2010 at 10:05 PM, Guzman Lugo, Fernando
wrote:
>> I've heard there are some problems regarding DMM, and since
>> you say you have already done the changes, and since iommu
>> migration is not yet ready AFAIK, it might make sense to go
>> for option b).
>>
>> Anyway, thanks for the
> -Original Message-
> From: Felipe Contreras [mailto:felipe.contre...@gmail.com]
> Sent: Tuesday, August 24, 2010 1:55 PM
> To: Guzman Lugo, Fernando
> Cc: Kanigeri, Hari; linux-omap@vger.kernel.org;
> linux-ker...@vger.kernel.org; o...@wizery.com;
> hiroshi.d...@nokia.com; ameya.pal
thara gopinath writes:
> From: Thara Gopinath
>
> In the current opp layer the frequency matching API's
> tries to match the exact frequency passed in Hz. This leads
> to problems in cases where dplls are locked to slightly differnet
> frequencies due to sys clock speed or optimum M,N values.
>
Hi Felipe,
> -Original Message-
> From: Felipe Balbi [mailto:felipe.ba...@nokia.com]
> Sent: Tuesday, August 24, 2010 1:49 PM
> To: C.A, Subramaniam
> Cc: linux-omap@vger.kernel.org; Gadiyar, Anand; t...@atomide.com
> Subject: Re: [PATCH]omap: i2c: Avoid compilation error in
> case the h
On Tue, Aug 24, 2010 at 9:44 PM, Guzman Lugo, Fernando
wrote:
>> However, I still have the question about the dependency on
>> iommu; AFAICS the DMM removal doesn't depend on the migration
>> to iommu, which AFAIK has been stalled for some time.
>
> Yeah, DMM removal does not depend on iommu migra
On Tue, Aug 24, 2010 at 07:14:30PM +0200, ext C.A, Subramaniam wrote:
From e3c3ee9317850b2b26e02680a0c976d3c75febab Mon Sep 17 00:00:00 2001
From: Subramaniam C.A
Date: Tue, 24 Aug 2010 12:02:28 -0500
Subject: [PATCH] omap: i2c: Avoid compilation error in case the header is
included multiple t
> -Original Message-
> From: Felipe Contreras [mailto:felipe.contre...@gmail.com]
> Sent: Tuesday, August 24, 2010 12:46 PM
> To: Guzman Lugo, Fernando
> Cc: Kanigeri, Hari; linux-omap@vger.kernel.org;
> linux-ker...@vger.kernel.org; o...@wizery.com;
> hiroshi.d...@nokia.com; ameya.pa
On Tue, Aug 24, 2010 at 7:31 PM, Guzman Lugo, Fernando
wrote:
>
>
>> -Original Message-
>> From: Felipe Contreras [mailto:felipe.contre...@gmail.com]
>> Sent: Tuesday, August 24, 2010 5:09 AM
>> To: Guzman Lugo, Fernando
>> Cc: Kanigeri, Hari; linux-omap@vger.kernel.org;
>> linux-ker...@vg
>From e3c3ee9317850b2b26e02680a0c976d3c75febab Mon Sep 17 00:00:00 2001
From: Subramaniam C.A
Date: Tue, 24 Aug 2010 12:02:28 -0500
Subject: [PATCH] omap: i2c: Avoid compilation error in case the header is
included multiple times.
Added defines to avoid compilation error.
Signed-off-by: Subrama
On Tue, Aug 24, 2010 at 8:04 PM, Cliff Brake wrote:
>
> flash_erasall -j /dev/mtd4
Give a try without using '-j' option... If ECC layout is the suspect..
this may help.
--
Regards,
Vimal Singh
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to
> -Original Message-
> From: Felipe Contreras [mailto:felipe.contre...@gmail.com]
> Sent: Tuesday, August 24, 2010 5:09 AM
> To: Guzman Lugo, Fernando
> Cc: Kanigeri, Hari; linux-omap@vger.kernel.org;
> linux-ker...@vger.kernel.org; o...@wizery.com;
> hiroshi.d...@nokia.com; ameya.pal
On Tue, Aug 24, 2010 at 9:51 AM, Ghorai, Sukumar wrote:
>
>
>> -Original Message-
>> From: Cliff Brake [mailto:cliff.br...@gmail.com]
>> Sent: Wednesday, August 18, 2010 9:16 PM
>> To: Ghorai, Sukumar
>> Cc: Linux OMAP Users; Kamat, Nishant
>> Subject: Re: NAND ECC in linux-omap
>>
>> On W
> -Original Message-
> From: Mika Westerberg [mailto:mika.westerb...@gmail.com] On
> Behalf Of Mika Westerberg
> Sent: Tuesday, August 24, 2010 5:01 PM
> To: G, Manjunath Kondaiah
> Cc: linux-omap@vger.kernel.org; Cousson, Benoit; Kevin
> Hilman; Shilimkar, Santosh
> Subject: Re: [PATCH
On Tuesday 24 August 2010 05:21 PM, Cousson, Benoit wrote:
+ Paul
Hi Vijay,
I just have a couple of minors comments.
You should copy at least the file authors when submitting a patch. Paul
is missing.
You should correct the subject with something like:
[PATCH] OMAP: omap_device: Fix to supp
> -Original Message-
> From: Cliff Brake [mailto:cliff.br...@gmail.com]
> Sent: Wednesday, August 18, 2010 9:16 PM
> To: Ghorai, Sukumar
> Cc: Linux OMAP Users; Kamat, Nishant
> Subject: Re: NAND ECC in linux-omap
>
> On Wed, Aug 18, 2010 at 12:14 AM, Ghorai, Sukumar wrote:
> > [Ghorai]
Reorganize scaler FIR filter data as FIR value tables from raw
register values. This makes them easier to understand and simplifies
register programming code.
No functional changes.
Signed-off-by: Grazvydas Ignotas
---
drivers/video/omap2/dss/dispc.c | 214 +
Hi,
I have am3517 based board and Libertas sdio (4 wires)
wifi connected directly (no transceiver / level shifter) on mmc2
(which is named mmc1 in s/w).
am3517 is configured (h/w) for 3.3V and so is Libertas wifi.
dmesg | grep mmc1 shows:
--cut--
mux: Setting signal
+ Paul
Hi Vijay,
I just have a couple of minors comments.
You should copy at least the file authors when submitting a patch. Paul
is missing.
You should correct the subject with something like:
[PATCH] OMAP: omap_device: Fix to support multiple hwmods for a single
device
On 8/24/2010 1:03
Hi,
On Tue, Aug 24, 2010 at 04:34:18PM +0530, Manjunatha GK wrote:
> This patch adds OMAP2430 DMA hwmod structures.
>
> Signed-off-by: Manjunatha GK
> Cc: Benoit Cousson
> Cc: Kevin Hilman
> Cc: Santosh Shilimkar
> ---
> arch/arm/mach-omap2/omap_hwmod_2430_data.c | 85
> ++
> -Original Message-
> From: Grazvydas Ignotas [mailto:nota...@gmail.com]
> Sent: Tuesday, August 24, 2010 4:45 PM
> To: DebBarma, Tarun Kanti
> Cc: linux-omap@vger.kernel.org; Basak, Partha; Shilimkar, Santosh;
> Gopinath, Thara; Paul Walmsley; Kevin Hilman; Tony Lindgren
> Subject: Re: [P
On Sat, Aug 14, 2010 at 6:38 PM, Tarun Kanti DebBarma
wrote:
> This patch adds the omap_hwmod_get_clk() to access the _clk
> field needed while setting clock sources of the timers.
>
> Signed-off-by: Partha Basak
> Signed-off-by: Santosh Shilimkar
> Signed-off-by: Thara Gopinath
> Signed-off-by
From: Venkatraman S
Add sDMA driver support for descriptor autoloading feature.
Descriptor autoloading is OMAP sDMA v5 hardware capability that can be exploited
for scatter gather scenarios, currently available in OMAP3630 and OMAP4430.
The feature works as described below.
1. A sDMA channel is
This patch introduces generic way of handling all OMAP DMA
errata's which are applicable for OMAP1 and OMAP2PLUS processors.
Signed-off-by: Manjunatha GK
Cc: Benoit Cousson
Cc: Kevin Hilman
Cc: Santosh Shilimkar
---
arch/arm/mach-omap1/dma.c |6
arch/arm/mach-omap2/dma.c
This patch converts DMA library into DMA platform driver and make use
of platform data provided by HWMOD data base for OMAP2PLUS onwards.
For OMAP1 processors, the DMA driver in mach-omap uses resource structures
for getting platform data.
Also, it enables and uses run time PM API's
Signed-off-by
This patch introduces OMAP1 DMA driver as platform device
and adds support for registering through platform device
layer.
Signed-off-by: Manjunatha GK
Cc: Benoit Cousson
Cc: Kevin Hilman
Cc: Santosh Shilimkar
---
arch/arm/mach-omap1/dma.c | 234
This patch converts omap2/3/4 dma driver into platform
devices through using omap hwmod, omap device and runtime pm
frameworks.
Signed-off-by: Manjunatha GK
Cc: Benoit Cousson
Cc: Kevin Hilman
Cc: Santosh Shilimkar
---
arch/arm/mach-omap2/dma.c | 134
This patch adds OMAP2430 DMA hwmod structures.
Signed-off-by: Manjunatha GK
Cc: Benoit Cousson
Cc: Kevin Hilman
Cc: Santosh Shilimkar
---
arch/arm/mach-omap2/omap_hwmod_2430_data.c | 85
1 files changed, 85 insertions(+), 0 deletions(-)
diff --git a/arch/arm/ma
This patch adds OMAP3 DMA hwmod structures.
Signed-off-by: Manjunatha GK
Cc: Benoit Cousson
Cc: Kevin Hilman
Cc: Santosh Shilimkar
---
arch/arm/mach-omap2/omap_hwmod_3xxx_data.c | 85
1 files changed, 85 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-
This patch adds OMAP4430 DMA hwmod structures.
Signed-off-by: Manjunatha GK
Cc: Benoit Cousson
Cc: Kevin Hilman
Cc: Santosh Shilimkar
---
arch/arm/mach-omap2/omap_hwmod_44xx_data.c | 99
1 files changed, 99 insertions(+), 0 deletions(-)
diff --git a/arch/arm/ma
This patch introduces OMAP DMA device attributes for using the same in
DMA platform driver for all OMAP's and HWMOD database(OMAP2PLUS onwards)
Signed-off-by: Manjunatha GK
Cc: Benoit Cousson
Cc: Kevin Hilman
Cc: Santosh Shilimkar
---
arch/arm/plat-omap/include/plat/dma.h | 22 +
This patch adds OMAP2420 DMA hwmod structures.
Signed-off-by: Manjunatha GK
Cc: Benoit Cousson
Cc: Kevin Hilman
Cc: Santosh Shilimkar
---
arch/arm/mach-omap2/omap_hwmod_2420_data.c | 85
1 files changed, 85 insertions(+), 0 deletions(-)
diff --git a/arch/arm/ma
This patch series has review comments incorporated which are received
for v1 version.
The review comments can be found at:
http://www.spinics.net/lists/linux-omap/msg34291.html
http://www.spinics.net/lists/linux-omap/msg34292.html
http://www.spinics.net/lists/linux-omap/msg34078.html
http://www.spi
Currently there is a bug in the existing omap_device core code when
extracting the hwmod structures passed to omap_device_build_ss(). This bug
gets exposed only when passing multiple HWMOD structure to
omap_device_build_ss() resulting in incorrect extraction from second HWMOD
structure.
This fix u
On Fri, Jul 2, 2010 at 9:39 PM, Guzman Lugo, Fernando
wrote:
> I think, it would be good if we get rid of DMMPOOL size, if the liked list
> grow up as it is needed, there is no memory penalty of have all the possible
> iommu addresses valid (1100 - ). The reservation will only fail
58 matches
Mail list logo