Some of the includes are totally unnecessary, remove some others in
preparation to make the PRCM its own driver.
Signed-off-by: Tero Kristo
---
arch/arm/mach-omap2/clockdomain.h |3 ++-
arch/arm/mach-omap2/cm33xx.h |3 ---
arch/arm/mach-omap2
Retry init is needed if clockdomains are registered before the corresponding
clocks are ready. In this case, the clockdomain info is added to a list
which will be processed once the clockdomains for next PRCM module are
processed.
Signed-off-by: Tero Kristo
---
arch/arm/mach-omap2/prm_common.c
Done in preparation to make CM a standalone driver.
Signed-off-by: Tero Kristo
---
arch/arm/mach-omap2/cm2xxx.c | 19 ++-
1 file changed, 18 insertions(+), 1 deletion(-)
diff --git a/arch/arm/mach-omap2/cm2xxx.c b/arch/arm/mach-omap2/cm2xxx.c
index 4c29f63..e74484a 100644
Done in preparation to make PRM a standalone driver.
Signed-off-by: Tero Kristo
---
arch/arm/mach-omap2/prm44xx.c | 33 -
arch/arm/mach-omap2/prminst44xx.c |3 ++-
2 files changed, 34 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-omap2
This helps to get rid of cpu_is_X checks from within the PRM driver.
Done in preparation to make PRM a separate driver.
Signed-off-by: Tero Kristo
---
arch/arm/mach-omap2/io.c | 17 +
arch/arm/mach-omap2/prm.h | 11 +++
arch/arm/mach-omap2
This is different for OMAP4, OMAP5 and DRA7, and is currently checked
runtime with a cpu_is_X check. Replace this with an init time setting.
Signed-off-by: Tero Kristo
---
arch/arm/mach-omap2/prm.h |1 +
arch/arm/mach-omap2/prm44xx.c | 20 +---
arch/arm/mach
Done in preparation to make PRCM a standalone driver.
Signed-off-by: Tero Kristo
---
arch/arm/mach-omap2/cm44xx.c |1 -
arch/arm/mach-omap2/cminst44xx.c |8 +++-
arch/arm/mach-omap2/powerdomain-common.c |1 -
3 files changed, 7 insertions(+), 3 deletions
Done in preparation to make CM a standalone driver.
Signed-off-by: Tero Kristo
---
arch/arm/mach-omap2/cm33xx.c |9 -
arch/arm/mach-omap2/cm33xx.h |1 -
2 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-omap2/cm33xx.c b/arch/arm/mach-omap2/cm33xx.c
SoC specific late_init call is now registered during PRM init, and will
be called automatically by PRM core. This helps to get rid of some
redundant initcalls and cpu_is_X checks from the PRM code.
Signed-off-by: Tero Kristo
---
arch/arm/mach-omap2/prm.h|2 ++
arch/arm/mach-omap2
OMAP44XX_CM*_REGADDR macros should be avoided, instead use the cm_base*
iomaps.
Signed-off-by: Tero Kristo
---
arch/arm/mach-omap2/cm44xx.c |8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/arch/arm/mach-omap2/cm44xx.c b/arch/arm/mach-omap2/cm44xx.c
index 535d66e
Hi,
This set is continuation for the work started earlier to cleanup the CM/PRM
and attempt to make it a separate driver. This set depends on these
two sets:
CM/PRM cleanup set:
http://marc.info/?l=linux-omap&m=139395000918201&w=2
OMAP2 clock DT set:
http://comments.gmane.org/gmane.linux.ports.a
On 03/26/2014 12:36 AM, Tony Lindgren wrote:
* Tero Kristo [140304 08:23]:
There is a solitary write to this register every wakeup from off-mode,
which isn't doing anything, so remove it.
Argh, this chunk of code is for sure the the thing that's blocking all
the voltage scalin
On 03/20/2014 11:23 PM, Mike Turquette wrote:
Quoting Tero Kristo (2014-03-05 05:10:17)
Ping.
Mike, any feedback on this?
Hi Tero,
Have you seen Sylwester's approach[1]? I prefer it since it is more
device-oriented and less "centralized". The clock consumer enumerates
the de
On 03/18/2014 10:32 AM, Peter Ujfalusi wrote:
On 03/17/2014 04:09 PM, Tomi Valkeinen wrote:
Hi,
I noticed that my omap4 panda does not boot with today's linux-next
(8808b950581f71e3ee4cf8e6cae479f4c7106405). I didn't have much time to study
it, but I didn't find any posts about the issue with a
On 03/13/2014 10:35 PM, Joel Fernandes wrote:
Signed-off-by: Joel Fernandes
---
arch/arm/boot/dts/am33xx.dtsi |2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/boot/dts/am33xx.dtsi b/arch/arm/boot/dts/am33xx.dtsi
index 4e6c959..51b7008 100644
--- a/arch/arm/boot/dts/am33xx.dts
On 03/14/2014 01:36 AM, Joel Fernandes wrote:
On 03/13/2014 04:52 PM, Rob Herring wrote:
On Thu, Mar 13, 2014 at 3:35 PM, Joel Fernandes wrote:
Introduce a generic omap timer initialization function that can
be used by all SoCs for which support is available in the clocksource
driver introduce
On 03/10/2014 02:49 PM, Roger Quadros wrote:
USB_DPLL must be initialized and locked at boot so that
USB modules can work.
Program USB_DLL_M2 output to half rate as well.
Patch depends on
https://www.mail-archive.com/linux-omap@vger.kernel.org/msg101300.html
CC: Mike Turquette
CC: Tero
usb_otg_ss1_refclk960m and
usb_otg_ss2_refclk960m.
CC: Tero Kristo
Signed-off-by: Roger Quadros
---
arch/arm/boot/dts/dra7xx-clocks.dtsi | 12 ++--
1 file changed, 10 insertions(+), 2 deletions(-)
diff --git a/arch/arm/boot/dts/dra7xx-clocks.dtsi
b/arch/arm/boot/dts/dra7xx-clocks.dtsi
index
On 03/07/2014 03:09 PM, Roger Quadros wrote:
USB_DPLL must be initialized and locked at boot so that
USB modules can work.
Also program USB_DLL_M2 output to half rate.
CC: Mike Turquette
CC: Tero Kristo
Signed-off-by: Roger Quadros
---
drivers/clk/ti/clk-7xx.c | 11 +++
1 file
On 03/05/2014 08:10 PM, Tony Lindgren wrote:
* Tony Lindgren [140305 09:12]:
* Tero Kristo [140305 00:17]:
On 03/04/2014 11:28 PM, Tony Lindgren wrote:
* Tero Kristo [140304 10:58]:
On 03/04/2014 07:32 PM, Tony Lindgren wrote:
* Tero Kristo [140304 01:22]:
This is no longer needed as
Ping.
Mike, any feedback on this?
-Tero
On 02/13/2014 11:00 AM, Tero Kristo wrote:
Hi,
This set is a mix-match of new DT properties for generic and TI specific
clock drivers. Basically provided for commenting purposes. The patches
provide a way to configure clock parents / rates during boot
On 03/01/2014 12:37 AM, Tony Lindgren wrote:
* Christoph Fritz [140214 06:24]:
Full device tree support for clock control, especially to set frequencies,
is not yet accomplished. Until then, configure the 24Mhz of sys_clkout2 to
feed an USB-Hub here.
Hmm would like to see Tero's comments on t
On 03/05/2014 10:35 AM, Tomi Valkeinen wrote:
Hi Tero,
What about the dts fixes in this series? DSS DT depends on those fixes.
I'd like the dts fixes to be either merged for v3.14, or I can add them
to my DSS DT series (with acks).
Well, I am not a maintainer of any sort, so you are asking wro
On 03/04/2014 11:28 PM, Tony Lindgren wrote:
* Tero Kristo [140304 10:58]:
On 03/04/2014 07:32 PM, Tony Lindgren wrote:
* Tero Kristo [140304 01:22]:
This is no longer needed as clock data is provided through DT.
Looks like there's a new error even before applying this patch in
the s
On 03/04/2014 07:32 PM, Tony Lindgren wrote:
* Tero Kristo [140304 01:22]:
This is no longer needed as clock data is provided through DT.
And this one we cannot apply yet until omap3 is booting in device tree
only mode.
What is missing to achieve this? Some boards are not booting in DT
On 03/04/2014 07:32 PM, Tony Lindgren wrote:
* Tero Kristo [140304 01:22]:
This is no longer needed as clock data is provided through DT.
Looks like there's a new error even before applying this patch in
the series as I'm now getting the following oops on n8x0. So cannot
test this
Control module related PM initializations are now moved within control
module driver. Done in preparation to isolate the code to its own driver.
Signed-off-by: Tero Kristo
---
arch/arm/mach-omap2/control.c | 19 +--
arch/arm/mach-omap2/control.h |3 +--
arch/arm/mach-omap2
This patch moves the functionality from PM core to control driver.
Signed-off-by: Tero Kristo
---
arch/arm/mach-omap2/control.c | 26 ++
arch/arm/mach-omap2/control.h |1 +
arch/arm/mach-omap2/pm34xx.c | 15 +--
3 files changed, 28 insertions(+), 14
Helps to isolate the PRM driver.
Signed-off-by: Tero Kristo
---
arch/arm/mach-omap2/pm34xx.c | 71 +---
arch/arm/mach-omap2/prm3xxx.c | 90 +
arch/arm/mach-omap2/prm3xxx.h |1 +
3 files changed, 92 insertions(+), 70
Remove a few OMAP34XX_CM_REGADDR defines and replace these with offset
based register accesses instead.
Signed-off-by: Tero Kristo
---
arch/arm/mach-omap2/cm3xxx.c | 12
arch/arm/mach-omap2/cm3xxx.h |6 ++
2 files changed, 10 insertions(+), 8 deletions(-)
diff --git a
Done to isolate the PRM as its own driver.
Signed-off-by: Tero Kristo
---
arch/arm/mach-omap2/pm24xx.c | 34 +
arch/arm/mach-omap2/prm2xxx.c | 42 +
arch/arm/mach-omap2/prm2xxx.h |1 +
3 files changed, 44
Hi,
This set cleans up the CM/PRM codebase a bit, removing the need for direct
CM/PRM register access macros outside CM/PRM drivers. This is done in
preparation to isolate these drivers into its own driver directory.
Currently my plan is to create a single PRCM driver, which will contain
both, and
Done in preparation to move cm/prm to drivers. These will still use
omap_test_timeout, but will not have access to common.h header under
mach-omap2 anymore.
Signed-off-by: Tero Kristo
---
arch/arm/mach-omap2/prcm-common.h | 20
1 file changed, 20 insertions(+)
diff --git
Removed exported prototypes from the public header file for the direct
register access. Also made a new driver API for clearing mpuss previous
logic powerstate so that the register APIs are no longer needed.
Signed-off-by: Tero Kristo
---
arch/arm/mach-omap2/omap-mpuss-lowpower.c | 15
Done in preparation to move PRM into its own driver.
Signed-off-by: Tero Kristo
---
arch/arm/mach-omap2/pm34xx.c | 15 ---
arch/arm/mach-omap2/prm3xxx.c |7 +++
2 files changed, 7 insertions(+), 15 deletions(-)
diff --git a/arch/arm/mach-omap2/pm34xx.c b/arch/arm/mach
This isolates the PRM register access within the PRM driver.
Signed-off-by: Tero Kristo
---
arch/arm/mach-omap2/control.c |6 +-
arch/arm/mach-omap2/prm3xxx.c | 20
arch/arm/mach-omap2/prm3xxx.h |1 +
3 files changed, 22 insertions(+), 5 deletions(-)
diff
This helps to isolate the PRM into its own driver.
Signed-off-by: Tero Kristo
---
arch/arm/mach-omap2/pm24xx.c | 31 +--
arch/arm/mach-omap2/prm2xxx.c | 18 ++
arch/arm/mach-omap2/prm2xxx.h |1 +
3 files changed, 32 insertions(+), 18
Done in preparation to move the CM driver to its own driver folder.
These drivers will not have access to functionality under mach-omap2 anymore.
Signed-off-by: Tero Kristo
---
arch/arm/mach-omap2/cm2xxx.c | 15 ++-
arch/arm/mach-omap2/cm3xxx.c | 13 +
2 files
This is a more proper isolation of the code. Done in preparation of making
PRM an individual driver.
Signed-off-by: Tero Kristo
---
arch/arm/mach-omap2/pm34xx.c |5 +
arch/arm/mach-omap2/prm3xxx.c | 15 +++
arch/arm/mach-omap2/prm3xxx.h |1 +
3 files changed, 17
Done in preparation to move CM to be a driver of its own. This patch causes
currently a build breakage which will be addressed in next patches.
Signed-off-by: Tero Kristo
---
arch/arm/mach-omap2/cm2xxx.c |1 +
arch/arm/mach-omap2/cm2xxx_3xxx.h | 48
Done in preparation to make the prm an individual driver.
Signed-off-by: Tero Kristo
---
arch/arm/mach-omap2/pm34xx.c | 60 +
arch/arm/mach-omap2/prm3xxx.c | 53
arch/arm/mach-omap2/prm3xxx.h |1 +
3 files
There is a solitary write to this register every wakeup from off-mode,
which isn't doing anything, so remove it.
Signed-off-by: Tero Kristo
---
arch/arm/mach-omap2/pm34xx.c |4
1 file changed, 4 deletions(-)
diff --git a/arch/arm/mach-omap2/pm34xx.c b/arch/arm/mach-omap2/pm3
Internal version contains the direct register access macros and should
only be used by PRCM drivers.
Signed-off-by: Tero Kristo
---
arch/arm/mach-omap2/prm2xxx.c |2 +-
arch/arm/mach-omap2/prm2xxx_3xxx.c |2 +-
arch/arm/mach-omap2/prm2xxx_3xxx.h | 47
This isolates the PRM register access within the PRM driver.
Signed-off-by: Tero Kristo
---
arch/arm/mach-omap2/control.c | 11 ++-
arch/arm/mach-omap2/prm3xxx.c |9 +
arch/arm/mach-omap2/prm3xxx.h |1 +
3 files changed, 12 insertions(+), 9 deletions(-)
diff --git a
This is a more proper isolation of the code. Done in preparation of making
PRM an individual driver.
Signed-off-by: Tero Kristo
---
arch/arm/mach-omap2/pm34xx.c | 49 +
arch/arm/mach-omap2/prm3xxx.c | 45 +
arch
This patch creates a unique node for each clock in the OMAP2 power,
reset and clock manager (PRCM).
Signed-off-by: Tero Kristo
---
arch/arm/boot/dts/omap2420-clocks.dtsi | 270 +++
arch/arm/boot/dts/omap2420.dtsi| 29 +
arch/arm/boot/dts/omap2430-clocks.dtsi | 344
The clock and clkdev for this are added manually.
Signed-off-by: Tero Kristo
---
arch/arm/mach-omap2/clkt2xxx_virt_prcm_set.c | 53 ++
drivers/clk/ti/clk-2xxx.c|2 +
include/linux/clk/ti.h |1 +
3 files changed, 56
Adds support for registering the alias clocks, boot time clock-enable list
and disabling autoidle of clocks.
Signed-off-by: Tero Kristo
---
drivers/clk/ti/Makefile |1 +
drivers/clk/ti/clk-2xxx.c | 254 +
include/linux/clk/ti.h|2 +
3
ti,composite-gate-clock documentation was missing, also the register
offset examples were wrong.
Signed-off-by: Tero Kristo
---
.../devicetree/bindings/clock/ti/gate.txt | 29 +---
1 file changed, 25 insertions(+), 4 deletions(-)
diff --git a/Documentation/devicetree
Otherwise legacy boot clock data is used.
Signed-off-by: Tero Kristo
---
arch/arm/mach-omap2/io.c | 15 +--
1 file changed, 13 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-omap2/io.c b/arch/arm/mach-omap2/io.c
index af432b1..e57088d 100644
--- a/arch/arm/mach-omap2
This patch adds support for initializing also omap2-prcm and omap2-scrm
through DT.
Signed-off-by: Tero Kristo
---
.../devicetree/bindings/arm/omap/prcm.txt | 65
arch/arm/mach-omap2/prm_common.c |2 +
2 files changed, 67 insertions
This patch adds support for omap2 type aplls, which have gating and
autoidle functionality.
Signed-off-by: Tero Kristo
---
.../devicetree/bindings/clock/ti/apll.txt | 24 ++-
arch/arm/mach-omap2/clock.h| 11 --
drivers/clk/ti/apll.c
osc_ck can be simply defined as a multiplexer clock, and the sys_ck
can be a simple divider.
Signed-off-by: Tero Kristo
---
arch/arm/mach-omap2/Makefile |3 +-
arch/arm/mach-omap2/cclock2420_data.c | 52 +
arch/arm/mach-omap2/cclock2430_data.c | 60
Hi,
Changes compared to v1:
- fixed OMAP2 only build issues
- fixed OMAP2420 boot issues
- added patch #13 and #14 to remove legacy clock data for OMAP2/OMAP3
- fixed smatch + DT bindings documentation problems reported by Nishanth
This set is un-tested on OMAP2 hardware as I don't have access to
OMAP2430 I2CHS modules require specific hardware ops to be used, so added
a new compatible string for this.
Signed-off-by: Tero Kristo
---
.../devicetree/bindings/clock/ti/interface.txt |2 ++
arch/arm/mach-omap2/clock.h|1 -
drivers/clk/ti/interface.c
OMAP2 has slightly different DPLL compared to later OMAP generations.
This patch adds support for the ti,omap2-dpll-core-clock and also adds
the bindings documentation.
Signed-off-by: Tero Kristo
---
.../devicetree/bindings/clock/ti/dpll.txt |9 +++
arch/arm/mach-omap2/clock.h
Cleans up the code a bit and is useful for clock data DT conversion.
Signed-off-by: Tero Kristo
---
arch/arm/mach-omap2/cclock2420_data.c | 15 ---
arch/arm/mach-omap2/clock.c | 21 -
arch/arm/mach-omap2/clock.h |3 ---
3 files changed
d-off-by: Tero Kristo
---
drivers/clk/ti/dpll.c | 39 +++
1 file changed, 15 insertions(+), 24 deletions(-)
diff --git a/drivers/clk/ti/dpll.c b/drivers/clk/ti/dpll.c
index 7e498a4..dda262d 100644
--- a/drivers/clk/ti/dpll.c
+++ b/drivers/clk/ti/dpll.c
@@
On 03/03/2014 08:46 PM, Tony Lindgren wrote:
* Tero Kristo [140303 00:20]:
On 02/28/2014 08:33 PM, Tony Lindgren wrote:
* Tero Kristo [140228 10:21]:
Hmm, some clock node is broken, might be missing a name or parent
name for some reason. Can you try to boot with DEBUG enabled so you
get
On 02/28/2014 08:33 PM, Tony Lindgren wrote:
* Tero Kristo [140228 10:21]:
Hmm, some clock node is broken, might be missing a name or parent
name for some reason. Can you try to boot with DEBUG enabled so you
get pr_debug:s out and see which clock is being initialized during
the crash
On 01/06/2014 02:12 PM, Satish Patel wrote:
Clock entries support for TI's USIM - Smart card controller of AM43xx platform
USIM controller has multiple sources for debounce and functional clock.Entry
for each source has been added.
This patch is using unsupported/old version of DT data layout
On 03/03/2014 08:09 AM, Satish Patel wrote:
On 3/1/2014 3:29 AM, Tony Lindgren wrote:
* Satish Patel [140109 00:13]:
On 1/6/2014 5:42 PM, Satish Patel wrote:
Patch set includes clock and HWMOD entries for AM43x's USIM modoule.
Note: I am in process of mainlining usim driver.
Satish Pate
ks good to me also.
Acked-by: Tero Kristo
Regards,
Tony
---
drivers/clk/ti/clk-44xx.c | 1 -
drivers/clk/ti/clk-54xx.c | 1 -
drivers/clk/ti/clk-7xx.c | 1 -
3 files changed, 3 deletions(-)
diff --git a/drivers/clk/ti/clk-44xx.c b/drivers/clk/ti/clk-44xx.c
index ae00218..02517a8 10
On 02/28/2014 08:01 PM, Tony Lindgren wrote:
* Nishanth Menon [140228 08:02]:
On 02/28/2014 03:22 AM, Tero Kristo wrote:
Hi,
This set concludes the omap2+ clock DT conversion work by creating the
DT clock data for omap2 SoC also.
I am also currently doing related work to cleanup CM/PRM
OMAP2 has slightly different DPLL compared to later OMAP generations.
This patch adds support for the ti,omap2-dpll-core-clock and also adds
the bindings documentation.
Signed-off-by: Tero Kristo
---
.../devicetree/bindings/clock/ti/dpll.txt |9
arch/arm/mach-omap2/clock.h
Otherwise legacy boot clock data is used.
Signed-off-by: Tero Kristo
---
arch/arm/mach-omap2/io.c | 15 +--
1 file changed, 13 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-omap2/io.c b/arch/arm/mach-omap2/io.c
index af432b1..e57088d 100644
--- a/arch/arm/mach-omap2
d-off-by: Tero Kristo
---
drivers/clk/ti/dpll.c | 39 +++
1 file changed, 15 insertions(+), 24 deletions(-)
diff --git a/drivers/clk/ti/dpll.c b/drivers/clk/ti/dpll.c
index 7e498a4..dda262d 100644
--- a/drivers/clk/ti/dpll.c
+++ b/drivers/clk/ti/dpll.c
@@
Hi,
This set concludes the omap2+ clock DT conversion work by creating the
DT clock data for omap2 SoC also.
I am also currently doing related work to cleanup CM/PRM codebase in
preparation to move it into drivers/, this set is basically going to
be a pre-requisite for that. I'll hopefully post s
This patch adds support for omap2 type aplls, which have gating and
autoidle functionality.
Signed-off-by: Tero Kristo
---
.../devicetree/bindings/clock/ti/apll.txt | 21 ++-
arch/arm/mach-omap2/clock.h| 11 --
drivers/clk/ti/apll.c
The clock and clkdev for this are added manually.
Signed-off-by: Tero Kristo
---
arch/arm/mach-omap2/clkt2xxx_virt_prcm_set.c | 46 ++
drivers/clk/ti/clk-2xxx.c|2 ++
include/linux/clk/ti.h |1 +
3 files changed, 49
This patch adds support for initializing also omap2-prcm and omap2-scrm
through DT.
Signed-off-by: Tero Kristo
---
arch/arm/mach-omap2/prm_common.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/mach-omap2/prm_common.c b/arch/arm/mach-omap2/prm_common.c
index b4c4ab9..878ae9f
This patch creates a unique node for each clock in the OMAP2 power,
reset and clock manager (PRCM).
Signed-off-by: Tero Kristo
---
arch/arm/boot/dts/omap2420-clocks.dtsi | 270 +++
arch/arm/boot/dts/omap2420.dtsi| 29 +
arch/arm/boot/dts/omap2430-clocks.dtsi | 344
Cleans up the code a bit and is useful for clock data DT conversion.
Signed-off-by: Tero Kristo
---
arch/arm/mach-omap2/cclock2420_data.c | 15 ---
arch/arm/mach-omap2/clock.c | 21 -
arch/arm/mach-omap2/clock.h |3 ---
3 files changed
ti,composite-gate-clock documentation was missing, also the register
offset examples were wrong.
Signed-off-by: Tero Kristo
---
.../devicetree/bindings/clock/ti/gate.txt | 29 +---
1 file changed, 25 insertions(+), 4 deletions(-)
diff --git a/Documentation/devicetree
osc_ck can be simply defined as a multiplexer clock, and the sys_ck
can be a simple divider.
Signed-off-by: Tero Kristo
---
arch/arm/mach-omap2/Makefile |3 +-
arch/arm/mach-omap2/cclock2420_data.c | 52 +
arch/arm/mach-omap2/cclock2430_data.c | 60
OMAP2430 I2CHS modules require specific hardware ops to be used, so added
a new compatible string for this.
Signed-off-by: Tero Kristo
---
.../devicetree/bindings/clock/ti/interface.txt |2 ++
arch/arm/mach-omap2/clock.h|1 -
drivers/clk/ti/interface.c
Adds support for registering the alias clocks, boot time clock-enable list
and disabling autoidle of clocks.
Signed-off-by: Tero Kristo
---
drivers/clk/ti/Makefile |1 +
drivers/clk/ti/clk-2xxx.c | 254 +
include/linux/clk/ti.h|2 +
3
good to me.
Acked-by: Tero Kristo
---
arch/arm/boot/dts/am33xx.dtsi |4
arch/arm/boot/dts/am4372.dtsi |5 +
arch/arm/boot/dts/dra7.dtsi |5 +
arch/arm/boot/dts/omap3.dtsi |5 +
arch/arm/boot/dts/omap4.dtsi |5 +
arch/arm/boot/dts/omap5.dtsi
On 01/29/2014 08:19 PM, Nishanth Menon wrote:
cpu0 clock node has no functionality, since cpufreq-cpu0 is already
capable of picking up the clock from dts.
Signed-off-by: Nishanth Menon
Acked-by: Tero Kristo
---
drivers/clk/ti/clk-33xx.c |1 -
1 file changed, 1 deletion(-)
diff
On 02/19/2014 09:26 PM, Florian Vaussard wrote:
On 02/19/2014 05:22 PM, Tero Kristo wrote:
On 02/19/2014 11:15 AM, Florian Vaussard wrote:
Hello,
Trying to get my SMSC9221 working on OMAP4 with DT,
I faced a misconfigured gpmc_fck (dummy clock set to 0)
resulting in serveral division-by-zero
On 02/19/2014 11:15 AM, Florian Vaussard wrote:
Hello,
Trying to get my SMSC9221 working on OMAP4 with DT,
I faced a misconfigured gpmc_fck (dummy clock set to 0)
resulting in serveral division-by-zero, misconfigured
timings and driver lost in the La La Land.
To solve this, patch 1 removes gpmc
On 02/17/2014 06:13 PM, Florian Vaussard wrote:
Hi,
On 02/17/2014 01:29 PM, Tero Kristo wrote:
On 02/17/2014 01:27 PM, Florian Vaussard wrote:
Add the gpmc_fck clock, derived from l3_ick, and reference it from
the GPMC node to get it correctly working.
Signed-off-by: Florian Vaussard
On 02/17/2014 01:27 PM, Florian Vaussard wrote:
Add the gpmc_fck clock, derived from l3_ick, and reference it from
the GPMC node to get it correctly working.
Signed-off-by: Florian Vaussard
---
arch/arm/boot/dts/omap4.dtsi | 2 ++
arch/arm/boot/dts/omap44xx-clocks.dtsi | 6 ++
On 02/13/2014 12:04 PM, Tomi Valkeinen wrote:
Set 'ti,set-rate-parent' property for clocks in the dpll4_m4 clock
path, which is used for DSS functional clock. This fixes DSS driver's
clock rate configuration, which needs the rate to be propagated properly
to the divider node (dpll4_m4_ck).
...
On 02/13/2014 12:04 PM, Tomi Valkeinen wrote:
We need to use set-rate-parent for dpll4_m4 clock path, so use the
ti,fixed-factor-clock version which supports set-rate-parent property.
you are talking about the flag but not introducing it in this
patch, maybe squash this + patch 7...?
-
On 02/13/2014 12:04 PM, Tomi Valkeinen wrote:
OMAP3630 DPLL4 is different than on OMAP3430, in that it doesn't have
the x2 multiplier for its outputs. This is not currently reflected in
the clock DT data.
Fix the issue by setting the clock multiplier to 1 (instead of 2) for the
DPLL4 output cloc
g the issue.
Signed-off-by: Tomi Valkeinen
Acked-by: Tero Kristo
---
arch/arm/boot/dts/omap3430es1-clocks.dtsi | 6 +++---
arch/arm/boot/dts/omap36xx-am35xx-omap3430es2plus-clocks.dtsi | 6 +++---
2 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/arch/ar
On 02/14/2014 03:25 AM, Sebastian Reichel wrote:
On Thu, Feb 13, 2014 at 02:49:14PM -0800, Tony Lindgren wrote:
* Sebastian Reichel [140121 06:39]:
update aliases for the ssi clocks ssi_ssr_fck, ssi_sst_fck and ssi_ick
to make them consistent for omap34xx and omap36xx. This makes it
possible t
On 02/13/2014 12:03 PM, Tomi Valkeinen wrote:
clk-divider.c does not calculate the rates consistently at the moment.
As an example, on OMAP3 we have a clock divider with a source clock of
86400 Hz. With dividers 6, 7 and 8 the theoretical rates are:
6: 14400
7: 123428571.428571...
8: 10
On 02/14/2014 01:00 AM, Tony Lindgren wrote:
* Tomi Valkeinen [140116 23:47]:
omap2_dpll_round_rate() doesn't actually round the given rate, even if
the name and the description so hints. Instead it only tries to find an
exact rate match, or if that fails, return ~0 as an error.
What this basi
On 02/14/2014 01:12 AM, Tony Lindgren wrote:
* Tomi Valkeinen [140130 03:19]:
If CLK_SET_RATE_PARENT is set for a clkoutx2 clock, calling
clk_set_rate() on the clock "skips" the x2 multiplier as there are no
set_rate and round_rate functions defined for the clkoutx2.
This results in getting do
On 02/14/2014 01:13 AM, Tony Lindgren wrote:
* Nishanth Menon [140205 01:06]:
omap3_noncore_dpll_set_rate forces a reparent to the same clk_ref
for every call that takes place. This is an can be done only if a change
is detected.
Signed-off-by: Nishanth Menon
Would like to see acks on this
default-rate property can now be used to define default rates for clocks,
which get configured during boot.
Signed-off-by: Tero Kristo
---
arch/arm/mach-omap2/prm_common.c |2 ++
drivers/clk/ti/clk.c |1 +
2 files changed, 3 insertions(+)
diff --git a/arch/arm/mach-omap2
Hi,
This set is a mix-match of new DT properties for generic and TI specific
clock drivers. Basically provided for commenting purposes. The patches
provide a way to configure clock parents / rates during boot through DT.
"default-rate" : sets rate of a clock during boot, supported for any DT
Setup dpll_usb_ck and dpll_abe_ck using DT properties instead of hardcoding
the parents and rates in kernel.
Signed-off-by: Tero Kristo
---
arch/arm/boot/dts/omap4.dtsi | 12
drivers/clk/ti/clk-44xx.c| 42 --
2 files changed, 12
ti,mux-clock now supports ti,default-parent property, which can be used
to configure the default parent of the clock during boot. This property
can be added to board specific files, or under the clock data itself.
Signed-off-by: Tero Kristo
---
Documentation/devicetree/bindings/clock/ti/mux.txt
default-rate property can now be used to set initial rates for clocks.
This is added by default for all clocks which get initialized through
of_clk_init().
Signed-off-by: Tero Kristo
---
.../devicetree/bindings/clock/clock-bindings.txt |9 ++
drivers/clk/clk.c
On 01/29/2014 01:21 PM, Christoph Fritz wrote:
On Tue, 2014-01-28 at 18:02 +0100, Christoph Fritz wrote:
On Tue, 2014-01-28 at 15:40 +0200, Tero Kristo wrote:
Due to a regression since next-20140122 the following errors are present:
- pin sys_clkout2, which gets configured to 24 Mhz by
On 01/29/2014 01:21 PM, Christoph Fritz wrote:
On Tue, 2014-01-28 at 18:02 +0100, Christoph Fritz wrote:
On Tue, 2014-01-28 at 15:40 +0200, Tero Kristo wrote:
Due to a regression since next-20140122 the following errors are present:
- pin sys_clkout2, which gets configured to 24 Mhz by
On 01/29/2014 11:38 AM, Tomi Valkeinen wrote:
On 2014-01-29 11:29, Ivaylo Dimitrov wrote:
On 29.01.2014 11:10, Tero Kristo wrote:
It looks like the omap36xx version of the omap96m_alwon_fck is modelled
improperly in the dts files. I don't have access to omap36xx hardware
myself, but g
701 - 800 of 2362 matches
Mail list logo