5 Commits

Author	SHA1	Message	Date
sommerfeld	851de295eb	Change pci_intr_map to get interrupt source information from a "struct ... pci_attach_args *" instead of from four separate parameters which in all cases were extracted from the same "struct pci_attach_args". This both simplifies the driver api, and allows for alternate PCI interrupt mapping schemes, such as one using the tables described in the Intel Multiprocessor Spec which describe interrupt wirings for devices behind pci-pci bridges based on the device's location rather the bridge's location. Tested on alpha and i386; welcome to 1.5Q	2000-12-28 22:59:06 +00:00
cgd	cffb580806	Implement the more flexiable `evcnt' interface as discussed (briefly) on ... tech-kern and now documented in evcnt(9).	2000-06-04 19:14:14 +00:00
cgd	47449a63d2	kill __P in these files. (I had to look at them anyway with an eye for ... adding some protos... and adding them with __P seems wrong, but mixing __P and not __P in the same file seems wrong too, so...)	2000-06-01 00:04:50 +00:00
eeh	ca743bac9a	Use the PCI function code to distinguish simba bus A from bus B instead ... of the current hack.	2000-05-24 20:27:52 +00:00
mrg	03adf4aad1	PCI driver for the UltraSPARC. this only works on the Ultra5/10 machines ... (`SUNW,sabre') for now, and it doesn't really quite work there yet anyway. the bus space/dma code is cloned from the sbus driver. the IOMMU code also is cloned from the sbus code, but separated out into iommu.c so that we can share it with the sbus driver. hopefully, much of the bus space/dma code can also be re-shared with the sbus driver and the ebus driver but for now these copies will do. support for the real UltraSPARC PCI (`SUNW,psycho') is unwritten, though most of this code is shared with it. we can probe PCI config space and try to configue devices, but interrupts don't work yet...	1999-06-04 13:42:14 +00:00