src/sys/dev/wds, branch releng/7.3 FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=releng%2F7.3 2007-06-17T05:55:54Z Prepare for future integration between CAM and newbus. xpt_bus_register 2007-06-17T05:55:54Z Scott Long scottl@FreeBSD.org 2007-06-17T05:55:54Z urn:sha1:b50569b71dfb110a58aa3e83f629115291802a74 now takes a device_t to be the parent of the bus that is being created. Most SIMs have been updated with a reasonable argument, but a few exceptions just pass NULL for now. This argument isn't used yet and the newbus integration likely won't be ready until after 7.0-RELEASE. Remove Giant from CAM. Drivers (SIMs) now register a mutex that CAM will 2007-04-15T08:49:19Z Scott Long scottl@FreeBSD.org 2007-04-15T08:49:19Z urn:sha1:2b83592fdcb9e7c201677f3605b9e8738a6b0737 use to synchornize and protect all data objects that are used for that SIM. Drivers that are not yet MPSAFE register Giant and operate as usual. RIght now, no drivers are MPSAFE, though a few will be changed in the coming week as this work settles down. The driver API has changed, so all CAM drivers will need to be recompiled. The userland API has not changed, so tools like camcontrol do not need to be recompiled. Catchup with filters 2007-02-23T19:34:52Z Warner Losh imp@FreeBSD.org 2007-02-23T19:34:52Z urn:sha1:21ab16bd5b7077b165e9264b71f964c66f6831f2 Add MODULE_DEPENDS for cam, pci, mca, eisa and isa where needed. 2006-12-11T18:28:31Z Matt Jacob mjacob@FreeBSD.org 2006-12-11T18:28:31Z urn:sha1:b3d93fd0c96f430027eae8ba39f975341cec1648 PR: 106543 MFC after: 3 days Since DELAY() was moved, most <machine/clock.h> #includes have been 2006-05-16T14:37:58Z Poul-Henning Kamp phk@FreeBSD.org 2006-05-16T14:37:58Z urn:sha1:c40da00ca320a38816049edd21966bd4045b2303 unnecessary. Start each of the license/copyright comments with /*-, minor shuffle of lines 2005-01-06T01:43:34Z Warner Losh imp@FreeBSD.org 2005-01-06T01:43:34Z urn:sha1:098ca2bda93c701c5331d4e6aace072495b4caaa Use __FBSDID(). 2003-08-24T17:55:58Z David E. O'Brien obrien@FreeBSD.org 2003-08-24T17:55:58Z urn:sha1:aad970f1fee9a2a3e5a0f880be9b87c6193b3bd1 Also some minor style cleanups. Mega busdma API commit. 2003-07-01T15:52:06Z Scott Long scottl@FreeBSD.org 2003-07-01T15:52:06Z urn:sha1:f6b1c44d1f70d5f298b911f2c1dcd802b0d11339 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 Don't include <sys/disklabel.h> 2003-04-16T20:57:35Z Poul-Henning Kamp phk@FreeBSD.org 2003-04-16T20:57:35Z urn:sha1:a3007012133d5e7fc57f5487d0f4e4421281b7bd - Use %p to print pointers instead of casting pointers to an int and using 2002-11-07T22:25:13Z John Baldwin jhb@FreeBSD.org 2002-11-07T22:25:13Z urn:sha1:f5446916717a2937f6e7e43e917f1ab1dff22294 0x%x. - Add a cast to quiet a warning.