XDP hardware hints discussion mail archive
 help / color / mirror / Atom feed
From: Stanislav Fomichev <sdf@google.com>
To: "Song, Yoong Siang" <yoong.siang.song@intel.com>
Cc: Jesper Dangaard Brouer <hawk@kernel.org>,
	"t, Thomas" <arthomas@redhat.com>,
	"Abdul Rahim, Faizal" <faizal.abdul.rahim@intel.com>,
	"Dupont, Fabien" <fdupont@redhat.com>,
	"Chavez, Robert" <robert.chavez@intel.com>,
	"Zaremba, Larysa" <larysa.zaremba@intel.com>,
	Alexei Starovoitov <ast@kernel.org>,
	Daniel Borkmann <borkmann@iogearbox.net>,
	"Gament, Costin" <cgament@redhat.com>,
	Jakub Kicinski <kuba@kernel.org>,
	Daniel Bristot de Oliveira <bristot@redhat.com>,
	"Karlsson, Magnus" <magnus.karlsson@intel.com>,
	"Fijalkowski, Maciej" <maciej.fijalkowski@intel.com>,
	Felix Maurer <fmaurer@redhat.com>,
	"Desouza, Ederson" <ederson.desouza@intel.com>,
	"Maloor, Kishen" <kishen.maloor@intel.com>,
	"xdp-hints@xdp-project.net" <xdp-hints@xdp-project.net>
Subject: [xdp-hints] Re: Interest in TX-side XDP metadata hints from Intel (+ Red Hat)
Date: Wed, 20 Sep 2023 21:35:34 -0700	[thread overview]
Message-ID: <CAKH8qBuutPe8bBLSX+k76Wnki=S16M64tnjBH0aYQc_+eoRJNQ@mail.gmail.com> (raw)
In-Reply-To: <PH0PR11MB583014EB67642C1BD4FA211AD8F8A@PH0PR11MB5830.namprd11.prod.outlook.com>

On Wed, Sep 20, 2023 at 7:10 PM Song, Yoong Siang
<yoong.siang.song@intel.com> wrote:
>
> On Friday, September 15, 2023 5:06 AM, Stanislav Fomichev <sdf@google.com> wrote:
> >On Wed, Sep 13, 2023 at 6:22 PM Song, Yoong Siang
> ><yoong.siang.song@intel.com> wrote:
> >>
> >> On Saturday, September 9, 2023 12:38 AM Stanislav Fomichev
> ><sdf@google.com> wrote:
> >> >On Fri, Sep 8, 2023 at 7:18 AM Jesper Dangaard Brouer
> >> ><hawk@kernel.org>
> >> >wrote:
> >> >>
> >> >> 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] ?
> >> >
> >> >Sorry, I was OOO for two weeks and then got distracted by some
> >> >internal work :- ( I'll probably post another respin next week. I
> >> >think I've addressed most of the Maciej's feedback, but the only
> >> >thing that we need to move this forward is to support another device
> >> >besides mlx5. Maciej was suggesting ice, but I don't have the hw :-(
> >> >I have some idfp-capable devices, so I'll probably try to play with it instead (but
> >the idpf driver is still not pulled).
> >> >
> >> >So if you want to help speed it up, we should probably focus first on
> >> >getting some of the intel nics support tx metadata.
> >> >To proceed, maybe I should post my next iteration and we can
> >> >collaborate on the ice driver changes?
> >> >Who should I CC explicitly?
> >> >
> >> Hi Stanislav,
> >>
> >> I can help to speed it up. I don't have ice HW on my hand as well, so
> >> maybe we can start with igc drivers, followed by stmmac drivers.
> >>
> >> Please post your next iteration, then we can collaborate based on that.
> >
> >Awesome, thanks! The v2 is out, you're on the CC. Feel free to reach out directly
> >if you have any questions or suggestions.
>
> Hi Stanislav,
>
> Thanks for the v2. I do have one question. What is the code base which you are using?
> When I try to apply your v2 patch set on top of latest net-next, there are few merge conflicts,
> and it seem like Rx Metadata is not included in your base.

Anything prior to my recent commit "bpf: make it easier to add new
metadata kfunc" should work. That's most likely the reason it
conflicts.
So try to cherry pick it on top of the following and let me know if
you still have an issue; I can rebase and repost:
5c04433daf9e - bpf: Charge modmem for struct_ops trampoline (6 days
ago) <Song Liu>

Regarding rx metadata: it's separate from af_xdp and it's more
generically implemented in the xdp layer, see:
Documentation/networking/xdp-rx-metadata.rst

Also see tools/testing/selftests/bpf/prog_tests/xdp_metadata.c for an
example on how to use both rx and tx sides.

> Thanks & Regards
> Siang
>
> >
> >I also have to abaon my idea of playing with idpf since the driver that's posted on
> >the list doesn't have af_xdp support :-(
> >
> >
> >> Thanks & Regards
> >> Siang
> >>
> >> >> 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/co
> >> >> de0 1_follow_qdisc_TSN_offload.org#tx-time-to-hardware-driver-igc

  reply	other threads:[~2023-09-21  4:35 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-09-08 14:18 [xdp-hints] " Jesper Dangaard Brouer
2023-09-08 16:37 ` [xdp-hints] " Stanislav Fomichev
2023-09-14  1:22   ` Song, Yoong Siang
2023-09-14 21:05     ` Stanislav Fomichev
2023-09-21  2:10       ` Song, Yoong Siang
2023-09-21  4:35         ` Stanislav Fomichev [this message]
2023-09-21  8:17           ` Song, Yoong Siang
2023-09-21 16:24             ` Stanislav Fomichev
2023-09-22  0:16               ` Song, Yoong Siang

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://lists.xdp-project.net/postorius/lists/xdp-hints.xdp-project.net/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CAKH8qBuutPe8bBLSX+k76Wnki=S16M64tnjBH0aYQc_+eoRJNQ@mail.gmail.com' \
    --to=sdf@google.com \
    --cc=arthomas@redhat.com \
    --cc=ast@kernel.org \
    --cc=borkmann@iogearbox.net \
    --cc=bristot@redhat.com \
    --cc=cgament@redhat.com \
    --cc=ederson.desouza@intel.com \
    --cc=faizal.abdul.rahim@intel.com \
    --cc=fdupont@redhat.com \
    --cc=fmaurer@redhat.com \
    --cc=hawk@kernel.org \
    --cc=kishen.maloor@intel.com \
    --cc=kuba@kernel.org \
    --cc=larysa.zaremba@intel.com \
    --cc=maciej.fijalkowski@intel.com \
    --cc=magnus.karlsson@intel.com \
    --cc=robert.chavez@intel.com \
    --cc=xdp-hints@xdp-project.net \
    --cc=yoong.siang.song@intel.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox