From owner-freebsd-hackers Sun Oct 19 00:54:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA27290 for hackers-outgoing; Sun, 19 Oct 1997 00:54:36 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from word.smith.net.au (ppp20.portal.net.au [202.12.71.120]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA27282 for ; Sun, 19 Oct 1997 00:54:14 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (localhost [127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id RAA01382; Sun, 19 Oct 1997 17:16:24 +0930 (CST) Message-Id: <199710190746.RAA01382@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Peter Dufault cc: mdean@best.com (mdean), freebsd-hackers@FreeBSD.ORG Subject: Re: Opinions wanted. In-reply-to: Your message of "Sat, 18 Oct 1997 19:13:30 -0400." <199710182313.TAA23016@hda.hda.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 19 Oct 1997 17:16:20 +0930 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > If an 8255 (digital I/O) 8-bit port is opened via open() call by the user > > as O_RDWR then it becomes an output, It makes little sense to model the 8255 like this. It would be much more sensible to allow open/close and require an ioctl to provide register access. > The system design must arrange to pull the signals high at start > up (if you can, yes I'm mostly software) so that it doesn't turn > on devices. This is impossible with the 8255, as it resets its outputs low whenever the mode byte is changed. It is a most disgusting device indeed. mike