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
..
aac_cam.c	The first of 3 major steps to move the CAM layer forward to using	2006-10-31 05:53:29 +00:00
aac_debug.c	aac_intr0 rotted long ago, remove it.	2005-10-08 22:36:54 +00:00
aac_disk.c	Fix some busdma API violations in the dumpsys handler.	2005-05-02 22:56:52 +00:00
aac_linux.c	Add missing <sys/module.h> includes	2004-05-30 20:08:47 +00:00
aac_pci.c	Correct the names or some Adaptec and ICP devices, verified by the	2006-06-17 18:42:26 +00:00
aac_tables.h	Mega Update to the aac driver to support a whole new family of cards and	2005-10-08 15:55:09 +00:00
aac.c	Rearrange locking in the alloc_commands and ioctl paths to avoid problems.	2006-04-08 06:05:29 +00:00
aacreg.h	Fix a regression that prevented PERC3 hardware from working. Apparently they	2005-10-14 16:22:45 +00:00
aacvar.h	Mega Update to the aac driver to support a whole new family of cards and	2005-10-08 15:55:09 +00:00