src/sys/dev/pci, branch release/5.2.1 FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=release%2F5.2.1 2003-11-17T08:58:16Z Initial landing of SMP support for FreeBSD/amd64. 2003-11-17T08:58:16Z Peter Wemm peter@FreeBSD.org 2003-11-17T08:58:16Z urn:sha1:0d2a2989048c676030afdcf7ba3aae9713738395 - This is heavily derived from John Baldwin's apic/pci cleanup on i386. - I have completely rewritten or drastically cleaned up some other parts. (in particular, bootstrap) - This is still a WIP. It seems that there are some highly bogus bioses on nVidia nForce3-150 boards. I can't stress how broken these boards are. I have a workaround in mind, but right now the Asus SK8N is broken. The Gigabyte K8NPro (nVidia based) is also mind-numbingly hosed. - Most of my testing has been with SCHED_ULE. SCHED_4BSD works. - the apic and acpi components are 'standard'. - If you have an nVidia nForce3-150 board, you are stuck with 'device atpic' in addition, because they somehow managed to forget to connect the 8254 timer to the apic, even though its in the same silicon! ARGH! This directly violates the ACPI spec. Enable PCI interrupt routing for i386 SMP kernels. 2003-11-03T22:06:35Z John Baldwin jhb@FreeBSD.org 2003-11-03T22:06:35Z urn:sha1:4311d1d3687b581962c8439eba7c497303217a46 Make the cardbus driver a derived class of the pci driver. In theory, this 2003-11-01T12:45:03Z Doug Rabson dfr@FreeBSD.org 2003-11-01T12:45:03Z urn:sha1:aec21b56e8cbf018f2037e3da234df580f4e7252 should allow many of the pci methods to be re-staticised. Change all SYSCTLS which are readonly and have a related TUNABLE 2003-10-21T18:28:36Z Mike Silbersack silby@FreeBSD.org 2003-10-21T18:28:36Z urn:sha1:184dcdc7c8180a316f2aaac1d2efdb8e0dd01b49 from CTLFLAG_RD to CTLFLAG_RDTUN so that sysctl(8) can provide more useful error messages. The code that was meant to test alignment of the register offset 2003-10-11T22:20:34Z Stefan Eßer se@FreeBSD.org 2003-10-11T22:20:34Z urn:sha1:66f314b5f27671ec21fe225734b97e9467d329c7 parameter in the read and write case dereferenced an unitialized pointer and can't possibly ever have catched an actual invalid argument. This was apparently true for the read/write and getconf cases. The latter does not even receive the paramter that is to be verified. I'm surprised that this did not cause kernel panics, but it seems that the uninitialized local variable happens to contain data that may be used as a pointer to memory that satisfies the test condition. Make the code work as intended by moving the test inside the switch case where the pointer has been properly initialized. Since the read and write case shared just about all code (except for the single call to PCIB_READ_CONFIG resp. PCIB_WRITE_CONFIG) I have merged both cases. Noticed by: trhodes@FreeBSD.org (Tom Rhodes) Add pci_resume() to reestablish interrupt routing after 2003-09-17T08:32:44Z Mitsuru IWASAKI iwasaki@FreeBSD.org 2003-09-17T08:32:44Z urn:sha1:526b5e659d72dc2d4298f38eaaabafc83097f26b suspend/resume. Especially after hibernation, interrupt routing went back to initial status on some machines. Teach the PCI code to parse MSI extended capabilities. Re-arrange the 2003-09-14T19:30:00Z Scott Long scottl@FreeBSD.org 2003-09-14T19:30:00Z urn:sha1:ec40a9f9d0ac8d07572c7ba37ce63796433dcc24 pcicfg struct a bit to hold extcap structures instead of structure members. Expand the extended capabilities list and add definitions for MSI. 2003-09-14T14:42:26Z Scott Long scottl@FreeBSD.org 2003-09-14T14:42:26Z urn:sha1:3c358d0ca04dc9dfa0175f75e00c811838a830a5 Remove most of the magic constants from the extcap parsing code. 2003-09-14T06:23:19Z Scott Long scottl@FreeBSD.org 2003-09-14T06:23:19Z urn:sha1:cadbc399ea141c1fc0ac23dbe2a02efac0943a5e Bring back PCIR_HEADERTYPE as an alias for PCIR_HDRTYPE under BURN_BRIDGES 2003-09-03T17:48:22Z John Baldwin jhb@FreeBSD.org 2003-09-03T17:48:22Z urn:sha1:b66752c4a194ce35085c061ddd41713eeb06a28e for backwards compat. The old name will be gone in 6.0, but will be around in 5.x. This will help unbreak 3rd party code, e.g. the nvidia DRM module.