Opened 15 years ago
Closed 10 years ago
#4368 closed defect (obsolete)
Lockdep recursive-locking warning from vboxdrv
| Reported by: | Benjamin Gilbert | Owned by: | |
|---|---|---|---|
| Component: | other | Version: | VirtualBox 3.0.0 |
| Keywords: | Cc: | ||
| Guest type: | other | Host type: | other |
Description (last modified by )
I'm running a vanilla 2.6.29 kernel with debugging features enabled, and it produces a lockdep recursive-locking warning when I start a VM under VirtualBox 3.0.0. VBox.log and kernel backtrace are attached. This also occurs on a 2.6.24 kernel I tested with, though with a slightly different backtrace.
Attachments (2)
Change History (4)
by , 15 years ago
by , 15 years ago
comment:1 by , 15 years ago
This isn't a real problem, it's just an issue showing up because we don't play ball with the locking correctness validator (lockdep).
RTSpinlockAcquire is used for all kinds of spinlocks and it has no way of indicating to lockdep that it's a nested lock acquisition. Actually, the caller in this case, SUPR0ObjAddRefEx, has no idea that it's called from under a spinlock... We could perhaps try always use spin_lock_irqsave_nested/spin_lock_nested, but I'm not sure that will make lockdep happier and it's a bit of a hazzle to test this. Good suggestions and testing is welcome.
comment:2 by , 10 years ago
| Description: | modified (diff) |
|---|---|
| Resolution: | → obsolete |
| Status: | new → closed |
Kernel backtrace