All architectures define PCI_RES_BUS unconditionally now that only
NEW_PCIB is supported, so we no longer need the legacy code.
Details
Diff Detail
- Repository
- rS FreeBSD src repository - subversion
- Lint
Lint Passed - Unit
No Test Coverage - Build Status
Buildable 42745 Build 39633: arc lint + arc unit
Event Timeline
The patch series passes make kernels and riscv GENERIC still boots with VirtIO-over-PCI in use, but both were done manually (unifdef apparently does not do anything to defined(A) && defined(B), only defined(A) || defined(B)) so I could easily have broken something.
This all looks good to me... I'll see if I still have a CardBus machine around to test on... I kinda doubt it... I'll bet even if I did, it's long ago broken by something else.
sys/dev/pccbb/pccbb_pci.c | ||
---|---|---|
304 | sc->bus can likely go away, no? | |
342–345 | These likely can go away too.... They were part of the gross hack to allow people to set sec/sub bus numbers. This hack never worked very well... | |
355 | This entire #if 0 likely can go... I never needed to finish stubbing it out... | |
sys/dev/pci/pci_pci.c | ||
1420 | Maybe this is a separate commit? IT's super-duper old hw that I doubt freebsd could still boot on... | |
1435 | 2003/2004 era laptop... likely related to the hacks I had in cbb |
While there is some cruft @imp noted in the ccb driver that can be purged further, that probably should be done as a separate commit.
sys/dev/pci/pci_pci.c | ||
---|---|---|
1420 | I think in the PCI_RES_BUS case I had previously replicated this logic up in the pci(4) bus driver since it now tracks bus numbers in ivars. In particular, check pci_reserve_secbus in sys/dev/pci/pci.c. |
sys/dev/pci/pci_pci.c | ||
---|---|---|
1420 | Also I'm not removing functionality, I'm removing code that's always compiled out |