Re: multipath IB/srp fail-over testing lands up in dump stack in swiotlb_alloc_coherent()

[Leon Romanovsky <leon-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>]

[-- Attachment #1: Type: text/plain, Size: 1192 bytes --]

On Tue, Jun 14, 2016 at 02:25:15PM +0200, Bart Van Assche wrote:
> On 06/14/2016 02:08 PM, Leon Romanovsky wrote:
> >On Tue, Jun 14, 2016 at 11:24:28AM +0200, Bart Van Assche wrote:
> >>On 06/14/2016 03:56 AM, Laurence Oberman wrote:
> >>>Tracing [ ... ]
> >>
> >>Can you try to set the kernel command line parameter swiotlb to a value that
> >>is a multiple of its default (64MB), reboot and see whether that helps? See
> >>also Documentation/kernel-parameters.txt in the kernel tree.
> >
> >Do you think that 64MB is not enough for this scenario?
> 
> Hello Leon,
> 
> Does this mean that you think that the "swiotlb buffer is full" messages
> reported by Laurence could be caused by something else than hitting the
> swiotlb limit?

I don't have enough knowledge in that area to answer if message "swiotlb
buffer is full" is correctly explain current situation and I will be
glad to get input from you about it.

Thanks.

> 
> 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

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 819 bytes --]