From owner-cvs-sys  Mon May 26 08:09:28 1997
Return-Path: <owner-cvs-sys>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id IAA23086
          for cvs-sys-outgoing; Mon, 26 May 1997 08:09:28 -0700 (PDT)
Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA23057;
          Mon, 26 May 1997 08:09:15 -0700 (PDT)
From: Stefan Esser <se@FreeBSD.ORG>
Received: (from se@localhost)
	by freefall.freebsd.org (8.8.5/8.8.5) id IAA29686;
	Mon, 26 May 1997 08:08:43 -0700 (PDT)
Date: Mon, 26 May 1997 08:08:43 -0700 (PDT)
Message-Id: <199705261508.IAA29686@freefall.freebsd.org>
To: cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG, cvs-sys@FreeBSD.ORG
Subject: cvs commit: src/sys/pci pci_compat.c pci.c pcireg.h pcisupport.c
         pcivar.h tek390.c src/sys/i386/isa pcibus.h pcibus.c src/sys/conf
         files
Sender: owner-cvs-sys@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

se          1997/05/26 08:08:43 PDT

  Modified files:
    sys/pci              pci.c pcireg.h pcisupport.c pcivar.h 
                         tek390.c 
    sys/i386/isa         pcibus.c 
    sys/conf             files 
  Added files:
    sys/pci              pci_compat.c 
    sys/i386/isa         pcibus.h 
  Log:
  Completely replace the PCI bus driver code to make it better reflect
  reality. There will be a new call interface, but for now the file
  pci_compat.c (which is to be deleted, after all drivers are converted)
  provides an emulation of the old PCI bus driver functions. The only
  change that might be visible to drivers is, that the type pcici_t
  (which had been meant to be just a handle, whose exact definition
  should not be relied on), has been converted into a pcicfgregs* .
  
  The Tekram AMD SCSI driver bogusly relied on the definition of pcici_t
  and has been converted to just call the PCI drivers functions to access
  configuration space register, instead of inventing its own ...
  
  This code is by no means complete, but assumed to be fully operational,
  and brings the official code base more in line with my development code.
  
  A new generic device descriptor data type has to be agreed on. The PCI
  code will then use that data type to provide new functionality:
  
  1) userconfig support
  2) "wired" PCI devices
  3) conflicts checking against ISA/EISA
  4) maps will depend on the command register enable bits
  5) PCI to Anything bridges can be defined as devices,
     and are probed like any "standard" PCI device.
  
  The following features are currently missing, but will be added back,
  soon:
  
  1) unknown device probe message
  2) suppression of "mirrored" devices caused by ancient, broken chip-sets
  
  This code relies on generic shared interrupt support just commited to
  kern_intr.c (plus the modifications of isa.c and isa_device.h).
  
  Revision  Changes    Path
  1.72      +349 -1800 src/sys/pci/pci.c
  1.15      +244 -202  src/sys/pci/pcireg.h
  1.46      +3 -25     src/sys/pci/pcisupport.c
  1.16      +190 -216  src/sys/pci/pcivar.h
  1.6       +15 -0     src/sys/pci/tek390.c
  1.36      +188 -461  src/sys/i386/isa/pcibus.c
  1.101     +1 -0      src/sys/conf/files