From owner-cvs-src-old@FreeBSD.ORG Fri May 6 14:05:47 2011 Return-Path: Delivered-To: cvs-src-old@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DA7B106564A for ; Fri, 6 May 2011 14:05:47 +0000 (UTC) (envelope-from fabient@FreeBSD.org) Received: from repoman.freebsd.org (repoman.freebsd.org [IPv6:2001:4f8:fff6::29]) by mx1.freebsd.org (Postfix) with ESMTP id 7CA7B8FC0C for ; Fri, 6 May 2011 14:05:47 +0000 (UTC) Received: from repoman.freebsd.org (localhost [127.0.0.1]) by repoman.freebsd.org (8.14.4/8.14.4) with ESMTP id p46E5l3s096432 for ; Fri, 6 May 2011 14:05:47 GMT (envelope-from fabient@repoman.freebsd.org) Received: (from svn2cvs@localhost) by repoman.freebsd.org (8.14.4/8.14.4/Submit) id p46E5lvi096431 for cvs-src-old@freebsd.org; Fri, 6 May 2011 14:05:47 GMT (envelope-from fabient@repoman.freebsd.org) Message-Id: <201105061405.p46E5lvi096431@repoman.freebsd.org> X-Authentication-Warning: repoman.freebsd.org: svn2cvs set sender to fabient@repoman.freebsd.org using -f From: Fabien Thomas Date: Fri, 6 May 2011 14:05:32 +0000 (UTC) To: cvs-src-old@freebsd.org X-FreeBSD-CVS-Branch: RELENG_8 Subject: cvs commit: src/sys/kern sched_4bsd.c sched_ule.c X-BeenThere: cvs-src-old@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: **OBSOLETE** CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 May 2011 14:05:47 -0000 fabient 2011-05-06 14:05:32 UTC FreeBSD src repository Modified files: (Branch: RELENG_8) sys/kern sched_4bsd.c sched_ule.c Log: SVN rev 221528 on 2011-05-06 14:05:32Z by fabient MFC r220198: Clearing the flag when preempting will let the preempted thread run too much time. This can finish in a scheduler deadlock with ping-pong between two threads. One sample of this is: - device lapic (to have a preemption point on critical_exit()) - options DEVICE_POLLING with HZ>1499 (to have lapic freq = hardclock freq) - running a cpu intensive task (that does not enter the kernel) - only one CPU on SMP or no SMP. As requested by jhb@ 4BSD have received the same type of fix instead of propagating the flag to the new thread. Revision Changes Path 1.131.2.11 +2 -6 src/sys/kern/sched_4bsd.c 1.257.2.23 +2 -1 src/sys/kern/sched_ule.c