Date: Wed, 9 Sep 1998 09:46:44 +0100 (BST) From: Doug Rabson <dfr@nlsystems.com> To: "Justin T. Gibbs" <gibbs@narnia.plutotech.com> Cc: alpha@FreeBSD.ORG Subject: Re: Bt848 driver for Alpha Message-ID: <Pine.BSF.4.01.9809090944130.15672-100000@herring.nlsystems.com> In-Reply-To: <199809082315.RAA07283@narnia.plutotech.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 8 Sep 1998, Justin T. Gibbs wrote: > >> Ick. Ick. Ick. Almost all of the CAM code uses the bus space facility > >> to do this. Why re-invent the wheel? > > > > I wasn't re-inventing anything. I just happened to look at a different > > wheel. Constructing a bus space around this is trivial (virtually the > > same as the i386 bus space). > > Well, the NCR driver is an MI driver, so it should use MI interfaces > to get it's work done. My (incorrect??) assumption was that you were > pushing for writeb and friends to become MI interfaces. I used inx/outx and readx/writex to get the port up and running quickly without having to spend huge quantities of effort changing drivers. Of course I will implement the bus_space api when CAM goes in. I will still need to support inx/outx for non-CAM drivers though unless CAM converts all of them to bus_space. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 Fax: +44 181 381 1039 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" 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.01.9809090944130.15672-100000>