summaryrefslogtreecommitdiffstats
path: root/drivers/ata/pata_sil680.c
diff options
context:
space:
mode:
authorJeremy Fitzhardinge <jeremy@goop.org>2008-10-08 13:01:39 -0700
committerIngo Molnar <mingo@elte.hu>2008-10-09 14:25:19 +0200
commiteefb47f6a1e855653d275cb90592a3587ea93a09 (patch)
treef6b5b611a8900d975874ab0ac9e7f5df935ef862 /drivers/ata/pata_sil680.c
parentd19c8e516e0a17e049bcfbe96f86e040254ddf14 (diff)
downloadkernel-crypto-eefb47f6a1e855653d275cb90592a3587ea93a09.tar.gz
kernel-crypto-eefb47f6a1e855653d275cb90592a3587ea93a09.tar.xz
kernel-crypto-eefb47f6a1e855653d275cb90592a3587ea93a09.zip
xen: use spin_lock_nest_lock when pinning a pagetable
When pinning/unpinning a pagetable with split pte locks, we can end up holding multiple pte locks at once (we need to hold the locks while there's a pending batched hypercall affecting the pte page). Because all the pte locks are in the same lock class, lockdep thinks that we're potentially taking a lock recursively. This warning is spurious because we always take the pte locks while holding mm->page_table_lock. lockdep now has spin_lock_nest_lock to express this kind of dominant lock use, so use it here so that lockdep knows what's going on. Signed-off-by: Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com> Signed-off-by: Ingo Molnar <mingo@elte.hu>
Diffstat (limited to 'drivers/ata/pata_sil680.c')
0 files changed, 0 insertions, 0 deletions