![]() | |||||||||||||
Messages in this thread |
Andrew Morton wrote: > Zachary Amsden <zach@vmware.com> wrote: > >> Please try my patch - sent earlier, but attached again. It will tell >> you with 100% confidence if the problem is with userspace expecting the >> vsyscall page to be at a particular address. >> >> >> [bogo-fixmap text/plain (645 bytes)] >> >> Index: linux-2.6.17-rc/include/asm-i386/fixmap.h >> =================================================================== >> --- linux-2.6.17-rc.orig/include/asm-i386/fixmap.h 2006-03-19 21:53:29.000000000 -0800 >> +++ linux-2.6.17-rc/include/asm-i386/fixmap.h 2006-05-19 18:16:00.000000000 -0700 >> @@ -20,7 +20,7 @@ >> * Leave one empty page between vmalloc'ed areas and >> * the start of the fixmap. >> */ >> -#define __FIXADDR_TOP 0xfffff000 >> +#define __FIXADDR_TOP 0xffbff000 >> > > The machine runs OK with that applied and with > move-vsyscall-page-out-of-fixmap-into-normal-vma-as-per-mmap.patch not > applied. > Err. That implies that there is likely a problem in the kernel patch, not in userspace, Let's look more closely at move-vsyscall-page-out-of-fixmap-into-normal-vma-as-per-mmap and see if there is something missing. Zach - 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/ | ||||||||||||
| Last update: 2006-05-20 10:11 [from the cache] ©2003-2008 | |||||||||||||