From owner-cvs-all Tue May 28 23: 9:56 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 46E7737B404; Tue, 28 May 2002 23:08:45 -0700 (PDT) Received: (from jake@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g4T68ji26775; Tue, 28 May 2002 23:08:45 -0700 (PDT) (envelope-from jake) Message-Id: <200205290608.g4T68ji26775@freefall.freebsd.org> From: Jake Burkholder Date: Tue, 28 May 2002 23:08:45 -0700 (PDT) To: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/sys/sparc64/include pmap.h tsb.h src/sys/sparc64/sparc64 genassym.c pmap.c trap.c tsb.c src/sys/conf files.sparc64 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 jake 2002/05/28 23:08:45 PDT Modified files: sys/sparc64/include pmap.h tsb.h sys/sparc64/sparc64 genassym.c pmap.c trap.c tsb.c sys/conf files.sparc64 Log: Merge the code in pv.c into pmap.c directly. Place all page mappings onto the pv lists in the vm_page, even unmanaged kernel mappings. This is so that the virtual cachability of these mappings can be tracked when a page is mapped to more than one virtual address. All virtually cachable mappings of a physical page must have the same virtual colour, or illegal alises can be created in the data cache. This is a bit tricky because we still have to recognize managed and unmanaged mappings, even though they are all on the pv lists. Revision Changes Path 1.20 +0 -1 src/sys/conf/files.sparc64 1.19 +9 -0 src/sys/sparc64/include/pmap.h 1.14 +1 -1 src/sys/sparc64/include/tsb.h 1.34 +0 -1 src/sys/sparc64/sparc64/genassym.c 1.57 +168 -25 src/sys/sparc64/sparc64/pmap.c 1.37 +0 -1 src/sys/sparc64/sparc64/trap.c 1.22 +9 -22 src/sys/sparc64/sparc64/tsb.c To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message