From 4cc41a14e3e9d7b584dae72ad56f1bdaedf6c3fb Mon Sep 17 00:00:00 2001 From: Miod Vallat Date: Sun, 12 Aug 2001 23:01:40 +0000 Subject: BUFFERS_UNMANAGED my ass, probably more outdated or obsolete things to change. Volunteers? --- sys/arch/hp300/DOC/Options | 12 +----------- 1 file changed, 1 insertion(+), 11 deletions(-) (limited to 'sys/arch/hp300/DOC') diff --git a/sys/arch/hp300/DOC/Options b/sys/arch/hp300/DOC/Options index 05ae33ab351..8a9d0cfd6b8 100644 --- a/sys/arch/hp300/DOC/Options +++ b/sys/arch/hp300/DOC/Options @@ -1,4 +1,4 @@ -$OpenBSD: Options,v 1.6 1997/11/06 19:42:26 millert Exp $ +$OpenBSD: Options,v 1.7 2001/08/12 23:01:39 miod Exp $ $NetBSD: Options,v 1.7 1997/09/12 08:04:12 mycroft Exp $ Here is a list of hp300 specific kernel compilation options and what they @@ -113,13 +113,3 @@ MAPPEDCOPY the default is to use mapped copy for operations on one page or more except on machines with virtually-indexed caches. See initcpu() in machdep.c - -BUFFERS_UNMANAGED - Set up the buffer cache "below" the machine independent VM. - Normally, in startup() we use vm_map operations to initially - assign physical memory to the buffers. This creates a map with - a huge number of map entries (twice the number of buffers) - which serve no purpose since remaining buffer operations - (i.e. pagemove) work below the MI layer anyway. Defining this - symbol will cause startup() to use pmap operations to map the - initial pages leaving the buffer_map one big entry. -- cgit v1.2.3