Hi, Dmitry
On Wed, 04 Jul 2012 13:23:10 +0400, Dmitry Antipov wrote:
> I remember that this was rejected some time ago. Nevertheless,
> is it possible to accept this until we will have a better solution?
>
Why???
Ingo already merged da3789628f88 ("perf tools: Stop using a global
trace events de
On 07/05/2012 11:48 AM, Peter Maydell wrote:
> Device tree memory regions may have sizes larger than 4GB.
> Instead of silently truncating a 64 bit size when we pass it
> to arm_add_memory(), split large regions into 2GB chunks.
>
> Signed-off-by: Peter Maydell
> ---
> With this patch, I can take
Hi,
I need to re-compile 3.0.0-1002.3 linaro omap kernel to include MADC
drivers. The reason is that the linaro-m 11.07 release uses this kernel,
and I need to add MADC driver to the 11.07 release...
Where can I find 3.0.0-1002.3 linaro omap kernel...???
I use overo-fire.
Any suggestion on which
Device tree memory regions may have sizes larger than 4GB.
Instead of silently truncating a 64 bit size when we pass it
to arm_add_memory(), split large regions into 2GB chunks.
Signed-off-by: Peter Maydell
---
With this patch, I can take a device tree which has been tweaked
so its #address-cells
On 20 June 2012 15:04, hongbo.zhang wrote:
> From: "hongbo.zhang"
>
> ---
> arch/arm/configs/u8500_defconfig |4 +
> arch/arm/mach-ux500/board-mop500.c | 71
> drivers/thermal/Kconfig | 16 +
> drivers/thermal/Makefile |
In case you need tell someone how to make builds at android-build.linaro.org.
--
Zach Pfeffer
Android Platform Team Lead, Linaro Platform Teams
Linaro.org | Open source software for ARM SoCs
Follow Linaro: http://www.facebook.com/pages/Linaro
http://twitter.com/#!/linaroorg - http://www.linaro.or
I sent the mail before finishing the review. additional one will come soon
On 5 July 2012 16:13, Vincent Guittot wrote:
> On 20 June 2012 15:04, hongbo.zhang wrote:
>> From: "hongbo.zhang"
>>
>> ---
>> arch/arm/configs/u8500_defconfig |4 +
>> arch/arm/mach-ux500/board-mop500.c
On 20 June 2012 15:04, hongbo.zhang wrote:
> From: "hongbo.zhang"
>
> ---
> arch/arm/configs/u8500_defconfig |4 +
> arch/arm/mach-ux500/board-mop500.c | 71
> drivers/thermal/Kconfig | 16 +
> drivers/thermal/Makefile |
On 07/03/2012 06:54 PM, Rafael J. Wysocki wrote:
> On Tuesday, July 03, 2012, Daniel Lezcano wrote:
>> On 07/03/2012 03:19 PM, Stephen Rothwell wrote:
>>> Hi Daniel,
>>>
>>> On Tue, 03 Jul 2012 14:56:58 +0200 Daniel Lezcano
>>> wrote:
> So do you have a branch in the cpuidle-next.git tre
When the system is booted with some cpus offline, the idle
driver is not initialized. When a cpu is set online, the
acpi code call the intel idle init function. Unfortunately
this code introduce a dependency between intel_idle and acpi.
This patch is intended to remove this dependency by using the
We have the state index passed as parameter to the 'enter' function.
Most of the drivers assign their 'enter' functions several times in
the cpuidle_state structure, as we have the index, we can delegate
to the driver to handle their own callback array.
That will have the benefit of removing multi
Move this specific flag to the header file.
Signed-off-by: Daniel Lezcano
---
drivers/idle/intel_idle.c |8
include/linux/cpuidle.h | 16 +---
2 files changed, 13 insertions(+), 11 deletions(-)
diff --git a/drivers/idle/intel_idle.c b/drivers/idle/intel_idle.c
index
The 'enter_dead' function is only used for processor_idle.c
and the same function is used several times. We fall into the
same abuse with the multiple callbacks for the same function.
This patch fixes that by moving the 'enter_dead' function to the
driver structure. A flag CPUIDLE_FLAG_DEAD_VALID
On 5 July 2012 07:20, Linus Walleij wrote:
> On Wed, Jun 20, 2012 at 3:04 PM, hongbo.zhang
> wrote:
>
> > /*
> > + * Thermal Sensor
> > + */
> > +
> > +#ifdef CONFIG_DB8500_THERMAL
>
> Please don't #ifdef the platform data like this, Documentation/CodingStyle
> dislikes #ifdefs unless needed an
14 matches
Mail list logo
