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

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, Jun 10, 2020 at 5:43 PM Chris Murphy <lists@xxxxxxxxxxxxxxxxx> wrote:
>
> On Wed, Jun 10, 2020 at 5:33 PM Matthew Wilcox <willy@xxxxxxxxxxxxx> 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@xxxxxxxxxx> 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.)


-- 
Chris Murphy




[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux