From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eli Cohen Subject: Re: [Patch 1/2] IB/mlx5: Implementation of PCI error handler Date: Thu, 13 Mar 2014 08:45:22 +0200 Message-ID: <20140313064521.GH20224@mtldesk30> References: <20140312034219.637916521@linux.vnet.ibm.com> <20140312034512.065218504@linux.vnet.ibm.com> <1394649252.23624.36.camel@deadeye.wl.decadent.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: <1394649252.23624.36.camel-nDn/Rdv9kqW9Jme8/bJn5UCKIB8iOfG2tUK59QYPAWc@public.gmane.org> Sender: linux-rdma-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: Ben Hutchings Cc: clsoto-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org, eli-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org, roland-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, sean.hefty-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, hal.rosenstock-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, netdev-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, brking-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org List-Id: linux-rdma@vger.kernel.org On Wed, Mar 12, 2014 at 06:34:12PM +0000, Ben Hutchings wrote: > > > > enum { > > - /* one minute for the sake of bringup. Generally, commands must always > > + /* 10 msecs for the sake of bringup. Generally, commands must always > > * complete and we may need to increase this timeout value > > */ > > - MLX5_CMD_TIMEOUT_MSEC = 7200 * 1000, > > + MLX5_CMD_TIMEOUT_MSEC = 10 * 1000, > > You seem to be changing the timeout from 2 hours (not one minute) to 10 > seconds (not milliseconds). > Thanks for noting this. Actually, the time should remain 2 hours and the comment should be fixed. Also note that long time/missing completion of a command is, genrallly, not indicative of a PCI error. If that happens, we would want to have enough time to do diagnostics before timing out. -- 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