src/sys/dev/iir, branch release/5.2.1

Update email addresses, copyrights, and tweak the management interface.

2003-09-26T15:36:47Z

Submitted by: "Leubner, Achim"

Use PCIR_BAR(x) instead of PCIR_MAPS.

2003-09-02T17:30:40Z

Glanced over by: imp, gibbs Tested by: i386 LINT

Use __FBSDID().

2003-08-24T17:55:58Z

Also some minor style cleanups.

Prefer new location of pci include files (which have only been in the

2003-08-22T06:00:27Z

tree for two or more years now), except in a few places where there's code to be compatible with older versions of FreeBSD.

Mega busdma API commit.

2003-07-01T15:52:06Z

Add two new arguments to bus_dma_tag_create(): lockfunc and lockfuncarg. Lockfunc allows a driver to provide a function for managing its locking semantics while using busdma. At the moment, this is used for the asynchronous busdma_swi and callback mechanism. Two lockfunc implementations are provided: busdma_lock_mutex() performs standard mutex operations on the mutex that is specified from lockfuncarg. dftl_lock() is a panic implementation and is defaulted to when NULL, NULL are passed to bus_dma_tag_create(). The only time that NULL, NULL should ever be used is when the driver ensures that bus_dmamap_load() will not be deferred. Drivers that do not provide their own locking can pass busdma_lock_mutex,&Giant args in order to preserve the former behaviour. sparc64 and powerpc do not provide real busdma_swi functions, so this is largely a noop on those platforms. The busdma_swi on is64 is not properly locked yet, so warnings will be emitted on this platform when busdma callback deferrals happen. If anyone gets panics or warnings from dflt_lock() being called, please let me know right away. Reviewed by: tmm, gibbs

Import latest changes from the vendor. This also is reported to fix the

2003-04-25T05:37:04Z

driver at long last! Many thanks to vaidas.damosevicius@if.lt for keeping this issue alive and pursuing Intel for a fix, Intel/ICP for working on the driver, and Sergey Osokin for bringing the original patches up to 5-CURRENT.

I deserve a big pointy hat for having missed all those references

2003-04-10T23:50:06Z

to bus_dmasync_op_t in my last commit.

Including is (almost?) universally only to be able to use

2003-03-18T08:45:25Z

%j in printfs, so put a newsted include in where the printf prototype lives and save everybody else the trouble.

Gigacommit to improve device-driver source compatibility between

2003-03-03T12:15:54Z

branches: Initialize struct cdevsw using C99 sparse initializtion and remove all initializations to default values. This patch is automatically generated and has been tested by compiling LINT with all the fields in struct cdevsw in reverse order on alpha, sparc64 and i386. Approved by: re(scottl)

Fix cdevsw initialization commit to follow canonical format.

2003-03-02T16:44:46Z