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. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
