From owner-freebsd-sparc64@FreeBSD.ORG Sat Sep 20 16:41:56 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6036216A4B3; Sat, 20 Sep 2003 16:41:56 -0700 (PDT) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1B2A43FBF; Sat, 20 Sep 2003 16:41:55 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by canning.wemm.org (Postfix) with ESMTP id BAB7A2A7EA; Sat, 20 Sep 2003 16:41:55 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Jake Burkholder In-Reply-To: <20030920164857.GN981@locore.ca> Date: Sat, 20 Sep 2003 16:41:55 -0700 From: Peter Wemm Message-Id: <20030920234155.BAB7A2A7EA@canning.wemm.org> cc: amd64@freebsd.org cc: sparc64@freebsd.org cc: Mark Kettenis cc: Marcel Moolenaar Subject: Re: current: kernel locked on boot X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Sep 2003 23:41:56 -0000 Jake Burkholder wrote: > Apparently, On Sat, Sep 20, 2003 at 08:59:55AM -0700, > Marcel Moolenaar said words to the effect of; > > > On Sat, Sep 20, 2003 at 03:14:16PM +0200, Mark Kettenis wrote: > > > jumping to kernel entry at 0xc0040000. > > > Copyright (c) 1992-2003 The FreeBSD Project. > > > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 19 94 > > > The Regents of the University of California. All rights reserved. > > > FreeBSD 5.1-CURRENT #0: Sat Sep 20 14:09:46 MSD 2003 > > > root@selma.komi.mts.ru:/home/obj/mnt/devel/ncvs/current/src/sys/GE NERIC > > > - <- locked here, no spinning > > > > > > > > > I'm seeing something very similar with today's -current on > > > FreeBSD/amd64. Might be 64-bit (or it might not). > > > > > > > Jeffs UMA changes causes this. ia64 is similarly hosed. Just > > revert the sys/vm/* to 9/19/2003 00:00. > > > > The problem AFAICT is that the reservation has been removed. This > > causes uma_small_alloc() to be called before the VM has been > > initialized properly. > > Another bandaid fix is to disable UMA_MD_SMALL_ALLOC. I've just committed a bandaid to stop uma_core.c from calling it. This should save us turning it off on the 4 platforms that use it. Cheers, -Peter -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5