From owner-freebsd-arch Mon Feb 5 14:39: 9 2001 Delivered-To: freebsd-arch@freebsd.org Received: from grendel.bsdi.com (grendel.twistedbit.com [199.79.183.5]) by hub.freebsd.org (Postfix) with ESMTP id 19FD837B684; Mon, 5 Feb 2001 14:38:50 -0800 (PST) Received: from grendel.bsdi.com (cp@localhost.bsdi.com [127.0.0.1]) by grendel.bsdi.com (8.11.1/8.9.3) with ESMTP id f15MYfW96817; Mon, 5 Feb 2001 15:34:41 -0700 (MST) (envelope-from cp@grendel.bsdi.com) Message-Id: <200102052234.f15MYfW96817@grendel.bsdi.com> To: "Justin T. Gibbs" Cc: Poul-Henning Kamp , Alfred Perlstein , Randell Jesup , Matt Dillon , Matthew Jacob , Mike Smith , Dag-Erling Smorgrav , Dan Nelson , Seigo Tanimura , arch@FreeBSD.ORG Subject: Re: Bumping up {MAX,DFLT}*PHYS (was Re: Bumping up {MAX,DFL}*SIZ in i386) In-reply-to: Your message of "Mon, 05 Feb 2001 15:24:02 MST." <200102052224.f15MO2O51248@aslan.scsiguy.com> From: Chuck Paterson Date: Mon, 05 Feb 2001 15:34:41 -0700 Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In the discussions I noticed someone mentioned some of the issues with architectures like Sparc. I haven't noticed anyone discuss the need to deal with the limited DVMA space. You really need to have some reservation policy on the buffer before you send them down to a driver, or at least have the driver do a call to get a reservatioin commitment before actually doing the map ins. If not you could have problems like two drivers trying to map there io buffer, both having them half mapped and unable to get the resouces to finish the mapping. Chuck Chuck To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message