From mboxrd@z Thu Jan 1 00:00:00 1970 From: Bart Van Assche Subject: Re: [PATCH 05/14] IB/srp: Maintain a single connection per I_T nexus Date: Fri, 28 Jun 2013 09:40:01 +0200 Message-ID: <51CD3DD1.3000008@acm.org> References: <51B87501.4070005@acm.org> <51B876BF.4070400@acm.org> <1372367432.32164.36.camel@frustration.ornl.gov> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <1372367432.32164.36.camel-zHLflQxYYDO4Hhoo1DtQwJ9G+ZOsUmrO@public.gmane.org> Sender: linux-rdma-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: David Dillow Cc: Roland Dreier , Vu Pham , Sebastian Riemer , linux-rdma List-Id: linux-rdma@vger.kernel.org On 06/27/13 23:10, David Dillow wrote: > On Wed, 2013-06-12 at 15:25 +0200, Bart Van Assche wrote: >> An SRP target is required to maintain a single connection between >> initiator and target. This means that if the 'add_target' attribute >> is used to create a second connection to a target that the first >> connection will be logged out and that the SCSI error handler will >> kick in. The SCSI error handler will cause the SRP initiator to >> reconnect, which will cause I/O over the second connection to fail. >> Avoid such ping-pong behavior by disabling relogins. Note: if >> reconnecting manually is necessary, that is possible by deleting >> and recreating an rport via sysfs. > > Will wait for the second version of this as well. > > Was an agreement reached on the pkey issue? > I also would rather we mimic the current messages rather than > regurgitate the user's login string back at them. Hello Dave, My proposal is to leave out the pkey check. I will update the error message printed when a login gets rejected. Bart. -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html