From: "ron minnich" <rminnich@gmail.com>
To: "Fans of the OS Plan 9 from Bell Labs" <9fans@cse.psu.edu>
Subject: [9fans] 118 acme fault 0 no segment -- seeing a lot of simliar things this morning.
Date: Wed, 2 Jul 2008 05:40:52 -0700 [thread overview]
Message-ID: <13426df10807020540n7ebd3a35uc903114b0593ecb5@mail.gmail.com> (raw)
Thread 9 (Thread -1758905456 (LWP 2695)):
#0 0xb7f78424 in __kernel_vsyscall ()
#1 0x4e6f7a43 in poll () from /lib/libc.so.6
#2 0x4117fa99 in ?? () from /usr/lib/libX11.so.6
#3 0x4117fe7f in _XRead () from /usr/lib/libX11.so.6
#4 0x411816bb in _XReadEvents () from /usr/lib/libX11.so.6
#5 0x4116a7ab in XNextEvent () from /usr/lib/libX11.so.6
#6 0x080a19e9 in _xproc (v=0x0) at 9vx/x11/x11-kernel.c:141
#7 0x08056f7b in linkproc () at 9vx/trap.c:484
#8 0x00000000 in ?? ()
Thread 8 (Thread -1768612976 (LWP 2696)):
#0 0x4e701723 in __call_pselect6 () from /lib/libc.so.6
#1 0x4e6fa723 in pselect () from /lib/libc.so.6
#2 0x0805647a in timerkproc (v=0x0) at 9vx/time.c:187
#3 0x08056f7b in linkproc () at 9vx/trap.c:484
#4 0x00000000 in ?? ()
Thread 7 (Thread -1778320496 (LWP 2697)):
#0 0xb7f78424 in __kernel_vsyscall ()
#1 0x4e7d7206 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#2 0x08053686 in runproc () at 9vx/sched.c:259
#3 0x0808e2bb in sched () at 9vx/a/proc.c:165
#4 0x08052444 in squidboy (v=0x828f128) at 9vx/main.c:732
#5 0x4e7d344b in start_thread () from /lib/libpthread.so.0
#6 0x4e70180e in clone () from /lib/libc.so.6
Thread 6 (Thread -1797231728 (LWP 2698)):
#0 0xb7f78424 in __kernel_vsyscall ()
#1 0x4e7da008 in accept () from /lib/libpthread.so.0
#2 0x0804f277 in so_accept (fd=38, raddr=0x9614ff64,
rport=0x9614ff6a) at 9vx/devip-posix.c:102
#3 0x0804e412 in ipopen (c=0x82cfb48, omode=2) at 9vx/devip.c:303
#4 0x08050bbb in kserve (kc=0x92e8eb50) at 9vx/kprocdev.c:98
#5 0x080515aa in kserver (v=0x827e668) at 9vx/kprocdev.c:155
#6 0x08056f7b in linkproc () at 9vx/trap.c:484
#7 0x00000000 in ?? ()
Thread 5 (Thread -1805624432 (LWP 2699)):
#0 0xb7f78424 in __kernel_vsyscall ()
#1 0x4e7da008 in accept () from /lib/libpthread.so.0
#2 0x0804f277 in so_accept (fd=40, raddr=0x93b81f64,
rport=0x93b81f6a) at 9vx/devip-posix.c:102
#3 0x0804e412 in ipopen (c=0x830ab00, omode=2) at 9vx/devip.c:303
#4 0x08050bbb in kserve (kc=0x925c7b50) at 9vx/kprocdev.c:98
#5 0x080515aa in kserver (v=0x82b2a10) at 9vx/kprocdev.c:155
#6 0x08056f7b in linkproc () at 9vx/trap.c:484
#7 0x00000000 in ?? ()
Thread 4 (Thread -1846002800 (LWP 2701)):
#0 0xb7f78424 in __kernel_vsyscall ()
#1 0x4e7d7206 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#2 0x08053686 in runproc () at 9vx/sched.c:259
#3 0x0808e2bb in sched () at 9vx/a/proc.c:165
---Type <return> to continue, or q <return> to quit---
#4 0x08052444 in squidboy (v=0x8309958) at 9vx/main.c:732
#5 0x4e7d344b in start_thread () from /lib/libpthread.so.0
#6 0x4e70180e in clone () from /lib/libc.so.6
Thread 3 (Thread -1866228848 (LWP 2702)):
#0 0xb7f78424 in __kernel_vsyscall ()
#1 0x4e7da108 in recv () from /lib/libpthread.so.0
#2 0x0804ecf1 in ipread (ch=0x83086c0, a=0x82ce098, n=2,
offset=53579) at 9vx/devip.c:404
#3 0x08050bf4 in kserve (kc=0x91640af4) at 9vx/kprocdev.c:104
#4 0x080515aa in kserver (v=0x82a07e0) at 9vx/kprocdev.c:155
#5 0x08056f7b in linkproc () at 9vx/trap.c:484
#6 0x00000000 in ?? ()
Thread 2 (Thread -1885140080 (LWP 2703)):
#0 0xb7f78424 in __kernel_vsyscall ()
#1 0x4e7d7206 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#2 0x08053686 in runproc () at 9vx/sched.c:259
#3 0x0808e2bb in sched () at 9vx/a/proc.c:165
#4 0x08052444 in squidboy (v=0x82deec8) at 9vx/main.c:732
#5 0x4e7d344b in start_thread () from /lib/libpthread.so.0
#6 0x4e70180e in clone () from /lib/libc.so.6
Thread 1 (Thread -1208650048 (LWP 2694)):
#0 0xb7f78424 in __kernel_vsyscall ()
#1 0x4e7d7206 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#2 0x080538e4 in idlehands () at 9vx/sched.c:259
#3 0x0808cf96 in _runproc () at 9vx/a/proc.c:542
#4 0x080535ca in runproc () at 9vx/sched.c:130
#5 0x0808e2bb in sched () at 9vx/a/proc.c:165
#6 0x08052812 in main (argc=<value optimized out>, argv=0xbf97757c)
at 9vx/main.c:208
#0 0xb7f78424 in __kernel_vsyscall ()
(gdb)
Is this another out of memory? This happened on a mk clean on kernel source
ron
next reply other threads:[~2008-07-02 12:40 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-07-02 12:40 ron minnich [this message]
2008-07-02 13:16 ` Russ Cox
2008-07-02 13:30 ` ron minnich
2008-07-02 13:40 ` [9fans] 118 acme fault 0 no segment -- seeing a lot of simliar erik quanstrom
2008-07-02 14:17 ` ron minnich
2008-07-02 15:42 ` vx32 and 9vx performance, and on x86-64 Russ Cox
2008-07-04 0:26 ` [9fans] " erik quanstrom
2008-07-04 2:03 ` andrey mirtchovski
2008-07-04 2:15 ` Russ Cox
2008-07-02 15:43 ` [9fans] 118 acme fault 0 no segment -- seeing a lot of simliar things this morning Russ Cox
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=13426df10807020540n7ebd3a35uc903114b0593ecb5@mail.gmail.com \
--to=rminnich@gmail.com \
--cc=9fans@cse.psu.edu \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).