From owner-freebsd-current@FreeBSD.ORG  Sun Feb 29 20:55:31 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
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 B8B7216A4CE; Sun, 29 Feb 2004 20:55:31 -0800 (PST)
Received: from liberty.onthenet.com.au (liberty.OntheNet.com.au
	[203.22.124.10])	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 1E29D43D1F; Sun, 29 Feb 2004 20:55:31 -0800 (PST)
	(envelope-from grehan@freebsd.org)
Received: from freebsd.org (CPE-30-165.dsl.onthenet.net [203.144.30.165])
	i214tGZG079303;	Mon, 1 Mar 2004 14:55:17 +1000 (EST)
	(envelope-from grehan@freebsd.org)
Message-ID: <4042C2CA.8020104@freebsd.org>
Date: Mon, 01 Mar 2004 14:57:46 +1000
From: Peter Grehan <grehan@freebsd.org>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030524
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Ken Smith <kensmith@cse.Buffalo.EDU>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
cc: freebsd-current@freebsd.org
cc: freebsd-alpha@freebsd.org
Subject: Re: One more patch for Alpha console issues...
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
	<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 01 Mar 2004 04:55:31 -0000

 > Any further thoughts?

  The problem is that make_dev() calls devlock(), which requires
curthread to be valid to take out a mutex.

  The fix is to put the hand-crafting of proc0, thread0 and pcpu
data and mutex_init to be *before* the call to cninit(). This
is why i386 works.

  I had the same problem on PPC, and fortunately had the psim simulator
to work out what was going on.

later,

Peter.