From owner-freebsd-hackers Sat Oct 18 17:03:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA10126 for hackers-outgoing; Sat, 18 Oct 1997 17:03:17 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from hda.hda.com (hda-bicnet.bicnet.net [208.220.66.37]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA10120 for ; Sat, 18 Oct 1997 17:03:09 -0700 (PDT) (envelope-from dufault@hda.hda.com) Received: (from dufault@localhost) by hda.hda.com (8.8.5/8.8.5) id TAA23016; Sat, 18 Oct 1997 19:13:31 -0400 (EDT) From: Peter Dufault Message-Id: <199710182313.TAA23016@hda.hda.com> Subject: Re: Opinions wanted. In-Reply-To: from mdean at "Oct 18, 97 04:06:48 pm" To: mdean@best.com (mdean) Date: Sat, 18 Oct 1997 19:13:30 -0400 (EDT) Cc: freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit 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, should I make all lines high, or all > lines low by default. I noticed that the 8255 seems to use low (but i have > set them high in my driver because the equipment I use outputs for is > activated by active low signal so I don't want it to all be turned on just > by opening the device file), what may I ask is more general all high, or > all low (in your opinion ofcourse)? You must pass the normal behavior of the hardware through to the software. 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. The hardware must be set up with pullup or pulldown resistors as appropriate to e.g. avoid turning on the natural gas solenoid in the oxygen tent at powerup in case the system hangs while trying to automatically connect to microsoft.com to download the latest browser. All systems may do this soon. Peter -- Peter Dufault (dufault@hda.com) Realtime development, Machine control, HD Associates, Inc. Safety critical systems, Agency approval