From owner-freebsd-current Fri May 29 22:23:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA21681 for freebsd-current-outgoing; Fri, 29 May 1998 22:23:50 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA21676 for ; Fri, 29 May 1998 22:23:48 -0700 (PDT) (envelope-from gibbs@narnia.plutotech.com) Received: (from gibbs@localhost) by narnia.plutotech.com (8.8.8/8.7.3) id XAA02620; Fri, 29 May 1998 23:19:38 -0600 (MDT) Date: Fri, 29 May 1998 23:19:38 -0600 (MDT) From: "Justin T. Gibbs" Message-Id: <199805300519.XAA02620@narnia.plutotech.com> To: Doug Rabson cc: current@FreeBSD.ORG Subject: Re: FreeBSD/alpha status report (2) User-Agent: tin/pre-1.4-971204 (UNIX) (FreeBSD/3.0-CURRENT (i386)) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Along the way, I have successfully probed for simulated devices on a > simulated PCI bus and attached simulated SCSI disks :-). I am *not* > currently using NetBSD's bus_space stuff to handle accesses to device i/o > ports and memory. Given that 99% of the machines that the port will work > on don't need the complexity of bus_space, I have taken the Linux route > and each chipset will supply versions of inb etc which perform the > relavent contortions. I suppose I don't understand the rational here. The i386 port doesn't have to go through any contortions in it's bus space implemenation and implementing bus space for FreeBSD x86 (look in i386/include/bus.h) was *trivial*. So why not use bus space? The CAM drivers already use it, you say that 99% of Alphas can use a "simple" implementation, and it buys us the ability to more easily port code from NetBSD? Just because you seem to believe that NetBSD's implementation of the bus space and bus DMA interfaces for Alpha are overly complex, doesn't mean that the interfaces themselves are a bad idea. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message