OpenSBI Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: "Benoît Monin" <benoit.monin@bootlin.com>
To: opensbi@lists.infradead.org
Cc: Randolph <randolph@andestech.com>
Subject: Re: [PATCH] platform: generic/andes: fix 32-bit shift overflow in decode_pmaaddrx()
Date: Fri, 31 Jul 2026 10:47:27 +0200	[thread overview]
Message-ID: <Nwqvc9X0S76pmOXY1bOJ2w@bootlin.com> (raw)
In-Reply-To: <20260729092317.2848665-1-randolph@andestech.com>

On Wednesday, 29 July 2026 at 11:23:17 CEST, Randolph wrote:
> decode_pmaaddrx() reconstructs the NAPOT region start and size from a
> pmaaddr CSR value using "1 << (k + 3)" and "1 << k". The integer
> literal 1 has type int, so these shifts are performed in 32-bit
> precision. Shifting a 32-bit value by 32 or more bits is undefined
> behavior, and on RV64 the compiler emits sllw, which truncates the
> shift amount modulo 32.
> 
> As a result, any PMA region with size >= 4 GiB (k >= 29) is decoded
> incorrectly. For example, on the Andes QiLai SoC the PCIe region
> 0x1000000000 - 0x17ffffffff (pmaaddr = 0x4ffffffff, k = 32) is decoded
> as an 8-byte region at 0x13fffffffc.
> 
> This is not merely cosmetic: decode_pmaaddrx() is used by
> has_pma_region_overlap() and andes_sbi_free_pma(), so overlap checks
> are performed against bogus ranges and freeing such an entry by its
> physical address always fails.
> 
> Promote the shifts to unsigned long so they are performed in the
> native register width.
> 
Works fine on Metanoia MT2824 SoC.

Tested-by: Benoît Monin <benoit.monin@bootlin.com>

Best regards,
-- 
Benoît




-- 
opensbi mailing list
opensbi@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/opensbi

      reply	other threads:[~2026-07-31  8:47 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-07-29  9:23 [PATCH] platform: generic/andes: fix 32-bit shift overflow in decode_pmaaddrx() Randolph
2026-07-31  8:47 ` Benoît Monin [this message]

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=Nwqvc9X0S76pmOXY1bOJ2w@bootlin.com \
    --to=benoit.monin@bootlin.com \
    --cc=opensbi@lists.infradead.org \
    --cc=randolph@andestech.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox