From: Greg KH <greg@kroah.com>
To: Ian Jackson <ian.jackson@eu.citrix.com>
Cc: Michal Hocko <mhocko@kernel.org>,
xen-devel@lists.xensource.com,
Lukasz Odzioba <lukasz.odzioba@intel.com>,
Kirill Shutemov <kirill.shutemov@linux.intel.com>,
Andrea Arcangeli <aarcange@redhat.com>,
Vladimir Davydov <vdavydov@parallels.com>,
Ming Li <mingli199x@qq.com>, Minchan Kim <minchan@kernel.org>,
stable@vger.kernel.org, Andrew Morton <akpm@linux-foundation.org>,
Linus Torvalds <torvalds@linux-foundation.org>,
Sasha Levin <sasha.levin@oracle.com>
Subject: Re: Regression due to "mm/swap.c: flush lru pvecs on compound page arrival"
Date: Wed, 14 Dec 2016 08:46:16 -0800 [thread overview]
Message-ID: <20161214164616.GD14036@kroah.com> (raw)
In-Reply-To: <22609.25070.81853.849402@mariner.uk.xensource.com>
On Wed, Dec 14, 2016 at 03:14:54PM +0000, Ian Jackson wrote:
> Michal Hocko writes ("Re: Regression due to "mm/swap.c: flush lru pvecs on compound page arrival""):
> > On Wed 14-12-16 13:29:56, Ian Jackson wrote:
> > > This commit breaks the test "test-amd64-amd64-xl-qemut-win7-amd64" in
> > > the Xen Project CI system.
> >
> > Could you be more specific about the regression please?
>
> The effect seems to be that it causes some kind of OOM condition
> during boot under Xen:
>
> Dec 14 08:00:04.637998 [ 22.584134] Out of memory: Kill process 2747
> (exim4) score 2 or sacrifice child
>
> It's not quite clear to me but I think the problem may be hardware
> specific.
>
> Full logs are available here:
>
> > > > Last fail repro: http://logs.test-lab.xenproject.org/osstest/logs/103315/
>
> See in particular this, which is the host serial console output:
>
> http://logs.test-lab.xenproject.org/osstest/logs/103315/test-amd64-amd64-xl-qemut-win7-amd64/serial-elbling1.log
>
> Start reading at Dec 14 07:59:33.478093. At Dec 14 08:01:38.294433 a
> log capture process started sending various debug keys to the console.
And is this also an issue in Linus's tree?
thanks,
greg k-h
WARNING: multiple messages have this Message-ID (diff)
From: Greg KH <greg@kroah.com>
To: Ian Jackson <ian.jackson@eu.citrix.com>
Cc: Andrea Arcangeli <aarcange@redhat.com>,
Vladimir Davydov <vdavydov@parallels.com>,
xen-devel@lists.xensource.com, Ming Li <mingli199x@qq.com>,
stable@vger.kernel.org, Michal Hocko <mhocko@kernel.org>,
Minchan Kim <minchan@kernel.org>,
Lukasz Odzioba <lukasz.odzioba@intel.com>,
Sasha Levin <sasha.levin@oracle.com>,
Andrew Morton <akpm@linux-foundation.org>,
Linus Torvalds <torvalds@linux-foundation.org>,
Kirill Shutemov <kirill.shutemov@linux.intel.com>
Subject: Re: Regression due to "mm/swap.c: flush lru pvecs on compound page arrival"
Date: Wed, 14 Dec 2016 08:46:16 -0800 [thread overview]
Message-ID: <20161214164616.GD14036@kroah.com> (raw)
In-Reply-To: <22609.25070.81853.849402@mariner.uk.xensource.com>
On Wed, Dec 14, 2016 at 03:14:54PM +0000, Ian Jackson wrote:
> Michal Hocko writes ("Re: Regression due to "mm/swap.c: flush lru pvecs on compound page arrival""):
> > On Wed 14-12-16 13:29:56, Ian Jackson wrote:
> > > This commit breaks the test "test-amd64-amd64-xl-qemut-win7-amd64" in
> > > the Xen Project CI system.
> >
> > Could you be more specific about the regression please?
>
> The effect seems to be that it causes some kind of OOM condition
> during boot under Xen:
>
> Dec 14 08:00:04.637998 [ 22.584134] Out of memory: Kill process 2747
> (exim4) score 2 or sacrifice child
>
> It's not quite clear to me but I think the problem may be hardware
> specific.
>
> Full logs are available here:
>
> > > > Last fail repro: http://logs.test-lab.xenproject.org/osstest/logs/103315/
>
> See in particular this, which is the host serial console output:
>
> http://logs.test-lab.xenproject.org/osstest/logs/103315/test-amd64-amd64-xl-qemut-win7-amd64/serial-elbling1.log
>
> Start reading at Dec 14 07:59:33.478093. At Dec 14 08:01:38.294433 a
> log capture process started sending various debug keys to the console.
And is this also an issue in Linus's tree?
thanks,
greg k-h
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
next prev parent reply other threads:[~2016-12-14 16:47 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-12-14 8:34 [linux-3.18 bisection] complete test-amd64-amd64-xl-qemut-win7-amd64 osstest service owner
2016-12-14 13:29 ` Regression due to "mm/swap.c: flush lru pvecs on compound page arrival" Ian Jackson
2016-12-14 13:29 ` Ian Jackson
2016-12-14 13:39 ` Michal Hocko
2016-12-14 15:14 ` Ian Jackson
2016-12-14 15:14 ` Ian Jackson
2016-12-14 16:46 ` Greg KH [this message]
2016-12-14 16:46 ` Greg KH
2016-12-14 16:58 ` Ian Jackson
2016-12-14 16:58 ` Ian Jackson
2016-12-14 15:21 ` Michal Hocko
2016-12-14 15:21 ` Michal Hocko
2016-12-19 18:53 ` Odzioba, Lukasz
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=20161214164616.GD14036@kroah.com \
--to=greg@kroah.com \
--cc=aarcange@redhat.com \
--cc=akpm@linux-foundation.org \
--cc=ian.jackson@eu.citrix.com \
--cc=kirill.shutemov@linux.intel.com \
--cc=lukasz.odzioba@intel.com \
--cc=mhocko@kernel.org \
--cc=minchan@kernel.org \
--cc=mingli199x@qq.com \
--cc=sasha.levin@oracle.com \
--cc=stable@vger.kernel.org \
--cc=torvalds@linux-foundation.org \
--cc=vdavydov@parallels.com \
--cc=xen-devel@lists.xensource.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.