[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <b567ca26-17a2-2116-1cab-335a21c21be9@web.de>
Date: Tue, 23 Jun 2020 20:12:16 +0200
From: Markus Elfring <Markus.Elfring@....de>
To: Maxime Ripard <maxime@...no.tech>,
Dinghao Liu <dinghao.liu@....edu.cn>,
linux-arm-kernel@...ts.infradead.org, linux-crypto@...r.kernel.org
Cc: Aditya Pakki <pakki001@....edu>,
Navid Emamdoost <emamd001@....edu>, Kangjie Lu <kjlu@....edu>,
Qiushi Wu <wu000273@....edu>, linux-kernel@...r.kernel.org,
YueHaibing <yuehaibing@...wei.com>,
Mauro Carvalho Chehab <mchehab+huawei@...nel.org>,
Herbert Xu <herbert@...dor.apana.org.au>,
Eric Biggers <ebiggers@...gle.com>,
"David S. Miller" <davem@...emloft.net>,
Corentin Labbe <clabbe.montjoie@...il.com>,
Chen-Yu Tsai <wens@...e.org>
Subject: Re: [PATCH] crypto: sun8i-ce - Fix runtime PM imbalance in
sun8i_ce_cipher_init
>>>>> Fix this by …
>>>>
>>>> Please replace the beginning of this sentence with the tag “Fixes”.
>>>> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/Documentation/process/submitting-patches.rst?id=625d3449788f85569096780592549d0340e9c0c7#n183
>>>
>>> No, not really. The comment you (partially) quoted explains how the
>>> issue is fixed, your suggestion explains what commit introduced the fix
>>> in the first place. They are both beneficial, but there's strictly no
>>> reason to remove the former for the latter.
>>
>> Do you care to improve this change description another bit?
>
> I'm not sure which change description you're talking about?
Repetition:
https://lore.kernel.org/patchwork/patch/1260551/
https://lore.kernel.org/linux-crypto/20200622024014.11347-1-dinghao.liu@zju.edu.cn/
pm_runtime_get_sync() increments the runtime PM usage counter even
the call returns an error code. Thus a corresponding decrement is
needed on the error handling path to keep the counter balanced.
Fix this by adding the missed function call.
How do you think about to avoid a wording weakness there (for example)
besides other possible adjustments?
Regards,
Markus
Powered by blists - more mailing lists