[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <SJ1PR11MB6083D48DECD2C43B5F1ED4EBFC4DA@SJ1PR11MB6083.namprd11.prod.outlook.com>
Date: Mon, 5 Jun 2023 17:26:34 +0000
From: "Luck, Tony" <tony.luck@...el.com>
To: "Rafael J. Wysocki" <rafael@...nel.org>,
Li Yang <leoyang.li@....com>, Borislav Petkov <bp@...en8.de>
CC: Len Brown <lenb@...nel.org>, James Morse <james.morse@....com>,
Jia He <justin.he@....com>,
"linux-acpi@...r.kernel.org" <linux-acpi@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: RE: [PATCH v2] apei/ghes: correctly return NULL for
ghes_get_devices()
> > Since 315bada690e0 ("EDAC: Check for GHES preference in the
> > chipset-specific EDAC drivers"), vendor specific EDAC driver will not
> > probe correctly when CONFIG_ACPI_APEI_GHES is enabled but no GHES device
> > is present. Make ghes_get_devices() return NULL when the GHES device
> > list is empty to fix the problem.
> >
> > Fixes: 9057a3f7ac36 ("EDAC/ghes: Prepare to make ghes_edac a proper module")
> > Signed-off-by: Li Yang <leoyang.li@....com>
> > Cc: Jia He <justin.he@....com>
>
> Boris, Tony, any comments?
All of the callers are expecting NULL for a failure, not an empty list. So this looks OK to me.
Reviewed-by: Tony Luck <tony.luck@...el.com>
-Tony
Powered by blists - more mailing lists