Re: [v3] net: ethernet: cavium: octeon: octeon_mgmt: Handle return NULL error from devm_ioremap

From: David Daney
Date: Mon Dec 19 2016 - 16:37:45 EST


On 12/19/2016 08:04 AM, David Miller wrote:
From: Arvind Yadav <arvind.yadav.cs@xxxxxxxxx>
Date: Thu, 15 Dec 2016 00:33:30 +0530

Here, If devm_ioremap will fail. It will return NULL.
Kernel can run into a NULL-pointer dereference.
This error check will avoid NULL pointer dereference.

Signed-off-by: Arvind Yadav <arvind.yadav.cs@xxxxxxxxx>

Since ioremap() is in fact designed to possibly fail, we do
need to always check it's return value. So this change is
correct and I have applied it to the 'net' tree.

Yes, I think that is fine, although I have not tested the patch.

In general I like to know if a patch fixes a problem that has occurred on a platform used by the patch author, or if the author just noticed an issue through code inspection or automated tool for a platform that they cannot test on.

This patch appears to fall into the second category, but attempts to determine this for sure were for the most part unsuccessful.

With respect to ioremap(), in general I agree that it is designed to possibly fail. For mips64 however, I think the implementation can never fail. Certainly testing for failure fits better with what we expect to see in Linux kernel code.



Thanks.