Messages in this thread Patch in this message | | | Date | Sat, 10 Dec 2005 14:35:23 -0800 (PST) | Subject | Re: Sparc: Kernel 2.6.13 to 2.6.15-rc2 bug when running X11 | From | "David S. Miller" <> |
| |
From: "J.O. Aho" <trizt@iname.com> Date: Sat, 10 Dec 2005 23:25:36 +0100 (CET)
> I have to say I don't have much knowledge about the kernel code, but in > arch/sparc64/mm/generic.c it looks for me that no matter what if > io_remap_pte_range() is called it will result in a bug output, is this > supposed to happen? Looking at arch/sparc/mm/generic.c I can't find any > similar functionality.
That's not true. The bug triggers if the page table mapping is valid already, which should never occur when we are setting up new mappings. We should always find the PTEs we are filling in as empty at this point in time. That is what that bug check is making sure of.
It doesn't trigger for me here with the Xorg server, on an Ultra60 with CreatorFB. I do get the cursor in the corner and a non-functional screen but I can switch around to other VC's and kill the X server cleanly. I definitely don't get those kernel log messages.
Please retest with this debug tracing added:
--- a/arch/sparc64/mm/generic.c.~1~ 2005-12-10 14:34:18.000000000 -0800 +++ b/arch/sparc64/mm/generic.c 2005-12-10 14:34:56.000000000 -0800 @@ -137,6 +137,12 @@ int space = GET_IOSPACE(pfn); unsigned long offset = GET_PFN(pfn) << PAGE_SHIFT; +#if 1 + printk("IO[%s:%d]: remap_pfn_range(s[%lx]e[%lx],f[%lx],pfn[%lx],sz[%lx],prot[%lx])\n", + current->comm, current->pid, + vma->vm_start, vma->vm_end, + from, pfn, size, pgprot_val(prot)); +#endif /* See comment in mm/memory.c remap_pfn_range */ vma->vm_flags |= VM_IO | VM_RESERVED | VM_PFNMAP; - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |