From owner-freebsd-hackers Sat Dec 13 21:32:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA11049 for hackers-outgoing; Sat, 13 Dec 1997 21:32:27 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA11036 for ; Sat, 13 Dec 1997 21:32:21 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id VAA09592; Sat, 13 Dec 1997 21:32:01 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712140532.VAA09592@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Jun-ichiro itojun Itoh cc: gjp@erols.net (Gary Palmer), hackers@freebsd.org Subject: Re: Beginning SPARC port In-reply-to: Your message of "Sun, 14 Dec 1997 13:40:45 +0900." <16085.882074445@coconut.itojun.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 13 Dec 1997 21:32:00 -0800 From: Amancio Hasty Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is not really a problem since we also support i/o memory mapped registers for PCI devices. The thing to do is to get hold of a sparc architecture book and find out how they do i/o and then formulate a mapping. Cheers, Amancio > > >> pccard/pcic.c > >> pci/aic7870.c > >> pci/if_de.c > >> pci/ncr.c > >> pci/tek390.c > >> pci/wd82371.c > >What makes you think outb is i386 specific? Surely since it is defined > >in a machine header to some asm fn, what it really means is that > >it is GNU C specific? If you think about it, if a platform needed > >a bit of complexity to do inb/outb, you #define them to funciton > >calls. > > hardware I/O model is CPU specific. There are architectures > that do not have inb/outb instruction, and maps I/O device control > registers onto memory. I dunno how Sparc-with-PCI motherboard > access pci registers, but I'm sure there has to be bunch of changes. > > itojun >