From owner-freebsd-stable@FreeBSD.ORG  Wed Apr 14 03:08:19 2004
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 012FF16A4CE; Wed, 14 Apr 2004 03:08:19 -0700 (PDT)
Received: from mail.errors.firstcallgroup.co.uk
	(mail.errors.firstcallgroup.co.uk [213.167.69.198])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id BB66043D1D; Wed, 14 Apr 2004 03:08:18 -0700 (PDT)
	(envelope-from petefrench@keithprowse.com)
Received: from smaug.rattatosk ([172.16.1.8])
	by mail.errors.firstcallgroup.co.uk with esmtp (Exim 4.22)
	id 1BDhJZ-000H5y-TX; Wed, 14 Apr 2004 11:08:17 +0100
Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk)
	by smaug.rattatosk with esmtp (Exim 4.22)
	id 1BDhJZ-0005HN-NE; Wed, 14 Apr 2004 11:08:17 +0100
Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim
	4.30; FreeBSD)	id 1BDhJZ-0003g3-LZ; Wed, 14 Apr 2004 11:08:17 +0100
To: gshapiro@freebsd.org, scottl@freebsd.org
In-Reply-To: <20040414065950.GM4586@horsey.gshapiro.net>
Message-Id: <E1BDhJZ-0003g3-LZ@dilbert.firstcallgroup.co.uk>
From: Pete French <petefrench@keithprowse.com>
Date: Wed, 14 Apr 2004 11:08:17 +0100
cc: petefrench@keithprowse.com
cc: stable@freebsd.org
Subject: Re: SMP/HTT problems with 4.10-BETA
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Apr 2004 10:08:19 -0000

> It is quite possible that it is my own fault if machdep.hlt_logical_cpus
> should only be set during boot as a loader tunable but that isn't the
> way I read the UPDATING entry.

I set mine during boot and get the same results. I am glad that someone else
can reproduce this anyway! Not sure hhow toset about tracking down useful
debugging data though - a kernel panic is one thing, random processes
existing with bad values is somewhat harder to trace.

-pcf.