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); Con
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
./drivers/dsp/bridge/wmd/ue_
> -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
>
>
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
./arch/arm/plat-omap/in
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
---
drivers/dsp/bridge/services/mem.c | 40 ++--
1 files changed, 16 insertio
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
> > ./arch/arm/plat-omap/i
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 Palande
> > ---
> > drivers/dsp/bridge/rmgr/proc.c |4
> > 1 files changed, 4 insertions(+), 0 deletions(-)
> >
> > diff --git a/drive
Nishanth Menon 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 u
Signed-off-by: Ameya Palande
---
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
+++ b/drivers/dsp/bridge/rmg
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
---
drivers/dsp/bridge/services/mem.c | 42 +++--
1 files changed, 17 insert
Since there is only 1 device there is no need of driver_minor global variable.
Signed-off-by: Ameya Palande
---
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
b/drivers/dsp/bridge/r
Signed-off-by: Ameya Palande
---
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 de79f26..d745b45 100644
--- a/driv
* Shilimkar, Santosh [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: [PATCH 0/9] Initia
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 mak
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
---
drivers/dsp/bridge/services/mem.c | 42 ++
On Fri, 29 Jan 2010, Tony Lindgren wrote:
> Rename clkops_noncore_dpll_ops for omap3 and omap4.
>
> Signed-off-by: Tony Lindgren
Acked-by: Paul Walmsley
In the long term we might try to share those, but this is an elegant
solution for the purpose.
- Paul
--
To unsubscribe from this list: se
Olof Johansson 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 omap3
On Mon, Feb 01, 2010 at 12:20:30PM -0800, Kevin Hilman wrote:
> Olof Johansson 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 b
Kevin Hilman 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: drivers call omap_ctrl
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
Thanks Marek and Paul.
- Paul
* Felipe Balbi [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 defining
> >board
> -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
>
>
On Fri, 22 Jan 2010, Tero Kristo wrote:
> From: Tero Kristo
>
> Added definitions for OMAP3430ES2_ST_SGX_SHIFT and OMAP3430ES2_ST_SGX_MASK
> as these were missing.
>
> Signed-off-by: Tero Kristo
Thanks Tero, queued for 2.6.34.
- Paul
--
To unsubscribe from this list: send the line "unsubscr
Hi Tero,
On Fri, 22 Jan 2010, Tero Kristo wrote:
> From: Tero Kristo
>
> 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 needs to
> disable HW
* Felipe Balbi [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 controller
> >
Kevin Hilman wrote:
Kevin Hilman 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: drivers ca
* Paul Walmsley [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.
> >
>
> Acked
* Cory Maccarrone [100111 17:49]:
> On Mon, Jan 11, 2010 at 5:28 PM, Tony Lindgren 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 and it
> works perfectly.
He
Hi,
* Pais, Allen [100121 02:31]:
> From 4044fcc9c517e86fbea9f7d3b15d5cf75a767476 Mon Sep 17 00:00:00 2001
> From: Allen Pais
> 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 I2C1 adn I2C4(SR) internal pul
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 [100121 02:31]:
> From 4044fcc9c517e86
* Tony Lindgren [100122 09:13]:
> * adrian.hun...@nokia.com [100122 00:31]:
> >
> > 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 omap_2430sdp_defconfig:
drivers/buil
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 pu
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
> Date: Thu, 21 Jan 2010 21:23:41 +0530
> Subject: [PATCH 2/2] omap: 3630: Disable internal pull-ups
Please don't repeat the headers
> > 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 st
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
Cc: Deepak Chitriki
Cc: Felipe Contreras
Cc: Hiroshi Doyu
Cc: Omar Ramirez Luna
Cc: Romit Dasgupta
Signed-off-by: Nishanth Menon
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.
DSPBRIDGE:
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
Cc: Deepak Chitriki
Cc: Felipe Contreras
Cc: Hirosh
38 matches
Mail list logo