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 06:2
On Sun, Jun 24, 2012 at 10:59 AM, Russell King - ARM Linux
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 responses on this s
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(), wh
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?.
Ye
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 CPU
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 Nayak 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 th
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 Nayak
Cc: Evgeniy Polyakov
This one should not be ne
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, sinc
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 Nayak
Cc: Grant Likely
---
drivers/gpio/gpio-omap.c |2
On Friday 22 June 2012 11:53 PM, S, Venkatraman wrote:
On Fri, Jun 22, 2012 at 7:18 PM, Rajendra Nayak 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() routines.
Sign
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_hwm
Hi,
On Fri, 2012-06-22 at 19:18 +0530, Rajendra Nayak wrote:
> In preparation of OMAP moving to Common Clk Framework(CCF) add clk_prepare()
> and clk_unprepare() for the omapdss clocks.
You used clk_prepare and clk_unprepare instead of clk_prepare_enable and
clk_disable_unprepare. I didn't check
On Mon, Jun 25, 2012 at 11:00 AM, Rajendra Nayak wrote:
> 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.
>>>
On Mon, 25 Jun 2012, Rajendra Nayak wrote:
> 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 Nayak wrote:
> > > > In preparation of OMAP moving to Common Clk Framework(CCF) add
> > > > clk_
On Thu, 21 Jun 2012 12:04:26 +0530 "DebBarma, Tarun Kanti"
wrote:
> On Thu, Jun 21, 2012 at 8:46 AM, NeilBrown wrote:
> > On Thu, 14 Jun 2012 23:24:10 +0530 "DebBarma, Tarun Kanti"
> > wrote:
> >
> >> On Thu, Jun 14, 2012 at 5:45 AM, NeilBrown wrote:
> >> > On Fri, 11 May 2012 17:30:48 -0700 K
On Sat, 2012-06-23 at 13:36 +0530, jaswinder.si...@linaro.org wrote:
> From: Jassi Brar
>
> If the runtime PM of the device is disabled (for example in resume from
> suspend path), it doesn't make sense to attempt pm_runtime_get/put, esp
> when their return values affect the control flow path.
T
On Sat, 2012-06-23 at 13:36 +0530, jaswinder.si...@linaro.org wrote:
> From: Jassi Brar
>
> We can easily keep track of latest EDID from the display and hence avoid
> expensive EDID re-reads over I2C.
> This could also help some cheapo displays that provide EDID reliably only
> immediately after
On Monday 25 June 2012 11:37 AM, Tomi Valkeinen wrote:
Hi,
On Fri, 2012-06-22 at 19:18 +0530, Rajendra Nayak wrote:
In preparation of OMAP moving to Common Clk Framework(CCF) add clk_prepare()
and clk_unprepare() for the omapdss clocks.
You used clk_prepare and clk_unprepare instead of clk_pr
18 matches
Mail list logo