On Fri, 2013-05-03 at 11:59 +0200, Sebastian Andrzej Siewior wrote:
>
> > As the NMI dump only happens because of the time jump, which as you
> > said, is -rt only, I wouldn't say that the NMI deadlock is a mainline
> > bug.
>
> The reason for the NMI was a bug in the -RT tree but if something e
On 04/30/2013 08:08 PM, Steven Rostedt wrote:
>> This NMI releated deadlock is a problem which should also trigger
>> mainline, right?
>
> Well, yeah, as sending out a NMI stack dump is sorta the last resort,
> and is dangerous to do printks from NMI context.
So we did bad and we upgrade to bad a
* Jain Priyanka-B32167 | 2013-05-03 04:40:33 [+]:
>Hello Sebastian,
Hello Jain,
>It is mentioned below that SLxB is broken.
>I assume it means bit SLUB and SLAB is broken?
Yes. It looks like that this is limited to Book-E / e500. I have here a
MPC8572DS which shows this:
|[27173.423355]
-users-
> ow...@vger.kernel.org] On Behalf Of Sebastian Andrzej Siewior
> Sent: Tuesday, April 30, 2013 1:42 AM
> To: linux-rt-users
> Cc: LKML; Thomas Gleixner; rost...@goodmis.org
> Subject: [ANNOUNCE] 3.8.10-rt6
>
> Dear RT Folks,
>
> I'm pleased to announce the
On 05/01/2013 12:31 AM, Borislav Petkov wrote:
> Didn't tlgx fix a similar issue upstream already?
>
> 77c675ba18836.
He did as it seems.
Sebastian
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info
On Tue, Apr 30, 2013 at 07:09:48PM +0200, Sebastian Andrzej Siewior wrote:
> Now, the time jump on the other hand is the real issue here and is
> RT-only. It looks like we get a big number of timer updates via
> tick_do_update_jiffies64() because according to ktime_get() that much
> time really pas
On Tue, 30 Apr 2013 14:18:24 -0500
Clark Williams wrote:
> On Tue, 30 Apr 2013 19:09:48 +0200
> Sebastian Andrzej Siewior wrote:
>
> > * Clark Williams | 2013-04-29 16:19:25 [-0500]:
> >
> > >On Mon, 29 Apr 2013 22:12:02 +0200
> > >Sebastian Andrzej Siewior wrote:
> > >> - suspend / resum
On Tue, 30 Apr 2013 19:09:48 +0200
Sebastian Andrzej Siewior wrote:
> * Clark Williams | 2013-04-29 16:19:25 [-0500]:
>
> >On Mon, 29 Apr 2013 22:12:02 +0200
> >Sebastian Andrzej Siewior wrote:
> >> - suspend / resume seems to program program the timer wrong and wait
> >> ages until i
On Tue, 2013-04-30 at 19:09 +0200, Sebastian Andrzej Siewior wrote:
> The next thing that happens is that RCU assumes nobody is doing any
> progress (for almost 28secs) and triggers NMIs & printks to get some
> attention. I have a trace where
> - CPU0: arch_trigger_all_cpu_backtrace_handler() => p
* Clark Williams | 2013-04-29 16:19:25 [-0500]:
>On Mon, 29 Apr 2013 22:12:02 +0200
>Sebastian Andrzej Siewior wrote:
>> - suspend / resume seems to program program the timer wrong and wait
>> ages until it continues.
>
>It has to be something we're doing when we apply RT to v3.8.x, sin
* Clark Williams | 2013-04-29 16:19:25 [-0500]:
>On Mon, 29 Apr 2013 22:12:02 +0200
>Sebastian Andrzej Siewior wrote:
>> - suspend / resume seems to program program the timer wrong and wait
>> ages until it continues.
>>
>
>It has to be something we're doing when we apply RT to v3.8.x,
On Mon, 29 Apr 2013, Clark Williams wrote:
> On Mon, 29 Apr 2013 22:12:02 +0200
> Sebastian Andrzej Siewior wrote:
> > - suspend / resume seems to program program the timer wrong and wait
> > ages until it continues.
> >
>
> It has to be something we're doing when we apply RT to v3.
On 04/29/2013 10:46 PM, Bernhard Schiffner wrote:
>> Known issues:
>>
>> - SLxB is broken on PowerPC.
>> - suspend / resume seems to program program the timer wrong and wait
>> ages until it continues.
>
> Yes, it's a annoying problem here too.
> How can I help to solve it?
Are you
On Mon, 29 Apr 2013 22:12:02 +0200
Sebastian Andrzej Siewior wrote:
> - suspend / resume seems to program program the timer wrong and wait
> ages until it continues.
>
It has to be something we're doing when we apply RT to v3.8.x, since
v3.8.x suspends/resumes with no issues and I was
Dear RT Folks,
I'm pleased to announce the 3.8.10-rt6 release.
changes since v3.8.10-rt5:
- the i915 compiles again after I broke it in the last release. A patch
was sent by Carsten Emde.
Known issues:
- SLxB is broken on PowerPC.
- suspend / resume seems to program program the timer
15 matches
Mail list logo
