[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <ad20b872-0b50-4a16-b342-582d2f33eeca@linaro.org>
Date: Wed, 14 Feb 2024 22:20:55 +0100
From: Konrad Dybcio <konrad.dybcio@...aro.org>
To: Philipp Zabel <p.zabel@...gutronix.de>,
Stanimir Varbanov <stanimir.k.varbanov@...il.com>,
Vikash Garodia <quic_vgarodia@...cinc.com>,
Bryan O'Donoghue <bryan.odonoghue@...aro.org>, Andy Gross
<agross@...nel.org>, Bjorn Andersson <andersson@...nel.org>,
Mauro Carvalho Chehab <mchehab@...nel.org>,
Dikshita Agarwal <quic_dikshita@...cinc.com>
Cc: Marijn Suijten <marijn.suijten@...ainline.org>,
Stanimir Varbanov <stanimir.varbanov@...aro.org>,
Mauro Carvalho Chehab <mchehab+huawei@...nel.org>,
linux-media@...r.kernel.org, linux-arm-msm@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH v2 20/20] media: venus: pm_helpers: Use reset_bulk API
On 14.02.2024 14:31, Philipp Zabel wrote:
> Hi Konrad,
>
> On Fr, 2024-02-09 at 22:10 +0100, Konrad Dybcio wrote:
>> All of the resets are toggled together. Use the bulk api to save on some
>> code complexity.
>>
>> The delay between resets is now correctly determined by the reset
>> framework.
>
> If this is a recent change, could you reference the commit?
It's a series that recently landed in -next [1]
[...]
>
> Since VIDC_RESETS_NUM_MAX is only 2, I don't think a separate
> allocation is worth it.
It's 2 today, anyway. I wanted to keep it flexible
[...]
>> + ret = reset_control_bulk_reset(res->resets_num, core->resets);
>> + if (ret)
>> + dev_err(core->dev, "Failed to toggle resets: %d\n", ret);
>>
>> -err:
>> return ret;
>
> Could be simplified to:
>
> return reset_control_bulk_reset(res->resets_num, core-
>> resets);
I intentionally kept the if (ret) to print a specific error message
in case the call fails, this driver doesn't go a good job of telling
the user/developer what went wrong.
Konrad
Powered by blists - more mailing lists