summaryrefslogtreecommitdiffstats
path: root/sys/pci/intpm.c
Commit message (Collapse)AuthorAgeFilesLines
* Remove bus_{mem,p}io.h and related code for a micro-optimization on i386nyan2005-05-291-2/+0
| | | | | | and amd64. The optimization is a trivial on recent machines. Reviewed by: -arch (imp, marcel, dfr)
* Return BUS_PROBE_DEFAULT instead of 0.imp2005-02-241-2/+2
|
* Convert callers to the new bus_alloc_resource_any(9) API.njl2004-03-171-2/+1
| | | | | Submitted by: Mark Santcroos <marks@ripe.net> Reviewed by: imp, dfr, bde
* Prefer new location of pci include files (which have only been in theimp2003-08-221-2/+2
| | | | | tree for two or more years now), except in a few places where there's code to be compatible with older versions of FreeBSD.
* Use __FBSDID().obrien2003-06-111-2/+3
|
* Use rman_get_start() to get start address of the resource.nyan2003-02-261-2/+2
|
* Wrap a device_printf() that violates bus space abstractions to figure outjhb2002-11-081-0/+2
| | | | | if it's IO port resource is IO or memory mapped for the sake of a printf using i386-specific values in #ifdef __i386__.
* Major rework of the iicbus/smbus framework:nsouch2002-03-231-1/+3
| | | | | | | | - VIA chipset SMBus controllers added - alpm driver updated - Support for dynamic modules added - bktr FreeBSD smbus updated but not tested - cleanup
* Remove __P.alfred2002-03-201-1/+1
|
* Add support for the Intel 82443MX chipsetpirzyk2001-12-211-0/+1
| | | | | PR: kern/33032 MFC after: 1 month
* Fix warning:peter2001-06-151-2/+2
| | | | 298: warning: assignment makes pointer from integer without a cast
* Add a placeholder for the ServerWorks OSB4 device id. The SMBuspeter2001-03-151-0/+4
| | | | | | interface on this chip is compatable with the PIIX4. The catch is that this interferes with isab0 which wants to attach to the same PCI node. It seems to work, but we only tested it on systems with no ISA cards.
* Remove unneeded #include <machine/clock.h>phk2000-10-151-1/+0
|
* Fix some leakage from inside #ifdef PCI_COMPAT (the FreeBSD 2.2 compatpeter2000-05-281-2/+1
| | | | stuff).
* Remove ~25 unneeded #include <sys/conf.h>phk2000-04-191-2/+0
| | | | Remove ~60 unneeded #include <sys/malloc.h>
* Remove unneeded <sys/buf.h> includes.phk2000-04-181-1/+0
| | | | | Due to some interesting cpp tricks in lockmgr, the LINT kernel shrinks by 924 bytes.
* Remove the 'ivars' arguement to device_add_child() andmdodd1999-12-031-1/+1
| | | | | | | | | | | | | | | | device_add_child_ordered(). 'ivars' may now be set using the device_set_ivars() function. This makes it easier for us to change how arbitrary data structures are associated with a device_t. Eventually we won't be modifying device_t to add additional pointers for ivars, softc data etc. Despite my best efforts I've probably forgotten something so let me know if this breaks anything. I've been running with this change for months and its been quite involved actually isolating all the changes from the rest of the local changes in my tree. Reviewed by: peter, dfr
* Fix some resource allocation peculiarities of the intpm device.dfr1999-10-281-12/+1
|
* $Id$ -> $FreeBSD$peter1999-08-281-1/+1
|
* Alter the behavior of sys/kern/subr_bus.c:device_print_child()mdodd1999-07-291-9/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | - device_print_child() either lets the BUS_PRINT_CHILD method produce the entire device announcement message or it prints "foo0: not found\n" Alter sys/kern/subr_bus.c:bus_generic_print_child() to take on the previous behavior of device_print_child() (printing the "foo0: <FooDevice 1.1>" bit of the announce message.) Provide bus_print_child_header() and bus_print_child_footer() to actually print the output for bus_generic_print_child(). These functions should be used whenever possible (unless you can just use bus_generic_print_child()) The BUS_PRINT_CHILD method now returns int instead of void. Modify everything else that defines or uses a BUS_PRINT_CHILD method to comply with the above changes. - Devices are 'on' a bus, not 'at' it. - If a custom BUS_PRINT_CHILD method does the same thing as bus_generic_print_child(), use bus_generic_print_child() - Use device_get_nameunit() instead of both device_get_name() and device_get_unit() - All BUS_PRINT_CHILD methods return the number of characters output. Reviewed by: dfr, peter
* Update intpm driver.nsouch1999-07-241-6/+17
| | | | | PR: kern/12631 Submitted by: Takanori Watanabe <takawata@shidahara1.planet.sci.kobe-u.ac.jp>
* Eliminate a bunch of #include "pci.h" and #if NPCI > 0 around entirepeter1999-07-031-8/+1
| | | | files. config will leave the whole file out if configured to do so.
* fix some DRIVER_TYPE / INTR_TYPE confusions.phk1999-05-091-3/+2
|
* Move the declaration of the interrupt type from the driver structuredfr1999-05-081-2/+1
| | | | to the BUS_SETUP_INTR call.
* Update intpm driver.peter1999-05-071-131/+104
| | | | | PR: 11531 Submitted by: Takanori Watanabe <takawata@shidahara1.planet.sci.kobe-u.ac.jp>
* Fix some variable naming confusionpeter1999-05-061-3/+2
|
* Use COMPAT_PCI_DRIVER() for registration if it exists. This shouldn'tpeter1999-04-241-1/+5
| | | | hurt the driver portability to 3.x too much for where drivers are shared.
* Stage 1 of a cleanup of the i386 interrupt registration mechanism.peter1999-04-211-8/+4
| | | | | | | Interrupts under the new scheme are managed by the i386 nexus with the awareness of the resource manager. There is further room for optimizing the interfaces still. All the users of register_intr()/intr_create() should be gone, with the exception of pcic and i386/isa/clock.c.
* Fix warnings in preparation for adding -Wall -Wcast-qual to thedillon1999-01-281-2/+2
| | | | kernel compile
* Fix warnings in preparation for adding -Wall -Wcast-qual to thedillon1999-01-271-2/+2
| | | | | | | kernel compile. This commit includes significant work to proper handle const arguments for the DDB symbol routines.
* Add missing declarations to fix error with LINT compiledillon1999-01-271-1/+6
|
* SMBus support for the Intel PIIX4 power management unit. See smbus(4),nsouch1999-01-241-0/+789
iicbus(4) and smb(4). User programs are available to retrieve SDRAM and sensor info, contact the author. Submitted by: Takanori Watanabe <takawata@shidahara1.planet.sci.kobe-u.ac.jp> Reviewed by: Mike Smith <msmith@freebsd.org>
OpenPOWER on IntegriCloud