From owner-cvs-all Wed Jan 2 10:49:25 2002 Delivered-To: cvs-all@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id DBA9437B416; Wed, 2 Jan 2002 10:49:20 -0800 (PST) Received: (from tmm@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g02InKh17334; Wed, 2 Jan 2002 10:49:20 -0800 (PST) (envelope-from tmm) Message-Id: <200201021849.g02InKh17334@freefall.freebsd.org> From: Thomas Moestl Date: Wed, 2 Jan 2002 10:49:20 -0800 (PST) To: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/sys/sparc64/include pmap.h tsb.h src/sys/sparc64/sparc64 pmap.c tsb.c X-FreeBSD-CVS-Branch: HEAD Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG tmm 2002/01/02 10:49:20 PST Modified files: sys/sparc64/include pmap.h tsb.h sys/sparc64/sparc64 pmap.c tsb.c Log: 1. Implement an optimization for pmap_remove() and pmap_protect(): if a substantial fraction of the number of entries of tte's in the tsb would need to be looked up, traverse the tsb instead. This is crucial in some places, e.g. when swapping out a process, where a certain pmap_remove() call would take very long time to complete without this. 2. Implement pmap_qenter_flags(), which will become used later 3. Reactivate the instruction cache flush done when mapping as executable. This is required e.g. when executing files via NFS, but is known to cause problems on UltraSPARC-IIe CPU's. If you have such a CPU, you will need to comment this call out for now. Submitted by: jake (3) Revision Changes Path 1.11 +1 -0 src/sys/sparc64/include/pmap.h 1.8 +8 -1 src/sys/sparc64/include/tsb.h 1.19 +106 -47 src/sys/sparc64/sparc64/pmap.c 1.9 +28 -0 src/sys/sparc64/sparc64/tsb.c To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message