From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mike Christie Subject: Re: [Open-FCoE] [v2 PATCH 4/5] bnx2fc: Broadcom FCoE Offload driver submission - part 2 Date: Wed, 02 Feb 2011 03:57:43 -0600 Message-ID: <4D492A97.5050702@cs.wisc.edu> References: <1293170555.4676.574.camel@ltsjc-bprakash2.corp.ad.broadcom.com> <4D316634.5030300@cs.wisc.edu> <1295311066.3536.105.camel@ltsjc-bprakash2.corp.ad.broadcom.com> <4D4922BE.40907@cs.wisc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Return-path: Received: from sabe.cs.wisc.edu ([128.105.6.20]:34522 "EHLO sabe.cs.wisc.edu" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752223Ab1BBJ5x (ORCPT ); Wed, 2 Feb 2011 04:57:53 -0500 In-Reply-To: <4D4922BE.40907@cs.wisc.edu> Sender: linux-scsi-owner@vger.kernel.org List-Id: linux-scsi@vger.kernel.org To: Bhanu Gollapudi Cc: "devel@open-fcoe.org" , "linux-scsi@vger.kernel.org" On 02/02/2011 03:24 AM, Mike Christie wrote: > > Also if the abort fails you still have to wait for the scsi eh to run. > Actually you do not have to wait for the scsi eh to run, right. It looks like bnx2fc would log out the port, which ends up calling fc_remote_port_delete and that would cause the fc timed out function to return BLK_EH_RESET_TIMER to prevent the scsi eh from running. Is that right? That type of eh strategy behavior seems like something you want to sync up with libfc or the fc class so all drivers do something similar.