Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 8BIT
Subject: RE: [PATCH 2.6.14-rc1-git5] sched: disable preempt in idle tasks
Date: Wed, 2 Nov 2005 10:33:19 +0800
Message-ID: <59D45D057E9702469E5775CBB56411F1C19A01@pdsmsx406>
Thread-Topic: [PATCH 2.6.14-rc1-git5] sched: disable preempt in idle tasks
thread-index: AcW+7lBaYVOB5k1ET+aChvJ2/+Z7ZwgZq0hg
From: "Li, Shaohua" <shaohua.li@intel.com>
To: "Nick Piggin" <nickpiggin@yahoo.com.au>, "Andrew Morton" <akpm@osdl.org>,
       "Nigel Cunningham" <ncunningham@cyclades.com>,
       "Srivatsa Vaddagiri" <vatsa@in.ibm.com>,
       "Linux Kernel Mailing List" <Linux-Kernel@vger.kernel.org>,
       "Ian Molton" <spyro@f2s.com>
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 951
Lines: 26

Hi Nick,
>This patch should hopefully fix Nigel's bug.
>
>Split out from sched-resched-opt.patch. Tested on i386 with acpi idle
>and poll idle (previous iterations tested on various other
architectures).
>
>CCed Ian because I am amazed that arm26 ever managed to reschedule
>out of the idle task without this... what am I missing?
>
>Andrew please apply
What's the status of the patch? I didn't see it in base kernel.
We found another bug related with this issue. On UP system, if a CPU
enters 
'mwait_idle', it never leaves it, as the 'mwait_idle' loop will never
end.
Disabling preempt fixes the bug. Should I submit a patch just disabling
preempt in 'mwait_idle' or wait for your patch?

Thanks,
Shaohua
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/