On 27 September 2012 14:34, Viresh Kumar wrote:
> Workqueues queues work on current cpu, if the caller haven't passed a
> preferred
> cpu. This may wake up an idle CPU, which is actually not required.
>
> This work can be processed by any CPU and so we must select a non-idle CPU
> here.
> This p
For people trying to build Linaro Android 12.08 there's an issue with an
unknown reference in powertop2.0.
Here's what to do:
cd android
edit .repo/manifest.xml
Find:
...and remove the line. Then
cp .repo/manifest.xml ../
cd ..
rm -rf android/
edit linaro_android_build_cmds.sh
and change
From: Jon Medhurst
We will be reusing this functionality later.
Signed-off-by: Jon Medhurst
---
semi_loader.c | 56 ++--
1 file changed, 34 insertions(+), 22 deletions(-)
diff --git a/semi_loader.c b/semi_loader.c
index cbe911c..c9750be 10
From: Jon Medhurst
Check all the CPU affinity fields of MPIDR, so we select only
the first CPU of the first cluster as the one to boot on.
Signed-off-by: Jon Medhurst
---
boot.S |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/boot.S b/boot.S
index 727119a..40ebd33 100644
From: Jon Medhurst
The A15xA7 models simulate a Cache Coherent Interconnect (CCI) and this
needs to be initialised correctly for Linux to boot.
To perform this initiation we add the new function configure_from_fdt()
which will look in the fdt for devices to initialise. In this first case
we look
This mostly boils down to initialising the Cache Coherent Interconnect
(CCI). We do this by looking in the device-tree for a CCI node, that way
the same semihosting bootwrapper binary can be used on both the
big.LITTLE models and on the A15 models which don't have a CCI.
[PATCH 1/3] bootwrapper: A
Hi Laurent,
On 09/27/2012 12:29 PM, Laurent Pinchart wrote:
> On Thursday 27 September 2012 00:00:20 Sylwester Nawrocki wrote:
>> On 09/26/2012 10:32 PM, Mauro Carvalho Chehab wrote:
>>> Em Thu, 13 Sep 2012 12:02:14 +0100 Sangwook Lee escreveu:
This patch adds driver for S5K4ECGX sensor with
Signed-off-by: Marcin Juszkiewicz
---
meta/classes/siteinfo.bbclass |2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/classes/siteinfo.bbclass b/meta/classes/siteinfo.bbclass
index 8c256ce..aab0867 100644
--- a/meta/classes/siteinfo.bbclass
+++ b/meta/classes/siteinfo.bbclass
@@ -18,6
Signed-off-by: Marcin Juszkiewicz
---
meta/classes/insane.bbclass |1 +
1 file changed, 1 insertion(+)
diff --git a/meta/classes/insane.bbclass b/meta/classes/insane.bbclass
index 1fb8970..b390242 100644
--- a/meta/classes/insane.bbclass
+++ b/meta/classes/insane.bbclass
@@ -44,6 +44,7 @@ de
Signed-off-by: Marcin Juszkiewicz
---
meta/classes/kernel-arch.bbclass |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/classes/kernel-arch.bbclass b/meta/classes/kernel-arch.bbclass
index 6446504..b3b78b6 100644
--- a/meta/classes/kernel-arch.bbclass
+++ b/meta/class
This patchset adds support for AArch64 in all required classes:
- insane
- kernel-arch
- siteinfo
Everything is from public available information (binutils, linux).
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailma
On 26 September 2012 18:08, Jon Medhurst (Tixy) wrote:
> On Wed, 2012-09-26 at 16:01 +0100, Peter Maydell wrote:
>> The patch has added an 'enter_hyp'
>> call into the chunk of code which is relocated to some random
>> address, which means the code is now too long and we only relocate
>> half of
On 09/26/2012 10:32 PM, Mauro Carvalho Chehab wrote:
> Em Thu, 13 Sep 2012 12:02:14 +0100
> Sangwook Lee escreveu:
>
>> This patch adds driver for S5K4ECGX sensor with embedded ISP SoC,
>> S5K4ECGX, which is a 5M CMOS Image sensor from Samsung
>> The driver implements preview mode of the S5K4ECGX
On Mon, Sep 24, 2012 at 06:58:04PM +0530, Rajagopal Venkat wrote:
> This patch adds stubs for features that are not supported
> by Andriod. An header file which defines all stubs is
> included only for Android builds.
>
> Signed-off-by: Rajagopal Venkat
> diff --git a/src/android_stubs.h b/src/an
On (09/27/12 00:09), Magnus Fromreide wrote:
> That they fail to throw exceptions from new is no reason to disable
> set_new_handler, the newhandler is called by the runtime on out of memory
> and is intended to allow the user to try fixing the issue. This is true for
> the noexcept version as well
On 27 September 2012 13:50, MyungJoo Ham wrote:
>> Prepare devfreq core framework to support devices which
>> can idle. When device idleness is detected perhaps through
>> runtime-pm, need some mechanism to suspend devfreq load
>> monitoring and resume back when device is online. Present
>> code c
On 27 September 2012 14:34, Viresh Kumar wrote:
> #if defined(CONFIG_NO_HZ) && defined(CONFIG_SMP)
> - if (!pinned && get_sysctl_timer_migration() && idle_cpu(cpu))
> + if (!pinned && get_sysctl_timer_migration())
> cpu = get_nohz_timer_target();
> #endif
> + i
Hi Sylwester,
On Thursday 27 September 2012 00:00:20 Sylwester Nawrocki wrote:
> On 09/26/2012 10:32 PM, Mauro Carvalho Chehab wrote:
> > Em Thu, 13 Sep 2012 12:02:14 +0100 Sangwook Lee escreveu:
> >> This patch adds driver for S5K4ECGX sensor with embedded ISP SoC,
> >> S5K4ECGX, which is a 5M CM
Workqueues queues work on current cpu, if the caller haven't passed a preferred
cpu. This may wake up an idle CPU, which is actually not required.
This work can be processed by any CPU and so we must select a non-idle CPU here.
This patch adds in support in workqueue framework to get preferred CPU
Hi All,
This is V2 of my sched_select_cpu() work.
In order to save power, it would be useful to schedule work onto non-IDLE cpus
instead of waking up an IDLE one.
To achieve this, we need scheduler to guide kernel frameworks (like: timers &
workqueues) on which is the most preferred CPU that mus
Check for current cpu's idleness already done in implementation of
sched_select_cpu() which is called by get_nohz_timer_target(). So, no need to
call idle_cpu() twice, once from sched_select_cpu() and once from timer and
hrtimer before calling get_nohz_timer_target().
This patch removes calls to i
In order to save power, it would be useful to schedule work onto non-IDLE cpus
instead of waking up an IDLE one.
To achieve this, we need scheduler to guide kernel frameworks (like: timers &
workqueues) on which is the most preferred CPU that must be used for these
tasks.
This routine returns the
> Prepare devfreq core framework to support devices which
> can idle. When device idleness is detected perhaps through
> runtime-pm, need some mechanism to suspend devfreq load
> monitoring and resume back when device is online. Present
> code continues monitoring unless device is removed from
> de
23 matches
Mail list logo
