From: Michal Hocko <mhocko@kernel.org> To: <linux-mm@kvack.org> Cc: Andrew Morton <akpm@linux-foundation.org>, LKML <linux-kernel@vger.kernel.org>, Michal Hocko <mhocko@suse.com>, Shaohua Li <shli@kernel.org>, Mikulas Patocka <mpatocka@redhat.com> Subject: [PATCH 17/19] dm: get rid of superfluous gfp flags Date: Mon, 11 Apr 2016 13:08:10 +0200 [thread overview] Message-ID: <1460372892-8157-18-git-send-email-mhocko@kernel.org> (raw) In-Reply-To: <1460372892-8157-1-git-send-email-mhocko@kernel.org> From: Michal Hocko <mhocko@suse.com> copy_params seems to be little bit confused about which allocation flags to use. It enforces GFP_NOIO even though it uses memalloc_noio_{save,restore} which enforces GFP_NOIO at the page allocator level automatically (via memalloc_noio_flags). It also uses __GFP_REPEAT for the __vmalloc request which doesn't make much sense either because vmalloc doesn't rely on costly high order allocations. Cc: Shaohua Li <shli@kernel.org> Cc: Mikulas Patocka <mpatocka@redhat.com> Signed-off-by: Michal Hocko <mhocko@suse.com> --- drivers/md/dm-ioctl.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/md/dm-ioctl.c b/drivers/md/dm-ioctl.c index 2adf81d81fca..dfe629a294e1 100644 --- a/drivers/md/dm-ioctl.c +++ b/drivers/md/dm-ioctl.c @@ -1723,7 +1723,7 @@ static int copy_params(struct dm_ioctl __user *user, struct dm_ioctl *param_kern if (!dmi) { unsigned noio_flag; noio_flag = memalloc_noio_save(); - dmi = __vmalloc(param_kernel->data_size, GFP_NOIO | __GFP_REPEAT | __GFP_HIGH | __GFP_HIGHMEM, PAGE_KERNEL); + dmi = __vmalloc(param_kernel->data_size, __GFP_HIGH | __GFP_HIGHMEM, PAGE_KERNEL); memalloc_noio_restore(noio_flag); if (dmi) *param_flags |= DM_PARAMS_VMALLOC; -- 2.8.0.rc3
WARNING: multiple messages have this Message-ID (diff)
From: Michal Hocko <mhocko@kernel.org> To: linux-mm@kvack.org Cc: Andrew Morton <akpm@linux-foundation.org>, LKML <linux-kernel@vger.kernel.org>, Michal Hocko <mhocko@suse.com>, Shaohua Li <shli@kernel.org>, Mikulas Patocka <mpatocka@redhat.com> Subject: [PATCH 17/19] dm: get rid of superfluous gfp flags Date: Mon, 11 Apr 2016 13:08:10 +0200 [thread overview] Message-ID: <1460372892-8157-18-git-send-email-mhocko@kernel.org> (raw) In-Reply-To: <1460372892-8157-1-git-send-email-mhocko@kernel.org> From: Michal Hocko <mhocko@suse.com> copy_params seems to be little bit confused about which allocation flags to use. It enforces GFP_NOIO even though it uses memalloc_noio_{save,restore} which enforces GFP_NOIO at the page allocator level automatically (via memalloc_noio_flags). It also uses __GFP_REPEAT for the __vmalloc request which doesn't make much sense either because vmalloc doesn't rely on costly high order allocations. Cc: Shaohua Li <shli@kernel.org> Cc: Mikulas Patocka <mpatocka@redhat.com> Signed-off-by: Michal Hocko <mhocko@suse.com> --- drivers/md/dm-ioctl.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/md/dm-ioctl.c b/drivers/md/dm-ioctl.c index 2adf81d81fca..dfe629a294e1 100644 --- a/drivers/md/dm-ioctl.c +++ b/drivers/md/dm-ioctl.c @@ -1723,7 +1723,7 @@ static int copy_params(struct dm_ioctl __user *user, struct dm_ioctl *param_kern if (!dmi) { unsigned noio_flag; noio_flag = memalloc_noio_save(); - dmi = __vmalloc(param_kernel->data_size, GFP_NOIO | __GFP_REPEAT | __GFP_HIGH | __GFP_HIGHMEM, PAGE_KERNEL); + dmi = __vmalloc(param_kernel->data_size, __GFP_HIGH | __GFP_HIGHMEM, PAGE_KERNEL); memalloc_noio_restore(noio_flag); if (dmi) *param_flags |= DM_PARAMS_VMALLOC; -- 2.8.0.rc3 -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
next prev parent reply other threads:[~2016-04-11 11:10 UTC|newest] Thread overview: 103+ messages / expand[flat|nested] mbox.gz Atom feed top 2016-04-11 11:07 [PATCH 0/19] get rid of superfluous __GFP_REPORT Michal Hocko 2016-04-11 11:07 ` Michal Hocko 2016-04-11 11:07 ` [PATCH 01/19] tree wide: get rid of __GFP_REPEAT for order-0 allocations part I Michal Hocko 2016-04-11 11:07 ` Michal Hocko 2016-04-11 11:07 ` Michal Hocko 2016-04-14 19:56 ` David Rientjes 2016-04-14 19:56 ` David Rientjes 2016-04-15 7:44 ` Michal Hocko 2016-04-15 7:44 ` Michal Hocko 2016-04-15 7:44 ` Michal Hocko 2016-04-15 7:44 ` Michal Hocko 2016-04-11 11:07 ` [PATCH 02/19] x86: get rid of superfluous __GFP_REPEAT Michal Hocko 2016-04-11 11:07 ` Michal Hocko 2016-04-11 11:07 ` Michal Hocko 2016-04-11 11:07 ` [PATCH 03/19] x86/efi: " Michal Hocko 2016-04-11 11:07 ` Michal Hocko 2016-04-11 11:07 ` Michal Hocko 2016-04-12 15:53 ` Matt Fleming 2016-04-12 15:53 ` Matt Fleming 2016-04-11 11:07 ` [PATCH 04/19] arm: " Michal Hocko 2016-04-11 11:07 ` Michal Hocko 2016-04-11 11:07 ` Michal Hocko 2016-04-11 11:07 ` [PATCH 05/19] arm64: " Michal Hocko 2016-04-11 11:07 ` Michal Hocko 2016-04-11 11:07 ` Michal Hocko 2016-04-11 15:49 ` Will Deacon 2016-04-11 15:49 ` Will Deacon 2016-04-11 11:07 ` [PATCH 06/19] arc: " Michal Hocko 2016-04-11 11:07 ` Michal Hocko 2016-04-11 11:07 ` Michal Hocko 2016-04-11 14:23 ` Vineet Gupta 2016-04-11 14:23 ` Vineet Gupta 2016-04-11 11:08 ` [PATCH 07/19] mips: " Michal Hocko 2016-04-11 11:08 ` Michal Hocko 2016-04-11 11:08 ` Michal Hocko 2016-04-11 11:08 ` [PATCH 08/19] nios2: " Michal Hocko 2016-04-11 11:08 ` Michal Hocko 2016-04-11 11:08 ` Michal Hocko 2016-04-11 11:08 ` [PATCH 09/19] parisc: " Michal Hocko 2016-04-11 11:08 ` Michal Hocko 2016-04-11 11:08 ` Michal Hocko 2016-04-11 11:08 ` [PATCH 10/19] score: " Michal Hocko 2016-04-11 11:08 ` Michal Hocko 2016-04-11 11:08 ` Michal Hocko 2016-04-11 11:08 ` [PATCH 11/19] powerpc: " Michal Hocko 2016-04-11 11:08 ` Michal Hocko 2016-04-11 11:08 ` Michal Hocko 2016-04-11 11:08 ` [PATCH 12/19] sparc: " Michal Hocko 2016-04-11 11:08 ` Michal Hocko 2016-04-11 11:08 ` Michal Hocko 2016-04-11 11:08 ` [PATCH 13/19] s390: " Michal Hocko 2016-04-11 11:08 ` Michal Hocko 2016-04-11 11:08 ` Michal Hocko 2016-04-11 11:28 ` Cornelia Huck 2016-04-11 11:28 ` Cornelia Huck 2016-04-11 11:28 ` Cornelia Huck 2016-04-11 12:47 ` Heiko Carstens 2016-04-11 12:47 ` Heiko Carstens 2016-04-11 11:08 ` [PATCH 14/19] sh: " Michal Hocko 2016-04-11 11:08 ` Michal Hocko 2016-04-11 11:08 ` Michal Hocko 2016-04-11 11:08 ` [PATCH 15/19] tile: " Michal Hocko 2016-04-11 11:08 ` Michal Hocko 2016-04-11 11:08 ` Michal Hocko 2016-04-11 11:08 ` [PATCH 16/19] unicore32: " Michal Hocko 2016-04-11 11:08 ` Michal Hocko 2016-04-11 11:08 ` Michal Hocko 2016-04-11 11:08 ` Michal Hocko [this message] 2016-04-11 11:08 ` [PATCH 17/19] dm: get rid of superfluous gfp flags Michal Hocko 2016-04-15 12:29 ` Mikulas Patocka 2016-04-15 12:29 ` Mikulas Patocka 2016-04-15 13:08 ` Michal Hocko 2016-04-15 13:08 ` Michal Hocko 2016-04-15 18:41 ` Mikulas Patocka 2016-04-15 18:41 ` Mikulas Patocka 2016-04-16 20:31 ` Michal Hocko 2016-04-16 20:31 ` Michal Hocko 2016-04-22 12:47 ` Michal Hocko 2016-04-22 12:47 ` Michal Hocko 2016-04-26 17:20 ` Mikulas Patocka 2016-04-26 17:20 ` Mikulas Patocka 2016-04-27 8:35 ` Michal Hocko 2016-04-27 8:35 ` Michal Hocko 2016-04-27 8:35 ` Michal Hocko 2016-04-11 11:08 ` [PATCH 18/19] crypto: get rid of superfluous __GFP_REPEAT Michal Hocko 2016-04-11 11:08 ` Michal Hocko 2016-04-14 6:27 ` Herbert Xu 2016-04-14 6:27 ` Herbert Xu 2016-04-14 7:02 ` Michal Hocko 2016-04-14 7:02 ` Michal Hocko 2016-04-14 8:16 ` Herbert Xu 2016-04-14 8:16 ` Herbert Xu 2016-04-14 8:51 ` [PATCH resend] " Michal Hocko 2016-04-14 8:51 ` Michal Hocko 2016-04-15 14:37 ` Herbert Xu 2016-04-15 14:37 ` Herbert Xu 2016-04-11 11:08 ` [PATCH 19/19] jbd2: " Michal Hocko 2016-04-11 11:08 ` Michal Hocko 2016-04-13 11:21 ` CC in git cover letter vs patches (was Re: [PATCH 0/19] get rid of superfluous __GFP_REPORT) Vineet Gupta 2016-04-13 11:21 ` Vineet Gupta 2016-04-13 11:21 ` Vineet Gupta 2016-04-13 13:33 ` Michal Hocko 2016-04-13 13:33 ` Michal Hocko
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=1460372892-8157-18-git-send-email-mhocko@kernel.org \ --to=mhocko@kernel.org \ --cc=akpm@linux-foundation.org \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-mm@kvack.org \ --cc=mhocko@suse.com \ --cc=mpatocka@redhat.com \ --cc=shli@kernel.org \ /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: linkBe 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.