Hi Shivananda,
On Wed, 2010-01-27 at 18:04 +0100, ext Hebbar, Shivananda wrote:
-Original Message-
From: Ameya Palande [mailto:ameya.pala...@nokia.com]
Sent: Wednesday, January 27, 2010 3:44 AM
To: Ramirez Luna, Omar
Cc: linux-omap; Doyu Hiroshi (Nokia-D/Helsinki); Contreras
Hi Omar,
What is the plan for following files in bridgedriver source?
./arch/arm/plat-omap/include/dspbridge/mem.h.orig
./arch/arm/plat-omap/include/dspbridge/dbc.h.orig
./arch/arm/plat-omap/include/dspbridge/gt.h.orig
./arch/arm/plat-omap/include/dspbridge/dbg.h.orig
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Kevin Hilman
Sent: Friday, January 29, 2010 6:27 PM
To: linux-omap@vger.kernel.org
Subject: [PATCH] OMAP2/3: update default defconfig, towards smaller kernel
Update
Hi Ameya,
On 2/1/2010 5:08 AM, Ameya Palande wrote:
Hi Omar,
What is the plan for following files in bridgedriver source?
./arch/arm/plat-omap/include/dspbridge/mem.h.orig
./arch/arm/plat-omap/include/dspbridge/dbc.h.orig
./arch/arm/plat-omap/include/dspbridge/gt.h.orig
Since kfree() checks for null pointer, there is no need to check is again in
MEM_Free(). This patch also reorganizes the function to make it more readable.
Signed-off-by: Ameya Palande ameya.pala...@nokia.com
---
drivers/dsp/bridge/services/mem.c | 40 ++--
1
Hi Omar,
On Mon, 2010-02-01 at 17:55 +0100, ext Omar Ramirez Luna wrote:
Hi Ameya,
On 2/1/2010 5:08 AM, Ameya Palande wrote:
Hi Omar,
What is the plan for following files in bridgedriver source?
./arch/arm/plat-omap/include/dspbridge/mem.h.orig
Hi Omar,
On Mon, 2010-01-25 at 20:21 +0100, ext Omar Ramirez Luna wrote:
Hi,
On 1/21/2010 7:03 AM, Ameya Palande wrote:
Signed-off-by: Ameya Palandeameya.pala...@nokia.com
---
drivers/dsp/bridge/rmgr/proc.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff
Nishanth Menon n...@ti.com writes:
Kevin Hilman had written, on 01/29/2010 06:26 PM, the following:
Update omap3_defconfig to work towards a minimal kernel by building
most things as modules. Some drivers that cannot currently be built
as modules and need to be fixed:
- MMC: platform code
Signed-off-by: Ameya Palande ameya.pala...@nokia.com
---
drivers/dsp/bridge/rmgr/proc.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/dsp/bridge/rmgr/proc.c b/drivers/dsp/bridge/rmgr/proc.c
index 491661f..ff3329f 100644
--- a/drivers/dsp/bridge/rmgr/proc.c
+++
Since vfree() checks for null pointer, there is no need to check is again in
MEM_VFree(). This patch also reorganizes the function to make it more readable.
Signed-off-by: Ameya Palande ameya.pala...@nokia.com
---
drivers/dsp/bridge/services/mem.c | 42 +++--
1
Since there is only 1 device there is no need of driver_minor global variable.
Signed-off-by: Ameya Palande ameya.pala...@nokia.com
---
drivers/dsp/bridge/rmgr/drv_interface.c |9 -
1 files changed, 4 insertions(+), 5 deletions(-)
diff --git a/drivers/dsp/bridge/rmgr/drv_interface.c
Signed-off-by: Ameya Palande ameya.pala...@nokia.com
---
drivers/dsp/bridge/rmgr/drv_interface.c | 28 ++--
1 files changed, 6 insertions(+), 22 deletions(-)
diff --git a/drivers/dsp/bridge/rmgr/drv_interface.c
b/drivers/dsp/bridge/rmgr/drv_interface.c
index
* Shilimkar, Santosh santosh.shilim...@ti.com [100130 09:52]:
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Saturday, January 30, 2010 9:55 PM
To: Shilimkar, Santosh
Cc: linux-arm-ker...@lists.infradead.org; linux-omap@vger.kernel.org
Subject: Re:
On Fri, Jan 29, 2010 at 04:26:56PM -0800, Kevin Hilman wrote:
Update omap3_defconfig to work towards a minimal kernel by building
most things as modules. Some drivers that cannot currently be built
as modules and need to be fixed:
Why? I introduced the omap3_defconfig with the intent of
Ameya Palande said the following on 02/01/2010 08:18 PM:
Since there is only 1 device there is no need of driver_minor global variable.
i am a little skeptical about this change - mainly coz, it might be a good idea
for a userspace option
to be able to define what the minor id could be - maybe
Ameya Palande said the following on 02/01/2010 07:56 PM:
Since vfree() checks for null pointer, there is no need to check is again in
MEM_VFree(). This patch also reorganizes the function to make it more readable.
Signed-off-by: Ameya Palande ameya.pala...@nokia.com
---
On Fri, 29 Jan 2010, Tony Lindgren wrote:
Rename clkops_noncore_dpll_ops for omap3 and omap4.
Signed-off-by: Tony Lindgren t...@atomide.com
Acked-by: Paul Walmsley p...@pwsan.com
In the long term we might try to share those, but this is an elegant
solution for the purpose.
- Paul
--
To
Olof Johansson o...@lixom.net writes:
On Fri, Jan 29, 2010 at 04:26:56PM -0800, Kevin Hilman wrote:
Update omap3_defconfig to work towards a minimal kernel by building
most things as modules. Some drivers that cannot currently be built
as modules and need to be fixed:
Why? I introduced the
On Mon, Feb 01, 2010 at 12:20:30PM -0800, Kevin Hilman wrote:
Olof Johansson o...@lixom.net writes:
On Fri, Jan 29, 2010 at 04:26:56PM -0800, Kevin Hilman wrote:
Update omap3_defconfig to work towards a minimal kernel by building
most things as modules. Some drivers that cannot currently
Kevin Hilman khil...@deeprootsystems.com writes:
Update omap3_defconfig to work towards a minimal kernel by building
most things as modules. Some drivers that cannot currently be built
as modules and need to be fixed:
- MMC: platform code uses MMC core regulator functions directly
- ASoC:
On Sun, 31 Jan 2010, Marek Skuczynski wrote:
Hello,
I have found an access to already released memory in
clk_debugfs_register_one() function,
attaching a patch. The included patch was prepared for Linux 2.6
repository.
Acked-by: Paul Walmsley p...@pwsan.com
Thanks Marek and Paul.
* Felipe Balbi felipe.ba...@nokia.com [100128 11:46]:
On Thu, Dec 31, 2009 at 02:22:36PM +0100, ext Maulik Mankad wrote:
ARM : OMAP: MUSB :Pass board specific data from board file
This patch proposes to pass board specific data for MUSB
(like interface_type, mode etc) from board file by
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Kevin Hilman
Sent: Friday, January 29, 2010 6:27 PM
To: linux-omap@vger.kernel.org
Subject: [PATCH] OMAP2/3: update default defconfig, towards smaller kernel
Update
On Fri, 22 Jan 2010, Tero Kristo wrote:
From: Tero Kristo tero.kri...@nokia.com
Added definitions for OMAP3430ES2_ST_SGX_SHIFT and OMAP3430ES2_ST_SGX_MASK
as these were missing.
Signed-off-by: Tero Kristo tero.kri...@nokia.com
Thanks Tero, queued for 2.6.34.
- Paul
--
To unsubscribe
Hi Tero,
On Fri, 22 Jan 2010, Tero Kristo wrote:
From: Tero Kristo tero.kri...@nokia.com
omap2_clkdm_get_hwsup(clkdm) can be used to check if automatic HW
transitions for the domain are enabled or not. This is needed for the
powerdomain code that adds support for INACTIVE state, as it
* Felipe Balbi felipe.ba...@nokia.com [100128 11:46]:
On Thu, Dec 31, 2009 at 02:23:02PM +0100, ext Maulik Mankad wrote:
ARM : OMAP4 : Add USB support to 4430 SDP board file
This patch adds support for Mentor USB to 4430 SDP board
file.
It also defines the base address for HS USB OTG
Kevin Hilman wrote:
Kevin Hilman khil...@deeprootsystems.com writes:
Update omap3_defconfig to work towards a minimal kernel by building
most things as modules. Some drivers that cannot currently be built
as modules and need to be fixed:
- MMC: platform code uses MMC core regulator functions
* Paul Walmsley p...@pwsan.com [100201 13:25]:
On Sun, 31 Jan 2010, Marek Skuczynski wrote:
Hello,
I have found an access to already released memory in
clk_debugfs_register_one() function,
attaching a patch. The included patch was prepared for Linux 2.6
repository.
* Cory Maccarrone darkstar6...@gmail.com [100111 17:49]:
On Mon, Jan 11, 2010 at 5:28 PM, Tony Lindgren t...@atomide.com wrote:
Applied to omap-testing with the following fix. Can you please merge
it into your original patch?
Done, I've attached the new patch to here. I've tested it
Hi,
* Pais, Allen allen.p...@ti.com [100121 02:31]:
From 4044fcc9c517e86fbea9f7d3b15d5cf75a767476 Mon Sep 17 00:00:00 2001
From: Allen Pais allen.p...@ti.com
Date: Thu, 21 Jan 2010 21:00:04 +0530
Subject: [PATCH 1/2] omap: Disable GAIA I2C1/I2C4 internal pull-ups
This patch disables GAIA
From: Tony Lindgren [t...@atomide.com]
Sent: Monday, February 01, 2010 7:53 PM
To: Pais, Allen
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH 1/2] omap: Disable GAIA I2C1/I2C4 internal pull-ups
Hi,
* Pais, Allen allen.p...@ti.com [100121 02:31]:
* Tony Lindgren t...@atomide.com [100122 09:13]:
* adrian.hun...@nokia.com adrian.hun...@nokia.com [100122 00:31]:
snip
Thanks Madhu. Tony, are you ok taking these patches into your tree?
Looks good to me, will queue them into omap for-next.
Applied now, but there's a build error with
Hi Allen,
On Thu, 21 Jan 2010, Pais, Allen wrote:
This patch disables GAIA I2C1 adn I2C4(SR) internal pull-up, to
use only the external HW resistor =470 Ohm for the assured
functionality in HS mode.
While testing the I2C in High Speed mode, it was discovered that
without a proper pull-up
Hello Allen,
a few comments:
On Thu, 21 Jan 2010, Pais, Allen wrote:
From 9a6b34dca3ff8ce4a200df4b65037978e4325452 Mon Sep 17 00:00:00 2001
From: Allen Pais allen.p...@ti.com
Date: Thu, 21 Jan 2010 21:23:41 +0530
Subject: [PATCH 2/2] omap: 3630: Disable internal pull-ups
Please don't
Since this code was used only ones in init, I haven't converted it to
function. With clobber list as well as you know adding r12 to clobber
list, compiler don't generate the save code and r11 can't be added to
clobber list.
Well, we seem to have two places with the same code structure.
Use the old implementation for OPP list generation and update.
this is a 1-1 implementation of what we had previously without
support for 3630.
Cc: Ameya Palande ameya.pala...@nokia.com
Cc: Deepak Chitriki deepak.chitr...@ti.com
Cc: Felipe Contreras felipe.contre...@nokia.com
Cc: Hiroshi Doyu
Revision 2 of the series for DSPBridge OPP handling cleanup
Nishanth Menon (2):
DSPBRIDGE: remove dependency of mpu freq
DSPBRIDGE: pm: use old implementation for opps
Note: I have dropped the following patch from this rev of series
as pm-wip-opp is little unknown at the moment.
Current DSPBridge uses hardcoded logic which is not scalable
across OMAP3 silicons. introduce a structure based implementation
this allows for dsp frequency table indices to be generated runtime
instead of being compile time.
Cc: Ameya Palande ameya.pala...@nokia.com
Cc: Deepak Chitriki
38 matches
Mail list logo