Re: [PATCH 1/1] ARM: only call smp_send_stop() on SMP

2012-06-24 Thread Russell King - ARM Linux
See this thread: http://lists.arm.linux.org.uk/lurker/thread/20120523.200015.2fdfd505.en.html There are times when I wonder why I bother replying to email on mailing lists. No patch ever came from my responses on this subject. Not going to repeat it again. Fed up. On Sun, Jun 24, 2012 at

Re: [PATCH 1/1] ARM: only call smp_send_stop() on SMP

2012-06-24 Thread Javier Martinez Canillas
On Sun, Jun 24, 2012 at 10:59 AM, Russell King - ARM Linux li...@arm.linux.org.uk wrote: See this thread: http://lists.arm.linux.org.uk/lurker/thread/20120523.200015.2fdfd505.en.html There are times when I wonder why I bother replying to email on mailing lists.  No patch ever came from my

[PATCH 1/1 v2] ARM: only call smp_send_stop() on SMP

2012-06-24 Thread Javier Martinez Canillas
On reboot or poweroff (machine_shutdown()) a call to smp_send_stop() is made (to stop the others CPU's) when CONFIG_SMP=y. arch/arm/kernel/process.c: void machine_shutdown(void) { #ifdef CONFIG_SMP smp_send_stop(); #endif } smp_send_stop() calls the function pointer smp_cross_call(),

Re: Crash with VMALLOC api

2012-06-24 Thread David Rientjes
On Sat, 23 Jun 2012, R, Sricharan wrote: Hi, I am observing a below crash with VMALLOC call on mainline kernel. The issue happens when there is insufficent vmalloc space. Isn't it expected that the API should return a NULL instead of crashing when there is not enough memory?. Yes.

Re: [PATCH 1/1 v2] ARM: only call smp_send_stop() on SMP

2012-06-24 Thread Shawn Guo
It seems the same patch has been there for a while. http://thread.gmane.org/gmane.linux.kernel/1303115 Regards, Shawn On Sun, Jun 24, 2012 at 12:28:10PM +0200, Javier Martinez Canillas wrote: On reboot or poweroff (machine_shutdown()) a call to smp_send_stop() is made (to stop the others

Re: [PATCH 02/11] mmc: omap: add clk_prepare and clk_unprepare

2012-06-24 Thread Rajendra Nayak
On Saturday 23 June 2012 12:04 AM, Paul Walmsley wrote: On Fri, 22 Jun 2012, S, Venkatraman wrote: On Fri, Jun 22, 2012 at 7:18 PM, Rajendra Nayakrna...@ti.com wrote: In preparation of OMAP moving to Common Clk Framework(CCF) add clk_prepare() and clk_unprepare() for the mmc and hsmmc clocks

Re: [PATCH 07/11] w1: omap_hdq: add clk_prepare and clk_unprepare

2012-06-24 Thread Rajendra Nayak
On Saturday 23 June 2012 12:05 AM, Paul Walmsley wrote: On Fri, 22 Jun 2012, Rajendra Nayak wrote: In preparation of OMAP moving to Common Clk Framework(CCF) add clk_prepare() and clk_unprepare() for the hdq clocks. Signed-off-by: Rajendra Nayakrna...@ti.com Cc: Evgeniy

Re: [PATCH 08/11] crypto: omap: add clk_prepare and clk_unprepare

2012-06-24 Thread Rajendra Nayak
On Saturday 23 June 2012 12:28 AM, Paul Walmsley wrote: Hi On Fri, 22 Jun 2012, Rajendra Nayak wrote: In preparation of OMAP moving to Common Clk Framework(CCF) add clk_prepare() and clk_unprepare() for the omap crypto clocks. These drivers should be converted to use runtime PM instead,

Re: [PATCH 06/11] gpio/omap: add clk_prepare and clk_unprepare

2012-06-24 Thread Rajendra Nayak
On Saturday 23 June 2012 12:47 AM, Paul Walmsley wrote: Hi On Fri, 22 Jun 2012, Rajendra Nayak wrote: In preparation of OMAP moving to Common Clk Framework(CCF) add clk_prepare() for omap gpio debounce clock. Signed-off-by: Rajendra Nayakrna...@ti.com Cc: Grant

Re: [PATCH 02/11] mmc: omap: add clk_prepare and clk_unprepare

2012-06-24 Thread Rajendra Nayak
On Friday 22 June 2012 11:53 PM, S, Venkatraman wrote: On Fri, Jun 22, 2012 at 7:18 PM, Rajendra Nayakrna...@ti.com wrote: In preparation of OMAP moving to Common Clk Framework(CCF) add clk_prepare() and clk_unprepare() for the mmc and hsmmc clocks as part of the drivers probe() and remove()

Re: [PATCH 01/11] ARM: omap: clk: add clk_prepare and clk_unprepare

2012-06-24 Thread Rajendra Nayak
On Friday 22 June 2012 11:12 PM, Pankaj Jangra wrote: diff --git a/arch/arm/mach-omap2/display.c b/arch/arm/mach-omap2/display.c index 5fb47a1..e5f8e48 100644 --- a/arch/arm/mach-omap2/display.c +++ b/arch/arm/mach-omap2/display.c @@ -471,7 +471,7 @@ int omap_dss_reset(struct omap_hwmod