From owner-freebsd-questions@FreeBSD.ORG Sun Jul 11 15:26:47 2004 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9693316A4CE for ; Sun, 11 Jul 2004 15:26:47 +0000 (GMT) Received: from mail.freeode.co.uk (freeode.co.uk [213.162.123.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id E688343D2F for ; Sun, 11 Jul 2004 15:26:46 +0000 (GMT) (envelope-from spam-trap@freeode.co.uk) Received: from lexx (lexx.freeode.co.uk [10.253.253.2]) by mail.freeode.co.uk (8.12.10/8.12.10) with ESMTP id i6BFQaN5058980; Sun, 11 Jul 2004 16:26:36 +0100 (BST) (envelope-from spam-trap@freeode.co.uk) From: John Murphy To: questions@FreeBSD.ORG Date: Sun, 11 Jul 2004 16:26:36 +0100 Message-ID: <3jm2f05p1pcoibm9qqve8v4j9e0gajd3gv@4ax.com> References: In-Reply-To: X-Mailer: Forte Agent 1.93/32.576 English (American) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: blade@aknet.kg Subject: Re: Problem with hardware OX16PCI954 8-ports serial X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: sub01@freeode.co.uk List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Jul 2004 15:26:47 -0000 Harchenko Andrew wrote: >I have FreeBSD 4.9 and try to install multiport card OX16PCI954 8-ports >serial. And I have some problem 4 ports >works normaly. But other don't work. > >dmesg >.... >puc0: port >0xa800-0xa81f,0xb000-0xb01f mem >0xf2000000-0xf2000fff,0xf2800000-0xf2800fff irq 9 at device 10.0 on pci2 >sio4: type 16550A >sio5: type 16550A >sio6: type 16550A >sio7: type 16550A >chip0: port >0xa000-0xa01f,0xa400-0xa41f mem >0xf1000000-0xf1000fff,0xf1800000-0xf1800fff irq 9 at device 10.1 on pci2 >.... > > >I compiled kernel with follow options > >options COM_MULTIPORT >device puc >options PUC_FASTINTR > > >What's wrong? man 4 puc says: If the PUC_FASTINTR option is used the driver will try to use fast inter- rupts. This should lower the interrupt latency and should be used if the sio(4) driver reports silo overflow errors. It cannot be used if the interrupt is shared. So try a kernel without the PUC_FASTINTR option. Also ensure you have sio* devices in /dev for the other four ports. -- John.