Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
Date:   Wed, 7 Dec 2022 21:20:07 +0100
From:   Pavel Machek <pavel@ucw.cz>
To:     Wang Yufen <wangyufen@huawei.com>
Cc:     linux-leds@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH 00/13] leds: Fix devm vs. non-devm ordering
Message-ID: <Y5D1d3WhLCpmfo+N@duo.ucw.cz>
References: <1667983694-15040-1-git-send-email-wangyufen@huawei.com>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
        protocol="application/pgp-signature"; boundary="Dtx9TZ7I9qpyVSaS"
Content-Disposition: inline
In-Reply-To: <1667983694-15040-1-git-send-email-wangyufen@huawei.com>
Precedence: bulk


--Dtx9TZ7I9qpyVSaS
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi!

> Fault-inject tests reports this issue:
>=20
> DEBUG_LOCKS_WARN_ON(lock->magic !=3D lock)
> WARNING: CPU: 2 PID: 52 at kernel/locking/mutex.c:582 __mutex_lock+0x1366=
/0x15b0
> Call Trace:

Ok, so:

a) this does not happen in wild

b) you have not actually tested any of this

?

It looks reasonable, but the "Fixes:" tags mean -stable will pick this
up almost immediately.

Is anyone else willing to say this looks ok to him?

Any testers?

Best regards,
								Pavel
--=20
People of Russia, stop Putin before his war on Ukraine escalates.

--Dtx9TZ7I9qpyVSaS
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iF0EABECAB0WIQRPfPO7r0eAhk010v0w5/Bqldv68gUCY5D1dwAKCRAw5/Bqldv6
8uu1AJ4gVur77IXI3520H+FU3r8u1VsyvACfSGnZBEhHWc7ZFUK6Gn6UMbXrYOg=
=IH31
-----END PGP SIGNATURE-----

--Dtx9TZ7I9qpyVSaS--