[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1489665614.28631.206.camel@edumazet-glaptop3.roam.corp.google.com>
Date: Thu, 16 Mar 2017 05:00:14 -0700
From: Eric Dumazet <eric.dumazet@...il.com>
To: Alexei Starovoitov <alexei.starovoitov@...il.com>
Cc: Eric Dumazet <edumazet@...gle.com>,
"David S . Miller" <davem@...emloft.net>,
netdev <netdev@...r.kernel.org>,
Tariq Toukan <tariqt@...lanox.com>,
Saeed Mahameed <saeedm@...lanox.com>,
Willem de Bruijn <willemb@...gle.com>,
Alexei Starovoitov <ast@...nel.org>,
Alexander Duyck <alexander.duyck@...il.com>
Subject: Re: [PATCH v2 net-next] mlx4: Better use of order-0 pages in RX path
On Wed, 2017-03-15 at 22:39 -0700, Alexei Starovoitov wrote:
> when there is no room in the rx fifo the hw will increment the counter.
> That's the same as oom causing alloc fails and rx ring not being replenished.
> When there is nothing free in rx ring to dma the packet to, the hw will
> increment that counter.
After 4096 frames were lost buy linux mlx4 driver, then hw will finally
catch up and start increasing its own hw counter.
While you pretended that you received millions of frames and wanted that
not a single one could be dropped without a report.
This is simply not true.
I do not believe I will continue the discussion.
We can not really agree it seems, so why annoying all netdev readers.
Powered by blists - more mailing lists