From owner-p4-projects@FreeBSD.ORG Sun Jan 6 23:36:52 2008 Return-Path: Delivered-To: p4-projects@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 32767) id 004BA16A421; Sun, 6 Jan 2008 23:36:51 +0000 (UTC) Delivered-To: perforce@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9CE516A419; Sun, 6 Jan 2008 23:36:51 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpoutm.mac.com (smtpoutm.mac.com [17.148.16.70]) by mx1.freebsd.org (Postfix) with ESMTP id ACE6513C468; Sun, 6 Jan 2008 23:36:51 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (asmtp007-s [10.150.69.70]) by smtpoutm.mac.com (Xserve/smtpout007/MantshX 4.0) with ESMTP id m06NPpvo010066; Sun, 6 Jan 2008 15:25:51 -0800 (PST) Received: from MacBook-Pro (adsl-69-108-230-110.dsl.scrm01.pacbell.net [69.108.230.110]) (authenticated bits=0) by mac.com (Xserve/asmtp007/MantshX 4.0) with ESMTP id m06NPnbc023154 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 6 Jan 2008 15:25:50 -0800 (PST) Message-Id: <4CCF7BFD-9DD3-4D69-8113-D5DC3E8F4B27@mac.com> From: Marcel Moolenaar To: grehan@FreeBSD.org In-Reply-To: <47815371.9020501@freebsd.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Sun, 6 Jan 2008 15:25:49 -0800 References: <200801041525.m04FPIrt011288@repoman.freebsd.org> <47815371.9020501@freebsd.org> X-Mailer: Apple Mail (2.915) Cc: Rafal Jaworowski , Perforce Change Reviews Subject: Re: PERFORCE change 132485 for review X-BeenThere: p4-projects@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: p4 projects tree changes List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Jan 2008 23:36:52 -0000 On Jan 6, 2008, at 2:17 PM, Peter Grehan wrote: > Hi Rafal, > >> Temporary fix to avoid confusion of 'kstack0' symbol and make e500 >> kernel operational again. kstack0 area requires further >> improvements (space for kstack0 is now statically defined within >> kernel body, does not have guard pages etc., which should be fixed) > > On AIM it is allocated correctly but never switched over. The (not- > yet-implemented) plan was to mimic amd64 and return the value from > powerpc_init() to locore, switching r1 to this value before calling > mi_startup(). I'm planning this. I have done the same on ia64. It helps SMP, because after you switched the BSP to its own stack kstack0 becomes available to start APs on (in particular before you have the MMU set up)... FYI, -- Marcel Moolenaar xcllnt@mac.com