From owner-freebsd-current  Thu May 18 03:27:58 1995
Return-Path: current-owner
Received: (from majordom@localhost)
          by freefall.cdrom.com (8.6.10/8.6.6) id DAA04875
          for current-outgoing; Thu, 18 May 1995 03:27:58 -0700
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34])
          by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA04869
          for <current@FreeBSD.org>; Thu, 18 May 1995 03:27:46 -0700
Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id UAA19723; Thu, 18 May 1995 20:20:00 +1000
Date: Thu, 18 May 1995 20:20:00 +1000
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199505181020.UAA19723@godzilla.zeta.org.au>
To: bde@zeta.org.au, esser@ZPR.Uni-Koeln.DE
Subject: Re: Enthusiasm boost: make world works on 386SX16 4Mb
Cc: current@FreeBSD.org
Sender: current-owner@FreeBSD.org
Precedence: bulk

>} It's actually only an index into intr_countp[] and intrnames[].
>} Config is supposed to fill in all device tables with suitable
>} indexes and build a string table to match.  You can fake this
>} now using dummy isa devices:
>} 
>} 	device	PCI0	at isa?
>} 	...
>} 	device	PCI15	at isa?
>} 
>} Use a trivial failing probe routine to copy the ids to a pci-specific
>} place.

>Yes. Know this. But this would be to much of a hack IMHO !

It seems reasonable to have a real to have a real isa device
behind the glue routines in isa/pcibus.c.

>I've locally patched "config" to put pci devices into 
>"vector.h". This makes the names appear in the intrnames
>array, it just can't be located by the register_intr() 
>code.

>By having an explicit intrcnt address and another name 
>parameter, register_intr() could match the name in the 
>intrnames array as build by the modified config.

OK.  Put all the controller names in the string table so
that you don't have to decide which.

Bruce