From: Jeff C. <jc...@fe...> - 2003-12-29 16:34:18
|
uml-patch-2.4.22-5 works fine, but newer patches fail during boot Starting daemons: syslogd klogd inetd namedKernel panic: Kernel mode fault at addr 0x48965000, ip 0x400e51a4 The following works ... uml-patch-2.4.22-5 host 2.4.24-pre2 The following doesn't work ... uml-patch-2.4.23-1 uml-patch-2.4.22-6 uml-patch-2.4.22-7 The error is repeatable. If I don't mount lvm disks, and only uses initrd ramdisk, the problem doesn't appear! Thanks, Jeff [ jc...@fe... ] |
From: BlaisorBlade <bla...@ya...> - 2003-12-30 18:06:26
|
Alle 17:32, luned=EC 29 dicembre 2003, Jeff Chua ha scritto: > uml-patch-2.4.22-5 works fine, but newer patches fail during boot > > Starting daemons: syslogd klogd inetd namedKernel panic: Kernel mode fault > at addr 0x48965000, ip 0x400e51a4 What is your host distro? From some other problems I guessed you have a=20 Debian. Would you confirm this, please? It's the 3rd/4th time I'm asking yo= u=20 this. If this is true, see this thread started on 20/12/2003 by Matt Zimmerman: 2.4.22-[67] problems And, if you can, test that under different Debian versions as he did (i.e. = it=20 seems that this happens only if UML is compiled under a certain environment= =20 and not another). The actual error is very different from the one you report. But since the t= wo=20 errors seem being about memory corruption (invalid pointer or race=20 conditions), it's very likely that the problem is the same. I also think th= is=20 because LVM code is probably correct! Bye =2D-=20 cat <<EOSIGN Paolo Giarrusso, aka Blaisorblade Linux Kernel 2.4.21/2.6.0-test on an i686; Linux registered user n. 292729 EOSIGN |
From: Jeff C. <je...@si...> - 2004-01-01 06:24:38
|
On Tue, 30 Dec 2003, BlaisorBlade wrote: > Alle 17:32, luned=EC 29 dicembre 2003, Jeff Chua ha scritto: > > uml-patch-2.4.22-5 works fine, but newer patches fail during boot > > > > Starting daemons: syslogd klogd inetd namedKernel panic: Kernel mode fa= ult > > at addr 0x48965000, ip 0x400e51a4 > > What is your host distro? From some other problems I guessed you have a > Debian. Would you confirm this, please? It's the 3rd/4th time I'm asking = you > this. It's neither. I supposed it's closer to redhat. Linux 2.4.24-pre3 binutils-2.14.90.0.7 gcc version 2.95.3 20010315 (release) glibc-2.2.5-34.src.rpm LVM version: 2.00.08 (2003-11-14) Library version: 1.00.07-ioctl (2003-11-21) Driver version: 4.0.5 > If this is true, see this thread started on 20/12/2003 by Matt Zimmerman: > > 2.4.22-[67] problems > > And, if you can, test that under different Debian versions as he did (i.e= =2E it > seems that this happens only if UML is compiled under a certain environme= nt > and not another). > > The actual error is very different from the one you report. But since the= two > errors seem being about memory corruption (invalid pointer or race > conditions), it's very likely that the problem is the same. I also think = this > because LVM code is probably correct! Without loading LVM, the problem would not happen. Jeff |
From: Jeff D. <jd...@ad...> - 2004-01-06 02:39:34
|
jc...@fe... said: > Starting daemons: syslogd klogd inetd namedKernel panic: Kernel mode > fault at addr 0x48965000, ip 0x400e51a4 Can you get a stack trace from the panic? Jeff |
From: Johannes F. <joh...@fo...> - 2004-01-06 15:58:20
|
At 21:58 Uhr -0500 05.01.2004, Jeff Dike wrote: >jc...@fe... said: >> Starting daemons: syslogd klogd inetd namedKernel panic: Kernel mode >> fault at addr 0x48965000, ip 0x400e51a4 > >Can you get a stack trace from the panic? a simple strace $comand_to_run_uml? Johannes |
From: Jeff D. <jd...@ad...> - 2004-01-06 16:59:06
|
joh...@fo... said: > a simple strace $comand_to_run_uml? No, gdb it, put a breakpoint on panic, get a stack trace when it hits the breakpoint. Jeff |
From: Johannes F. <joh...@fo...> - 2004-01-06 18:12:05
|
At 12:18 Uhr -0500 06.01.2004, Jeff Dike wrote: >No, gdb it, put a breakpoint on panic, get a stack trace when it hits the >breakpoint. I'd run it once without a breakpoint set (after compiling it with debug symbols): <much more> Program received signal SIGUSR1, User defined signal 1. 0x40040781 in kill () from /lib/libc.so.6 (gdb) c Continuing. . Program received signal SIGUSR1, User defined signal 1. 0x40040781 in kill () from /lib/libc.so.6 (gdb) c Continuing. Starting kernel log daemon: klogd Program received signal SIGUSR1, User defined signal 1. 0x40040781 in kill () from /lib/libc.so.6 (gdb) bt #0 0x40040781 in kill () from /lib/libc.so.6 #1 0x8006c91f in ?? () #2 0x800697ea in ?? () #3 0x8006919d in ?? () #4 0x80069968 in ?? () #5 0x80064309 in ?? () #6 0x8000cac4 in ?? () #7 0x800662b1 in ?? () #8 0x80069abf in ?? () #9 0x80066af5 in ?? () #10 0x80069afa in ?? () #11 0x80068ea7 in ?? () #12 0x800690da in ?? () #13 0x80069897 in ?? () #14 0x400406b8 in sigaction () from /lib/libc.so.6 #15 0x800697ea in ?? () (gdb) c Continuing. Program received signal SIGUSR1, User defined signal 1. 0x40040781 in kill () from /lib/libc.so.6 (gdb) bt #0 0x40040781 in kill () from /lib/libc.so.6 #1 0x8006c91f in ?? () #2 0x800697ea in ?? () #3 0x8006919d in ?? () #4 0x80069968 in ?? () #5 0x80064309 in ?? () #6 0x8000cac4 in ?? () #7 0x800662b1 in ?? () #8 0x80069abf in ?? () #9 0x80066af5 in ?? () #10 0x80069afa in ?? () #11 0x80068ea7 in ?? () #12 0x800690da in ?? () #13 0x80069897 in ?? () #14 0x400406b8 in sigaction () from /lib/libc.so.6 #15 0x800697ea in ?? () (gdb) c Continuing. Program received signal SIGSEGV, Segmentation fault. 0x8006a281 in ?? () (gdb) bt #0 0x8006a281 in ?? () #1 0x8006a0f4 in ?? () #2 0x8006a13c in ?? () #3 0x8006a307 in ?? () #4 0x8006cc9c in ?? () #5 0x8002be5a in ?? () #6 0x80069abf in ?? () #7 0x80066af5 in ?? () #8 0x80069afa in ?? () #9 0x80068ea7 in ?? () #10 0x800690da in ?? () #11 0x80069897 in ?? () #12 0x400406b8 in sigaction () from /lib/libc.so.6 (gdb) c Continuing. Kernel panic: Kernel mode fault at addr 0x8814000, ip 0x400d93c4 . Program received signal SIGUSR1, User defined signal 1. 0x40040781 in kill () from /lib/libc.so.6 (gdb) bt #0 0x40040781 in kill () from /lib/libc.so.6 #1 0x8006c91f in ?? () #2 0x800697ea in ?? () #3 0x8006919d in ?? () #4 0x80069968 in ?? () #5 0x80064309 in ?? () #6 0x8000cac4 in ?? () #7 0x800662b1 in ?? () #8 0x80069abf in ?? () #9 0x80066af5 in ?? () #10 0x80069afa in ?? () #11 0x80068ea7 in ?? () #12 0x800690da in ?? () #13 0x80069897 in ?? () #14 0x400406b8 in sigaction () from /lib/libc.so.6 (gdb) c Continuing. Program received signal SIGUSR1, User defined signal 1. 0x40040781 in kill () from /lib/libc.so.6 (gdb) bt #0 0x40040781 in kill () from /lib/libc.so.6 #1 0x8006c91f in ?? () #2 0x800697ea in ?? () #3 0x8006919d in ?? () #4 0x80069968 in ?? () #5 0x80064309 in ?? () #6 0x8000cac4 in ?? () #7 0x800662b1 in ?? () #8 0x80069abf in ?? () #9 0x80066af5 in ?? () #10 0x80069afa in ?? () #11 0x80068ea7 in ?? () #12 0x800690da in ?? () #13 0x80069897 in ?? () #14 0x400406b8 in sigaction () from /lib/libc.so.6 #15 0x800697ea in ?? () (gdb) c Continuing. Program exited normally. I hope that can help you. regards Johannes |
From: BlaisorBlade <bla...@ya...> - 2004-01-06 18:18:49
|
Alle 19:11, marted=EC 6 gennaio 2004, Johannes Formann ha scritto: > At 12:18 Uhr -0500 06.01.2004, Jeff Dike wrote: > >No, gdb it, put a breakpoint on panic, get a stack trace when it hits the > >breakpoint. > > I'd run it once without a breakpoint set (after compiling it with > debug symbols): you need to type this before starting: (host gdb) handle SIGSEGV pass nostop noprint=20 (host gdb) handle SIGUSR1 pass nostop noprint see http://user-mode-linux.sourceforge.net/debugging-skas.html for details. And we *do* need the backtrace when it hits the breakpoint on panic, please. Bye and thanks for your reports =2D-=20 cat <<EOSIGN Paolo Giarrusso, aka Blaisorblade Linux Kernel 2.4.23/2.6.0 on an i686; Linux registered user n. 292729 EOSIGN |
From: Johannes F. <joh...@fo...> - 2004-01-06 18:49:21
|
At 19:18 Uhr +0100 06.01.2004, BlaisorBlade wrote: >you need to type this before starting: > >(host gdb) handle SIGSEGV pass nostop noprint >(host gdb) handle SIGUSR1 pass nostop noprint When I type that, It hit no breakpoint, so I cant get any backtarce .. Starting system log daemon: syslogd. Starting kernel log daemon: klogd. Kernel panic: Kernel mode fault at addr 0x8814000, ip 0x400d93c4 (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... Program exited normally. (gdb) bt Can you give am a step by sped advice /'m new in (kernel)debuging), the simple run with all brakpoints doesn't seem to help. regards Johannes |
From: BlaisorBlade <bla...@ya...> - 2004-01-06 19:25:43
|
Alle 19:49, marted=EC 6 gennaio 2004, Johannes Formann ha scritto: > At 19:18 Uhr +0100 06.01.2004, BlaisorBlade wrote: > >you need to type this before starting: > > > >(host gdb) handle SIGSEGV pass nostop noprint > >(host gdb) handle SIGUSR1 pass nostop noprint > > When I type that, It hit no breakpoint, so I cant get any backtarce You didn't hit breakpoints, but signals. You need to do this: <shell prompt>gdb linux <gdb prompt> handle SIGSEGV pass nostop noprint > handle SIGUSR1 pass nostop noprint > break panic > run <put here the arguments to give to Uml> for instance: run ubd0=3D~/Uml/root_fs_toms1.7.205 root=3D/dev/ubd0 type cont if it stops with SIGTRAP then, it will stop saying "breakpoint hit" and then you can type "bt" and p= ost=20 the resulting backtrace. But you need a kernel with debugging symbols, whil= e=20 this is not: > (no debugging symbols found)...(no debugging symbols found)...(no > debugging symbols found)... Bye =2D-=20 cat <<EOSIGN Paolo Giarrusso, aka Blaisorblade Linux Kernel 2.4.23/2.6.0 on an i686; Linux registered user n. 292729 EOSIGN |
From: <st...@ni...> - 2004-01-06 20:48:09
|
> At 19:18 Uhr +0100 06.01.2004, BlaisorBlade wrote: > >>you need to type this before starting: >> >>(host gdb) handle SIGSEGV pass nostop noprint >>(host gdb) handle SIGUSR1 pass nostop noprint > > When I type that, It hit no breakpoint, so I cant get any backtarce > > .. > > Starting system log daemon: syslogd. > Starting kernel log daemon: klogd. > Kernel panic: Kernel mode fault at addr 0x8814000, ip 0x400d93c4 > > (no debugging symbols found)...(no debugging symbols found)...(no > debugging symbols found)... > Program exited normally. > (gdb) bt > > Can you give am a step by sped advice /'m new in (kernel)debuging), > the simple run with all brakpoints doesn't seem to help. > > regards > > Johannes First it would be nice to have debug information, so you just don't get a stack backtrace just with addresses and no names (make sure that gcc has the -g when compiling and linking all parts of the kernel), and if you can't set a working breakpoint on panic, make a dummy function panic calls, and set breakpoint on that function. Stian This mail has been scanned for known viruses on an open, Linux-based mailsystem developed by http://Knowledge-Network.no and http://Nixia.no. |
From: Johannes F. <joh...@fo...> - 2004-01-06 19:07:11
|
At 17:33 Uhr +0100 06.01.2004, st...@ni... wrote: >First it would be nice to have debug information, so you just don't get a >stack backtrace just with addresses and no names (make sure that gcc has >the -g when compiling and linking all parts of the kernel) ok, then I'll go an compile the uml-kernel new. Johannes |
From: Johannes F. <joh...@fo...> - 2004-01-06 19:41:09
|
>ok, then I'll go an compile the uml-kernel new. so, now I'm done: I hope this backtrave can helpt you. Starting program: /opt/uml/kernel/uml-2.4.23-1um ubd0=/home/uml0/joscompilerkiste/root_fs mem=128M eth0=tuntap,tap194 con=pty con0=fd:0,fd:1 umid=joscompilerkiste Checking for the skas3 patch in the host...found Checking for /proc/mm...found Linux version 2.4.23-1um (ro...@so...) (gcc version 2.95.4 20011002 (Debian prerelease)) #1 Tue Jan 6 19:13:01 UTC 2004 On node 0 totalpages: 32768 zone(0): 32768 pages. zone(1): 0 pages. zone(2): 0 pages. Kernel command line: ubd0=/home/uml0/joscompilerkiste/root_fs mem=128M eth0=tuntap,tap194 con=pty con0=fd:0,fd:1 umid=joscompilerkiste root=/dev/ubd0 Calibrating delay loop... 3816.93 BogoMIPS Memory: 126968k available Dentry cache hash table entries: 16384 (order: 5, 131072 bytes) Inode cache hash table entries: 8192 (order: 4, 65536 bytes) Mount cache hash table entries: 512 (order: 0, 4096 bytes) Buffer cache hash table entries: 4096 (order: 2, 16384 bytes) Page-cache hash table entries: 32768 (order: 5, 131072 bytes) Checking for host processor cmov support...Yes Checking for host processor xmm support...No Checking that ptrace can change system call numbers...OK Checking that host ptys support output SIGIO...Yes Checking that host ptys support SIGIO on close...No, enabling workaround Checking for /dev/anon on the host...Not available (open failed with errno 2) POSIX conformance testing by UNIFIX Linux NET4.0 for Linux 2.4 Based upon Swansea University Computer Society NET3.039 Initializing RT netlink socket Starting kswapd VFS: Disk quotas vdquot_6.5.1 devfs: v1.12c (20020818) Richard Gooch (rg...@at...) devfs: boot_options: 0x1 pty: 256 Unix98 ptys configured Initializing software serial port version 1 mconsole (version 2) initialized on /home/uml0/joscompilerkiste/.uml/joscompilerkiste/mconsole Partition check: ubda: unknown partition table Initializing stdio console driver Netdevice 0 : TUN/TAP backend - NET4: Linux TCP/IP 1.0 for NET4.0 IP Protocols: ICMP, UDP, TCP IP: routing cache hash table of 512 buckets, 4Kbytes TCP: Hash tables configured (established 8192 bind 8192) NET4: Unix domain sockets 1.0/SMP for Linux NET4.0. VFS: Mounted root (ext2 filesystem) readonly. Mounted devfs on /dev INIT: version 2.84 booting Activating swap. Adding Swap: 135160k swap-space (priority -1) Checking root file system... fsck 1.27 (8-Mar-2002) /dev/ubd/0 was not cleanly unmounted, check forced. Entry 'inetd.pid' in /var/run (30722) has deleted/unused inode 30746. CLEARED. /dev/ubd/0: 53970/2664448 files (3.5% non-contiguous), 2826381/10650001 blocks System time was Tue Jan 6 19:38:53 UTC 2004. Setting the System Clock using the Hardware Clock as reference... Virtual console 1 assigned device '/dev/ptyp2' hwclock is unable to get I/O port access: the iopl(3) call failed. System Clock set. System local time is now Tue Jan 6 19:38:53 UTC 2004. Calculating module dependencies... done. Loading modules: tun Universal TUN/TAP device driver 1.5 (C)1999-2002 Maxim Krasnyansky Checking all file systems... fsck 1.27 (8-Mar-2002) Setting kernel variables. Mounting local filesystems... nothing was mounted Cleaning: /etc/network/ifstate. Setting up IP spoofing protection: rp_filter. Configuring network interfaces: done. Setting the System Clock using the Hardware Clock as reference... hwclock is unable to get I/O port access: the iopl(3) call failed. System Clock set. Local time: Tue Jan 6 19:38:57 UTC 2004 Cleaning: /tmp /var/lock /var/runfind: ./inetd.pid: Input/output error . Initializing random number generator... done. Recovering nvi editor sessions... done. INIT: Entering runlevel: 2 Starting system log daemon: syslogd. Starting kernel log daemon: klogd. Breakpoint 1, panic (fmt=0x800d17c0 "Kernel mode fault at addr 0x%lx, ip 0x%lx") at panic.c:58 58 in panic.c (gdb) bt #0 panic (fmt=0x800d17c0 "Kernel mode fault at addr 0x%lx, ip 0x%lx") at panic.c:58 #1 0x80067b28 in segv (address=142688256, ip=1074631620, is_write=0, is_user=0, sc=0x82b90278) at trap_kern.c:149 #2 0x80067dfc in segv_handler (sig=11, regs=0x82b90278) at trap_user.c:67 #3 0x80069f8b in sig_handler_common_skas (sig=11, sc_ptr=0x82b937c0) at trap_user.c:33 #4 0x80067e21 in sig_handler (sig=11, sc= {gs = 0, __gsh = 0, fs = 0, __fsh = 0, es = 43, __esh = 0, ds = 43, __dsh = 49168, edi = 2189229836, esi = 142688256, ebp = 2193177244, esp = 2193177236, ebx = 3852, edx = 96, ecx = 24, eax = 2193177432, trapno = 14, err = 4, eip = 2147918449, cs = 35, __csh = 0, eflags = 66054, esp_at_signal = 2193177236, ss = 43, __ssh = 0, fpstate = 0x0, oldmask = 0, cr2 = 142688256}) at trap_user.c:101 #5 0x400406b8 in sigaction () from /lib/libc.so.6 #6 0x8006a0e4 in do_op (addr=134541068, len=96, is_write=1, op=0x8006a25c <copy_chunk_to_user>, arg=0x82b93b58) at uaccess.c:46 #7 0x8006a12c in buffer_op (addr=134541068, len=96, is_write=1, op=0x8006a25c <copy_chunk_to_user>, arg=0x82b93b58) at uaccess.c:59 #8 0x8006a2f7 in copy_to_user_skas (to=0x804ef0c, from=0x8814000, n=96) at uaccess.c:122 #9 0x8006cc8c in read_kmem (file=0x82319ac0, buf=0x804ef0c <Address 0x804ef0c out of bounds>, count=96, ppos=0x82319ae0) at /usr/src/uml2.4.23-1/linux-2.4.23/include/asm/um_uaccess.h:37 #10 0x8002be4a in sys_read (fd=2, buf=0x804ef0c <Address 0x804ef0c out of bounds>, count=96) at read_write.c:177 ---Type <return> to continue, or q <return> to quit--- #11 0x80069aaf in execute_syscall_skas (r=0x82b90278) at syscall_kern.c:28 #12 0x80066ae5 in execute_syscall (r=0x82b90278) at syscall_kern.c:315 #13 0x80069aea in handle_syscall (regs=0x82b90278) at syscall_user.c:26 #14 0x80068e97 in handle_trap (pid=17956, regs=0x82b90278) at process.c:85 #15 0x800690ca in userspace (regs=0x82b90278) at process.c:160 #16 0x80069887 in fork_handler (sig=10) at process_kern.c:102 #17 0x400406b8 in sigaction () from /lib/libc.so.6 (gdb) (gdb) c Continuing. Kernel panic: Kernel mode fault at addr 0x8814000, ip 0x400d93c4 Program exited normally. |
From: Jeff C. <jc...@fe...> - 2004-01-06 19:54:46
|
On Tue, 6 Jan 2004, Johannes Formann wrote: > so, now I'm done: > I hope this backtrave can helpt you. I just made a little patch to uml-patch-2.4.23-1. It's a modified version of BlaisorBlade's patch few minutes ago. Also, please ignore the patch in my previous email. Can you please try to see the patch below solve your problem? Thanks, Jeff. --- uml/drivers/char/mem.c.org Wed Jan 7 03:30:40 2004 +++ uml/drivers/char/mem.c Wed Jan 7 03:31:47 2004 @@ -269,3 +269,3 @@ } - *ppos = __pa((void *) p); + *ppos = p; return virtr + read; |
From: Jeff D. <jd...@ad...> - 2004-01-06 20:36:33
|
joh...@fo... said: > I hope this backtrave can helpt you. Thanks, that's what I was looking for. Jeff |
From: Jeff D. <jd...@ad...> - 2004-03-04 02:00:28
|
joh...@fo... said: > Starting kernel log daemon: klogd. > Breakpoint 1, panic (fmt=0x800d17c0 "Kernel mode fault at addr 0x%lx, Thanks to clues from BlaisorBlade, this should be fixed now. It'll be in the next patch. Jeff |
From: roland <for...@gm...> - 2004-03-04 22:54:42
|
hi, this is not actually a real "problem" for me, but i think it`s worth reporting. when unsetting CONFIG_MODE_TT (i dont need and want TT) in .config, i get the following error, when compiling uml: ---- snipp ---- gcc -Wall -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -U__i386__ -Ui386 -D__arch_um__ -DSUBARCH=\"i386\" -D _LARGEFILE64_SOURCE -Iarch/um/include -I/tmp/uml/linux-2.6.3-rc2/arch/um/kernel/skas/include -D_GNU_SOURCE -O2 -g -c -o arch/um/kernel/config.o arch/um/kernel/config.c CC arch/um/kernel/exec_kern.o CC arch/um/kernel/exitcode.o CC arch/um/kernel/frame_kern.o CC arch/um/kernel/init_task.o CC arch/um/kernel/irq.o CC arch/um/kernel/ksyms.o arch/um/kernel/ksyms.c:35: `host_task_size' undeclared here (not in a function) arch/um/kernel/ksyms.c:35: initializer element is not constant arch/um/kernel/ksyms.c:35: (near initialization for `__ksymtab_host_task_size.value') make[1]: *** [arch/um/kernel/ksyms.o] Error 1 make: *** [arch/um/kernel] Error 2 regards roland |
From: Jeff C. <je...@si...> - 2004-01-06 18:20:31
|
Ok, here's the strace results. 1st is the working one (without lvm2), 2nd is the problem one (with lvm2 -- loaded by "vgscan", "vgchange -a y", "mount /u0/v0"). Without loading lvm2, uml works just fine. Host: 2.4.25-pre4 Guest: 2.4.25-pre4-1um Gcc: 2.95.3 20010315 Glibc: 2.2.5-34 Binutils: 2.14.90.0.7 Both traces are starting the same command "klog" ... Trace 1 (without lvm2) # strace klogd execve("/usr/sbin/klogd", ["klogd"], [/* 34 vars */]) = 0 brk(0) = 0x804e750 open("/etc/ld.so.preload", O_RDONLY) = -1 ENOENT (No such file or directory) open("/etc/ld.so.cache", O_RDONLY) = 3 SYS_197(0x3, 0xbfffec98, 0x40015604, 0x400156ec, 0x3) = 0 mmap(0, 1628, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40016000 close(3) = 0 open("/lib/libc.so.6", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3"..., 1024) = 1024 SYS_197(0x3, 0xbfffece8, 0x40015604, 0x400156ec, 0x3) = 0 mmap(0, 1190528, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40017000 mprotect(0x40130000, 39552, PROT_NONE) = 0 mmap(0x40130000, 24576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x119000) = 0x40130000 mmap(0x40136000, 14976, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40136000 close(3) = 0 mmap(0, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4013a000 munmap(0x40016000, 1628) = 0 brk(0) = 0x804e750 brk(0x804e780) = 0x804e780 brk(0x804f000) = 0x804f000 chdir("/") = 0 open("/var/run/klogd.pid", O_RDONLY) = -1 ENOENT (No such file or directory) fork() = 112 _exit(0) = ? Trace 2 (with lvm2) # strace klogd execve("/usr/sbin/klogd", ["klogd"], [/* 34 vars */]) = 0 brk(0) = 0x804e750 open("/etc/ld.so.preload", O_RDONLY) = -1 ENOENT (No such file or directory) open("/etc/ld.so.cache", O_RDONLY) = 3 SYS_197(0x3, 0xbfffec98, 0x40015604, 0x400156ec, 0x3) = 0 mmap(0, 1628, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40016000 close(3) = 0 open("/lib/libc.so.6", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3"..., 1024) = 1024 SYS_197(0x3, 0xbfffece8, 0x40015604, 0x400156ec, 0x3) = 0 mmap(0, 1190528, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40017000 mprotect(0x40130000, 39552, PROT_NONE) = 0 mmap(0x40130000, 24576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x119000) = 0x40130000 mmap(0x40136000, 14976, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40136000 close(3) = 0 mmap(0, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4013a000 munmap(0x40016000, 1628) = 0 brk(0) = 0x804e750 brk(0x804e780) = 0x804e780 brk(0x804f000) = 0x804f000 chdir("/") = 0 open("/var/run/klogd.pid", O_RDONLY) = -1 ENOENT (No such file or directory) fork() = 147 Kernel panic: Kernel mode fault at addr 0x488b5000, ip 0x400df1a4 Thanks, Jeff On Tue, 6 Jan 2004, Johannes Formann wrote: > At 21:58 Uhr -0500 05.01.2004, Jeff Dike wrote: > >jc...@fe... said: > >> Starting daemons: syslogd klogd inetd namedKernel panic: Kernel mode > >> fault at addr 0x48965000, ip 0x400e51a4 > > > >Can you get a stack trace from the panic? > > a simple strace $comand_to_run_uml? |
From: Johannes F. <joh...@fo...> - 2004-01-06 21:01:48
|
At 3:34 Uhr +0800 07.01.2004, Jeff Chua wrote: >Can you please try to see the patch below solve your problem? >--- uml/drivers/char/mem.c.org Wed Jan 7 03:30:40 2004 >+++ uml/drivers/char/mem.c Wed Jan 7 03:31:47 2004 >@@ -269,3 +269,3 @@ > } >- *ppos = __pa((void *) p); >+ *ppos = p; > return virtr + read; This single Line doesn't solve my problem, or should I use it aditionaly to an other patch? Or shall I compile the Kernel with debigsymbols, so I can get an backtrace for you? regards Johannes |
From: Jeff C. <jc...@fe...> - 2004-01-06 21:08:09
|
untar linux-2.4.24.tar.bz2 cd uml bzip2 -d -c /tar/uml/uml-patch-2.4.23-1.bz2 | patch -p1 patch -p1 </tar/uml/uml-patch-2.4.23-3 (my patch) make mrproper ARCH=um make menuconfig ARCH=um make depend ARCH=um make clean ARCH=um make linux ARCH=um make modules ARCH=um Thanks, Jeff [ jc...@fe... ] On Tue, 6 Jan 2004, Johannes Formann wrote: > At 3:34 Uhr +0800 07.01.2004, Jeff Chua wrote: > > >Can you please try to see the patch below solve your problem? > >--- uml/drivers/char/mem.c.org Wed Jan 7 03:30:40 2004 > >+++ uml/drivers/char/mem.c Wed Jan 7 03:31:47 2004 > >@@ -269,3 +269,3 @@ > > } > >- *ppos = __pa((void *) p); > >+ *ppos = p; > > return virtr + read; > > This single Line doesn't solve my problem, or should I use it > aditionaly to an other patch? > > Or shall I compile the Kernel with debigsymbols, so I can get an > backtrace for you? > > regards > > Johannes > > > ------------------------------------------------------- > This SF.net email is sponsored by: IBM Linux Tutorials. > Become an expert in LINUX or just sharpen your skills. Sign up for IBM's > Free Linux Tutorials. Learn everything from the bash shell to sys admin. > Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click > _______________________________________________ > User-mode-linux-devel mailing list > Use...@li... > https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel > |
From: Johannes F. <joh...@fo...> - 2004-01-06 21:47:41
|
At 4:47 Uhr +0800 07.01.2004, Jeff Chua wrote: >untar linux-2.4.24.tar.bz2 >cd uml >bzip2 -d -c /tar/uml/uml-patch-2.4.23-1.bz2 | patch -p1 >patch -p1 </tar/uml/uml-patch-2.4.23-3 (my patch) at ../../sourcen/uml-patc_chua | patch -p1 patching file drivers/char/mem.c Hunk #1 succeeded at 272 (offset 3 lines). where does that offset come from? hust to be shure, your patch ist: --- uml/drivers/char/mem.c.org Wed Jan 7 03:30:40 2004 +++ uml/drivers/char/mem.c Wed Jan 7 03:31:47 2004 @@ -269,3 +269,3 @@ } - *ppos = __pa((void *) p); + *ppos = p; return virtr + read; or the other longer one? >make mrproper ARCH=um >make menuconfig ARCH=um >make depend ARCH=um >make clean ARCH=um >make linux ARCH=um >make modules ARCH=um Kernel panic: Kernel mode fault at addr 0x8814000, ip 0x400d93c4 and the gd-output: Starting kernel log daemon: klogd Breakpoint 1, panic (fmt=0x800d16a0 "Kernel mode fault at addr 0x%lx, ip 0x%lx") at panic.c:58 58 panic.c: No such file or directory. in panic.c (gdb) bt #0 panic (fmt=0x800d16a0 "Kernel mode fault at addr 0x%lx, ip 0x%lx") at panic.c:58 #1 0x80067af8 in segv (address=142688256, ip=1074631620, is_write=0, is_user=0, sc=0x87aa8278) at trap_kern.c:149 #2 0x80067dcc in segv_handler (sig=11, regs=0x87aa8278) at trap_user.c:67 #3 0x80069f5b in sig_handler_common_skas (sig=11, sc_ptr=0x87aab7c0) at trap_user.c:33 #4 0x80067df1 in sig_handler (sig=11, sc= {gs = 0, __gsh = 0, fs = 0, __fsh = 0, es = 43, __esh = 0, ds = 43, __dsh = 0, edi = 2182041356, esi = 142688256, ebp = 2276113052, esp = 2276113044, ebx = 3852, edx = 96, ecx = 24, eax = 2276113240, trapno = 14, err = 4, eip = 2147918401, cs = 35, __csh = 0, eflags = 66054, esp_at_signal = 2276113044, ss = 43, __ssh = 0, fpstate = 0x0, oldmask = 0, cr2 = 142688256}) at trap_user.c:101 #5 0x400406b8 in sigaction () from /lib/libc.so.6 #6 0x8006a0b4 in do_op (addr=134541068, len=96, is_write=1, op=0x8006a22c <copy_chunk_to_user>, arg=0x87aabb58) at uaccess.c:46 #7 0x8006a0fc in buffer_op (addr=134541068, len=96, is_write=1, op=0x8006a22c <copy_chunk_to_user>, arg=0x87aabb58) at uaccess.c:59 #8 0x8006a2c7 in copy_to_user_skas (to=0x804ef0c, from=0x8814000, n=96) at uaccess.c:122 #9 0x8006cc5c in read_kmem (file=0x84174ac0, buf=0x804ef0c <Address 0x804ef0c out of bounds>, count=96, ppos=0x84174ae0) at /usr/src/uml2.4.23-1/linux-2.4.23/arch/um/include/um_uaccess.h:37 #10 0x8002be4a in sys_read (fd=2, buf=0x804ef0c <Address 0x804ef0c out of bounds>, count=96) at read_write.c:177 #11 0x80069a7f in execute_syscall_skas (r=0x87aa8278) at syscall_kern.c:28 #12 0x80066ae5 in execute_syscall (r=0x87aa8278) at syscall_kern.c:315 #13 0x80069aba in handle_syscall (regs=0x87aa8278) at syscall_user.c:26 #14 0x80068e67 in handle_trap (pid=20155, regs=0x87aa8278) at process.c:85 #15 0x8006909a in userspace (regs=0x87aa8278) at process.c:160 #16 0x80069857 in fork_handler (sig=10) at process_kern.c:102 #17 0x400406b8 in sigaction () from /lib/libc.so.6 #18 0x800697aa in new_thread_proc (stack=0x2, handler=0) at process_kern.c:79 #19 0x00000000 in ?? () (gdb) c Continuing. Kernel panic: Kernel mode fault at addr 0x8814000, ip 0x400d93c4 . Program exited normally. HTH Johannes |
From: Jeff C. <je...@si...> - 2004-01-06 21:52:22
|
On Tue, 6 Jan 2004, Johannes Formann wrote: > At 4:47 Uhr +0800 07.01.2004, Jeff Chua wrote: > at ../../sourcen/uml-patc_chua | patch -p1 > patching file drivers/char/mem.c > Hunk #1 succeeded at 272 (offset 3 lines). > > where does that offset come from? This is ok. If you use "patch -s" that, you won't see the "offset" warning. > hust to be shure, your patch ist: > > --- uml/drivers/char/mem.c.org Wed Jan 7 03:30:40 2004 > +++ uml/drivers/char/mem.c Wed Jan 7 03:31:47 2004 > @@ -269,3 +269,3 @@ > } > - *ppos = __pa((void *) p); > + *ppos = p; > return virtr + read; This is the right one. Jeff. |
From: Johannes F. <joh...@fo...> - 2004-01-06 21:56:01
|
At 5:32 Uhr +0800 07.01.2004, Jeff Chua wrote: > > hust to be shure, your patch ist: >This is the right one. Well, than this patch does not fix the bug. good night Johannes |
From: Jeff C. <jc...@fe...> - 2004-01-06 21:59:24
|
On Tue, 6 Jan 2004, Johannes Formann wrote: > At 5:32 Uhr +0800 07.01.2004, Jeff Chua wrote: > > Well, than this patch does not fix the bug. Send me your .config. Thanks, Jeff |
From: Johannes F. <joh...@fo...> - 2004-01-07 05:54:21
|
At 5:39 Uhr +0800 07.01.2004, Jeff Chua wrote: >On Tue, 6 Jan 2004, Johannes Formann wrote: > >> At 5:32 Uhr +0800 07.01.2004, Jeff Chua wrote: >> >> Well, than this patch does not fix the bug. > >Send me your .config. Is on the way. regards Johannes |