From: "Naik, Avadhut" <avadnaik@amd.com>
To: Ma Ke <make24@iscas.ac.cn>,
dinguyen@kernel.org, bp@alien8.de, tony.luck@intel.com,
james.morse@arm.com, mchehab@kernel.org, rric@kernel.org,
niravkumar.l.rabara@intel.com
Cc: linux-edac@vger.kernel.org, linux-kernel@vger.kernel.org,
stable@vger.kernel.org
Subject: Re: [PATCH RESEND] EDAC/altera: Fix possible null pointer dereference
Date: Fri, 2 Aug 2024 01:01:07 -0500 [thread overview]
Message-ID: <7021a08b-ba75-4d16-a71f-b38e48df5af3@amd.com> (raw)
In-Reply-To: <20240802033849.1560017-1-make24@iscas.ac.cn>
On 8/1/2024 22:38, Ma Ke wrote:
> In altr_s10_sdram_check_ecc_deps(), of_get_address() may return NULL which
> is later dereferenced. Fix this bug by adding NULL check.
>
Only of_get_address() has been mentioned here but the patch also tries to
fix a possible NULL pointer dereference arising from of_translate_address().
Also, a some context on how this was discovered might be helpful.
> Cc: stable@vger.kernel.org
> Fixes: e1bca853dddc ("EDAC/altera: Add SDRAM ECC check for U-Boot")
> Signed-off-by: Ma Ke <make24@iscas.ac.cn>
> ---
> drivers/edac/altera_edac.c | 11 +++++++++--
> 1 file changed, 9 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/edac/altera_edac.c b/drivers/edac/altera_edac.c
> index fe89f5c4837f..d6bf0eebeb41 100644
> --- a/drivers/edac/altera_edac.c
> +++ b/drivers/edac/altera_edac.c
> @@ -1086,6 +1086,7 @@ static int altr_s10_sdram_check_ecc_deps(struct altr_edac_device_dev *device)
> struct arm_smccc_res result;
> struct device_node *np;
> phys_addr_t sdram_addr;
> + const __be32 *sdram_addrp;
> u32 read_reg;
> int ret;
>
> @@ -1093,8 +1094,14 @@ static int altr_s10_sdram_check_ecc_deps(struct altr_edac_device_dev *device)
> if (!np)
> goto sdram_err;
>
> - sdram_addr = of_translate_address(np, of_get_address(np, 0,
> - NULL, NULL));
> + sdram_addrp = of_get_address(np, 0, NULL, NULL);
> + if (!sdram_addrp)
> + return -EINVAL;
> +
> + sdram_addr = of_translate_address(np, sdram_addrp);
> + if (!sdram_addr)
> + return -EINVAL;
> +
Will sdram_addr here ever be NULL?
IIUC, of_translate_address() will return OF_BAD_ADDR in case the translation fails.
Perhaps, a more prudent check here, if required, would be
if (sdram_addr == OF_BAD_ADDR)
--
Thanks,
Avadhut Naik
next prev parent reply other threads:[~2024-08-02 6:01 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-08-02 3:38 Ma Ke
2024-08-02 6:01 ` Naik, Avadhut [this message]
-- strict thread matches above, loose matches on Subject: below --
2024-07-24 7:05 Ma Ke
2024-07-18 13:29 Ma Ke
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=7021a08b-ba75-4d16-a71f-b38e48df5af3@amd.com \
--to=avadnaik@amd.com \
--cc=bp@alien8.de \
--cc=dinguyen@kernel.org \
--cc=james.morse@arm.com \
--cc=linux-edac@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=make24@iscas.ac.cn \
--cc=mchehab@kernel.org \
--cc=niravkumar.l.rabara@intel.com \
--cc=rric@kernel.org \
--cc=stable@vger.kernel.org \
--cc=tony.luck@intel.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
all inboxes | Powered by JetHome®