From owner-freebsd-scsi@FreeBSD.ORG Mon Sep 23 11:06:51 2013 Return-Path: Delivered-To: freebsd-scsi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D9746CA3 for ; Mon, 23 Sep 2013 11:06:51 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C6D8F214A for ; Mon, 23 Sep 2013 11:06:51 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r8NB6pVl069586 for ; Mon, 23 Sep 2013 11:06:51 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r8NB6pDY069584 for freebsd-scsi@FreeBSD.org; Mon, 23 Sep 2013 11:06:51 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 23 Sep 2013 11:06:51 GMT Message-Id: <201309231106.r8NB6pDY069584@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 Subject: Current problem reports assigned to 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: Mon, 23 Sep 2013 11:06:51 -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/179932 scsi [ciss] ciss i/o stall problem with HP Bl Gen8 (and HP o kern/178795 scsi [mps] MSI for mps driver doesn't work under vmware 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 f kern/162256 scsi [mpt] QUEUE FULL EVENT and 'mpt_cam_event: 0x0' o docs/151336 scsi Missing documentation of scsi_ and ata_ functions in c o kern/148083 scsi [aac] Strange device reporting o kern/144648 scsi [aac] Strange values of speed and bus width in dmesg 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/130621 scsi [mpt] tranfer rate is inscrutable slow when use lsi213 f kern/129602 scsi [ahd] ahd(4) gets confused and wedges SCSI bus f kern/123674 scsi [ahc] ahc driver dumping o sparc/121676 scsi [iscsi] iscontrol do not connect iscsi-target on sparc 14 problems total. From owner-freebsd-scsi@FreeBSD.ORG Wed Sep 25 03:50:51 2013 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 821) id 96559144; Wed, 25 Sep 2013 03:50:51 +0000 (UTC) Date: Wed, 25 Sep 2013 03:50:51 +0000 From: John To: FreeBSD-SCSI Subject: panic with CTL/FC at r251897 and beyond Message-ID: <20130925035051.GA50458@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) 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, 25 Sep 2013 03:50:51 -0000 Hi Folks, I've slowly been chasing down a panic with 9-stable and I've gotten to the point where the large mfc commits of r251897 and r251874 by Scott seem to be the culprit. I posted some info about this a few weeks back. The last working commit (involving cam) is r251852 by Alexander. This is the last commit where I can create and export a lun via FC and have the client use it. The problem I see is in cam/ctl/scsi_ctl.c:ctlfedone() at the end of the XPT_CONT_TARGET_IO: switch label: /* * Release the CTIO. The ATIO will be sent back * down to the SIM once we send status. */ softc->ccbs_freed++; xpt_release_ccb(done_ccb); /* Call the backend move done callback */ io->scsiio.be_move_done(io); be_move_done is null so the code branches to 0 Before I start trying to figure out the large number of changes in the above 2 commits (a pair of mass mfc's) I was hoping someone might have an idea of what is wrong and could provide some pointers. I'd also be curious to know if anyone is successfully using a recent 9-stable with CTL/FC and if so, how they have it configured. Fbsd-10 works correctly on the same hardware also. I can provide ssh access and serial console debugging if needed. Thanks, John From owner-freebsd-scsi@FreeBSD.ORG Wed Sep 25 19:47:39 2013 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 70F245F5; Wed, 25 Sep 2013 19:47:39 +0000 (UTC) (envelope-from ken@kdm.org) Received: from nargothrond.kdm.org (nargothrond.kdm.org [70.56.43.81]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 27EE32F0A; Wed, 25 Sep 2013 19:47:38 +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 r8PJhDiT083060; Wed, 25 Sep 2013 13:43:13 -0600 (MDT) (envelope-from ken@nargothrond.kdm.org) Received: (from ken@localhost) by nargothrond.kdm.org (8.14.2/8.14.2/Submit) id r8PJhD55083059; Wed, 25 Sep 2013 13:43:13 -0600 (MDT) (envelope-from ken) Date: Wed, 25 Sep 2013 13:43:13 -0600 From: "Kenneth D. Merry" To: John Subject: Re: panic with CTL/FC at r251897 and beyond Message-ID: <20130925194313.GA82349@nargothrond.kdm.org> References: <20130925035051.GA50458@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="G4iJoqBmSsgzjUCe" Content-Disposition: inline In-Reply-To: <20130925035051.GA50458@FreeBSD.org> User-Agent: Mutt/1.4.2i Cc: FreeBSD-SCSI 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, 25 Sep 2013 19:47:39 -0000 --G4iJoqBmSsgzjUCe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Sep 25, 2013 at 03:50:51 +0000, John wrote: > Hi Folks, > > I've slowly been chasing down a panic with 9-stable and I've > gotten to the point where the large mfc commits of r251897 and > r251874 by Scott seem to be the culprit. I posted some info > about this a few weeks back. > > The last working commit (involving cam) is r251852 by Alexander. > This is the last commit where I can create and export a lun via > FC and have the client use it. Hmm, that's not good! > The problem I see is in cam/ctl/scsi_ctl.c:ctlfedone() at > the end of the XPT_CONT_TARGET_IO: switch label: > > /* > * Release the CTIO. The ATIO will be sent back > * down to the SIM once we send status. > */ > softc->ccbs_freed++; > xpt_release_ccb(done_ccb); > > /* Call the backend move done callback */ > io->scsiio.be_move_done(io); > > be_move_done is null so the code branches to 0 > > > Before I start trying to figure out the large number of > changes in the above 2 commits (a pair of mass mfc's) I was > hoping someone might have an idea of what is wrong and could > provide some pointers. I'd also be curious to know if anyone > is successfully using a recent 9-stable with CTL/FC and if > so, how they have it configured. > > Fbsd-10 works correctly on the same hardware also. > > I can provide ssh access and serial console debugging > if needed. Try the attached patch. I neglected to MFC it, and you'll certainly have problems without it with the block backend. The ramdisk backend should work okay without this patch, because it doesn't use S/G lists by default. It's possible that the be_move_done() pointer is getting overwritten by a DMA. Ken -- Kenneth Merry ken@FreeBSD.ORG --G4iJoqBmSsgzjUCe Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="scsi_ctl.c.249028.txt" ==== //depot/users/kenm/FreeBSD-stable/9/sys/cam/ctl/scsi_ctl.c#6 - /usr/home/kenm/perforce4/kenm/FreeBSD-stable/9/sys/cam/ctl/scsi_ctl.c ==== *** /tmp/tmp.38501.93 Wed Sep 25 13:33:36 2013 --- /usr/home/kenm/perforce4/kenm/FreeBSD-stable/9/sys/cam/ctl/scsi_ctl.c Wed Sep 25 13:33:20 2013 *************** *** 916,922 **** if (io->io_hdr.flags & CTL_FLAG_BUS_ADDR) flags |= CAM_DATA_SG_PADDR; else ! flags &= ~CAM_DATA_SG; data_ptr = (uint8_t *)cam_sglist; dxfer_len = io->scsiio.kern_data_len; } else { --- 916,922 ---- if (io->io_hdr.flags & CTL_FLAG_BUS_ADDR) flags |= CAM_DATA_SG_PADDR; else ! flags |= CAM_DATA_SG; data_ptr = (uint8_t *)cam_sglist; dxfer_len = io->scsiio.kern_data_len; } else { *************** *** 938,943 **** --- 938,947 ---- data_ptr = sglist[*ti].addr; dxfer_len = sglist[*ti].len; csio->sglist_cnt = 0; + if (io->io_hdr.flags & CTL_FLAG_BUS_ADDR) + flags |= CAM_DATA_PADDR; + else + flags |= CAM_DATA_VADDR; cmd_info->flags |= CTLFE_CMD_PIECEWISE; (*ti)++; } --G4iJoqBmSsgzjUCe-- From owner-freebsd-scsi@FreeBSD.ORG Sat Sep 28 06:43:43 2013 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2E09B8EA; Sat, 28 Sep 2013 06:43:43 +0000 (UTC) (envelope-from ken@kdm.org) Received: from nargothrond.kdm.org (nargothrond.kdm.org [70.56.43.81]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CE46E28DE; Sat, 28 Sep 2013 06:43:42 +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 r8S6hfZO037500; Sat, 28 Sep 2013 00:43:41 -0600 (MDT) (envelope-from ken@nargothrond.kdm.org) Received: (from ken@localhost) by nargothrond.kdm.org (8.14.2/8.14.2/Submit) id r8S6hfL1037499; Sat, 28 Sep 2013 00:43:41 -0600 (MDT) (envelope-from ken) Date: Sat, 28 Sep 2013 00:43:41 -0600 From: "Kenneth D. Merry" To: John Subject: Re: panic with CTL/FC at r251897 and beyond Message-ID: <20130928064341.GA36807@nargothrond.kdm.org> References: <20130925035051.GA50458@FreeBSD.org> <20130925194313.GA82349@nargothrond.kdm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130925194313.GA82349@nargothrond.kdm.org> User-Agent: Mutt/1.4.2i Cc: FreeBSD-SCSI 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: Sat, 28 Sep 2013 06:43:43 -0000 On Wed, Sep 25, 2013 at 13:43:13 -0600, Kenneth D. Merry wrote: > On Wed, Sep 25, 2013 at 03:50:51 +0000, John wrote: > > Hi Folks, > > > > I've slowly been chasing down a panic with 9-stable and I've > > gotten to the point where the large mfc commits of r251897 and > > r251874 by Scott seem to be the culprit. I posted some info > > about this a few weeks back. > > > > The last working commit (involving cam) is r251852 by Alexander. > > This is the last commit where I can create and export a lun via > > FC and have the client use it. > > Hmm, that's not good! > > > The problem I see is in cam/ctl/scsi_ctl.c:ctlfedone() at > > the end of the XPT_CONT_TARGET_IO: switch label: > > > > /* > > * Release the CTIO. The ATIO will be sent back > > * down to the SIM once we send status. > > */ > > softc->ccbs_freed++; > > xpt_release_ccb(done_ccb); > > > > /* Call the backend move done callback */ > > io->scsiio.be_move_done(io); > > > > be_move_done is null so the code branches to 0 > > > > > > Before I start trying to figure out the large number of > > changes in the above 2 commits (a pair of mass mfc's) I was > > hoping someone might have an idea of what is wrong and could > > provide some pointers. I'd also be curious to know if anyone > > is successfully using a recent 9-stable with CTL/FC and if > > so, how they have it configured. > > > > Fbsd-10 works correctly on the same hardware also. > > > > I can provide ssh access and serial console debugging > > if needed. > > Try the attached patch. I neglected to MFC it, and you'll certainly have > problems without it with the block backend. > > The ramdisk backend should work okay without this patch, because it doesn't > use S/G lists by default. > > It's possible that the be_move_done() pointer is getting overwritten by a > DMA. I have confirmed that was the problem, at least for me, on stable/9. I can create file-backed LUNs and export them via an 8Gb Qlogic FC card and it works fine. I ran into another bug (ctladm dumpooa causes a panic) in stable/9 that was due to something I didn't MFC. I just merged that fix as well. So if you update to the latest stable/9, it should work okay. Unfortunately this means that CTL is going to be broken in 9.2. I emailed RE; we'll see whether they want to merge the fixes or write it up in the errata. Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-scsi@FreeBSD.ORG Sat Sep 28 20:34:24 2013 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D8AFE80E for ; Sat, 28 Sep 2013 20:34:24 +0000 (UTC) (envelope-from dgilbert@interlog.com) Received: from smtp.infotech.no (smtp.infotech.no [82.134.31.41]) by mx1.freebsd.org (Postfix) with ESMTP id 9861C2169 for ; Sat, 28 Sep 2013 20:34:24 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.infotech.no (Postfix) with ESMTP id 064472041CE for ; Sat, 28 Sep 2013 22:27:27 +0200 (CEST) X-Virus-Scanned: by amavisd-new-2.6.6 (20110518) (Debian) at infotech.no Received: from smtp.infotech.no ([127.0.0.1]) by localhost (smtp.infotech.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id R1WSMCB9BKdn for ; Sat, 28 Sep 2013 22:27:26 +0200 (CEST) Received: from [10.7.0.30] (unknown [10.7.0.30]) by smtp.infotech.no (Postfix) with ESMTPA id 901242041AC for ; Sat, 28 Sep 2013 22:27:26 +0200 (CEST) Message-ID: <52473B95.2030705@interlog.com> Date: Sat, 28 Sep 2013 16:27:01 -0400 From: Douglas Gilbert User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: FreeBSD-SCSI Subject: LSI 9300-4i4e support Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: dgilbert@interlog.com List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Sep 2013 20:34:24 -0000 I've noticed that 9.1 does not recognize a LSI 9300-4i4e SAS HBA (relatively new: 12 Gbps). Do any more recent RCs or betas have support for it? Doug Gilbert