src/sys/dev/ct, branch releng/7.3

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

2007-02-23T12:19:07Z

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@

Since DELAY() was moved, most #includes have been

2006-05-16T14:37:58Z

unnecessary.

Change a directory layout for pc98.

2005-05-10T12:02:18Z

- Move MD files into /. - Move bus dependent files into /. Rename some files to more suitable names. Repo-copied by: peter Discussed with: imp

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

2005-01-06T01:43:34Z

Update for the KDB framework:

2004-07-10T20:57:43Z

o Remove inclusion of opt_ddb.h o Make debugging code conditional upon KDB.

Convert callers to the new bus_alloc_resource_any(9) API.

2004-03-17T17:50:55Z

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

Move the non-MD machine/dvcfg.h and machine/physio_proc.h to a common

2004-03-13T19:46:27Z

MI area before they proliferate more.

Use __FBSDID().

2003-08-24T17:55:58Z

Also some minor style cleanups.

We donot need `\n' for panic().

2003-08-07T08:13:37Z

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