From: "Valdis Klētnieks" <valdis.kletnieks@vt.edu>
To: Pankaj Suryawanshi <pankajssuryawanshi@gmail.com>
Cc: minchan@kernel.org, kernelnewbies@kernelnewbies.org,
linux-kernel@vger.kernel.org, Michal Hocko <mhocko@kernel.org>,
linux-mm@kvack.org, Vlastimil Babka <vbabka@suse.cz>
Subject: Re: Page Allocation Failure and Page allocation stalls
Date: Thu, 02 May 2019 01:21:19 -0400 [thread overview]
Message-ID: <11029.1556774479@turing-police> (raw)
In-Reply-To: <CACDBo57s_ZxmxjmRrCSwaqQzzO5r0SadzMhseeb9X0t0mOwJZA@mail.gmail.com>
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1.1: Type: text/plain; charset=utf-8, Size: 1603 bytes --]
On Thu, 02 May 2019 04:56:05 +0530, Pankaj Suryawanshi said:
> Please help me to decode the error messages and reason for this errors.
> [ 3205.818891] HwBinder:1894_6: page allocation failure: order:7, mode:0x14040c0(GFP_KERNEL|__GFP_COMP), nodemask=(null)
Order 7 - so it wants 2**7 contiguous pages. 128 4K pages.
> [ 3205.967748] [<802186cc>] (__alloc_from_contiguous) from [<80218854>] (cma_allocator_alloc+0x44/0x4c)
And that 3205.nnn tells me the system has been running for almost an hour. Going
to be hard finding that much contiguous free memory.
Usually CMA is called right at boot to avoid this problem - why is this
triggering so late?
> [ 671.925663] kworker/u8:13: page allocation stalls for 10090ms, order:1, mode:0x15080c0(GFP_KERNEL_ACCOUNT|__GFP_ZERO), nodemask=(null)
That's.... a *really* long stall.
> [ 672.031702] [<8021e800>] (copy_process.part.5) from [<802203b0>] (_do_fork+0xd0/0x464)
> [ 672.039617] r10:00000000 r9:00000000 r8:9d008400 r7:00000000 r6:81216588 r5:9b62f840
> [ 672.047441] r4:00808111
> [ 672.049972] [<802202e0>] (_do_fork) from [<802207a4>] (kernel_thread+0x38/0x40)
> [ 672.057281] r10:00000000 r9:81422554 r8:9d008400 r7:00000000 r6:9d004500 r5:9b62f840
> [ 672.065105] r4:81216588
> [ 672.067642] [<8022076c>] (kernel_thread) from [<802399b4>] (call_usermodehelper_exec_work+0x44/0xe0)
First possibility that comes to mind is that a usermodehelper got launched, and
it then tried to fork with a very large active process image. Do we have any
clues what was going on? Did a device get hotplugged?
[-- Attachment #1.2: Type: application/pgp-signature, Size: 832 bytes --]
[-- Attachment #2: Type: text/plain, Size: 170 bytes --]
_______________________________________________
Kernelnewbies mailing list
Kernelnewbies@kernelnewbies.org
https://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
next prev parent reply other threads:[~2019-05-02 5:23 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-05-01 23:26 Page Allocation Failure and Page allocation stalls Pankaj Suryawanshi
2019-05-02 5:21 ` Valdis Klētnieks [this message]
2019-05-03 17:44 ` Pankaj Suryawanshi
2019-05-06 9:05 ` Vlastimil Babka
2019-05-09 16:47 ` Pankaj Suryawanshi
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=11029.1556774479@turing-police \
--to=valdis.kletnieks@vt.edu \
--cc=kernelnewbies@kernelnewbies.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=mhocko@kernel.org \
--cc=minchan@kernel.org \
--cc=pankajssuryawanshi@gmail.com \
--cc=vbabka@suse.cz \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).