* Cousson, Benoit b-cous...@ti.com [101015 08:58]:
Hi Paul,
On 10/14/2010 8:44 PM, Paul Walmsley wrote:
Hello Rajendra,
On Tue, 10 Aug 2010, Rajendra Nayak wrote:
OMAP's have always had PRCM split into PRM for power and reset
management and CM for clock management.
In OMAP4 the split
Hi Paul,
On 10/14/2010 8:44 PM, Paul Walmsley wrote:
Hello Rajendra,
On Tue, 10 Aug 2010, Rajendra Nayak wrote:
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
Hello Rajendra,
On Tue, 10 Aug 2010, Rajendra Nayak wrote:
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
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Wednesday, August 25, 2010 3:10 AM
To: Nayak, Rajendra
Cc: linux-omap@vger.kernel.org; p...@pwsan.com; Cousson, Benoit
Subject: Re: [RFC][PATCH 2/2] OMAP4: PRCM: Fix usage of prm/cm accessor api's
: Fix usage of prm/cm accessor
api's for
OMAP4
Rajendra Nayak rna...@ti.com 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
Rajendra Nayak rna...@ti.com 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.
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 still makes sense, even on OMAP4 to