20.11.8 patches review and test

[Luca Boccassi]

On Wed, 19 Apr 2023 at 15:36, David Marchand <david.marchand at redhat.com> wrote:
>
> On Wed, Apr 19, 2023 at 4:30 PM Luca Boccassi <luca.boccassi at gmail.com> wrote:
> >
> > On Wed, 19 Apr 2023 at 15:26, Kevin Traynor <ktraynor at redhat.com> wrote:
> > >
> > > On 19/04/2023 15:23, Ali Alnubani wrote:
> > > >> -----Original Message-----
> > > >> From: Luca Boccassi <luca.boccassi at gmail.com>
> > > >> Sent: Wednesday, April 19, 2023 5:15 PM
> > > >> To: David Marchand <david.marchand at redhat.com>
> > > >> Cc: Ali Alnubani <alialnu at nvidia.com>; stable at dpdk.org; dev at dpdk.org;
> > > >> Abhishek Marathe <Abhishek.Marathe at microsoft.com>;
> > > >> benjamin.walker at intel.com; David Christensen <drc at linux.vnet.ibm.com>;
> > > >> Hemant Agrawal <hemant.agrawal at nxp.com>; Ian Stokes
> > > >> <ian.stokes at intel.com>; Jerin Jacob <jerinj at marvell.com>; John McNamara
> > > >> <john.mcnamara at intel.com>; Ju-Hyoung Lee <juhlee at microsoft.com>;
> > > >> Kevin Traynor <ktraynor at redhat.com>; Pei Zhang <pezhang at redhat.com>;
> > > >> qian.q.xu at intel.com; Raslan Darawsheh <rasland at nvidia.com>; NBU-
> > > >> Contact-Thomas Monjalon (EXTERNAL) <thomas at monjalon.net>; Yanghang
> > > >> Liu <yanghliu at redhat.com>; yuan.peng at intel.com;
> > > >> zhaoyan.chen at intel.com
> > > >> Subject: Re: 20.11.8 patches review and test
> > > >>
> > > >> On Wed, 19 Apr 2023 at 14:25, David Marchand
> > > >> <david.marchand at redhat.com> wrote:
> > > >>>
> > > >>> On Wed, Apr 19, 2023 at 3:14 PM Ali Alnubani <alialnu at nvidia.com> wrote:
> > > >>>>>
> > > >>>>> I don't think this function prototype is really different in the 20.11
> > > >>>>> stable branch (putting the __rte_internal tag aside).
> > > >>>>> Can you trigger this issue on the main branch?
> > > >>>>>
> > > >>>>
> > > >>>> The main branch doesn't reproduce on the same environment.
> > > >>>
> > > >>> Ok, same for me, I reproduced for 20.11 but not for main.
> > > >>>
> > > >>>
> > > >>> I think I have the reason.
> > > >>> We filter headers to be processed by doxygen via a name filter:
> > > >>>
> > > >>> FILE_PATTERNS           = rte_*.h \
> > > >>>
> > > >>> But this rte_cryptodev_pmd.h driver header has been renamed as
> > > >>> cryptodev_pmd.h in 21.11.
> > > >>> So the issue you reported only affects 20.11.
> > > >>
> > > >> I can reproduce in debian testing, after backporting the mentioned
> > > >> commit from main it seems fine, can you confirm as well that it works
> > > >> in fedora?
> > > >>
> > > >> https://github.com/bluca/dpdk-
> > > >> stable/commit/77f65b61f955fd817b3791049dda3032c459ac59
> > > >
> > > > Now I see a different error:
> > > >
> > > > [2/4] Generating doc/api/doxygen with a custom command
> > > > FAILED: doc/api/html
> > > > /tmp/dpdk/doc/api/generate_doxygen.sh doc/api/doxy-api.conf doc/api/html /tmp/dpdk/doc/api/doxy-html-custom.sh
> > > > /tmp/dpdk/lib/librte_vhost/rte_vhost_async.h:49: error: rte_vhost_async_channel_ops::transfer_data has @param documentation sections but no arguments (warning treated as error, aborting now)
> > >
> > > See
> > > https://git.dpdk.org/dpdk-stable/commit/?h=21.11&id=adeaf361f0a5bb3992756fd4e727dd11ecca0943
> >
> > Thanks, any more errors with
> > https://github.com/bluca/dpdk-stable/commit/b75ebf643de0204d0092a56fbec63f0bcd10e89f
>
> With those two backports, it works for me.
>
> b75ebf643d - (HEAD -> 20.11, bluca/20.11) vhost: fix doxygen warnings
> (6 minutes ago) <Kevin Traynor>
> 77f65b61f9 - lib: remove empty return types from doxygen comments (23
> minutes ago) <Ali Alnubani>
> a75247cbdc - (stable/20.11) crypto/snow3g: fix snow3g enqueue stat
> increment (24 hours ago) <Saoirse O'Donovan>

Alright, ship it