src-test2/sys/dev/hptmv, branch stable/7 FreeBSD source tree https://cgit-dev.freebsd.org/src-test2/atom?h=stable%2F7 2012-10-26T00:32:28Z MFC r240210: 2012-10-26T00:32:28Z Xin LI delphij@FreeBSD.org 2012-10-26T00:32:28Z urn:sha1:595d24ac689ed9e1c18e779d332d71dd81e7703c It seems that what the code really meant is that when a write is completed, do a BUS_DMASYNC_POSTWRITE over the DMA map. The way it currently is would only do POSTREAD for read transactions. Submitted by: Sascha Wildner MFC r236379: 2012-06-06T04:39:05Z Eitan Adler eadler@FreeBSD.org 2012-06-06T04:39:05Z urn:sha1:7e2fd22dcd520dd622670e12563ce3300c4504e3 Adding missing dependancies for loading hptiop(4), hptmv(4) and isp(4) as modules. PR: kern/166239 Approved by: cperciva (implicit) MFC 232854,232874,232882,232883,232886 for bus_get_dma_tag() 2012-05-18T21:40:17Z Sean Bruno sbruno@FreeBSD.org 2012-05-18T21:40:17Z urn:sha1:73179c53b45d4e737c784acbbcd549c64dc589f5 MFC r209341: 2010-09-19T13:44:46Z Alexander Motin mav@FreeBSD.org 2010-09-19T13:44:46Z urn:sha1:f468001b993aee3e71d7527102c4edd1f5ade348 Report transport type in XPT_PATH_INQ. MFC r194900: 2010-09-19T13:42:05Z Alexander Motin mav@FreeBSD.org 2010-09-19T13:42:05Z urn:sha1:32038185d87ee644978ffbd708b3972c78627c63 Remove unused ATAPI definitions, conflicting with ata.h. MFC r190809, 190810: 2009-04-11T15:16:11Z Xin LI delphij@FreeBSD.org 2009-04-11T15:16:11Z urn:sha1:fc29423f5ff08dffd1e6cc30d2c0e7abdda6619e Update driver to vendor 1.16 plus some local changes to maintain our old tweaks/behavor and to fix a bug with multiple cards. Approved by: re (kensmith) 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. Perhaps a better fix- make the called function do the (possible never reached) 2007-05-21T09:26:47Z Matt Jacob mjacob@FreeBSD.org 2007-05-21T09:26:47Z urn:sha1:b8fdb7f911048906a5f9cb79514480e9ef9f7938 initialization. Do a token amount of style cleanup. Poked by: bde Make gcc 4.2 happy by initiatlizing controller && channel prior 2007-05-20T16:49:09Z Matt Jacob mjacob@FreeBSD.org 2007-05-20T16:49:09Z urn:sha1:6c7d0cff3fad5e2cccbb1481267c6ed91d22221e to a call to a function which *might* then initialize them. MFC after: 3 days 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.