All of lore.kernel.org
 help / color / mirror / Atom feed
From: sashiko-bot@kernel.org
To: "Andrew Morton" <akpm@linux-foundation.org>,
	"Mike Rapoport" <rppt@kernel.org>,
	dmatlack@google.com, "Pasha Tatashin" <pasha.tatashin@soleen.com>,
	"Tarun Sahu" <tarunsahu@google.com>
Cc: linux-kernel@vger.kernel.org, dev.jain@arm.com,
	"Pratyush Yadav" <pratyush@kernel.org>,
	linux-mm@kvack.org, kexec@lists.infradead.org
Subject: Re: [PATCH v2 1/2] memblock: drop for_each_memblock_type() and open code its users
Date: Fri, 18 Sep 2026 00:28:34 +0000	[thread overview]
Message-ID: <20260918002835.4BCF71F00898@smtp.kernel.org> (raw)
In-Reply-To: <20260918002239.4024231-1-tarunsahu@google.com>

Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
- [Low] mm: commit message and implementation mismatch regarding variable scope
--

commit c0dca5a3d7239e89d9dccb549819f0c9f7139656
Author: Tarun Sahu <tarunsahu@google.com>

memblock: drop for_each_memblock_type() and open code its users
    
Remove the for_each_memblock_type() macro and open code its users to
allow iterating from an arbitrary index. The three users modified are
memblock_add_range(), memblock_isolate_range(), and memblock_dump().

> Remove the macro and open code its three users: memblock_add_range(),
> memblock_isolate_range() and memblock_dump(). While at it, move the
> region pointer into the loop body scope.

[Severity: Low]
This isn't a bug, but the commit message mentions moving the region pointer
into the loop body scope.

Looking at memblock_add_range(), memblock_isolate_range(), and
memblock_dump() in mm/memblock.c, the declaration for 
struct memblock_region *rgn remains at the top-level function scope rather
than being moved inside the newly open-coded for loops.

Did this patch miss moving the declaration of the rgn pointer into the
loop blocks as intended?

-- 
Sashiko AI review · https://sashiko.dev/#/patchset/20260918002239.4024231-1-tarunsahu@google.com?part=1


  parent reply	other threads:[~2026-09-18  0:28 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-09-18  0:22 [PATCH v2 1/2] memblock: drop for_each_memblock_type() and open code its users Tarun Sahu
2026-09-18  0:22 ` [PATCH v2 2/2] memblock: use binary search to locate candidate regions Tarun Sahu
2026-09-18  0:28   ` sashiko-bot
2026-09-18  0:28 ` sashiko-bot [this message]
2026-09-18  0:38 ` [PATCH v2 1/2] memblock: drop for_each_memblock_type() and open code its users Pratyush Yadav
2026-09-26  9:30   ` tarunsahu

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=20260918002835.4BCF71F00898@smtp.kernel.org \
    --to=sashiko-bot@kernel.org \
    --cc=akpm@linux-foundation.org \
    --cc=dev.jain@arm.com \
    --cc=dmatlack@google.com \
    --cc=kexec@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mm@kvack.org \
    --cc=pasha.tatashin@soleen.com \
    --cc=pratyush@kernel.org \
    --cc=rppt@kernel.org \
    --cc=sashiko-reviews@lists.linux.dev \
    --cc=tarunsahu@google.com \
    /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 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.