Hi yogesh,
On 10/4/2012 7:39 AM, yogesh Parmar wrote:
Hi,
I would like to port the android on dm6467 evm board. Can anyone suggest
which android kernel I should use for the same?
I don't know of any android kernel for DM6467. DM6467 does not have a
GPU. Based on what I have heard,
Hi Prabhakar,
I think this introduces a memory leak, see my comments below.
On Wed 3 October 2012 15:42:29 Prabhakar wrote:
From: Lad, Prabhakar prabhakar@ti.com
from commit with id 896f38f582730a19eb49677105b4fe4c0270b82e
it's mandatory to check the return code of vb2_queue_init().
On Tue 25 September 2012 16:21:55 Prabhakar wrote:
From: Lad, Prabhakar prabhakar@ti.com
set device_caps and also change the driver and
bus_info to proper values as per standard.
Signed-off-by: Lad, Prabhakar prabhakar@ti.com
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
On 02.10.2012 18:50, Daniel Mack wrote:
On 02.10.2012 18:41, Matt Porter wrote:
On Tue, Oct 02, 2012 at 03:42:47PM +0200, Daniel Mack wrote:
On 02.10.2012 13:06, Sekhar Nori wrote:
On 10/2/2012 4:03 PM, Daniel Mack wrote:
On 02.10.2012 11:37, Mark Brown wrote:
On Tue, Oct 02, 2012 at
From: Lad, Prabhakar prabhakar@ti.com
from commit with id 896f38f582730a19eb49677105b4fe4c0270b82e
it's mandatory to check the return code of vb2_queue_init().
Signed-off-by: Lad, Prabhakar prabhakar@ti.com
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
Cc: Hans Verkuil
From: Lad, Prabhakar prabhakar@ti.com
set device_caps and also change the driver and
bus_info to proper values as per standard.
Signed-off-by: Lad, Prabhakar prabhakar@ti.com
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
Cc: Hans Verkuil hans.verk...@cisco.com
---
Changes for
On Thu 4 October 2012 11:29:57 Prabhakar wrote:
From: Lad, Prabhakar prabhakar@ti.com
from commit with id 896f38f582730a19eb49677105b4fe4c0270b82e
it's mandatory to check the return code of vb2_queue_init().
Signed-off-by: Lad, Prabhakar prabhakar@ti.com
Signed-off-by: Manjunath
On Thu 4 October 2012 11:29:58 Prabhakar wrote:
From: Lad, Prabhakar prabhakar@ti.com
set device_caps and also change the driver and
bus_info to proper values as per standard.
Signed-off-by: Lad, Prabhakar prabhakar@ti.com
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
Cc:
On Oct 4, 2012, at 5:21 AM, Daniel Mack wrote:
On 02.10.2012 18:50, Daniel Mack wrote:
On 02.10.2012 18:41, Matt Porter wrote:
On Tue, Oct 02, 2012 at 03:42:47PM +0200, Daniel Mack wrote:
On 02.10.2012 13:06, Sekhar Nori wrote:
On 10/2/2012 4:03 PM, Daniel Mack wrote:
On 02.10.2012
On 04.10.2012 11:38, Porter, Matt wrote:
On Oct 4, 2012, at 5:21 AM, Daniel Mack wrote:
On 02.10.2012 18:50, Daniel Mack wrote:
On 02.10.2012 18:41, Matt Porter wrote:
On Tue, Oct 02, 2012 at 03:42:47PM +0200, Daniel Mack wrote:
On 02.10.2012 13:06, Sekhar Nori wrote:
On 10/2/2012 4:03
Hi Mauro,
Can you please pull the following patches for davinci VPIF driver.
There are patches which affect davinci platform code, on top
of which cleanup was done, So to avoid conflicts these patches
need to go through media tree. Patches affecting davinci platform
code have been Acked by
Removes the DaVinci private SRAM API and replaces it with
the genalloc API. The SRAM gen_pool is passed in pdata since
DaVinci is in the early stages of DT conversion.
Signed-off-by: Matt Porter mpor...@ti.com
---
include/linux/platform_data/davinci_asp.h |3 +++
This series converts davinci ASoC to use genalloc and enables
that support on DA850. It applies on top of the uio_pruss/genalloc
series [1] which allows DaVinci to provide a gen_pool via pdata
for driver use.
I've tested this on the AM180x EVM. Note that prior to this,
the SRAM paths in the
Passes the DA850 shared SRAM gen_pool to the McASP driver
and enables the ping-pong buffer DMA support.
Signed-off-by: Matt Porter mpor...@ti.com
---
arch/arm/mach-davinci/board-da850-evm.c | 24 ++--
1 file changed, 14 insertions(+), 10 deletions(-)
diff --git
On Thu, Oct 04, 2012 at 11:57:30AM +0200, Daniel Mack wrote:
On 04.10.2012 11:38, Porter, Matt wrote:
On Oct 4, 2012, at 5:21 AM, Daniel Mack wrote:
On 02.10.2012 18:50, Daniel Mack wrote:
On 02.10.2012 18:41, Matt Porter wrote:
On Tue, Oct 02, 2012 at 03:42:47PM +0200, Daniel
I'm a little confused with the system type for the AM1808 processor - in
the past I'd been using a kernel with the 'DaVinci' designation for the
1808 as I believe they shared a similar code base
that was a while back however and I'm looking to update to the latest
stable linux kernel
I have a
Hi Matt,
On 10/3/12, Matt Porter mpor...@ti.com wrote:
This series enables uio_pruss on DA850 and removes use of the
private SRAM API by the driver. The driver previously was not
enabled by any platform and the private SRAM API was accessing
an invalid SRAM bank.
have you seen my SRAM patch
On Tue, Oct 02, 2012 at 09:49:03AM -0700, Chris Gray wrote:
I'm a little confused with the system type for the AM1808 processor - in
the past I'd been using a kernel with the 'DaVinci' designation for the
1808 as I believe they shared a similar code base
that was a while back however and I'm
On Tue, Oct 2, 2012 at 6:49 PM, Chris Gray chg...@gmail.com wrote:
I'm a little confused with the system type for the AM1808 processor - in the
past I'd been using a kernel with the 'DaVinci' designation for the 1808 as
I believe they shared a similar code base
that was a while back however
On 04.10.2012 12:28, Matt Porter wrote:
On Thu, Oct 04, 2012 at 11:57:30AM +0200, Daniel Mack wrote:
On 04.10.2012 11:38, Porter, Matt wrote:
On Oct 4, 2012, at 5:21 AM, Daniel Mack wrote:
On 02.10.2012 18:50, Daniel Mack wrote:
On 02.10.2012 18:41, Matt Porter wrote:
On Tue, Oct 02,
On 10/3/2012 8:25 PM, Matt Porter wrote:
From: Ben Gardiner bengardi...@nanometrics.ca
The current davinci init sets up SRAM in iotables. There has been an observed
failure to boot a da850 with 128K specified in the iotable.
Make the davinci sram allocator -- now based on RMK's
On 10/3/2012 8:25 PM, Matt Porter wrote:
From: Ben Gardiner bengardi...@nanometrics.ca
The sram regions defined for da850-dm646x in their iotable entries are also
defined in their davinci_soc_info's.
Remove this duplicate information which is now uneccessary since sram
init will ioremap
Matt,
On 10/3/2012 8:25 PM, Matt Porter wrote:
From: Subhasish Ghosh subhas...@mistralsolutions.com
This patch modifies the sram allocator to allocate memory
from the DA8XX shared RAM.
Signed-off-by: Subhasish Ghosh subhas...@mistralsolutions.com
[rebased onto consolidated SRAM patches]
On 10/3/2012 8:25 PM, Matt Porter wrote:
Adds PRUSS clock, registers the L3RAM pool, and registers the
platform device for uio_pruss on DA850.
Signed-off-by: Matt Porter mpor...@ti.com
I am interested in knowing how this patch was tested.
---
arch/arm/mach-davinci/board-da850-evm.c|
On Thu, Oct 04, 2012 at 11:11:45AM +0200, Philipp Zabel wrote:
Hi Matt,
On 10/3/12, Matt Porter mpor...@ti.com wrote:
This series enables uio_pruss on DA850 and removes use of the
private SRAM API by the driver. The driver previously was not
enabled by any platform and the private SRAM
On Thu, Oct 04, 2012 at 05:18:41PM +0530, Sekhar Nori wrote:
On 10/3/2012 8:25 PM, Matt Porter wrote:
From: Ben Gardiner bengardi...@nanometrics.ca
The current davinci init sets up SRAM in iotables. There has been an
observed
failure to boot a da850 with 128K specified in the iotable.
On Thu, Oct 04, 2012 at 05:23:34PM +0530, Sekhar Nori wrote:
On 10/3/2012 8:25 PM, Matt Porter wrote:
From: Ben Gardiner bengardi...@nanometrics.ca
The sram regions defined for da850-dm646x in their iotable entries are also
defined in their davinci_soc_info's.
Remove this duplicate
On 10/4/2012 6:12 PM, Matt Porter wrote:
On Thu, Oct 04, 2012 at 11:11:45AM +0200, Philipp Zabel wrote:
Hi Matt,
On 10/3/12, Matt Porter mpor...@ti.com wrote:
This series enables uio_pruss on DA850 and removes use of the
private SRAM API by the driver. The driver previously was not
enabled
On Thu, Oct 04, 2012 at 05:27:23PM +0530, Sekhar Nori wrote:
Matt,
On 10/3/2012 8:25 PM, Matt Porter wrote:
From: Subhasish Ghosh subhas...@mistralsolutions.com
This patch modifies the sram allocator to allocate memory
from the DA8XX shared RAM.
Signed-off-by: Subhasish Ghosh
On Thu, Oct 04, 2012 at 05:52:45PM +0530, Sekhar Nori wrote:
On 10/3/2012 8:25 PM, Matt Porter wrote:
Adds PRUSS clock, registers the L3RAM pool, and registers the
platform device for uio_pruss on DA850.
Signed-off-by: Matt Porter mpor...@ti.com
I am interested in knowing how this
On Thu, Oct 04, 2012 at 06:24:56PM +0530, Sekhar Nori wrote:
On 10/4/2012 6:12 PM, Matt Porter wrote:
On Thu, Oct 04, 2012 at 11:11:45AM +0200, Philipp Zabel wrote:
Hi Matt,
On 10/3/12, Matt Porter mpor...@ti.com wrote:
This series enables uio_pruss on DA850 and removes use of the
On Thu, Oct 04, 2012 at 08:42:53AM -0400, Matt Porter wrote:
I think the generic SRAM/genalloc driver
(https://lkml.org/lkml/2012/9/7/282)
could be useful to map the L3RAM on Davinci.
With the gen_pool lookup patch (https://lkml.org/lkml/2012/9/7/284) the
uio_pruss driver could then use
Sekhar
On Thu, Oct 4, 2012 at 12:43 PM, Sekhar Nori nsek...@ti.com wrote:
On 10/4/2012 10:22 AM, Prabhakar Lad wrote:
Hi Sekhar,
On Wed, Oct 3, 2012 at 4:08 PM, Sekhar Nori nsek...@ti.com wrote:
On 10/3/2012 12:05 PM, Prabhakar wrote:
From: Lad, Prabhakar prabhakar@ti.com
while
On Thu, Oct 04, 2012 at 03:35:53PM +0200, Philipp Zabel wrote:
On Thu, Oct 04, 2012 at 08:42:53AM -0400, Matt Porter wrote:
I think the generic SRAM/genalloc driver
(https://lkml.org/lkml/2012/9/7/282)
could be useful to map the L3RAM on Davinci.
With the gen_pool lookup patch
On Thu, Oct 04, 2012 at 09:54:33AM -0400, Matt Porter wrote:
*sigh*, I see now. I looked at v2 and got wrapped up in the DT use case
and missed your platform device support. I think it will work just fine
for us to use in a phase 2 of this work, replacing the backend of
davinci sram allocation
This patch applies to: v2.6.32.17-6450-g6725c92
commit 74f19831af149656f705b3b8a8c32bdf8c1c74fb
The CLKDIV register is then used to select a divide ratio of the SDRAM(DMA)
clock for the pixel clock frequency which is used to clock the data into the
PCLK.
The CLKDIV register is then used to select
From: Constantine Shulyupin co...@makelinux.com
Signed-off-by: Constantine Shulyupin co...@makelinux.com
---
Note:
USBPHY_CTL_PADDR and USBPHY_CLKFREQ_24MHZ are defined in board-dm365-evm.c
because davinci.h can't be included from drivers/usb/musb/. May be davinci.h
should be renamed and
On Thu, Oct 04, 2012 at 05:52:45PM +0530, Sekhar Nori wrote:
On 10/3/2012 8:25 PM, Matt Porter wrote:
+static struct clk pruss_clk = {
+ .name = pruss,
+ .parent = pll0_sysclk2,
+ .lpsc = DA8XX_LPSC0_PRUSS,
+};
+
static struct clk uart0_clk = {
On Thu, Oct 04, 2012 at 06:22:33PM +0200, Constantine Shulyupin wrote:
From: Constantine Shulyupin co...@makelinux.com
Signed-off-by: Constantine Shulyupin co...@makelinux.com
---
Note:
USBPHY_CTL_PADDR and USBPHY_CLKFREQ_24MHZ are defined in board-dm365-evm.c
because davinci.h can't
On Wed, Oct 03, 2012 at 04:07:41PM +0200, Daniel Mack wrote:
On 03.10.2012 14:57, Hebbar, Gururaja wrote:
On Wed, Oct 03, 2012 at 16:46:39, Daniel Mack wrote:
On 03.10.2012 09:16, Hebbar, Gururaja wrote:
On Wed, Oct 03, 2012 at 03:58:45, Daniel Mack wrote:
On 31.08.2012 14:50, Hebbar,
On Thu, Oct 04, 2012 at 05:27:23PM +0530, Sekhar Nori wrote:
Matt,
On 10/3/2012 8:25 PM, Matt Porter wrote:
From: Subhasish Ghosh subhas...@mistralsolutions.com
This patch modifies the sram allocator to allocate memory
from the DA8XX shared RAM.
Signed-off-by: Subhasish Ghosh
Hi Prabhakar,
Thanks for the patch.
On Monday 01 October 2012 19:33:39 Prabhakar wrote:
From: Lad, Prabhakar prabhakar@ti.com
add support for per color component digital gain controls
and also their corresponding offset.
Signed-off-by: Lad, Prabhakar prabhakar@ti.com
From: Robert Tivy rt...@ti.com
According to checkpatch.pl, source code should use pr_warn instead of
pr_warning.
Signed-off-by: Robert Tivy rt...@ti.com
---
Clean up files that will be otherwise modified in subsequent patch.
Applies to v3.5 tag (commit 28a33cbc24e4256c143dce96c7d93bf423229f92)
Matt,
On Wed, Oct 03, 2012 at 20:30:58, Porter, Matt wrote:
On Fri, Sep 28, 2012 at 03:37:45PM -0400, Matt Porter wrote:
Changes since v1:
- Replaced uio_pruss private SRAM API use with genalloc
- Added DA850 platform device and clock support
- Added DA850 L3 RAM gen_pool
44 matches
Mail list logo