src/sys/dev/ida/ida_eisa.c, branch release/7.0.0_cvs

This commit was manufactured by cvs2svn to create tag

2008-02-24T05:45:17+00:00

'RELENG_7_0_0_RELEASE'.

This commit was manufactured to restore the state of the 7.0-RELEASE image.

o break newbus api: add a new argument of type driver_filter_t to

2007-02-23T12:19:07+00:00

  bus_setup_intr()

o add an int return code to all fast handlers

o retire INTR_FAST/IH_FAST

For more info: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=465712+0+current/freebsd-current

Reviewed by: many
Approved by: re@

Remove bus_{mem,p}io.h and related code for a micro-optimization on i386

2005-05-29T04:42:30+00:00

and amd64.  The optimization is a trivial on recent machines.

Reviewed by:	-arch (imp, marcel, dfr)

Whitespace cleanup.

2005-04-13T05:06:57+00:00

Start each of the license/copyright comments with /*-, minor shuffle of lines

2005-01-06T01:43:34+00:00

Add missing includes

2004-05-30T20:08:47+00:00

Convert callers to the new bus_alloc_resource_any(9) API.

2004-03-17T17:50:55+00:00

Submitted by:	Mark Santcroos 
Reviewed by:	imp, dfr, bde

style(9): single tab after #define.

2004-01-13T11:28:21+00:00

Use __FBSDID().

2003-08-24T17:55:58+00:00

Also some minor style cleanups.

Mega busdma API commit.

2003-07-01T15:52:06+00:00

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