From owner-freebsd-scsi@FreeBSD.ORG Mon Oct 8 11:07:28 2012 Return-Path: Delivered-To: freebsd-scsi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 50AE3106566B for ; Mon, 8 Oct 2012 11:07:28 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 39CC28FC1A for ; Mon, 8 Oct 2012 11:07:28 +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 q98B7SB6029451 for ; Mon, 8 Oct 2012 11:07:28 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q98B7RiR029449 for freebsd-scsi@FreeBSD.org; Mon, 8 Oct 2012 11:07:27 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 8 Oct 2012 11:07:27 GMT Message-Id: <201210081107.q98B7RiR029449@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-scsi@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-scsi@FreeBSD.org X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Oct 2012 11:07:28 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/171650 scsi [da] da(4) driver does not recognize end of cciss (Sma o kern/169976 scsi [cam] [patch] make scsi_da use sysctl values where app o kern/169974 scsi [cam] [patch] add Quirks for SSD that are 4k optimised o kern/169835 scsi [patch] remove some unused variables from scsi_da prob o kern/169801 scsi [cam] [patc] make changes to delete_method in scsi_da o kern/169403 scsi [cam] [patch] CAM layer, I/O starvation, no fairness o kern/165982 scsi [mpt] mpt instability, drive resets, and losses on Fre o kern/165740 scsi [cam] SCSI code must drain callbacks before free o kern/163713 scsi [aic7xxx] [patch] Add Adaptec29329LPE to aic79xx_pci.c o kern/162256 scsi [mpt] QUEUE FULL EVENT and 'mpt_cam_event: 0x0' o kern/161809 scsi [cam] [patch] set kern.cam.boot_delay via build option o kern/159412 scsi [ciss] 7.3 RELEASE: ciss0 ADAPTER HEARTBEAT FAILED err o kern/157770 scsi [iscsi] [panic] iscsi_initiator panic o kern/154432 scsi [xpt] run_interrupt_driven_hooks: still waiting after o kern/153514 scsi [cam] [panic] CAM related panic o kern/153361 scsi [ciss] Smart Array 5300 boot/detect drive problem o kern/152250 scsi [ciss] [patch] Kernel panic when hw.ciss.expose_hidden o kern/151564 scsi [ciss] ciss(4) should increase CISS_MAX_LOGICAL to 10 o docs/151336 scsi Missing documentation of scsi_ and ata_ functions in c s kern/149927 scsi [cam] hard drive not stopped before removing power dur o kern/148083 scsi [aac] Strange device reporting o kern/147704 scsi [mpt] sys/dev/mpt: new chip revision, partially unsupp o kern/146287 scsi [ciss] ciss(4) cannot see more than one SmartArray con o kern/145768 scsi [mpt] can't perform I/O on SAS based SAN disk in freeb o kern/144648 scsi [aac] Strange values of speed and bus width in dmesg o kern/144301 scsi [ciss] [hang] HP proliant server locks when using ciss o kern/142351 scsi [mpt] LSILogic driver performance problems o kern/134488 scsi [mpt] MPT SCSI driver probes max. 8 LUNs per device o kern/132250 scsi [ciss] ciss driver does not support more then 15 drive o kern/132206 scsi [mpt] system panics on boot when mirroring and 2nd dri o kern/130621 scsi [mpt] tranfer rate is inscrutable slow when use lsi213 o kern/129602 scsi [ahd] ahd(4) gets confused and wedges SCSI bus o kern/128452 scsi [sa] [panic] Accessing SCSI tape drive randomly crashe o kern/128245 scsi [scsi] "inquiry data fails comparison at DV1 step" [re o kern/127927 scsi [isp] isp(4) target driver crashes kernel when set up o kern/127717 scsi [ata] [patch] [request] - support write cache toggling o kern/123674 scsi [ahc] ahc driver dumping o kern/123520 scsi [ahd] unable to boot from net while using ahd o sparc/121676 scsi [iscsi] iscontrol do not connect iscsi-target on sparc o kern/120487 scsi [sg] scsi_sg incompatible with scanners o kern/120247 scsi [mpt] FreeBSD 6.3 and LSI Logic 1030 = only 3.300MB/s o kern/114597 scsi [sym] System hangs at SCSI bus reset with dual HBAs o kern/110847 scsi [ahd] Tyan U320 onboard problem with more than 3 disks o kern/99954 scsi [ahc] reading from DVD failes on 6.x [regression] o kern/92798 scsi [ahc] SCSI problem with timeouts o kern/90282 scsi [sym] SCSI bus resets cause loss of ch device o kern/76178 scsi [ahd] Problem with ahd and large SCSI Raid system o kern/74627 scsi [ahc] [hang] Adaptec 2940U2W Can't boot 5.3 s kern/61165 scsi [panic] kernel page fault after calling cam_send_ccb o kern/60641 scsi [sym] Sporadic SCSI bus resets with 53C810 under load o kern/60598 scsi wire down of scsi devices conflicts with config s kern/57398 scsi [mly] Current fails to install on mly(4) based RAID di o kern/52638 scsi [panic] SCSI U320 on SMP server won't run faster than o kern/44587 scsi dev/dpt/dpt.h is missing defines required for DPT_HAND o kern/39388 scsi ncr/sym drivers fail with 53c810 and more than 256MB m o kern/35234 scsi World access to /dev/pass? (for scanner) requires acce 56 problems total. From owner-freebsd-scsi@FreeBSD.ORG Mon Oct 8 11:07:28 2012 Return-Path: Delivered-To: freebsd-scsi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 50AE3106566B for ; Mon, 8 Oct 2012 11:07:28 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 39CC28FC1A for ; Mon, 8 Oct 2012 11:07:28 +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 q98B7SB6029451 for ; Mon, 8 Oct 2012 11:07:28 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q98B7RiR029449 for freebsd-scsi@FreeBSD.org; Mon, 8 Oct 2012 11:07:27 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 8 Oct 2012 11:07:27 GMT Message-Id: <201210081107.q98B7RiR029449@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-scsi@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-scsi@FreeBSD.org X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Oct 2012 11:07:28 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/171650 scsi [da] da(4) driver does not recognize end of cciss (Sma o kern/169976 scsi [cam] [patch] make scsi_da use sysctl values where app o kern/169974 scsi [cam] [patch] add Quirks for SSD that are 4k optimised o kern/169835 scsi [patch] remove some unused variables from scsi_da prob o kern/169801 scsi [cam] [patc] make changes to delete_method in scsi_da o kern/169403 scsi [cam] [patch] CAM layer, I/O starvation, no fairness o kern/165982 scsi [mpt] mpt instability, drive resets, and losses on Fre o kern/165740 scsi [cam] SCSI code must drain callbacks before free o kern/163713 scsi [aic7xxx] [patch] Add Adaptec29329LPE to aic79xx_pci.c o kern/162256 scsi [mpt] QUEUE FULL EVENT and 'mpt_cam_event: 0x0' o kern/161809 scsi [cam] [patch] set kern.cam.boot_delay via build option o kern/159412 scsi [ciss] 7.3 RELEASE: ciss0 ADAPTER HEARTBEAT FAILED err o kern/157770 scsi [iscsi] [panic] iscsi_initiator panic o kern/154432 scsi [xpt] run_interrupt_driven_hooks: still waiting after o kern/153514 scsi [cam] [panic] CAM related panic o kern/153361 scsi [ciss] Smart Array 5300 boot/detect drive problem o kern/152250 scsi [ciss] [patch] Kernel panic when hw.ciss.expose_hidden o kern/151564 scsi [ciss] ciss(4) should increase CISS_MAX_LOGICAL to 10 o docs/151336 scsi Missing documentation of scsi_ and ata_ functions in c s kern/149927 scsi [cam] hard drive not stopped before removing power dur o kern/148083 scsi [aac] Strange device reporting o kern/147704 scsi [mpt] sys/dev/mpt: new chip revision, partially unsupp o kern/146287 scsi [ciss] ciss(4) cannot see more than one SmartArray con o kern/145768 scsi [mpt] can't perform I/O on SAS based SAN disk in freeb o kern/144648 scsi [aac] Strange values of speed and bus width in dmesg o kern/144301 scsi [ciss] [hang] HP proliant server locks when using ciss o kern/142351 scsi [mpt] LSILogic driver performance problems o kern/134488 scsi [mpt] MPT SCSI driver probes max. 8 LUNs per device o kern/132250 scsi [ciss] ciss driver does not support more then 15 drive o kern/132206 scsi [mpt] system panics on boot when mirroring and 2nd dri o kern/130621 scsi [mpt] tranfer rate is inscrutable slow when use lsi213 o kern/129602 scsi [ahd] ahd(4) gets confused and wedges SCSI bus o kern/128452 scsi [sa] [panic] Accessing SCSI tape drive randomly crashe o kern/128245 scsi [scsi] "inquiry data fails comparison at DV1 step" [re o kern/127927 scsi [isp] isp(4) target driver crashes kernel when set up o kern/127717 scsi [ata] [patch] [request] - support write cache toggling o kern/123674 scsi [ahc] ahc driver dumping o kern/123520 scsi [ahd] unable to boot from net while using ahd o sparc/121676 scsi [iscsi] iscontrol do not connect iscsi-target on sparc o kern/120487 scsi [sg] scsi_sg incompatible with scanners o kern/120247 scsi [mpt] FreeBSD 6.3 and LSI Logic 1030 = only 3.300MB/s o kern/114597 scsi [sym] System hangs at SCSI bus reset with dual HBAs o kern/110847 scsi [ahd] Tyan U320 onboard problem with more than 3 disks o kern/99954 scsi [ahc] reading from DVD failes on 6.x [regression] o kern/92798 scsi [ahc] SCSI problem with timeouts o kern/90282 scsi [sym] SCSI bus resets cause loss of ch device o kern/76178 scsi [ahd] Problem with ahd and large SCSI Raid system o kern/74627 scsi [ahc] [hang] Adaptec 2940U2W Can't boot 5.3 s kern/61165 scsi [panic] kernel page fault after calling cam_send_ccb o kern/60641 scsi [sym] Sporadic SCSI bus resets with 53C810 under load o kern/60598 scsi wire down of scsi devices conflicts with config s kern/57398 scsi [mly] Current fails to install on mly(4) based RAID di o kern/52638 scsi [panic] SCSI U320 on SMP server won't run faster than o kern/44587 scsi dev/dpt/dpt.h is missing defines required for DPT_HAND o kern/39388 scsi ncr/sym drivers fail with 53c810 and more than 256MB m o kern/35234 scsi World access to /dev/pass? (for scanner) requires acce 56 problems total. From owner-freebsd-scsi@FreeBSD.ORG Wed Oct 10 23:42:05 2012 Return-Path: Delivered-To: freebsd-scsi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EE1174AE; Wed, 10 Oct 2012 23:42:05 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [8.8.178.135]) by mx1.freebsd.org (Postfix) with ESMTP id BEFB78FC12; Wed, 10 Oct 2012 23:42:05 +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 q9ANg5mv007379; Wed, 10 Oct 2012 23:42:05 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q9ANg5EL007375; Wed, 10 Oct 2012 23:42:05 GMT (envelope-from linimon) Date: Wed, 10 Oct 2012 23:42:05 GMT Message-Id: <201210102342.q9ANg5EL007375@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-amd64@FreeBSD.org, freebsd-scsi@FreeBSD.org From: linimon@FreeBSD.org Subject: Re: kern/172575: [mfi] ioctl CAMGETPASSTHRU fails with mfi driver X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Oct 2012 23:42:06 -0000 Old Synopsis: ioctl CAMGETPASSTHRU fails with mfi driver New Synopsis: [mfi] ioctl CAMGETPASSTHRU fails with mfi driver Responsible-Changed-From-To: freebsd-amd64->freebsd-scsi Responsible-Changed-By: linimon Responsible-Changed-When: Wed Oct 10 23:41:43 UTC 2012 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=172575 From owner-freebsd-scsi@FreeBSD.ORG Thu Oct 11 06:43:27 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E99DD177 for ; Thu, 11 Oct 2012 06:43:27 +0000 (UTC) (envelope-from jacks.1785@gmail.com) Received: from mail-ie0-f182.google.com (mail-ie0-f182.google.com [209.85.223.182]) by mx1.freebsd.org (Postfix) with ESMTP id AF79F8FC08 for ; Thu, 11 Oct 2012 06:43:27 +0000 (UTC) Received: by mail-ie0-f182.google.com with SMTP id k10so3181882iea.13 for ; Wed, 10 Oct 2012 23:43:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=iz8w9xwqRl6oVyyOGef/dtV5C1g1LglOonbCZtYBgsY=; b=CBs6Vja5lMjq9Z1+eJh/Nu33lX/AE1iFS8i3jWmVssFfExPIsswax1Gzq/0DsexKGQ iboZ4YiGY1qx1mPx6ZscSTaoiRE7NWU2RH+jB7eB7FG/7m4/bH10wpQAezsKO9xQkg1z WnILp1DS5ce4gQ7foildo/bUzPMNNl2kM+ceFYQ9UHTQuXBzkTNddQrWmuheZ14gvjkl ErLUp9T9kvG9yKuIgworgvmZIriM3Vjvrjiv1b4qfsVl66BHay1P6VXeJ5foFdxIY+tQ muoAzmD6Y3pu9s05Y/F9qs0WGcvaaa/1LcL7vuuRMhmtAbAUmpHZaL1lmj3u8rgkJ4wA VwkA== MIME-Version: 1.0 Received: by 10.50.152.231 with SMTP id vb7mr7907338igb.1.1349937807174; Wed, 10 Oct 2012 23:43:27 -0700 (PDT) Received: by 10.64.11.166 with HTTP; Wed, 10 Oct 2012 23:43:27 -0700 (PDT) Date: Thu, 11 Oct 2012 12:13:27 +0530 Message-ID: Subject: passstart() and immediate CCBs From: Jack To: freebsd-scsi@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2012 06:43:28 -0000 Hello all, I was going through cam subsystem source(FreeBSD RELEASE 9 ), and tried understanding how it works. One thing I got stuck is, when exactly is passtart() invoked in case of immediate CCBs. For non-immediate CCBs, it is quite clear to me. In case of scsi pass driver(scsi_pass.c), xpt_schedule() is invoked by cam_periph_getccb(), and cam_periph_ioctl(). But not in case of immediate CCBs. In case of immediate CCBs, xpt_alloc_ccb_nowait() is invoked and then xpt_setup_ccb(). Is it that in case of immediate CCBs, passstart() is never invoked? If it is true then, how does the thread awakens(which is slept by calling cam_periph_ccbwait() inside cam_periph_runccb() ) when HBA driver serves interrupt, and passdone() is invoked. There seems no code inside passdone(), to wakeup the thread, the only code being inside PASS_CCB_WAITING case is not valid for immediate CCBs, as passstart() is never invoked so it didn't set ccb type to PASS_CCB_WAITING. Do immediate and immediate CCBs have any implications on cam priority assignment specified in CCB header? It seems that concept of which queues are in existence in cam subsystem is not clear to me. ie beginning from cam_periph_runccb(), how passdone() is invoked, how passstart() is invoked if it is, and which queues are involved, especially in case of immediate CCBs. As far as I can get, there are at least 2 queues: one is maintained by SCSI HBA driver for I/O requests, the other is queue of CCBs maintained per cam peripheral( ie struct cam_peripheral) ?? or cam device (ie struct cam_ed) ?? at transport layer. I've been looking around, but haven't found anything yet. I'll continue digging though :-) Regards -- Jack From owner-freebsd-scsi@FreeBSD.ORG Thu Oct 11 11:49:46 2012 Return-Path: Delivered-To: freebsd-scsi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 30E795FA for ; Thu, 11 Oct 2012 11:49:46 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [8.8.178.135]) by mx1.freebsd.org (Postfix) with ESMTP id 18C0F8FC20 for ; Thu, 11 Oct 2012 11:49:46 +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 q9BBnjvJ062845 for ; Thu, 11 Oct 2012 11:49:45 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q9BBnjw3062844; Thu, 11 Oct 2012 11:49:45 GMT (envelope-from gnats) Date: Thu, 11 Oct 2012 11:49:45 GMT Message-Id: <201210111149.q9BBnjw3062844@freefall.freebsd.org> To: freebsd-scsi@FreeBSD.org Cc: From: Sergey Kandaurov Subject: Re: kern/172575: [mfi] ioctl CAMGETPASSTHRU fails with mfi driver X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Sergey Kandaurov List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2012 11:49:46 -0000 The following reply was made to PR kern/172575; it has been noted by GNATS. From: Sergey Kandaurov To: bug-followup@FreeBSD.org, john.klug@unisys.com Cc: Subject: Re: kern/172575: [mfi] ioctl CAMGETPASSTHRU fails with mfi driver Date: Thu, 11 Oct 2012 14:28:56 +0400 Did it ever work? Seems no. 6.2-RELEASE camcontrol: /dev/mfid0 is not a valid device identifier camcontrol: please read the camcontrol(8) man page 7.3-RELEASE camcontrol: /dev/mfid0 is not a valid device identifier camcontrol: please read the camcontrol(8) man page 8.3-RELEASE camcontrol: cam_lookup_pass: CAMGETPASSTHRU ioctl failed cam_lookup_pass: No such file or directory cam_lookup_pass: either the pass driver isn't in your kernel cam_lookup_pass: or mfid0 doesn't exist 8.2-RELEASE w/ aac(4) camcontrol: cam_lookup_pass: CAMGETPASSTHRU ioctl failed cam_lookup_pass: No such file or directory cam_lookup_pass: either the pass driver isn't in your kernel cam_lookup_pass: or aacd0 doesn't exist -- wbr, pluknet From owner-freebsd-scsi@FreeBSD.ORG Fri Oct 12 00:54:28 2012 Return-Path: Delivered-To: freebsd-scsi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A84E9AD3 for ; Fri, 12 Oct 2012 00:54:28 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [8.8.178.135]) by mx1.freebsd.org (Postfix) with ESMTP id 914B28FC08 for ; Fri, 12 Oct 2012 00:54:28 +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 q9C0sSZ7022071 for ; Fri, 12 Oct 2012 00:54:28 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q9C0sSlf022070; Fri, 12 Oct 2012 00:54:28 GMT (envelope-from gnats) Date: Fri, 12 Oct 2012 00:54:28 GMT Message-Id: <201210120054.q9C0sSlf022070@freefall.freebsd.org> To: freebsd-scsi@FreeBSD.org Cc: From: Sergey Kandaurov Subject: Re: kern/172575: [mfi] ioctl CAMGETPASSTHRU fails with mfi driver X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Sergey Kandaurov List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Oct 2012 00:54:28 -0000 The following reply was made to PR kern/172575; it has been noted by GNATS. From: Sergey Kandaurov To: bug-followup@FreeBSD.org, john.klug@unisys.com Cc: Subject: Re: kern/172575: [mfi] ioctl CAMGETPASSTHRU fails with mfi driver Date: Thu, 11 Oct 2012 18:41:39 +0400 Well, you probably want to kldload mfip to get SCSI passthough? # kldload mfip mfip0: on mfi0 ses0 at mfi0 bus 0 scbus0 target 21 lun 0 ses0: Fixed Enclosure Services SCSI-4 device ses0: 150.000MB/s transfers ses0: SCSI-3 SES Device # camcontrol inquiry /dev/ses0 pass12: Fixed Enclosure Services SCSI-4 device pass12: 150.000MB/s transfers # camcontrol devlist /dev/ses0 at scbus0 target 9 lun 0 (pass0) at scbus0 target 10 lun 0 (pass1) at scbus0 target 11 lun 0 (pass2) at scbus0 target 12 lun 0 (pass3) at scbus0 target 13 lun 0 (pass4) at scbus0 target 14 lun 0 (pass5) at scbus0 target 15 lun 0 (pass6) at scbus0 target 16 lun 0 (pass7) at scbus0 target 17 lun 0 (pass8) at scbus0 target 18 lun 0 (pass9) at scbus0 target 19 lun 0 (pass10) at scbus0 target 20 lun 0 (pass11) at scbus0 target 21 lun 0 (pass12,ses0) # camcontrol inquiry /dev/pass8 pass8: Fixed Uninstalled SCSI-6 device pass8: Serial Number EB71XXXX pass8: 150.000MB/s transfers -- wbr, pluknet From owner-freebsd-scsi@FreeBSD.ORG Fri Oct 12 16:00:01 2012 Return-Path: Delivered-To: freebsd-scsi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9D6E6822 for ; Fri, 12 Oct 2012 16:00:01 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [8.8.178.135]) by mx1.freebsd.org (Postfix) with ESMTP id 866418FC12 for ; Fri, 12 Oct 2012 16:00:01 +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 q9CG012S025999 for ; Fri, 12 Oct 2012 16:00:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q9CG01wq025998; Fri, 12 Oct 2012 16:00:01 GMT (envelope-from gnats) Date: Fri, 12 Oct 2012 16:00:01 GMT Message-Id: <201210121600.q9CG01wq025998@freefall.freebsd.org> To: freebsd-scsi@FreeBSD.org Cc: From: John Baldwin Subject: Re: amd64/172575: ioctl CAMGETPASSTHRU fails with mfi driver X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: John Baldwin List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Oct 2012 16:00:01 -0000 The following reply was made to PR kern/172575; it has been noted by GNATS. From: John Baldwin To: freebsd-amd64@freebsd.org Cc: John Klug , freebsd-gnats-submit@freebsd.org Subject: Re: amd64/172575: ioctl CAMGETPASSTHRU fails with mfi driver Date: Fri, 12 Oct 2012 11:09:39 -0400 On Wednesday, October 10, 2012 11:35:40 am John Klug wrote: > > >Number: 172575 > >Category: amd64 > >Synopsis: ioctl CAMGETPASSTHRU fails with mfi driver > >Confidential: no > >Severity: non-critical > >Priority: low > >Responsible: freebsd-amd64 > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Wed Oct 10 22:58:20 UTC 2012 > >Closed-Date: > >Last-Modified: > >Originator: John Klug > >Release: 9.0 p3 > >Organization: > UNISYS > >Environment: > FreeBSD usrv-cse14.rsvl.unisys.com 9.0-RELEASE-p3 FreeBSD 9.0-RELEASE-p3 #0: Thu Oct 4 15:55:24 CDT 2012 root@usrv- tsegp2:/usr/obj/freebsd/usr/src/sys/FREEBSD-amd64 amd64 > >Description: > This problem causes sysutils/smartmontools to fail with the mfi driver peripheral devices. > > # camcontrol inquiry /dev/mfid0 > camcontrol: cam_lookup_pass: CAMGETPASSTHRU ioctl failed > cam_lookup_pass: No such file or directory > cam_lookup_pass: either the pass driver isn't in your kernel > cam_lookup_pass: or mfid0 doesn't exist > > > # kldstat > Id Refs Address Size Name > 1 19 0xffffffff80200000 1409420 kernel > 2 1 0xffffffff8f20a000 17cf0 isboot.ko > 6 2 0xffffffff8f419000 6e90 mfi.ko > 7 1 0xffffffff8f420000 c3f mfip.ko > 8 1 0xffffffff8f421000 132317 zfs.ko > 9 1 0xffffffff8f554000 3001 opensolaris.ko > > usrv-cse14:/var/log# dmesg | grep mfid0 > mfid0: on mfi0 > mfid0: 285568MB (584843264 sectors) RAID volume '' is optimal > GEOM: mfid0: the secondary GPT header is not in the last LBA. > > # dmesg | grep mfid0 > mfid0: on mfi0 > mfid0: 285568MB (584843264 sectors) RAID volume '' is optimal > GEOM: mfid0: the secondary GPT header is not in the last LBA. > > # camcontrol inquiry /dev/pass2 > pass2: Fixed Uninstalled SCSI-6 device > pass2: Serial Number EB03PB302RPS > pass2: 150.000MB/s transfers > > # smartd -d --configfile=/var/etc/smartd.conf --logfacility=local5 > smartd 5.42 2011-10-20 r3458 [FreeBSD 9.0-RELEASE-p3 amd64] (local build) > Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net > > Opened configuration file /var/etc/smartd.conf > Configuration file /var/etc/smartd.conf parsed. > Device: /dev/mfid0, unable to autodetect device type > Device: /dev/mfid1, unable to autodetect device type > Device: /dev/mfid2, unable to autodetect device type > Device: /dev/mfid3, unable to autodetect device type > Device: /dev/mfid4, unable to autodetect device type > Device: /dev/mfid5, unable to autodetect device type > Device: /dev/mfid6, unable to autodetect device type > Device: /dev/mfid7, unable to autodetect device type > Unable to monitor any SMART enabled devices. Try debug (-d) option. Exiting... > > > This problem makes it difficult to relate zpool devices to the device serial number and SMART information. mfidX are logical volumes, not physical drives. passX are physical drives and that is what smartd needs to monitor. This is not a bug, this is just how you have to use smartd with drives behind an mfi(4) controller. -- John Baldwin From owner-freebsd-scsi@FreeBSD.ORG Fri Oct 12 22:32:05 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 78677502 for ; Fri, 12 Oct 2012 22:32:05 +0000 (UTC) (envelope-from ken@kdm.org) Received: from nargothrond.kdm.org (nargothrond.kdm.org [70.56.43.81]) by mx1.freebsd.org (Postfix) with ESMTP id 23DEA8FC18 for ; Fri, 12 Oct 2012 22:32:04 +0000 (UTC) Received: from nargothrond.kdm.org (localhost [127.0.0.1]) by nargothrond.kdm.org (8.14.2/8.14.2) with ESMTP id q9CMW3IR069155; Fri, 12 Oct 2012 16:32:03 -0600 (MDT) (envelope-from ken@nargothrond.kdm.org) Received: (from ken@localhost) by nargothrond.kdm.org (8.14.2/8.14.2/Submit) id q9CMW3Sr069154; Fri, 12 Oct 2012 16:32:03 -0600 (MDT) (envelope-from ken) Date: Fri, 12 Oct 2012 16:32:03 -0600 From: "Kenneth D. Merry" To: Jack Subject: Re: passstart() and immediate CCBs Message-ID: <20121012223203.GA68975@nargothrond.kdm.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2i Cc: freebsd-scsi@freebsd.org X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Oct 2012 22:32:05 -0000 On Thu, Oct 11, 2012 at 12:13:27 +0530, Jack wrote: > Hello all, > > I was going through cam subsystem source(FreeBSD RELEASE 9 ), > and tried understanding how it works. > One thing I got stuck is, when exactly is passtart() invoked in case of > immediate CCBs. For non-immediate CCBs, it is quite clear to me. > > In case of scsi pass driver(scsi_pass.c), xpt_schedule() is invoked by > cam_periph_getccb(), and cam_periph_ioctl(). > But not in case of immediate CCBs. In case of immediate CCBs, > xpt_alloc_ccb_nowait() is invoked and then xpt_setup_ccb(). > > Is it that in case of immediate CCBs, passstart() is never invoked? That is correct. passstart() is only used for non-immediate CCBs. > If it is true then, how does the thread awakens(which is slept by calling > cam_periph_ccbwait() inside cam_periph_runccb() ) when HBA driver > serves interrupt, and passdone() is invoked. The thread never sleeps in the immediate case (because the status is changed to something other than CAM_REQ_INPROG), and the done routine isn't called. Immediate CCBs are complete when xpt_action() returns, so no callback is needed. > There seems no code inside passdone(), to wakeup the thread, the > only code being inside PASS_CCB_WAITING case is not valid > for immediate CCBs, as passstart() is never invoked so it didn't > set ccb type to PASS_CCB_WAITING. > > Do immediate and immediate CCBs have any implications on > cam priority assignment specified in CCB header? Immediate CCBs never go down to the hardware. The priority mechanism is used to help determine who gets queue slots, and those are only needed for queued CCBs. > It seems that concept of which queues are in existence in cam subsystem > is not clear to me. > ie beginning from cam_periph_runccb(), how passdone() is invoked, > how passstart() is invoked if it is, and which queues are involved, > especially in case of immediate CCBs. > > > As far as I can get, there are at least 2 queues: > one is maintained by SCSI HBA driver for I/O requests, the other is queue > of CCBs maintained per cam peripheral( ie struct cam_peripheral) ?? or > cam device (ie struct cam_ed) ?? at transport layer. There is a queue per HBA, based on how many commands the HBA can handle, and a queue per device (struct cam_ed), based on how many commands a particular device can handle. Ken -- Kenneth Merry ken@FreeBSD.ORG