netdev - Re: NAPI enabled driver (tg3) silent packet loss ?

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [day] [month] [year] [list]

Date:	Thu, 09 Oct 2008 11:47:09 -0700 (PDT)
From:	David Miller <davem@...emloft.net>
To:	rvsjoen@...il.com
Cc:	linux-kernel@...r.kernel.org, netdev@...r.kernel.org
Subject: Re: NAPI enabled driver (tg3) silent packet loss ?

From: "Rune V. Sjøen" <rvsjoen@...il.com>
Date: Thu, 9 Oct 2008 19:53:45 +0200

[ netdev@...r.kernel.org is the place to discuss networking
  things ]

> I am sending frames to a host using, all the frames are accounted for
> in the rx_ucast_packets counter of the device.
> However the application shows a substantial packet loss. I assume that
> the rx_ucast_packets counter is incremented when the frame is received
> and then it is put into the ring buffer. I am having a hard time
> figuring out where these packets are lost, and my suspicion lies with
> the NAPI enabled tg3.
> 
> If the ring buffer overflows will the driver overwrite/drop packets
> without incrementing any counters ? That would explain why the packets
> are counted as received and then lost (by not being passed to the next
> layer).

No, the generic device dropped counter will increment, or the
device specific RX ring full condition will be indicated.

You can also check if the networking stack itself is dropping
the packet, using netstat -s and friends.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html