Date: Mon, 05 Feb 2001 16:11:11 -0800
From: Mike Smith <msmith@freebsd.org>
To: Chuck Paterson <cp@bsdi.com>
Cc: arch@FreeBSD.ORG
Subject: Re: Bumping up {MAX,DFLT}*PHYS (was Re: Bumping up {MAX,DFL}*SIZ in i386)
Message-ID: <200102060011.f160BBe01822@mass.dis.org>
In-Reply-To: Your message of "Mon, 05 Feb 2001 15:34:41 MST." <200102052234.f15MYfW96817@grendel.bsdi.com>
next in thread | previous in thread | raw e-mail | index | archive | help
> 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.
This should be handled by having bus_dmamap_load and/or bus_dmamap_sync
return success values, rather than void like they do now.
--
... every activity meets with opposition, everyone who acts has his
rivals and unfortunately opponents also. But not because people want
to be opponents, rather because the tasks and relationships force
people to take different points of view. [Dr. Fritz Todt]
V I C T O R Y N O T V E N G E A N C E
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-arch" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200102060011.f160BBe01822>