From owner-freebsd-bugs@FreeBSD.ORG Sun Jan 15 03:40:04 2012 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F27C106564A for ; Sun, 15 Jan 2012 03:40:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 471A68FC14 for ; Sun, 15 Jan 2012 03:40:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q0F3e4cR035357 for ; Sun, 15 Jan 2012 03:40:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q0F3e4w1035356; Sun, 15 Jan 2012 03:40:04 GMT (envelope-from gnats) Resent-Date: Sun, 15 Jan 2012 03:40:04 GMT Resent-Message-Id: <201201150340.q0F3e4w1035356@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Garrett Cooper Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B577106566B for ; Sun, 15 Jan 2012 03:36:05 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from red.freebsd.org (red.freebsd.org [IPv6:2001:4f8:fff6::22]) by mx1.freebsd.org (Postfix) with ESMTP id 0FB838FC0A for ; Sun, 15 Jan 2012 03:36:05 +0000 (UTC) Received: from red.freebsd.org (localhost [127.0.0.1]) by red.freebsd.org (8.14.4/8.14.4) with ESMTP id q0F3a4dQ055161 for ; Sun, 15 Jan 2012 03:36:04 GMT (envelope-from nobody@red.freebsd.org) Received: (from nobody@localhost) by red.freebsd.org (8.14.4/8.14.4/Submit) id q0F3a4g9055160; Sun, 15 Jan 2012 03:36:04 GMT (envelope-from nobody) Message-Id: <201201150336.q0F3a4g9055160@red.freebsd.org> Date: Sun, 15 Jan 2012 03:36:04 GMT From: Garrett Cooper To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Cc: Subject: kern/164132: "xptioctl: pass device not in the kernel" noise when hot swapping drives in 9.x X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 03:40:04 -0000 >Number: 164132 >Category: kern >Synopsis: "xptioctl: pass device not in the kernel" noise when hot swapping drives in 9.x >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jan 15 03:40:03 UTC 2012 >Closed-Date: >Last-Modified: >Originator: Garrett Cooper >Release: 9.0-STABLE >Organization: n/a >Environment: FreeBSD bayonetta.local 9.0-STABLE FreeBSD 9.0-STABLE #1 r229323M: Mon Jan 2 14:32:54 PST 2012 gcooper@bayonetta.local:/usr/obj/store/freebsd/stable/9/sys/BAYONETTA amd64 >Description: Was doing hot swap drive testing with a mps-enabled chassis and SAS drives and when I pulled a SAS drive xpt(4) spit out a slew of errors from the following lines of code (from .../sys/cam/cam_xpt.c): 766 /* 767 * It is unfortunate that this is even necessary, 768 * but there are many, many clueless users out ther e. 769 * If this is true, the user is looking for the 770 * passthrough driver, but doesn't have one in his 771 * kernel. 772 */ 773 if (base_periph_found == 1) { 774 printf("xptioctl: pass driver is not in the " 775 "kernel\n"); 776 printf("xptioctl: put \"device pass\" in " 777 "your kernel config file\n"); 778 } Even though the pass device was in the kernel. The check should probably be refined to check for pass devices. >How-To-Repeat: 1. Take a Dell/Supermicro machine with an mps controller and at least 2 devices; setup something other than a RAID0 config with either UFS or ZFS (the issue was reproduced with ZFSv28 and the zfsd patches) so you have enough disks to toy with without accidentally taking down the box. 2. Install 9.0-RELEASE [with the zfsd patches if desired]. 3. Add some devd rules to query/manipulate the drive enclosure state via getencstat/setencstat (see .../share/examples/ses/setencstat). >Fix: >Release-Note: >Audit-Trail: >Unformatted: