Messages in this thread | | | From | Vladimir Oltean <> | Subject | Re: [PATCH net-next 4/4] net: dsa: felix: drop oversized frames with tc-taprio instead of hanging the port | Date | Mon, 27 Jun 2022 19:40:31 +0000 |
| |
On Mon, Jun 27, 2022 at 11:46:44AM -0700, Jakub Kicinski wrote: > On Sun, 26 Jun 2022 15:05:05 +0300 Vladimir Oltean wrote: > > When a frame is dropped due to a queue system oversize condition, the > > counter that increments is the generic "drop_tail" in ethtool -S, even > > if this isn't a tail drop as the rest (i.e. the controlling watermarks > > don't count these frames, as can be seen in "devlink sb occupancy show > > pci/0000:00:00.5 sb 0"). So the hardware counter is unspecific > > regarding the drop reason. > > I had mixed feelings about the stats, as I usually do, but I don't > recall if I sent that email. Are you at least counting the drop_tail > into one of the standard tx error / drop stats so admins will notice?
Sorry for being unclear, fact is, I had even forgot this small detail between testing and writing the commit message...
The switch, being a switch, will not 'drop' the packet per se, it will still try to forward it towards the ports it can. It will only drop it and record it as such if it couldn't forward it towards any port (i.e. if we're in a 2-port bridge and there isn't any learned FDB entry, it will still flood it towards the CPU). Because of that, the "drop_tail" counter is incremented on the _ingress_ port. Good luck counting that into a tx_errors counter :)
| |