Mans,
On Tue, Nov 22, 2011 at 8:15 AM, Mans Rullgard wrote:
> These patches fix and tweak various cache settings for the 4460
> resulting in a speed increase exceeding 10% in some tests.
>
> Mans Rullgard (5):
> OMAP4: apply L2 cache lockdown workaround only on 4460 ES1.0
This one is OK though t
On 22 November 2011 00:10, Zygmunt Krynicki wrote:
> Hi Dave.
>
> I need reference master images for our boards. Do we have an archive
> anywhere. I'm interested in Panda, iMX53 loco and snowball if you have
> them. One (panda) will do but I can use more once I can get them across the
> wire.
>
Wh
Re-enable the PL310 double linefill feature on 4460, disabled in 285d2c4,
without setting the "reserved" bit 25 of the prefetch control register.
Benchmarking shows no measurable difference with and without this bit
set.
Signed-off-by: Mans Rullgard
---
arch/arm/mach-omap2/omap4-common.c | 10
The old value needs to be cleared before inserting the
new one.
Signed-off-by: Mans Rullgard
---
arch/arm/mach-omap2/omap4-common.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/omap4-common.c
b/arch/arm/mach-omap2/omap4-common.c
index 03b13e3..be7
According to the PL310 TRM, 9 is not a valid value for this field,
and benchmarking shows slightly better results with a value of 3.
Signed-off-by: Mans Rullgard
---
arch/arm/mach-omap2/omap4-common.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/o
These patches fix and tweak various cache settings for the 4460
resulting in a speed increase exceeding 10% in some tests.
Mans Rullgard (5):
OMAP4: apply L2 cache lockdown workaround only on 4460 ES1.0
OMAP4: enable double linefill on 4460
OMAP4: fix PL310 prefetch offset setting
OMAP4: s
Signed-off-by: Mans Rullgard
---
arch/arm/mach-omap2/Kconfig |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/arch/arm/mach-omap2/Kconfig b/arch/arm/mach-omap2/Kconfig
index fe18e27..427d27b 100644
--- a/arch/arm/mach-omap2/Kconfig
+++ b/arch/arm/mach-omap2/Kconfig
@@ -4
The issue addressed by this workaround is fixed in ES1.1.
Signed-off-by: Mans Rullgard
---
arch/arm/mach-omap2/omap4-common.c | 12 ++--
1 files changed, 2 insertions(+), 10 deletions(-)
diff --git a/arch/arm/mach-omap2/omap4-common.c
b/arch/arm/mach-omap2/omap4-common.c
index 5df70f
The common clk framework is an attempt to define a common struct clk
which can be used by most platforms, and an API that drivers can always
use safely for managing clks.
The net result is consolidation of many different struct clk definitions
and platform-specific clk framework implementations.
Many platforms support simple gateable clks and fixed-rate clks that
should not be re-implemented by every platform.
This patch introduces a gateable clk with a common programming model of
gate control via a write of 1 bit to a register. Both set-to-enable and
clear-to-enable are supported.
Also
Hi all,
A quick refresher: the clock framework APIs in include/linux/clk.h have
allowed platforms to develop their own platform-specific implementations
to manage clocks; this meant that everyone had their own definition of
struct clk, duplicated much code and contributed negatively to the
on-goin
Introduces kobject support for the common struct clk, exports per-clk
data via read-only callbacks and models the clk tree topology in sysfs.
Also adds support for generating the clk tree in clk_init and migrating
nodes when input sources are switches in clk_set_parent.
Signed-off-by: Mike Turque
Provide documentation for the common clk structures and APIs. This code
can be found in drivers/clk/ and include/linux/clk.h.
Signed-off-by: Mike Turquette
---
Documentation/clk.txt | 312 +
1 files changed, 312 insertions(+), 0 deletions(-)
cre
The common clk framework provides clk_prepare and clk_unprepare
implementations. Create an entry for HAVE_CLK_PREPARE so that
GENERIC_CLK can select it.
Signed-off-by: Mike Turquette
---
drivers/clk/Kconfig |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/drivers/clk/K
Howdy Gang,
Please welcome Amber Graner to the team. Amber comes to us from the
Ubuntu Community and has a proven track record of getting things
accomplished. She's joined us as a "Community Specialist" contractor
for a few months to help make some rapid progress on our community
goals, includi
Rajendra Nayak writes:
> An hwmod with a 'HWMOD_INIT_NO_IDLE' flag set, is left in
> enabled state by the hwmod framework post the initial setup.
> Once a real user of the device (a driver) tries to enable it
> at a later point, the hwmod framework throws a WARN() about
> the device being already
Hi Dave.
I need reference master images for our boards. Do we have an archive
anywhere. I'm interested in Panda, iMX53 loco and snowball if you have
them. One (panda) will do but I can use more once I can get them across
the wire.
Thanks
ZK
___
li
An hwmod with a 'HWMOD_INIT_NO_IDLE' flag set, is left in
enabled state by the hwmod framework post the initial setup.
Once a real user of the device (a driver) tries to enable it
at a later point, the hwmod framework throws a WARN() about
the device being already in enabled state.
Fix this by int
Hi Rajendra,
On Mon, Nov 21, 2011 at 11:45 AM, Rajendra Nayak wrote:
> An hwmod with a 'HWMOD_INIT_NO_IDLE' flag set, is left in
> enabled state by the hwmod framework post the initial setup.
> Once a real user of the device (a driver) tries to enable it
> at a later point, the hwmod framework th
On Monday 21 November 2011 03:33 PM, Govindraj wrote:
Hi Rajendra,
On Mon, Nov 21, 2011 at 11:45 AM, Rajendra Nayak wrote:
An hwmod with a 'HWMOD_INIT_NO_IDLE' flag set, is left in
enabled state by the hwmod framework post the initial setup.
Once a real user of the device (a driver) tries to e
Hi,
if you don't get any answers here on linaro-dev you might try
us...@igloocommunity.org or ker...@igloocommunity.org.
/Patrik
On 20 November 2011 01:02, X Y wrote:
> Hi,
>
> We are porting some linux distro (developed at our university) to the
> Snowball board as a study assignment. Mostly
21 matches
Mail list logo
