From owner-freebsd-scsi@FreeBSD.ORG Wed Jan 14 20:31:52 2004 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6CBE416A4CE for ; Wed, 14 Jan 2004 20:31:52 -0800 (PST) Received: from magic.adaptec.com (magic.adaptec.com [216.52.22.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4514E43D69 for ; Wed, 14 Jan 2004 20:31:47 -0800 (PST) (envelope-from gibbs@scsiguy.com) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.11.6/8.11.6) with ESMTP id i0F4VlJ02707; Wed, 14 Jan 2004 20:31:47 -0800 Received: from [10.100.253.70] (aslan.btc.adaptec.com [10.100.253.70]) by redfish.adaptec.com (8.11.6/8.11.6) with ESMTP id i0F4Vk831072; Wed, 14 Jan 2004 20:31:46 -0800 Date: Wed, 14 Jan 2004 21:37:29 -0700 From: "Justin T. Gibbs" To: Chuck Tuffli , freebsd-scsi@freebsd.org Message-ID: <1782565408.1074141449@aslan.btc.adaptec.com> In-Reply-To: <20040114201854.GB15642@cre85086tuf.rose.agilent.com> References: <20040114201854.GB15642@cre85086tuf.rose.agilent.com> X-Mailer: Mulberry/3.1.0 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Re: target driver question X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "Justin T. Gibbs" List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jan 2004 04:31:52 -0000 > > When this driver receives a CDB, it needs to save away some information > specific to that IO for later use in the CONT_TARGET_IO phase. Can you explain what type of data this is? The two other drivers that perform target mode in FreeBSD do not require any data other than the init_id and tag_id to be "round-tripped" through the target emulator. I would rather not have the target emulator touch *any* of the private data or to see a SIM driver rely on anything other than the standard fields in the CTIO. If this is absolutely necessary, we can add a way to refer to the ATIO from the CTIO since the ATIO lifetime is the lifetime of the SCSI transaction being serviced. -- Justin