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
next prev 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.