src-test2/sys/dev/amd, branch release/5.2.0_cvs FreeBSD source tree https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F5.2.0_cvs 2004-01-10T05:53:29Z This commit was manufactured by cvs2svn to create tag 2004-01-10T05:53:29Z cvs2svn cvs2svn@FreeBSD.org 2004-01-10T05:53:29Z urn:sha1:58c9ff44c8041f394c663cb9640e9b77fe07bb13 'RELENG_5_2_0_RELEASE'. This commit was manufactured to restore the state of the 5.2-RELEASE image. Releases prior to 5.3-RELEASE are omitting the secure/ and crypto/ subdirs. Prefer new location of pci include files (which have only been in the 2003-08-22T05:54:52Z Warner Losh imp@FreeBSD.org 2003-08-22T05:54:52Z urn:sha1:4fbd232c8640bb1d58dca36e50df7c1c8eb4ca72 tree for two or more years now), except in a few places where there's code to be compatible with older versions of FreeBSD. bus_dmamap_create() is no longer optional for non-static dma mappings. Thanks 2003-08-11T09:09:10Z Scott Long scottl@FreeBSD.org 2003-08-11T09:09:10Z urn:sha1:9e8559d2c2625fd821ae904b769d2c3a30253b69 to ru@ for testing this. Record the missing module dependency ("amd" on "cam"). 2003-07-31T16:55:44Z Ruslan Ermilov ru@FreeBSD.org 2003-07-31T16:55:44Z urn:sha1:69e4c730376c7789a1f05e654f2eaaf3c4937be9 Reviewed by: scottl 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 Merge common XPT_CALC_GEOMETRY functions into a single convenience function. 2003-06-14T22:17:41Z Nate Lawson njl@FreeBSD.org 2003-06-14T22:17:41Z urn:sha1:2813692cc2f54cac20d43ed85039329e9d71ada6 Devices below may experience a change in geometry. * Due to a bug, aic(4) never used extended geometry. Changes all drives >1G to now use extended translation. * sbp(4) drives exactly 1 GB in size now no longer use extended geometry. * umass(4) drives exactly 1 GB in size now no longer use extended geometry. For all other controllers in this commit, this should be a no-op. Looked over by: scottl Remove unused variable(s). 2003-05-31T20:43:17Z Poul-Henning Kamp phk@FreeBSD.org 2003-05-31T20:43:17Z urn:sha1:35e1694a4dbe5b31138b9ed1bb9dd23e3aa8d290 Add XXX comment where intent is unclear. Found by: FlexeLint Bring back bus_dmasync_op_t. It is now a typedef to an int, though the 2003-05-27T04:59:59Z Scott Long scottl@FreeBSD.org 2003-05-27T04:59:59Z urn:sha1:7e71df93390826733b07b547c105326fc6ba2a74 BUS_DMASYNC_ definitions remain as before. The does not change the ABI, and reverts the API to be a bit more compatible and flexible. This has survived a full 'make universe'. Approved by: re (bmah) I deserve a big pointy hat for having missed all those references 2003-04-10T23:50:06Z Maxime Henrion mux@FreeBSD.org 2003-04-10T23:50:06Z urn:sha1:7a648f56cf84d2445098a8143ac93224be9c408e to bus_dmasync_op_t in my last commit. Convert the use of vtophys() for doing autosense to use busdma. Also correct 2002-12-14T19:20:57Z Scott Long scottl@FreeBSD.org 2002-12-14T19:20:57Z urn:sha1:2c6a3591f93766e4452f73d4152ab48bec0e0371 some error codes that get returned to CAM.