From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-1.0 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id D4523C433E1 for ; Tue, 23 Jun 2020 06:05:17 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id BE8322064B for ; Tue, 23 Jun 2020 06:05:17 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730447AbgFWGFQ (ORCPT ); Tue, 23 Jun 2020 02:05:16 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60946 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728800AbgFWGFQ (ORCPT ); Tue, 23 Jun 2020 02:05:16 -0400 Received: from Galois.linutronix.de (Galois.linutronix.de [IPv6:2a0a:51c0:0:12e:550::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 13A41C061573; Mon, 22 Jun 2020 23:05:15 -0700 (PDT) Received: from p5b06d650.dip0.t-ipconnect.de ([91.6.214.80] helo=kurt) by Galois.linutronix.de with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1jnc3T-0001rS-Sh; Tue, 23 Jun 2020 08:05:12 +0200 From: Kurt Kanzenbach To: Vladimir Oltean Cc: Andrew Lunn , Vivien Didelot , Florian Fainelli , "David S. Miller" , Jakub Kicinski , netdev , Rob Herring , "open list\:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" , Sebastian Andrzej Siewior , Richard Cochran , Kamil Alkhouri , Ilias Apalodimas Subject: Re: [RFC PATCH 6/9] net: dsa: hellcreek: Add debugging mechanisms In-Reply-To: References: <20200618064029.32168-1-kurt@linutronix.de> <20200618064029.32168-7-kurt@linutronix.de> <20200618173458.GH240559@lunn.ch> <875zbnqwo2.fsf@kurt> <20200619134218.GD304147@lunn.ch> <87d05rth5v.fsf@kurt> Date: Tue, 23 Jun 2020 08:04:52 +0200 Message-ID: <87k0zynwqj.fsf@kurt> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-Linutronix-Spam-Score: -1.0 X-Linutronix-Spam-Level: - X-Linutronix-Spam-Status: No , -1.0 points, 5.0 required, ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 Sender: netdev-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: netdev@vger.kernel.org --=-=-= Content-Type: text/plain Hi Vladimir, On Mon Jun 22 2020, Vladimir Oltean wrote: > Hi Kurt, > > On Mon, 22 Jun 2020 at 15:34, Kurt Kanzenbach wrote: >> >> * Re-prioritization of packets based on the ether type (not mac address) > > This can be done by offloading a tc skbedit priority action, and a > "protocol" key (even though I don't understand why you need to mention > "not mac address". Thanks. That seems like it can be used. I did mention the mac address, because the switch has two ways of doing a re-prioritization either by fdb entries via mac addresses or by the high level inspection (HLI) based on the ether type. > >> * Packet logging (-> retrieval of packet time stamps) based on port, traffic class and direction > > What does this mean? tcpdump can give you this, for traffic destined > to the CPU. Do you want to mirror/sample traffic to the CPU for debug? > The switch can capture timestamps (nanoseconds) when packets have been transmitted or received on all ports. The timestamps are stored in a FIFO and can be retrieved later. As you said tcpdump only works for packets at the CPU port. This feature is useful for debugging latency issues for specific traffic flows. Thanks, Kurt --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEooWgvezyxHPhdEojeSpbgcuY8KYFAl7xm4QACgkQeSpbgcuY 8KYtqg//YMqDjYW5NqDvv07mkc2Z4riBVwSakOje7N6ELkYUvtOP2BxXaehF6+Wp Qa29hYs/uD7+rhDPY88lFuX/jP3baF5r3axEOzQNBq95saMNRAZqjhgrufCU7EIK HUakdPLLbvlBAM6hGJ8mMkGYhpWOoJkejN0VBHmTwbE58b5YiLVAmpD+zTzvPhs2 R0v9BlF1lQRW2HHsx4YWakk8/k9e0CNYscR8zHuR1htQQiiJwmta4zzHPNRH/TXi ECSCP4vh6iCZVsg7fA2tBc07iBKJHNLx5WIlrFrmwsBOKUuKkNsSgybpkIUXFn0T QKjbIN1Kk71WHYN+fRgCGVKOSeQGsvMAVydU+JPC4q/nrlBFktsAXuv6f0shwQOE 5Cf+qY6o+cZ0So489711Qna1+wPyCV8bwXT6JLs+YB4P+FNJe6FH0YaQAa4IMbvk Gz1olAx9hUhK6+WaIejXbnknKIUd6qA0Qz+4XwxQmebU55etg4yGWlMk4IeFI2m1 ejlcNHZHf6Kqf0l/6W9BwQHjR7TAqDgL6gqNyGdKDPbbpcxUfHrVDEvcUlnxkIvW KOoOykcsSmNX5V8VWHqgyA/oeMSBn7kINXOryZkirXfH4doAIVpisQSAP8AdDDVc KYwVC6iqM7XPnchNTvLBGjOTkIpoF0M529Feuxlp/R1YDFIDJYs= =GYlY -----END PGP SIGNATURE----- --=-=-=--