From owner-freebsd-arch@FreeBSD.ORG Thu Nov 11 07:53:40 2004 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1509016A4CE; Thu, 11 Nov 2004 07:53:40 +0000 (GMT) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A7AF43D62; Thu, 11 Nov 2004 07:53:39 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from [192.168.4.250] (dhcp50.pn.xcllnt.net [192.168.4.250]) by ns1.xcllnt.net (8.13.1/8.13.1) with ESMTP id iAB7rdlH051337; Wed, 10 Nov 2004 23:53:39 -0800 (PST) (envelope-from marcel@xcllnt.net) In-Reply-To: <20041111030035.GA70923@VARK.MIT.EDU> References: <20041111030035.GA70923@VARK.MIT.EDU> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Wed, 10 Nov 2004 23:53:38 -0800 To: David Schultz X-Mailer: Apple Mail (2.619) cc: arch@freebsd.org Subject: Re: U Area Removal X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Nov 2004 07:53:40 -0000 On Nov 10, 2004, at 7:00 PM, David Schultz wrote: > I propose to remove the ability to swap the U area, allocating p_stats > from malloced memory instead. Medium-term scheduling and swapping of > kernel stacks would be retained. Here are the patches; !i386 testers > wanted: > > http://www.freebsd.org/~das/patches/upages.diff > I got the following on ia64: : Mounting root from ufs:/dev/da0p2 init died (signal 6, exit 0) panic: Going nowhere without my init! KDB: enter: panic [thread 100003] Stopped at kdb_enter+0x81: [F1] nop.f 0x0 db> trace kdb_enter(0xe0000000045e7db8, 0xe00000000428c9d0, 0x896, 0xa000000019f031e8) at kdb_enter+0x81 panic(0xe0000000045e5570, 0x6, 0x0, 0xe00000000737ae50, 0xe000000004521bd0) at panic+0x1c0 exit1(0xe00000003e5fe780, 0x6, 0x4, 0xe0000000046ce100, 0xe0000000046ce100) at exit1+0xd0 kern_execve(0xe00000003e5fe780, 0x9ffffffffffffff2, 0x2, 0xe0000000046cd820, 0x4, 0x2, 0xc, 0xa000000019f032e0) at kern_execve+0x1d40 start_init(0x9fffffffffffffd8, 0x9ffffffffffffff2, 0xe00000000468f0a2, 0xe00000000468f098, 0x9ffffffffffffffd) at start_init+0x7a0 fork_exit(0xe00000000460c640, 0x0, 0xa000000019f03550) at fork_exit+0x120 enter_userland() at enter_userland db> I have to triage this, but that's not for today (in 7 minutes it will be tomorrow :-) -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net