From owner-cvs-all Fri Jan 7 20:15:57 2000 Delivered-To: cvs-all@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id EFA941522C; Fri, 7 Jan 2000 20:15:54 -0800 (PST) (envelope-from ken@FreeBSD.org) Received: (from ken@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id UAA50064; Fri, 7 Jan 2000 20:15:54 -0800 (PST) (envelope-from ken@FreeBSD.org) Message-Id: <200001080415.UAA50064@freefall.freebsd.org> From: Kenneth Merry Date: Fri, 7 Jan 2000 20:15:54 -0800 (PST) To: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/sbin/camcontrol camcontrol.c src/sys/cam cam_ccb.h cam_xpt.c Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk ken 2000/01/07 20:15:54 PST Modified files: (Branch: RELENG_3) sbin/camcontrol camcontrol.c sys/cam cam_ccb.h cam_xpt.c Log: MFC, Fix Bus Device Resets from userland, and specifically from camcontrol. camcontrol.c: rev 1.16, 1.17, 1.18 cam_xpt.c: rev 1.73 The camcontrol and xpt changes switch XPT_RESET_DEV CCBs to be routed through the pass(4) driver instead of the xpt(4) driver. Note that this changes the function code for XPT_RESET_DEV. Normally, this would require a CAM version bump, and thus would break all userland programs that use the pass/xpt drivers. In this case, however, I'm not bumping the version number. A version number change is not necessary because XPT_RESET_DEV CCBs didn't work before. In any case, if someone tries to use an old version of camcontrol with the new kernel to reset a particular device, they'll actually see improved functionality, since they'll just get back an error instead of a hung machine. Submitted by: luoqi (for -current) Tested by: Carl Mascott Revision Changes Path 1.9.2.7 +46 -16 src/sbin/camcontrol/camcontrol.c 1.3.2.6 +2 -2 src/sys/cam/cam_ccb.h 1.42.2.21 +2 -3 src/sys/cam/cam_xpt.c To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message