From: Stefan Bader <stefan.bader@canonical.com>
To: Ian Campbell <Ian.Campbell@citrix.com>, Wei Liu <wei.liu2@citrix.com>
Cc: Matt Wilson <msw@linux.com>,
"xen-devel@lists.xen.org" <xen-devel@lists.xen.org>
Subject: Re: [PATCH net-next V7 0/4] Bundle fixes for Xen netfront / netback
Date: Mon, 03 Feb 2014 11:49:55 +0100 [thread overview]
Message-ID: <52EF7453.2080207@canonical.com> (raw)
In-Reply-To: <1391423956.10515.39.camel@kazak.uk.xensource.com>
[-- Attachment #1.1: Type: text/plain, Size: 2794 bytes --]
On 03.02.2014 11:39, Ian Campbell wrote:
> On Mon, 2014-02-03 at 10:30 +0000, Wei Liu wrote:
>> On Sat, Feb 01, 2014 at 11:23:25PM -0800, Matt Wilson wrote:
>>> On Mon, Apr 22, 2013 at 08:53:35PM +0100, Wei Liu wrote:
>>>> On Mon, Apr 22, 2013 at 08:41:39PM +0100, David Miller wrote:
>>>>> From: Wei Liu <wei.liu2@citrix.com>
>>>>> Date: Mon, 22 Apr 2013 13:20:39 +0100
>>>>>
>>>>>> This series is now rebased onto net-next.
>>>>>>
>>>>>> We would also like to ask you to queue it for stable-ish tree. I can do the
>>>>>> backport if necessary.
>>>>>
>>>>> All applied, but this was a disaster.
>>>>>
>>>>
>>>> Thanks, I misunderstood the workflow.
>>>>
>>>>> If you want bug fixes propagated into -stable you submit them to 'net'
>>>>> from the beginning.
>>>>>
>>>>> There is no other method by which to do this.
>>>>>
>>>>> By merging all of these changes to net-next, you will now have to get
>>>>> them accepted again into 'net', and then (and only then) can you make
>>>>> a request for -stable inclusion.
>>>>>
>>>>
>>>> Understood. Will submit them against 'net' later.
>>>
>>> Did this ever happen? Is 9ecd1a75 (xen-netfront: reduce gso_max_size
>>> to account for max TCP header) at all related to the "skb rides the
>>> rocket" related TX packet drops reported against 3.8.x kernels?
>>>
>>> https://bugs.launchpad.net/ubuntu/+source/linux-lts-raring/+bug/1195474
>>>
>>> It seems like there are still some outstanding bugs in various -stable
>>> releases.
>>>
>>
>> As far as I can remember Ian and I requested relavant patches be
>> backported in May, after these series settled in mainline for some time.
>>
>> <1369734465.3469.52.camel@zakaz.uk.xensource.com>
>>
>> These series was backported to 3.9.y-stable tree. 3.8.y didn't pick them
>> up.
>
> The stable guys don't maintain every tree indefinitely, usually only for
> a couple of releases after the next mainline release or something (I
> suppose you can find the official policy online somewhere). Presumably
> these fixes came too late for the 3.8.y branch.
>
> Longterm stable trees are an exception and get longer backports, I don't
> think 3.8 is one of those though.
>
> If anyone wants further backports then they will need to speak to the
> Linux stable maintainers, although they should probably expect a "this
> stable tree is now closed" type response for 3.8.
>
> Or perhaps the above link implies that Canonical are supporting their
> own LTS of Linux 3.8.y -- in which case the request should be made to
> whoever that maintainer is.
>
> Ian.
>
Yeah, it would be a Canonical maintained longterm tree. I am just checking to
verify which ones are missing the series. I will send out a request to pull them
in after that.
-Stefan
[-- Attachment #1.2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 901 bytes --]
[-- Attachment #2: Type: text/plain, Size: 126 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
next prev parent reply other threads:[~2014-02-03 10:49 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1366633243-17775-1-git-send-email-wei.liu2@citrix.com>
2013-04-22 12:20 ` [PATCH net-next V7 1/4] xen-netfront: frags -> slots in log message Wei Liu
2013-04-22 12:20 ` [PATCH net-next V7 2/4] xen-netfront: reduce gso_max_size to account for max TCP header Wei Liu
2013-04-22 12:20 ` [PATCH net-next V7 3/4] xen-netback: coalesce slots in TX path and fix regressions Wei Liu
2013-04-22 12:20 ` [PATCH net-next V7 4/4] xen-netback: don't disconnect frontend when seeing oversize packet Wei Liu
2013-04-22 19:41 ` [PATCH net-next V7 0/4] Bundle fixes for Xen netfront / netback David Miller
[not found] ` <20130422.154139.1046488577191797292.davem@davemloft.net>
2013-04-22 19:53 ` Wei Liu
[not found] ` <20130422195335.GA30755@zion.uk.xensource.com>
2014-02-02 7:23 ` Matt Wilson
2014-02-03 10:30 ` Wei Liu
2014-02-03 10:39 ` Ian Campbell
2014-02-03 10:49 ` Stefan Bader [this message]
2014-02-03 11:08 ` Stefan Bader
2014-02-03 11:12 ` Ian Campbell
[not found] ` <1366633243-17775-3-git-send-email-wei.liu2@citrix.com>
2013-04-30 12:09 ` [PATCH net-next V7 2/4] xen-netfront: reduce gso_max_size to account for max TCP header Jan Beulich
[not found] ` <1366633243-17775-4-git-send-email-wei.liu2@citrix.com>
2013-04-30 12:59 ` [PATCH net-next V7 3/4] xen-netback: coalesce slots in TX path and fix regressions Jan Beulich
2013-04-30 13:55 ` Jan Beulich
2013-04-30 14:04 ` Jan Beulich
2013-04-30 15:45 ` Wei Liu
[not found] ` <517FDC6F02000078000D21B8@nat28.tlf.novell.com>
2013-04-30 15:44 ` Wei Liu
2013-04-22 12:20 [PATCH net-next V7 0/4] Bundle fixes for Xen netfront / netback Wei Liu
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=52EF7453.2080207@canonical.com \
--to=stefan.bader@canonical.com \
--cc=Ian.Campbell@citrix.com \
--cc=msw@linux.com \
--cc=wei.liu2@citrix.com \
--cc=xen-devel@lists.xen.org \
/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).