[Bug #10369] The never ending BEEEEP/__smp_call_function_mask with 2.6.25-rc7

[Bug #10369] The never ending BEEEEP/__smp_call_function_mask with 2.6.25-rc7

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.24.  Please verify if it still should be listed.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10369
Subject		: The never ending BEEEEP/__smp_call_function_mask with 2.6.25-rc7
Submitter	: Chr <chunkeey@web.de>
Date		: 2008-03-30 21:09 (10 days old)
References	: http://lkml.org/lkml/2008/3/30/87
Handled-By	: Thomas Gleixner <tglx@linutronix.de>

Re: [Bug #10369] The never ending BEEEEP/__smp_call_function_mask with 2.6.25-rc7

[Chr]

On Wednesday 09 April 2008 01:02:09 Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a report
> of recent regressions.
>
> The following bug entry is on the current list of known regressions
> from 2.6.24.  Please verify if it still should be listed.
>
>
> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10369
> Subject		: The never ending BEEEEP/__smp_call_function_mask with 2.6.25-rc7
> Submitter	: Chr <chunkeey@web.de>
> Date		: 2008-03-30 21:09 (10 days old)
> References	: http://lkml.org/lkml/2008/3/30/87
> Handled-By	: Thomas Gleixner <tglx@linutronix.de>

It's still there in 2.6.25-rc8-git7. The workarounds so far:
either disable chronyd (NTP-Daemon: my system clock
is a bit too fast: ~ -0.879 seconds) or "noapictimer" parameter.

Regards,
	Chr.

Re: [Bug #10369] The never ending BEEEEP/__smp_call_function_mask with 2.6.25-rc7

[Chr]

On Monday 14 April 2008 14:51:50 Thomas Gleixner wrote:
> On Sun, 13 Apr 2008, Chr wrote:
> > On Sunday 13 April 2008 22:02:08 Thomas Gleixner wrote:
> > > The problem still persists and I have no clue at all what's the root
> > > cause. The symptom is a stuck local apic timer interrupt as we have
> > > seen it on those AMD X2 systems with C1E enabled. This box does not
> > > advertise C1E, but the behaviour is the same.
> > >
> > But, on the other hand... does ANYBODY know a way how I can see if the
> > apictimer drifts/(getting slower and slower)?
>
> Well, it does not drift. It's stopped by some magic, but I do not
> understand why we do not see that behaviour in 2.6.24. The code logic
> in this area is really unchanged.
>
> Can you disable CPUIDLE for a test please ?

Yep, I will disable CPUIDLE and report back on friday night/saturday afternoon 
CEST.

(maybe, bisect too... with a bit of luck, I can do it better than log(n) ;-) )

Regards,
	Christian

Re: [Bug #10369] The never ending BEEEEP/__smp_call_function_mask with 2.6.25-rc7

[Thomas Gleixner]

On Sun, 13 Apr 2008, Chr wrote:
> On Sunday 13 April 2008 22:02:08 Thomas Gleixner wrote:
> >
> > The problem still persists and I have no clue at all what's the root
> > cause. The symptom is a stuck local apic timer interrupt as we have
> > seen it on those AMD X2 systems with C1E enabled. This box does not
> > advertise C1E, but the behaviour is the same.
> >
> > Christian, it would be great if you could bisect the git tree so we
> > get an idea which patch is exposing this problem. My feeling is that
> > the problem itself is there with 2.6.24 as well but not
> > exposed. That's just a gut feeling and I could be wrong as usual.
> 
> Ok! The biggest problem however is: I can only run bisects on weekends. :-(
> And even then: it takes up to 2 hours until the timer gets stuck... and the 
> system freezes...

Oh well, that's a bad idea then.

> But, on the other hand... does ANYBODY know a way how I can see if the 
> apictimer drifts/(getting slower and slower)?

Well, it does not drift. It's stopped by some magic, but I do not
understand why we do not see that behaviour in 2.6.24. The code logic
in this area is really unchanged.

Can you disable CPUIDLE for a test please ?

Thanks,
	tglx

Re: [Bug #10369] The never ending BEEEEP/__smp_call_function_mask with 2.6.25-rc7

[Chr]

On Sunday 13 April 2008 22:02:08 Thomas Gleixner wrote:
>
> The problem still persists and I have no clue at all what's the root
> cause. The symptom is a stuck local apic timer interrupt as we have
> seen it on those AMD X2 systems with C1E enabled. This box does not
> advertise C1E, but the behaviour is the same.
>
> Christian, it would be great if you could bisect the git tree so we
> get an idea which patch is exposing this problem. My feeling is that
> the problem itself is there with 2.6.24 as well but not
> exposed. That's just a gut feeling and I could be wrong as usual.

Ok! The biggest problem however is: I can only run bisects on weekends. :-(
And even then: it takes up to 2 hours until the timer gets stuck... and the 
system freezes...
But, on the other hand... does ANYBODY know a way how I can see if the 
apictimer drifts/(getting slower and slower)?

Regards,
	Chr.

Re: [Bug #10369] The never ending BEEEEP/__smp_call_function_mask with 2.6.25-rc7

[Thomas Gleixner]

On Sun, 13 Apr 2008, Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a report
> of recent regressions.
> 
> The following bug entry is on the current list of known regressions
> from 2.6.24.  Please verify if it still should be listed.

The problem still persists and I have no clue at all what's the root
cause. The symptom is a stuck local apic timer interrupt as we have
seen it on those AMD X2 systems with C1E enabled. This box does not
advertise C1E, but the behaviour is the same.

Christian, it would be great if you could bisect the git tree so we
get an idea which patch is exposing this problem. My feeling is that
the problem itself is there with 2.6.24 as well but not
exposed. That's just a gut feeling and I could be wrong as usual.

Thanks,

	tglx

[Bug #10369] The never ending BEEEEP/__smp_call_function_mask with 2.6.25-rc7

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.24.  Please verify if it still should be listed.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10369
Subject		: The never ending BEEEEP/__smp_call_function_mask with 2.6.25-rc7
Submitter	: Chr <chunkeey@web.de>
Date		: 2008-03-30 21:09 (15 days old)
References	: http://lkml.org/lkml/2008/3/30/87
Handled-By	: Thomas Gleixner <tglx@linutronix.de>