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
>>>
>>>
>
>
>
next prev parent 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).