From owner-freebsd-arm@FreeBSD.ORG Sun Jan 27 00:09:58 2008 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CAB8816A41A for ; Sun, 27 Jan 2008 00:09:58 +0000 (UTC) (envelope-from mlfbsd@dong.ci0.org) Received: from dong.ci0.org (dong.ci0.org [IPv6:2001:7a8:2066:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 226BE13C468 for ; Sun, 27 Jan 2008 00:09:57 +0000 (UTC) (envelope-from mlfbsd@dong.ci0.org) Received: from dong.ci0.org (localhost.ci0.org [127.0.0.1]) by dong.ci0.org (8.14.1/8.13.8) with ESMTP id m0R1KTlB020559; Sun, 27 Jan 2008 02:20:29 +0100 (CET) (envelope-from mlfbsd@dong.ci0.org) Received: (from mlfbsd@localhost) by dong.ci0.org (8.14.1/8.13.8/Submit) id m0R1KSkF020558; Sun, 27 Jan 2008 02:20:28 +0100 (CET) (envelope-from mlfbsd) Date: Sun, 27 Jan 2008 02:20:28 +0100 From: Olivier Houchard To: Rafal Jaworowski Message-ID: <20080127012028.GB19569@ci0.org> References: <4772E502.6090804@semihalf.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4772E502.6090804@semihalf.com> User-Agent: Mutt/1.4.1i Cc: freebsd-arm@freebsd.org Subject: Re: Clean up ARM_TP_ADDRESS and RAS location X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jan 2008 00:09:58 -0000 On Thu, Dec 27, 2007 at 12:34:26AM +0100, Rafal Jaworowski wrote: > Hi, > > The following patch de-hardcodes usage of ARM_TP_ADDRESS and RAS local > storage, it also moves this special purpose page to a more convenient place > i.e. after the vectors high page, more towards the end of address space. > Previous location (0xe000_0000) caused grief if KVA where to go beyond the > default limit. > > http://people.freebsd.org/~raj/patches/arm/cleanup_tp_ras.diff > > Let me hear your comments. > > Rafal Hi Rafal, I like the patch, and you can almost commit it has it, I just have one question : in cpu_startup(), you remove the hack I used, to map ARM_TP_ADDRESS to itself, before locking the cache line, and force the allocation of a page. Does that mean the hack doesn't work for you, and your cpu require a mapping to a real page ? Thanks ! Olivier