From: Matt Z. <md...@de...> - 2002-03-23 18:57:51
|
On Fri, Mar 22, 2002 at 11:40:48PM -0500, Jeff Dike wrote: > > This version dies on me, consistently, when I bring up networking: > > > > * insmod tun > > insmod: a module named tun already exists > > Using /lib/modules/2.4.18/kernel/drivers/net/tun.o > > * ifconfig tap0 192.168.10.1 netmask 255.255.255.255 up > > * bash -c echo 1 > /proc/sys/net/ipv4/ip_forward > > Seg fault in signals > > Hmmm, networking works fine for me. > > That's the tracing thread (probably) segfaulting, so can you attach gdb to > it and get a stack trace? #0 signal_segv (sig=11) at trap_user.c:42 #1 <signal handler called> #2 arch_validate (page=0xa0877780, mask=496, order=0) at mem.c:229 #3 0xa002a548 in __get_free_pages (gfp_mask=21, order=21) at /space/tmp/mdz/user-mode-linux-2.4.18.10um/kernel-source-2.4.18/include/linux/mm.h:376 #4 0xa00280ac in kmem_cache_grow (cachep=0xa0800260, flags=496) at slab.c:495 #5 0xa0028429 in kmalloc (size=99, flags=496) at slab.c:1357 #6 0xa00f66b2 in um_kmalloc (size=99) at process_kern.c:544 #7 0xa00fb5ee in read_output (fd=54, output_out=0xa2543940) at net_user.c:63 #8 0xa00fb95a in change_tramp (arg=0xa2543930) at net_user.c:175 #9 0xa00f644b in do_proc_op (t=0xa2540000, proc_id=0) at process_kern.c:421 #10 0xa00f43df in signals (init_proc=0xa00f4c68 <start_kernel_proc>, sp=0xa018fffc) at trap_user.c:284 #11 0xa00f4ffa in linux_main (argc=11, argv=0xbffff7d4) at um_arch.c:338 #12 0xa000a2d5 in main (argc=11, argv=0xbffff7d4, envp=0xbffff804) at arch/um/main.c:105 #13 0xa0102255 in __libc_start_main () at hostfs_kern.c:731 #2 arch_validate (page=0xa0877780, mask=496, order=0) at mem.c:229 229 current->thread.fault_addr = (void *) addr; -- - mdz |