Re: [PATCH 01/10] EDAC/altera: Fix NULL of_node dereference altr_edac_device_probe()
Dinh Nguyen <[email protected]> Fri, 31 Jul 2026 08:49:35 -0500
| Newsgroups | org.kernel.vger.linux-edac,org.kernel.vger.linux-kernel,org.kernel.vger.stable |
|---|---|
| Message-ID | <[email protected]> |
On 7/28/26 13:56, Borislav Petkov wrote:
> On Mon, Jul 27, 2026 at 08:24:07AM -0500, Dinh Nguyen wrote:
>> In altr_edac_device_probe() dereferenced pdev->dev.of_node and
>> of_match_node() before validating it,
>
> How did that AI let you fumble that sentence? :-P
sorry about that...
>
>> which could cause a NULL pointer
>> dereference when the device tree node is missing. Check the result for
>> a NULL and bail out with -ENODEV before using it.
>>
>> Assisted-by: Cursor:claude-4.8-opus
>> Fixes: c3eea1942a16 ("EDAC, altera: Add Altera L2 cache and OCRAM support")
>> Closes: https://sashiko.dev/#/patchset/20260719211238.589402-1-rosenp%40gmail.com
>
> So the AI review for this one here is this one, I think:
>
> "This isn't a bug introduced by this patch, but can np be NULL here if the
> driver is bound via sysfs?
> If a privileged user unbinds and rebinds the driver via sysfs to a platform
> device that lacks an of_node, pdev->dev.of_node will be NULL, which would
> cause an unconditional dereference when accessing np->name."
>
> Can that happen?
I don't think this can ever happen. The SoCFPGA platform is strictly OF
enabled, so not having an of_node would be impossible.
Let me rework this down some more. Sorry for the noise!
Dinh