From owner-freebsd-scsi@FreeBSD.ORG Wed Sep 5 09:45:47 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 224DC106566B for ; Wed, 5 Sep 2012 09:45:47 +0000 (UTC) (envelope-from penta1998@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9B4048FC14 for ; Wed, 5 Sep 2012 09:45:46 +0000 (UTC) Received: by lbbgg13 with SMTP id gg13so313528lbb.13 for ; Wed, 05 Sep 2012 02:45:45 -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=GMkIjnRLqpuzpAxgqPbYiXyMpZEx4nr1zjQZGO39+gw=; b=EFTga+gI9njRS3hIC/znojTPRndrvSM4yGfOKPszsN+iDXlIIqEJ/IhKlQ1D3v3S/3 P4fn75ECdYYjt+5wFxtM/hpXR0IMq44ZPaT5qn91q1zicLK1knAippaU0nhcxmwPqV6r bA8MrNFH4hkl11A5R54f/8Ot1NP9m8jVI+3TrxTNqFKJ1vjyS8RnObGIB/1YHk0IO6a+ 5kZrFbP01KnucCjM3eMX8mm/aMZlJAAt/65nDYohBHWPJhkwhHhLzPKW3WSIzoSy2Teg x/sZJ5P7ts9oyw5KEQF6oScCdzaBkBmA9vao6xEgL12E9Joe/gx7d4JG+/4b0o8G0y0L I33w== MIME-Version: 1.0 Received: by 10.112.27.232 with SMTP id w8mr2818508lbg.77.1346838344970; Wed, 05 Sep 2012 02:45:44 -0700 (PDT) Received: by 10.114.21.135 with HTTP; Wed, 5 Sep 2012 02:45:44 -0700 (PDT) Date: Wed, 5 Sep 2012 15:15:44 +0530 Message-ID: From: Penta To: freebsd-scsi@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: isp 24xx target-mode SRR handling 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: Wed, 05 Sep 2012 09:45:47 -0000 Hi Matthew, I'm trying to understand the target-mode implementation of the isp driver. My question is regarding SRR handling. On receiving a notify request IN24XX_SRR_RCVD, it seems that the target rejects the notify request (na_srr_flags = 1, na_srr_reject_flags = 1 etc.. which i dont understand) My question is that shouldn't the initiator send a SRR request only when data retransmission is supported by the target (in isp's case it isn't). The PRLI handling doesn't seem to do anything w.r.t to SRR. How does the target notify the initiator that retransmission isn't supported ? Also what happens next, does the initiator retry the entire command, or is it dependent on the initiator implementation ? Is an SRR implementation for target-mode vital moving forward (8GB cards etc.) or is it just a nice to have feature ? I am new with the FC protocol and the code. I might have asked something obvious, so please bear with me. Thank You