From: Papa T. <uml...@ya...> - 2003-09-24 15:53:21
|
Hi, iomem feature seems to be flaky from 2.4.19 onwards.Most of the time UML crashes with no mm fault. I am running 2.4.18 host. Do you think if I upgrade the host to 2.4.22 will help? Regards.. __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com |
From: Greg L. <gr...@lo...> - 2003-09-25 00:35:12
|
I don't believe upgrading the host will help, but it might be some good information. I have been using iomem for a while with rh9 and uml 2.4.20-um5 without a problem. If you provide a stack trace, someone might be able to help. Greg On Wed, 2003-09-24 at 09:53, Papa Thambi wrote: > Hi, > > iomem feature seems to be flaky from 2.4.19 > onwards.Most of the time UML crashes with no mm fault. > I am running 2.4.18 host. Do you think if I upgrade > the host to 2.4.22 will help? > > Regards.. > > > __________________________________ > Do you Yahoo!? > Yahoo! SiteBuilder - Free, easy-to-use web site design software > http://sitebuilder.yahoo.com > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > User-mode-linux-user mailing list > Use...@li... > https://lists.sourceforge.net/lists/listinfo/user-mode-linux-user -- Greg Lonnon <gr...@lo...> |
From: Papa T. <uml...@ya...> - 2003-09-25 14:18:42
|
Greg, Are you running it in skas mode or tt mode? Here is the trace...( I am just trying to run the mmapper code). (gdb) bt #0 panic (fmt=0xa01c5afd "Segfault with no mm") at panic.c:54 #1 0xa00e539f in segv (address=4, ip=2685256144, is_write=0, is_user=0, sc=0xa05ac274) at trap_kern.c:100 #2 0xa00e588c in segv_handler (sig=11, regs=0xa05ac274) at trap_user.c:69 #3 0xa00e8eb7 in sig_handler_common_tt (sig=11, sc_ptr=0xa05af780) at trap_user.c:37 #4 0xa00e58d0 in sig_handler (sig=11, sc= {gs = 0, __gsh = 0, fs = 0, __fsh = 0, es = 43, __esh = 0, ds = 43, __dsh = 0, edi = 0, esi = 4096, ebp = 2690316908, esp = 2690316884, ebx = 4294967295, edx = 0, ecx = 0, eax = 0, trapno = 14, err = 4, eip = 2685256144, cs = 35, __csh = 0, eflags = 66118, esp_at_signal = 2690316884, ss = 43, __ssh = 0, fpstate = 0x0, oldmask = 134283264, cr2 = 4}) at trap_user.c:103 #5 <signal handler called> #6 pfn_to_page (pfn=4294967295) at mem.c:768 #7 0xa00310fe in zap_page_range (mm=0xa19b1620, address=1073840128, size=4096) at memory.c:317 #8 0xa0033a87 in exit_mmap (mm=0xa19b1620) at mmap.c:1151 #9 0xa0010288 in mmput (mm=0xa19b1620) at fork.c:284 #10 0xa00195a4 in do_exit (code=0) at exit.c:318 #11 0xa00e7db8 in execute_syscall_tt (r=0xa05ac274) at syscall_kern.c:120 #12 0xa00e7e65 in syscall_handler_tt (sig=12, regs=0xa05ac274) at syscall_user.c:37 #13 0xa00e8eb7 in sig_handler_common_tt (sig=12, sc_ptr=0xa05afd28) ---Type <return> to continue, or q <return> to quit--- at trap_user.c:37 #14 0xa00e58d0 in sig_handler (sig=12, sc= {gs = 0, __gsh = 0, fs = 0, __fsh = 0, es = 43, __esh = 0, ds = 43, __dsh = 0, edi = 0, esi = 1075128384, ebp = 2684353384, esp = 2684353340, ebx = 0, edx = 1075132084, ecx = 4096, eax = 4294967258, trapno = 1, err = 0, eip = 1074626877, cs = 35, __csh = 0, eflags = 582, esp_at_signal = 2684353340, ss = 43, __ssh = 0, fpstate = 0xa05afd80, oldmask = 503390208, cr2 = 1074626864}) at trap_user.c:103 #15 <signal handler called> #16 0x400d813d in ?? () #17 0x40039630 in ?? () (gdb) Thanks, Papa --- Greg Lonnon <gr...@lo...> wrote: > I don't believe upgrading the host will help, but it > might be some good > information. I have been using iomem for a while > with rh9 and uml > 2.4.20-um5 without a problem. > > If you provide a stack trace, someone might be able > to help. > > Greg > > On Wed, 2003-09-24 at 09:53, Papa Thambi wrote: > > Hi, > > > > iomem feature seems to be flaky from 2.4.19 > > onwards.Most of the time UML crashes with no mm > fault. > > I am running 2.4.18 host. Do you think if I > upgrade > > the host to 2.4.22 will help? > > > > Regards.. > > > > > > __________________________________ > > Do you Yahoo!? > > Yahoo! SiteBuilder - Free, easy-to-use web site > design software > > http://sitebuilder.yahoo.com > > > > > > > ------------------------------------------------------- > > This sf.net email is sponsored by:ThinkGeek > > Welcome to geek heaven. > > http://thinkgeek.com/sf > > _______________________________________________ > > User-mode-linux-user mailing list > > Use...@li... > > > https://lists.sourceforge.net/lists/listinfo/user-mode-linux-user > -- > Greg Lonnon <gr...@lo...> > __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com |
From: Jeff D. <jd...@ad...> - 2003-10-06 21:17:50
|
uml...@ya... said: > Here is the trace...( I am just trying to run the mmapper code). Thanks. The low-level UML VM got a rework for the ubd mmap support, and I made sure that iomem seemed to work. The difference is that you're running UML in tt mode, and I bet I didn't check iomem there. Jeff |
From: Jeff D. <jd...@ad...> - 2003-11-10 19:49:33
|
uml...@ya... said: > Here is the trace...( I am just trying to run the mmapper code). Are you still seeing problems with iomem? I just checked the mmapper driver in both tt and skas modes, and it looks fine to me. Jeff |