From owner-freebsd-current@FreeBSD.ORG Tue Mar 23 13:56:24 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CFCE516A4CE for ; Tue, 23 Mar 2004 13:56:24 -0800 (PST) Received: from main.gmane.org (main.gmane.org [80.91.224.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CB2843D3F for ; Tue, 23 Mar 2004 13:56:24 -0800 (PST) (envelope-from freebsd-current@m.gmane.org) Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1B5tsk-0004JM-00 for ; Tue, 23 Mar 2004 22:56:23 +0100 Received: from mulder.f5.com ([205.229.151.150]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 23 Mar 2004 22:56:22 +0100 Received: from atkin901 by mulder.f5.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 23 Mar 2004 22:56:22 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: othermark Date: Tue, 23 Mar 2004 13:56:20 -0800 Lines: 62 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: mulder.f5.com User-Agent: KNode/0.7.6 Sender: news Subject: puc(4) device not attaching issue in -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Mar 2004 21:56:24 -0000 I recently purchased a Lava Octopus-550 8 port serial card for use in Freebsd, noting that it was in pucdata.c before I purchased. In current cvsup as of 3/22/04 it's missing half it's ports, and I need any help somone can offer in figuring out how to get the other half to attach: puc0: port 0xfc88-0xfc8f,0xf8b 8-0xf8bf,0xf8b0-0xf8b7,0xf8a8-0xf8af irq 12 at device 6.0 on pci0 sio4: on puc0 sio4: type 16550A sio4: unable to activate interrupt in fast mode - using normal mode sio5: on puc0 sio5: type 16550A sio5: unable to activate interrupt in fast mode - using normal mode sio6: on puc0 sio6: type 16550A sio6: unable to activate interrupt in fast mode - using normal mode sio7: on puc0 sio7: type 16550A sio7: unable to activate interrupt in fast mode - using normal mode pci0: at device 6.1 (no driver attached) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ this is the other half of the ports. I've noted here: http://mail-index.netbsd.org/netbsd-bugs/2001/02/14/0004.html that the original author of the patch to netbsd had this working and here (sorry about wrapping): http://www.faqchest.com/linux/freeBSD/fbsd-02/fbsd-0211/fbsd-021105/fbsd02110411_18675.html that it was working in 4.7-RELEASE, with the same entry in pucdata.c I note that: puc0@pci0:6:0: class=0x070002 card=0x00000000 chip=0x01801407 rev=0x00 hdr=0x00 vendor = 'Lava Computer Manufacturing Inc' device = 'Lava Octopus PCI Ports 1-4' class = simple comms subclass = UART none0@pci0:6:1: class=0x070002 card=0x00000000 chip=0x01811407 rev=0x00 hdr=0x00 vendor = 'Lava Computer Manufacturing Inc' device = 'Lava Octopus PCI Ports 5-8' class = simple comms subclass = UART device 6.1 has chip 0x018111407=and pucdata.c has only has an entry for 0x0180, so I'm not sure how it was picking up 0x0181 in earlier releases, or that it still does and something else is blocking it from happening... -- othermark atkin901 at nospam dot yahoo dot com (!wired)?(coffee++):(wired);