From owner-freebsd-hackers Mon Aug 17 16:44:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA20417 for freebsd-hackers-outgoing; Mon, 17 Aug 1998 16:44:06 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA20350 for ; Mon, 17 Aug 1998 16:44:01 -0700 (PDT) (envelope-from root@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id QAA26017; Mon, 17 Aug 1998 16:42:53 -0700 (PDT) Message-Id: <199808172342.QAA26017@implode.root.com> To: zhihuizhang cc: hackers Subject: Re: Virtual Memory for buffer In-reply-to: Your message of "Mon, 17 Aug 1998 16:42:37 EDT." From: David Greenman Reply-To: dg@root.com Date: Mon, 17 Aug 1998 16:42:53 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >The virtual memory of buffer is allocated from buffer_map in getnewbuf() >by calling vm_map_findspace() and vm_map_insert(). Its address is saved in >b_kvasize and (sometimes) b_data. These are fine. However, when >allocbuf() extend VMIO buffer size, it *truncates* b_data to a page >boundary before entering buffer pages into KVA. > >I wonder if virtual address space is not always allocated on page >boundary, then it is possible that after the PTE has changed to point to Space is always allocated on a page boundry. -DG David Greenman Co-founder/Principal Architect, The FreeBSD Project To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message