From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 06:58:17 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 42DEA37B401 for ; Mon, 30 Jun 2003 06:58:17 -0700 (PDT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F50C43FBD for ; Mon, 30 Jun 2003 06:58:16 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.12.9/8.12.9) with ESMTP id h5UDwDwV002040 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Mon, 30 Jun 2003 09:58:13 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id h5UDw8J08426; Mon, 30 Jun 2003 09:58:08 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16128.16880.618174.525346@grasshopper.cs.duke.edu> Date: Mon, 30 Jun 2003 09:58:08 -0400 (EDT) To: Jeff Roberson In-Reply-To: <20030628172232.F17881-100000@mail.chesapeake.net> References: <20030628172232.F17881-100000@mail.chesapeake.net> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid cc: current@freebsd.org Subject: Re: ULE problems on HTT SMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 13:58:17 -0000 Jeff Roberson writes: > On Fri, 27 Jun 2003, John Baldwin wrote: > > > > > On 27-Jun-2003 Andrew Gallatin wrote: > > > > > > Jeff Roberson writes: > > > > > > > > Can you call kseq_print(0) and kseq_print(1) from ddb? > > > > > > > > > > I found a different problem which is nearly as interesting. > > > Note that ps thinks sysctl is on cpu 255... > > > > #define NOCPU 0xff /* For when we aren't on a CPU. (SMP) */ > > > > So that isn't but so interesting. :) > > The problem is that the logical cpu halting code does not put the halted > CPU in the stopped cpus set. ULE has no way of knowing that it can not > migrate a thread to this cpu. I'd prefer it if you could make this change > John, but I can certainly do it if you're busy. > Does this mean that if, as a temporary measure, I disable machdep.cpu_idle_hlt, ULE should work for me? Thanks, Drew