From owner-freebsd-emulation@FreeBSD.ORG Mon Oct 11 11:01:49 2004 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7097E16A4CF for ; Mon, 11 Oct 2004 11:01:49 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4942843D5E for ; Mon, 11 Oct 2004 11:01:49 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.11/8.12.11) with ESMTP id i9BB1nSc078459 for ; Mon, 11 Oct 2004 11:01:49 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i9BB1m2o078453 for emulation@freebsd.org; Mon, 11 Oct 2004 11:01:48 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 11 Oct 2004 11:01:48 GMT Message-Id: <200410111101.i9BB1m2o078453@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: emulation@FreeBSD.org Subject: Current problem reports assigned to you X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 11:01:49 -0000 Current FreeBSD problem reports Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2002/12/28] kern/46576 emulation FreeBSD 4.6 broke linux emulation install o [2003/06/28] kern/53874 emulation /usr/ports/emulators/linux_base isn't wor o [2003/07/30] ports/55032 emulation java/jdk13: SVr4 emulation interferes wit 3 problems total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2000/09/22] kern/21463 emulation Linux compatability mode should not allow o [2000/11/13] kern/22826 emulation Memory limits have no effect in linux com o [2001/03/28] kern/26171 emulation not work Linux-emulator, but hi is work i p [2002/04/16] kern/37161 emulation ext2 linux file system, error handling la o [2002/11/07] kern/45023 emulation flexlm does not run with linux-base-7, st o [2003/09/24] kern/57192 emulation linux-ibm-java1.4 freeze f [2004/03/04] ports/63747 emulation vmmon is not performing o [2004/06/20] kern/68131 emulation java/linux-ibm-jdk14: linux ibm jdk 1.4.1 o [2004/06/22] ports/68202 emulation [patch] Make vmware2 compile on -current o [2004/06/24] ports/68265 emulation [patch] Make rtc compile on -current (nee 10 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2000/12/15] kern/23561 emulation Linux compatibility mode does not support o [2001/08/14] kern/29698 emulation linux ipcs doesn'work o [2002/06/12] kern/39201 emulation ptrace(2) and rfork(RFLINUXTHPN) confuse o [2002/08/11] kern/41543 emulation Easier wine/w23 support p [2002/09/04] kern/42404 emulation TIOCSCTTY not implemented in linuxulator s [2002/09/06] kern/42466 emulation linux: 'ipc' typ=258 not implemented o [2002/11/27] kern/45785 emulation Linux WineX seems to require a few new li p [2003/01/22] kern/47349 emulation Fake a sound ioctl (plus linux hook) o [2003/08/21] kern/55835 emulation Linux IPC emulation missing SETALL syscal f [2004/06/30] ports/68532 emulation Add support for multiple VMWare instances o [2004/09/09] ports/71536 emulation emulators/rtc: kernel msg "rtc: [number] 11 problems total. From owner-freebsd-emulation@FreeBSD.ORG Mon Oct 11 11:01:58 2004 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC17216A4CE for ; Mon, 11 Oct 2004 11:01:58 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1A6D43D31 for ; Mon, 11 Oct 2004 11:01:58 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.11/8.12.11) with ESMTP id i9BB1wRq078632 for ; Mon, 11 Oct 2004 11:01:58 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i9BB1wNg078626 for freebsd-emulation@freebsd.org; Mon, 11 Oct 2004 11:01:58 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 11 Oct 2004 11:01:58 GMT Message-Id: <200410111101.i9BB1wNg078626@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-emulation@FreeBSD.org Subject: Current problem reports assigned to you X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 11:01:59 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2001/07/14] kern/28966 emulation [patch] math libraries in linux emulation 1 problem total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [1999/04/16] i386/11165 emulation IBCS2 don't work correctly with PID_MAX 9 o [2004/07/14] ports/69041 emulation Please portlint [emulators/vmware3] 2 problems total. From owner-freebsd-emulation@FreeBSD.ORG Wed Oct 13 00:40:05 2004 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92E9E16A4CE; Wed, 13 Oct 2004 00:40:05 +0000 (GMT) Received: from mta6.srv.hcvlny.cv.net (mta6.srv.hcvlny.cv.net [167.206.5.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28C9E43D39; Wed, 13 Oct 2004 00:40:05 +0000 (GMT) (envelope-from bsdfsse@optonline.net) Received: from [192.168.0.24] (ool-43532b7b.dyn.optonline.net [67.83.43.123]) by mta6.srv.hcvlny.cv.net (iPlanet Messaging Server 5.2 HotFix 1.25 (built Mar 3 2004)) with ESMTP id <0I5H0068IZ6SQQ@mta6.srv.hcvlny.cv.net>; Tue, 12 Oct 2004 20:40:04 -0400 (EDT) Date: Tue, 12 Oct 2004 20:39:53 -0400 From: bsdfsse To: freebsd-advocacy@freebsd.org, freebsd-emulation@freebsd.org Message-id: <416C7959.2030205@optonline.net> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) Subject: "...I would buy it." X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Oct 2004 00:40:05 -0000 Short Version: If there was an in-depth book on how to configure some of the various emulators on FreeBSD - I would buy it. Long Version: Recently, I asked for, and received - a lot of help getting VMWare to run on FreeBSD. This information was greatly appreciated by me, because it allowed me to take a big step towards running FreeBSD as my primary OS - and eliminating Windows as an OS I run natively. After reading through old messages on the FreeBSD-emulation, I became aware of FreeBSD's other OS emulation alternatives - free alternatives. Except for VMWare, I have not tried BOCHS, QEMU, WINE, DosBox, PearPC, or any of the other 164 ports in the Emulators collection. I would like to, I plan to, but I do not have the time right at this moment. It would be really nice to be able to develop an app using say the wxWidgets toolkit, and see what it looked like on various OS's. It wouldn't matter if it ran slow, it would only matter if it ran at all. For someone new to Unix in general, and FreeBSD in particular, configuring and optimizing the various emulators would be a somewhat daunting task. Even limiting myself to BOCHS, QEMU, and PearPC would take time to get client OS's working properly within FreeBSD. I recently purchased every FreeBSD book that is currently in print, minus the "FreeBSD in 24 Hours" book. I purchased the books as an investment in my divestment of Microsoft's hegemony. As I get time, I want to eventually learn FreeBSD as well I knew the DOS environment and programming of 15 years ago. If there was an in-depth book on how to configure some of the various emulators on FreeBSD - I would buy it. Even a PDF ebook. My first book on FreeBSD was the "Absolute BSD" PDF book. That gave me enough interest to buy the physical book. Soon after, I purchased "FreeBSD Unleashed", "BSD Hacks", "The Complete FreeBSD", "The Design and Implementation of the FreeBSD Operating System", and "The FreeBSD Handbook". If there was a "Running BOCHS on FreeBSD", I would own that, too. I prefer "real" books when possible, but as a newby - accuracy and clarity are what is most important to me. One of the things I like about the spirit of FreeBSD, it the semi-commerciality. People can use it to make money if they like, and the core developers do not seem to care - they are going to continue making the OS that *they* want, regardless. I've read that the Windows 2000 TCP/IP fingerprint pointed to their stack being "borrowed" from FreeBSD. Apple apparently uses (or used) parts of FreeBSD in OS X. Whereas this would be heresy in the Linux camp, the FreeBSD crowd chugs along amicably. I like the fact that Greg Lehey can reference his book here, while I suspect in a Linux camp that would also be regarded as heresy. With FreeBSD's natural strengths as an OS, availability of numerous emulator ports, and it's innate semi-commerciality - I hope someone eventually produces a quality book focused on running other OS's on FreeBSD. I would pay up to about $300 for such a printed book: that's how much my Windows version of VMWare cost, and I paid the same for the Linux version of VMWare. I would expect most non-professional users to top out at about $150 (which I believe is the cost of Virtual PC). An ebook should be able to sell for $50. In other fields I am interested in, I have seen several examples of people writing ebooks about a relatively specialized topic - and self-producing an ebook. Often they have a website to collect feedback, post errata, and answer questions. One author said he was not getting rich, but he did earn a year's salary while doing something he loved in his part-time. Perhaps someone here can write such a book - or some other book related to a niche they have mastered. A small book on utilizing FreeBSD's Linux emulation would be valuable. Or an ebook on how to configure a machine to play OpenGL games using the nVidia driver. The freebsd-questions list would be a good source for ideas on what opportunities there are. With FreeBSD's legendary stability, flexibility, SCO's anti-Linux FUD, Google's decreasing efficiency, and an ever-growing *nix revival - I think there will a growing demand for FreeBSD-centric technical information. Thanks! From owner-freebsd-emulation@FreeBSD.ORG Wed Oct 13 09:23:28 2004 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A36C016A4CE for ; Wed, 13 Oct 2004 09:23:28 +0000 (GMT) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2495043D4C for ; Wed, 13 Oct 2004 09:23:26 +0000 (GMT) (envelope-from avg@icyb.net.ua) Received: from [212.40.38.87] (oddity.topspin.kiev.ua [212.40.38.87]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id MAA09076 for ; Wed, 13 Oct 2004 12:23:22 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <416CF40A.3070008@icyb.net.ua> Date: Wed, 13 Oct 2004 12:23:22 +0300 From: Andriy Gapon User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040831) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-emulation@freebsd.org Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: linux threaded application hang X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Oct 2004 09:23:28 -0000 This is probably not a problem of our linux emulation, but I think this is most likely place for me to get help. Here's what I have: linux_base-7.1_7 linux_devtools-7.1_3 I have installed IBM WebSphere MQ: MQSeriesJava-5.3.0-1 MQSeriesSDK-5.3.0-1 MQSeriesRuntime-5.3.0-1 MQSeriesServer-5.3.0-1 MQSeriesClient-5.3.0-1 MQSeriesJava-U486878-5.3.0-4 MQSeriesRuntime-U486878-5.3.0-4 MQSeriesSDK-U486878-5.3.0-4 MQSeriesServer-U486878-5.3.0-4 MQSeriesClient-U486878-5.3.0-4 I am trying to execute `setmqcap -1` command and it hangs, seemingly because of inter-thread communication problem. Here's ktrace | linux_kdump of the ineteresting part: #main thread creates a new thread/process with pid 5716 5715 setmqcap CALL linux_clone(0xf00,0x805b3a0) 5715 setmqcap RET linux_clone 5716/0x1654 5716 setmqcap RET linux_fork 0 #writes/reads are made to a pipe and probably are some sort of #inter-thread communication in old linux threads #fd 4 in 5715 is writing end and fd 3 in 5716 is reading end of the pipe 5715 setmqcap CALL write(0x4,0xbfbfd900,0x94) 5715 setmqcap RET write 148/0x94 5716 setmqcap CALL linux_rt_sigprocmask(0x2,0x805b304,0,0x8) 5716 setmqcap RET linux_rt_sigprocmask 0 5715 setmqcap CALL linux_rt_sigprocmask(0x2,0,0xbfbfd9d4,0x8) 5715 setmqcap RET linux_rt_sigprocmask 0 5716 setmqcap CALL read(0x3,0x805b264,0x94) 5716 setmqcap GIO fd 3 read 148 bytes 5716 setmqcap RET read 148/0x94 5715 setmqcap CALL write(0x4,0xbfbfd9c0,0x94) 5715 setmqcap GIO fd 4 wrote 148 bytes 5715 setmqcap RET write 148/0x94 #child threas performs timed poll on a pipe before reading from it #0x7d0 == 2000ms == 2s 5716 setmqcap CALL poll(0x805b25c,0x1,0x7d0) 5716 setmqcap RET poll 1 5715 setmqcap CALL linux_rt_sigprocmask(0x2,0,0xbfbfd910,0x8) 5715 setmqcap RET linux_rt_sigprocmask 0 5716 setmqcap CALL getppid 5716 setmqcap RET getppid 5715/0x1653 #it seems that main thread starts to wait on some condition #until it is awaken by child thread by a signal 5715 setmqcap CALL linux_rt_sigsuspend(0xbfbfd910,0x8) 5716 setmqcap CALL read(0x3,0x805b264,0x94) 5716 setmqcap GIO fd 3 read 148 bytes 5716 setmqcap RET read 148/0x94 5716 setmqcap CALL linux_mmap(0x805b194) 5716 setmqcap RET linux_mmap -1086394368/0xbf3ef000 5716 setmqcap CALL mprotect(0xbf3ef000,0x1000,0) 5716 setmqcap RET mprotect 0 #child thread creates another thread, that's probably not important 5716 setmqcap CALL linux_clone(0xf21,0xbf3ffbf8) 5716 setmqcap RET linux_clone 5717/0x1655 5717 setmqcap RET linux_fork 0 #child thread wants to wake up main thread (pid == 5715 == 0x1653) #by sending signal 0x20 == 32 (== linux SIGRTMIN ?) 5716 setmqcap CALL linux_kill(0x1653,0x20) #but it seems to fail.. or not ? #I am not sure how to interpret "RESTART" here 5716 setmqcap RET linux_kill RESTART 5717 setmqcap CALL linux_getpid 5717 setmqcap RET linux_getpid 5717/0x1655 5716 setmqcap CALL poll(0x805b25c,0x1,0x7d0) 5717 setmqcap CALL linux_rt_sigprocmask(0x2,0xbf3ffca4,0,0x8) 5717 setmqcap RET linux_rt_sigprocmask 0 5717 setmqcap CALL linux_sched_setscheduler(0x1655,0,0xbf3ffd28) 5717 setmqcap RET linux_sched_setscheduler 0 5717 setmqcap CALL linux_getpid 5717 setmqcap RET linux_getpid 5717/0x1655 5717 setmqcap CALL linux_getpid 5717 setmqcap RET linux_getpid 5717/0x1655 5717 setmqcap CALL linux_sched_setscheduler(0x1655,0,0xbf3ff7a8) 5717 setmqcap RET linux_sched_setscheduler 0 5717 setmqcap CALL linux_rt_sigprocmask(0,0xbf3feecc,0xbf3ff5ac,0x8) 5717 setmqcap RET linux_rt_sigprocmask 0 5717 setmqcap CALL linux_rt_sigaction(0x1c,0xbf3fefcc,0xbf3fef3c,0x8) 5717 setmqcap RET linux_rt_sigaction 0 5717 setmqcap CALL linux_rt_sigprocmask(0x2,0,0xbf3feb3c,0x8) 5717 setmqcap RET linux_rt_sigprocmask 0 #second child thread starts to wait for a signal 5717 setmqcap CALL linux_rt_sigsuspend(0xbf3feb3c,0x8) #first child thread continues polling for read communication pipe #but there is nothing there because 5715 is still suspended 5716 setmqcap RET poll 0 5716 setmqcap CALL getppid 5716 setmqcap RET getppid 5715/0x1653 5716 setmqcap CALL poll(0x805b25c,0x1,0x7d0) 5716 setmqcap RET poll 0 5716 setmqcap CALL getppid 5716 setmqcap RET getppid 5715/0x1653 5716 setmqcap CALL poll(0x805b25c,0x1,0x7d0) 5716 setmqcap RET poll 0 5716 setmqcap CALL getppid 5716 setmqcap RET getppid 5715/0x1653 5716 setmqcap CALL poll(0x805b25c,0x1,0x7d0) 5716 setmqcap RET poll 0 5716 setmqcap CALL getppid 5716 setmqcap RET getppid 5715/0x1653 5716 setmqcap CALL poll(0x805b25c,0x1,0x7d0) #this keeps going on forever (until program is interrupted) If my understanding of how old linux threads work is correct, then it seems that the problem is that thread 5715 is never waken up from linux_rt_sigsuspend. I am not sure if this is because that signal 32 was never delivered or something more fishy is going on there: I have attached with gdb to main thread process and here's some data: (gdb) bt #0 0x481c69b6 in __sigsuspend (set=0xbfbfd8b0) at ../sysdeps/unix/sysv/linux/sigsuspend.c:45 #1 0x48186d45 in __pthread_wait_for_restart_signal (self=0x481905a0) at pthread.c:978 #2 0x48186e1d in __pthread_create_2_1 (thread=0xbfbfdaf4, attr=0xbfbfdf80, start_routine=0x480b6b80 , arg=0x8058438) at restart.h:34 #3 0x480b5683 in xcsCreateThreadWithHandle () at eval.c:41 #4 0x480861ed in xehStartAsySignalMonitor () at eval.c:41 #5 0x480824d0 in xehInitialize () at eval.c:41 #6 0x480928b5 in InitPrivateServices () at eval.c:41 #7 0x48094531 in xcsInitialize () at eval.c:41 #8 0x08049a01 in main () at eval.c:41 #9 0x481b4336 in __libc_start_main (main=0x80496d0
, argc=1, ubp_av=0xbfbfe744, init=0x8049108 <_init>, fini=0x80540a0 <_fini>, rtld_fini=0x4806325c <_dl_fini>, stack_end=0xbfbfe73c) at ../sysdeps/generic/libc-start.c:129 (gdb) p set $1 = (sigset_t *) 0x482c87f0 (gdb) p *set $2 = {__val = {1250168, 1208405312, 1208363760, 1209738430, 1209738446, 1210126092, 1209738478, 1209738494, 1210131344, 1209738526, 1209738542, 1209738558, 1209738574, 1209738590, 1209554352, 1209738622, 1209738638, 1209738654, 1209738670, 1209738686, 1209738702, 1209738718, 1209738734, 1209738750, 1209738766, 1209738782, 1209738798, 1210090948, 1209738830, 1209738846, 1209738862, 1209738878}} if I understand correctly linux sigset_t then mask for signal 32 should be bit 31 (highest) of __val[0]: 1250168 == 100110001001101111000 e.g. it seems that the signal was blocked. Unfortunately I was not able to attach to other threads, but this looks insane, especially considering this: (gdb) fr 1 #1 0x48186d45 in __pthread_wait_for_restart_signal (self=0x481905a0) at pthread.c:978 978 pthread.c: No such file or directory. in pthread.c (gdb) p mask $3 = {__val = {0, 0, 0, 0, 0, 1208347125, 0, 3217021232, 0, 0, 0, 0, 0, 0, 3, 0, 0, 0, 0, 0, 16777216, 0, 1209525676, 102, 1209536638, 1209529244, 1209524044, 1208404144, 7, 1210900512, 3, 1210877936}} (gdb) p __pthread_sig_restart $4 = 32 (gdb) p &mask $5 = (sigset_t *) 0xbfbfd890 How can &mask in frame 1 be different from set in frame 0 ? P.S. I tried setting LD_ASSUME_KERNEL to various values from 2.2.5 to 2.4.2, but it didn't change anything. -- Andriy Gapon From owner-freebsd-emulation@FreeBSD.ORG Wed Oct 13 10:33:00 2004 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AAA9216A4CE for ; Wed, 13 Oct 2004 10:33:00 +0000 (GMT) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0703F43D48 for ; Wed, 13 Oct 2004 10:32:59 +0000 (GMT) (envelope-from avg@icyb.net.ua) Received: from [212.40.38.87] (oddity.topspin.kiev.ua [212.40.38.87]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA10645 for ; Wed, 13 Oct 2004 13:32:55 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <416D0457.2090106@icyb.net.ua> Date: Wed, 13 Oct 2004 13:32:55 +0300 From: Andriy Gapon User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040831) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-emulation@freebsd.org References: <416CF40A.3070008@icyb.net.ua> In-Reply-To: <416CF40A.3070008@icyb.net.ua> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: linux threaded application hang X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Oct 2004 10:33:00 -0000 on 13.10.2004 12:23 Andriy Gapon said the following: > #it seems that main thread starts to wait on some condition > #until it is awaken by child thread by a signal > 5715 setmqcap CALL linux_rt_sigsuspend(0xbfbfd910,0x8) > 5716 setmqcap CALL read(0x3,0x805b264,0x94) > 5716 setmqcap GIO fd 3 read 148 bytes > 5716 setmqcap RET read 148/0x94 > 5716 setmqcap CALL linux_mmap(0x805b194) > 5716 setmqcap RET linux_mmap -1086394368/0xbf3ef000 > 5716 setmqcap CALL mprotect(0xbf3ef000,0x1000,0) > 5716 setmqcap RET mprotect 0 having read more about old linux threads, it seems that this "child thread" (5716) is what they call "thread manager" > #child thread creates another thread, that's probably not important > 5716 setmqcap CALL linux_clone(0xf21,0xbf3ffbf8) > 5716 setmqcap RET linux_clone 5717/0x1655 > 5717 setmqcap RET linux_fork 0 and this is an actual new thread > #child thread wants to wake up main thread (pid == 5715 == 0x1653) > #by sending signal 0x20 == 32 (== linux SIGRTMIN ?) > 5716 setmqcap CALL linux_kill(0x1653,0x20) > > #but it seems to fail.. or not ? > #I am not sure how to interpret "RESTART" here > 5716 setmqcap RET linux_kill RESTART -- Andriy Gapon From owner-freebsd-emulation@FreeBSD.ORG Wed Oct 13 11:10:42 2004 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B67716A4CE for ; Wed, 13 Oct 2004 11:10:42 +0000 (GMT) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id D99AF43D41 for ; Wed, 13 Oct 2004 11:10:40 +0000 (GMT) (envelope-from avg@icyb.net.ua) Received: from [212.40.38.87] (oddity.topspin.kiev.ua [212.40.38.87]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA11689 for ; Wed, 13 Oct 2004 14:10:37 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <416D0D2C.6020001@icyb.net.ua> Date: Wed, 13 Oct 2004 14:10:36 +0300 From: Andriy Gapon User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040831) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-emulation@freebsd.org References: <416CF40A.3070008@icyb.net.ua> In-Reply-To: <416CF40A.3070008@icyb.net.ua> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: linux threaded application hang X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Oct 2004 11:10:42 -0000 on 13.10.2004 12:23 Andriy Gapon said the following: > (gdb) p set > $1 = (sigset_t *) 0x482c87f0 > (gdb) p *set > $2 = {__val = {1250168, 1208405312, 1208363760, 1209738430, 1209738446, > 1210126092, 1209738478, 1209738494, 1210131344, 1209738526, 1209738542, > 1209738558, > 1209738574, 1209738590, 1209554352, 1209738622, 1209738638, > 1209738654, 1209738670, 1209738686, 1209738702, 1209738718, 1209738734, > 1209738750, > 1209738766, 1209738782, 1209738798, 1210090948, 1209738830, > 1209738846, 1209738862, 1209738878}} > > if I understand correctly linux sigset_t then mask for signal 32 should > be bit 31 (highest) of __val[0]: > > 1250168 == 100110001001101111000 well it seems that frame 0 was actually reported wrong by gdb, or something like that > (gdb) p mask > $3 = {__val = {0, 0, 0, 0, 0, 1208347125, 0, 3217021232, 0, 0, 0, 0, 0, > 0, 3, 0, 0, 0, 0, 0, 16777216, 0, 1209525676, 102, 1209536638, 1209529244, > 1209524044, 1208404144, 7, 1210900512, 3, 1210877936}} and this is correct: `ps -O sigmask` reported empty mask for initial thread, so it looks that it was linux_kill that actually failed. -- Andriy Gapon From owner-freebsd-emulation@FreeBSD.ORG Wed Oct 13 12:45:20 2004 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 899BA16A4CE for ; Wed, 13 Oct 2004 12:45:20 +0000 (GMT) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB7F743D2D for ; Wed, 13 Oct 2004 12:45:15 +0000 (GMT) (envelope-from avg@icyb.net.ua) Received: from [212.40.38.87] (oddity.topspin.kiev.ua [212.40.38.87]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA14687 for ; Wed, 13 Oct 2004 15:45:12 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <416D2357.6060708@icyb.net.ua> Date: Wed, 13 Oct 2004 15:45:11 +0300 From: Andriy Gapon User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040831) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-emulation@freebsd.org References: <416CF40A.3070008@icyb.net.ua> <416D0D2C.6020001@icyb.net.ua> In-Reply-To: <416D0D2C.6020001@icyb.net.ua> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: linux threaded application hang X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Oct 2004 12:45:20 -0000 sorry for all the traffic, the problem was not emulation related indeed. But I think its resoultion may be interesting for those who wants to use Linux applications with old threads (non NPTL) on FreeBSD. Root cause was that the application was both setuid and setgid (this one is important), and the signal 32 is not among "standard" signals and security.bsd.conservative_signals=1 by default. Setting security.bsd.conservative_signals=0 helped me with MQ. -- Andriy Gapon From owner-freebsd-emulation@FreeBSD.ORG Thu Oct 14 13:58:01 2004 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2463116A4CE for ; Thu, 14 Oct 2004 13:58:01 +0000 (GMT) Received: from minotaur2.uwimona.edu.jm (minotaur2.uwimona.edu.jm [196.3.0.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4BE343D62 for ; Thu, 14 Oct 2004 13:57:59 +0000 (GMT) (envelope-from Symantec_AntiVirus_for_SMTP_Gateways@uwimona.edu.jm) Received: from mercury.uwimona.edu.jm (mercury.uwimona.edu.jm [196.3.0.8]) by minotaur2.uwimona.edu.jm (8.9.3/1.1.1) with SMTP id IAA16002 for ; Thu, 14 Oct 2004 08:47:53 -0500 (EST) Date: Thu, 14 Oct 2004 08:47:53 -0500 (EST) Message-Id: <200410141347.IAA16002@minotaur2.uwimona.edu.jm> From: Symantec_AntiVirus_for_SMTP_Gateways@uwimona.edu.jm To: freebsd-emulation@freebsd.org Subject: Content violation [ UWI, Mona Campus] X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Oct 2004 13:58:01 -0000 Content violation found in email message. From: freebsd-emulation@freebsd.org To: manison@mercury.uwimona.edu.jm File(s): message.scr Matching filename: *.scr From owner-freebsd-emulation@FreeBSD.ORG Fri Oct 15 13:58:37 2004 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EBDA416A4CE for ; Fri, 15 Oct 2004 13:58:37 +0000 (GMT) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4551443D1D for ; Fri, 15 Oct 2004 13:58:36 +0000 (GMT) (envelope-from avg@icyb.net.ua) Received: from [212.40.38.87] (oddity.topspin.kiev.ua [212.40.38.87]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA12680 for ; Fri, 15 Oct 2004 16:58:33 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <416FD788.3090605@icyb.net.ua> Date: Fri, 15 Oct 2004 16:58:32 +0300 From: Andriy Gapon User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040831) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-emulation@freebsd.org Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: unix domain sockets in linux emulation X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Oct 2004 13:58:38 -0000 It seems that pathname "prefixing" is not performed for unix domain socket calls in linux emulation e.g. "/compat/linux" prefix is never tried to be prepended for bind() and connect() calls. This leads to linux applications failing in scenarios like this: mkdir("/tmp/foo"); //this will create /compat/linux/tmp/foo/ directory s = socket(AF_LOCAL, SOCK_DGRAM, PF_LOCAL); strcpy(addr.sun_path, "/tmp/foo/bar"); addr.sun_family = AF_LOCAL; bind(s, (struct sockaddr *) &addr, SUN_LEN(&addr)); //this will try to bind socket in /tmp/foo/ directory //which does not exist voila Existence of this problem can be easily verified using the above code. I have experinced this problem on FreeBSD 5.2.1 with two real-life applications: oracle 9.2.0.4.0 IBM WebSphere MQ 5.3 Should this be considered as a bug or a feature ? -- Andriy Gapon From owner-freebsd-emulation@FreeBSD.ORG Fri Oct 15 21:28:06 2004 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D47F16A4CE for ; Fri, 15 Oct 2004 21:28:06 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id C39CF43D53 for ; Fri, 15 Oct 2004 21:28:05 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.11/8.12.11) id i9FLS5kF000336; Fri, 15 Oct 2004 16:28:05 -0500 (CDT) (envelope-from dan) Date: Fri, 15 Oct 2004 16:28:04 -0500 From: Dan Nelson To: Andriy Gapon Message-ID: <20041015212804.GE88757@dan.emsphone.com> References: <416FD788.3090605@icyb.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <416FD788.3090605@icyb.net.ua> X-OS: FreeBSD 5.3-BETA7 X-message-flag: Outlook Error User-Agent: Mutt/1.5.6i cc: freebsd-emulation@freebsd.org Subject: Re: unix domain sockets in linux emulation X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Oct 2004 21:28:06 -0000 In the last episode (Oct 15), Andriy Gapon said: > It seems that pathname "prefixing" is not performed for unix domain > socket calls in linux emulation e.g. "/compat/linux" prefix is never > tried to be prepended for bind() and connect() calls. Sounds like a bug to me. That would also make it difficult for linux apps to talk via unix sockets to native apps. The quick fix is to remove /compat/linux/tmp, so everything gets created in the real /tmp directory. I do this on all my machines anyway, since it simplifies troubleshooting and /tmp cleanup scripts. The full fix would probably be to add a call to LCONVPATH*() somplace inside so_sa_get(), so paths are converted just like with all the other syscalls. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-emulation@FreeBSD.ORG Sat Oct 16 09:13:29 2004 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0092916A4CE for ; Sat, 16 Oct 2004 09:13:29 +0000 (GMT) Received: from web54504.mail.yahoo.com (web54504.mail.yahoo.com [68.142.225.174]) by mx1.FreeBSD.org (Postfix) with SMTP id A49F543D48 for ; Sat, 16 Oct 2004 09:13:28 +0000 (GMT) (envelope-from cigalkan@yahoo.com) Message-ID: <20041016091325.30119.qmail@web54504.mail.yahoo.com> Received: from [81.213.183.239] by web54504.mail.yahoo.com via HTTP; Sat, 16 Oct 2004 02:13:25 PDT Date: Sat, 16 Oct 2004 02:13:25 -0700 (PDT) From: ghj ghjghj To: freebsd-emulation@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: vmware3 X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Oct 2004 09:13:29 -0000 ı use freebsd 4.9.ı tried to install vmware.ı did it but icant run ıt.how can ı run .when ı run vmware ıt froozen.whats the problem? __________________________________ Do you Yahoo!? Yahoo! Mail Address AutoComplete - You start. We finish. http://promotions.yahoo.com/new_mail From owner-freebsd-emulation@FreeBSD.ORG Sat Oct 16 21:03:10 2004 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A35B616A4CE for ; Sat, 16 Oct 2004 21:03:10 +0000 (GMT) Received: from mail.kuehlbox.de (ns1.kuehlbox.de [62.159.47.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5640C43D31 for ; Sat, 16 Oct 2004 21:03:09 +0000 (GMT) (envelope-from bsd@kuehlbox.de) Received: (qmail 16329 invoked by uid 89); 16 Oct 2004 21:01:48 -0000 Received: from unknown (HELO ?172.16.21.120?) (webmaster@kuehlbox.de@82.135.7.44) by www.kuehlbox.de with SMTP; 16 Oct 2004 21:01:48 -0000 Message-ID: <41718C83.6030009@kuehlbox.de> Date: Sat, 16 Oct 2004 23:02:59 +0200 From: Stephan Fiebrandt User-Agent: Mozilla Thunderbird 0.7.2 (Windows/20040707) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-emulation@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: vmware and 5.3BETA7 X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Oct 2004 21:03:10 -0000 Hello all, I got vmware3 running under 5.3beta7, i also tried vmware2 now, with both i have the same problem: my console typing get delayed.. so when i write fast, the console is slower in showing than me typing. Next, and this is the most anoying thing, when i start mx X Server (Xfree or Xorg, doesn't matter) my mouse almost freeze. It "stucks" unusable and only moves every 2-3 sec. when i move it around. Last thing i've noticed is, that top and even ps shows after starting vmware %CPU always at 0.0, whatever process or in the total. This behavior remains, even when vmware is not anymore running at all. I have to reboot the mashine to get it running "normal" again. I have tried all ways out, with no SMP, and no ACPI, linux_base or linuxbase-8 ,vmware2 or vmware3 and so on... everytime it is the same effect after i did turn on once a vmware session. any ideas? just let me know if you need some debug messages, whatever i could send, just tell me how and what. Thanks in advance! Stephan Fiebrandt here is my ps waux output when the mashine is in that "stall mode": USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND root 0 0.0 0.0 0 4 ?? DLs Wed08PM 0:00.70 [swapper] root 1 0.0 0.0 740 224 ?? ILs Wed08PM 0:00.09 /sbin/init -- root 2 0.0 0.0 0 12 ?? DL Wed08PM 0:25.22 [g_event] root 3 0.0 0.0 0 12 ?? DL Wed08PM 1:03.51 [g_up] root 4 0.0 0.0 0 12 ?? DL Wed08PM 1:04.61 [g_down] root 5 0.0 0.0 0 12 ?? DL Wed08PM 0:00.00 [kqueue taskq] root 6 0.0 0.0 0 12 ?? DL Wed08PM 0:00.00 [thread taskq] root 7 0.0 0.0 0 12 ?? IL Wed08PM 0:00.00 [acpi_task0] root 8 0.0 0.0 0 12 ?? IL Wed08PM 0:00.00 [acpi_task1] root 9 0.0 0.0 0 12 ?? IL Wed08PM 0:00.00 [acpi_task2] root 10 0.0 0.0 0 12 ?? DL Wed08PM 0:00.00 [ktrace] root 11 0.0 0.0 0 12 ?? RL Wed08PM 4398:17.56 [idle: cpu1] root 12 0.0 0.0 0 12 ?? RL Wed08PM 4409:31.93 [idle: cpu0] root 13 0.0 0.0 0 12 ?? WL Wed08PM 0:00.00 [irq1: atkbd0] root 14 0.0 0.0 0 12 ?? WL Wed08PM 0:00.00 [irq3: sio1] root 15 0.0 0.0 0 12 ?? WL Wed08PM 0:00.00 [irq4: sio0] root 16 0.0 0.0 0 12 ?? WL Wed08PM 0:00.00 [irq5:] root 17 0.0 0.0 0 12 ?? WL Wed08PM 0:00.00 [irq6: fdc0] root 18 0.0 0.0 0 12 ?? WL Wed08PM 0:00.00 [irq7: ppc1] root 19 0.0 0.0 0 12 ?? WL Wed08PM 0:00.00 [irq8: rtc] root 20 0.0 0.0 0 12 ?? WL Wed08PM 0:00.00 [irq9: acpi0] root 21 0.0 0.0 0 12 ?? WL Wed08PM 0:00.00 [irq10:] root 22 0.0 0.0 0 12 ?? WL Wed08PM 0:00.00 [irq11:] root 23 0.0 0.0 0 12 ?? WL Wed08PM 0:00.00 [irq12: psm0] root 24 0.0 0.0 0 12 ?? WL Wed08PM 0:00.00 [irq13:] root 25 0.0 0.0 0 12 ?? WL Wed08PM 0:00.00 [irq14: ata0] root 26 0.0 0.0 0 12 ?? WL Wed08PM 0:00.00 [irq15: ata1] root 27 0.0 0.0 0 12 ?? WL Wed08PM 0:00.01 [irq16: uhci0] root 28 0.0 0.0 0 12 ?? WL Wed08PM 0:00.00 [irq17: puc0] root 29 0.0 0.0 0 12 ?? WL Wed08PM 2:12.86 [irq18: em0] root 30 0.0 0.0 0 12 ?? WL Wed08PM 0:00.00 [irq19: uhci1] root 31 0.0 0.0 0 12 ?? WL Wed08PM 0:03.77 [irq20: ifpi2-0] root 32 0.0 0.0 0 12 ?? WL Wed08PM 0:00.00 [irq21: pcm0] root 33 0.0 0.0 0 12 ?? WL Wed08PM 0:00.00 [irq22:] root 34 0.0 0.0 0 12 ?? WL Wed08PM 0:00.00 [irq23:] root 35 0.0 0.0 0 12 ?? WL Wed08PM 0:01.23 [irq24: xl0] root 36 0.0 0.0 0 12 ?? WL Wed08PM 0:12.69 [irq25: asr0] root 37 0.0 0.0 0 12 ?? WL Wed08PM 0:00.00 [irq26:] root 38 0.0 0.0 0 12 ?? WL Wed08PM 0:00.00 [irq27:] root 39 0.0 0.0 0 12 ?? WL Wed08PM 0:00.00 [irq28:] root 40 0.0 0.0 0 12 ?? WL Wed08PM 0:00.00 [irq29:] root 41 0.0 0.0 0 12 ?? WL Wed08PM 0:00.00 [irq30:] root 42 0.0 0.0 0 12 ?? WL Wed08PM 0:00.00 [irq31:] root 43 0.0 0.0 0 12 ?? WL Wed08PM 0:00.00 [irq32:] root 44 0.0 0.0 0 12 ?? WL Wed08PM 0:00.00 [irq33:] root 45 0.0 0.0 0 12 ?? WL Wed08PM 0:00.00 [irq34:] root 46 0.0 0.0 0 12 ?? WL Wed08PM 0:00.00 [irq35:] root 47 0.0 0.0 0 12 ?? WL Wed08PM 0:00.00 [irq36:] root 48 0.0 0.0 0 12 ?? WL Wed08PM 0:00.00 [irq37:] root 49 0.0 0.0 0 12 ?? WL Wed08PM 0:00.00 [irq38:] root 50 0.0 0.0 0 12 ?? WL Wed08PM 0:00.00 [irq39:] root 51 0.0 0.0 0 12 ?? WL Wed08PM 0:00.00 [irq40:] root 52 0.0 0.0 0 12 ?? WL Wed08PM 0:00.00 [irq41:] root 53 0.0 0.0 0 12 ?? WL Wed08PM 0:00.00 [irq42:] root 54 0.0 0.0 0 12 ?? WL Wed08PM 0:00.00 [irq43:] root 55 0.0 0.0 0 12 ?? WL Wed08PM 0:00.00 [irq44:] root 56 0.0 0.0 0 12 ?? WL Wed08PM 0:00.00 [irq45:] root 57 0.0 0.0 0 12 ?? WL Wed08PM 0:00.00 [irq46:] root 58 0.0 0.0 0 12 ?? WL Wed08PM 0:00.00 [irq47:] root 59 0.0 0.0 0 12 ?? WL Wed08PM 0:00.00 [irq0: clk] root 60 0.0 0.0 0 12 ?? WL Wed08PM 2:47.93 [swi1: net] root 61 0.0 0.0 0 12 ?? WL Wed08PM 34:00.98 [swi5: clock sio] root 62 0.0 0.0 0 12 ?? WL Wed08PM 0:00.00 [swi4: vm] root 63 0.0 0.0 0 12 ?? DL Wed08PM 0:53.10 [yarrow] root 64 0.0 0.0 0 12 ?? WL Wed08PM 0:00.00 [swi6:+] root 65 0.0 0.0 0 12 ?? WL Wed08PM 0:00.00 [swi2: camnet] root 66 0.0 0.0 0 12 ?? WL Wed08PM 0:15.17 [swi3: cambio] root 67 0.0 0.0 0 12 ?? WL Wed08PM 0:00.00 [swi6: task queue] root 68 0.0 0.0 0 12 ?? WL Wed08PM 0:00.00 [swi6: acpitaskq] root 69 0.0 0.0 0 12 ?? WL Wed08PM 0:00.00 [swi6:+] root 70 0.0 0.0 0 12 ?? DL Wed08PM 0:00.07 [usb0] root 71 0.0 0.0 0 12 ?? DL Wed08PM 0:00.00 [usbtask] root 72 0.0 0.0 0 12 ?? DL Wed08PM 0:00.07 [usb1] root 73 0.0 0.0 0 12 ?? WL Wed08PM 2:54.94 [swi0: sio] root 74 0.0 0.0 0 12 ?? DL Wed08PM 0:02.29 [fdc0] root 75 0.0 0.0 0 12 ?? DL Wed08PM 0:02.25 [pagedaemon] root 76 0.0 0.0 0 12 ?? DL Wed08PM 0:00.00 [vmdaemon] root 77 0.0 0.0 0 12 ?? DL Wed08PM 0:23.46 [pagezero] root 78 0.0 0.0 0 12 ?? DL Wed08PM 0:04.60 [bufdaemon] root 79 0.0 0.0 0 12 ?? DL Wed08PM 0:03.25 [vnlru] root 80 0.0 0.0 0 12 ?? DL Wed08PM 3:23.27 [syncer] root 81 0.0 0.0 0 12 ?? IL Wed08PM 0:00.00 [nfsiod 0] root 82 0.0 0.0 0 12 ?? IL Wed08PM 0:00.00 [nfsiod 1] root 83 0.0 0.0 0 12 ?? IL Wed08PM 0:00.00 [nfsiod 2] root 84 0.0 0.0 0 12 ?? IL Wed08PM 0:00.00 [nfsiod 3] root 85 0.0 0.0 0 12 ?? DL Wed08PM 0:21.71 [schedcpu] root 266 0.0 0.1 1336 840 ?? Is Wed08PM 0:06.26 /sbin/natd -n xl0 root 302 0.0 0.0 516 300 ?? Is Wed08PM 0:00.00 /sbin/devd root 322 0.0 0.1 1348 776 ?? Ss Wed08PM 0:01.14 /usr/sbin/syslogd -s root 403 0.0 0.1 1272 696 ?? Is Wed08PM 0:00.38 /usr/sbin/usbd root 447 0.0 0.2 3396 1672 ?? Is Wed08PM 0:00.13 /usr/sbin/sshd root 466 0.0 0.1 1392 908 ?? Ss Wed08PM 0:02.56 /usr/sbin/cron -s