linux-kernel - [media] cx25821 regression from 3.9: BUG: bad unlock balance detected!

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Message-ID: <1139404719.20130516194142@eikelenboom.it>
Date:	Thu, 16 May 2013 19:41:42 +0200
From:	Sander Eikelenboom <linux@...elenboom.it>
To:	linux-media@...r.kernel.org, linux-kernel@...r.kernel.org
CC:	Hans Verkuil <hverkuil@...all.nl>,
	Mauro Carvalho Chehab <mchehab@...hat.com>
Subject: [media] cx25821 regression from 3.9: BUG: bad unlock balance detected!

Hi Hans / Mauro,

With 3.10.0-rc1 (including the cx25821 changes from Hans), I get the bug below which wasn't present with 3.9.

--
Sander


[   53.004968] =====================================
[   53.004968] [ BUG: bad unlock balance detected! ]
[   53.004968] 3.10.0-rc1-20130516-jens+ #1 Not tainted
[   53.004968] -------------------------------------
[   53.004968] motion/3328 is trying to release lock (&dev->lock) at:
[   53.004968] [<ffffffff819be5f9>] mutex_unlock+0x9/0x10
[   53.004968] but there are no more locks to release!
[   53.004968]
[   53.004968] other info that might help us debug this:
[   53.004968] 1 lock held by motion/3328:
[   53.004968]  #0:  (&mm->mmap_sem){++++++}, at: [<ffffffff81156cae>] vm_munmap+0x3e/0x70
[   53.004968]
[   53.004968] stack backtrace:
[   53.004968] CPU: 1 PID: 3328 Comm: motion Not tainted 3.10.0-rc1-20130516-jens+ #1
[   53.004968] Hardware name: Xen HVM domU, BIOS 4.3-unstable 05/16/2013
[   53.004968]  ffffffff819be5f9 ffff88002ac35c58 ffffffff819b9029 ffff88002ac35c88
[   53.004968]  ffffffff810e615e ffff88002ac35cb8 ffff88002b7c18a8 ffffffff819be5f9
[   53.004968]  00000000ffffffff ffff88002ac35d28 ffffffff810eb17e ffffffff810e7ba5
[   53.004968] Call Trace:
[   53.004968]  [<ffffffff819be5f9>] ? mutex_unlock+0x9/0x10
[   53.004968]  [<ffffffff819b9029>] dump_stack+0x19/0x1b
[   53.004968]  [<ffffffff810e615e>] print_unlock_imbalance_bug+0xfe/0x110
[   53.004968]  [<ffffffff819be5f9>] ? mutex_unlock+0x9/0x10
[   53.004968]  [<ffffffff810eb17e>] lock_release_non_nested+0x1ce/0x320
[   53.004968]  [<ffffffff810e7ba5>] ? debug_check_no_locks_freed+0x105/0x1b0
[   53.353529]  [<ffffffff819be5f9>] ? mutex_unlock+0x9/0x10
[   53.353529]  [<ffffffff810eb3cc>] lock_release+0xfc/0x250
[   53.353529]  [<ffffffff819be4b2>] __mutex_unlock_slowpath+0xb2/0x1f0
[   53.353529]  [<ffffffff819be5f9>] mutex_unlock+0x9/0x10
[   53.353529]  [<ffffffff81711105>] videobuf_waiton+0x55/0x230
[   53.353529]  [<ffffffff8114d052>] ? tlb_finish_mmu+0x32/0x50
[   53.353529]  [<ffffffff81154a46>] ? unmap_region+0xc6/0x100
[   53.353529]  [<ffffffff81172e05>] ? kmem_cache_free+0x195/0x230
[   53.353529]  [<ffffffff8172d3d9>] cx25821_free_buffer+0x49/0xa0
[   53.353529]  [<ffffffff8172f939>] cx25821_buffer_release+0x9/0x10
[   53.353529]  [<ffffffff81712c35>] videobuf_vm_close+0xc5/0x160
[   53.353529]  [<ffffffff81154aa5>] remove_vma+0x25/0x60
[   53.353529]  [<ffffffff81156b67>] do_munmap+0x307/0x410
[   53.353529]  [<ffffffff81156cbc>] vm_munmap+0x4c/0x70
[   53.353529]  [<ffffffff81157c09>] SyS_munmap+0x9/0x10
[   53.353529]  [<ffffffff819c20a9>] system_call_fastpath+0x16/0x1b

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/