Kenneth D. Merry 59190eaa10 Generalize the quirk entry for the Conner CFP* drives. It did just cover ... the CFP2107, but it appears (not surprisingly) that the 1 gig and 4 gig versions of that drive have the same problem with tagged queueing. Also, fix the problem reported in PR kern/9482. The XPT_DEV_MATCH case in xptioctl() wasn't putting a proper path in the CCB before it called xpt_action(). When CAMDEBUG is defined, and CAM_DEBUG_TRACE debugging is turned on, the CAM_DEBUG statement at the beginning of xpt_action would end up deferencing a NULL path pointer. That of course caused a panic. My solution is to just stick the xpt peripheral's path in the CCB. PR: kern/9482 Reviewed by: gibbs		1999-01-19 01:02:47 +00:00
..
scsi	Sascha Blank <blank@uni-trier.de> convinced me I was an	1999-01-16 19:20:30 +00:00
cam_ccb.h	Expand the hba_misc fied in the Path Inquiry ccb to allow a controller driver	1998-12-10 04:05:49 +00:00
cam_conf.h
cam_debug.h	Add a CAM_DEBUG_XPT define (to debug XPT layer only). Add a CAM_DEBUGGED	1998-12-05 23:55:48 +00:00
cam_extend.c
cam_extend.h
cam_periph.c	Replace includes of <sys/kernel.h> with includes of	1999-01-14 06:22:10 +00:00
cam_periph.h	Fix a problem with the way we handled device invalidation when attaching	1998-10-22 22:16:56 +00:00
cam_queue.c
cam_queue.h	Add definitions for TAILQ, LIST, and SLIST ccb_hdr queues.	1998-12-15 08:12:03 +00:00
cam_sim.c
cam_sim.h
cam_xpt_periph.h
cam_xpt_sim.h
cam_xpt.c	Generalize the quirk entry for the Conner CFP* drives. It did just cover	1999-01-19 01:02:47 +00:00
cam_xpt.h
cam.c	cam.c:	1998-09-22 04:53:23 +00:00
cam.h