src/sys/dev/aic, branch release/9.3.0FreeBSD source treehttps://cgit-dev.freebsd.org/src/atom?h=release%2F9.3.02013-06-18T00:36:53ZBig MFC of the physbio changes necessary for unmapped I/O. These changes2013-06-18T00:36:53ZScott Longscottl@FreeBSD.org2013-06-18T00:36:53Zurn:sha1:039e422c063977ba9073fd2c93883dd8a5a36d48
have been in production at Netflix for several months with significant
success.
MFC r246713:
Reform the busdma API so that new types may be added without modifying
every architecture's busdma_machdep.c. It is done by unifying the
bus_dmamap_load_buffer() routines so that they may be called from MI
code. The MD busdma is then given a chance to do any final processing
in the complete() callback.
MFC r249538:
Some compilers issue a warning when wider integer is casted to narrow
pointer. Supposedly shut down the warning by casting through
uintptr_t.
MFC r251479:
Simplify the checking of flags for cam_periph_mapmem(). This gets rid of
a lot of code redundancy and grossness at very minor expense.
MFC r251837:
MFC r251842:
Add infrastructure for doing compatibility shims, as has been sorely
needed for the last 10 years. Far too much of the internal API is
exposed, and every small adjustment causes applications to stop working.
To kick this off, bump the API version to 0x17 as should have been done
with r246713, but add shims to compensate. Thanks to the shims, there
should be no visible change in application behavior.
Submitted by: kib, jeffr
Approved by: kib
Obtained from: Netflix
Snip redundant assignment.2009-05-13T22:31:25ZDag-Erling Smørgravdes@FreeBSD.org2009-05-13T22:31:25Zurn:sha1:e872228f518e5d0e6a5511d0229c98f3403daf21
Approved by: scottl
MFC after: 2 weeks
Coverity ID: 3863
Prepare for future integration between CAM and newbus. xpt_bus_register2007-06-17T05:55:54ZScott Longscottl@FreeBSD.org2007-06-17T05:55:54Zurn: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 will2007-04-15T08:49:19ZScott Longscottl@FreeBSD.org2007-04-15T08:49:19Zurn: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.
o break newbus api: add a new argument of type driver_filter_t to2007-02-23T12:19:07ZPaolo Pisatipiso@FreeBSD.org2007-02-23T12:19:07Zurn:sha1:ef544f631226436ef590825881e7a28369df82f6
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@
2nd and final commit that moves us to CAM_NEW_TRAN_CODE2006-11-02T00:54:38ZMatt Jacobmjacob@FreeBSD.org2006-11-02T00:54:38Zurn:sha1:bd3fd815a7fbc96f1506dfdcac840b94cff28d00
as the default.
Reviewed by multitudes.
The first of 3 major steps to move the CAM layer forward to using2006-10-31T05:53:29ZMatt Jacobmjacob@FreeBSD.org2006-10-31T05:53:29Zurn:sha1:fa9ed865067ef325f013a8174c94eff345a4f4ed
the CAM_NEW_TRAN_CODE that has been in the tree for some years now.
This first step consists solely of adding to or correcting
CAM_NEW_TRAN_CODE pieces in the kernel source tree such
that a both a GENERIC (at least on i386) and a LINT build
with CAM_NEW_TRAN_CODE as an option will compile correctly
and run (at least with some the h/w I have).
After a short settle time, the other pieces (making
CAM_NEW_TRAN_CODE the default and updating libcam
and camcontrol) will be brought in.
This will be an incompatible change in that the size of structures
related to XPT_PATH_INQ and XPT_{GET,SET}_TRAN_SETTINGS change
in both size and content. However, basic system operation and
basic system utilities work well enough with this change.
Reviewed by: freebsd-scsi and specific stakeholders
aic_pccard_products can be static.2006-10-03T04:51:18ZWarner Loshimp@FreeBSD.org2006-10-03T04:51:18Zurn:sha1:61db6a13b01598ed56438ea67859dd32dafe27a2
Noticed by: cscope
Eliminate support for oldcard by removing the compat shims.2005-09-20T19:45:08ZWarner Loshimp@FreeBSD.org2005-09-20T19:45:08Zurn:sha1:479f7d5fe85fd5002b1c15c6e875d40290a61adeEliminate unused argument in PCMCIA_CARD macro.2005-06-24T14:36:54ZWarner Loshimp@FreeBSD.org2005-06-24T14:36:54Zurn:sha1:ab581af7793365b219b8d57024e809a5b0e9c0ad
Provide a backwards compatible way to have the extra macro by defining
PCCARD_API_LEVEL 5 before including pccarddevs for driver writers that
want/need to have the same driver on 5 and 6 with pccard attachments.
Approved by: re (dwhite)