freebsd-dev/sys/dev/amr
Matt Jacob fa9ed86506 The first of 3 major steps to move the CAM layer forward to using
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
2006-10-31 05:53:29 +00:00
..
amr_cam.c The first of 3 major steps to move the CAM layer forward to using 2006-10-31 05:53:29 +00:00
amr_disk.c Mega update to the LSI MegaRAID driver: 2005-12-14 03:26:49 +00:00
amr_linux.c Make amr_linux work as a module by avoiding calling amr_linux_ioctl_int 2006-05-03 16:45:15 +00:00
amr_pci.c After further review and discussion, partially revert the previous commit. 2006-04-08 05:08:17 +00:00
amr_tables.h
amr.c Chain the bus_dmamap_load() calls when mapping a command with a data CCB 2006-07-17 19:45:47 +00:00
amrio.h Mega update to the LSI MegaRAID driver: 2005-12-14 03:26:49 +00:00
amrreg.h - Correct amr_enquiry3 structure[1]. 2006-01-13 23:50:21 +00:00
amrvar.h Make amr_linux work as a module by avoiding calling amr_linux_ioctl_int 2006-05-03 16:45:15 +00:00