Re: 5.7.0 page allocation failure: order:0, mode:0x400d0

[Hugh Dickins <hughd@google.com>]

On Wed, 10 Jun 2020, Chris Murphy wrote:
> On Wed, Jun 10, 2020 at 5:43 PM Chris Murphy <lists@colorremedies.com> wrote:
> > On Wed, Jun 10, 2020 at 5:33 PM Matthew Wilcox <willy@infradead.org> wrote:
> > >
> > > On Wed, Jun 10, 2020 at 05:31:14PM -0600, Chris Murphy wrote:
> > > > On Mon, Jun 8, 2020 at 3:33 PM Hugh Dickins <hughd@google.com> wrote:
> > > > >
> > > > > ChrisM, could you try with the patch below, and see if it works
> > > > > for you - I hope it doesn't just give you a blank screen.
> > > >
> > > > Did this. Does compile, and boot, no blank screen, and webkitgtk
> > > > compiles without error (it ends in OOM, as expected).
> > >
> > > ... but the OOM doesn't point back to i915's shmem functions any more?
> >
> > It doesn't, but...
> >
> > I'm going to redo the test because Fedora Workstation 32 enables
> > earlyoom by default, and that's what triggered the OOM. Not the
> > kernel's oomkiller. But in the original report, earlyoom was also
> > enabled but not triggered, yet I got the reported splats.
> 
> Completes, no splats. (And no OOM.)

Great, thanks a lot for reporting and testing, Chris: patch coming up
in reply to this - effectively the same as the patch you're using for
5.7 (and which we shall use for stable backports), but 5.8-rc1 looks
a little different thereabouts.

Hugh