Applied: [PATCH 0/1] Fixes for LP:#1494350

[Kamal Mostafa]

On Fri, May 13, 2016 at 08:07:01PM +0800, Liang Chen wrote:
> Hi Kamal,
> 
> The backport has been acked in upstream for 3.4, 3.10, 3.14, and 3.16
> stable kernel. But I don't find an active maintainer in the upstream
> for 3.13 according to https://www.kernel.org/category/releases.html.

Correct:  Noone maintains 3.13 upstream anymore.

> Can we directly SRU this patch into ubuntu 3.13 kernel?

Yes, done.

Since we already had ack's on it previously, I have queued it up for the
next Trusty 3.13 cycle.  All the other releases picked it up from stable
(and those have since been released).

 -Kamal

> 
> 
> Thanks,
> Liang
> 
> On Fri, Mar 11, 2016 at 7:16 PM, Liang Chen <liang.chen at canonical.com> wrote:
> > On Fri, Mar 11, 2016 at 12:00 AM, Kamal Mostafa <kamal at canonical.com> wrote:
> >> On Thu, 2016-03-10 at 22:12 +0800, Liang Chen wrote:
> >>> Thanks a lot for nominating the affected series and take the patch! I
> >>> just thought it may not be critical enough to be submitted to stable.
> >>
> >> It doesn't need to be "critical" -- it just needs to fix a user-visible
> >> bug (and hopefully not introduce more bugs).  In my opinion, this fix
> >> is suitable for stable.  Stefan correctly points out that we still need
> >> to see a positive test result posted to the bug before proceeding.
> >>
> > Yep. Thanks for the information. I have sent the patch to stable. Hope
> > it get applied soon.
> >
> >> Liang, can you confirm that applying:
> >>
> >> 7cae2be KVM: x86: move steal time initialization to vcpu entry time
> >>
> >> to any kernel actually fixes the bug?  Please post that to the bug
> >> report.
> >>
> > Yes. As I described in the bug report, it solves the overflow when applied
> > to trusty kernel.
> >
> >> Happily, 7cae2be is a clean clean-cherry pick for >= 3.4, which is
> >> everywhere its needed.
> >>
> >>  -Kamal
> >>
> >>
> >>> And ubuntu is heavily used in cloud/visualization environment, it
> >>> will
> >>> be convenient for users to have a consistent steal_time accounting.
> >>>
> >>> Thanks,
> >>> Liang
> >>>
> >>> On Thu, Mar 10, 2016 at 8:24 PM, Tim Gardner <tim.gardner at canonical.c
> >>> om> wrote:
> >>> >
> >>> > Not sure _why_ this shouldn't be submitted to stable.
> >>> >
> >>> > Kamal ?
> >>> >
> >>> > --
> >>> > Tim Gardner tim.gardner at canonical.com