Glad to hear that helped!
Then the patch will get merged soon.
Thanks,
Yongseok
> On Oct 10, 2017, at 1:10 AM, Martin Weiser
> wrote:
>
> Hi Yongseok,
>
> I can confirm that this patch fixes the crashes and freezing in my tests
> so far.
>
> We still see an issue that once the mbufs run low
Hi Yongseok,
I can confirm that this patch fixes the crashes and freezing in my tests
so far.
We still see an issue that once the mbufs run low and reference counts
are used as well as freeing of mbufs in processing lcores happens we
suddenly lose a large amount of mbufs that will never return to
> On Oct 6, 2017, at 3:30 PM, Yongseok Koh wrote:
>
> Hi, Martin
>
> Even though I had done quite serious tests before sending out the patch,
> I figured out deadlock could happen if the Rx queue size is smaller. It is 128
> by default in testpmd while I usually use 256.
>
> I've fixed the bug
Hi, Martin
Even though I had done quite serious tests before sending out the patch,
I figured out deadlock could happen if the Rx queue size is smaller. It is 128
by default in testpmd while I usually use 256.
I've fixed the bug and submitted a new patch [1], which actually reverts the
previous p
Hi Yongseok,
unfortunately in a quick test using testpmd and ~20Gb/s of traffic with
your patch traffic forwarding always stops completely after a few seconds.
I wanted to test this with the current master of dpdk-next-net but after
"net/mlx5: support upstream rdma-core" it will not compile again
Hi, Martin
Thanks for your thorough and valuable reporting. We could reproduce it. I found
a bug and fixed it. Please refer to the patch [1] I sent to the mailing list.
This might not be automatically applicable to v17.08 as I rebased it on top of
Nelio's flow cleanup patch. But as this is a simpl
Hi Martin,
We will look into this issue and will try to reproduce.
Will update you as soon as we have any news.
Can you please send kernel crush stack that you are seeing.
Best Regards,
Olga
Olga Shern
SW Director DPDK
Mellanox
7 matches
Mail list logo
