Re: Re: [PATCH v4 2/3] devfreq: Add suspend and resume apis

> On Monday 08 of October 2012 10:48:24 MyungJoo Ham wrote: > > > On 8 October 2012 03:31, Rafael J. Wysocki wrote: > > > > On Thursday 04 of October 2012 14:58:33 Rajagopal Venkat wrote: > > > >> Add devfreq suspend/resume apis for devfreq users. This patch > > > >> supports suspend and resume of

Re: [PATCH] cpufreq:core: Fix printing of governor and driver name

On 15 October 2012 23:21, Rafael J. Wysocki wrote: > On Wednesday 10 of October 2012 10:12:11 Viresh Kumar wrote: >> Arrays for governer and driver name are of size CPUFREQ_NAME_LEN or 16. >> i.e. 15 bytes for name and 1 for trailing '\0'. >> >> When cpufreq driver print these names (for sysfs), i

[PATCH] mfd: ab8500: add devicetree support for fuelgauge

From: "Rajanikanth H.V" - This patch adds device tree support for fuelgauge driver - optimize bm devices platform_data usage and of_probe(...) Note: of_probe() routine for battery managed devices is made common across all bm drivers. - test status: - interrupt numbers assigned differs betwe

Re: [PATCH v4 2/3] devfreq: Add suspend and resume apis

On Monday 08 of October 2012 10:48:24 MyungJoo Ham wrote: > > On 8 October 2012 03:31, Rafael J. Wysocki wrote: > > > On Thursday 04 of October 2012 14:58:33 Rajagopal Venkat wrote: > > >> Add devfreq suspend/resume apis for devfreq users. This patch > > >> supports suspend and resume of devfreq l

Re: ARM A9 oprofile

> Ming Lei writes: > In fact, I observed this patch can fix the same problem triggered > by the command below: > > # frequency should be set as more than 4 > perf record -e cycles -F 5 noploop > Hi, guys! It seems that you have already got the perf tool worked on the ARM A9 platform

Re: [PATCH] cpufreq:core: Fix printing of governor and driver name

On Wednesday 10 of October 2012 10:12:11 Viresh Kumar wrote: > Arrays for governer and driver name are of size CPUFREQ_NAME_LEN or 16. > i.e. 15 bytes for name and 1 for trailing '\0'. > > When cpufreq driver print these names (for sysfs), it includes '\n' or ' ' in > the fmt string and still pass

Re: [PATCH] cpufreq: core: Fix typo in comment describing show_bios_limit()

On Tuesday 09 of October 2012 12:32:48 Viresh Kumar wrote: > show_bios_limit is mistakenly written as show_scaling_driver in a comment > describing purpose of show_bios_limit() routine. > > Fix it. > > Signed-off-by: Viresh Kumar Thanks for the patch, I will queue it up for v3.8. Rafael > --

Re: Add AArch64 support into util-linux

On Wed, Oct 03, 2012 at 10:31:19AM +0100, Marcin Juszkiewicz wrote: > fdisk/fdiskbsdlabel.h |1 + > 1 file changed, 1 insertion(+) Applied, thanks. -- Karel Zak http://karelzak.blogspot.com ___ linaro-dev mailing list linaro-dev@lists.linaro

[PATCH v3] ARCH: EXYNOS: add support to match product id

From: Minkyu Kang Based upon single SoC there can be multiple variants. This patch add support to match the complete product ID. Signed-off-by: Chander Kashyap --- Changes from v1: - Author name changed Changes from v2: - Fixed typo arch/arm/include/asm/arch-exynos/cpu.h |9

Re: [U-Boot] [PATCH v2] ARCH: EXYNOS: add support to match product id

Hi Albert, Thanks. On 15 October 2012 17:58, Albert ARIBAUD wrote: > Hi Chander, > > On Mon, 15 Oct 2012 17:28:23 +0530, Chander Kashyap > wrote: > >> From: Minkyu Kang >> >> Based upon single SoC there can be multiple varients. > > Typo here (varients => variants) I will fix it. -- with warm

Re: [U-Boot] [PATCH v2] ARCH: EXYNOS: add support to match product id

Hi Chander, On Mon, 15 Oct 2012 17:28:23 +0530, Chander Kashyap wrote: > From: Minkyu Kang > > Based upon single SoC there can be multiple varients. Typo here (varients => variants) > This patch add support to match the complete product ID. > > Signed-off-by: Chander Kashyap > --- > Change

[PATCH v2] EXYNOS: Clock: Add common function for pll rate calculation

From: Minkyu Kang Moved the common code to calculate pll clock rate to new function exynos_get_pll_clk(). Signed-off-by: Chander Kashyap --- Changes from v1: - Author name changed arch/arm/cpu/armv7/exynos/clock.c | 102 ++--- 1 file changed, 38 inserti

[PATCH v2] ARCH: EXYNOS: add support to match product id

From: Minkyu Kang Based upon single SoC there can be multiple varients. This patch add support to match the complete product ID. Signed-off-by: Chander Kashyap --- Changes from v1: - Author name changed arch/arm/include/asm/arch-exynos/cpu.h |9 + 1 file changed, 9 insertio

[PATCH V2] cpufreq: Move common part from governors to separate file

Multiple cpufreq governers have defined similar get_cpu_idle_time_***() routines. These routines must be moved to some common place, so that all governors can use them. So moving them to cpufreq_governor.c, which seems to be a better place for keeping these routines. Signed-off-by: Viresh Kumar

Re: [PATCH] cpufreq: timer: Move tick-sched specific code outside of cpufreq governors

On Mon 15-10-12 13:41:20, Viresh Kumar wrote: > Multiple cpufreq governers have defined similar get_cpu_idle_time_***() > routines. These routines must be moved to some common place, so that all > governors can use them. > > So moving them to tick-sched.c, which seems to be a better place for keep

Re: [PATCH] cpufreq: timer: Move tick-sched specific code outside of cpufreq governors

On Mon 15-10-12 14:11:53, Viresh Kumar wrote: > On 15 October 2012 14:05, Michal Hocko wrote: [...] > > I would suggest moving the common functionality into drivers/cpufreq/ > > (e.g. cpufreq_common.c). > > Initially i did that only, but then thought these routines must be present in > more gener

Re: [PATCH][RFC] Mali: Add devfreq support

On 15 October 2012 14:20, Amit Kucheria wrote: > On Mon, Oct 15, 2012 at 1:51 PM, Rajagopal Venkat > wrote: >> This patch adds devfreq support for Mali driver. Though mali driver >> has its own mechanism for load monitoring, this patch makes use of >> devfreq framework to achieve same functionali

Re: [PATCH][RFC] Mali: Add devfreq support

On Mon, Oct 15, 2012 at 1:51 PM, Rajagopal Venkat wrote: > This patch adds devfreq support for Mali driver. Though mali driver > has its own mechanism for load monitoring, this patch makes use of > devfreq framework to achieve same functionality. The goal is to > export gpu dvfs information to use

Re: [PATCH] cpufreq: timer: Move tick-sched specific code outside of cpufreq governors

On 15 October 2012 14:05, Michal Hocko wrote: > On Mon 15-10-12 13:41:20, Viresh Kumar wrote: >> Multiple cpufreq governers have defined similar get_cpu_idle_time_***() >> routines. These routines must be moved to some common place, so that all >> governors can use them. >> >> So moving them to ti

[PATCH][RFC] Mali: Add devfreq support

This patch adds devfreq support for Mali driver. Though mali driver has its own mechanism for load monitoring, this patch makes use of devfreq framework to achieve same functionality. The goal is to export gpu dvfs information to user space. Depends on devfreq patchset - https://lkml.org/lkml/2012

[PATCH] cpufreq: timer: Move tick-sched specific code outside of cpufreq governors

Multiple cpufreq governers have defined similar get_cpu_idle_time_***() routines. These routines must be moved to some common place, so that all governors can use them. So moving them to tick-sched.c, which seems to be a better place for keeping these routines. Signed-off-by: Viresh Kumar --- d

Re: [PATCH][RESEND] power: opp: rcu reclaim

On Wednesday 03 of October 2012 21:38:09 Vincent Guittot wrote: > On Wednesday, 3 October 2012, Paul E. McKenney > wrote: > > On Tue, Oct 02, 2012 at 04:02:05AM +0200, Rafael J. Wysocki wrote: > >> On Monday 01 of October 2012 15:42:39 Vincent Guittot wrote: > >> > Hi Rafael, > >> > > >> > Ping. >