Date: Sun, 4 Jul 1999 22:40:05 +0100 (BST) From: Doug Rabson <dfr@nlsystems.com> To: Warner Losh <imp@harmony.village.org> Cc: hackers@freebsd.org Subject: Re: The busspace modernization initiative. Message-ID: <Pine.BSF.4.10.9907042236480.54036-100000@salmon.nlsystems.com> In-Reply-To: <199907042003.OAA43735@harmony.village.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 4 Jul 1999, Warner Losh wrote: > In message <Pine.BSF.4.10.9907041101200.15087-100000@salmon.nlsystems.com> Doug Rabson writes: > : I think you are on the right lines here. Where does the resource come > : from? Are you going to support bus_space_map() and if so, how are you > : planning to call BUS_ALLOC_RESOURCE? > > In i386/i386/resource.c :-). Here's what is there now. It looks like > it currently bypasses BUS_ALLOC_RESOURCE, going to the resource > manager (rman) directly. Do you have any comments on this code? Or > would you rather I send you a complete patch/diff to comment on? This seems to bypass the nexus completely which isn't right. It wouldn't detect conflicts between bus_space_alloc and the new-bus resource apis since it has its own instances of struct rman. Do we really need to support this api for common newconfig style drivers? -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.10.9907042236480.54036-100000>