Help On Fri, Feb 13, 2009 at 5:00 AM, <support-requ...@lists.openmoko.org> wrote:
> Send support mailing list submissions to > support@lists.openmoko.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.openmoko.org/mailman/listinfo/support > or, via email, send a message with subject or body 'help' to > support-requ...@lists.openmoko.org > > You can reach the person managing the list at > support-ow...@lists.openmoko.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of support digest..." > > > Today's Topics: > > 1. Garbage values in Logged System Call (Bilal Mehdi) > 2. Re: Garbage values in Logged System Call (Joachim Ott) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 12 Feb 2009 05:54:42 -0800 (PST) > From: Bilal Mehdi <bilal.me...@yahoo.com> > Subject: Garbage values in Logged System Call > To: openmoko kernel <openmoko-ker...@lists.openmoko.org>, openmoko > support <support@lists.openmoko.org> > Message-ID: <936270.68940...@web110301.mail.gq1.yahoo.com> > Content-Type: text/plain; charset="iso-8859-1" > > Dear Sir, > > We have been tracing system calls of several processes on openmoko. But we > are getting garbage values for some system calls. We are not sure whether > the garbage value is an incorrectly logged system call or may be a call that > never existed (i.e the system tried to record the system call which was > never called). Initially we were trying our own developed application for > logging. Seeing this error, we tried 'strace' but it also showed same > errors. > > Please note that we are seeing this same problem in Freerunner Emulator as > well as actual openmoko set. > > The output of strace for "ls" follows: > > execve("/bin/ls", ["/bin/ls"], [/* 12 vars */]) = 0 > brk(0)????????????????????????????????? = 0x88000 > uname({sys="Linux", node="om-gta02", ...}) = 0 > access("/etc/ld.so.preload", R_OK)????? = -1 ENOENT (No such file or > directory) > open("/var/run/ld.so.cache", O_RDONLY)? = 3 > fstat64(3, {st_mode=S_IFREG|0644, st_size=12311, ...}) = 0 > mmap2(NULL, 12311, PROT_READ, MAP_PRIVATE, 3, 0) = 0x4001c000 > close(3)??????????????????????????????? = 0 > open("/lib/libm.so.6", O_RDONLY)??????? = 3 > read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0p1\0\000"..., 512) = > 512 > fstat64(3, {st_mode=S_IFREG|0755, st_size=677656, ...}) = 0 > mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = > 0x40020000 > mmap2(NULL, 708760, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = > 0x40025000 > mprotect(0x400ca000, 28672, PROT_NONE)? = 0 > mmap2(0x400d1000, 8192, PROT_READ|PROT_WRITE, > MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xa4) = 0x400d1000 > close(3)??????????????????????????????? = 0 > open("/lib/libgcc_s.so.1", O_RDONLY)??? = 3 > read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0008!\0\000"..., 512) > = 512 > fstat64(3, {st_mode=S_IFREG|0644, st_size=41996, ...}) = 0 > mmap2(NULL, 72204, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = > 0x400d3000 > mprotect(0x400dd000, 28672, PROT_NONE)? = 0 > mmap2(0x400e4000, 4096, PROT_READ|PROT_WRITE, > MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x9) = 0x400e4000 > 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\0(\0\1\0\0\0\334K\1\000"..., > 512) = 512 > fstat64(3, {st_mode=S_IFREG|0755, st_size=1136108, ...}) = 0 > mmap2(NULL, 1171904, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) > = 0x400e5000 > mprotect(0x401f6000, 32768, PROT_NONE)? = 0 > mmap2(0x401fe000, 12288, PROT_READ|PROT_WRITE, > MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x111) = 0x401fe000 > mmap2(0x40201000, 8640, PROT_READ|PROT_WRITE, > MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40201000 > close(3)??????????????????????????????? = 0 > mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = > 0x40021000 > syscall_983045(0x400210d0, 0x400210d0, 0x68c, 0x400217a8, 0x40024060, 0, > 0x60, 0xf0005, 0xffff566c, 0x608, 0x40024000, 0xbeabcb6c, 0, 0xbeabc840, > 0x40001fa8, 0x40001fc0, 0x20000010, 0x400210d0, 0xc050, 0, 0, 0, 0, 0, 0, 0, > 0, 0, 0, 0, 0, 0) = 0 > mprotect(0x401fe000, 4096, PROT_READ)?? = 0 > mprotect(0x400d1000, 4096, PROT_READ)?? = 0 > munmap(0x4001c000, 12311)?????????????? = 0 > getpid()??????????????????????????????? = 1459 > getuid32()????????????????????????????? = 0 > gettimeofday({1211513753, 120132}, NULL) = 0 > ioctl(0, TIOCGWINSZ, {ws_row=24, ws_col=80, ws_xpixel=0, ws_ypixel=0}) = 0 > ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo > ...}) = 0 > stat64(".", {st_mode=S_IFDIR|S_ISGID|0755, st_size=0, ...}) = 0 > brk(0)????????????????????????????????? = 0x88000 > brk(0xa9000)??????????????????????????? = 0xa9000 > open(".", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 3 > fstat64(3, {st_mode=S_IFDIR|S_ISGID|0755, st_size=0, ...}) = 0 > fcntl64(3, F_SETFD, FD_CLOEXEC)???????? = 0 > getdents64(3, /* 4 entries */, 4096)??? = 104 > lstat64("./text", {st_mode=S_IFDIR|0755, st_size=0, ...}) = 0 > lstat64("./test.txt", {st_mode=S_IFREG|0644, st_size=28, ...}) = 0 > getdents64(3, /* 0 entries */, 4096)??? = 0 > close(3)??????????????????????????????? = 0 > open("/usr/share/zoneinfo/UTC", O_RDONLY) = 3 > fstat64(3, {st_mode=S_IFREG|0644, st_size=118, ...}) = 0 > fstat64(3, {st_mode=S_IFREG|0644, st_size=118, ...}) = 0 > mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = > 0x4001c000 > read(3, "TZif2\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\1\0\0\0\1\0\0"..., 4096) > = 118 > close(3)??????????????????????????????? = 0 > munmap(0x4001c000, 4096)??????????????? = 0 > fstat64(1, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 1), ...}) = 0 > mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = > 0x4001c000 > write(1, "test.txt? text\n", 15test.txt? text > )??????? = 15 > io_submit(0, 0, 0xfbad2088 <unfinished ... exit status 0> > Process 1459 detached > > To describe the kernel we are using, the output of uname on openmoko set > is: > Linux om-gta02 2.6.24 #1 PREEMPT Thu Apr 24 08:23:36 CST 2008 armv4t > > and on emulator is; > Linux fic-gta01 2.6.22.5-moko11 #1 PREEMPT Sat Dec 1 03:40:58 CET 2007 > armv4tl > > Kindly advise us how to tackle this problem. > > > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://lists.openmoko.org/pipermail/support/attachments/20090212/d9709adc/attachment.html > > ------------------------------ > > Message: 2 > Date: Thu, 12 Feb 2009 18:00:45 +0100 > From: Joachim Ott <jo.o...@googlemail.com> > Subject: Re: Garbage values in Logged System Call > To: bilal.me...@yahoo.com, Support for Openmoko Device Owners > <support@lists.openmoko.org> > Cc: openmoko kernel <openmoko-ker...@lists.openmoko.org> > Message-ID: > <d2be2e370902120900s7600ebd5td393fa4cf8f10...@mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > > 2009/2/12 Bilal Mehdi <bilal.me...@yahoo.com>: > > ... > > mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) > = > > 0x40021000 > > syscall_983045(0x400210d0, 0x400210d0, 0x68c, 0x400217a8, 0x40024060, 0, > > 0x60, 0xf0005, 0xffff566c, 0x608, 0x40024000, 0xbeabcb6c, 0, 0xbeabc840, > > 0x40001fa8, 0x40001fc0, 0x20000010, 0x400210d0, 0xc050, 0, 0, 0, 0, 0, 0, > 0, > > 0, 0, 0, 0, 0, 0) = 0 > > When you do "strace /bin/ls" n your desktop, you will notice the > following syscall at that position: > > set_thread_area({entry_number:-1 -> 6, base_addr:0xb7d92700, > limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, > limit_in_pages:1, seg_not_present:0, useable:1}) = 0 > > Maybe the strace on the FR needs an update? > > > > ------------------------------ > > _______________________________________________ > support mailing list > support@lists.openmoko.org > https://lists.openmoko.org/mailman/listinfo/support > > > End of support Digest, Vol 8, Issue 24 > ************************************** > -- Sashi
_______________________________________________ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
