[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <87bldccciw.fsf@toke.dk>
Date: Tue, 26 Jan 2021 09:45:11 +0100
From: Toke Høiland-Jørgensen <toke@...hat.com>
To: Ciara Loftus <ciara.loftus@...el.com>, netdev@...r.kernel.org,
bpf@...r.kernel.org, magnus.karlsson@...el.com, bjorn@...nel.org,
weqaar.a.janjua@...el.com
Cc: Ciara Loftus <ciara.loftus@...el.com>,
Neil Horman <nhorman@...driver.com>
Subject: Re: [PATCH bpf-next v2 0/6] AF_XDP Packet Drop Tracing
Ciara Loftus <ciara.loftus@...el.com> writes:
> This series introduces tracing infrastructure for AF_XDP sockets (xsks).
> A trace event 'xsk_packet_drop' is created which can be enabled by toggling
>
> /sys/kernel/debug/tracing/events/xsk/xsk_packet_drop/enable
>
> When enabled and packets are dropped in the kernel, traces are generated
> which describe the reason for the packet drop as well as the netdev and
> qid information of the xsk which encountered the drop.
>
> Example traces:
>
> 507.588563: xsk_packet_drop: netdev: eth0 qid 0 reason: rxq full
> 507.588567: xsk_packet_drop: netdev: eth0 qid 0 reason: packet too big
> 507.588568: xsk_packet_drop: netdev: eth0 qid 0 reason: fq empty
>
> The event can also be monitored using perf:
>
> perf stat -a -e xsk:xsk_packet_drop
Would it make sense to also hook this up to drop_monitor?
-Toke
Powered by blists - more mailing lists