patches for DPDK stable branches
 help / color / mirror / Atom feed
From: Ilya Maximets <i.maximets@samsung.com>
To: Kevin Traynor <ktraynor@redhat.com>,
	Yongseok Koh <yskoh@mellanox.com>, dpdk stable <stable@dpdk.org>,
	Luca Boccassi <luca.boccassi@gmail.com>
Cc: Maxime Coquelin <maxime.coquelin@redhat.com>,
	Peng He <xnhp0320@icloud.com>, Tiwei Bie <tiwei.bie@intel.com>
Subject: Re: [dpdk-stable] please help backporting some patches to LTS release 17.11.4
Date: Fri, 27 Jul 2018 19:46:56 +0300	[thread overview]
Message-ID: <20180727164624eucas1p1d04b8c165d9690781a1d99623cc28510~FR5wyolb60227802278eucas1p1K@eucas1p1.samsung.com> (raw)
In-Reply-To: <80ad5117-ceb1-7d59-0e12-96f4ab4ed90d@redhat.com>



On 27.07.2018 19:25, Kevin Traynor wrote:
> On 07/27/2018 08:42 AM, Ilya Maximets wrote:
>> [keeping in CC only e11411b52 related persons]
>> [CC: Luca Boccassi]
>>
>> Hi.
>> I beleive that I was added to this thread as a reviewer of
>> "e11411b52  Maxime Coquelin  vhost: fix missing increment of log cache count".
>>
>> Looking at the current dpdk-stable/17.11 I see that the patch could not be
>> applied because it fixes issue introduced by another patch
>> c16915b87109 ("vhost: improve dirty pages logging performance") that doesn't
>> exist in this branch. OTOH, this patch exists in stable 16.11.
>> So, I have a question: Is there any reason why c16915b87109 was backported
>> to 16.11 but not to 17.11 ?
>>
> 
> Hi Ilya, Guessing it was because it was an optimization as opposed to a
> functional fix. See below commit wrt clarifying this - ref last para.

Sure, I understand that. But this doesn't clarify why we have this patch in
16.11 and not in 17.11. From the user point of view this means that upgrade
from 16.11 LTS to 17.11 LTS will significantly slow down live-migration.
Later upgrade to master/future-LTS will speed up it back.

> 
> Kevin.
> 
> commit 56c7ddc1381a56612018b75a848169b917bc33fb
> Author: Kevin Traynor <ktraynor@redhat.com>
> Date:   Sat Jun 30 00:10:43 2018 +0100
> 
>     doc: add default that all fixes should be backported
> 
>     Set the starting point that all commits on master branch
>     with Fixes tag should be backported to relevant stable/LTS
>     branches, and explain that the submitter may indicate it is
>     not suitable for backport.
> 
>     Of course there will be exceptions that will crop up from time
>     to time that need discussion, so also add a sentence for that.
> 
>     This is to ensure that there is consistency between what is
>     backported to stable/LTS branches, remove some subjectivity
>     as to what constitutes "a fix" and avoid possible conflicts
>     for future backports.
> 
>     Signed-off-by: Kevin Traynor <ktraynor@redhat.com>
>     Acked-by: Luca Boccassi <bluca@debian.org>
>     Acked-by: Aaron Conole <aconole@redhat.com>
>     Acked-by: Thomas Monjalon <thomas@monjalon.net>
> 
>> P.S. I don't feel that I should backport e11411b52 myself, but I can do that
>>      if author/maintainers are too busy. Please, let me know in that case.
>>      Regarding 16.11, to backport e11411b52 you only need to change the
>>      destination file,because related code placed in
>>      lib/librte_vhost/virtio_net.c instead of lib/librte_vhost/vhost.h.
>>
>> Best regards, Ilya Maximets.
>>
>> On 27.07.2018 05:40, Yongseok Koh wrote:
>>> Hi commit authors (and maintainers),
>>>
>>> I didn't manage to apply following commits from upstream to stable branch
>>> 17.11: conflict happens. I'm wondering can the authors check the following
>>> list and backport those patches belong to you?
>>>
>>> FYI, branch 17.11 is located at tree:
>>>    git://dpdk.org/dpdk-stable
>>>
>>> It'd be great if you could do that in one or two weeks. Also, please add a
>>> heading line like below before the commit log body:
>>>     [ backported from upstream commit xxx ]
>>>
>>> Example: http://dpdk.org/browse/dpdk-stable/commit/?h=16.07&id=c4831394c7d1944d8ec27d52c22997f20d19718e
>>>
>>> Also please mention the target LTS in the subject line, as we have more than one
>>> at the same time, for example:
>>>
>>>     [PATCH 17.11] foo/bar: fix baz
>>>
>>> With git send-email, this can be achieved by appending the parameter:
>>>
>>>     --subject-prefix='17.11'
>>>
>>> Please let me know if you have any comments, say, need more time, or it's
>>> worthless to packport it. And please send it to "stable@dpdk.org", but not
>>> "dev@dpdk.org".
>>>
>>> Thanks.
>>>
>>> Yongseok
>>>
>>> ---
>>> 422515b9a  Adrien Mazarguil app/testpmd: fix crash when attaching a device
>>> 66f2ac0f8  Adrien Mazarguil net/mlx4: fix minor resource leak during init
>>> 0cc1fcdeb  Ajit Khaparde    net/bnxt: check filter type before clearing it
>>> 6a9360963  Ajit Khaparde    net/bnxt: fix clear port stats
>>> 3c2e87c10  Ajit Khaparde    net/bnxt: fix close operation
>>> 90362583e  Ajit Khaparde    net/bnxt: fix incorrect IO address handling in Tx
>>> 812bb2087  Andrew Rybchenko net/sfc: handle unknown L3 packet class in EF10 event parser
>>> 2a4ed7233  Damjan Marion    net/i40e: do not reset device info data
>>> 64cb90f88  Fiona Trahe      crypto/qat: fix checks for 3GPP algo bit params
>>> 2a7e3d546  Hyong Youb Kim   net/enic: do not overwrite admin Tx queue limit
>>> e11411b52  Maxime Coquelin  vhost: fix missing increment of log cache count
>>> 79d098921  Moti Haimovsky   net/mlx5: fix build with old kernels
>>> c44fbc7cc  Nelio Laranjeiro net/mlx5: clean-up developer logs
>>> 179c7e893  Pavan Nikhilesh  mempool/octeontx: fix pool to aura mapping
>>> 196e9a486  Qi Zhang         eal: fix hotplug add and remove
>>> 9f32c7e7e  Rafal Kozik      net/ena: change memory type
>>> 46916aa17  Rafal Kozik      net/ena: check pointer before memset
>>> 41e59028d  Rafal Kozik      net/ena: set link speed as none
>>> 3abe17195  Rahul Lakkireddy net/cxgbe: fix Rx channel map and queue type
>>> 1fc3afdf7  Rasesh Mody      doc: update qede management firmware guide
>>> c6dd1eb8a  Rasesh Mody      net/qede: fix default extended VLAN offload config
>>> a16aef523  Rasesh Mody      net/qede: fix for devargs
>>> e46821e9f  Shahaf Shuler    net/mlx5: separate generic tunnel TSO from the standard one
>>> 496f15c2c  Shahed Shaikh    net/qede: fix incorrect link status update
>>> c7641841a  Shahed Shaikh    net/qede: fix unicast MAC address handling in VF
>>> 82dbef2c8  Somnath Kotur    net/bnxt: revert reset of L2 filter id
>>> 0989161b2  Tiwei Bie        vhost: release locks on RARP packet failure
>>> b2a4a69f7  Xiaoxin Peng     net/bnxt: fix Tx with multiple mbuf
>>>
>>>
> 
> 
> 

  reply	other threads:[~2018-07-27 16:46 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <CGME20180727024051epcas3p20e5aa80ae259e6d8d83d44d60fd32625@epcas3p2.samsung.com>
2018-07-27  2:40 ` Yongseok Koh
2018-07-27  7:42   ` Ilya Maximets
2018-07-27  9:23     ` Luca Boccassi
2018-07-27 16:25     ` Kevin Traynor
2018-07-27 16:46       ` Ilya Maximets [this message]
2018-07-27 17:24         ` Kevin Traynor
2018-07-27 17:32           ` Yongseok Koh
2018-07-29  5:59   ` Shahaf Shuler
2018-08-13 20:45 Yongseok Koh

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

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

  git send-email \
    --in-reply-to='20180727164624eucas1p1d04b8c165d9690781a1d99623cc28510~FR5wyolb60227802278eucas1p1K@eucas1p1.samsung.com' \
    --to=i.maximets@samsung.com \
    --cc=ktraynor@redhat.com \
    --cc=luca.boccassi@gmail.com \
    --cc=maxime.coquelin@redhat.com \
    --cc=stable@dpdk.org \
    --cc=tiwei.bie@intel.com \
    --cc=xnhp0320@icloud.com \
    --cc=yskoh@mellanox.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;
as well as URLs for NNTP newsgroup(s).