[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Wed, 5 May 2021 18:04:33 +0200
From: Marek Behún <kabel@...nel.org>
To: Andrew Lunn <andrew@...n.ch>
Cc: Pali Rohár <pali@...nel.org>,
Gregory CLEMENT <gregory.clement@...tlin.com>,
linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH v2 mvebu + mvebu/dt64 1/6] firmware: turris-mox-rwtm:
fix reply status decoding function
On Mon, 3 May 2021 14:22:49 +0200
Andrew Lunn <andrew@...n.ch> wrote:
> On Thu, Apr 29, 2021 at 10:36:31AM +0200, Pali Rohár wrote:
> > From: Marek Behún <kabel@...nel.org>
> >
> > The status decoding function mox_get_status() currently contains a dead
> > code path: if the error status is not MBOX_STS_SUCCESS, it always
> > returns -EIO, so the comparison to MBOX_STS_FAIL is never executed and
> > we don't get the actual error code sent by the firmware.
> >
> > Fix this.
> >
> > Signed-off-by: Marek Behún <kabel@...nel.org>
> > Fixes: 389711b37493 ("firmware: Add Turris Mox rWTM firmware driver")
>
> You have put a fixes tag here, meaning you want it in stable? How does
> dead code elimination fulfil the stable requirements?
>
> Do any of these changes contain real fixes?
>
> Andrew
Andrew, this is not dead code elimination. Rather it is that there is
dead code path due to an incorrect check. By correcting the check, the
dead code path becomes alive and starts reporting errors correctly.
This fix is nedeed in stable so that stable will report errors
correctly.
Marek
Powered by blists - more mailing lists