[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <72b721eb.10d6ff.172b2bac1e9.Coremail.dinghao.liu@zju.edu.cn>
Date: Sun, 14 Jun 2020 20:08:03 +0800 (GMT+08:00)
From: dinghao.liu@....edu.cn
To: "Wolfram Sang" <wsa@...nel.org>
Cc: kjlu@....edu, "Markus Elfring" <Markus.Elfring@....de>,
"Dong Aisheng" <aisheng.dong@....com>,
"Shawn Guo" <shawnguo@...nel.org>,
"Sascha Hauer" <s.hauer@...gutronix.de>,
"Pengutronix Kernel Team" <kernel@...gutronix.de>,
"Fabio Estevam" <festevam@...il.com>,
"NXP Linux Team" <linux-imx@....com>,
"Fugang Duan" <fugang.duan@....com>, linux-i2c@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org
Subject: Re: Re: [PATCH] [v3] i2c: imx-lpi2c: Fix runtime PM imbalance on
error
>
> Can you point me to a discussion where it was decided that this is a
> proper fix? I'd think we rather should fix pm_runtime_get_sync() but
> maybe there are technical reasons against it.
>
There is a discussion here:
https://lkml.org/lkml/2020/5/20/1100
There are many use cases that suppose pm_runtime_get_sync() will always
increment the usage counter and do not check its return value. So I don't
think we should adjust this function directly.
As for this API, Dan suggested a replacement (wrapper) for later developers.
I think this is the best solution.
https://lore.kernel.org/patchwork/patch/1245375/
Regards,
Dinghao
Powered by blists - more mailing lists