linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
From: Vlastimil Babka <vbabka@suse.cz>
To: Andrew Morton <akpm@linux-foundation.org>
Cc: Dan Carpenter <dan.carpenter@oracle.com>,
	mgorman@techsingularity.net, linux-mm@kvack.org
Subject: Re: [bug report] mm, compaction: capture a page under direct compaction
Date: Thu, 27 Feb 2020 08:45:46 +0100	[thread overview]
Message-ID: <18b0df3c-0589-d96c-23fa-040798fee187@suse.cz> (raw)
In-Reply-To: <20200226175614.5dfe21b53cad9f8bca084a2b@linux-foundation.org>

On 2/27/20 2:56 AM, Andrew Morton wrote:
> On Wed, 26 Feb 2020 18:04:56 +0100 Vlastimil Babka <vbabka@suse.cz> wrote:
> 
>> On 2/24/20 7:35 AM, Dan Carpenter wrote:
>> > Hello Mel Gorman,
>> > 
>> > This is a semi-automatic email about new static checker warnings.
>> > 
>> > The patch 5e1f0f098b46: "mm, compaction: capture a page under direct 
>> > compaction" from Mar 5, 2019, leads to the following Smatch complaint:
>> > 
>> >     mm/compaction.c:2321 compact_zone_order()
>> >      error: we previously assumed 'capture' could be null (see line 2313)
>> > 
>> 
>> ----8<----
>> >From fb264bb52576a0582e8a92952cf91e8b61d105c3 Mon Sep 17 00:00:00 2001
>> From: Vlastimil Babka <vbabka@suse.cz>
>> Date: Wed, 26 Feb 2020 17:53:54 +0100
>> Subject: [PATCH] mm, compaction: fully assume capture can be NULL in
>>  compact_zone_order()
>> 
> 
> Why don't we instead remove the first check for NULL?  Remove some dead
> code instead of adding some?
> 

Sure, works too. Anyone creating a new caller and trying to pass NULL will
crash quickly.

----8<----
From 3118d9bea8a0fcef294915220f824674fb039ec3 Mon Sep 17 00:00:00 2001
From: Vlastimil Babka <vbabka@suse.cz>
Date: Wed, 26 Feb 2020 17:53:54 +0100
Subject: [PATCH] mm, compaction: fully assume capture is not NULL in
 compact_zone_order()

Dan reports:

The patch 5e1f0f098b46: "mm, compaction: capture a page under direct
compaction" from Mar 5, 2019, leads to the following Smatch complaint:

    mm/compaction.c:2321 compact_zone_order()
     error: we previously assumed 'capture' could be null (see line 2313)

mm/compaction.c
  2288  static enum compact_result compact_zone_order(struct zone *zone, int order,
  2289                  gfp_t gfp_mask, enum compact_priority prio,
  2290                  unsigned int alloc_flags, int classzone_idx,
  2291                  struct page **capture)
                                      ^^^^^^^

  2313		if (capture)
                    ^^^^^^^
Check for NULL

  2314			current->capture_control = &capc;
  2315
  2316		ret = compact_zone(&cc, &capc);
  2317
  2318		VM_BUG_ON(!list_empty(&cc.freepages));
  2319		VM_BUG_ON(!list_empty(&cc.migratepages));
  2320
  2321		*capture = capc.page;
                ^^^^^^^^
Unchecked dereference.

  2322		current->capture_control = NULL;
  2323

In practice this is not an issue, as the only caller path passes non-NULL
capture:

__alloc_pages_direct_compact()
  struct page *page = NULL;
  try_to_compact_pages(capture = &page);
    compact_zone_order(capture = capture);

So let's remove the unnecessary check, which should also make Smatch happy.

Fixes: 5e1f0f098b46 ("mm, compaction: capture a page under direct compaction")
Reported-by: Dan Carpenter <dan.carpenter@oracle.com>
Suggested-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Vlastimil Babka <vbabka@suse.cz>
Cc: Mel Gorman <mgorman@techsingularity.net>
---
 mm/compaction.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git mm/compaction.c mm/compaction.c
index 672d3c78c6ab..35c991fbf983 100644
--- mm/compaction.c
+++ mm/compaction.c
@@ -2310,8 +2310,7 @@ static enum compact_result compact_zone_order(struct zone *zone, int order,
 		.page = NULL,
 	};
 
-	if (capture)
-		current->capture_control = &capc;
+	current->capture_control = &capc;
 
 	ret = compact_zone(&cc, &capc);
 
@@ -2333,6 +2332,7 @@ int sysctl_extfrag_threshold = 500;
  * @alloc_flags: The allocation flags of the current allocation
  * @ac: The context of current allocation
  * @prio: Determines how hard direct compaction should try to succeed
+ * @capture: Pointer to free page created by compaction will be stored here
  *
  * This is the main entry point for direct page compaction.
  */
-- 
2.25.1



  reply	other threads:[~2020-02-27  7:45 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-02-24  6:35 [bug report] mm, compaction: capture a page under direct compaction Dan Carpenter
2020-02-26 17:04 ` Vlastimil Babka
2020-02-27  1:56   ` Andrew Morton
2020-02-27  7:45     ` Vlastimil Babka [this message]
2020-02-28 13:47       ` Mel Gorman

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=18b0df3c-0589-d96c-23fa-040798fee187@suse.cz \
    --to=vbabka@suse.cz \
    --cc=akpm@linux-foundation.org \
    --cc=dan.carpenter@oracle.com \
    --cc=linux-mm@kvack.org \
    --cc=mgorman@techsingularity.net \
    /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).