[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID:
<PH7PR12MB590226280DF463501FA9D0F8C799A@PH7PR12MB5902.namprd12.prod.outlook.com>
Date: Thu, 22 May 2025 15:41:23 +0000
From: David Thompson <davthompson@...dia.com>
To: Shravan Ramani <shravankr@...dia.com>, "bp@...en8.de" <bp@...en8.de>,
"tony.luck@...el.com" <tony.luck@...el.com>, "james.morse@....com"
<james.morse@....com>, "mchehab@...nel.org" <mchehab@...nel.org>,
"rric@...nel.org" <rric@...nel.org>
CC: "linux-edac@...r.kernel.org" <linux-edac@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: RE: [PATCH] EDAC/bluefield: dont use bluefield_edac_readl result on
error
> -----Original Message-----
> From: David Thompson <davthompson@...dia.com>
> Sent: Tuesday, March 18, 2025 5:48 PM
> To: Shravan Ramani <shravankr@...dia.com>; bp@...en8.de;
> tony.luck@...el.com; james.morse@....com; mchehab@...nel.org;
> rric@...nel.org
> Cc: linux-edac@...r.kernel.org; linux-kernel@...r.kernel.org; David Thompson
> <davthompson@...dia.com>
> Subject: [PATCH] EDAC/bluefield: dont use bluefield_edac_readl result on error
>
> The "bluefield_edac_readl()" routine returns an uninitialized result during error
> paths. In those cases the calling routine should not use the uninitialized result.
> The driver should simply log the error, and then return early.
>
> Fixes: e41967575474 ("EDAC/bluefield: Use Arm SMC for EMI access on
> BlueField-2")
> Signed-off-by: David Thompson <davthompson@...dia.com>
> Reviewed-by: Shravan Kumar Ramani <shravankr@...dia.com>
> ---
> drivers/edac/bluefield_edac.c | 20 +++++++++++++++-----
> 1 file changed, 15 insertions(+), 5 deletions(-)
>
Refreshing this review...
Does anyone have feedback on this EDAC driver patch?
Thanks, Dave
Powered by blists - more mailing lists