On 11/16/2017 02:19 PM, Hans van Kranenburg wrote:
>
> Latest work on this:
>
> https://patchwork.kernel.org/patch/10035835/
>
> "Applied to for-linus-4.15."
Ok, I just built a 4.9.65 kernel with this patch on top and the config
from debian (config-4.9.0-4-amd64). It applies without
On 11/15/2017 02:19 PM, Hans van Kranenburg wrote:
>
> [...]
>
> I see that all the discussions linked above have gone silent quickly
> without a solution.
...because discussions continued in later versions of a patch...
> A post to the Xen mailing list on Aug 31th did not get any answer yet:
Hi,
I ran into the same issue with 4.9.51-1 in the guest. My dom0 in this
case is still Jessie with its xen 4.4 version. Users (rightfully) worry
about what's suddenly wrong with their virtual machine, since the steal
values mess up the cpu graphs.
I see that all the discussions linked above
There is currently a discussion on LKML and xen-devel about this issue:
https://lkml.org/lkml/2017/10/10/182
Maybe this will result in some backportable fix.
> Am 25.09.2017 um 02:07 schrieb Ben Hutchings :
>
> I agree that the kernel ought to work around this, but I'm hesitant to
> add a fix that doesn't look like any upstream change. Why and how do
> you think this was fixed in 4.11?
Indeed this patch is not included
Control: severity -1 important
Control: tag -1 moreinfo
On Wed, 2017-08-09 at 22:46 +0200, Michael Lass wrote:
> Package: src:linux
> Version: 4.9.30-2+deb9u3
> Severity: normal
> Tags: patch
>
> Dear Maintainer,
>
> running Debian Stretch as a paravirtualized guest under Xen, the kernel
>
Package: src:linux
Version: 4.9.30-2+deb9u3
Severity: normal
Tags: patch
Dear Maintainer,
running Debian Stretch as a paravirtualized guest under Xen, the kernel
obtains its cpu steal time counter from the virtualization host. On some
hosts, occasionally a slight decrease in the cpu steal time
7 matches
Mail list logo