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

[Liang Chen]

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.
Can we directly SRU this patch into ubuntu 3.13 kernel?


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