[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAHp75VfOoGDYHhNb2PoMOhn1SEnMMF1EXvb2ignWFenEa93Otw@mail.gmail.com>
Date: Fri, 18 Oct 2024 14:36:57 +0300
From: Andy Shevchenko <andy.shevchenko@...il.com>
To: Vitaliy Shevtsov <v.shevtsov@...ima.ru>
Cc: Liam Girdwood <lgirdwood@...il.com>, Mark Brown <broonie@...nel.org>,
Jaroslav Kysela <perex@...ex.cz>, Takashi Iwai <tiwai@...e.com>, Seven Lee <wtli@...oton.com>,
Uwe Kleine-König <u.kleine-koenig@...gutronix.de>,
linux-sound@...r.kernel.org, linux-kernel@...r.kernel.org,
lvc-project@...uxtesting.org
Subject: Re: [PATCH] ASoC: nau8821: check regmap_raw_read/regmap_raw_write for failure
On Fri, Oct 18, 2024 at 2:07 PM Vitaliy Shevtsov <v.shevtsov@...ima.ru> wrote:
>
> The return values from both regmap_raw_read() and regmap_raw_write() are not
> checked despite they can fail. Propagate possible errors to caller.
"...them failing."
"...to the caller."
> Found by Linux Verification Center (linuxtesting.org) with Svace.
> Fixes: aab1ad11d69f ("ASoC: nau8821: new driver")
Are you sure?
While the code wise the patch is correct, the behaviour changes may be
catastrophic in some corner cases. The first one is the read where we
try to get the data from the register, that one may be okay, but the
write should be first put into the group of mandatory or optional IO.
If it's the second, why bother with the IO failure?
--
With Best Regards,
Andy Shevchenko
Powered by blists - more mailing lists