Re: [linux-pm] [RFC PATCH 2/2] thermal: Add generic cpu cooling implementation

2012-02-07 Thread Eduardo Valentin
Hello Amit, On Tue, Dec 13, 2011 at 08:43:16PM +0530, Amit Daniel Kachhap wrote: This patch adds support for generic cpu thermal cooling low level implementations using frequency scaling and cpuhotplugg currently. Different cpu related cooling devices can be registered by the user and the

Re: [PATCH] ux500 : decouple/recouple gic from the PRCMU

2012-02-07 Thread Rickard Andersson
On 02/06/2012 03:10 PM, Daniel Lezcano wrote: On 02/06/2012 10:19 AM, Rickard Andersson wrote: Hi! Our comments: Thanks Rickard and Jonas for your comments. - function names don't match commit comment disable/enable vs recouple/decouple. Decouple is a better name than disable, because GIC

Re: [PATCH] ux500 : decouple/recouple gic from the PRCMU

2012-02-07 Thread Daniel Lezcano
On 02/07/2012 09:39 AM, Rickard Andersson wrote: On 02/06/2012 03:10 PM, Daniel Lezcano wrote: On 02/06/2012 10:19 AM, Rickard Andersson wrote: Hi! Our comments: Thanks Rickard and Jonas for your comments. - function names don't match commit comment disable/enable vs recouple/decouple.

Re: [PATCH] ux500 : decouple/recouple gic from the PRCMU

2012-02-07 Thread Rickard Andersson
On 02/07/2012 10:22 AM, Daniel Lezcano wrote: On 02/07/2012 09:39 AM, Rickard Andersson wrote: On 02/06/2012 03:10 PM, Daniel Lezcano wrote: On 02/06/2012 10:19 AM, Rickard Andersson wrote: Hi! Our comments: Thanks Rickard and Jonas for your comments. - function names don't match commit

Re: [PATCH 0/6] mmc: omap_hsmmc: Clean up use/abuse of pdev-id

2012-02-07 Thread S, Venkatraman
On Sat, Feb 4, 2012 at 8:21 PM, Rajendra Nayak rna...@ti.com wrote: This series mainly cleans up all instances of hardcoding's in the driver based on pdev-id. This is cleanup leading to the DT adaptation of omap_hsmmc driver. Patches are based on 3.3-rc2 and can be found here

Re: FW: [PATCH 02/07] HWMON: DA9052/53 hwmon driver v1

2012-02-07 Thread Ashish Jangam
On Tue, 2012-02-07 at 17:52 +0530, Ashish Jangam wrote: Can you consider adding yourself or David as maintainer ? Not a must, but no one else would really be able to support the driver. Thank for this, you can add my name. +Supported chips: + * Dialog Semiconductors DA9052-BC and

Re: [PATCH] ux500 : decouple/recouple gic from the PRCMU

2012-02-07 Thread Daniel Lezcano
On 02/07/2012 10:57 AM, Rickard Andersson wrote: On 02/07/2012 10:22 AM, Daniel Lezcano wrote: On 02/07/2012 09:39 AM, Rickard Andersson wrote: On 02/06/2012 03:10 PM, Daniel Lezcano wrote: On 02/06/2012 10:19 AM, Rickard Andersson wrote: Hi! Our comments: Thanks Rickard and Jonas for your

Re: [PATCH] sched: move CONFIG_IRQ_TIME_ACCOUNTING to common code

2012-02-07 Thread Yong Zhang
On Wed, Feb 01, 2012 at 11:19:49AM +0400, Dmitry Antipov wrote: Since CONFIG_IRQ_TIME_ACCOUNTING is architecture-agnostic, move it from x86 area to common code. IIRC, it's x86 dependent now. Thanks, Yong Signed-off-by: Dmitry Antipov dmitry.anti...@linaro.org --- arch/x86/Kconfig |

Re: [PATCH] sched: move CONFIG_IRQ_TIME_ACCOUNTING to common code

2012-02-07 Thread Ingo Molnar
* Dmitry Antipov dmitry.anti...@linaro.org wrote: Since CONFIG_IRQ_TIME_ACCOUNTING is architecture-agnostic, move it from x86 area to common code. Signed-off-by: Dmitry Antipov dmitry.anti...@linaro.org --- arch/x86/Kconfig | 11 --- lib/Kconfig.debug | 11 +++ 2

Re: FW: [PATCH 02/07] HWMON: DA9052/53 hwmon driver v1

2012-02-07 Thread Guenter Roeck
Hi Ashish, On Tue, Feb 07, 2012 at 08:07:10AM -0500, Ashish Jangam wrote: On Tue, 2012-02-07 at 17:52 +0530, Ashish Jangam wrote: Can you consider adding yourself or David as maintainer ? Not a must, but no one else would really be able to support the driver. Thank for this, you can add my

Re: [PATCH] ux500 : decouple/recouple gic from the PRCMU

2012-02-07 Thread Vincent Guittot
On 7 February 2012 15:15, Daniel Lezcano daniel.lezc...@linaro.org wrote: On 02/07/2012 10:57 AM, Rickard Andersson wrote: On 02/07/2012 10:22 AM, Daniel Lezcano wrote: On 02/07/2012 09:39 AM, Rickard Andersson wrote: On 02/06/2012 03:10 PM, Daniel Lezcano wrote: On 02/06/2012 10:19 AM,

Re: [PATCH 0/6] mmc: omap_hsmmc: Clean up use/abuse of pdev-id

2012-02-07 Thread Rajendra Nayak
On Tuesday 07 February 2012 02:02 AM, S, Venkatraman wrote: I gave it a spin on Beagleboard-XM (OMAP3630) with root filesystem on the SD card, and checked again on 4430SDP. Tested-by: Venkatraman Ssvenk...@ti.com Great, thanks Venkat. ___

Re: [linux-pm] [RFC PATCH] thermal: Add support to report cooling statistics achieved by cooling devices

2012-02-07 Thread Amit Kachhap
Hi eduardo, Thanks for the detail review. On 6 February 2012 23:09, Eduardo Valentin eduardo.valen...@ti.com wrote: Hello Amit, some comments embedded. On Wed, Jan 18, 2012 at 02:51:07PM +0530, Amit Daniel Kachhap wrote: Add a sysfs node code to report effective cooling of all cooling

[PATCH] sched: generalize CONFIG_IRQ_TIME_ACCOUNTING for X86 and ARM

2012-02-07 Thread Dmitry Antipov
Generalize CONFIG_IRQ_TIME_ACCOUNTING between X86 and ARM, move noirqtime= option to common debugging code. Signed-off-by: Dmitry Antipov dmitry.anti...@linaro.org --- arch/arm/kernel/sched_clock.c |3 +++ arch/x86/Kconfig | 11 --- arch/x86/kernel/tsc.c |

Re: [linux-pm] [RFC PATCH 2/2] thermal: Add generic cpu cooling implementation

2012-02-07 Thread Amit Kachhap
Hi eduardo, Again thanks for the review. On 7 February 2012 00:25, Eduardo Valentin eduardo.valen...@ti.com wrote: Hello Amit, On Tue, Dec 13, 2011 at 08:43:16PM +0530, Amit Daniel Kachhap wrote: This patch adds support for generic cpu thermal cooling low level implementations using

Re: [PATCH 6/6] mmc: omap_hsmmc: Don't expect MMC1 to always have vmmc supply

2012-02-07 Thread S, Venkatraman
On Sat, Feb 4, 2012 at 8:21 PM, Rajendra Nayak rna...@ti.com wrote: MMC1 is not the only instance that can be used/wired for SD. So remove this assumption from the driver. Signed-off-by: Rajendra Nayak rna...@ti.com ---  drivers/mmc/host/omap_hsmmc.c |   14 --  1 files changed,

Re: [linux-pm] [RFC PATCH 2/2] thermal: Add generic cpu cooling implementation

2012-02-07 Thread Eduardo Valentin
Hello Amit, On Tue, Feb 07, 2012 at 10:21:15AM -0800, Amit Kachhap wrote: Hi eduardo, Again thanks for the review. On 7 February 2012 00:25, Eduardo Valentin eduardo.valen...@ti.com wrote: Hello Amit, On Tue, Dec 13, 2011 at 08:43:16PM +0530, Amit Daniel Kachhap wrote: This patch

Re: Minimum timing resolution in Ubuntu/Linaro on the PandaBoard ES

2012-02-07 Thread Zygmunt Krynicki
On 02/07/2012 11:43 PM, Andrew Richardson wrote: Greetings, I'm experiencing what appears to be a minimum clock resolution issue in using clock_gettime() on a PandaBoard ES running ubuntu. * uname -r* 3.1.1-8-linaro-lt-omap * cat /proc/version* Linux version

Re: Minimum timing resolution in Ubuntu/Linaro on the PandaBoard ES

2012-02-07 Thread Andrew Richardson
I was using CLOCK_MONOTONIC_RAW before. I just tried CLOCK_MONOTONIC and CLOCK_REALTIME and did not see any improvement when timing 2-3ms events. Andrew On 12-02-07 06:16 PM, Zygmunt Krynicki wrote: On 02/07/2012 11:43 PM, Andrew Richardson wrote: Greetings, I'm experiencing what appears

Re: Minimum timing resolution in Ubuntu/Linaro on the PandaBoard ES

2012-02-07 Thread John Stultz
On Wed, 2012-02-08 at 00:16 +0100, Zygmunt Krynicki wrote: On 02/07/2012 11:43 PM, Andrew Richardson wrote: Greetings, I'm experiencing what appears to be a minimum clock resolution issue in using clock_gettime() on a PandaBoard ES running ubuntu. * uname -r*

Re: Minimum timing resolution in Ubuntu/Linaro on the PandaBoard ES

2012-02-07 Thread John Stultz
On Tue, 2012-02-07 at 20:21 -0500, Andrew Richardson wrote: On Feb 7, 2012, at 7:30 PM, John Stultz wrote: On Wed, 2012-02-08 at 00:16 +0100, Zygmunt Krynicki wrote: Hrm. No, that shouldn't be the case. CLOCK_MONOTONIC and CLOCK_REALTIME are driven by the same accumulation, and are only

Re: Minimum timing resolution in Ubuntu/Linaro on the PandaBoard ES

2012-02-07 Thread Dmitry Antipov
On 02/07/2012 02:43 PM, Andrew Richardson wrote: I'm experiencing what appears to be a minimum clock resolution issue in using clock_gettime() on a PandaBoard ES running ubuntu. Do you have CONFIG_OMAP_32K_TIMER enabled in your kernel? Look at 'dmesg | grep clock' and check for the following:

PPP synch and async

2012-02-07 Thread Etienne Le Sueur
Hi Linaro-dev list, I'm trying to set up my Pandaboard as a small server using a 3G USB dongle. I'm trying to set up a PPP connection to my provider, but pppd is complaining: Couldn't set tty to PPP discipline: Invalid argument My google-foo tells me that this could be the result of some

Re: Minimum timing resolution in Ubuntu/Linaro on the PandaBoard ES

2012-02-07 Thread Andrew Richardson
On Feb 7, 2012, at 7:30 PM, John Stultz wrote: On Wed, 2012-02-08 at 00:16 +0100, Zygmunt Krynicki wrote: On 02/07/2012 11:43 PM, Andrew Richardson wrote: Which clock_t were you using? I think CLOCK_MONOTONIC makes sense for what you are trying to do and perhaps it has different