On 05/27/2014 11:03 PM, Santosh Shilimkar wrote:
On Tuesday 27 May 2014 04:34 PM, Tony Lindgren wrote:
* Daniel Lezcano [140523 13:53]:
On 23 May 2014 20:32, Tony Lindgren wrote:
* Tony Lindgren [140523 07:45]:
* Tobias Jakobi [140519 14:19]:
But even if I don't connect via WiFi at all
On Tuesday 27 May 2014 04:34 PM, Tony Lindgren wrote:
> * Daniel Lezcano [140523 13:53]:
>> On 23 May 2014 20:32, Tony Lindgren wrote:
>>
>>> * Tony Lindgren [140523 07:45]:
* Tobias Jakobi [140519 14:19]:
>
> But even if I don't connect via WiFi at all, just boot and let me
>>> sy
* Daniel Lezcano [140523 13:53]:
> On 23 May 2014 20:32, Tony Lindgren wrote:
>
> > * Tony Lindgren [140523 07:45]:
> > > * Tobias Jakobi [140519 14:19]:
> > > >
> > > > But even if I don't connect via WiFi at all, just boot and let me
> > system
> > > > run with serial console connected, afte
* Tony Lindgren [140523 07:45]:
> * Tobias Jakobi [140519 14:19]:
> >
> > But even if I don't connect via WiFi at all, just boot and let me system
> > run with serial console connected, after some time I get a kernel 'WARNING':
> > http://www.math.uni-bielefeld.de/~tjakobi/archive/dmesg.1.log
>
* Tobias Jakobi [140519 14:19]:
>
> But even if I don't connect via WiFi at all, just boot and let me system
> run with serial console connected, after some time I get a kernel 'WARNING':
> http://www.math.uni-bielefeld.de/~tjakobi/archive/dmesg.1.log
BTW, care to update the bugzilla page with t
* Tobias Jakobi [140519 14:19]:
> Daniel Lezcano wrote:
> >
> > So apparently Santosh, Kevin and Alex say they are not facing the
> > issue anymore with the revert. But Tobias is still facing this issue.
> >
> > There is this simple program [1] which usually makes cpuidle to hang
> > the system mo
Daniel Lezcano wrote:
>
> So apparently Santosh, Kevin and Alex say they are not facing the
> issue anymore with the revert. But Tobias is still facing this issue.
>
> There is this simple program [1] which usually makes cpuidle to hang
> the system more quickly when there is a problem somewhere. M
On Monday 19 May 2014 03:36 PM, Tony Lindgren wrote:
> * Daniel Lezcano [140519 11:07]:
>> On 05/19/2014 07:51 PM, Tony Lindgren wrote:
>>> * Santosh Shilimkar [140519 10:35]:
On Monday 19 May 2014 01:23 PM, Tony Lindgren wrote:
> * Daniel Lezcano [140519 09:46]:
>> On 05/16/2014 11
On 05/19/2014 09:36 PM, Tony Lindgren wrote:
* Daniel Lezcano [140519 11:07]:
On 05/19/2014 07:51 PM, Tony Lindgren wrote:
* Santosh Shilimkar [140519 10:35]:
On Monday 19 May 2014 01:23 PM, Tony Lindgren wrote:
* Daniel Lezcano [140519 09:46]:
On 05/16/2014 11:29 PM, Tony Lindgren wrote:
* Daniel Lezcano [140519 11:07]:
> On 05/19/2014 07:51 PM, Tony Lindgren wrote:
> >* Santosh Shilimkar [140519 10:35]:
> >>On Monday 19 May 2014 01:23 PM, Tony Lindgren wrote:
> >>>* Daniel Lezcano [140519 09:46]:
> On 05/16/2014 11:29 PM, Tony Lindgren wrote:
> >
> >And just to reca
On 05/19/2014 07:51 PM, Tony Lindgren wrote:
* Santosh Shilimkar [140519 10:35]:
On Monday 19 May 2014 01:23 PM, Tony Lindgren wrote:
* Daniel Lezcano [140519 09:46]:
On 05/16/2014 11:29 PM, Tony Lindgren wrote:
And just to recap, this problem can be reproduced with current
Linux next with
* Santosh Shilimkar [140519 10:35]:
> On Monday 19 May 2014 01:23 PM, Tony Lindgren wrote:
> > * Daniel Lezcano [140519 09:46]:
> >> On 05/16/2014 11:29 PM, Tony Lindgren wrote:
> >>>
> >>> And just to recap, this problem can be reproduced with current
> >>> Linux next with omap2plus_defconfig wi
On Monday 19 May 2014 01:23 PM, Tony Lindgren wrote:
> * Daniel Lezcano [140519 09:46]:
>> On 05/16/2014 11:29 PM, Tony Lindgren wrote:
>>>
>>> And just to recap, this problem can be reproduced with current
>>> Linux next with omap2plus_defconfig with CONFIG_CPU_IDLE enabled. The
>>> system should
* Daniel Lezcano [140519 09:46]:
> On 05/16/2014 11:29 PM, Tony Lindgren wrote:
> >
> >And just to recap, this problem can be reproduced with current
> >Linux next with omap2plus_defconfig with CONFIG_CPU_IDLE enabled. The
> >system should hang during the boot at some point.
>
> I can take the ti
On 05/16/2014 11:29 PM, Tony Lindgren wrote:
* Santosh Shilimkar [140516 06:43]:
Tony,
On Thursday 15 May 2014 02:29 PM, Santosh Shilimkar wrote:
On Thursday 15 May 2014 01:54 PM, Santosh Shilimkar wrote:
On Thursday 15 May 2014 01:50 PM, Daniel Lezcano wrote:
On 05/15/2014 07:03 PM, Santos
* Santosh Shilimkar [140516 06:43]:
> Tony,
>
> On Thursday 15 May 2014 02:29 PM, Santosh Shilimkar wrote:
> > On Thursday 15 May 2014 01:54 PM, Santosh Shilimkar wrote:
> >> On Thursday 15 May 2014 01:50 PM, Daniel Lezcano wrote:
> >>> On 05/15/2014 07:03 PM, Santosh Shilimkar wrote:
> >
> > [.
see the hang so the patch is
addressing the issue.
If Daniel works out an alternate fix to avoid reverts, that will be great
but if not, we should merge the below patch. I let you take call on it.
>
>
> From bb3b82cc5645b83bedf1343d03cc956f27f6fc83 Mon Sep 17 00:00:00 2001
> From:
* Tony Lindgren [140515 17:14]:
> * Tony Lindgren [140514 16:32]:
> > * Tony Lindgren [140514 13:57]:
> > > * Daniel Lezcano [140514 13:02]:
> > > >
> > > > So the broadcast timer does not operate with this revert. Moreover, I
> > > > am not
> > > > sure reverting this patch is the right solu
On 05/16/2014 02:29 AM, Santosh Shilimkar wrote:
> Alex,
> Please give a try with your test-case and see if you still see the hang.
> Am just curious about your issue and hence the request..
there is no test case. I just patched your patches, then boot new
kernel, system quickly to hang without an
* Tony Lindgren [140514 16:32]:
> * Tony Lindgren [140514 13:57]:
> > * Daniel Lezcano [140514 13:02]:
> > >
> > > So the broadcast timer does not operate with this revert. Moreover, I am
> > > not
> > > sure reverting this patch is the right solution.
> >
> > OK I'll hold on sending anything
ts why I said if you have an alternative fix thats great.
>
For record, below is updated patch with bctimer started which
was missed in earlier version. I haven't tested it though.
Alex,
Please give a try with your test-case and see if you still see the hang.
Am just curious about your is
On Thursday 15 May 2014 01:50 PM, Daniel Lezcano wrote:
> On 05/15/2014 07:03 PM, Santosh Shilimkar wrote:
>> Daniel,
>>
>> On Wednesday 14 May 2014 05:18 PM, Santosh Shilimkar wrote:
>>> On Wednesday 14 May 2014 04:02 PM, Daniel Lezcano wrote:
On 05/14/2014 09:50 PM, Santosh Shilimkar wrote:
On 05/15/2014 07:03 PM, Santosh Shilimkar wrote:
Daniel,
On Wednesday 14 May 2014 05:18 PM, Santosh Shilimkar wrote:
On Wednesday 14 May 2014 04:02 PM, Daniel Lezcano wrote:
On 05/14/2014 09:50 PM, Santosh Shilimkar wrote:
On Wednesday 14 May 2014 03:44 PM, Daniel Lezcano wrote:
On 05/13/201
Daniel,
On Wednesday 14 May 2014 05:18 PM, Santosh Shilimkar wrote:
> On Wednesday 14 May 2014 04:02 PM, Daniel Lezcano wrote:
>> On 05/14/2014 09:50 PM, Santosh Shilimkar wrote:
>>> On Wednesday 14 May 2014 03:44 PM, Daniel Lezcano wrote:
On 05/13/2014 04:39 PM, Santosh Shilimkar wrote:
* Tony Lindgren [140514 13:57]:
> * Daniel Lezcano [140514 13:02]:
> >
> > So the broadcast timer does not operate with this revert. Moreover, I am not
> > sure reverting this patch is the right solution.
>
> OK I'll hold on sending anything until there's some conclusion.
>
> Are you able to r
On Wednesday 14 May 2014 04:02 PM, Daniel Lezcano wrote:
> On 05/14/2014 09:50 PM, Santosh Shilimkar wrote:
>> On Wednesday 14 May 2014 03:44 PM, Daniel Lezcano wrote:
>>> On 05/13/2014 04:39 PM, Santosh Shilimkar wrote:
On OMAP4 panda board, there have been several bug reports about boot
* Daniel Lezcano [140514 13:02]:
> On 05/14/2014 09:50 PM, Santosh Shilimkar wrote:
> >On Wednesday 14 May 2014 03:44 PM, Daniel Lezcano wrote:
> >>On 05/13/2014 04:39 PM, Santosh Shilimkar wrote:
> >>>On OMAP4 panda board, there have been several bug reports about boot
> >>>hang and lock-ups with
On 05/14/2014 09:50 PM, Santosh Shilimkar wrote:
On Wednesday 14 May 2014 03:44 PM, Daniel Lezcano wrote:
On 05/13/2014 04:39 PM, Santosh Shilimkar wrote:
On OMAP4 panda board, there have been several bug reports about boot
hang and lock-ups with CPU_IDLE enabled. The root cause of the issue
is
On Wednesday 14 May 2014 03:44 PM, Daniel Lezcano wrote:
> On 05/13/2014 04:39 PM, Santosh Shilimkar wrote:
>> On OMAP4 panda board, there have been several bug reports about boot
>> hang and lock-ups with CPU_IDLE enabled. The root cause of the issue
>> is missing interrupts while in idle state. C
On 05/13/2014 04:39 PM, Santosh Shilimkar wrote:
On OMAP4 panda board, there have been several bug reports about boot
hang and lock-ups with CPU_IDLE enabled. The root cause of the issue
is missing interrupts while in idle state. Commit cb7094e8 {cpuidle / omap4 :
use CPUIDLE_FLAG_TIMER_STOP flag
* Santosh Shilimkar [140513 07:40]:
> On OMAP4 panda board, there have been several bug reports about boot
> hang and lock-ups with CPU_IDLE enabled. The root cause of the issue
> is missing interrupts while in idle state. Commit cb7094e8 {cpuidle / omap4 :
> use CPUIDLE_FLAG_TIMER_STOP flag} move
On OMAP4 panda board, there have been several bug reports about boot
hang and lock-ups with CPU_IDLE enabled. The root cause of the issue
is missing interrupts while in idle state. Commit cb7094e8 {cpuidle / omap4 :
use CPUIDLE_FLAG_TIMER_STOP flag} moved the broadcast notifiers to common
code for
32 matches
Mail list logo
