From owner-cvs-src-old@FreeBSD.ORG Mon Jan 17 20:32:34 2011 Return-Path: Delivered-To: cvs-src-old@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C619106564A for ; Mon, 17 Jan 2011 20:32:34 +0000 (UTC) (envelope-from marius@FreeBSD.org) Received: from repoman.freebsd.org (repoman.freebsd.org [IPv6:2001:4f8:fff6::29]) by mx1.freebsd.org (Postfix) with ESMTP id 6B53C8FC0C for ; Mon, 17 Jan 2011 20:32:34 +0000 (UTC) Received: from repoman.freebsd.org (localhost [127.0.0.1]) by repoman.freebsd.org (8.14.4/8.14.4) with ESMTP id p0HKWYND025276 for ; Mon, 17 Jan 2011 20:32:34 GMT (envelope-from marius@repoman.freebsd.org) Received: (from svn2cvs@localhost) by repoman.freebsd.org (8.14.4/8.14.4/Submit) id p0HKWYQB025275 for cvs-src-old@freebsd.org; Mon, 17 Jan 2011 20:32:34 GMT (envelope-from marius@repoman.freebsd.org) Message-Id: <201101172032.p0HKWYQB025275@repoman.freebsd.org> X-Authentication-Warning: repoman.freebsd.org: svn2cvs set sender to marius@repoman.freebsd.org using -f From: Marius Strobl Date: Mon, 17 Jan 2011 20:32:17 +0000 (UTC) To: cvs-src-old@freebsd.org X-FreeBSD-CVS-Branch: HEAD Subject: cvs commit: src/sys/sparc64/sparc64 exception.S pmap.c X-BeenThere: cvs-src-old@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: **OBSOLETE** CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2011 20:32:34 -0000 marius 2011-01-17 20:32:17 UTC FreeBSD src repository Modified files: sys/sparc64/sparc64 exception.S pmap.c Log: SVN rev 217514 on 2011-01-17 20:32:17Z by marius In order to save instructions the MMU trap handlers assumed that the kernel TSB is located within the 32-bit address space, which held true as long as we were using virtual addresses magic-mapped before the location of the kernel for addressing it. However, with r216803 in place when possible we address it via its physical address instead, which on machines like Sun Fire V880 have no physical memory in the 32-bit address space at all requires to use 64-bit addressing. When using physical addressing it still should be safe to assume that we can just ignore the lowest 10 bits of the address as a minor optimization as we did before r216803. Revision Changes Path 1.84 +51 -28 src/sys/sparc64/sparc64/exception.S 1.207 +21 -6 src/sys/sparc64/sparc64/pmap.c