On Mon, 2010-01-18 at 19:04 +0100, ext Paul Walmsley wrote:
> Vijayakumar, Mike,
> > Without this workaround the divider value goes
> > to its reset state after the corresponding PWRDN bit is set from the
> > CM_CLKEN_PLL register. The correct divider value can be restored by
> > writing a dummy va
Vishwanath,
more comments.
On Mon, 18 Jan 2010, Vishwanath BS wrote:
> DPLL_FREQSEL field in CLKEN_PLL register is no longer valid for OMAP3630. So
> remove
> references to that.
>
> Signed-off-by: Vishwanath BS
> ---
> arch/arm/mach-omap2/dpll.c |9 +
> 1 files changed, 5 insert
>From: Ramirez Luna, Omar
>Sent: Monday, January 18, 2010 7:58 PM
>To: linux-omap
>Cc: Ameya Palande; Hiroshi Doyu; Felipe Contreras; Menon, Nishanth; Ramirez
>Luna, Omar
>Subject: [PATCH] DSPBRIDGE: Fix wrong condition on NODE_GetUUIDProps
>
>Fix wrong condition because of a wrong patch included.
>-Original Message-
>From: linux-omap-ow...@vger.kernel.org
>[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Tony
>Lindgren
>Sent: Saturday, January 16, 2010 2:00 PM
>To: Russell King - ARM Linux
>Cc: linux-arm-ker...@lists.infradead.org; linux-omap@vger.kernel.org
>Subject: Re: [
Fix wrong condition because of a wrong patch included.
Discovered-by: Ernesto Ramos Falcon
Signed-off-by: Omar Ramirez Luna
---
drivers/dsp/bridge/rmgr/node.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/dsp/bridge/rmgr/node.c b/drivers/dsp/bridge/rmgr/node.
>-Original Message-
>From: linux-omap-ow...@vger.kernel.org
>[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Tony
>Lindgren
>Sent: Friday, January 15, 2010 7:35 PM
>To: linux-arm-ker...@lists.infradead.org
>Cc: linux-omap@vger.kernel.org
>Subject: [PATCH 2/4] omap: Make uncompress
>-Original Message-
>From: linux-omap-ow...@vger.kernel.org
>[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Tony
>Lindgren
>Sent: Friday, January 15, 2010 7:35 PM
>To: linux-arm-ker...@lists.infradead.org
>Cc: linux-omap@vger.kernel.org
>Subject: [PATCH 1/4] omap: Clean the seria
Hi Kevin,
On Mon, 18 Jan 2010, Kevin Hilman wrote:
> Paul, just a heads up...
>
> This patch has a minor conflict which will need be resolved after my latest
> set
> of PM fixes for 2.6.33-rc goes in shortly.
Great, thanks for the heads-up.
- Paul
--
To unsubscribe from this list: send the
>From: Ramirez Luna, Omar on Friday, January 15, 2010 5:35 PM
>
>This patches remove the DPC custom implementation and wrappers.
>
>They should be applied on top of "trivial cleanups" set and are
>part of the current patch queue.
>
>Omar Ramirez Luna (4):
> DSPBRIDGE: Remove DPC, create, destroy a
>From: Ramirez Luna, Omar on Friday, January 15, 2010 3:29 PM
>
>This is a small set of trivial cleanups piled up in the patch queue.
>
>Higlights:
>- New patch with contributors file.
>- "Fix multiline macros to use do while" patch is dropped for
> rework.
>
>Omar Ramirez Luna (10):
> DSPBRIDGE:
Abhijit Pagare writes:
> Module offsets were same for OMAP2 and OMAP3 while they differ for OMAP4.
> Hence we need different macros for identifying platform specific offsets.
>
> Signed-off-by: Abhijit Pagare
> Cc: Paul Walmsley
> Cc: Benoit Cousson
> Cc: Rajendra Nayak
Paul, just a heads up
Vishwanath,
On Mon, 18 Jan 2010, Vishwanath BS wrote:
> In 3630, DPLL4M2 o/p can be 96MH or 192MHz (for SGX to run at 192). This
> patch has changes to support this feature. 96MHz clock is generated by
> dividing 192Mhz clock by 2 using CM_CLKSEL_CORE register.
> SGX can select Core Clock, 192MHz
Hello Vishwanath,
some more things to fix:
On Mon, 18 Jan 2010, Vishwanath BS wrote:
> DPLL4 for 3630 introduces a changed block called j type dpll, requiring
> special divisor bits and additional reg fields. To allow for silicons to
> use this, this is introduced as a flag and is enabled for 36
Tero Kristo writes:
> From: Tero Kristo
>
> pwrdm_can_idle(pwrdm) will check if the specified powerdomain can enter
> idle. This is done by checking all clockdomains under the powerdomain
> if they can idle also.
>
> omap2_clkdm_can_idle(clkdm) will check if the specified clockdomain can
> enter
Correcting myself here:
On Mon, 18 Jan 2010, Paul Walmsley wrote:
> This will chew up another (4 bytes * number of struct clks)
Well, not really, since clksel_shift is a u8, and for the time
being, it can nestle next to that other u8. But:
> and it doesn't seem necessary.
It still doesn't s
On Mon, 18 Jan 2010, Kevin Hilman wrote:
> Add _MASK suffix to CM_FCLKEN_IVA2 bitfieds to conform with the rest
> of the usage in cm-regbits-34xx.h of using _SHIFT and _MASK suffixes.
>
> Signed-off-by: Kevin Hilman
Thanks Kevin, queued for .33-rc fixes.
- Paul
--
To unsubscribe from this li
>From: Omar Ramirez Luna on Wednesday, January 13, 2010 7:11 PM
>
>From: Ernesto Ramos
>
>This patch takes care of the possible null pointers
>dereferenced within dsp bridge driver.
>
>Signed-off-by: Ernesto Ramos
>CC: Nishanth Menon
>CC: Hiroshi Doyu
>CC: Ameya Palande
>---
> drivers/dsp/brid
>From: Ramirez Luna, Omar on Wednesday, January 13, 2010 7:11 PM
>
>From: Ernesto Ramos
>
>Add more error checking and range to address usecases
>accessing kernel APIs directly.
>
>Signed-off-by: Ernesto Ramos
>CC: Nishanth Menon
>CC: Hiroshi Doyu
>CC: Ameya Palande
>---
> arch/arm/plat-omap/i
>From: Ramirez Luna, Omar on Wednesday, January 13, 2010 7:11 PM
>
>From: Ernesto Ramos
>
>Release resources allocated during MAP, Node Allocation,
>STRM Buf Allocation in the case of cp_to_usr fails.
>
>Signed-off-by: Ernesto Ramos
>CC: Nishanth Menon
>CC: Hiroshi Doyu
>CC: Ameya Palande
>---
Add _MASK suffix to CM_FCLKEN_IVA2 bitfieds to conform with the rest
of the usage in cm-regbits-34xx.h of using _SHIFT and _MASK suffixes.
Signed-off-by: Kevin Hilman
---
arch/arm/mach-omap2/cm-regbits-34xx.h |2 +-
arch/arm/mach-omap2/pm34xx.c |2 +-
2 files changed, 2 insertio
>From: Ameya Palande on Monday, January 18, 2010 4:20 AM
>
>On Sat, 2010-01-16 at 03:01 +0100, ext Omar Ramirez Luna wrote:
>> From: Fernando Guzman Lugo
>>
>> This patch changes clk_notifier_unregister with
>> cpufreq_unregister_notifier, which is used for OPP change
>> notifications
>>
>> Signed
>From: Ameya Palande on Monday, January 18, 2010 4:32 AM
>
>On Sat, 2010-01-16 at 03:01 +0100, ext Omar Ramirez Luna wrote:
>> Include dspbridge compilation whenever bridge driver is selected to
>> be compiled, either as a module or part of the kernel. This will
>> initialize platform data specific
>From: Ameya Palande on Monday, January 18, 2010 3:55 AM
>
>On Sat, 2010-01-16 at 03:01 +0100, ext Omar Ramirez Luna wrote:
>> Fix header locations, replaced mach to plat
>>
>> Signed-off-by: Omar Ramirez Luna
>> ---
>> arch/arm/mach-omap2/dspbridge.c|2 +-
>> arch/arm/plat-om
Vijayakumar, Mike,
some threshold comments,
On Mon, 18 Jan 2010, G.N, Vijayakumar wrote:
> >From 719417657425d4f12369b5ddad79c86baddfefa5 Mon Sep 17 00:00:00 2001
> From: Mike Turquette
> Date: Mon, 18 Jan 2010 17:38:19 +0530
> Subject: [PATCH 2/2] OMAP3630: Clock: Fixing HSDivider Limitation
Another comment.
On Mon, 18 Jan 2010, G.N, Vijayakumar wrote:
> diff --git a/arch/arm/mach-omap2/clock34xx_data.c
> b/arch/arm/mach-omap2/clock34xx_data.c
> index 6473247..ed17501 100755
> --- a/arch/arm/mach-omap2/clock34xx_data.c
> +++ b/arch/arm/mach-omap2/clock34xx_data.c
> @@ -537,6 +537,7
Mike, Vijayakumar,
On Mon, 18 Jan 2010, G.N, Vijayakumar wrote:
> >From f9a7f877368830fdf28f9892940d05517f07a582 Mon Sep 17 00:00:00 2001
> From: Mike Turquette
> Date: Tue, 12 Jan 2010 16:58:39 +0530
> Subject: [PATCH 1/2] OMAP3630: Clock: add clksel_shift to struct clk
Please don't post all t
Hi Rajendra,
On Mon, 18 Jan 2010, Nayak, Rajendra wrote:
> Ok, so I will repost it as an attachement since its too big.
> Hope that's fine.
How about either posting it on a website somewhere and sending a link? Or
send it to me and I will post it on the website here.
thanks
- Paul
--
To unsub
Eduardo Valentin writes:
> Hello Tony and Kevin,
>
> On Wed, Oct 14, 2009 at 11:44:07AM +0200, De-Schrijver Peter
> (Nokia-D/Helsinki) wrote:
>> On Tue, Oct 13, 2009 at 09:51:30PM +0200, ext Kevin Hilman wrote:
>> > On Tue, Oct 13, 2009 at 12:48 PM, Tony Lindgren wrote:
>> > > * Kevin Hilman [
Alexander Shishkin said the following on 01/18/2010 04:46 AM:
On Wed, Jan 13, 2010 at 06:58:28 -0600, Nishanth Menon wrote:
Alexander Shishkin said the following on 01/13/2010 05:36 AM:
On Tue, Jan 12, 2010 at 04:08:23 -0600, Nishanth Menon wrote:
Alexander Shishkin had written, on 01/12/2010
>-Original Message-
>From: Paul Walmsley [mailto:p...@pwsan.com]
>Sent: Thursday, January 14, 2010 4:42 AM
>To: Nayak, Rajendra
>Cc: linux-omap@vger.kernel.org; linux-arm-ker...@lists.infradead.org
>Subject: Re: [PATCH 0/3] OMAP4: prcm/clock fixes
>
>Hi Rajendra,
>
>well, right after I sen
>From 719417657425d4f12369b5ddad79c86baddfefa5 Mon Sep 17 00:00:00 2001
From: Mike Turquette
Date: Mon, 18 Jan 2010 17:38:19 +0530
Subject: [PATCH 2/2] OMAP3630: Clock: Fixing HSDivider Limitation
It implements the recommended sequence to solve HS divider PWRDN limitation in
OMAP3630 DPLL3 and DP
>From f9a7f877368830fdf28f9892940d05517f07a582 Mon Sep 17 00:00:00 2001
From: Mike Turquette
Date: Tue, 12 Jan 2010 16:58:39 +0530
Subject: [PATCH 1/2] OMAP3630: Clock: add clksel_shift to struct clk
Introduces clksel_shift to struct clk and populates the same for
dpll4_m3_ck, dpll4_m4_ck, dpll4_
>From e599557dc73a581001b39d595cfacdc45ec2 Mon Sep 17 00:00:00 2001
From: Vijaykumar GN
Date: Tue, 12 Jan 2010 17:15:29 +0530
Subject: [PATCH 0/2] OMAP3630: Clock: Workaround for DPLL HS divider limitation
This series of patch implements a workaround for the DPLL HS divider limitation
in OMAP
On Fri, Jan 15, 2010 at 08:10:14PM +0100, ext Greg KH wrote:
On Tue, Jan 05, 2010 at 02:16:58PM +0530, Maulik Mankad wrote:
USB : Add empty functions in otg.h
Add empty functions for usb_nop_xceiv_register() and
usb_nop_xceiv_unregister() in otg.h so that these functions can be
called even whe
On Mon, 2010-01-18 at 12:26 +0100, ext Y, Kishore wrote:
> > -Original Message-
> > From: Tomi Valkeinen [mailto:tomi.valkei...@nokia.com]
> > Sent: Friday, January 15, 2010 4:00 PM
> > To: Y, Kishore
> > Cc: linux-omap@vger.kernel.org
> > Subject: Re: [PATCH] OMAP3630:DSS2:Enable Pre-Multi
Hello Tony and Kevin,
On Wed, Oct 14, 2009 at 11:44:07AM +0200, De-Schrijver Peter (Nokia-D/Helsinki)
wrote:
> On Tue, Oct 13, 2009 at 09:51:30PM +0200, ext Kevin Hilman wrote:
> > On Tue, Oct 13, 2009 at 12:48 PM, Tony Lindgren wrote:
> > > * Kevin Hilman [091013 12:09]:
> > >> "Peter 'p2' De
> -Original Message-
> From: Tomi Valkeinen [mailto:tomi.valkei...@nokia.com]
> Sent: Friday, January 15, 2010 4:00 PM
> To: Y, Kishore
> Cc: linux-omap@vger.kernel.org
> Subject: Re: [PATCH] OMAP3630:DSS2:Enable Pre-Multiplied Alpha Support
>
> Hi,
>
> On Mon, 2009-12-21 at 16:06 +0100,
On Mon, 18 Jan 2010 10:05:12 +0200
Peter Ujfalusi wrote:
> > What about introducing this simplification in a separate followup patch,
> > quoting your rationale in its changelog? I can try to prepare one if you
> > agree.
>
> I think it is OK to have a followup patch addressing these.
> Just men
On Wed, Jan 13, 2010 at 06:58:28 -0600, Nishanth Menon wrote:
> Alexander Shishkin said the following on 01/13/2010 05:36 AM:
> >On Tue, Jan 12, 2010 at 04:08:23 -0600, Nishanth Menon wrote:
> >>Alexander Shishkin had written, on 01/12/2010 03:46 PM, the following:
> >>>On Tue, Jan 12, 2010 at 01:0
On Sat, 2010-01-16 at 03:01 +0100, ext Omar Ramirez Luna wrote:
> Include dspbridge compilation whenever bridge driver is selected to
> be compiled, either as a module or part of the kernel. This will
> initialize platform data specific PM functions.
>
> Signed-off-by: Omar Ramirez Luna
> ---
>
On Mon, Jan 18, 2010 at 01:59:22 +0530, Vishwanath BS wrote:
> In 3630, DPLL4M2 o/p can be 96MH or 192MHz (for SGX to run at 192). This
> patch has changes to support this feature. 96MHz clock is generated by
> dividing 192Mhz clock by 2 using CM_CLKSEL_CORE register.
> SGX can select Core Clock,
On Sat, 2010-01-16 at 03:01 +0100, ext Omar Ramirez Luna wrote:
> From: Fernando Guzman Lugo
>
> This patch changes clk_notifier_unregister with
> cpufreq_unregister_notifier, which is used for OPP change
> notifications
>
> Signed-off-by: Fernando Guzman Lugo
> ---
> drivers/dsp/bridge/Kconfi
On Man, Jan 18, 2010 at 01:59:19 +0530, Vishwanath BS wrote:
> DPLL4 for 3630 introduces a changed block called j type dpll, requiring
> special divisor bits and additional reg fields. To allow for silicons to
> use this, this is introduced as a flag and is enabled for 3630 silicon.
> OMAP4 also ha
On Sat, 2010-01-16 at 03:01 +0100, ext Omar Ramirez Luna wrote:
> Fix header locations, replaced mach to plat
>
> Signed-off-by: Omar Ramirez Luna
> ---
> arch/arm/mach-omap2/dspbridge.c|2 +-
> arch/arm/plat-omap/include/dspbridge/host_os.h |2 +-
> drivers/dsp/bridge/wm
DPLL4 for 3630 introduces a changed block called j type dpll, requiring
special divisor bits and additional reg fields. To allow for silicons to
use this, this is introduced as a flag and is enabled for 3630 silicon.
OMAP4 also has j type dpll for usb.
Tested with 3630 ZOOM3 and OMAP3430 ZOOM2
Cc
DPLL4 HS Divider (M2, M3, M4, M5 and M6) field width has been increased
by 1 bit in 3630. This patch has changes to accommodate this in CM
dynamically
based on chip version.
Basically new clock nodes have been added for 3630 DPLL4 M2,M3,M4,M5 and
M6 and value of these nodes are used if cpu type is
THis patch series has Clock changes related to OMAP3630. The major Clock
releated changes are
1. DPLL4 type has changed to j type.
2. Frequency Selection (FREQSEL) is no longer required for 3630
3. CLKSEL field width is increased for DPLL4 M2, M3, M4, M5 and M6
4. DPLL4 M2 o/p can be either 96
In 3630, DPLL4M2 o/p can be 96MH or 192MHz (for SGX to run at 192). This
patch has changes to support this feature. 96MHz clock is generated by
dividing 192Mhz clock by 2 using CM_CLKSEL_CORE register.
SGX can select Core Clock, 192MHz clock or CM_96M_FCLK as it's
functional clock. In summary chan
DPLL_FREQSEL field in CLKEN_PLL register is no longer valid for OMAP3630. So
remove
references to that.
Signed-off-by: Vishwanath BS
---
arch/arm/mach-omap2/dpll.c |9 +
1 files changed, 5 insertions(+), 4 deletions(-)
diff --git a/arch/arm/mach-omap2/dpll.c b/arch/arm/mach-omap2/d
Hello,
On Thursday 14 January 2010 17:58:29 ext Janusz Krzysztofik wrote:
> Change the way McBSP registers are maintained: store values written to the
> device in a cache in order to make use of those cached values when
> convenient.
>
> This could help for developing the McBSP context save/resto
Hello Janusz,
On Friday 15 January 2010 18:43:11 ext Janusz Krzysztofik wrote:
> >> --- git/arch/arm/plat-omap/mcbsp.c.orig2010-01-14 00:36:14.0
> >> +0100 +++ git/arch/arm/plat-omap/mcbsp.c 2010-01-14 02:05:23.0
> >> +0100 @@ -114,7 +114,8 @@ static irqreturn_t omap_mcbsp_tx
51 matches
Mail list logo