From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 11:28:38 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 2C08437B401 for ; Tue, 1 Jul 2003 11:28:38 -0700 (PDT) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 710B643FE0 for ; Tue, 1 Jul 2003 11:28:37 -0700 (PDT) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost) by mail.chesapeake.net (8.11.6/8.11.6) with ESMTP id h61ISa855765; Tue, 1 Jul 2003 14:28:36 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Date: Tue, 1 Jul 2003 14:28:36 -0400 (EDT) From: Jeff Roberson To: Andrew Gallatin In-Reply-To: <16128.16880.618174.525346@grasshopper.cs.duke.edu> Message-ID: <20030701142802.G17881-100000@mail.chesapeake.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII 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: Tue, 01 Jul 2003 18:28:38 -0000 On Mon, 30 Jun 2003, Andrew Gallatin wrote: > > 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? > Yes, but it needs to be disabled before booting so you'll have to adjust it in the code. See i386/i386/mp_machdep.c Cheers, Jeff