[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <195dd9e0-ef42-bcf8-b71a-d9d548af014a@huawei.com>
Date: Thu, 29 Aug 2024 10:25:53 +0800
From: Jinjie Ruan <ruanjinjie@...wei.com>
To: Krzysztof Kozlowski <krzk@...nel.org>, <andrew@...n.ch>,
<sebastian.hesselbarth@...il.com>, <gregory.clement@...tlin.com>,
<herve.codina@...tlin.com>, <qiang.zhao@....com>,
<christophe.leroy@...roup.eu>, <thierry.reding@...il.com>,
<jonathanh@...dia.com>, <nm@...com>, <ssantosh@...nel.org>,
<petlozup@...dia.com>, <pshete@...dia.com>, <christophe.jaillet@...adoo.fr>,
<ulf.hansson@...aro.org>, <linux-arm-kernel@...ts.infradead.org>,
<linux-kernel@...r.kernel.org>, <linuxppc-dev@...ts.ozlabs.org>,
<linux-tegra@...r.kernel.org>, <jic23@...nel.org>
Subject: Re: [PATCH -next 2/8] soc: fsl: cpm1: Simplify with dev_err_probe()
On 2024/8/28 21:08, Krzysztof Kozlowski wrote:
> On 28/08/2024 03:58, Jinjie Ruan wrote:
>>
>>
>> On 2024/8/27 21:50, Krzysztof Kozlowski wrote:
>>> On 27/08/2024 13:46, Jinjie Ruan wrote:
>>>> Use the dev_err_probe() helper to simplify error handling during probe.
>>>> This also handle scenario, when EDEFER is returned and useless error
>>>> is printed.
>>>
>>> ? Sorry, this cannot happen. Please point to below code which can defer.
>>>
>>
>> Thank you!
>>
>> This is not referring to a specific one, but rather the benefits it
>> offers,simplify code is the main purpose, if necessary, it will be
>> removed in next version.
>
> It just feels like you are doing these in machine way without actually
> knowing concepts behind dev_err_probe().
Just try my best to make the code as clean as possible and do it by the way.
>
> Best regards,
> Krzysztof
>
Powered by blists - more mailing lists