Re: num_args branch

dave seddon <[email protected]> Fri, 20 Feb 2026 11:41:39 -0800
Newsgroups dev.linux.lists.xdp2
Message-ID <CANypexTJnqAiu0Z+D_MjnEgRZZ5Eq-TApKpiYdRA42SmesKsEQ@mail.gmail.com>
Oh my goodness compiling RISC-V is slow!  Actually, cross compiling is
ok, it's the other steps that need to run by the emulation that is
slow.

I actually have a little RISC-V SoC, so I'm away this weekend, but
early next week I can dig that out and try to get it going.

On Wed, Feb 18, 2026 at 10:02=E2=80=AFAM dave seddon <dave.seddon.ca@gmail.=
com> wrote:
>
> G'day,
>
> I hope you are doing well.
>
> I have a basic virtual machine based test that:
> 1. Spins up the VM
> 2. Verifies boot
> 3. VM itself attaches the ebpf code to an interface.  This obviously
> causes the ebpf verifier to run.
> 4. Script then verifies the attachment to the interface
> 5. Shuts down
>
> Hopefully this is enough for the initial implementation.  Obviously,
> it would be nice to actually send some packets to see that the ebpf
> code <does the thing>, but that can come later.
>
> I've done this for x86, because this was the quickest thing to get
> working.  I'll now start on adding more architectures.  I assume you
> what riscv 32 and 64.
>
> How long will it take?  "Prediction is very difficult =E2=80=94 especiall=
y
> about the future".  Maybe a few more days?  I could be very wrong.
>
> Thanks,
> Dave
>
> On Mon, Feb 16, 2026 at 5:03=E2=80=AFPM dave seddon <dave.seddon.ca@gmail=
.com> wrote:
> >
> > G'day,
> >
> > I just got all the samples working with the 5 args.  Awesome!
> >
> > Changing common_parser.template.c was required to get parser_tmpl -O wo=
rking
> >
> > --------------------
> > [das@l:~/Downloads/xdp2]$ git diff src/templates/xdp2/common_parser.tem=
plate.c
> > diff --git a/src/templates/xdp2/common_parser.template.c
> > b/src/templates/xdp2/common_parser.template.c
> > index 82792e6..91f5bb3 100644
> > --- a/src/templates/xdp2/common_parser.template.c
> > +++ b/src/templates/xdp2/common_parser.template.c
> > @@ -50,7 +50,7 @@ static inline __unused() int
> >         <!--(end)-->
> >
> >         ret =3D __@!parser_name!@_@!root_name!@_xdp2_parse(
> > -                       parser, hdr, len, metadata, frame, 0, ctrl, fla=
gs);
> > +                       parser, hdr, len, metadata, &frame, 0, ctrl, fl=
ags);
> >
> >         ctrl->var.ret_code =3D ret;
> >
> >
> > [das@l:~/Downloads/xdp2]$
> > --------------------
> >
> > Starting to work on the samples/xdp/ next
> >
> > Thanks!
> > Dave
> >
> > On Sun, Feb 15, 2026 at 8:14=E2=80=AFPM dave seddon <dave.seddon.ca@gma=
il.com> wrote:
> > >
> > > Awesome.  Thanks for the update.  I'll try to take a look tomorrow.
> > >
> > >
> > > On Sun, Feb 15, 2026 at 5:21=E2=80=AFPM Tom Herbert <tom@herbertland.=
com> wrote:
> > > >
> > > > HI,
> > > >
> > > > I added a num_args branch in xdp2-dev/xdp2 that has the proposed fi=
x for the handlers and metadata extraction functions exceeding the five arg=
ument limit of eBPF. Haven't tested much yet. Please give it a try if you c=
an.
> > > >
> > > > Tom
> > > >
> > >
> > >
> > > --
> > > Regards,
> > > Dave Seddon
> > > +1 415 857 5102
> >
> >
> >
> > --
> > Regards,
> > Dave Seddon
> > +1 415 857 5102
>
>
>
> --
> Regards,
> Dave Seddon
> +1 415 857 5102



--=20
Regards,
Dave Seddon
+1 415 857 5102