On Sun, 20 Nov 2022 at 21:51, syzbot syzbot+007bfe0f3330f6e1e7d1@syzkaller.appspotmail.com wrote:
syzbot has bisected this issue to:
commit 997acaf6b4b59c6a9c259740312a69ea549cc684 Author: Mark Rutland mark.rutland@arm.com Date: Mon Jan 11 15:37:07 2021 +0000
lockdep: report broken irq restoration
Ok this looks funny. I'm pretty sure the code in drivers/dma-buf/sw_sync.c around sync_timeline_fence_lock is correct. And we don't do anything that this patch claims to catch, it's all just plain spin_lock_irq and spin_lock_irqsave usage. Only thing that crossed my mind here is that maybe lockdep somehow ends up with two different keys for the same spinlock? I'm really confused ... -Daniel
bisection log: https://syzkaller.appspot.com/x/bisect.txt?x=115b350d880000 start commit: 84368d882b96 Merge tag 'soc-fixes-6.1-3' of git://git.kern.. git tree: upstream final oops: https://syzkaller.appspot.com/x/report.txt?x=135b350d880000 console output: https://syzkaller.appspot.com/x/log.txt?x=155b350d880000 kernel config: https://syzkaller.appspot.com/x/.config?x=6f4e5e9899396248 dashboard link: https://syzkaller.appspot.com/bug?extid=007bfe0f3330f6e1e7d1 syz repro: https://syzkaller.appspot.com/x/repro.syz?x=164376f9880000 C reproducer: https://syzkaller.appspot.com/x/repro.c?x=16cf0965880000
Reported-by: syzbot+007bfe0f3330f6e1e7d1@syzkaller.appspotmail.com Fixes: 997acaf6b4b5 ("lockdep: report broken irq restoration")
For information about bisection process see: https://goo.gl/tpsmEJ#bisection