puc(4) device not attaching issue in -current

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: <Lava Computers Octopus-550 8-port serial> port 0xfc88-0xfc8f,0xf8b
8-0xf8bf,0xf8b0-0xf8b7,0xf8a8-0xf8af irq 12 at device 6.0 on pci0
sio4: <Lava Computers Octopus-550 8-port serial> on puc0
sio4: type 16550A
sio4: unable to activate interrupt in fast mode - using normal mode
sio5: <Lava Computers Octopus-550 8-port serial> on puc0
sio5: type 16550A
sio5: unable to activate interrupt in fast mode - using normal mode
sio6: <Lava Computers Octopus-550 8-port serial> on puc0
sio6: type 16550A
sio6: unable to activate interrupt in fast mode - using normal mode
sio7: <Lava Computers Octopus-550 8-port serial> on puc0
sio7: type 16550A
sio7: unable to activate interrupt in fast mode - using normal mode

pci0: <simple comms, UART> 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_at_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_at_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);