From owner-freebsd-scsi@FreeBSD.ORG  Mon Jun 30 18:06:43 2008
Return-Path: <owner-freebsd-scsi@FreeBSD.ORG>
Delivered-To: freebsd-scsi@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id 0C5E3106566C
	for <freebsd-scsi@freebsd.org>; Mon, 30 Jun 2008 18:06:43 +0000 (UTC)
	(envelope-from sbruno@miralink.com)
Received: from plato.miralink.com (mail.miralink.com [70.103.185.20])
	by mx1.freebsd.org (Postfix) with ESMTP id DEA958FC19
	for <freebsd-scsi@freebsd.org>; Mon, 30 Jun 2008 18:06:42 +0000 (UTC)
	(envelope-from sbruno@miralink.com)
Received: from localhost (localhost.localdomain [127.0.0.1])
	by plato.miralink.com (Postfix) with ESMTP id AB01D1A91AC;
	Mon, 30 Jun 2008 11:05:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at 
X-Spam-Flag: NO
X-Spam-Score: -4.399
X-Spam-Level: 
X-Spam-Status: No, score=-4.399 tagged_above=-10 required=6.6
	tests=[ALL_TRUSTED=-1.8, BAYES_00=-2.599]
Received: from plato.miralink.com ([127.0.0.1])
	by localhost (plato.miralink.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id LFa+MVZFYLg6; Mon, 30 Jun 2008 11:05:43 -0700 (PDT)
Received: from [10.47.1.30] (vpn.office.miralink.com [10.0.0.5])
	by plato.miralink.com (Postfix) with ESMTP id 2F8B31A91AB;
	Mon, 30 Jun 2008 11:05:43 -0700 (PDT)
Message-ID: <486920AD.2070206@miralink.com>
Date: Mon, 30 Jun 2008 11:06:37 -0700
From: Sean Bruno <sbruno@miralink.com>
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
MIME-Version: 1.0
To: Danny Braniss <danny@cs.huji.ac.il>
References: <E1KDMLG-000DfS-BH@cs1.cs.huji.ac.il>
In-Reply-To: <E1KDMLG-000DfS-BH@cs1.cs.huji.ac.il>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Cc: freebsd-scsi@freebsd.org
Subject: Re: iscsi target failure ...
X-BeenThere: freebsd-scsi@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: SCSI subsystem <freebsd-scsi.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-scsi>,
	<mailto:freebsd-scsi-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-scsi>
List-Post: <mailto:freebsd-scsi@freebsd.org>
List-Help: <mailto:freebsd-scsi-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-scsi>,
	<mailto:freebsd-scsi-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 30 Jun 2008 18:06:43 -0000

Danny Braniss wrote:
>> Danny Braniss wrote:
>>     
>>> Hi,
>>> 	I'm trying to get the iscsi_initiator to handle errors in a better way,
>>> and so far if if I report to the cam via XPT_DONE, with status = 
>>> CAM_REQ_ABORTED
>>> the kernel panics after printing many
>>> 	g_vfs_done():da1s1d[WRITE(offset=6428672, length=2048)]error = 5
>>> (the offset= changes), 
>>> so I was wandering, is there a better (CAM_REQ_CMP_ERR?) status? the return 
>>> when
>>> a terminal error has occurred?
>>>
>>> danny
>>>       
>
>   
>> Are you talking about the macro XPT_DONE() or the CAM status XPT_DONE?
>>
>> Also, is there a spot in the code that you are specifically looking at?
>>
>>     
>
> Hi Sean,
> 	in iscsi_subr.c/iscsi_cleanup -> _scsi_done->[macro]XPT_DONE()
>
>
>   
How are you attempting to make the failure occur with the initiator?  
Just pulling the cable or some such operation while running an write?

Sean