please help backporting some patches to stable release 20.11.10

Richardson, Bruce bruce.richardson at intel.com
Mon Mar 25 14:55:57 CET 2024


Trying to remember now, but I believe I originally encountered the issue fixed by 12016895fc in the context of setting up runtime queue reconfiguration from commit [1]. In the absence of that new feature being backported, I assumed there was no need to backport the fix, since others had not previously reported it. Since it seems that was a mistake, we should indeed look to backport the patch in question.

Stable-tree maintainers, can we re-add 12016895fc to the list of backports for next point releases?

Regards,
/Bruce

[1] http://git.dpdk.org/dpdk/commit/?id=d492ea071056a8a0de2991c42daee9d9acca8e35

PS: Link in your email is inaccessible to me, it’s perhaps a cisco-internal-only reference.

From: Chris Brezovec (cbrezove) <cbrezove at cisco.com>
Sent: Monday, March 25, 2024 1:34 PM
To: Richardson, Bruce <bruce.richardson at intel.com>; dpdk stable <stable at dpdk.org>
Subject: Re: please help backporting some patches to stable release 20.11.10

Hey Bruce,

I was wondering why you thought it was ok to skip backporting 12016895fc to earlier releases?

It looks like I ran into this issue on v21.11and v22.11.  I patched this back locally and saw that we no longer were leaking mbufs in TX queue stop with IAVF.  It did not patch cleanly because https://polaris-git.cisco.com/iosxe-dpt/cisco_dpdk/commit/4f8259df563a2f754cd99fa6191c9482ce2b2201 was not backported either.

It does seems like this issue exists in earlier releases though, so wondering the reasoning for not backporting.

Thanks!
-Chrisb


From: Richardson, Bruce <bruce.richardson at intel.com<mailto:bruce.richardson at intel.com>>
Date: Monday, October 23, 2023 at 5:39 AM
To: dpdk stable <stable at dpdk.org<mailto:stable at dpdk.org>>
Subject: RE: please help backporting some patches to stable release 20.11.10
Ok to skip 12016895fc, it should not be necessary for backport.

> -----Original Message-----
> From: luca.boccassi at gmail.com<mailto:luca.boccassi at gmail.com> <luca.boccassi at gmail.com<mailto:luca.boccassi at gmail.com>>
> Sent: Thursday, October 19, 2023 1:03 AM
> To: dpdk stable <stable at dpdk.org<mailto:stable at dpdk.org>>
> Cc: Sinha, Abhijit <abhijit.sinha at intel.com<mailto:abhijit.sinha at intel.com>>; Burakov, Anatoly
> <anatoly.burakov at intel.com<mailto:anatoly.burakov at intel.com>>; Xing, Beilei <beilei.xing at intel.com<mailto:beilei.xing at intel.com>>; Bernard
> Iremonger <bernard.iremonger at intel.com<mailto:bernard.iremonger at intel.com>>; Richardson, Bruce
> <bruce.richardson at intel.com<mailto:bruce.richardson at intel.com>>; Chandubabu Namburu <chandu at amd.com<mailto:chandu at amd.com>>; Power,
> Ciara <ciara.power at intel.com<mailto:ciara.power at intel.com>>; Doherty, Declan <declan.doherty at intel.com<mailto:declan.doherty at intel.com>>;
> Deepak Kumar Jain <deepak.k.jain at intel.com<mailto:deepak.k.jain at intel.com>>; Dmitry Kozlyuk
> <dkozlyuk at nvidia.com<mailto:dkozlyuk at nvidia.com>>; Ferruh Yigit <ferruh.yigit at amd.com<mailto:ferruh.yigit at amd.com>>; Ferruh Yigit
> <ferruh.yigit at intel.com<mailto:ferruh.yigit at intel.com>>; Trahe, Fiona <fiona.trahe at intel.com<mailto:fiona.trahe at intel.com>>; Vargas,
> Hernan <hernan.vargas at intel.com<mailto:hernan.vargas at intel.com>>; Jie Hai <haijie1 at huawei.com<mailto:haijie1 at huawei.com>>; Wu,
> Jingjing <jingjing.wu at intel.com<mailto:jingjing.wu at intel.com>>; Griffin, John <john.griffin at intel.com<mailto:john.griffin at intel.com>>;
> Konstantin Ananyev <konstantin.ananyev at intel.com<mailto:konstantin.ananyev at intel.com>>; Leyi Rong
> <leyi.rong at intel.com<mailto:leyi.rong at intel.com>>; Long Li <longli at microsoft.com<mailto:longli at microsoft.com>>; Matan Azrad
> <matan at nvidia.com<mailto:matan at nvidia.com>>; Maxime Coquelin <maxime.coquelin at redhat.com<mailto:maxime.coquelin at redhat.com>>; Chautru,
> Nicolas <nicolas.chautru at intel.com<mailto:nicolas.chautru at intel.com>>; Zhang, Qi Z <qi.z.zhang at intel.com<mailto:qi.z.zhang at intel.com>>;
> Nicolau, Radu <radu.nicolau at intel.com<mailto:radu.nicolau at intel.com>>; Singhal, Saurabh
> <saurabhs at arista.com<mailto:saurabhs at arista.com>>; Selwin Sebastian <selwin.sebastian at amd.com<mailto:selwin.sebastian at amd.com>>;
> Somalapuram Amaranath <asomalap at amd.com<mailto:asomalap at amd.com>>; Thomas Monjalon
> <thomas at monjalon.net<mailto:thomas at monjalon.net>>; Wei Hu <weh at microsoft.com<mailto:weh at microsoft.com>>; Lu, Wenzhuo
> <wenzhuo.lu at intel.com<mailto:wenzhuo.lu at intel.com>>
> Subject: please help backporting some patches to stable release 20.11.10
>
> Hi commit authors (and maintainers),
>
> Despite being selected by the DPDK maintenance tool ./devtools/git-log-
> fixes.sh
> I didn't apply following commits from DPDK main to 20.11
> stable branch, as conflicts or build errors occur.
>
> Can authors check your patches in the following list and either:
>     - Backport your patches to the 20.11 branch, or
>     - Indicate that the patch should not be backported
>
> Please do either of the above by 2023/10/26.
>
> You can find the a temporary work-in-progress branch of the coming
> 20.11.10
> release at:
>     https://github.com/bluca/dpdk-stable
> It is recommended to backport on top of that to minimize further conflicts
> or
> misunderstandings.
>
> Some notes on stable backports:
>
> A backport should contain a reference to the DPDK main branch commit
> in it's commit message in the following fashion:
>     [ upstream commit <commit's dpdk main branch SHA-1 checksum> ]
>
> For example:
>     https://git.dpdk.org/dpdk-
> stable/commit/?h=18.11&id=d90e6ae6f936ecdc2fd3811ff9f26aec7f3c06eb
>
> When sending the backported patch, please indicate the target branch in
> the
> subject line, as we have multiple branches, for example:
>     [PATCH 20.11] foo/bar: fix baz
>
> With git format-patch, this can be achieved by appending the parameter:
>     --subject-prefix='PATCH 20.11'
>
> Send the backported patch to "stable at dpdk.org<mailto:stable at dpdk.org>" but not "dev at dpdk.org<mailto:dev at dpdk.org>".
>
> FYI, branch 20.11 is located at tree:
>    https://git.dpdk.org/dpdk-stable
>
> Thanks.
>
> Luca Boccassi
>
> ---
> 12016895fc  Bruce Richardson net/iavf: fix buffer leak on Tx queue stop
> d7d52b37e8  Ciara Power      crypto/qat: fix raw API null algorithm digest
> 7d04891664  Hernan Vargas    baseband/acc: fix ACC100 HARQ input alignment
> 37b68fa144  Jie Hai          app/testpmd: fix primary process not polling
> all queues
> e35a5737a7  Saurabh Singhal  net/iavf: unregister interrupt handler before
> FD close
> a27ff9cac1  Selwin Sebastian net/axgbe: identify CPU with cpuid
> 26c6bdf3d1  Wei Hu           net/mana: add 32-bit short doorbell
> 74decf3bf0  Wei Hu           net/mana: enable 32-bit build
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mails.dpdk.org/archives/stable/attachments/20240325/5e8b8ee0/attachment.htm>


More information about the stable mailing list