freebsd-skq/sys/dev/pci
Warner Losh 795dceffa2 Two fixes:
(1) Fix pcib_read/write_config prototypes.
(2) When contrainting a resource request for a 'subtractive' bridge,
    it is important to select a range outside the base/limit
    registers, since those are the only values known to not
    possibly work.  On my HP laptop, the base bridge excludes I/O
    ports 0xa000-0xafff, however that was the range we were passing
    up the tree.  Instead, when a range spans the "hole" we now
    arbitrarily pick the range just above the hole to allocate from.

All of my rl and xl cards, at a minimum, started working again on this
laptop with those fixes.
2009-03-14 14:08:53 +00:00
..
eisa_pci.c
fixup_pci.c Workaround a hang on some nForce2 systems that can happen if the CPU goes 2006-05-24 14:08:31 +00:00
hostb_pci.c
ignore_pci.c
isa_pci.c
pci_if.m Revamp the MSI/MSI-X code a bit to achieve two main goals: 2007-05-02 17:50:36 +00:00
pci_pci.c Two fixes: 2009-03-14 14:08:53 +00:00
pci_private.h Further refine the handling of resources for BARs in the PCI bus driver. 2009-03-03 16:38:59 +00:00
pci_user.c - Add a new ioctl to /dev/pci to fetch details on an individual BAR of a 2009-02-02 19:54:16 +00:00
pci.c Fix a buglet in revision 189401: when restoring a 64-bit BAR, 2009-03-10 06:21:52 +00:00
pcib_if.m Revamp the MSI/MSI-X code a bit to achieve two main goals: 2007-05-02 17:50:36 +00:00
pcib_private.h Two fixes: 2009-03-14 14:08:53 +00:00
pcireg.h Always read/write the full 64-bit value of 64-bit BARs. Specifically, 2009-03-05 15:33:04 +00:00
pcivar.h SATA device on some nForce based boards could get confused if MSI is not 2008-07-23 09:44:36 +00:00
vga_pci.c The recent PCI resource allocation fixes exposed a bug where the same 2009-03-04 21:04:52 +00:00