Searched hist:69953 (Results 1 - 13 of 13) sorted by relevance
| /freebsd-9.3-release/sys/dev/agp/ | ||
| H A D | agp_via.c | diff 139431 Thu Dec 30 05:18:58 MST 2004 anholt [1] Remove the generic bridge support from those drivers that had it. The generic bridge support was biting us more than it helped, whenever a new chipset came out from a vendor and misprogramming it caused strange hangs or corruption. [2] Add a large number of PCI IDs based on what the linux drivers support. Note that the new PCI IDs haven't been tested, they're just *likely* to work. In particular the VIA AGP 8x chipsets are concerning, due to lack of testing, possible issues (kern/69953), and not having a nice "does this bridge say it would do 8x" function. However, this shouldn't make the situation worse, since these chips would have probed in the past anyway. diff 133406 Mon Aug 09 19:01:49 MDT 2004 anholt Minimal fix to prevent crashes when an AGP v2 card is used with the new v3 VIA chipsets, based on Linux's via-agp.c. On boot, the system selects which AGP version to use based on the inserted card. If v2 was chosen, the chipset needs to be programmed with the v2 registers still. Also included in kern/69953 are changes to make the programming of the v3 registers match linux, but that will be left out until the need to do so is confirmed (want specs or a tester). PR: kern/69953 Submitted by: Oleg Sharoiko <os@rsu.ru> Tested by: Oleg Sharoiko <os@rsu.ru>, Geoff Speicher <geoff@speicher.org> (full version from PR) diff 133406 Mon Aug 09 19:01:49 MDT 2004 anholt Minimal fix to prevent crashes when an AGP v2 card is used with the new v3 VIA chipsets, based on Linux's via-agp.c. On boot, the system selects which AGP version to use based on the inserted card. If v2 was chosen, the chipset needs to be programmed with the v2 registers still. Also included in kern/69953 are changes to make the programming of the v3 registers match linux, but that will be left out until the need to do so is confirmed (want specs or a tester). PR: kern/69953 Submitted by: Oleg Sharoiko <os@rsu.ru> Tested by: Oleg Sharoiko <os@rsu.ru>, Geoff Speicher <geoff@speicher.org> (full version from PR) |
| H A D | agpreg.h | diff 133406 Mon Aug 09 19:01:49 MDT 2004 anholt Minimal fix to prevent crashes when an AGP v2 card is used with the new v3 VIA chipsets, based on Linux's via-agp.c. On boot, the system selects which AGP version to use based on the inserted card. If v2 was chosen, the chipset needs to be programmed with the v2 registers still. Also included in kern/69953 are changes to make the programming of the v3 registers match linux, but that will be left out until the need to do so is confirmed (want specs or a tester). PR: kern/69953 Submitted by: Oleg Sharoiko <os@rsu.ru> Tested by: Oleg Sharoiko <os@rsu.ru>, Geoff Speicher <geoff@speicher.org> (full version from PR) diff 133406 Mon Aug 09 19:01:49 MDT 2004 anholt Minimal fix to prevent crashes when an AGP v2 card is used with the new v3 VIA chipsets, based on Linux's via-agp.c. On boot, the system selects which AGP version to use based on the inserted card. If v2 was chosen, the chipset needs to be programmed with the v2 registers still. Also included in kern/69953 are changes to make the programming of the v3 registers match linux, but that will be left out until the need to do so is confirmed (want specs or a tester). PR: kern/69953 Submitted by: Oleg Sharoiko <os@rsu.ru> Tested by: Oleg Sharoiko <os@rsu.ru>, Geoff Speicher <geoff@speicher.org> (full version from PR) |
| H A D | agp_ali.c | diff 139431 Thu Dec 30 05:18:58 MST 2004 anholt [1] Remove the generic bridge support from those drivers that had it. The generic bridge support was biting us more than it helped, whenever a new chipset came out from a vendor and misprogramming it caused strange hangs or corruption. [2] Add a large number of PCI IDs based on what the linux drivers support. Note that the new PCI IDs haven't been tested, they're just *likely* to work. In particular the VIA AGP 8x chipsets are concerning, due to lack of testing, possible issues (kern/69953), and not having a nice "does this bridge say it would do 8x" function. However, this shouldn't make the situation worse, since these chips would have probed in the past anyway. |
| H A D | agp_sis.c | diff 139431 Thu Dec 30 05:18:58 MST 2004 anholt [1] Remove the generic bridge support from those drivers that had it. The generic bridge support was biting us more than it helped, whenever a new chipset came out from a vendor and misprogramming it caused strange hangs or corruption. [2] Add a large number of PCI IDs based on what the linux drivers support. Note that the new PCI IDs haven't been tested, they're just *likely* to work. In particular the VIA AGP 8x chipsets are concerning, due to lack of testing, possible issues (kern/69953), and not having a nice "does this bridge say it would do 8x" function. However, this shouldn't make the situation worse, since these chips would have probed in the past anyway. |
| H A D | agp_intel.c | diff 139431 Thu Dec 30 05:18:58 MST 2004 anholt [1] Remove the generic bridge support from those drivers that had it. The generic bridge support was biting us more than it helped, whenever a new chipset came out from a vendor and misprogramming it caused strange hangs or corruption. [2] Add a large number of PCI IDs based on what the linux drivers support. Note that the new PCI IDs haven't been tested, they're just *likely* to work. In particular the VIA AGP 8x chipsets are concerning, due to lack of testing, possible issues (kern/69953), and not having a nice "does this bridge say it would do 8x" function. However, this shouldn't make the situation worse, since these chips would have probed in the past anyway. |
| /freebsd-9.3-release/sys/dev/pci/ | ||
| H A D | eisa_pci.c | diff 69953 Tue Dec 12 23:25:11 MST 2000 msmith Next round of PCI subsystem updates: - Break out the /dev/pci driver into a separate file. - Kill the COMPAT_OLDPCI support. - Make the EISA bridge attach a bit more like the old code; explicitly check for the existence of eisa0/isa0 and only attach if they don't already exist. Only make one bus_generic_attach() pass over the bridge, once both busses are attached. Note that the stupid Intel bridge's class is entirely unpredictable. - Add prototypes and re-layout the core PCI modules in line with current coding standards (not a major whitespace change, just moving the module data to the top of the file). - Remove redundant type-2 bridge support from the core PCI code; the PCI-CardBus code does this itself internally. Remove the now entirely redundant header-class-specific support, as well as the secondary and subordinate bus number fields. These are bridge attributes now. - Add support for PCI Extended Capabilities. - Add support for PCI Power Management. The interface currently allows a driver to query and set the power state of a device. - Add helper functions to allow drivers to enable/disable busmastering and the decoding of I/O and memory ranges. - Use PCI_SLOTMAX and PCI_FUNCMAX rather than magic numbers in some places. - Make the PCI-PCI bridge code a little more paranoid about valid I/O and memory decodes. - Add some more PCI register definitions for the command and status registers. Correct another bogus definition for type-1 bridges. |
| H A D | pci_user.c | 69953 Tue Dec 12 23:25:11 MST 2000 msmith Next round of PCI subsystem updates: - Break out the /dev/pci driver into a separate file. - Kill the COMPAT_OLDPCI support. - Make the EISA bridge attach a bit more like the old code; explicitly check for the existence of eisa0/isa0 and only attach if they don't already exist. Only make one bus_generic_attach() pass over the bridge, once both busses are attached. Note that the stupid Intel bridge's class is entirely unpredictable. - Add prototypes and re-layout the core PCI modules in line with current coding standards (not a major whitespace change, just moving the module data to the top of the file). - Remove redundant type-2 bridge support from the core PCI code; the PCI-CardBus code does this itself internally. Remove the now entirely redundant header-class-specific support, as well as the secondary and subordinate bus number fields. These are bridge attributes now. - Add support for PCI Extended Capabilities. - Add support for PCI Power Management. The interface currently allows a driver to query and set the power state of a device. - Add helper functions to allow drivers to enable/disable busmastering and the decoding of I/O and memory ranges. - Use PCI_SLOTMAX and PCI_FUNCMAX rather than magic numbers in some places. - Make the PCI-PCI bridge code a little more paranoid about valid I/O and memory decodes. - Add some more PCI register definitions for the command and status registers. Correct another bogus definition for type-1 bridges. |
| H A D | pcireg.h | diff 69953 Tue Dec 12 23:25:11 MST 2000 msmith Next round of PCI subsystem updates: - Break out the /dev/pci driver into a separate file. - Kill the COMPAT_OLDPCI support. - Make the EISA bridge attach a bit more like the old code; explicitly check for the existence of eisa0/isa0 and only attach if they don't already exist. Only make one bus_generic_attach() pass over the bridge, once both busses are attached. Note that the stupid Intel bridge's class is entirely unpredictable. - Add prototypes and re-layout the core PCI modules in line with current coding standards (not a major whitespace change, just moving the module data to the top of the file). - Remove redundant type-2 bridge support from the core PCI code; the PCI-CardBus code does this itself internally. Remove the now entirely redundant header-class-specific support, as well as the secondary and subordinate bus number fields. These are bridge attributes now. - Add support for PCI Extended Capabilities. - Add support for PCI Power Management. The interface currently allows a driver to query and set the power state of a device. - Add helper functions to allow drivers to enable/disable busmastering and the decoding of I/O and memory ranges. - Use PCI_SLOTMAX and PCI_FUNCMAX rather than magic numbers in some places. - Make the PCI-PCI bridge code a little more paranoid about valid I/O and memory decodes. - Add some more PCI register definitions for the command and status registers. Correct another bogus definition for type-1 bridges. |
| H A D | pci_pci.c | diff 69953 Tue Dec 12 23:25:11 MST 2000 msmith Next round of PCI subsystem updates: - Break out the /dev/pci driver into a separate file. - Kill the COMPAT_OLDPCI support. - Make the EISA bridge attach a bit more like the old code; explicitly check for the existence of eisa0/isa0 and only attach if they don't already exist. Only make one bus_generic_attach() pass over the bridge, once both busses are attached. Note that the stupid Intel bridge's class is entirely unpredictable. - Add prototypes and re-layout the core PCI modules in line with current coding standards (not a major whitespace change, just moving the module data to the top of the file). - Remove redundant type-2 bridge support from the core PCI code; the PCI-CardBus code does this itself internally. Remove the now entirely redundant header-class-specific support, as well as the secondary and subordinate bus number fields. These are bridge attributes now. - Add support for PCI Extended Capabilities. - Add support for PCI Power Management. The interface currently allows a driver to query and set the power state of a device. - Add helper functions to allow drivers to enable/disable busmastering and the decoding of I/O and memory ranges. - Use PCI_SLOTMAX and PCI_FUNCMAX rather than magic numbers in some places. - Make the PCI-PCI bridge code a little more paranoid about valid I/O and memory decodes. - Add some more PCI register definitions for the command and status registers. Correct another bogus definition for type-1 bridges. |
| H A D | pci_subr.c | diff 69953 Tue Dec 12 23:25:11 MST 2000 msmith Next round of PCI subsystem updates: - Break out the /dev/pci driver into a separate file. - Kill the COMPAT_OLDPCI support. - Make the EISA bridge attach a bit more like the old code; explicitly check for the existence of eisa0/isa0 and only attach if they don't already exist. Only make one bus_generic_attach() pass over the bridge, once both busses are attached. Note that the stupid Intel bridge's class is entirely unpredictable. - Add prototypes and re-layout the core PCI modules in line with current coding standards (not a major whitespace change, just moving the module data to the top of the file). - Remove redundant type-2 bridge support from the core PCI code; the PCI-CardBus code does this itself internally. Remove the now entirely redundant header-class-specific support, as well as the secondary and subordinate bus number fields. These are bridge attributes now. - Add support for PCI Extended Capabilities. - Add support for PCI Power Management. The interface currently allows a driver to query and set the power state of a device. - Add helper functions to allow drivers to enable/disable busmastering and the decoding of I/O and memory ranges. - Use PCI_SLOTMAX and PCI_FUNCMAX rather than magic numbers in some places. - Make the PCI-PCI bridge code a little more paranoid about valid I/O and memory decodes. - Add some more PCI register definitions for the command and status registers. Correct another bogus definition for type-1 bridges. |
| H A D | pcivar.h | diff 69953 Tue Dec 12 23:25:11 MST 2000 msmith Next round of PCI subsystem updates: - Break out the /dev/pci driver into a separate file. - Kill the COMPAT_OLDPCI support. - Make the EISA bridge attach a bit more like the old code; explicitly check for the existence of eisa0/isa0 and only attach if they don't already exist. Only make one bus_generic_attach() pass over the bridge, once both busses are attached. Note that the stupid Intel bridge's class is entirely unpredictable. - Add prototypes and re-layout the core PCI modules in line with current coding standards (not a major whitespace change, just moving the module data to the top of the file). - Remove redundant type-2 bridge support from the core PCI code; the PCI-CardBus code does this itself internally. Remove the now entirely redundant header-class-specific support, as well as the secondary and subordinate bus number fields. These are bridge attributes now. - Add support for PCI Extended Capabilities. - Add support for PCI Power Management. The interface currently allows a driver to query and set the power state of a device. - Add helper functions to allow drivers to enable/disable busmastering and the decoding of I/O and memory ranges. - Use PCI_SLOTMAX and PCI_FUNCMAX rather than magic numbers in some places. - Make the PCI-PCI bridge code a little more paranoid about valid I/O and memory decodes. - Add some more PCI register definitions for the command and status registers. Correct another bogus definition for type-1 bridges. |
| H A D | pci.c | diff 69953 Tue Dec 12 23:25:11 MST 2000 msmith Next round of PCI subsystem updates: - Break out the /dev/pci driver into a separate file. - Kill the COMPAT_OLDPCI support. - Make the EISA bridge attach a bit more like the old code; explicitly check for the existence of eisa0/isa0 and only attach if they don't already exist. Only make one bus_generic_attach() pass over the bridge, once both busses are attached. Note that the stupid Intel bridge's class is entirely unpredictable. - Add prototypes and re-layout the core PCI modules in line with current coding standards (not a major whitespace change, just moving the module data to the top of the file). - Remove redundant type-2 bridge support from the core PCI code; the PCI-CardBus code does this itself internally. Remove the now entirely redundant header-class-specific support, as well as the secondary and subordinate bus number fields. These are bridge attributes now. - Add support for PCI Extended Capabilities. - Add support for PCI Power Management. The interface currently allows a driver to query and set the power state of a device. - Add helper functions to allow drivers to enable/disable busmastering and the decoding of I/O and memory ranges. - Use PCI_SLOTMAX and PCI_FUNCMAX rather than magic numbers in some places. - Make the PCI-PCI bridge code a little more paranoid about valid I/O and memory decodes. - Add some more PCI register definitions for the command and status registers. Correct another bogus definition for type-1 bridges. |
| /freebsd-9.3-release/sys/conf/ | ||
| H A D | options | diff 69953 Tue Dec 12 23:25:11 MST 2000 msmith Next round of PCI subsystem updates: - Break out the /dev/pci driver into a separate file. - Kill the COMPAT_OLDPCI support. - Make the EISA bridge attach a bit more like the old code; explicitly check for the existence of eisa0/isa0 and only attach if they don't already exist. Only make one bus_generic_attach() pass over the bridge, once both busses are attached. Note that the stupid Intel bridge's class is entirely unpredictable. - Add prototypes and re-layout the core PCI modules in line with current coding standards (not a major whitespace change, just moving the module data to the top of the file). - Remove redundant type-2 bridge support from the core PCI code; the PCI-CardBus code does this itself internally. Remove the now entirely redundant header-class-specific support, as well as the secondary and subordinate bus number fields. These are bridge attributes now. - Add support for PCI Extended Capabilities. - Add support for PCI Power Management. The interface currently allows a driver to query and set the power state of a device. - Add helper functions to allow drivers to enable/disable busmastering and the decoding of I/O and memory ranges. - Use PCI_SLOTMAX and PCI_FUNCMAX rather than magic numbers in some places. - Make the PCI-PCI bridge code a little more paranoid about valid I/O and memory decodes. - Add some more PCI register definitions for the command and status registers. Correct another bogus definition for type-1 bridges. |
Completed in 616 milliseconds