From owner-freebsd-hardware  Thu Jul 10 06:00:03 1997
Return-Path: <owner-hardware>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id GAA00854
          for hardware-outgoing; Thu, 10 Jul 1997 06:00:03 -0700 (PDT)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA00804;
          Thu, 10 Jul 1997 05:59:55 -0700 (PDT)
Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id WAA05329; Thu, 10 Jul 1997 22:44:01 +1000
Date: Thu, 10 Jul 1997 22:44:01 +1000
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199707101244.WAA05329@godzilla.zeta.org.au>
To: danny@panda.hilink.com.au, phk@dk.tfs.com
Subject: Re: Configuring Byterunner TC-800 high speed 8-port serial card
Cc: freebsd-hardware@FreeBSD.ORG, freebsd-isp@FreeBSD.ORG,
        sdudley@byterunner.com
Sender: owner-hardware@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

>>options COM_MULTIPORT
>>device sio4 at isa? port 0x100 tty flags 0xb05
>>...
>>device sio11 at isa? port 0x138 tty flags 0xb05 irq 12 vector siointr
>
>You should set the 0x10000 flag (only in current yet) as well, to
>avoid the case where a pending IRQ from a higher port prevents
>sio's test#3 from passing on a lower port.

No, you should keep the 0x10000 flag clear, so that a pending IRQ from
a higher port causes sio's test#3 to fail on a lower port, since such
IRQs "can't happen" (unless the multiport board is misconfigured or is
actually a multi-infernal modem :-).

Bruce