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

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

 



On Sat, Jun 6, 2020 at 9:12 AM Matthew Wilcox <willy@xxxxxxxxxxxxx> wrote:
>
> On Sat, Jun 06, 2020 at 01:38:57AM -0600, Chris Murphy wrote:
> > [ 5225.501756] gnome-shell: page allocation failure: order:0,
> > mode:0x400d0(__GFP_IO|__GFP_FS|__GFP_COMP|__GFP_RECLAIMABLE),
> > nodemask=(null),cpuset=/,mems_allowed=0
>
> These are relatively liberal constraints on what the page allocator is
> allowed to do in order to succeed.
>
> > [ 5225.501763] CPU: 2 PID: 1155 Comm: gnome-shell Not tainted
> > 5.7.0-1.fc33.x86_64 #1
> > [ 5225.501764] Hardware name: Apple Inc.
> > MacBookPro8,2/Mac-94245A3940C91C80, BIOS
> > MBP81.88Z.0050.B00.1804101331 04/10/18
> > [ 5225.501765] Call Trace:
> > [ 5225.501774]  dump_stack+0x64/0x88
> > [ 5225.501777]  warn_alloc.cold+0x75/0xd9
> > [ 5225.501781]  __alloc_pages_slowpath.constprop.0+0xcfa/0xd30
> > [ 5225.501786]  __alloc_pages_nodemask+0x2df/0x320
> > [ 5225.501787]  alloc_slab_page+0x195/0x310
> > [ 5225.501789]  allocate_slab+0x3c5/0x440
> > [ 5225.501791]  ___slab_alloc+0x40c/0x5f0
> > [ 5225.501798]  __slab_alloc+0x1c/0x30
> > [ 5225.501800]  kmem_cache_alloc+0x20e/0x220
> > [ 5225.501802]  xas_nomem+0x28/0x70
> > [ 5225.501803]  add_to_swap_cache+0x321/0x400
>
> Oh, cool.  We're trying to allocate a node to store a page in the swap cache.
>
> > [ 5225.501806]  __read_swap_cache_async+0x105/0x240
> > [ 5225.501808]  swap_cluster_readahead+0x22c/0x2e0
> > [ 5225.501811]  shmem_swapin+0x8e/0xc0
>
> ... while trying to read a page back in from swap.
>
> > [ 5225.501817]  shmem_swapin_page+0x196/0x740
> > [ 5225.501819]  shmem_getpage_gfp+0x3a2/0xa60
> > [ 5225.501822]  shmem_read_mapping_page_gfp+0x32/0x60
> > [ 5225.501868]  shmem_get_pages+0x155/0x5e0 [i915]
>
> ... that was written out by shmem (so not an anonymous page).
>
> > [ 5225.502339] Mem-Info:
> > [ 5225.502345] active_anon:1433763 inactive_anon:207289 isolated_anon:182
> >                 active_file:10333 inactive_file:8393 isolated_file:2
> >                 unevictable:4657 dirty:100 writeback:0 unstable:0
> >                 slab_reclaimable:16672 slab_unreclaimable:38093
> >                 mapped:8919 shmem:4496 pagetables:10454 bounce:0
> >                 free:26161 free_pcp:2054 free_cma:0
> > [ 5225.502350] Node 0 active_anon:5735052kB inactive_anon:829156kB
> > active_file:41332kB inactive_file:33572kB unevictable:18628kB
> > isolated(anon):728kB isolated(file):8kB mapped:35676kB dirty:400kB
> > writeback:0kB shmem:17984kB shmem_thp: 0kB shmem_pmdmapped: 0kB
> > anon_thp: 0kB writeback_tmp:0kB unstable:0kB all_unreclaimable? no
> > [ 5225.502352] Node 0 DMA free:15344kB min:128kB low:160kB high:192kB
> > reserved_highatomic:0KB active_anon:0kB inactive_anon:0kB
> > active_file:0kB inactive_file:0kB unevictable:0kB writepending:0kB
> > present:15988kB managed:15360kB mlocked:0kB kernel_stack:0kB
> > pagetables:0kB bounce:0kB free_pcp:0kB local_pcp:0kB free_cma:0kB
> > [ 5225.502357] lowmem_reserve[]: 0 2069 7810 7810 7810
> > [ 5225.502360] Node 0 DMA32 free:40212kB min:17868kB low:22332kB
> > high:26796kB reserved_highatomic:0KB active_anon:1640016kB
> > inactive_anon:265148kB active_file:9856kB inactive_file:12584kB
> > unevictable:2968kB writepending:136kB present:2255864kB
> > managed:2157904kB mlocked:0kB kernel_stack:48kB pagetables:8524kB
> > bounce:0kB free_pcp:2904kB local_pcp:156kB free_cma:0kB
> > [ 5225.502365] lowmem_reserve[]: 0 0 5741 5741 5741
> > [ 5225.502368] Node 0 Normal free:49088kB min:49584kB low:61980kB
> > high:74376kB reserved_highatomic:2048KB active_anon:4098076kB
> > inactive_anon:563004kB active_file:32212kB inactive_file:21312kB
> > unevictable:13680kB writepending:0kB present:6027264kB
> > managed:5879476kB mlocked:1792kB kernel_stack:7312kB
> > pagetables:33292kB bounce:0kB free_pcp:5388kB local_pcp:780kB
> > free_cma:0kB
> > [ 5225.502373] lowmem_reserve[]: 0 0 0 0 0
> > [ 5225.502376] Node 0 DMA: 0*4kB 0*8kB 1*16kB (U) 1*32kB (U) 1*64kB
> > (U) 1*128kB (U) 1*256kB (U) 1*512kB (U) 0*1024kB 1*2048kB (M) 3*4096kB
> > (M) = 15344kB
> > [ 5225.502385] Node 0 DMA32: 1160*4kB (UM) 471*8kB (UME) 84*16kB (UM)
> > 103*32kB (UME) 116*64kB (UME) 59*128kB (UME) 26*256kB (UE) 8*512kB (E)
> > 2*1024kB (E) 0*2048kB 0*4096kB = 40824kB
> > [ 5225.502394] Node 0 Normal: 4778*4kB (UMH) 1400*8kB (UMEH) 346*16kB
> > (UMH) 270*32kB (UMEH) 20*64kB (UMEH) 20*128kB (MEH) 4*256kB (MEH)
> > 0*512kB 0*1024kB 0*2048kB 0*4096kB = 49352kB
>
> Umm ... seems like there's lots of memory free.  Why did this fail?

Haha, hopefully this is not a question for me. But if a Fedora debug
kernel will reveal more info I can retry. Let me know if it needs any
debug kernel parameters.


-- 
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