src/sys/dev/ahb, branch releng/10.2

MFC r280347: Remove MAXBSIZE use from drivers where it has nothing to do.

2015-04-21T11:27:50Z

In some cases limits are just not needed, in others -- DFLTPHYS is the right constant to use instead.

MFC r274819:

2014-12-21T03:06:11Z

Prevent overflow issues in timeout processing MFC r274852: Fix build with asr driver Sponsored by: Multiplay

Reform the busdma API so that new types may be added without modifying

2013-02-12T16:57:20Z

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. The cam changes unify the bus_dmamap_load* handling in cam drivers. The arm and mips implementations are updated to track virtual addresses for sync(). Previously this was done in a type specific way. Now it is done in a generic way by recording the list of virtuals in the map. Submitted by: jeff (sponsored by EMC/Isilon) Reviewed by: kan (previous version), scottl, mjacob (isp(4), no objections for target mode changes) Discussed with: ian (arm changes) Tested by: marius (sparc64), mips (jmallet), isci(4) on x86 (jharris), amd64 (Fabian Keil )

Add locking to the ahb(4) driver and mark it MPSAFE.

2012-10-15T16:05:02Z

- Use device_printf() and device_get_unit() instead of storing the unit number in the softc. - Remove use of explicit bus space handles and tags. - Compare pointers against NULL. - Let new-bus allocate a softc rather than doing it by hand. Tested by: no one

Remove a stale comment.

2012-03-12T20:31:58Z

Submitted by: jimharris

Final pass at having devices use their bus parent for dma tags. The

2012-03-12T19:29:35Z

remaining drivers that haven't been converted have various problems or complexities that will be dealt with later. This list includes: hptrr, hptmv, hpt27xx - device aggregation across multiple parents drm - want to talk to the maintainer first tsec, sec - Openfirmware devices, not sure if changes are warranted fatm - Done except for unused testing code usb - want to talk to the maintainer first ce, cp, ctau, cx - Significant driver changes needed to convey parent info There are also devices tucked into architecture subtrees that I'll leave for the respective maintainers to deal with.

Fix a compile error from the last change.

2007-06-17T15:21:09Z

Prepare for future integration between CAM and newbus. xpt_bus_register

2007-06-17T05:55:54Z

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

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.

Handle errors from bus_setup_intr().

2007-04-01T16:55:31Z

Found by: Coverity Prevent (tm) CID: 1066