src-test2/sys/alpha/include/bus.h, branch release/6.2.0_cvs

This commit was manufactured by cvs2svn to create tag

2007-01-11T22:54:46Z

'RELENG_6_2_0_RELEASE'. This commit was manufactured to restore the state of the 6.2-RELEASE image.

Break out the definition of bus_space_{tag,handle}_t and a few other types

2005-04-18T21:45:34Z

into _bus.h to help with name space polution from including all of bus.h. In a few days, I'll commit changes to the MI code to take advantage of thse sepration (after I've made sure that these changes don't break anything in the main tree, I've tested in my trees, but you never know...). Suggested by: bde (in 2002 or 2003 I think) Reviewed in principle by: jhb

Refactor the bus_dma header files so that the interface is described in

2005-03-14T16:46:28Z

sys/bus_dma.h instead of being copied in every single arch. This slightly reorders a flag that was specific to AXP and thus changes the ABI there. The interface still relies on bus_space definitions found in so it cannot be included on its own yet, but that will be fixed at a later date. Add an MD for ever arch for consistency and to allow for future MD augmentation of the API. sparc64 makes heavy use of this right now due to its different bus_dma implemenation.

Hopefully unbreak modules build.

2005-01-29T21:43:34Z

Add bus_dmamap_load_mbuf_sg() to alpha.

2005-01-15T20:11:25Z

Begin all license/copyright comments with /*- or #-

2005-01-05T20:05:52Z

Document the lockfunc and lockfuncarg arguments to bus_dma_tag_create() in

2003-11-07T23:29:42Z

the busdma headers.

Implement the bus_space_map() function to allocate resources and initialize

2003-09-23T08:22:34Z

a bus_handle, but currently it does only initializing a bus_handle.

- Introduce a new busdma flag BUS_DMA_ZERO to request for zero'ed

2003-07-27T13:52:10Z

memory in bus_dmamem_alloc(). This is possible now that contigmalloc() supports the M_ZERO flag. - Remove the locking of Giant around calls to contigmalloc() since contigmalloc() now grabs Giant itself.

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