No subject

[Christian Ehrhardt]

On Sun, Dec 12, 2021 at 3:20 PM Ali Alnubani <alialnu at nvidia.com> wrote:
>
> Hello,
>
> > -----Original Message-----
> > From: christian.ehrhardt at canonical.com
> > <christian.ehrhardt at canonical.com>
> > Sent: Tuesday, November 30, 2021 6:57 PM
> > Cc: Aaron Conole <aconole at redhat.com>; Abhinandan Gujjar
> > <abhinandan.gujjar at intel.com>; Ajit Khaparde
> > <ajit.khaparde at broadcom.com>; Akhil Goyal <gakhil at marvell.com>;
> > Alexander Kozyrev <akozyrev at nvidia.com>; Ali Alnubani
> > <alialnu at nvidia.com>; Alvin Zhang <alvinx.zhang at intel.com>; Aman Singh
> > <aman.deep.singh at intel.com>; Anatoly Burakov
> > <anatoly.burakov at intel.com>; Andrew Boyer <aboyer at pensando.io>;
> > Andrew Rybchenko <andrew.rybchenko at oktetlabs.ru>; Andy Moreton
> > <amoreton at xilinx.com>; Anoob Joseph <anoobj at marvell.com>; Apeksha
> > Gupta <apeksha.gupta at nxp.com>; Arek Kusztal
> > <arkadiuszx.kusztal at intel.com>; Ashish Gupta
> > <ashish.gupta at marvell.com>; Baruch Siach <baruch at tkos.co.il>; Beilei Xing
> > <beilei.xing at intel.com>; Bernard Iremonger
> > <bernard.iremonger at intel.com>; Bruce Richardson
> > <bruce.richardson at intel.com>; Chandubabu Namburu
> > <chandu at amd.com>; Chas Williams <chas3 at att.com>; Chenbo Xia
> > <chenbo.xia at intel.com>; Chengchang Tang
> > <tangchengchang at huawei.com>; Chengwen Feng
> > <fengchengwen at huawei.com>; Ciara Loftus <ciara.loftus at intel.com>; Ciara
> > Power <ciara.power at intel.com>; Conor Fogarty <conor.fogarty at intel.com>;
> > Conor Walsh <conor.walsh at intel.com>; Cristian Dumitrescu
> > <cristian.dumitrescu at intel.com>; Dan Nowlin <dan.nowlin at intel.com>;
> > Dapeng Yu <dapengx.yu at intel.com>; Dariusz Sosnowski
> > <dsosnowski at nvidia.com>; David Christensen <drc at linux.vnet.ibm.com>;
> > David Hunt <david.hunt at intel.com>; David Marchand
> > <david.marchand at redhat.com>; Declan Doherty
> > <declan.doherty at intel.com>; Deepak Kumar Jain
> > <deepak.k.jain at intel.com>; Devendra Singh Rawat
> > <dsinghrawat at marvell.com>; Dmitry Kozlyuk <dkozlyuk at nvidia.com>;
> > Dmitry Kozlyuk <dmitry.kozliuk at gmail.com>; Dmitry Malloy
> > <dmitrym at microsoft.com>; Eli Britstein <elibr at nvidia.com>; Evgeny
> > Schemeilin <evgenys at amazon.com>; Fan Zhang
> > <roy.fan.zhang at intel.com>; Feifei Wang <feifei.wang2 at arm.com>; Ferruh
> > Yigit <ferruh.yigit at intel.com>; Fiona Trahe <fiona.trahe at intel.com>;
> > Gagandeep Singh <g.singh at nxp.com>; Gaoxiang Liu
> > <liugaoxiang at huawei.com>; Gregory Etelson <getelson at nvidia.com>;
> > Guoyang Zhou <zhouguoyang at huawei.com>; Haiyue Wang
> > <haiyue.wang at intel.com>; Harman Kalra <hkalra at marvell.com>; Harry van
> > Haaren <harry.van.haaren at intel.com>; Heinrich Kuhn
> > <heinrich.kuhn at corigine.com>; Hemant Agrawal
> > <hemant.agrawal at nxp.com>; Honnappa Nagarahalli
> > <honnappa.nagarahalli at arm.com>; Huichao Cai <chcchc88 at 163.com>;
> > Huisong Li <lihuisong at huawei.com>; Hyong Youb Kim
> > <hyonkim at cisco.com>; Idan Hackmon <idanhac at nvidia.com>; Igor Chauskin
> > <igorch at amazon.com>; Igor Romanov <igor.romanov at oktetlabs.ru>; Igor
> > Russkikh <irusskikh at marvell.com>; Igor Ryzhov <iryzhov at nfware.com>;
> > Ilyes Ben Hamouda <ilyes.ben_hamouda at 6wind.com>; Ivan Ilchenko
> > <ivan.ilchenko at oktetlabs.ru>; Ivan Malov <ivan.malov at oktetlabs.ru>;
> > Jakub Grajciar <jgrajcia at cisco.com>; Jasvinder Singh
> > <jasvinder.singh at intel.com>; Jay Jayatheerthan
> > <jay.jayatheerthan at intel.com>; Jay Zhou <jianjay.zhou at huawei.com>;
> > Jerin Jacob <jerinj at marvell.com>; Jian Wang <jianwang at trustnetic.com>;
> > Jiawen Wu <jiawenwu at trustnetic.com>; Jie Wang <jie1x.wang at intel.com>;
> > Jingjing Wu <jingjing.wu at intel.com>; John Daley <johndale at cisco.com>;
> > John Griffin <john.griffin at intel.com>; John McNamara
> > <john.mcnamara at intel.com>; John W. Linville <linville at tuxdriver.com>;
> > Joyce Kong <joyce.kong at arm.com>
> > Subject:
> >
> > Subject: please help backporting some patches to stable release 19.11.11
> >
> > 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 19.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 19.11 branch, or
> >     - Indicate that the patch should not be backported
> >
> > Please do either of the above by December the 14th 2021 (More time than
> > usual as backports get harder).
> >
> > You can find the a temporary work-in-progress branch of the coming 19.11.11
> > release at:
> >     https://github.com/cpaelzer/dpdk-stable-queue
> > 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 19.11] foo/bar: fix baz
> >
> > With git format-patch, this can be achieved by appending the parameter:
> >     --subject-prefix='PATCH 19.11'
> >
> > Send the backported patch to "stable at dpdk.org" but not "dev at dpdk.org".
> >
> > FYI, branch 19.11 is located at tree:
> >    https://git.dpdk.org/dpdk-stable
> >
> > Thanks.
> >
> > Christian Ehrhardt <christian.ehrhardt at canonical.com>
> >
> > ---
> >
> > Applying but breaking the build:
> >
> > 858a152ab5  Junxiao Shi      net/memif: allow stopping and closing device
> > c4d3e8fbe4  Ruifeng Wang     net/i40e: fix risk in descriptor read in scalar Rx
> > 7dc627426e  Olivier Matz     test/mbuf: fix access to freed memory
> > 86e361cdeb  David Marchand   test/cmdline: fix memory leak
> > 04bcc80204  Xuan Ding        net/virtio: fix indirect descriptor reconnection
> > 9de76dfb92  Ivan Ilchenko    net/virtio: fix Tx completed mbuf leak on device
> > stop
> > 5d903aee8a  Gaoxiang Liu     net/virtio: fix repeated freeing of virtqueue
> > 9c8c806487  Thomas Monjalon  test/crypto: fix minsize build
> > 96b25c496a  Haiyue Wang      net/ice: fix memzone leak after device init
> > failure
> >
> > ---
> >
> > Not Applying
> >
> [..]
> > 9465a5d5a0  Conor Walsh      net/nfp: remove unused message length
>
> I can reproduce a build failure (https://bugs.dpdk.org/show_bug.cgi?id=900) with Clang 13, and it's fixed by this patch.
> Let me know if you need help with backporting it.

Thanks, the backport was trivial (same change to another filename) and
works fine.
Also since it isn't really a functional change I do not think we need
to re-start another -rc for this one.
Applied.

> Thanks,
> Ali



-- 
Christian Ehrhardt
Staff Engineer, Ubuntu Server
Canonical Ltd