On Wed, Nov 18, 2020 at 09:26:34AM +0800, Boqun Feng wrote:
Hi Sasha,
I don't think this commit should be picked by stable, since the problem
it fixes is caused by commit f611e8cf98ec ("lockdep: Take read/write
status in consideration when generate chainkey"), which just got merged
in the merge
Hi Sasha,
I don't think this commit should be picked by stable, since the problem
it fixes is caused by commit f611e8cf98ec ("lockdep: Take read/write
status in consideration when generate chainkey"), which just got merged
in the merge window of 5.10. So 5.9 and 5.4 don't have the problem.
From: Boqun Feng
[ Upstream commit d61fc96a37603384cd531622c1e89de1096b5123 ]
Chris Wilson reported a problem spotted by check_chain_key(): a chain
key got changed in validate_chain() because we modify the ->read in
validate_chain() to skip checks for dependency adding, and ->read is
taken into
3 matches
Mail list logo