summaryrefslogtreecommitdiff
path: root/arch/i386/mm/ioremap.c
diff options
context:
space:
mode:
authorAndrew Morton <akpm@osdl.org>2005-07-08 00:56:02 (GMT)
committerLinus Torvalds <torvalds@g5.osdl.org>2005-07-08 01:23:35 (GMT)
commitc23a4e9649f80a9379d7df4a33bc63b365d5e7fc (patch)
tree89fb4aae49a2fc7181aade9e1dae34b1cc145a54 /arch/i386/mm/ioremap.c
parenteda80228860641b7b0e963e6bd219b960c500af9 (diff)
downloadlinux-fsl-qoriq-c23a4e9649f80a9379d7df4a33bc63b365d5e7fc.tar.xz
[PATCH] iounmap debugging
We get sporadic reports of `__iounmap: bad address' coming out. Add a dump_stack() to find the culprit. Try to identify which subsystem is having iounmap() problems. Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Diffstat (limited to 'arch/i386/mm/ioremap.c')
-rw-r--r--arch/i386/mm/ioremap.c6
1 files changed, 4 insertions, 2 deletions
diff --git a/arch/i386/mm/ioremap.c b/arch/i386/mm/ioremap.c
index 6b25afc..f379b8d 100644
--- a/arch/i386/mm/ioremap.c
+++ b/arch/i386/mm/ioremap.c
@@ -228,7 +228,8 @@ EXPORT_SYMBOL(ioremap_nocache);
void iounmap(volatile void __iomem *addr)
{
struct vm_struct *p;
- if ((void __force *) addr <= high_memory)
+
+ if ((void __force *)addr <= high_memory)
return;
/*
@@ -241,9 +242,10 @@ void iounmap(volatile void __iomem *addr)
return;
write_lock(&vmlist_lock);
- p = __remove_vm_area((void *) (PAGE_MASK & (unsigned long __force) addr));
+ p = __remove_vm_area((void *)(PAGE_MASK & (unsigned long __force)addr));
if (!p) {
printk(KERN_WARNING "iounmap: bad address %p\n", addr);
+ dump_stack();
goto out_unlock;
}