Installing the armel libc on armhf

2012-05-06 Thread Michael Hope
Hi there.  Hopefully an easy question but I'm stumped.  How do I
install the armel softfp libc6 on a new Precise armhf install?

I set APT::Architectures to { armel } and then tried a apt-get
install libc6:armel but I get errors about the package not matching
the host architecture.

-- Michael

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev


Re: linux-linaro-core-tracking tree created

2012-05-06 Thread Andy Green
On 04/26/2012 10:49 AM, Somebody in the thread at some point said:
 On 04/26/2012 01:54 AM, Somebody in the thread at some point said:

Hi -

 Please don't remove your dt bits! Instead let me know when I can drop
 the conflicting (== redundant) commits from my tracking-unsorted branch.
 
 It's just that one patch from Grant that sets up the DT machine name
 stuff in board-omap4panda.  If it's not intentional you're providing it
 I can stick it back on when you remove it on your side.

This happened and I added the support back in OK, thanks.

 Maybe it's something on my side but I noticed I have android logging
 coming on my vanilla defconfig now.  I can force it off in my defconfig,
 but I am wondering if that's intentional?

 No, it wasn't. In the Android patchset all their new config options are
 y by default, regardless of CONFIG_ANDROID even. We (well, John
 Stultz) have started changing these defaults to n, and to enabling
 them in configs/android.conf (the WAKELOCK ones,
 ANDROID_PARANOID_NETWORK, and NET_ACTIVITY_STATS).
 
 Right that's what's needed.  I'll just wait for this to go away as we
 track -core then.

Since it's still there in today's llct and making me see double, I
tracked it down to this from Androidization series

109a3af ARM: Make low-level printk work

I don't think that makes any sense any more and should be removed,
unless there's some case on Android side that really needs it.  Vanilla
has better DEBUG_LL support now since 2005 when that patch was
introduced and the Android kernels will inherit it.  I've reverted it in
my tree since we commonly need DEBUG_LL on (but we don't need printascii
garbling all our logging as if there was an echo in there).

-Andy

-- 
Andy Green | TI Landing Team Leader
Linaro.org │ Open source software for ARM SoCs | Follow Linaro
http://facebook.com/pages/Linaro/155974581091106  -
http://twitter.com/#!/linaroorg - http://linaro.org/linaro-blog

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev


[PATCH 1/5] MAINTAINERS: add entry for common clk framework

2012-05-06 Thread Mike Turquette
Signed-off-by: Mike Turquette mturque...@linaro.org
---
 MAINTAINERS |   10 ++
 1 files changed, 10 insertions(+), 0 deletions(-)

diff --git a/MAINTAINERS b/MAINTAINERS
index 1a2f8f5..164e9a1 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -1882,6 +1882,16 @@ F:   Documentation/filesystems/coda.txt
 F: fs/coda/
 F: include/linux/coda*.h
 
+COMMON CLK FRAMEWORK
+M: Mike Turquette mturque...@ti.com
+M: Mike Turquette mturque...@linaro.org
+L: linux-arm-ker...@lists.infradead.org (same as CLK API  CLKDEV)
+T: git git://git.linaro.org/people/mturquette/linux.git
+S: Maintained
+F: drivers/clk/clk.c
+F: drivers/clk/clk-*
+F: include/linux/clk-pr*
+
 COMMON INTERNET FILE SYSTEM (CIFS)
 M: Steve French sfre...@samba.org
 L: linux-c...@vger.kernel.org
-- 
1.7.5.4


___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev


[PATCH 2/5] clk: prevent spurious parent rate propagation

2012-05-06 Thread Mike Turquette
Patch 'clk: always pass parent_rate into .round_rate' made a subtle
change to the semantics of .round_rate.  It is now expected for the
parent's rate to always be passed in, simplifying the implemenation of
various .round_rate callback definitions.

However the patch also introduced a bug in clk_calc_new_rates whereby a
clock without the CLK_SET_RATE_PARENT flag set could still propagate a
rate change up to a parent clock if the the .round_rate callback
modified the best_parent_rate value in any way.

This patch fixes the issue at the framework level (in
clk_calc_new_rates) by specifically handling the case where the
CLK_SET_RATE_PARENT flag is not set.

Signed-off-by: Mike Turquette mturque...@linaro.org
Reported-by: Sascha Hauers.ha...@pengutronix.de
---
 drivers/clk/clk.c |7 ++-
 1 files changed, 6 insertions(+), 1 deletions(-)

diff --git a/drivers/clk/clk.c b/drivers/clk/clk.c
index 8149764..7ceca0e 100644
--- a/drivers/clk/clk.c
+++ b/drivers/clk/clk.c
@@ -774,12 +774,18 @@ static struct clk *clk_calc_new_rates(struct clk *clk, 
unsigned long rate)
if (IS_ERR_OR_NULL(clk))
return NULL;
 
+   /* save parent rate, if it exists */
+   if (clk-parent)
+   best_parent_rate = clk-parent-rate;
+
/* never propagate up to the parent */
if (!(clk-flags  CLK_SET_RATE_PARENT)) {
if (!clk-ops-round_rate) {
clk-new_rate = clk-rate;
return NULL;
}
+   new_rate = clk-ops-round_rate(clk-hw, rate, 
best_parent_rate);
+   goto out;
}
 
/* need clk-parent from here on out */
@@ -795,7 +801,6 @@ static struct clk *clk_calc_new_rates(struct clk *clk, 
unsigned long rate)
goto out;
}
 
-   best_parent_rate = clk-parent-rate;
new_rate = clk-ops-round_rate(clk-hw, rate, best_parent_rate);
 
if (best_parent_rate != clk-parent-rate) {
-- 
1.7.5.4


___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev


[PATCH 4/5] clk: mux: assign init data

2012-05-06 Thread Mike Turquette
The original conversion to struct clk_hw_init failed to add the pointer
assignment in clk_register_mux.

Signed-off-by: Mike Turquette mturque...@linaro.org
Reported-by: Sascha Hauer s.ha...@pengutronix.de
---
 drivers/clk/clk-mux.c |1 +
 1 files changed, 1 insertions(+), 0 deletions(-)

diff --git a/drivers/clk/clk-mux.c b/drivers/clk/clk-mux.c
index 8e97491..fd36a8e 100644
--- a/drivers/clk/clk-mux.c
+++ b/drivers/clk/clk-mux.c
@@ -116,6 +116,7 @@ struct clk *clk_register_mux(struct device *dev, const char 
*name,
mux-width = width;
mux-flags = clk_mux_flags;
mux-lock = lock;
+   mux-hw.init = init;
 
clk = clk_register(dev, mux-hw);
 
-- 
1.7.5.4


___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev


[PATCH 3/5] clk: remove COMMON_CLK_DISABLE_UNUSED

2012-05-06 Thread Mike Turquette
Exposing this option generates confusion and incorrect behavior for
single-image builds across platforms.  Enable this behavior permanently.

Signed-off-by: Mike Turquette mturque...@linaro.org
---
 drivers/clk/Kconfig |   11 ---
 drivers/clk/clk.c   |2 --
 2 files changed, 0 insertions(+), 13 deletions(-)

diff --git a/drivers/clk/Kconfig b/drivers/clk/Kconfig
index f05a60d..4864407 100644
--- a/drivers/clk/Kconfig
+++ b/drivers/clk/Kconfig
@@ -23,17 +23,6 @@ config COMMON_CLK
 menu Common Clock Framework
depends on COMMON_CLK
 
-config COMMON_CLK_DISABLE_UNUSED
-   bool Disabled unused clocks at boot
-   depends on COMMON_CLK
-   ---help---
- Traverses the entire clock tree and disables any clocks that are
- enabled in hardware but have not been enabled by any device drivers.
- This saves power and keeps the software model of the clock in line
- with reality.
-
- If in doubt, say N.
-
 config COMMON_CLK_DEBUG
bool DebugFS representation of clock tree
depends on COMMON_CLK
diff --git a/drivers/clk/clk.c b/drivers/clk/clk.c
index 7ceca0e..e5d5dc1 100644
--- a/drivers/clk/clk.c
+++ b/drivers/clk/clk.c
@@ -196,7 +196,6 @@ late_initcall(clk_debug_init);
 static inline int clk_debug_register(struct clk *clk) { return 0; }
 #endif
 
-#ifdef CONFIG_COMMON_CLK_DISABLE_UNUSED
 /* caller must hold prepare_lock */
 static void clk_disable_unused_subtree(struct clk *clk)
 {
@@ -246,7 +245,6 @@ static int clk_disable_unused(void)
return 0;
 }
 late_initcall(clk_disable_unused);
-#endif
 
 /***helper functions   ***/
 
-- 
1.7.5.4


___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev