From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from ams.source.kernel.org (ams.source.kernel.org [145.40.68.75]) by mail.toke.dk (Postfix) with ESMTPS id 153E5A28F5C for ; Fri, 8 Sep 2023 16:18:20 +0200 (CEST) Authentication-Results: mail.toke.dk; dkim=pass (2048-bit key; unprotected) header.d=kernel.org header.i=@kernel.org header.a=rsa-sha256 header.s=k20201202 header.b=hR/Qs4zP Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id 17E1BB8212F; Fri, 8 Sep 2023 14:18:20 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 0CFCBC433C7; Fri, 8 Sep 2023 14:18:13 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1694182698; bh=OLbgquowoShzYuJgynWiFNhtH0m1AL43lilrUZWWrdE=; h=Date:Cc:To:From:Subject:From; b=hR/Qs4zP+Ru/opda1aqn6o7SimokC4Z49xS9c/7cc6YvvdviUcMPhe5DV/+3mBwmP ZBn+YmHPafPCxsX1/cCtzwpLip6vizg0Zzz5N3lY8Mie5kijSsJnwuBhHN8EcsqZRl O+ZBm0Q8lCPyDjPtCZxueigMPRpvyvenGFrTNZchpsPTcM+w1OIMrkBhouSDrAKs7M dqeDbn7zivejUdsBg88Rg6nZ4ZEapjMhLMcwRUrbMXhymynzfbHnrNWkJTx28049TX 56j1kAzikncYgVWK4btNtW5A/ZRQIWx8UggH9ioslrs2ZnZ9TiHfbwWHdBxHTXvKeV sq1kHuZJtjwSw== Message-ID: <52272237-a3cd-23a4-cbc7-e6a53cbf2c85@kernel.org> Date: Fri, 8 Sep 2023 16:18:11 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.13.0 Content-Language: en-US To: Stanislav Fomichev From: Jesper Dangaard Brouer Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Message-ID-Hash: FONYHLOLWYEBJM2MF2USSZCBHF5LL6A4 X-Message-ID-Hash: FONYHLOLWYEBJM2MF2USSZCBHF5LL6A4 X-MailFrom: hawk@kernel.org X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header CC: hawk@kernel.org, Arun Thomas , "Song, Yoong Siang" , "Abdul Rahim, Faizal" , Fabien Dupont , "Chavez, Robert" , Zaremba Larysa , Alexei Starovoitov , Daniel Borkmann , Costin Gament , Jakub Kicinski , Daniel Bristot de Oliveira , "Karlsson, Magnus" , Maciej Fijalkowski , Felix Maurer , "Desouza, Ederson" , Kishen Maloor , "xdp-hints@xdp-project.net" X-Mailman-Version: 3.3.8 Precedence: list Subject: [xdp-hints] Interest in TX-side XDP metadata hints from Intel (+ Red Hat) List-Id: XDP hardware hints design discussion Archived-At: List-Archive: List-Help: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: Hi Stanislav, Sharing that Intel (+Red Hat) have an interest in getting XDP metadata hints working on smaller devices used for "Edge Controls for Industrial" (ECI)[1]. What are your plans for your patchset[2] ? My suggestion (to Intel) is that we implement the TX-timestamp (plus LaunchTime) on top of Stanslav's patches[2]. For drivers igc+igb+stmmac which I think will cover the tests[3] need by Arun/Costin (?). And then post it upstream for review. The Intel test tool[3] isn't open, but it is an AF_XDP based Real-Time Compute Performance (RTCP) application that show-case a real-time control loop application. The current code uses out-of-tree[4] "TXTIME" LaunchTime feature, that want not upstreamed. Lets us instead implement a proper TX LaunchTime feature on top of [2]. --Jesper cc. XDP-hints ML as anyone is free to code this up, code help here[5] [1] https://eci.intel.com/ [2] https://lore.kernel.org/all/20230809165418.2831456-1-sdf@google.com/ [3] https://github.com/OTCShare2/rtcp-xdp [4] https://lore.kernel.org/all/20210621230635.3a83851c@carbon/ [5] https://github.com/xdp-project/xdp-project/blob/master/areas/tsn/code01_follow_qdisc_TSN_offload.org#tx-time-to-hardware-driver-igc