[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <171382627746.248626.17524804161385336410.b4-ty@kernel.org>
Date: Tue, 23 Apr 2024 00:51:17 +0200
From: Andi Shyti <andi.shyti@...nel.org>
To: Dong Aisheng <aisheng.dong@....com>, Shawn Guo <shawnguo@...nel.org>,
Sascha Hauer <s.hauer@...gutronix.de>, Fabio Estevam <festevam@...il.com>,
Pengutronix Kernel Team <kernel@...gutronix.de>,
Alexander Stein <alexander.stein@...tq-group.com>
Cc: NXP Linux Team <linux-imx@....com>, linux-i2c@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org,
Uwe Kleine-König <u.kleine-koenig@...gutronix.de>,
imx@...ts.linux.dev, linux-kernel@...r.kernel.org
Subject: Re: (subset) [PATCH v3 1/1] i2c: lpi2c: Avoid calling clk_get_rate
during transfer
Hi
On Mon, 22 Apr 2024 13:36:29 +0200, Alexander Stein wrote:
> Instead of repeatedly calling clk_get_rate for each transfer, lock
> the clock rate and cache the value.
> A deadlock has been observed while adding tlv320aic32x4 audio codec to
> the system. When this clock provider adds its clock, the clk mutex is
> locked already, it needs to access i2c, which in return needs the mutex
> for clk_get_rate as well.
>
> [...]
Applied to i2c/i2c-host on
git://git.kernel.org/pub/scm/linux/kernel/git/andi.shyti/linux.git
Thank you,
Andi
Patches applied
===============
[1/1] i2c: lpi2c: Avoid calling clk_get_rate during transfer
commit: 7ec84d4d55504710a828047d079cb22f12d4133f
Powered by blists - more mailing lists