mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
* Re: Hang on 8-way with 2.6.23-rc2-rt2
       [not found] <1186427253.21381.135.camel@ghaskins-t60p.haskins.net>
@ 2007-08-07 17:03 ` Daniel Walker
  2007-08-07 17:27   ` Gregory Haskins
  0 siblings, 1 reply; 2+ messages in thread
From: Daniel Walker @ 2007-08-07 17:03 UTC (permalink / raw)
  To: Gregory Haskins; +Cc: Ingo Molnar, linux-rt-users, linux-kernel

On Mon, 2007-08-06 at 15:07 -0400, Gregory Haskins wrote:
> Hi Ingo,
>   I think there is a latent race condition somewhere in the code.  We
> find that -rt works on our 4-way (and under) systems, but have problems
> on our 8-ways.
> 
> If you run without nmi_watchdog, the system will sometimes boot (but
> very very very slow), and sometimes it will softlockup.  If you turn on
> nmi_watchdog, the system detects a hang (probably at the point where the
> system gets really slow without it).  We notice no problems on the
> 4-ways.
> 
> The system where we can reproduce this is a Dell 690 with Dual 2Ghz
> Quad-core Xeon 5335s.  I've attached some relevant info.  Let me know if
> you need more.

Could you drop the following config options and test again?

#
# Processor type and features
#
CONFIG_TICK_ONESHOT=y
CONFIG_NO_HZ=y
CONFIG_HIGH_RES_TIMERS=y

(btw, added LKML to the CC list ..)

Daniel


^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: Hang on 8-way with 2.6.23-rc2-rt2
  2007-08-07 17:03 ` Hang on 8-way with 2.6.23-rc2-rt2 Daniel Walker
@ 2007-08-07 17:27   ` Gregory Haskins
  0 siblings, 0 replies; 2+ messages in thread
From: Gregory Haskins @ 2007-08-07 17:27 UTC (permalink / raw)
  To: Daniel Walker; +Cc: Ingo Molnar, linux-rt-users, linux-kernel

On Tue, 2007-08-07 at 10:03 -0700, Daniel Walker wrote:

> Could you drop the following config options and test again?
> 
> #
> # Processor type and features
> #
> CONFIG_TICK_ONESHOT=y
> CONFIG_NO_HZ=y
> CONFIG_HIGH_RES_TIMERS=y
> 

Will do.

I have a patch which works around the issue too, which I will forward
momentarily.  It appears as though there is a deadlock either between
two task_rq_locks, or between a task_rq_lock and something else.  The
patch I wrote changes the "double_lock_balance()" function to a full DP
algorithm under contention.  Technically I think the original
implementation was correct which is why my patch is really a workaround:
I think its just plastering over the real issue.  But in any case, the
8-way system is no longer slow and no longer nmi_watchdog/softlockups on
me(*).  Perhaps it will at least help in finding the root cause.

Regards,
-Greg

(*) There are still issues on the 8-way once we get passed this
scheduler problem, however.


^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2007-08-07 17:30 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <1186427253.21381.135.camel@ghaskins-t60p.haskins.net>
2007-08-07 17:03 ` Hang on 8-way with 2.6.23-rc2-rt2 Daniel Walker
2007-08-07 17:27   ` Gregory Haskins

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®