Date: Tue, 8 Sep 1998 22:08:06 +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.9809082207050.796-100000@herring.nlsystems.com> In-Reply-To: <199809081952.NAA06723@narnia.plutotech.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 8 Sep 1998, Justin T. Gibbs wrote: > In article <Pine.BSF.4.01.9809080932410.796-100000@herring.nlsystems.com> you wrote: > > On Mon, 7 Sep 1998, Roger Hardiman wrote: > > > > I would suggest something like the ncr driver: > > > > ... > > vm_offset_t bt848; > > > > #define REGOFF(x) (bt848 + offsetof(struct bt848_reg, x) > > #define READREGB(x) readb(REGOFF(x)) > > #define WRITEREGB(x, v) writeb(REGOFF(x), v) > > 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). -- 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.9809082207050.796-100000>