src/sys/dev/amr, branch release/7.0.0_cvs FreeBSD source tree This commit was manufactured by cvs2svn to create tag 2008-02-24T05:45:17+00:00 cvs2svn cvs2svn@FreeBSD.org 2008-02-24T05:45:17+00:00 a9c219fa3cec18ef9f30edec6fa106bf0e2d423d 'RELENG_7_0_0_RELEASE'. This commit was manufactured to restore the state of the 7.0-RELEASE image. 
'RELENG_7_0_0_RELEASE'.

This commit was manufactured to restore the state of the 7.0-RELEASE image.
Prepare for future integration between CAM and newbus. xpt_bus_register 2007-06-17T05:55:54+00:00 Scott Long scottl@FreeBSD.org 2007-06-17T05:55:54+00:00 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. 
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:19+00:00 Scott Long scottl@FreeBSD.org 2007-04-15T08:49:19+00:00 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. 
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 to 2007-02-23T12:19:07+00:00 Paolo Pisati piso@FreeBSD.org 2007-02-23T12:19:07+00:00 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@ 
  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@
Add MODULE_DEPENDS for cam, pci, mca, eisa and isa where needed. 2006-12-11T18:28:31+00:00 Matt Jacob mjacob@FreeBSD.org 2006-12-11T18:28:31+00:00 b3d93fd0c96f430027eae8ba39f975341cec1648 PR: 106543 MFC after: 3 days 
PR:		106543
MFC after:	3 days
2nd and final commit that moves us to CAM_NEW_TRAN_CODE 2006-11-02T00:54:38+00:00 Matt Jacob mjacob@FreeBSD.org 2006-11-02T00:54:38+00:00 bd3fd815a7fbc96f1506dfdcac840b94cff28d00 as the default. Reviewed by multitudes. 
as the default.

Reviewed by multitudes.
Implement BIO_FLUSH handling for da(4), amr(4), ata(4) and ataraid(4). 2006-10-31T21:19:25+00:00 Pawel Jakub Dawidek pjd@FreeBSD.org 2006-10-31T21:19:25+00:00 9cd394ea9657da13e9bceeadb5d18ec743c77fc5 Sponsored by: home.pl 
Sponsored by:	home.pl
The first of 3 major steps to move the CAM layer forward to using 2006-10-31T05:53:29+00:00 Matt Jacob mjacob@FreeBSD.org 2006-10-31T05:53:29+00:00 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 
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
Chain the bus_dmamap_load() calls when mapping a command with a data CCB 2006-07-17T19:45:47+00:00 John Baldwin jhb@FreeBSD.org 2006-07-17T19:45:47+00:00 44daafbccce383d9a42878f39b4c34f9982a0b4b instead of doing the first load with the BUS_DMA_NOWAIT flag. On 4.x with PAE and > 4gb of RAM this proved disastrous if there weren't enough bounce pages as amr_mapcmd() would return failure but the callback would later fire once enough bounce pages were available and would then overwrite another command's S/G list. MFC after: 3 days Submitted by: scottl (4.x version) Reviewed by: scottl (port from 4.x to HEAD) 
instead of doing the first load with the BUS_DMA_NOWAIT flag.  On 4.x with
PAE and > 4gb of RAM this proved disastrous if there weren't enough bounce
pages as amr_mapcmd() would return failure but the callback would later
fire once enough bounce pages were available and would then overwrite
another command's S/G list.

MFC after:	3 days
Submitted by:	scottl (4.x version)
Reviewed by:	scottl (port from 4.x to HEAD)
Make amr_linux work as a module by avoiding calling amr_linux_ioctl_int 2006-05-03T16:45:15+00:00 Doug Ambrisko ambrisko@FreeBSD.org 2006-05-03T16:45:15+00:00 d279e434426fc1bdccfcf20578b4b3a7921fafbb from the amr_linux. This simplifies the amr_linux shim and puts the smarts into amr.c. I tested this with 2 amr controllers in one box. It seems to work okay with them. 
from the amr_linux.  This simplifies the amr_linux shim and puts the
smarts into amr.c.

I tested this with 2 amr controllers in one box.  It seems to work
okay with them.