From owner-freebsd-bugs@FreeBSD.ORG Thu Oct 7 17:10:04 2010 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25957106564A for ; Thu, 7 Oct 2010 17:10:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id ED4838FC22 for ; Thu, 7 Oct 2010 17:10:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o97HA39B064904 for ; Thu, 7 Oct 2010 17:10:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o97HA3oc064903; Thu, 7 Oct 2010 17:10:03 GMT (envelope-from gnats) Date: Thu, 7 Oct 2010 17:10:03 GMT Message-Id: <201010071710.o97HA3oc064903@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org From: Andriy Gapon Cc: Subject: Re: kern/145385: [cpu] Logical processor cannot be disabled for some SMT-enabled Intel procs X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Andriy Gapon List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2010 17:10:04 -0000 The following reply was made to PR kern/145385; it has been noted by GNATS. From: Andriy Gapon To: bug-followup@freebsd.org, gcooper@freebsd.org Cc: Subject: Re: kern/145385: [cpu] Logical processor cannot be disabled for some SMT-enabled Intel procs Date: Thu, 07 Oct 2010 20:03:14 +0300 Here's a patch to remove halted logical processors from root cpu set (cpuset number zero) and consequently all child sets: http://people.freebsd.org/~avg/cpu-halt.diff Please note that unhalting CPUs will add them to cpuset zero, but will not (re-)add them cpusets of the running processes. So additional action will be required from system administrator if e would like existing processes to make use of unhalted CPUs. Also, interrupts that are bound to halted CPUs are not rebound on halt, and so will be delivered to halted CPUs. This should not be a problem for typical environments, but would be nice to fix anyway. -- Andriy Gapon