From owner-freebsd-emulation@FreeBSD.ORG Sun Apr 15 00:02:16 2012 Return-Path: Delivered-To: freebsd-emulation@FreeBSD.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 11DF41065698; Sun, 15 Apr 2012 00:02:16 +0000 (UTC) Date: Sun, 15 Apr 2012 00:02:16 +0000 From: Alexander Best To: Alexander Leidinger Message-ID: <20120415000216.GA53624@freebsd.org> References: <201204101856.46591.jkim@FreeBSD.org> <201204101939.33201.jkim@FreeBSD.org> <201204102027.42344.jkim@FreeBSD.org> <20120413203222.GA80646@freebsd.org> <20120414155427.000056c1@unknown> <20120414203256.GB19712@freebsd.org> <20120414224746.000005fb@unknown> <20120415000246.0000736b@unknown> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120415000246.0000736b@unknown> Cc: freebsd-emulation@FreeBSD.org, Jung-uk Kim Subject: Re: [PATCH] pipe2 for Linuxulator X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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: Sun, 15 Apr 2012 00:02:16 -0000 On Sun Apr 15 12, Alexander Leidinger wrote: > On Sat, 14 Apr 2012 22:47:46 +0200 Alexander Leidinger > wrote: > > > On Sat, 14 Apr 2012 20:32:56 +0000 Alexander Best > > wrote: > > > > > On Sat Apr 14 12, Alexander Leidinger wrote: > > > > On Fri, 13 Apr 2012 20:32:22 +0000 Alexander Best > > > > wrote: > > > > > > > > > i'm having problems with the patch. beforehand, playing music > > > > > from www.mixcloud.com worked. now the flash based player is > > > > > initialising forever. > > > > > > > > > just drop me a note with exact instructions and i can give you > > > > > more verbose information or debugging stats. again: this issue > > > > > might be futex related and not a result of your patch. > > > > > > > > Are you running -current? If yes I Looks try to get some time to > > > > commit the linuxulator-dtrace probes, now that SDT probes can be > > > > loaded dynamically there is no risk to panic the system when the > > > > linuxulator is loaded after boot and dtrace is used. This could > > > > help looking at problems with locks. > > > > > > yes i'm running a very recent HEAD on amd64. > > > > I'm in the process of merging all the new stuff from HEAD into my SVN > > branch. With a slow system and a slow line this may take a while. I > > hope to at least update my branch in SVN > > (users/netchild/linuxulator-dtrace) today. I don't know if I get the > > time to merge it to HEAD today. > > Hmmm... do I remember correctly that I already gave a dtrace patch to > you to check for futex problems? I think I changed the locking-probes > since I gave the patch to you, but I'm not sure. Anyway, the patch > against a recent -current is available from > http://www.leidinger.net/FreeBSD/current-patches now. yeah you're right. i've applied the patch and compiled and installed the kernel. i'm not very experienced with dtrace, so i'll need some instructions on how to proceed. cheers. alex btw: i saw some of these warnings: ctfconvert -L VERSION -g ieee80211_sta.o ERROR: ieee80211_sta.c: die 41029: failed to retrieve array bounds ...i hope their aren't anything to worry about. > > Bye, > Alexander. > > -- > http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 > http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-emulation@FreeBSD.ORG Sun Apr 15 10:11:57 2012 Return-Path: Delivered-To: freebsd-emulation@FreeBSD.org Received: by hub.freebsd.org (Postfix, from userid 1233) id B3EC3106566C; Sun, 15 Apr 2012 10:11:57 +0000 (UTC) Date: Sun, 15 Apr 2012 10:11:57 +0000 From: Alexander Best To: Alexander Leidinger Message-ID: <20120415101157.GA67049@freebsd.org> References: <201204101856.46591.jkim@FreeBSD.org> <201204101939.33201.jkim@FreeBSD.org> <201204102027.42344.jkim@FreeBSD.org> <20120413203222.GA80646@freebsd.org> <20120414155427.000056c1@unknown> <20120414203256.GB19712@freebsd.org> <20120414224746.000005fb@unknown> <20120415000246.0000736b@unknown> <20120415000216.GA53624@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120415000216.GA53624@freebsd.org> Cc: freebsd-emulation@FreeBSD.org, Jung-uk Kim Subject: Re: [PATCH] pipe2 for Linuxulator X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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: Sun, 15 Apr 2012 10:11:57 -0000 On Sun Apr 15 12, Alexander Best wrote: > On Sun Apr 15 12, Alexander Leidinger wrote: > > On Sat, 14 Apr 2012 22:47:46 +0200 Alexander Leidinger > > wrote: > > > > > On Sat, 14 Apr 2012 20:32:56 +0000 Alexander Best > > > wrote: > > > > > > > On Sat Apr 14 12, Alexander Leidinger wrote: > > > > > On Fri, 13 Apr 2012 20:32:22 +0000 Alexander Best > > > > > wrote: > > > > > > > > > > > i'm having problems with the patch. beforehand, playing music > > > > > > from www.mixcloud.com worked. now the flash based player is > > > > > > initialising forever. > > > > > > > > > > > just drop me a note with exact instructions and i can give you > > > > > > more verbose information or debugging stats. again: this issue > > > > > > might be futex related and not a result of your patch. > > > > > > > > > > Are you running -current? If yes I Looks try to get some time to > > > > > commit the linuxulator-dtrace probes, now that SDT probes can be > > > > > loaded dynamically there is no risk to panic the system when the > > > > > linuxulator is loaded after boot and dtrace is used. This could > > > > > help looking at problems with locks. > > > > > > > > yes i'm running a very recent HEAD on amd64. > > > > > > I'm in the process of merging all the new stuff from HEAD into my SVN > > > branch. With a slow system and a slow line this may take a while. I > > > hope to at least update my branch in SVN > > > (users/netchild/linuxulator-dtrace) today. I don't know if I get the > > > time to merge it to HEAD today. > > > > Hmmm... do I remember correctly that I already gave a dtrace patch to > > you to check for futex problems? I think I changed the locking-probes > > since I gave the patch to you, but I'm not sure. Anyway, the patch > > against a recent -current is available from > > http://www.leidinger.net/FreeBSD/current-patches now. > > yeah you're right. i've applied the patch and compiled and installed the > kernel. i'm not very experienced with dtrace, so i'll need some instructions > on how to proceed. buildkernel suceeded, but i got this error during buildworld: /usr/github-freebsd-head/sys/modules/linux/../../compat/linux/linux_fork.c:33:10: fatal error: 'opt_kdtrace.h' file not found #include "opt_kdtrace.h" ^ 1 error generated. mkdep: compile failed alex > > cheers. > alex > > btw: i saw some of these warnings: > > ctfconvert -L VERSION -g ieee80211_sta.o > ERROR: ieee80211_sta.c: die 41029: failed to retrieve array bounds > > ...i hope their aren't anything to worry about. > > > > > Bye, > > Alexander. > > > > -- > > http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 > > http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-emulation@FreeBSD.ORG Sun Apr 15 11:23:08 2012 Return-Path: Delivered-To: freebsd-emulation@FreeBSD.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 961061065673; Sun, 15 Apr 2012 11:23:08 +0000 (UTC) Date: Sun, 15 Apr 2012 11:23:08 +0000 From: Alexander Best To: Alexander Leidinger Message-ID: <20120415112308.GA77985@freebsd.org> References: <201204101856.46591.jkim@FreeBSD.org> <201204101939.33201.jkim@FreeBSD.org> <201204102027.42344.jkim@FreeBSD.org> <20120413203222.GA80646@freebsd.org> <20120414155427.000056c1@unknown> <20120414203256.GB19712@freebsd.org> <20120414224746.000005fb@unknown> <20120415000246.0000736b@unknown> <20120415000216.GA53624@freebsd.org> <20120415101157.GA67049@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120415101157.GA67049@freebsd.org> Cc: freebsd-emulation@FreeBSD.org, Jung-uk Kim Subject: Re: [PATCH] pipe2 for Linuxulator X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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: Sun, 15 Apr 2012 11:23:08 -0000 On Sun Apr 15 12, Alexander Best wrote: > On Sun Apr 15 12, Alexander Best wrote: > > On Sun Apr 15 12, Alexander Leidinger wrote: > > > On Sat, 14 Apr 2012 22:47:46 +0200 Alexander Leidinger > > > wrote: > > > > > > > On Sat, 14 Apr 2012 20:32:56 +0000 Alexander Best > > > > wrote: > > > > > > > > > On Sat Apr 14 12, Alexander Leidinger wrote: > > > > > > On Fri, 13 Apr 2012 20:32:22 +0000 Alexander Best > > > > > > wrote: > > > > > > > > > > > > > i'm having problems with the patch. beforehand, playing music > > > > > > > from www.mixcloud.com worked. now the flash based player is > > > > > > > initialising forever. > > > > > > > > > > > > > just drop me a note with exact instructions and i can give you > > > > > > > more verbose information or debugging stats. again: this issue > > > > > > > might be futex related and not a result of your patch. > > > > > > > > > > > > Are you running -current? If yes I Looks try to get some time to > > > > > > commit the linuxulator-dtrace probes, now that SDT probes can be > > > > > > loaded dynamically there is no risk to panic the system when the > > > > > > linuxulator is loaded after boot and dtrace is used. This could > > > > > > help looking at problems with locks. > > > > > > > > > > yes i'm running a very recent HEAD on amd64. > > > > > > > > I'm in the process of merging all the new stuff from HEAD into my SVN > > > > branch. With a slow system and a slow line this may take a while. I > > > > hope to at least update my branch in SVN > > > > (users/netchild/linuxulator-dtrace) today. I don't know if I get the > > > > time to merge it to HEAD today. > > > > > > Hmmm... do I remember correctly that I already gave a dtrace patch to > > > you to check for futex problems? I think I changed the locking-probes > > > since I gave the patch to you, but I'm not sure. Anyway, the patch > > > against a recent -current is available from > > > http://www.leidinger.net/FreeBSD/current-patches now. > > > > yeah you're right. i've applied the patch and compiled and installed the > > kernel. i'm not very experienced with dtrace, so i'll need some instructions > > on how to proceed. > > buildkernel suceeded, but i got this error during buildworld: it seems your patch breaks building world with MODULES_WITH_WORLD defined. when modules get buildduring buildkernel, i don't see that error. cheers. alex > > /usr/github-freebsd-head/sys/modules/linux/../../compat/linux/linux_fork.c:33:10: fatal error: 'opt_kdtrace.h' file not found > #include "opt_kdtrace.h" > ^ > 1 error generated. > mkdep: compile failed > > alex > > > > > cheers. > > alex > > > > btw: i saw some of these warnings: > > > > ctfconvert -L VERSION -g ieee80211_sta.o > > ERROR: ieee80211_sta.c: die 41029: failed to retrieve array bounds > > > > ...i hope their aren't anything to worry about. > > > > > > > > Bye, > > > Alexander. > > > > > > -- > > > http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 > > > http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-emulation@FreeBSD.ORG Sun Apr 15 11:45:04 2012 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A4B2106566C; Sun, 15 Apr 2012 11:45:04 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id EA8B68FC0C; Sun, 15 Apr 2012 11:45:03 +0000 (UTC) Received: from outgoing.leidinger.net (p4FC432C0.dip.t-dialin.net [79.196.50.192]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id BB7E684401D; Sun, 15 Apr 2012 13:44:48 +0200 (CEST) Received: from unknown (IO.Leidinger.net [192.168.1.12]) by outgoing.leidinger.net (Postfix) with ESMTPS id 236172EEC; Sun, 15 Apr 2012 13:44:46 +0200 (CEST) Date: Sun, 15 Apr 2012 13:44:44 +0200 From: Alexander Leidinger To: Alexander Best Message-ID: <20120415134444.000005cc@unknown> In-Reply-To: <20120415112308.GA77985@freebsd.org> References: <201204101856.46591.jkim@FreeBSD.org> <201204101939.33201.jkim@FreeBSD.org> <201204102027.42344.jkim@FreeBSD.org> <20120413203222.GA80646@freebsd.org> <20120414155427.000056c1@unknown> <20120414203256.GB19712@freebsd.org> <20120414224746.000005fb@unknown> <20120415000246.0000736b@unknown> <20120415000216.GA53624@freebsd.org> <20120415101157.GA67049@freebsd.org> <20120415112308.GA77985@freebsd.org> X-Mailer: Claws Mail 3.7.10cvs42 (GTK+ 2.16.6; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: BB7E684401D.A27E9 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-0.667, required 6, autolearn=disabled, ALL_TRUSTED -1.00, AWL 0.34, T_RP_MATCHES_RCVD -0.01) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1335095090.30039@FNWqMBiuqsb8UtXcXkdftw X-EBL-Spam-Status: No Cc: freebsd-emulation@FreeBSD.org, Jung-uk Kim Subject: Re: [PATCH] pipe2 for Linuxulator X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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: Sun, 15 Apr 2012 11:45:04 -0000 On Sun, 15 Apr 2012 11:23:08 +0000 Alexander Best wrote: > On Sun Apr 15 12, Alexander Best wrote: > > On Sun Apr 15 12, Alexander Best wrote: > > > On Sun Apr 15 12, Alexander Leidinger wrote: > > > > On Sat, 14 Apr 2012 22:47:46 +0200 Alexander Leidinger > > > > wrote: > > > > > > > > > On Sat, 14 Apr 2012 20:32:56 +0000 Alexander Best > > > > > wrote: > > > > > > > > > > > On Sat Apr 14 12, Alexander Leidinger wrote: > > > > > > > On Fri, 13 Apr 2012 20:32:22 +0000 Alexander Best > > > > > > > wrote: > > > > > > > > > > > > > > > i'm having problems with the patch. beforehand, playing > > > > > > > > music from www.mixcloud.com worked. now the flash based > > > > > > > > player is initialising forever. > > > > > > > > > > > > > > > just drop me a note with exact instructions and i can > > > > > > > > give you more verbose information or debugging stats. > > > > > > > > again: this issue might be futex related and not a > > > > > > > > result of your patch. > > > > > > > > > > > > > > Are you running -current? If yes I Looks try to get some > > > > > > > time to commit the linuxulator-dtrace probes, now that > > > > > > > SDT probes can be loaded dynamically there is no risk to > > > > > > > panic the system when the linuxulator is loaded after > > > > > > > boot and dtrace is used. This could help looking at > > > > > > > problems with locks. > > > > > > > > > > > > yes i'm running a very recent HEAD on amd64. > > > > > > > > > > I'm in the process of merging all the new stuff from HEAD > > > > > into my SVN branch. With a slow system and a slow line this > > > > > may take a while. I hope to at least update my branch in SVN > > > > > (users/netchild/linuxulator-dtrace) today. I don't know if I > > > > > get the time to merge it to HEAD today. > > > > > > > > Hmmm... do I remember correctly that I already gave a dtrace > > > > patch to you to check for futex problems? I think I changed the > > > > locking-probes since I gave the patch to you, but I'm not sure. > > > > Anyway, the patch against a recent -current is available from > > > > http://www.leidinger.net/FreeBSD/current-patches now. > > > > > > yeah you're right. i've applied the patch and compiled and > > > installed the kernel. i'm not very experienced with dtrace, so > > > i'll need some instructions on how to proceed. > > > > buildkernel suceeded, but i got this error during buildworld: > > it seems your patch breaks building world with MODULES_WITH_WORLD > defined. when modules get buildduring buildkernel, i don't see that > error. opt_kdtrace.h is generated by config. I've never used MODULES_WITH_WORLD, so I have no idea how this case is handled. Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-emulation@FreeBSD.ORG Sun Apr 15 11:51:12 2012 Return-Path: Delivered-To: freebsd-emulation@FreeBSD.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 8C7051065674; Sun, 15 Apr 2012 11:51:12 +0000 (UTC) Date: Sun, 15 Apr 2012 11:51:12 +0000 From: Alexander Best To: Alexander Leidinger Message-ID: <20120415115112.GA83717@freebsd.org> References: <201204102027.42344.jkim@FreeBSD.org> <20120413203222.GA80646@freebsd.org> <20120414155427.000056c1@unknown> <20120414203256.GB19712@freebsd.org> <20120414224746.000005fb@unknown> <20120415000246.0000736b@unknown> <20120415000216.GA53624@freebsd.org> <20120415101157.GA67049@freebsd.org> <20120415112308.GA77985@freebsd.org> <20120415134444.000005cc@unknown> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="huq684BweRXVnRxX" Content-Disposition: inline In-Reply-To: <20120415134444.000005cc@unknown> Cc: freebsd-emulation@FreeBSD.org, Jung-uk Kim Subject: Re: [PATCH] pipe2 for Linuxulator X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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: Sun, 15 Apr 2012 11:51:12 -0000 --huq684BweRXVnRxX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun Apr 15 12, Alexander Leidinger wrote: > On Sun, 15 Apr 2012 11:23:08 +0000 Alexander Best > wrote: > > > On Sun Apr 15 12, Alexander Best wrote: > > > On Sun Apr 15 12, Alexander Best wrote: > > > > On Sun Apr 15 12, Alexander Leidinger wrote: > > > > > On Sat, 14 Apr 2012 22:47:46 +0200 Alexander Leidinger > > > > > wrote: > > > > > > > > > > > On Sat, 14 Apr 2012 20:32:56 +0000 Alexander Best > > > > > > wrote: > > > > > > > > > > > > > On Sat Apr 14 12, Alexander Leidinger wrote: > > > > > > > > On Fri, 13 Apr 2012 20:32:22 +0000 Alexander Best > > > > > > > > wrote: > > > > > > > > > > > > > > > > > i'm having problems with the patch. beforehand, playing > > > > > > > > > music from www.mixcloud.com worked. now the flash based > > > > > > > > > player is initialising forever. > > > > > > > > > > > > > > > > > just drop me a note with exact instructions and i can > > > > > > > > > give you more verbose information or debugging stats. > > > > > > > > > again: this issue might be futex related and not a > > > > > > > > > result of your patch. > > > > > > > > > > > > > > > > Are you running -current? If yes I Looks try to get some > > > > > > > > time to commit the linuxulator-dtrace probes, now that > > > > > > > > SDT probes can be loaded dynamically there is no risk to > > > > > > > > panic the system when the linuxulator is loaded after > > > > > > > > boot and dtrace is used. This could help looking at > > > > > > > > problems with locks. > > > > > > > > > > > > > > yes i'm running a very recent HEAD on amd64. > > > > > > > > > > > > I'm in the process of merging all the new stuff from HEAD > > > > > > into my SVN branch. With a slow system and a slow line this > > > > > > may take a while. I hope to at least update my branch in SVN > > > > > > (users/netchild/linuxulator-dtrace) today. I don't know if I > > > > > > get the time to merge it to HEAD today. > > > > > > > > > > Hmmm... do I remember correctly that I already gave a dtrace > > > > > patch to you to check for futex problems? I think I changed the > > > > > locking-probes since I gave the patch to you, but I'm not sure. > > > > > Anyway, the patch against a recent -current is available from > > > > > http://www.leidinger.net/FreeBSD/current-patches now. > > > > > > > > yeah you're right. i've applied the patch and compiled and > > > > installed the kernel. i'm not very experienced with dtrace, so > > > > i'll need some instructions on how to proceed. > > > > > > buildkernel suceeded, but i got this error during buildworld: > > > > it seems your patch breaks building world with MODULES_WITH_WORLD > > defined. when modules get buildduring buildkernel, i don't see that > > error. > > opt_kdtrace.h is generated by config. I've never used > MODULES_WITH_WORLD, so I have no idea how this case is handled. ahh ok. i've managed to get some stats via stats_timing.d. this is a snapshot during which a newly loaded tab in chromium was unresponsive for about 5 seconds. without the linux flash plugin running i never experienced such lock ups. i've attached the d-script stats. cheers. alex > > Bye, > Alexander. > > -- > http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 > http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 --huq684BweRXVnRxX Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=lock_up otaku% sudo ./stats_timing.d ^C Number of calls per provider/application/kernel function: linuxulator32 npviewer.bin linux_schedtail 1 linuxulator32 npviewer.bin linux_set_robust_list 1 linuxulator32 npviewer.bin proc_init 1 linuxulator32 npviewer.bin linux_kernver 3 linuxulator32 npviewer.bin linux_get_osname 4 linuxulator32 npviewer.bin linux_get_osrelease 4 linuxulator32 npviewer.bin em_find 7 linuxulator32 npviewer.bin linux_get_prison 11 linuxulator32 npviewer.bin futex_atomic_op 335 linuxulator32 npviewer.bin linux_emul_convpath 372 linuxulator32 npviewer.bin futex_sleep 411 linuxulator32 npviewer.bin futex_wait 411 linuxulator32 npviewer.bin futex_wake 492 linuxulator32 npviewer.bin futex_put 1289 linuxulator32 npviewer.bin linux_sys_futex 1372 linuxulator32 npviewer.bin futex_get 1707 linuxulator32 npviewer.bin futex_get0 1707 linuxulator32 npviewer.bin linux_clock_gettime 10694 linuxulator32 npviewer.bin linux_to_native_clockid 10694 linuxulator32 npviewer.bin native_to_linux_timespec 10694 CPU-timing statistics per provider/application/kernel function (in ns): linuxulator32 npviewer.bin linux_sys_futex value ------------- Distribution ------------- count -131072 | 0 -65536 |@ 21 -32768 |@@@@@ 172 -16384 |@@@@@@ 199 -8192 |@@@@@@@@@@@ 392 -4096 |@@@@ 136 -2048 |@@@@@ 156 -1024 |@@@@@@@@ 289 -512 | 0 linuxulator32 npviewer.bin linux_clock_gettime value ------------- Distribution ------------- count -65536 | 0 -32768 | 1 -16384 | 5 -8192 | 66 -4096 |@ 164 -2048 |@ 315 -1024 |@@ 479 -512 |@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ 9664 -256 | 0 linuxulator32 npviewer.bin futex_get value ------------- Distribution ------------- count -131072 | 0 -65536 | 5 -32768 |@ 37 -16384 | 14 -8192 |@ 34 -4096 |@@@@ 164 -2048 |@@@@@@@@@@@@@@@@@@@ 822 -1024 |@@@@@@@@@@@ 449 -512 |@@@@ 182 -256 | 0 linuxulator32 npviewer.bin futex_wait value ------------- Distribution ------------- count -65536 | 0 -32768 |@@ 17 -16384 |@@@@@@@@@@@@@@@@@@@@ 201 -8192 |@@@@@@@@ 82 -4096 |@@@@@@@@@@ 104 -2048 | 0 linuxulator32 npviewer.bin futex_sleep value ------------- Distribution ------------- count -65536 | 0 -32768 |@ 13 -16384 |@@@@@@@@@@@@@@@@@@@@ 202 -8192 |@@@@@@@ 72 -4096 |@@@@@@@@@@@ 112 -2048 | 5 -1024 | 0 linuxulator32 npviewer.bin futex_get0 value ------------- Distribution ------------- count -131072 | 0 -65536 | 4 -32768 |@ 38 -16384 | 12 -8192 |@ 24 -4096 |@@@ 119 -2048 |@@@@@@@@@@@ 489 -1024 |@@@@@@@@@@@@@@@@ 691 -512 |@@@@@@@@ 330 -256 | 0 linuxulator32 npviewer.bin linux_emul_convpath value ------------- Distribution ------------- count -131072 | 0 -65536 | 2 -32768 |@@ 14 -16384 |@@@@@ 42 -8192 |@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ 314 -4096 | 0 linuxulator32 npviewer.bin futex_put value ------------- Distribution ------------- count -16384 | 0 -8192 | 8 -4096 |@@ 58 -2048 |@@@@@@@ 222 -1024 |@@@@@@@@@@@@@@@@@ 535 -512 |@@@@@@@@@@@@@@ 466 -256 | 0 linuxulator32 npviewer.bin native_to_linux_timespec value ------------- Distribution ------------- count -65536 | 0 -32768 | 1 -16384 | 0 -8192 | 9 -4096 | 26 -2048 | 9 -1024 | 3 -512 | 13 -256 |@ 213 -128 |@@ 498 -64 |@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ 9922 -32 | 0 linuxulator32 npviewer.bin linux_to_native_clockid value ------------- Distribution ------------- count -16384 | 0 -8192 | 5 -4096 | 15 -2048 | 6 -1024 | 4 -512 | 20 -256 |@ 309 -128 |@@@@ 1072 -64 |@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ 9263 -32 | 0 linuxulator32 npviewer.bin futex_wake value ------------- Distribution ------------- count -16384 | 0 -8192 | 2 -4096 |@ 12 -2048 |@@@@@@@@@@@@@@@@@@@@ 252 -1024 |@@@@@@@@@ 105 -512 | 5 -256 | 1 -128 |@@@@@ 65 -64 |@@@@ 50 -32 | 0 linuxulator32 npviewer.bin futex_atomic_op value ------------- Distribution ------------- count -8192 | 0 -4096 | 2 -2048 | 0 -1024 | 4 -512 |@@@@@@@@@@@@@@@@@@@@@@@@@@ 221 -256 |@@@@@@@@ 63 -128 |@@@@@ 45 -64 | 0 linuxulator32 npviewer.bin linux_get_osname value ------------- Distribution ------------- count -2048 | 0 -1024 |@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ 3 -512 |@@@@@@@@@@ 1 -256 | 0 linuxulator32 npviewer.bin em_find value ------------- Distribution ------------- count -2048 | 0 -1024 |@@@@@@ 1 -512 |@@@@@@@@@@@ 2 -256 |@@@@@@@@@@@@@@@@@ 3 -128 | 0 -64 |@@@@@@ 1 -32 | 0 linuxulator32 npviewer.bin linux_kernver value ------------- Distribution ------------- count -2048 | 0 -1024 |@@@@@@@@@@@@@@@@@@@@@@@@@@@ 2 -512 |@@@@@@@@@@@@@ 1 -256 | 0 linuxulator32 npviewer.bin linux_get_prison value ------------- Distribution ------------- count -1024 | 0 -512 |@@@@ 1 -256 |@@@@@@@@@@@@@@@@@@ 5 -128 |@@@@@@@@@@@@@@@@@@ 5 -64 | 0 linuxulator32 npviewer.bin linux_get_osrelease value ------------- Distribution ------------- count -1024 | 0 -512 |@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ 4 -256 | 0 linuxulator32 npviewer.bin linux_schedtail value ------------- Distribution ------------- count -4096 | 0 -2048 |@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ 1 -1024 | 0 linuxulator32 npviewer.bin proc_init value ------------- Distribution ------------- count -4096 | 0 -2048 |@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ 1 -1024 | 0 linuxulator32 npviewer.bin linux_set_robust_list value ------------- Distribution ------------- count -2048 | 0 -1024 |@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ 1 -512 | 0 Longest running (CPU-time!) functions per provider (in ns): linuxulator32 linux_emul_convpath -11315 linuxulator32 futex_wait -4120 linuxulator32 futex_sleep -3655 linuxulator32 proc_init -3015 linuxulator32 linux_schedtail -2705 linuxulator32 linux_set_robust_list -1550 linuxulator32 linux_sys_futex -1030 linuxulator32 linux_get_osname -1015 linuxulator32 linux_get_osrelease -855 linuxulator32 futex_get -740 linuxulator32 linux_clock_gettime -615 linuxulator32 futex_put -575 linuxulator32 linux_kernver -530 linuxulator32 futex_get0 -520 linuxulator32 linux_get_prison -180 linuxulator32 futex_atomic_op -150 linuxulator32 em_find -125 linuxulator32 futex_wake -100 linuxulator32 linux_to_native_clockid -95 linuxulator32 native_to_linux_timespec -95 Lock CPU-timing statistics: futex_mtx value ------------- Distribution ------------- count -16384 | 0 -8192 | 1 -4096 | 3 -2048 | 5 -1024 |@ 78 -512 |@@@@@ 444 -256 |@@@@@@@@@@@ 1037 -128 |@@@@@@@@@@@@@@@@@@ 1771 -64 |@@@@@ 501 -32 | 0 emul_lock value ------------- Distribution ------------- count -1024 | 0 -512 |@@@@@@@@@@@@@ 1 -256 |@@@@@@@@@@@@@ 1 -128 |@@@@@@@@@@@@@ 1 -64 | 0 emul_shared_wlock value ------------- Distribution ------------- count -256 | 0 -128 |@@@@@@@@@@@@@@@@@@@@ 1 -64 |@@@@@@@@@@@@@@@@@@@@ 1 -32 | 0 Longest running (CPU-time!) locks: emul_lock -250 emul_shared_wlock -120 futex_mtx -95 --huq684BweRXVnRxX-- From owner-freebsd-emulation@FreeBSD.ORG Sun Apr 15 13:03:06 2012 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 50E811065673; Sun, 15 Apr 2012 13:03:06 +0000 (UTC) Date: Sun, 15 Apr 2012 13:03:06 +0000 From: Alexander Best To: Alexander Leidinger Message-ID: <20120415130306.GA95208@freebsd.org> References: <20120414155427.000056c1@unknown> <20120414203256.GB19712@freebsd.org> <20120414224746.000005fb@unknown> <20120415000246.0000736b@unknown> <20120415000216.GA53624@freebsd.org> <20120415101157.GA67049@freebsd.org> <20120415112308.GA77985@freebsd.org> <20120415134444.000005cc@unknown> <20120415115112.GA83717@freebsd.org> <20120415143441.00000948@unknown> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120415143441.00000948@unknown> Cc: freebsd-emulation@freebsd.org Subject: Re: [PATCH] pipe2 for Linuxulator X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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: Sun, 15 Apr 2012 13:03:06 -0000 On Sun Apr 15 12, Alexander Leidinger wrote: > On Sun, 15 Apr 2012 11:51:12 +0000 Alexander Best > wrote: > > > ahh ok. i've managed to get some stats via stats_timing.d. this is a > > snapshot during which a newly loaded tab in chromium was unresponsive > > for about 5 seconds. without the linux flash plugin running i never > > experienced such lock ups. > > > > i've attached the d-script stats. > > What about the trace_futexes script and the two check_* scripts? The > stats show that there is a lot of work spend in the futexes. i'm having problems with those scripts. they have a negative impact on the linux processes. when i have the player at www.mixcloud.com running and run those scripts the music stops and the flash graphics get all distorted. here's some output from the trace_futexes.d script: otaku% sudo ./trace_futexes.d dtrace: 808 dynamic variable drops with non-empty dirty list dtrace: 833 failed speculations (available buffer(s) still busy) Stacktrace of last lock operation of the futex_mtx: kernel`linux_sys_futex+0xd34 kernel`ia32_syscall+0x299 kernel`0xffffffff805b05e5 Stacktrace of last lock operation of the futex_mtx: kernel`linux_sys_futex+0xd57 kernel`ia32_syscall+0x299 kernel`0xffffffff805b05e5 Stacktrace of last lock operation of the futex_mtx: kernel`linux_sys_futex+0xd57 kernel`ia32_syscall+0x299 kernel`0xffffffff805b05e5 ERROR: missing_access_check in linuxulator32:futex:futex_atomic_op kernel`ia32_syscall+0x299 kernel`0xffffffff805b05e5 dtrace: ERROR: open failed: No such file or directory `0x287b6533 Fatal error 'mutex is on list' at line 424 in file /usr/github-freebsd-head/lib/libthr/thread/thr_mutex.c (errno = 0) this is from the check_error.d script: otaku% sudo ./check_error.d ERROR: sleep_error in linuxulator32:futex:futex_sleep kernel`ia32_syscall+0x299 kernel`0xffffffff805b05e5 0x287b6278 0x2a12800029d5fa5c ERROR: sleep_error in linuxulator32:futex:futex_wait kernel`ia32_syscall+0x299 kernel`0xffffffff805b05e5 0x287b6278 0x2a12800029d5fa5c ERROR: sleep_error in linuxulator32:futex:futex_sleep kernel`ia32_syscall+0x299 kernel`0xffffffff805b05e5 0x287b6278 0x2e94900029d5fa5c ERROR: sleep_error in linuxulator32:futex:futex_wait kernel`ia32_syscall+0x299 kernel`0xffffffff805b05e5 0x287b6278 0x2e94900029d5fa5c ERROR: sleep_error in linuxulator32:futex:futex_sleep kernel`ia32_syscall+0x299 kernel`0xffffffff805b05e5 0x287b6278 0x30c4f00029d5fa5c ERROR: sleep_error in linuxulator32:futex:futex_wait kernel`ia32_syscall+0x299 kernel`0xffffffff805b05e5 0x287b6278 0x30c4f00029d5fa5c ERROR: sleep_error in linuxulator32:futex:futex_sleep kernel`ia32_syscall+0x299 kernel`0xffffffff805b05e5 0x287b6278 0x2e94900029d5fa5c ERROR: sleep_error in linuxulator32:futex:futex_wait kernel`ia32_syscall+0x299 kernel`0xffffffff805b05e5 0x287b6278 0x2e94900029d5fa5c ERROR: sleep_error in linuxulator32:futex:futex_sleep kernel`ia32_syscall+0x299 kernel`0xffffffff805b05e5 0x287b6278 0x2a12800029d5fa5c ERROR: sleep_error in linuxulator32:futex:futex_wait kernel`ia32_syscall+0x299 kernel`0xffffffff805b05e5 0x287b6278 0x2a12800029d5fa5c ERROR: sleep_error in linuxulator32:futex:futex_sleep kernel`ia32_syscall+0x299 kernel`0xffffffff805b05e5 0x287b6278 0x30c4f00029d5fa5c ERROR: sleep_error in linuxulator32:futex:futex_wait kernel`ia32_syscall+0x299 kernel`0xffffffff805b05e5 0x287b6278 0x30c4f00029d5fa5c the check_internal_locks.d scripts seems to work fine. i think we talked about the failed-speculation-warnings beforehand and that they aren't critical: otaku% sudo ./check_internal_locks.d ^C Number of locks per type: otaku% sudo ./check_internal_locks.d dtrace: 42 failed speculations (available buffer(s) still busy) dtrace: 61 failed speculations (available buffer(s) still busy) dtrace: 183 failed speculations (available buffer(s) still busy) dtrace: 830 failed speculations (available buffer(s) still busy) dtrace: 893 failed speculations (available buffer(s) still busy) dtrace: 1489 failed speculations (available buffer(s) still busy) dtrace: 1546 failed speculations (available buffer(s) still busy) dtrace: 1208 failed speculations (available buffer(s) still busy) dtrace: 1418 failed speculations (available buffer(s) still busy) dtrace: 1219 failed speculations (available buffer(s) still busy) dtrace: 249 failed speculations (available buffer(s) still busy) dtrace: 248 failed speculations (available buffer(s) still busy) dtrace: 1487 failed speculations (available buffer(s) still busy) dtrace: 443 failed speculations (available buffer(s) still busy) dtrace: 684 failed speculations (available buffer(s) still busy) dtrace: 726 failed speculations (available buffer(s) still busy) dtrace: 745 failed speculations (available buffer(s) still busy) dtrace: 800 failed speculations (available buffer(s) still busy) dtrace: 1033 failed speculations (available buffer(s) still busy) dtrace: 1693 failed speculations (available buffer(s) still busy) dtrace: 3461 failed speculations (available buffer(s) still busy) dtrace: 4746 failed speculations (available buffer(s) still busy) dtrace: 2645 failed speculations (available buffer(s) still busy) dtrace: 965 failed speculations (available buffer(s) still busy) ^C dtrace: 1394 failed speculations (available buffer(s) still busy) Number of locks per type: emul_shared_rlock 3 emul_shared_wlock 37 emul_lock 55 futex_mtx 31179 cheers. alex ps: i added freebsd-emulation@ back to the CC list. > > We don't have emulation@ in CC anymore, but I think the output of the > stats and the output of the other scripts could be interesting for > people on emulation@. > > Bye, > Alexander. > > -- > http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 > http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-emulation@FreeBSD.ORG Sun Apr 15 14:31:27 2012 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8EC74106566B; Sun, 15 Apr 2012 14:31:27 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 1E8DE8FC08; Sun, 15 Apr 2012 14:31:26 +0000 (UTC) Received: from outgoing.leidinger.net (p4FC432C0.dip.t-dialin.net [79.196.50.192]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id A1B5684401D; Sun, 15 Apr 2012 16:31:04 +0200 (CEST) Received: from unknown (IO.Leidinger.net [192.168.1.12]) by outgoing.leidinger.net (Postfix) with ESMTPS id 0924A2F06; Sun, 15 Apr 2012 16:31:02 +0200 (CEST) Date: Sun, 15 Apr 2012 16:30:59 +0200 From: Alexander Leidinger To: Alexander Best Message-ID: <20120415163059.0000715d@unknown> In-Reply-To: <20120415130306.GA95208@freebsd.org> References: <20120414155427.000056c1@unknown> <20120414203256.GB19712@freebsd.org> <20120414224746.000005fb@unknown> <20120415000246.0000736b@unknown> <20120415000216.GA53624@freebsd.org> <20120415101157.GA67049@freebsd.org> <20120415112308.GA77985@freebsd.org> <20120415134444.000005cc@unknown> <20120415115112.GA83717@freebsd.org> <20120415143441.00000948@unknown> <20120415130306.GA95208@freebsd.org> X-Mailer: Claws Mail 3.7.10cvs42 (GTK+ 2.16.6; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: A1B5684401D.AF737 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-0.7, required 6, autolearn=disabled, ALL_TRUSTED -1.00, AWL 0.31, T_RP_MATCHES_RCVD -0.01) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1335105067.55089@tmqyWb2mc6Z5YD3fIhSHnw X-EBL-Spam-Status: No Cc: freebsd-emulation@freebsd.org Subject: Re: [PATCH] pipe2 for Linuxulator X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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: Sun, 15 Apr 2012 14:31:27 -0000 On Sun, 15 Apr 2012 13:03:06 +0000 Alexander Best wrote: > On Sun Apr 15 12, Alexander Leidinger wrote: > > On Sun, 15 Apr 2012 11:51:12 +0000 Alexander Best > > wrote: > > > > > ahh ok. i've managed to get some stats via stats_timing.d. this > > > is a snapshot during which a newly loaded tab in chromium was > > > unresponsive for about 5 seconds. without the linux flash plugin > > > running i never experienced such lock ups. > > > > > > i've attached the d-script stats. > > > > What about the trace_futexes script and the two check_* scripts? The > > stats show that there is a lot of work spend in the futexes. > > i'm having problems with those scripts. they have a negative impact > on the linux processes. when i have the player at www.mixcloud.com > running and run those scripts the music stops and the flash graphics > get all distorted. here's some output from the trace_futexes.d script: > > otaku% sudo ./trace_futexes.d > dtrace: 808 dynamic variable drops with non-empty dirty list > dtrace: 833 failed speculations (available buffer(s) still busy) You should increase the buffers in the scripts, they are overflowing. [...] > ERROR: missing_access_check in linuxulator32:futex:futex_atomic_op This is missing code in the kernel... or a superfluous comment. > kernel`ia32_syscall+0x299 > kernel`0xffffffff805b05e5 > > dtrace: ERROR: open failed: No such file or directory > `0x287b6533 > Fatal error 'mutex is on list' at line 424 in > file /usr/github-freebsd-head/lib/libthr/thread/thr_mutex.c (errno = > 0) No idea. > this is from the check_error.d script: > > otaku% sudo ./check_error.d > ERROR: sleep_error in linuxulator32:futex:futex_sleep Well... the sx_sleep returned with a non-null value. I assume this means a timeout fired. No idea if it is good or bad. > kernel`ia32_syscall+0x299 > kernel`0xffffffff805b05e5 > > 0x287b6278 > 0x2a12800029d5fa5c > ERROR: sleep_error in linuxulator32:futex:futex_wait As above. > kernel`ia32_syscall+0x299 > kernel`0xffffffff805b05e5 > > 0x287b6278 > 0x2a12800029d5fa5c > the check_internal_locks.d scripts seems to work fine. i think we > talked about the failed-speculation-warnings beforehand and that they > aren't critical: Yes and no... you do not have enough buffers to store all the info the script want to store. As such it does not work as intended. > Number of locks per type: > emul_shared_rlock 3 > emul_shared_wlock 37 > emul_lock 55 > futex_mtx 31179 Depending on how long you traced: that's a lot of futex operations. Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-emulation@FreeBSD.ORG Sun Apr 15 14:41:55 2012 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 587D31065675; Sun, 15 Apr 2012 14:41:55 +0000 (UTC) Date: Sun, 15 Apr 2012 14:41:55 +0000 From: Alexander Best To: Alexander Leidinger Message-ID: <20120415144155.GA15993@freebsd.org> References: <20120414224746.000005fb@unknown> <20120415000246.0000736b@unknown> <20120415000216.GA53624@freebsd.org> <20120415101157.GA67049@freebsd.org> <20120415112308.GA77985@freebsd.org> <20120415134444.000005cc@unknown> <20120415115112.GA83717@freebsd.org> <20120415143441.00000948@unknown> <20120415130306.GA95208@freebsd.org> <20120415163059.0000715d@unknown> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120415163059.0000715d@unknown> Cc: freebsd-emulation@freebsd.org Subject: Re: [PATCH] pipe2 for Linuxulator X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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: Sun, 15 Apr 2012 14:41:55 -0000 On Sun Apr 15 12, Alexander Leidinger wrote: > On Sun, 15 Apr 2012 13:03:06 +0000 Alexander Best > wrote: > > > On Sun Apr 15 12, Alexander Leidinger wrote: > > > On Sun, 15 Apr 2012 11:51:12 +0000 Alexander Best > > > wrote: > > > > > > > ahh ok. i've managed to get some stats via stats_timing.d. this > > > > is a snapshot during which a newly loaded tab in chromium was > > > > unresponsive for about 5 seconds. without the linux flash plugin > > > > running i never experienced such lock ups. > > > > > > > > i've attached the d-script stats. > > > > > > What about the trace_futexes script and the two check_* scripts? The > > > stats show that there is a lot of work spend in the futexes. > > > > i'm having problems with those scripts. they have a negative impact > > on the linux processes. when i have the player at www.mixcloud.com > > running and run those scripts the music stops and the flash graphics > > get all distorted. here's some output from the trace_futexes.d script: > > > > otaku% sudo ./trace_futexes.d > > dtrace: 808 dynamic variable drops with non-empty dirty list > > dtrace: 833 failed speculations (available buffer(s) still busy) > > You should increase the buffers in the scripts, they are overflowing. > > [...] > > ERROR: missing_access_check in linuxulator32:futex:futex_atomic_op > > This is missing code in the kernel... or a superfluous comment. > > > kernel`ia32_syscall+0x299 > > kernel`0xffffffff805b05e5 > > > > dtrace: ERROR: open failed: No such file or directory > > `0x287b6533 > > Fatal error 'mutex is on list' at line 424 in > > file /usr/github-freebsd-head/lib/libthr/thread/thr_mutex.c (errno = > > 0) > > No idea. > > > this is from the check_error.d script: > > > > otaku% sudo ./check_error.d > > ERROR: sleep_error in linuxulator32:futex:futex_sleep > > Well... the sx_sleep returned with a non-null value. I assume this > means a timeout fired. No idea if it is good or bad. > > > kernel`ia32_syscall+0x299 > > kernel`0xffffffff805b05e5 > > > > 0x287b6278 > > 0x2a12800029d5fa5c > > ERROR: sleep_error in linuxulator32:futex:futex_wait > > As above. > > > kernel`ia32_syscall+0x299 > > kernel`0xffffffff805b05e5 > > > > 0x287b6278 > > 0x2a12800029d5fa5c > > > the check_internal_locks.d scripts seems to work fine. i think we > > talked about the failed-speculation-warnings beforehand and that they > > aren't critical: > > Yes and no... you do not have enough buffers to store all the info the > script want to store. As such it does not work as intended. i've set #pragma D option dynvarsize=512m #pragma D option specsize=512m in check_internal_locks.d however i get a warning that the size got downgraded and still the buffers don't seem to be large enough: dtrace: dynamic variable size lowered to 256m dtrace: 220 failed speculations (available buffer(s) still busy) dtrace: 206 failed speculations (available buffer(s) still busy) dtrace: 205 failed speculations (available buffer(s) still busy) dtrace: 206 failed speculations (available buffer(s) still busy) dtrace: 182 failed speculations (available buffer(s) still busy) dtrace: 219 failed speculations (available buffer(s) still busy) dtrace: 194 failed speculations (available buffer(s) still busy) dtrace: 210 failed speculations (available buffer(s) still busy) dtrace: 218 failed speculations (available buffer(s) still busy) dtrace: 206 failed speculations (available buffer(s) still busy) dtrace: 222 failed speculations (available buffer(s) still busy) dtrace: 214 failed speculations (available buffer(s) still busy) dtrace: 213 failed speculations (available buffer(s) still busy) dtrace: 205 failed speculations (available buffer(s) still busy) dtrace: 216 failed speculations (available buffer(s) still busy) dtrace: 220 failed speculations (available buffer(s) still busy) dtrace: 210 failed speculations (available buffer(s) still busy) maybe the problem with the above errors was that my kernel got built with dtrace support, but my world didn't. i'm now rebuilding and installing world. maybe that fixes some of the issues. > > > > Number of locks per type: > > emul_shared_rlock 3 > > emul_shared_wlock 37 > > emul_lock 55 > > futex_mtx 31179 > > Depending on how long you traced: that's a lot of futex operations. i traced for ~ 5 seconds. i'll make sure to prepend the time command to any dtrace script next time to give you more exact numbers. cheers. alex > > Bye, > Alexander. > > -- > http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 > http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-emulation@FreeBSD.ORG Sun Apr 15 18:16:13 2012 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id C9FD1106566C; Sun, 15 Apr 2012 18:16:13 +0000 (UTC) Date: Sun, 15 Apr 2012 18:16:13 +0000 From: Alexander Best To: Alexander Leidinger Message-ID: <20120415181613.GA52958@freebsd.org> References: <20120415000246.0000736b@unknown> <20120415000216.GA53624@freebsd.org> <20120415101157.GA67049@freebsd.org> <20120415112308.GA77985@freebsd.org> <20120415134444.000005cc@unknown> <20120415115112.GA83717@freebsd.org> <20120415143441.00000948@unknown> <20120415130306.GA95208@freebsd.org> <20120415163059.0000715d@unknown> <20120415144155.GA15993@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120415144155.GA15993@freebsd.org> Cc: freebsd-emulation@freebsd.org Subject: Re: [PATCH] pipe2 for Linuxulator X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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: Sun, 15 Apr 2012 18:16:13 -0000 On Sun Apr 15 12, Alexander Best wrote: > On Sun Apr 15 12, Alexander Leidinger wrote: > > On Sun, 15 Apr 2012 13:03:06 +0000 Alexander Best > > wrote: > > > > > On Sun Apr 15 12, Alexander Leidinger wrote: > > > > On Sun, 15 Apr 2012 11:51:12 +0000 Alexander Best > > > > wrote: > > > > > > > > > ahh ok. i've managed to get some stats via stats_timing.d. this > > > > > is a snapshot during which a newly loaded tab in chromium was > > > > > unresponsive for about 5 seconds. without the linux flash plugin > > > > > running i never experienced such lock ups. > > > > > > > > > > i've attached the d-script stats. > > > > > > > > What about the trace_futexes script and the two check_* scripts? The > > > > stats show that there is a lot of work spend in the futexes. > > > > > > i'm having problems with those scripts. they have a negative impact > > > on the linux processes. when i have the player at www.mixcloud.com > > > running and run those scripts the music stops and the flash graphics > > > get all distorted. here's some output from the trace_futexes.d script: > > > > > > otaku% sudo ./trace_futexes.d > > > dtrace: 808 dynamic variable drops with non-empty dirty list > > > dtrace: 833 failed speculations (available buffer(s) still busy) > > > > You should increase the buffers in the scripts, they are overflowing. > > > > [...] > > > ERROR: missing_access_check in linuxulator32:futex:futex_atomic_op > > > > This is missing code in the kernel... or a superfluous comment. > > > > > kernel`ia32_syscall+0x299 > > > kernel`0xffffffff805b05e5 > > > > > > dtrace: ERROR: open failed: No such file or directory > > > `0x287b6533 > > > Fatal error 'mutex is on list' at line 424 in > > > file /usr/github-freebsd-head/lib/libthr/thread/thr_mutex.c (errno = > > > 0) > > > > No idea. > > > > > this is from the check_error.d script: > > > > > > otaku% sudo ./check_error.d > > > ERROR: sleep_error in linuxulator32:futex:futex_sleep > > > > Well... the sx_sleep returned with a non-null value. I assume this > > means a timeout fired. No idea if it is good or bad. > > > > > kernel`ia32_syscall+0x299 > > > kernel`0xffffffff805b05e5 > > > > > > 0x287b6278 > > > 0x2a12800029d5fa5c > > > ERROR: sleep_error in linuxulator32:futex:futex_wait > > > > As above. > > > > > kernel`ia32_syscall+0x299 > > > kernel`0xffffffff805b05e5 > > > > > > 0x287b6278 > > > 0x2a12800029d5fa5c > > > > > the check_internal_locks.d scripts seems to work fine. i think we > > > talked about the failed-speculation-warnings beforehand and that they > > > aren't critical: > > > > Yes and no... you do not have enough buffers to store all the info the > > script want to store. As such it does not work as intended. > > i've set > > #pragma D option dynvarsize=512m > #pragma D option specsize=512m > > in check_internal_locks.d > > however i get a warning that the size got downgraded and still the buffers > don't seem to be large enough: > > dtrace: dynamic variable size lowered to 256m > dtrace: 220 failed speculations (available buffer(s) still busy) > dtrace: 206 failed speculations (available buffer(s) still busy) > dtrace: 205 failed speculations (available buffer(s) still busy) > dtrace: 206 failed speculations (available buffer(s) still busy) > dtrace: 182 failed speculations (available buffer(s) still busy) > dtrace: 219 failed speculations (available buffer(s) still busy) > dtrace: 194 failed speculations (available buffer(s) still busy) > dtrace: 210 failed speculations (available buffer(s) still busy) > dtrace: 218 failed speculations (available buffer(s) still busy) > dtrace: 206 failed speculations (available buffer(s) still busy) > dtrace: 222 failed speculations (available buffer(s) still busy) > dtrace: 214 failed speculations (available buffer(s) still busy) > dtrace: 213 failed speculations (available buffer(s) still busy) > dtrace: 205 failed speculations (available buffer(s) still busy) > dtrace: 216 failed speculations (available buffer(s) still busy) > dtrace: 220 failed speculations (available buffer(s) still busy) > dtrace: 210 failed speculations (available buffer(s) still busy) > > maybe the problem with the above errors was that my kernel got built with > dtrace support, but my world didn't. i'm now rebuilding and installing world. > maybe that fixes some of the issues. > > > > > > > > Number of locks per type: > > > emul_shared_rlock 3 > > > emul_shared_wlock 37 > > > emul_lock 55 > > > futex_mtx 31179 here are the results for a single flash instance: otaku% sudo time ./check_internal_locks.d dtrace: 217 failed speculations (available buffer(s) still busy) dtrace: 223 failed speculations (available buffer(s) still busy) dtrace: 218 failed speculations (available buffer(s) still busy) dtrace: 216 failed speculations (available buffer(s) still busy) dtrace: 206 failed speculations (available buffer(s) still busy) dtrace: 200 failed speculations (available buffer(s) still busy) dtrace: 218 failed speculations (available buffer(s) still busy) dtrace: 246 failed speculations (available buffer(s) still busy) dtrace: 218 failed speculations (available buffer(s) still busy) dtrace: 258 failed speculations (available buffer(s) still busy) dtrace: 223 failed speculations (available buffer(s) still busy) dtrace: 246 failed speculations (available buffer(s) still busy) dtrace: 240 failed speculations (available buffer(s) still busy) dtrace: 258 failed speculations (available buffer(s) still busy) dtrace: 252 failed speculations (available buffer(s) still busy) dtrace: 230 failed speculations (available buffer(s) still busy) dtrace: 257 failed speculations (available buffer(s) still busy) ^C dtrace: 227 failed speculations (available buffer(s) still busy) Number of locks per type: futex_mtx 4585 18,48 real 0,10 user 0,36 sys and here for two flash tabs: otaku% sudo time ./check_internal_locks.d dtrace: 1148 failed speculations (available buffer(s) still busy) dtrace: 1524 failed speculations (available buffer(s) still busy) dtrace: 1604 failed speculations (available buffer(s) still busy) dtrace: 1029 failed speculations (available buffer(s) still busy) dtrace: 1471 failed speculations (available buffer(s) still busy) dtrace: 1466 failed speculations (available buffer(s) still busy) dtrace: 1720 failed speculations (available buffer(s) still busy) dtrace: 1049 failed speculations (available buffer(s) still busy) dtrace: 1549 failed speculations (available buffer(s) still busy) dtrace: 1421 failed speculations (available buffer(s) still busy) dtrace: 1595 failed speculations (available buffer(s) still busy) dtrace: 1097 failed speculations (available buffer(s) still busy) dtrace: 1853 failed speculations (available buffer(s) still busy) dtrace: 1900 failed speculations (available buffer(s) still busy) dtrace: 1729 failed speculations (available buffer(s) still busy) dtrace: 1389 failed speculations (available buffer(s) still busy) dtrace: 1314 failed speculations (available buffer(s) still busy) dtrace: 1712 failed speculations (available buffer(s) still busy) ^C dtrace: 1615 failed speculations (available buffer(s) still busy) Number of locks per type: futex_mtx 29364 19,41 real 0,09 user 0,32 sys ...and for three flash tabs: otaku% sudo time ./check_internal_locks.d dtrace: 535 failed speculations (available buffer(s) still busy) dtrace: 213 failed speculations (available buffer(s) still busy) dtrace: 282 failed speculations (available buffer(s) still busy) dtrace: 571 failed speculations (available buffer(s) still busy) dtrace: 666 failed speculations (available buffer(s) still busy) dtrace: 857 failed speculations (available buffer(s) still busy) dtrace: 1310 failed speculations (available buffer(s) still busy) dtrace: 1277 failed speculations (available buffer(s) still busy) dtrace: 118 failed speculations (available buffer(s) still busy) dtrace: 1503 failed speculations (available buffer(s) still busy) dtrace: 2069 failed speculations (available buffer(s) still busy) dtrace: 3562 failed speculations (available buffer(s) still busy) dtrace: 6561 failed speculations (available buffer(s) still busy) dtrace: 3750 failed speculations (available buffer(s) still busy) dtrace: 2569 failed speculations (available buffer(s) still busy) dtrace: 1362 failed speculations (available buffer(s) still busy) dtrace: 2722 failed speculations (available buffer(s) still busy) dtrace: 3461 failed speculations (available buffer(s) still busy) dtrace: 2579 failed speculations (available buffer(s) still busy) dtrace: 3451 failed speculations (available buffer(s) still busy) dtrace: 2325 failed speculations (available buffer(s) still busy) ^C dtrace: 2632 failed speculations (available buffer(s) still busy) Number of locks per type: emul_shared_wlock 14 emul_lock 20 futex_mtx 45571 22,46 real 0,11 user 0,35 sys i've tuned the script to have the maximum buffer size of 256 megabyte via #pragma D option dynvarsize=256m #pragma D option specsize=256m ...still the buffers seem to be too small. also...even after installing a fresh kernel and world with dtrace enabled, the "check_error.d" and "trace_futexes.d" fail and sometimes even render the flash instance unusable. cheers. alex > > > > Depending on how long you traced: that's a lot of futex operations. > > i traced for ~ 5 seconds. i'll make sure to prepend the time command to any > dtrace script next time to give you more exact numbers. > > cheers. > alex > > > > > Bye, > > Alexander. > > > > -- > > http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 > > http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-emulation@FreeBSD.ORG Sun Apr 15 18:29:28 2012 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 1EF9F1065670; Sun, 15 Apr 2012 18:29:28 +0000 (UTC) Date: Sun, 15 Apr 2012 18:29:28 +0000 From: Alexander Best To: Alexander Leidinger Message-ID: <20120415182928.GA55270@freebsd.org> References: <20120415000216.GA53624@freebsd.org> <20120415101157.GA67049@freebsd.org> <20120415112308.GA77985@freebsd.org> <20120415134444.000005cc@unknown> <20120415115112.GA83717@freebsd.org> <20120415143441.00000948@unknown> <20120415130306.GA95208@freebsd.org> <20120415163059.0000715d@unknown> <20120415144155.GA15993@freebsd.org> <20120415181613.GA52958@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120415181613.GA52958@freebsd.org> Cc: freebsd-emulation@freebsd.org Subject: Re: [PATCH] pipe2 for Linuxulator X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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: Sun, 15 Apr 2012 18:29:28 -0000 On Sun Apr 15 12, Alexander Best wrote: > On Sun Apr 15 12, Alexander Best wrote: > > On Sun Apr 15 12, Alexander Leidinger wrote: > > > On Sun, 15 Apr 2012 13:03:06 +0000 Alexander Best > > > wrote: > > > > > > > On Sun Apr 15 12, Alexander Leidinger wrote: > > > > > On Sun, 15 Apr 2012 11:51:12 +0000 Alexander Best > > > > > wrote: > > > > > > > > > > > ahh ok. i've managed to get some stats via stats_timing.d. this > > > > > > is a snapshot during which a newly loaded tab in chromium was > > > > > > unresponsive for about 5 seconds. without the linux flash plugin > > > > > > running i never experienced such lock ups. > > > > > > > > > > > > i've attached the d-script stats. > > > > > > > > > > What about the trace_futexes script and the two check_* scripts? The > > > > > stats show that there is a lot of work spend in the futexes. > > > > > > > > i'm having problems with those scripts. they have a negative impact > > > > on the linux processes. when i have the player at www.mixcloud.com > > > > running and run those scripts the music stops and the flash graphics > > > > get all distorted. here's some output from the trace_futexes.d script: > > > > > > > > otaku% sudo ./trace_futexes.d > > > > dtrace: 808 dynamic variable drops with non-empty dirty list > > > > dtrace: 833 failed speculations (available buffer(s) still busy) > > > > > > You should increase the buffers in the scripts, they are overflowing. > > > > > > [...] > > > > ERROR: missing_access_check in linuxulator32:futex:futex_atomic_op > > > > > > This is missing code in the kernel... or a superfluous comment. > > > > > > > kernel`ia32_syscall+0x299 > > > > kernel`0xffffffff805b05e5 > > > > > > > > dtrace: ERROR: open failed: No such file or directory > > > > `0x287b6533 > > > > Fatal error 'mutex is on list' at line 424 in > > > > file /usr/github-freebsd-head/lib/libthr/thread/thr_mutex.c (errno = > > > > 0) > > > > > > No idea. > > > > > > > this is from the check_error.d script: > > > > > > > > otaku% sudo ./check_error.d > > > > ERROR: sleep_error in linuxulator32:futex:futex_sleep > > > > > > Well... the sx_sleep returned with a non-null value. I assume this > > > means a timeout fired. No idea if it is good or bad. > > > > > > > kernel`ia32_syscall+0x299 > > > > kernel`0xffffffff805b05e5 > > > > > > > > 0x287b6278 > > > > 0x2a12800029d5fa5c > > > > ERROR: sleep_error in linuxulator32:futex:futex_wait > > > > > > As above. > > > > > > > kernel`ia32_syscall+0x299 > > > > kernel`0xffffffff805b05e5 > > > > > > > > 0x287b6278 > > > > 0x2a12800029d5fa5c > > > > > > > the check_internal_locks.d scripts seems to work fine. i think we > > > > talked about the failed-speculation-warnings beforehand and that they > > > > aren't critical: > > > > > > Yes and no... you do not have enough buffers to store all the info the > > > script want to store. As such it does not work as intended. > > > > i've set > > > > #pragma D option dynvarsize=512m > > #pragma D option specsize=512m > > > > in check_internal_locks.d > > > > however i get a warning that the size got downgraded and still the buffers > > don't seem to be large enough: > > > > dtrace: dynamic variable size lowered to 256m > > dtrace: 220 failed speculations (available buffer(s) still busy) > > dtrace: 206 failed speculations (available buffer(s) still busy) > > dtrace: 205 failed speculations (available buffer(s) still busy) > > dtrace: 206 failed speculations (available buffer(s) still busy) > > dtrace: 182 failed speculations (available buffer(s) still busy) > > dtrace: 219 failed speculations (available buffer(s) still busy) > > dtrace: 194 failed speculations (available buffer(s) still busy) > > dtrace: 210 failed speculations (available buffer(s) still busy) > > dtrace: 218 failed speculations (available buffer(s) still busy) > > dtrace: 206 failed speculations (available buffer(s) still busy) > > dtrace: 222 failed speculations (available buffer(s) still busy) > > dtrace: 214 failed speculations (available buffer(s) still busy) > > dtrace: 213 failed speculations (available buffer(s) still busy) > > dtrace: 205 failed speculations (available buffer(s) still busy) > > dtrace: 216 failed speculations (available buffer(s) still busy) > > dtrace: 220 failed speculations (available buffer(s) still busy) > > dtrace: 210 failed speculations (available buffer(s) still busy) > > > > maybe the problem with the above errors was that my kernel got built with > > dtrace support, but my world didn't. i'm now rebuilding and installing world. > > maybe that fixes some of the issues. > > > > > > > > > > > > Number of locks per type: > > > > emul_shared_rlock 3 > > > > emul_shared_wlock 37 > > > > emul_lock 55 > > > > futex_mtx 31179 > > here are the results for a single flash instance: > > otaku% sudo time ./check_internal_locks.d > dtrace: 217 failed speculations (available buffer(s) still busy) > dtrace: 223 failed speculations (available buffer(s) still busy) > dtrace: 218 failed speculations (available buffer(s) still busy) > dtrace: 216 failed speculations (available buffer(s) still busy) > dtrace: 206 failed speculations (available buffer(s) still busy) > dtrace: 200 failed speculations (available buffer(s) still busy) > dtrace: 218 failed speculations (available buffer(s) still busy) > dtrace: 246 failed speculations (available buffer(s) still busy) > dtrace: 218 failed speculations (available buffer(s) still busy) > dtrace: 258 failed speculations (available buffer(s) still busy) > dtrace: 223 failed speculations (available buffer(s) still busy) > dtrace: 246 failed speculations (available buffer(s) still busy) > dtrace: 240 failed speculations (available buffer(s) still busy) > dtrace: 258 failed speculations (available buffer(s) still busy) > dtrace: 252 failed speculations (available buffer(s) still busy) > dtrace: 230 failed speculations (available buffer(s) still busy) > dtrace: 257 failed speculations (available buffer(s) still busy) > ^C > dtrace: 227 failed speculations (available buffer(s) still busy) > Number of locks per type: > futex_mtx 4585 > > 18,48 real 0,10 user 0,36 sys > > and here for two flash tabs: > > otaku% sudo time ./check_internal_locks.d > dtrace: 1148 failed speculations (available buffer(s) still busy) > dtrace: 1524 failed speculations (available buffer(s) still busy) > dtrace: 1604 failed speculations (available buffer(s) still busy) > dtrace: 1029 failed speculations (available buffer(s) still busy) > dtrace: 1471 failed speculations (available buffer(s) still busy) > dtrace: 1466 failed speculations (available buffer(s) still busy) > dtrace: 1720 failed speculations (available buffer(s) still busy) > dtrace: 1049 failed speculations (available buffer(s) still busy) > dtrace: 1549 failed speculations (available buffer(s) still busy) > dtrace: 1421 failed speculations (available buffer(s) still busy) > dtrace: 1595 failed speculations (available buffer(s) still busy) > dtrace: 1097 failed speculations (available buffer(s) still busy) > dtrace: 1853 failed speculations (available buffer(s) still busy) > dtrace: 1900 failed speculations (available buffer(s) still busy) > dtrace: 1729 failed speculations (available buffer(s) still busy) > dtrace: 1389 failed speculations (available buffer(s) still busy) > dtrace: 1314 failed speculations (available buffer(s) still busy) > dtrace: 1712 failed speculations (available buffer(s) still busy) > ^C > dtrace: 1615 failed speculations (available buffer(s) still busy) > Number of locks per type: > futex_mtx 29364 > > 19,41 real 0,09 user 0,32 sys > > ...and for three flash tabs: > > otaku% sudo time ./check_internal_locks.d > dtrace: 535 failed speculations (available buffer(s) still busy) > dtrace: 213 failed speculations (available buffer(s) still busy) > dtrace: 282 failed speculations (available buffer(s) still busy) > dtrace: 571 failed speculations (available buffer(s) still busy) > dtrace: 666 failed speculations (available buffer(s) still busy) > dtrace: 857 failed speculations (available buffer(s) still busy) > dtrace: 1310 failed speculations (available buffer(s) still busy) > dtrace: 1277 failed speculations (available buffer(s) still busy) > dtrace: 118 failed speculations (available buffer(s) still busy) > dtrace: 1503 failed speculations (available buffer(s) still busy) > dtrace: 2069 failed speculations (available buffer(s) still busy) > dtrace: 3562 failed speculations (available buffer(s) still busy) > dtrace: 6561 failed speculations (available buffer(s) still busy) > dtrace: 3750 failed speculations (available buffer(s) still busy) > dtrace: 2569 failed speculations (available buffer(s) still busy) > dtrace: 1362 failed speculations (available buffer(s) still busy) > dtrace: 2722 failed speculations (available buffer(s) still busy) > dtrace: 3461 failed speculations (available buffer(s) still busy) > dtrace: 2579 failed speculations (available buffer(s) still busy) > dtrace: 3451 failed speculations (available buffer(s) still busy) > dtrace: 2325 failed speculations (available buffer(s) still busy) > ^C > dtrace: 2632 failed speculations (available buffer(s) still busy) > Number of locks per type: > emul_shared_wlock 14 > emul_lock 20 > futex_mtx 45571 > > 22,46 real 0,11 user 0,35 sys running stats_timing.d revealed something strange...according to this section: Number of calls per provider/application/kernel function: linuxulator32 npviewer.bin linux_schedtail 2 linuxulator32 npviewer.bin linux_set_robust_list 2 linuxulator32 npviewer.bin proc_exit 2 linuxulator32 npviewer.bin proc_init 2 linuxulator32 npviewer.bin release_futexes 2 linuxulator32 npviewer.bin fetch_robust_entry 4 linuxulator32 npviewer.bin linux_get_osname 8 linuxulator32 npviewer.bin linux_get_osrelease 8 linuxulator32 npviewer.bin em_find 12 linuxulator32 npviewer.bin linux_get_prison 16 linuxulator32 npviewer.bin futex_atomic_op 734 linuxulator32 npviewer.bin futex_wake 1082 linuxulator32 npviewer.bin futex_sleep 1133 linuxulator32 npviewer.bin futex_wait 1133 linuxulator32 npviewer.bin linux_emul_convpath 2949 linuxulator32 npviewer.bin futex_put 2970 linuxulator32 npviewer.bin linux_sys_futex 3211 linuxulator32 npviewer.bin futex_get 3945 linuxulator32 npviewer.bin futex_get0 3945 linuxulator32 npviewer.bin linux_clock_gettime 75342 linuxulator32 npviewer.bin linux_to_native_clockid 75342 linuxulator32 npviewer.bin native_to_linux_timespec 75342 proc_exit only got callded twice. however according to this section: Longest running (CPU-time!) functions per provider (in ns): linuxulator32 proc_exit -16995 linuxulator32 linux_emul_convpath -11330 linuxulator32 futex_wait -3950 linuxulator32 futex_sleep -3535 linuxulator32 proc_init -3310 linuxulator32 release_futexes -2075 linuxulator32 linux_schedtail -1350 linuxulator32 linux_get_osname -1280 linuxulator32 linux_sys_futex -1090 linuxulator32 linux_set_robust_list -860 linuxulator32 futex_get -770 linuxulator32 linux_get_osrelease -760 linuxulator32 linux_clock_gettime -570 linuxulator32 futex_put -560 linuxulator32 futex_get0 -555 linuxulator32 futex_atomic_op -325 linuxulator32 em_find -190 linuxulator32 fetch_robust_entry -180 linuxulator32 linux_get_prison -155 linuxulator32 futex_wake -120 linuxulator32 linux_to_native_clockid -90 linuxulator32 native_to_linux_timespec -90 the CPU spent a lot of time for those two calls. cheers. alex > > > i've tuned the script to have the maximum buffer size of 256 megabyte via > > #pragma D option dynvarsize=256m > #pragma D option specsize=256m > > ...still the buffers seem to be too small. > > also...even after installing a fresh kernel and world with dtrace enabled, > the "check_error.d" and "trace_futexes.d" fail and sometimes even render > the flash instance unusable. > > cheers. > alex > > > > > > > Depending on how long you traced: that's a lot of futex operations. > > > > i traced for ~ 5 seconds. i'll make sure to prepend the time command to any > > dtrace script next time to give you more exact numbers. > > > > cheers. > > alex > > > > > > > > Bye, > > > Alexander. > > > > > > -- > > > http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 > > > http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-emulation@FreeBSD.ORG Sun Apr 15 18:46:43 2012 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id F0F251065677; Sun, 15 Apr 2012 18:46:43 +0000 (UTC) Date: Sun, 15 Apr 2012 18:46:43 +0000 From: Alexander Best To: Alexander Leidinger Message-ID: <20120415184643.GA59617@freebsd.org> References: <20120415101157.GA67049@freebsd.org> <20120415112308.GA77985@freebsd.org> <20120415134444.000005cc@unknown> <20120415115112.GA83717@freebsd.org> <20120415143441.00000948@unknown> <20120415130306.GA95208@freebsd.org> <20120415163059.0000715d@unknown> <20120415144155.GA15993@freebsd.org> <20120415181613.GA52958@freebsd.org> <20120415182928.GA55270@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120415182928.GA55270@freebsd.org> Cc: freebsd-emulation@freebsd.org Subject: Re: [PATCH] pipe2 for Linuxulator X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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: Sun, 15 Apr 2012 18:46:44 -0000 On Sun Apr 15 12, Alexander Best wrote: > On Sun Apr 15 12, Alexander Best wrote: > > On Sun Apr 15 12, Alexander Best wrote: > > > On Sun Apr 15 12, Alexander Leidinger wrote: > > > > On Sun, 15 Apr 2012 13:03:06 +0000 Alexander Best > > > > wrote: > > > > > > > > > On Sun Apr 15 12, Alexander Leidinger wrote: > > > > > > On Sun, 15 Apr 2012 11:51:12 +0000 Alexander Best > > > > > > wrote: > > > > > > > > > > > > > ahh ok. i've managed to get some stats via stats_timing.d. this > > > > > > > is a snapshot during which a newly loaded tab in chromium was > > > > > > > unresponsive for about 5 seconds. without the linux flash plugin > > > > > > > running i never experienced such lock ups. > > > > > > > > > > > > > > i've attached the d-script stats. > > > > > > > > > > > > What about the trace_futexes script and the two check_* scripts? The > > > > > > stats show that there is a lot of work spend in the futexes. > > > > > > > > > > i'm having problems with those scripts. they have a negative impact > > > > > on the linux processes. when i have the player at www.mixcloud.com > > > > > running and run those scripts the music stops and the flash graphics > > > > > get all distorted. here's some output from the trace_futexes.d script: > > > > > > > > > > otaku% sudo ./trace_futexes.d > > > > > dtrace: 808 dynamic variable drops with non-empty dirty list > > > > > dtrace: 833 failed speculations (available buffer(s) still busy) > > > > > > > > You should increase the buffers in the scripts, they are overflowing. > > > > > > > > [...] > > > > > ERROR: missing_access_check in linuxulator32:futex:futex_atomic_op > > > > > > > > This is missing code in the kernel... or a superfluous comment. > > > > > > > > > kernel`ia32_syscall+0x299 > > > > > kernel`0xffffffff805b05e5 > > > > > > > > > > dtrace: ERROR: open failed: No such file or directory > > > > > `0x287b6533 > > > > > Fatal error 'mutex is on list' at line 424 in > > > > > file /usr/github-freebsd-head/lib/libthr/thread/thr_mutex.c (errno = > > > > > 0) > > > > > > > > No idea. > > > > > > > > > this is from the check_error.d script: > > > > > > > > > > otaku% sudo ./check_error.d > > > > > ERROR: sleep_error in linuxulator32:futex:futex_sleep > > > > > > > > Well... the sx_sleep returned with a non-null value. I assume this > > > > means a timeout fired. No idea if it is good or bad. > > > > > > > > > kernel`ia32_syscall+0x299 > > > > > kernel`0xffffffff805b05e5 > > > > > > > > > > 0x287b6278 > > > > > 0x2a12800029d5fa5c > > > > > ERROR: sleep_error in linuxulator32:futex:futex_wait > > > > > > > > As above. > > > > > > > > > kernel`ia32_syscall+0x299 > > > > > kernel`0xffffffff805b05e5 > > > > > > > > > > 0x287b6278 > > > > > 0x2a12800029d5fa5c > > > > > > > > > the check_internal_locks.d scripts seems to work fine. i think we > > > > > talked about the failed-speculation-warnings beforehand and that they > > > > > aren't critical: > > > > > > > > Yes and no... you do not have enough buffers to store all the info the > > > > script want to store. As such it does not work as intended. > > > > > > i've set > > > > > > #pragma D option dynvarsize=512m > > > #pragma D option specsize=512m > > > > > > in check_internal_locks.d > > > > > > however i get a warning that the size got downgraded and still the buffers > > > don't seem to be large enough: > > > > > > dtrace: dynamic variable size lowered to 256m > > > dtrace: 220 failed speculations (available buffer(s) still busy) > > > dtrace: 206 failed speculations (available buffer(s) still busy) > > > dtrace: 205 failed speculations (available buffer(s) still busy) > > > dtrace: 206 failed speculations (available buffer(s) still busy) > > > dtrace: 182 failed speculations (available buffer(s) still busy) > > > dtrace: 219 failed speculations (available buffer(s) still busy) > > > dtrace: 194 failed speculations (available buffer(s) still busy) > > > dtrace: 210 failed speculations (available buffer(s) still busy) > > > dtrace: 218 failed speculations (available buffer(s) still busy) > > > dtrace: 206 failed speculations (available buffer(s) still busy) > > > dtrace: 222 failed speculations (available buffer(s) still busy) > > > dtrace: 214 failed speculations (available buffer(s) still busy) > > > dtrace: 213 failed speculations (available buffer(s) still busy) > > > dtrace: 205 failed speculations (available buffer(s) still busy) > > > dtrace: 216 failed speculations (available buffer(s) still busy) > > > dtrace: 220 failed speculations (available buffer(s) still busy) > > > dtrace: 210 failed speculations (available buffer(s) still busy) > > > > > > maybe the problem with the above errors was that my kernel got built with > > > dtrace support, but my world didn't. i'm now rebuilding and installing world. > > > maybe that fixes some of the issues. > > > > > > > > > > > > > > > > Number of locks per type: > > > > > emul_shared_rlock 3 > > > > > emul_shared_wlock 37 > > > > > emul_lock 55 > > > > > futex_mtx 31179 > > > > here are the results for a single flash instance: > > > > otaku% sudo time ./check_internal_locks.d > > dtrace: 217 failed speculations (available buffer(s) still busy) > > dtrace: 223 failed speculations (available buffer(s) still busy) > > dtrace: 218 failed speculations (available buffer(s) still busy) > > dtrace: 216 failed speculations (available buffer(s) still busy) > > dtrace: 206 failed speculations (available buffer(s) still busy) > > dtrace: 200 failed speculations (available buffer(s) still busy) > > dtrace: 218 failed speculations (available buffer(s) still busy) > > dtrace: 246 failed speculations (available buffer(s) still busy) > > dtrace: 218 failed speculations (available buffer(s) still busy) > > dtrace: 258 failed speculations (available buffer(s) still busy) > > dtrace: 223 failed speculations (available buffer(s) still busy) > > dtrace: 246 failed speculations (available buffer(s) still busy) > > dtrace: 240 failed speculations (available buffer(s) still busy) > > dtrace: 258 failed speculations (available buffer(s) still busy) > > dtrace: 252 failed speculations (available buffer(s) still busy) > > dtrace: 230 failed speculations (available buffer(s) still busy) > > dtrace: 257 failed speculations (available buffer(s) still busy) > > ^C > > dtrace: 227 failed speculations (available buffer(s) still busy) > > Number of locks per type: > > futex_mtx 4585 > > > > 18,48 real 0,10 user 0,36 sys > > > > and here for two flash tabs: > > > > otaku% sudo time ./check_internal_locks.d > > dtrace: 1148 failed speculations (available buffer(s) still busy) > > dtrace: 1524 failed speculations (available buffer(s) still busy) > > dtrace: 1604 failed speculations (available buffer(s) still busy) > > dtrace: 1029 failed speculations (available buffer(s) still busy) > > dtrace: 1471 failed speculations (available buffer(s) still busy) > > dtrace: 1466 failed speculations (available buffer(s) still busy) > > dtrace: 1720 failed speculations (available buffer(s) still busy) > > dtrace: 1049 failed speculations (available buffer(s) still busy) > > dtrace: 1549 failed speculations (available buffer(s) still busy) > > dtrace: 1421 failed speculations (available buffer(s) still busy) > > dtrace: 1595 failed speculations (available buffer(s) still busy) > > dtrace: 1097 failed speculations (available buffer(s) still busy) > > dtrace: 1853 failed speculations (available buffer(s) still busy) > > dtrace: 1900 failed speculations (available buffer(s) still busy) > > dtrace: 1729 failed speculations (available buffer(s) still busy) > > dtrace: 1389 failed speculations (available buffer(s) still busy) > > dtrace: 1314 failed speculations (available buffer(s) still busy) > > dtrace: 1712 failed speculations (available buffer(s) still busy) > > ^C > > dtrace: 1615 failed speculations (available buffer(s) still busy) > > Number of locks per type: > > futex_mtx 29364 > > > > 19,41 real 0,09 user 0,32 sys > > > > ...and for three flash tabs: > > > > otaku% sudo time ./check_internal_locks.d > > dtrace: 535 failed speculations (available buffer(s) still busy) > > dtrace: 213 failed speculations (available buffer(s) still busy) > > dtrace: 282 failed speculations (available buffer(s) still busy) > > dtrace: 571 failed speculations (available buffer(s) still busy) > > dtrace: 666 failed speculations (available buffer(s) still busy) > > dtrace: 857 failed speculations (available buffer(s) still busy) > > dtrace: 1310 failed speculations (available buffer(s) still busy) > > dtrace: 1277 failed speculations (available buffer(s) still busy) > > dtrace: 118 failed speculations (available buffer(s) still busy) > > dtrace: 1503 failed speculations (available buffer(s) still busy) > > dtrace: 2069 failed speculations (available buffer(s) still busy) > > dtrace: 3562 failed speculations (available buffer(s) still busy) > > dtrace: 6561 failed speculations (available buffer(s) still busy) > > dtrace: 3750 failed speculations (available buffer(s) still busy) > > dtrace: 2569 failed speculations (available buffer(s) still busy) > > dtrace: 1362 failed speculations (available buffer(s) still busy) > > dtrace: 2722 failed speculations (available buffer(s) still busy) > > dtrace: 3461 failed speculations (available buffer(s) still busy) > > dtrace: 2579 failed speculations (available buffer(s) still busy) > > dtrace: 3451 failed speculations (available buffer(s) still busy) > > dtrace: 2325 failed speculations (available buffer(s) still busy) > > ^C > > dtrace: 2632 failed speculations (available buffer(s) still busy) > > Number of locks per type: > > emul_shared_wlock 14 > > emul_lock 20 > > futex_mtx 45571 > > > > 22,46 real 0,11 user 0,35 sys > > running stats_timing.d revealed something strange...according to this section: > > Number of calls per provider/application/kernel function: > linuxulator32 npviewer.bin linux_schedtail 2 > linuxulator32 npviewer.bin linux_set_robust_list 2 > linuxulator32 npviewer.bin proc_exit 2 > linuxulator32 npviewer.bin proc_init 2 > linuxulator32 npviewer.bin release_futexes 2 > linuxulator32 npviewer.bin fetch_robust_entry 4 > linuxulator32 npviewer.bin linux_get_osname 8 > linuxulator32 npviewer.bin linux_get_osrelease 8 > linuxulator32 npviewer.bin em_find 12 > linuxulator32 npviewer.bin linux_get_prison 16 > linuxulator32 npviewer.bin futex_atomic_op 734 > linuxulator32 npviewer.bin futex_wake 1082 > linuxulator32 npviewer.bin futex_sleep 1133 > linuxulator32 npviewer.bin futex_wait 1133 > linuxulator32 npviewer.bin linux_emul_convpath 2949 > linuxulator32 npviewer.bin futex_put 2970 > linuxulator32 npviewer.bin linux_sys_futex 3211 > linuxulator32 npviewer.bin futex_get 3945 > linuxulator32 npviewer.bin futex_get0 3945 > linuxulator32 npviewer.bin linux_clock_gettime 75342 > linuxulator32 npviewer.bin linux_to_native_clockid 75342 > linuxulator32 npviewer.bin native_to_linux_timespec 75342 > > proc_exit only got callded twice. however according to this section: > > Longest running (CPU-time!) functions per provider (in ns): > linuxulator32 proc_exit -16995 > linuxulator32 linux_emul_convpath -11330 > linuxulator32 futex_wait -3950 > linuxulator32 futex_sleep -3535 > linuxulator32 proc_init -3310 > linuxulator32 release_futexes -2075 > linuxulator32 linux_schedtail -1350 > linuxulator32 linux_get_osname -1280 > linuxulator32 linux_sys_futex -1090 > linuxulator32 linux_set_robust_list -860 > linuxulator32 futex_get -770 > linuxulator32 linux_get_osrelease -760 > linuxulator32 linux_clock_gettime -570 > linuxulator32 futex_put -560 > linuxulator32 futex_get0 -555 > linuxulator32 futex_atomic_op -325 > linuxulator32 em_find -190 > linuxulator32 fetch_robust_entry -180 > linuxulator32 linux_get_prison -155 > linuxulator32 futex_wake -120 > linuxulator32 linux_to_native_clockid -90 > linuxulator32 native_to_linux_timespec -90 > > the CPU spent a lot of time for those two calls. > > cheers. > alex > > > > > > > i've tuned the script to have the maximum buffer size of 256 megabyte via > > > > #pragma D option dynvarsize=256m > > #pragma D option specsize=256m > > > > ...still the buffers seem to be too small. > > > > also...even after installing a fresh kernel and world with dtrace enabled, > > the "check_error.d" and "trace_futexes.d" fail and sometimes even render > > the flash instance unusable. eventually after trying a lot of time i managed to gather some stats from the "trace_futexes.d" script: Number of locks per type: futex_mtx 91 Number of maximum number of futexes in the futex list: 1 Number of futexes still existing: -9Number of calls per provider/application/kernel function: linuxulator32 npviewer.bin futex_atomic_op 5 linuxulator32 npviewer.bin futex_wake 6 linuxulator32 npviewer.bin futex_sleep 14 linuxulator32 npviewer.bin futex_wait 14 linuxulator32 npviewer.bin linux_sys_futex 33 linuxulator32 npviewer.bin futex_put 34 linuxulator32 npviewer.bin futex_get 38 linuxulator32 npviewer.bin futex_get0 38 Wallclock-timing statistics per provider/application/kernel function (in ns): linuxulator32 npviewer.bin linux_sys_futex value ------------- Distribution ------------- count -1073741824 | 0 -536870912 |@@@@@ 4 -268435456 | 0 -134217728 |@@@@@@@ 6 -67108864 |@ 1 -33554432 |@ 1 -16777216 |@ 1 -8388608 | 0 -4194304 | 0 -2097152 | 0 -1048576 | 0 -524288 | 0 -262144 |@ 1 -131072 |@@@@@@ 5 -65536 | 0 -32768 |@@@@@@@@@@@ 9 -16384 |@@@@@@ 5 -8192 | 0 linuxulator32 npviewer.bin futex_sleep value ------------- Distribution ------------- count -1073741824 | 0 -536870912 |@@@@@@@@@@@ 4 -268435456 | 0 -134217728 |@@@@@@@@@@@@@@@@@ 6 -67108864 |@@@ 1 -33554432 |@@@ 1 -16777216 |@@@ 1 -8388608 | 0 -4194304 | 0 -2097152 | 0 -1048576 | 0 -524288 | 0 -262144 | 0 -131072 | 0 -65536 |@@@ 1 -32768 | 0 linuxulator32 npviewer.bin futex_wait value ------------- Distribution ------------- count -1073741824 | 0 -536870912 |@@@@@@@@@@@ 4 -268435456 | 0 -134217728 |@@@@@@@@@@@@@@@@@ 6 -67108864 |@@@ 1 -33554432 |@@@ 1 -16777216 |@@@ 1 -8388608 | 0 -4194304 | 0 -2097152 | 0 -1048576 | 0 -524288 | 0 -262144 | 0 -131072 | 0 -65536 |@@@ 1 -32768 | 0 linuxulator32 npviewer.bin futex_put value ------------- Distribution ------------- count -524288 | 0 -262144 |@ 1 -131072 |@@ 2 -65536 | 0 -32768 |@@@@@@@ 6 -16384 |@@@@@@@@@@@ 9 -8192 |@@@@@@@@@@@@@@@@@@@ 16 -4096 | 0 linuxulator32 npviewer.bin futex_get value ------------- Distribution ------------- count -65536 | 0 -32768 |@@@@@@@@@@@@@ 12 -16384 |@@@@@@@@@@@@@@@@@@@@@@@@@@@ 26 -8192 | 0 linuxulator32 npviewer.bin futex_get0 value ------------- Distribution ------------- count -32768 | 0 -16384 |@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ 30 -8192 |@@@@@@@@ 8 -4096 | 0 linuxulator32 npviewer.bin futex_atomic_op value ------------- Distribution ------------- count -32768 | 0 -16384 |@@@@@@@@ 1 -8192 |@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ 4 -4096 | 0 linuxulator32 npviewer.bin futex_wake value ------------- Distribution ------------- count -16384 | 0 -8192 |@@@@@@@ 1 -4096 |@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ 5 -2048 | 0 Longest running (wallclock!) functions per provider (in ns): linuxulator32 futex_wait -100195 linuxulator32 futex_sleep -91565 linuxulator32 linux_sys_futex -30010 linuxulator32 futex_get -21060 linuxulator32 futex_atomic_op -15885 linuxulator32 futex_get0 -12540 linuxulator32 futex_put -11825 linuxulator32 futex_wake -5610 13,22 real 0,09 user 0,13 sys cheers. alex > > > > cheers. > > alex > > > > > > > > > > Depending on how long you traced: that's a lot of futex operations. > > > > > > i traced for ~ 5 seconds. i'll make sure to prepend the time command to any > > > dtrace script next time to give you more exact numbers. > > > > > > cheers. > > > alex > > > > > > > > > > > Bye, > > > > Alexander. > > > > > > > > -- > > > > http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 > > > > http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-emulation@FreeBSD.ORG Sun Apr 15 18:53:26 2012 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4349D1065670; Sun, 15 Apr 2012 18:53:26 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id DDF618FC0A; Sun, 15 Apr 2012 18:53:25 +0000 (UTC) Received: from outgoing.leidinger.net (p4FC432C0.dip.t-dialin.net [79.196.50.192]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id C48288440A3; Sun, 15 Apr 2012 20:53:07 +0200 (CEST) Received: from unknown (IO.Leidinger.net [192.168.1.12]) by outgoing.leidinger.net (Postfix) with ESMTPS id BF1E62096; Sun, 15 Apr 2012 20:53:04 +0200 (CEST) Date: Sun, 15 Apr 2012 20:53:02 +0200 From: Alexander Leidinger To: Alexander Best Message-ID: <20120415205302.00005855@unknown> In-Reply-To: <20120415181613.GA52958@freebsd.org> References: <20120415000246.0000736b@unknown> <20120415000216.GA53624@freebsd.org> <20120415101157.GA67049@freebsd.org> <20120415112308.GA77985@freebsd.org> <20120415134444.000005cc@unknown> <20120415115112.GA83717@freebsd.org> <20120415143441.00000948@unknown> <20120415130306.GA95208@freebsd.org> <20120415163059.0000715d@unknown> <20120415144155.GA15993@freebsd.org> <20120415181613.GA52958@freebsd.org> X-Mailer: Claws Mail 3.7.10cvs42 (GTK+ 2.16.6; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: C48288440A3.A15DC X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-0.728, required 6, autolearn=disabled, ALL_TRUSTED -1.00, AWL 0.28, T_RP_MATCHES_RCVD -0.01) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1335120792.1213@uJ/T9pZLRzhRHWYy1bxzYw X-EBL-Spam-Status: No Cc: freebsd-emulation@freebsd.org Subject: Re: [PATCH] pipe2 for Linuxulator X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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: Sun, 15 Apr 2012 18:53:26 -0000 On Sun, 15 Apr 2012 18:16:13 +0000 Alexander Best wrote: > On Sun Apr 15 12, Alexander Best wrote: > here are the results for a single flash instance: > > otaku% sudo time ./check_internal_locks.d > Number of locks per type: > futex_mtx 4585 > > 18,48 real 0,10 user 0,36 sys > > and here for two flash tabs: > Number of locks per type: > futex_mtx 29364 > > 19,41 real 0,09 user 0,32 sys > > ...and for three flash tabs: > > otaku% sudo time ./check_internal_locks.d > Number of locks per type: > emul_shared_wlock 14 > emul_lock 20 > futex_mtx 45571 > > 22,46 real 0,11 user 0,35 sys A lot more calls to the futex-lock than you would assume. It's not linear to the amount of flash instances. Maybe worth investigating (optimization opportunity?). > > i've tuned the script to have the maximum buffer size of 256 megabyte > via > > #pragma D option dynvarsize=256m > #pragma D option specsize=256m > > ...still the buffers seem to be too small. The scripts do a lot. The serve more as examples of what you can do, than to really serve as a debugging aid in all situations. They give a hint if there's something to investigate or not. In your case it is maybe not a bad idea to remove all emul-lock parts and only keep the futex-stuff (or a part of it...). > also...even after installing a fresh kernel and world with dtrace > enabled, the "check_error.d" and "trace_futexes.d" fail and sometimes > even render the flash instance unusable. I assume with unusable you mean not fast enough. Well... buy a faster CPU. No, just kidding. Depending on what a D script does and how many probes are enabled in the D script, it is not unexpected that the system slows down. As told above, the scripts show what is possible. For real debugging you may want to use stripped down versions. Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-emulation@FreeBSD.ORG Sun Apr 15 19:01:23 2012 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 47620106566C; Sun, 15 Apr 2012 19:01:23 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id EFABD8FC18; Sun, 15 Apr 2012 19:01:22 +0000 (UTC) Received: from outgoing.leidinger.net (p4FC432C0.dip.t-dialin.net [79.196.50.192]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 971EA8440A4; Sun, 15 Apr 2012 21:01:08 +0200 (CEST) Received: from unknown (IO.Leidinger.net [192.168.1.12]) by outgoing.leidinger.net (Postfix) with ESMTPS id E525A20B8; Sun, 15 Apr 2012 21:01:05 +0200 (CEST) Date: Sun, 15 Apr 2012 21:01:03 +0200 From: Alexander Leidinger To: Alexander Best Message-ID: <20120415210103.000056a8@unknown> In-Reply-To: <20120415182928.GA55270@freebsd.org> References: <20120415000216.GA53624@freebsd.org> <20120415101157.GA67049@freebsd.org> <20120415112308.GA77985@freebsd.org> <20120415134444.000005cc@unknown> <20120415115112.GA83717@freebsd.org> <20120415143441.00000948@unknown> <20120415130306.GA95208@freebsd.org> <20120415163059.0000715d@unknown> <20120415144155.GA15993@freebsd.org> <20120415181613.GA52958@freebsd.org> <20120415182928.GA55270@freebsd.org> X-Mailer: Claws Mail 3.7.10cvs42 (GTK+ 2.16.6; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 971EA8440A4.A145B X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-0.755, required 6, autolearn=disabled, ALL_TRUSTED -1.00, AWL 0.26, T_RP_MATCHES_RCVD -0.01) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1335121270.56062@Qk8O09K9L0nZUS3ZbQGy+w X-EBL-Spam-Status: No Cc: freebsd-emulation@freebsd.org Subject: Re: [PATCH] pipe2 for Linuxulator X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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: Sun, 15 Apr 2012 19:01:23 -0000 On Sun, 15 Apr 2012 18:29:28 +0000 Alexander Best wrote: > On Sun Apr 15 12, Alexander Best wrote: > running stats_timing.d revealed something strange...according to this > section: > > Number of calls per provider/application/kernel function: > linuxulator32 > npviewer.bin > proc_exit 2 > proc_exit only got callded twice. however according to this section: > > Longest running (CPU-time!) functions per provider (in ns): > linuxulator32 > proc_exit -16995 > the CPU spent a lot of time for those two calls. AFAIR proc_exit walks down a list or two. Depending on how much is going on, this may take a while. Looks like my DTrace probes and scripts offer the opportunity to do some performance related observations in an easy way. Now we just need some interested souls to actually do it and optimize some things. It would also be great if someone could have a look at http://dtrace.org/blogs/brendan/ and code up some nice GUI respectively an observation and analysis tool. Graphs as represented by Brendan give a much better way of understanding what's going on than a lot of numbers. Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-emulation@FreeBSD.ORG Sun Apr 15 19:04:08 2012 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 980F21065673; Sun, 15 Apr 2012 19:04:08 +0000 (UTC) Date: Sun, 15 Apr 2012 19:04:08 +0000 From: Alexander Best To: Alexander Leidinger Message-ID: <20120415190408.GA61246@freebsd.org> References: <20120415101157.GA67049@freebsd.org> <20120415112308.GA77985@freebsd.org> <20120415134444.000005cc@unknown> <20120415115112.GA83717@freebsd.org> <20120415143441.00000948@unknown> <20120415130306.GA95208@freebsd.org> <20120415163059.0000715d@unknown> <20120415144155.GA15993@freebsd.org> <20120415181613.GA52958@freebsd.org> <20120415205302.00005855@unknown> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120415205302.00005855@unknown> Cc: freebsd-emulation@freebsd.org Subject: Re: [PATCH] pipe2 for Linuxulator X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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: Sun, 15 Apr 2012 19:04:08 -0000 On Sun Apr 15 12, Alexander Leidinger wrote: > On Sun, 15 Apr 2012 18:16:13 +0000 Alexander Best > wrote: > > > On Sun Apr 15 12, Alexander Best wrote: > > > here are the results for a single flash instance: > > > > otaku% sudo time ./check_internal_locks.d > > > Number of locks per type: > > futex_mtx 4585 > > > > 18,48 real 0,10 user 0,36 sys > > > > and here for two flash tabs: > > > Number of locks per type: > > futex_mtx 29364 > > > > 19,41 real 0,09 user 0,32 sys > > > > ...and for three flash tabs: > > > > otaku% sudo time ./check_internal_locks.d > > > Number of locks per type: > > emul_shared_wlock 14 > > emul_lock 20 > > futex_mtx 45571 > > > > 22,46 real 0,11 user 0,35 sys > > A lot more calls to the futex-lock than you would assume. It's not > linear to the amount of flash instances. Maybe worth investigating > (optimization opportunity?). > > > > > i've tuned the script to have the maximum buffer size of 256 megabyte > > via > > > > #pragma D option dynvarsize=256m > > #pragma D option specsize=256m > > > > ...still the buffers seem to be too small. > > The scripts do a lot. The serve more as examples of what you can do, > than to really serve as a debugging aid in all situations. They give a > hint if there's something to investigate or not. In your case it is > maybe not a bad idea to remove all emul-lock parts and only keep the > futex-stuff (or a part of it...). thanks for the hint. i'll try to comment out any non-futex related stuff. > > > also...even after installing a fresh kernel and world with dtrace > > enabled, the "check_error.d" and "trace_futexes.d" fail and sometimes > > even render the flash instance unusable. > > I assume with unusable you mean not fast enough. Well... buy a faster > CPU. No, just kidding. Depending on what a D script does and how many > probes are enabled in the D script, it is not unexpected that the > system slows down. As told above, the scripts show what is possible. > For real debugging you may want to use stripped down versions. no actually. what i meant by "unusable" is that the d-scripts themself crash the flash instances. > > Bye, > Alexander. > > -- > http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 > http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-emulation@FreeBSD.ORG Sun Apr 15 19:05:53 2012 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5EC38106566C; Sun, 15 Apr 2012 19:05:53 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 123508FC0C; Sun, 15 Apr 2012 19:05:53 +0000 (UTC) Received: from outgoing.leidinger.net (p4FC432C0.dip.t-dialin.net [79.196.50.192]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 04DF08440A3; Sun, 15 Apr 2012 21:05:38 +0200 (CEST) Received: from unknown (IO.Leidinger.net [192.168.1.12]) by outgoing.leidinger.net (Postfix) with ESMTPS id 55BBB20B9; Sun, 15 Apr 2012 21:05:35 +0200 (CEST) Date: Sun, 15 Apr 2012 21:05:31 +0200 From: Alexander Leidinger To: Alexander Best Message-ID: <20120415210531.00001b33@unknown> In-Reply-To: <20120415184643.GA59617@freebsd.org> References: <20120415101157.GA67049@freebsd.org> <20120415112308.GA77985@freebsd.org> <20120415134444.000005cc@unknown> <20120415115112.GA83717@freebsd.org> <20120415143441.00000948@unknown> <20120415130306.GA95208@freebsd.org> <20120415163059.0000715d@unknown> <20120415144155.GA15993@freebsd.org> <20120415181613.GA52958@freebsd.org> <20120415182928.GA55270@freebsd.org> <20120415184643.GA59617@freebsd.org> X-Mailer: Claws Mail 3.7.10cvs42 (GTK+ 2.16.6; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 04DF08440A3.A40B9 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-0.781, required 6, autolearn=disabled, ALL_TRUSTED -1.00, AWL 0.23, T_RP_MATCHES_RCVD -0.01) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1335121540.9183@3m3SDdmWDidtjqARTrPkPQ X-EBL-Spam-Status: No Cc: freebsd-emulation@freebsd.org Subject: Re: [PATCH] pipe2 for Linuxulator X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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: Sun, 15 Apr 2012 19:05:53 -0000 On Sun, 15 Apr 2012 18:46:43 +0000 Alexander Best wrote: > On Sun Apr 15 12, Alexander Best wrote: > eventually after trying a lot of time i managed to gather some stats > from the "trace_futexes.d" script: > Wallclock-timing statistics per provider/application/kernel function > (in ns): linuxulator32 > |@@@@@ 4 -268435456 > | 0 -134217728 > |@@@@@@@ 6 -67108864 > |@ 1 -33554432 > |@ 1 -16777216 I worry a little bit about the negative values here (and at other places). Or do I just not remember that DTrace uses the dash to denote "up to"? I don't have the time now to investigate. Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-emulation@FreeBSD.ORG Sun Apr 15 19:17:14 2012 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 28363106566C; Sun, 15 Apr 2012 19:17:14 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id CE77F8FC14; Sun, 15 Apr 2012 19:17:13 +0000 (UTC) Received: from outgoing.leidinger.net (p4FC432C0.dip.t-dialin.net [79.196.50.192]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 7E6378440A3; Sun, 15 Apr 2012 21:17:01 +0200 (CEST) Received: from unknown (IO.Leidinger.net [192.168.1.12]) by outgoing.leidinger.net (Postfix) with ESMTPS id D83EF20BC; Sun, 15 Apr 2012 21:16:58 +0200 (CEST) Date: Sun, 15 Apr 2012 21:16:56 +0200 From: Alexander Leidinger To: Alexander Best Message-ID: <20120415211656.000053b9@unknown> In-Reply-To: <20120415190408.GA61246@freebsd.org> References: <20120415101157.GA67049@freebsd.org> <20120415112308.GA77985@freebsd.org> <20120415134444.000005cc@unknown> <20120415115112.GA83717@freebsd.org> <20120415143441.00000948@unknown> <20120415130306.GA95208@freebsd.org> <20120415163059.0000715d@unknown> <20120415144155.GA15993@freebsd.org> <20120415181613.GA52958@freebsd.org> <20120415205302.00005855@unknown> <20120415190408.GA61246@freebsd.org> X-Mailer: Claws Mail 3.7.10cvs42 (GTK+ 2.16.6; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 7E6378440A3.AEA68 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-0.823, required 6, autolearn=disabled, ALL_TRUSTED -1.00, AWL 0.19, T_RP_MATCHES_RCVD -0.01) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1335122221.78331@gaVb0HHZ0VB6vXADWpw28Q X-EBL-Spam-Status: No Cc: freebsd-emulation@freebsd.org Subject: Re: [PATCH] pipe2 for Linuxulator X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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: Sun, 15 Apr 2012 19:17:14 -0000 On Sun, 15 Apr 2012 19:04:08 +0000 Alexander Best wrote: > On Sun Apr 15 12, Alexander Leidinger wrote: > > On Sun, 15 Apr 2012 18:16:13 +0000 Alexander Best > > wrote: > > > also...even after installing a fresh kernel and world with dtrace > > > enabled, the "check_error.d" and "trace_futexes.d" fail and > > > sometimes even render the flash instance unusable. > > > > I assume with unusable you mean not fast enough. Well... buy a > > faster CPU. No, just kidding. Depending on what a D script does and > > how many probes are enabled in the D script, it is not unexpected > > that the system slows down. As told above, the scripts show what is > > possible. For real debugging you may want to use stripped down > > versions. > > no actually. what i meant by "unusable" is that the d-scripts > themself crash the flash instances. Uhm... this is unexpected. DTrace disables destructive actions by default, and I do not activate them. Maybe some timing-sensitive code in the flash-player which does not handle the case that some parts can take longer than expected? I assume there is not bug in DTrace itself. There could be a bug in my patch, but I would assume it is not a heisen-bug as described here (the probes are handled by DTrace-macros, just the variables which are provided to D scripts are different from other probes). Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-emulation@FreeBSD.ORG Sun Apr 15 20:57:32 2012 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id AA0E91065673; Sun, 15 Apr 2012 20:57:32 +0000 (UTC) Date: Sun, 15 Apr 2012 20:57:32 +0000 From: Alexander Best To: Alexander Leidinger Message-ID: <20120415205732.GA65853@freebsd.org> References: <20120415134444.000005cc@unknown> <20120415115112.GA83717@freebsd.org> <20120415143441.00000948@unknown> <20120415130306.GA95208@freebsd.org> <20120415163059.0000715d@unknown> <20120415144155.GA15993@freebsd.org> <20120415181613.GA52958@freebsd.org> <20120415205302.00005855@unknown> <20120415190408.GA61246@freebsd.org> <20120415211656.000053b9@unknown> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120415211656.000053b9@unknown> Cc: freebsd-emulation@freebsd.org Subject: Re: [PATCH] pipe2 for Linuxulator X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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: Sun, 15 Apr 2012 20:57:32 -0000 On Sun Apr 15 12, Alexander Leidinger wrote: > On Sun, 15 Apr 2012 19:04:08 +0000 Alexander Best > wrote: > > > On Sun Apr 15 12, Alexander Leidinger wrote: > > > On Sun, 15 Apr 2012 18:16:13 +0000 Alexander Best > > > wrote: > > > > > also...even after installing a fresh kernel and world with dtrace > > > > enabled, the "check_error.d" and "trace_futexes.d" fail and > > > > sometimes even render the flash instance unusable. > > > > > > I assume with unusable you mean not fast enough. Well... buy a > > > faster CPU. No, just kidding. Depending on what a D script does and > > > how many probes are enabled in the D script, it is not unexpected > > > that the system slows down. As told above, the scripts show what is > > > possible. For real debugging you may want to use stripped down > > > versions. > > > > no actually. what i meant by "unusable" is that the d-scripts > > themself crash the flash instances. > > Uhm... this is unexpected. DTrace disables destructive actions by > default, and I do not activate them. Maybe some timing-sensitive code > in the flash-player which does not handle the case that some parts can > take longer than expected? I assume there is not bug in DTrace itself. > There could be a bug in my patch, but I would assume it is not a > heisen-bug as described here (the probes are handled by > DTrace-macros, just the variables which are provided to D scripts > are different from other probes). this sounds reasonable. after exiting the dtrace script the crashed flash instance partially returns to normal behaviour. so indeed it seems that dtrace is having only an impact on flash's timing-code. none of the linux processes actually crashes (that is is being terminated) in this scenario. ps alx shows that all processes still exist. i'll play a bit more with the dtrace scripts and see if i can remove more stuff that isn't important for futex related matters. good night. alex > > Bye, > Alexander. > > -- > http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 > http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-emulation@FreeBSD.ORG Sun Apr 15 21:03:52 2012 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 7EEA01065670; Sun, 15 Apr 2012 21:03:52 +0000 (UTC) Date: Sun, 15 Apr 2012 21:03:52 +0000 From: Alexander Best To: Alexander Leidinger Message-ID: <20120415210352.GA88669@freebsd.org> References: <20120415115112.GA83717@freebsd.org> <20120415143441.00000948@unknown> <20120415130306.GA95208@freebsd.org> <20120415163059.0000715d@unknown> <20120415144155.GA15993@freebsd.org> <20120415181613.GA52958@freebsd.org> <20120415205302.00005855@unknown> <20120415190408.GA61246@freebsd.org> <20120415211656.000053b9@unknown> <20120415205732.GA65853@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120415205732.GA65853@freebsd.org> Cc: freebsd-emulation@freebsd.org Subject: Re: [PATCH] pipe2 for Linuxulator X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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: Sun, 15 Apr 2012 21:03:52 -0000 On Sun Apr 15 12, Alexander Best wrote: > On Sun Apr 15 12, Alexander Leidinger wrote: > > On Sun, 15 Apr 2012 19:04:08 +0000 Alexander Best > > wrote: > > > > > On Sun Apr 15 12, Alexander Leidinger wrote: > > > > On Sun, 15 Apr 2012 18:16:13 +0000 Alexander Best > > > > wrote: > > > > > > > also...even after installing a fresh kernel and world with dtrace > > > > > enabled, the "check_error.d" and "trace_futexes.d" fail and > > > > > sometimes even render the flash instance unusable. > > > > > > > > I assume with unusable you mean not fast enough. Well... buy a > > > > faster CPU. No, just kidding. Depending on what a D script does and > > > > how many probes are enabled in the D script, it is not unexpected > > > > that the system slows down. As told above, the scripts show what is > > > > possible. For real debugging you may want to use stripped down > > > > versions. > > > > > > no actually. what i meant by "unusable" is that the d-scripts > > > themself crash the flash instances. > > > > Uhm... this is unexpected. DTrace disables destructive actions by > > default, and I do not activate them. Maybe some timing-sensitive code > > in the flash-player which does not handle the case that some parts can > > take longer than expected? I assume there is not bug in DTrace itself. > > There could be a bug in my patch, but I would assume it is not a > > heisen-bug as described here (the probes are handled by > > DTrace-macros, just the variables which are provided to D scripts > > are different from other probes). > > this sounds reasonable. after exiting the dtrace script the crashed flash > instance partially returns to normal behaviour. so indeed it seems that > dtrace is having only an impact on flash's timing-code. > > none of the linux processes actually crashes (that is is being terminated) in > this scenario. ps alx shows that all processes still exist. > > i'll play a bit more with the dtrace scripts and see if i can remove more > stuff that isn't important for futex related matters. one more thing: i'm seeing a lot of defunct processes in connection with flash: 1001 1023 988 0 4 0 283916 56620 kqread I - 2:36,17 chrome: --type=plugin --plugin-path=/usr/home/arundel/.mozilla/plugins/npwrapper.libflashplayer.so --lang=en-GB --channel=988.0x65c6b90.321991751 (chrome) 1001 1047 1023 0 20 0 0 0 - Z - 0:00,01 1001 1048 1023 0 20 0 0 0 - Z - 0:00,01 1001 1049 1023 0 20 0 0 0 - Z - 0:00,01 1001 1050 1023 0 20 0 0 0 - Z - 0:00,01 1001 1052 1023 0 20 0 0 0 - Z - 0:00,01 1001 1065 1023 0 20 0 0 0 - Z - 0:00,01 1001 1067 1023 0 20 0 0 0 - Z - 0:05,89 1001 1069 1023 0 20 0 0 0 - Z - 0:00,01 1001 1074 988 0 40 0 292244 86844 uwait S - 0:26,94 chrome: --type=gpu-process --channel=988.0x67e2960.1399124120 (chrome) 1001 1544 990 0 40 0 922080 129268 usem S - 2:05,13 chrome: --type=zygote (chrome) 1001 1558 1023 3 40 0 577080 91848 futex I - 0:00,28 /usr/local/lib/nspluginwrapper/i386/linux/npviewer.bin --plugin .mozilla/plugins/libflashplayer.so --connection /org/wrapper/NSPlugins/libflashplayer.so/1023-4/1681692777 1001 1559 1023 1 40 0 577080 91848 futex I - 0:00,00 /usr/local/lib/nspluginwrapper/i386/linux/npviewer.bin --plugin .mozilla/plugins/libflashplayer.so --connection /org/wrapper/NSPlugins/libflashplayer.so/1023-4/1681692777 1001 1605 1023 0 20 0 0 0 - Z - 0:00,01 1001 1606 1023 0 20 0 0 0 - Z - 0:00,01 1001 1607 1023 0 20 0 0 0 - Z - 0:00,01 1001 1609 1023 0 20 0 0 0 - Z - 0:00,01 1001 1610 1023 0 20 0 0 0 - Z - 0:00,01 1001 1611 1023 0 20 0 0 0 - Z - 0:00,01 1001 1614 1023 0 20 0 0 0 - Z - 0:00,01 1001 1615 1023 0 20 0 0 0 - Z - 0:00,49 1001 1616 1023 0 20 0 0 0 - Z - 0:07,52 1001 1655 1023 0 20 0 0 0 - Z - 0:00,00 1001 1656 1023 7 40 0 577080 91848 futex I - 0:00,28 /usr/local/lib/nspluginwrapper/i386/linux/npviewer.bin --plugin .mozilla/plugins/libflashplayer.so --connection /org/wrapper/NSPlugins/libflashplayer.so/1023-4/1681692777 1001 1657 1023 5 40 0 577080 91848 futex I - 0:00,32 /usr/local/lib/nspluginwrapper/i386/linux/npviewer.bin --plugin .mozilla/plugins/libflashplayer.so --connection /org/wrapper/NSPlugins/libflashplayer.so/1023-4/1681692777 1001 1713 1023 21 41 0 297812 41476 futex I - 0:00,01 /usr/local/lib/nspluginwrapper/i386/linux/npviewer.bin --plugin .mozilla/plugins/libflashplayer.so --connection /org/wrapper/NSPlugins/libflashplayer.so/1023-5/1714636915 1001 1714 1023 112 47 0 297812 41476 futex I - 0:00,00 /usr/local/lib/nspluginwrapper/i386/linux/npviewer.bin --plugin .mozilla/plugins/libflashplayer.so --connection /org/wrapper/NSPlugins/libflashplayer.so/1023-5/1714636915 1001 1715 1023 0 20 0 0 0 - Z - 0:00,00 1001 1716 1023 0 40 0 297812 41476 futex I - 0:00,04 /usr/local/lib/nspluginwrapper/i386/linux/npviewer.bin --plugin .mozilla/plugins/libflashplayer.so --connection /org/wrapper/NSPlugins/libflashplayer.so/1023-5/1714636915 1001 1717 1 0 40 0 297812 41476 pcmwrv S - 0:19,05 /usr/local/lib/nspluginwrapper/i386/linux/npviewer.bin --plugin .mozilla/plugins/libflashplayer.so --connection /org/wrapper/NSPlugins/libflashplayer.so/1023-5/1714636915 1001 1718 1 30 41 0 297812 41476 futex I - 0:00,01 /usr/local/lib/nspluginwrapper/i386/linux/npviewer.bin --plugin .mozilla/plugins/libflashplayer.so --connection /org/wrapper/NSPlugins/libflashplayer.so/1023-5/1714636915 1001 1719 1 30 41 0 297812 41476 futex I - 0:00,00 /usr/local/lib/nspluginwrapper/i386/linux/npviewer.bin --plugin .mozilla/plugins/libflashplayer.so --connection /org/wrapper/NSPlugins/libflashplayer.so/1023-5/1714636915 1001 1785 1023 1 40 0 444464 66512 futex I - 0:03,40 /usr/local/lib/nspluginwrapper/i386/linux/npviewer.bin --plugin .mozilla/plugins/libflashplayer.so --connection /org/wrapper/NSPlugins/libflashplayer.so/1023-6/1957747793 1001 1786 1023 85 45 0 444464 66512 futex I - 0:00,00 /usr/local/lib/nspluginwrapper/i386/linux/npviewer.bin --plugin .mozilla/plugins/libflashplayer.so --connection /org/wrapper/NSPlugins/libflashplayer.so/1023-6/1957747793 1001 1788 1023 0 20 0 0 0 - Z - 0:00,26 1001 1790 1023 0 20 0 0 0 - Z - 0:00,26 1001 1791 1023 0 20 0 0 0 - Z - 5:19,32 1001 2126 1023 0 20 0 0 0 - Z - 0:00,11 1001 2127 1023 0 20 0 0 0 - Z - 0:00,10 1001 2180 1023 0 20 0 0 0 - Z - 0:00,10 procstat reports: 1047 1023 988 988 0 1 arundel - Linux ELF32 npviewer.bin 1048 1023 988 988 0 1 arundel - Linux ELF32 npviewer.bin 1049 1023 988 988 0 1 arundel - Linux ELF32 npviewer.bin 1050 1023 988 988 0 1 arundel - Linux ELF32 npviewer.bin 1052 1023 988 988 0 1 arundel - Linux ELF32 npviewer.bin 1065 1023 988 988 0 1 arundel - Linux ELF32 npviewer.bin 1067 1023 988 988 0 1 arundel - Linux ELF32 npviewer.bin 1069 1023 988 988 0 1 arundel - Linux ELF32 npviewer.bin 1558 1023 988 988 0 1 arundel futex Linux ELF32 npviewer.bin 1559 1023 988 988 0 1 arundel futex Linux ELF32 npviewer.bin 1605 1023 988 988 0 1 arundel - Linux ELF32 npviewer.bin 1606 1023 988 988 0 1 arundel - Linux ELF32 npviewer.bin 1607 1023 988 988 0 1 arundel - Linux ELF32 npviewer.bin 1609 1023 988 988 0 1 arundel - Linux ELF32 npviewer.bin 1610 1023 988 988 0 1 arundel - Linux ELF32 npviewer.bin 1611 1023 988 988 0 1 arundel - Linux ELF32 npviewer.bin 1614 1023 988 988 0 1 arundel - Linux ELF32 npviewer.bin 1615 1023 988 988 0 1 arundel - Linux ELF32 npviewer.bin 1616 1023 988 988 0 1 arundel - Linux ELF32 npviewer.bin 1655 1023 988 988 0 1 arundel - Linux ELF32 npviewer.bin 1656 1023 988 988 0 1 arundel futex Linux ELF32 npviewer.bin 1657 1023 988 988 0 1 arundel futex Linux ELF32 npviewer.bin 1713 1023 988 988 0 1 arundel futex Linux ELF32 npviewer.bin 1714 1023 988 988 0 1 arundel futex Linux ELF32 npviewer.bin 1715 1023 988 988 0 1 arundel - Linux ELF32 npviewer.bin 1716 1023 988 988 0 1 arundel futex Linux ELF32 npviewer.bin 1717 1 988 988 0 1 arundel pcmwrv Linux ELF32 npviewer.bin 1718 1 988 988 0 1 arundel futex Linux ELF32 npviewer.bin 1719 1 988 988 0 1 arundel futex Linux ELF32 npviewer.bin 1785 1023 988 988 0 1 arundel futex Linux ELF32 npviewer.bin 1786 1023 988 988 0 1 arundel futex Linux ELF32 npviewer.bin 1788 1023 988 988 0 1 arundel - Linux ELF32 npviewer.bin 1790 1023 988 988 0 1 arundel - Linux ELF32 npviewer.bin 1791 1023 988 988 0 1 arundel - Linux ELF32 npviewer.bin 2126 1023 988 988 0 1 arundel - Linux ELF32 npviewer.bin 2127 1023 988 988 0 1 arundel - Linux ELF32 npviewer.bin 2180 1023 988 988 0 1 arundel - Linux ELF32 npviewer.bin 2354 1023 988 988 0 1 arundel futex Linux ELF32 npviewer.bin cheers. alex > > good night. > alex > > > > > Bye, > > Alexander. > > > > -- > > http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 > > http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-emulation@FreeBSD.ORG Mon Apr 16 07:08:33 2012 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C0FE6106564A; Mon, 16 Apr 2012 07:08:33 +0000 (UTC) (envelope-from crodr001@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6B6728FC08; Mon, 16 Apr 2012 07:08:33 +0000 (UTC) Received: by obqv19 with SMTP id v19so5997803obq.13 for ; Mon, 16 Apr 2012 00:08:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=OLleCgMxDtdhK7hLoo4fwKcniWLnrhtoZ0T+br7Fsi4=; b=HV7nuAA06K35yavCT/TYZxRUWI0fyD951o/H+0DzUCJIRTq1yt6P8gdCMxQ/B27ZQo aLGHlBo5j0LTk3CP0ei2NsMeebFtwvc4XpzG0LPLWAMxHG4KsGDHaEVoENNf+ya6haG9 wHZwUX3LQbb49GpLj96lVzx4JXUrLU9vuK5rhEM1JBmqJdNN7Uu64sSl1j/ZdUecnq8z kH7BMWjHEGSGDWYJlfcBuQLLI9Q+bkBt3iojLbB3jVk/Phl6SW4ij/kT07pGrLooWkZd 3KMYJetw6JHTu/S/xRRZK5nx9IZatmKVvKiWxBAYVbkIs3Kktf21+Y1NVdUlUPyXv0r0 G/ag== MIME-Version: 1.0 Received: by 10.60.170.145 with SMTP id am17mr14601200oec.73.1334560113008; Mon, 16 Apr 2012 00:08:33 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.182.142.65 with HTTP; Mon, 16 Apr 2012 00:08:32 -0700 (PDT) Date: Mon, 16 Apr 2012 00:08:32 -0700 X-Google-Sender-Auth: st3mhr5uO22b_vXgwjLaNviTpWc Message-ID: From: Craig Rodrigues To: freebsd-virtualization@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-emulation@freebsd.org, freebsd-stable@freebsd.org Subject: VirtualBox problem booting FreeBSD-9.0-RELEASE-amd64-bootonly.iso X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Apr 2012 07:08:33 -0000 Hi, I am trying to run FreeBSD-9.0-RELEASE-amd64-bootonly.iso inside VirtualBox and am having some problems. The error messages I am getting are similar to the ones mentioned here: http://lists.freebsd.org/pipermail/freebsd-stable/2011-December/065079.html My host environment =================== Operating System: Windows 7, home edition, 64-bit VirtualBox for Windows, version 4.1.12 r77245 CPU Information ================ I downloaded the CoreInfo.exe utility which is part of Windows Sysinternals utilities ( http://technet.microsoft.com/en-us/sysinternals/bb545027 ) According to this utility, my CPU is: ============================================================ Intel(R) Core(TM)2 Duo CPU T5450 @ 1.66GHz Intel64 Family 6 Model 15 Stepping 13, GenuineIntel HTT * Hyperthreading enabled HYPERVISOR - Hypervisor is present VMX - Supports Intel hardware-assisted virtualization SVM - Supports AMD hardware-assisted virtualization EM64T * Supports 64-bit mode ============================================================ So my CPU support 64-bit mode, but does not support hardware-assisted virtualization. Error message ============= If I try to mount and then boot it under VirtualBox, I get this error: CPU doesn't support long mode Consoles: internal video/keyboard BIOS drive C: is disk0 BIOS 639kB/523264kB available memory FreeBSD/x86 bootstrap loader, Revision 1.1 (root@farrell.cse.buffalo.edu, Tue Jan 3 06:51:49 UTC 2012) Can't work out which disk we are booting from. Guess BIOS device 0xffffffff not found by probes, defaulting to disk0: FATAL: int13_harddisk: function 42. Can't use 64bits lba Does anyone know how to fix this problem in VirtualBox? QEMU for Windows ================ Just to try something else, I downloaded QEMU 0.9.0 for Windows from: http://www.h7.dion.ne.jp/~qemu-win/ I extracted the zip file into a directory: C:\local\qemu-0.9.0-windows I then ran: cd c:\local\qemu-0.9.0-windows qemu-system-x86_64.exe -L . -m 128 -cdrom c:\temp\FreeBSD-9.0-RELEASE-amd64-bootonly.iso The ISO booted up just fine. From the dmesg output, this was the emulated CPU: CPU: QEMU Virtual CPU version 0.9.0 (1666.98-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x623 Family = 6 Model = 2 Stepping = 3 Features=0x78bfbfd Features2=0x1 AMD Features=0x20100800 Does anyone know how I can get VirtualBox to behave the same way as QEMU for FreeBSD-9.0-RELEASE-amd64-bootonly.iso? Thanks. -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-emulation@FreeBSD.ORG Mon Apr 16 07:23:52 2012 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F0FC1065673; Mon, 16 Apr 2012 07:23:52 +0000 (UTC) (envelope-from decke@FreeBSD.org) Received: from groupware.itac.at (groupware.itac.at [91.205.172.99]) by mx1.freebsd.org (Postfix) with ESMTP id 242158FC0A; Mon, 16 Apr 2012 07:23:52 +0000 (UTC) Received: from home.bluelife.at (93.104.210.95) by groupware.itac.at (Axigen) with (AES256-SHA encrypted) ESMTPSA id 34A461; Mon, 16 Apr 2012 09:23:54 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 16 Apr 2012 09:23:44 +0200 From: Bernhard Froehlich To: Craig Rodrigues In-Reply-To: References: Message-ID: X-Sender: decke@FreeBSD.org User-Agent: Roundcube Webmail/0.7.2 X-AxigenSpam-Level: 1 X-CTCH-RefID: str=0001.0A0B0205.4F8BC901.004A,ss=1,fgs=0 X-CTCH-VOD: Unknown X-CTCH-Spam: Unknown Cc: freebsd-emulation@freebsd.org, freebsd-stable@freebsd.org, freebsd-virtualization@freebsd.org Subject: Re: VirtualBox problem booting FreeBSD-9.0-RELEASE-amd64-bootonly.iso X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Apr 2012 07:23:52 -0000 On 16.04.2012 09:08, Craig Rodrigues wrote: > Hi, > > I am trying to run FreeBSD-9.0-RELEASE-amd64-bootonly.iso > inside VirtualBox and am having some problems. > > The error messages I am getting are similar to the ones mentioned > here: > > > http://lists.freebsd.org/pipermail/freebsd-stable/2011-December/065079.html > > [snip] > > Error message > ============= > If I try to mount and then boot it under VirtualBox, I get this > error: > > CPU doesn't support long mode > > Consoles: internal video/keyboard > BIOS drive C: is disk0 > BIOS 639kB/523264kB available memory > > FreeBSD/x86 bootstrap loader, Revision 1.1 > (root@farrell.cse.buffalo.edu, Tue Jan 3 06:51:49 UTC 2012) > Can't work out which disk we are booting from. > Guess BIOS device 0xffffffff not found by probes, defaulting to > disk0: > FATAL: int13_harddisk: function 42. Can't use 64bits lba Please create a new VM with preset Operating System "BSD" and Version "FreeBSD (64 bit)". -- Bernhard Froehlich http://www.bluelife.at/ From owner-freebsd-emulation@FreeBSD.ORG Mon Apr 16 11:07:16 2012 Return-Path: Delivered-To: freebsd-emulation@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1177D1065673 for ; Mon, 16 Apr 2012 11:07:16 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D4FE38FC0A for ; Mon, 16 Apr 2012 11:07:15 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q3GB7FEt022359 for ; Mon, 16 Apr 2012 11:07:15 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q3GB7FTW022357 for freebsd-emulation@FreeBSD.org; Mon, 16 Apr 2012 11:07:15 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 16 Apr 2012 11:07:15 GMT Message-Id: <201204161107.q3GB7FTW022357@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-emulation@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-emulation@FreeBSD.org X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Apr 2012 11:07:16 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/159646 emulation [linux] [patch] bump Linux version in linuxulator f kern/156691 emulation [vmware] [panic] panic when using hard disks as RAW de o kern/156353 emulation [ibcs2] ibcs2 binaries that execute on 4.x not working o kern/155577 emulation [boot] BTX halted after install. Reboot during install o kern/155040 emulation [linux] [patch] Linux recvfrom doesn't handle proto fa o kern/153990 emulation [hyper-v]: Will not install into Hyper-V on Server 200 o kern/153887 emulation [linux] Linux emulator not understand STB_GNU_UNIQUE b o kern/153243 emulation [ibcs2] Seg fault whne running COFF binary using iBCS2 o kern/151714 emulation [linux] print/acroread9 not usable due to lack of supp a bin/150262 emulation [patch] truss(1) -f doesn't follow descendants of the a kern/150186 emulation [parallels] [panic] Parallels Desktop: CDROM disconnec o ports/148097 emulation [patch] suggested addition to linux_base-* packages to o ports/148096 emulation emulators/linux_base-* can not be built from ports on o kern/147793 emulation [vmware] [panic] cdrom handling, panic, possible race o kern/146237 emulation [linux] Linux binaries not reading directories mounted p kern/144584 emulation [linprocfs][patch] bogus values in linprocfs o ports/142837 emulation [patch] emulators/linux_base-* packages fails to insta o kern/140156 emulation [linux] cdparanoia fails to read drive data f kern/138944 emulation [parallels] [regression] Parallels no longer works in o kern/138880 emulation [linux] munmap segfaults after linux_mmap2 stresstest o ports/135337 emulation [PATCH] emulators/linux_base-f10: incorrect bash usage s kern/133144 emulation [linux] linuxulator 2.6 crashes with nvidias libGL.so. o kern/129169 emulation [linux] [patch] Linux Emulation ENOTCONN error using n o kern/126232 emulation [linux] Linux ioctl TCGETS (0x5401) always fails o kern/86619 emulation [linux] linux emulator interacts oddly with cp a kern/72920 emulation [linux] path "prefixing" is not done on unix domain so o kern/41543 emulation [patch] [request] easier wine/w23 support o kern/39201 emulation [linux] [patch] ptrace(2) and rfork(RFLINUXTHPN) confu o kern/36952 emulation [patch] [linux] ldd(1) command of linux does not work o kern/11165 emulation [ibcs2] IBCS2 doesn't work correctly with PID_MAX 9999 30 problems total. From owner-freebsd-emulation@FreeBSD.ORG Mon Apr 16 21:33:35 2012 Return-Path: Delivered-To: freebsd-emulation@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 19B0A106566B for ; Mon, 16 Apr 2012 21:33:34 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-emulation@FreeBSD.org Date: Mon, 16 Apr 2012 17:33:17 -0400 User-Agent: KMail/1.6.2 References: <201204101856.46591.jkim@FreeBSD.org> In-Reply-To: <201204101856.46591.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201204161733.21975.jkim@FreeBSD.org> Cc: Subject: Re: [PATCH] pipe2 for Linuxulator X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Apr 2012 21:33:35 -0000 On Tuesday 10 April 2012 06:56 pm, Jung-uk Kim wrote: > Th attached patch implements pipe2 syscall for Linuxulator, which > is quite trivial. Although it was added in Linux 2.6.27 (thanks, > netchild!), it is often used by popular Linux applications, e.g., > Adobe Flash plugin. Please note linux_pipe() was moved from MD > files to sys/compat/linux/linux_file.c because both amd64 and i386 > versions looked the same and I failed to see any reason. I also > changed file descriptor argument from l_ulong * to l_int *, which > seemed more appropriate. Any objections? Sligthly different version is now committed on head as r234352 and r234354. Jung-uk Kim From owner-freebsd-emulation@FreeBSD.ORG Tue Apr 17 02:17:41 2012 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 152A5106566C for ; Tue, 17 Apr 2012 02:17:41 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id DC21A8FC15 for ; Tue, 17 Apr 2012 02:17:40 +0000 (UTC) Received: by pbcwz17 with SMTP id wz17so7431802pbc.13 for ; Mon, 16 Apr 2012 19:17:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :x-enigmail-version:content-type:content-transfer-encoding; bh=Of000iJVdoh0J+OgIusgKjFZ/YblY2ffUXBpHZgqmZw=; b=at6opiHs9o/FI1aJ2XZcgUW0FrNCZX0qEJAwXPsL9BN783Py1pf8Es6PtsUjj+2LkN caBGcUm0zoisHFFXKpLlgHyJEMUTx5HzeyqGSO1bU8hGmGj1LQqdcs3ad93MZ2iroPqJ zOkok5RexEyzQdw3NsQrWXA+2qyqY7gLktCmA+KWSmbh79Nkfj0gw1dGTk7TxCZ1+zQ9 pqLcEP9WUvyLsTkyddr3NDFprotUZiHoXQjuKyZ5gvVreAKklH7FG5kxhPK6VY9SL384 byuK7FoqZBc3JmUUB467don/uQra3wn6kOteoWMZO8lnraSm6Xub4m3LIp16j2cHPv38 flpg== Received: by 10.68.218.233 with SMTP id pj9mr3510771pbc.76.1334629060479; Mon, 16 Apr 2012 19:17:40 -0700 (PDT) Received: from bakeneko.local (70-36-223-239.dsl.dynamic.sonic.net. [70.36.223.239]) by mx.google.com with ESMTPS id qz7sm19312075pbc.16.2012.04.16.19.17.37 (version=SSLv3 cipher=OTHER); Mon, 16 Apr 2012 19:17:38 -0700 (PDT) Message-ID: <4F8CD2A8.2090606@gmail.com> Date: Mon, 16 Apr 2012 19:17:12 -0700 From: matt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.3) Gecko/20120326 Thunderbird/10.0.3 MIME-Version: 1.0 To: freebsd-emulation@freebsd.org X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: wine causing x bus error X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 17 Apr 2012 02:17:41 -0000 I've been trying with no success to get a 3d game running under wine on amd64. Wine in general works fine, just crashes whenever any opengl/d3d stuff happens. It works on wine with Linux, so I know this isn't a "simple" incompatibility. The program launches, but as soon as it attempts to detect 3d drivers, X terminates with (hand transcribed): Bus Error 10: at address 0x802cf30d7 I'm running amd64 with xf86-video-ati. I've tried running the latest package from mediafire, compiling my own package using the patch, as well as using a i386 chroot with the standard wine from ports. Mesagl and libdrm are installed in the chroot. Interestingly, trying to run it over SSH on a linux system also kills X, although with a segfault. They all have the result above...is this related to the wine address space issues on the wiki? Is what I'm trying to do not possible? Or are there other steps I can try? Matt From owner-freebsd-emulation@FreeBSD.ORG Tue Apr 17 03:30:02 2012 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94C4B106566C; Tue, 17 Apr 2012 03:30:02 +0000 (UTC) (envelope-from crodr001@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 365838FC0A; Tue, 17 Apr 2012 03:30:02 +0000 (UTC) Received: by obqv19 with SMTP id v19so7591550obq.13 for ; Mon, 16 Apr 2012 20:30:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=swbWpc1xfz/3+Y/e43+OqUQCYNUqlSDvw9768HqfseE=; b=b+gYMw8NKD20+83P/wvVsdImgRLPMgi13Bd9w6YUvFcYqFd18pmnI5WbSCvTzm0nfE 6dVB/Sa4iDLhZuCH+LARfeSHQQ225hOW1wRIZzjhfe85LWLKgtDVCektXIFxC7OHmXCR t2UG4WVEggCuyl/hKF8aBf+RcK2sgeflb+6FAFrCzVJaeR/zGmYE90tmDeChOxQb2OXW D5qixosAYmDs9ej3PIODFdBHYGJbWhD4Ryu71EJNWyK/Cm5gt+5UZ6+QYzvfATxfR3pp vm5hV/EDBDsydFKoFTOGXbLFuDnp9Zgm01xQ814cmyAeYs2QAD1A6VUYwgH9IEOeHkpX X3lQ== MIME-Version: 1.0 Received: by 10.60.20.3 with SMTP id j3mr19995063oee.43.1334633401808; Mon, 16 Apr 2012 20:30:01 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.182.142.65 with HTTP; Mon, 16 Apr 2012 20:30:01 -0700 (PDT) In-Reply-To: References: Date: Mon, 16 Apr 2012 20:30:01 -0700 X-Google-Sender-Auth: xDA0KqvDHDgu7W5d0GwyfL_370Y Message-ID: From: Craig Rodrigues To: freebsd-virtualization@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-emulation@freebsd.org, freebsd-stable@freebsd.org Subject: Re: VirtualBox problem booting FreeBSD-9.0-RELEASE-amd64-bootonly.iso X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 17 Apr 2012 03:30:02 -0000 On Mon, Apr 16, 2012 at 12:08 AM, Craig Rodrigues wrote: > My host environment > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > Operating System: Windows 7, home edition, 64-bit > VirtualBox for Windows, version 4.1.12 r77245 > > CPU Information > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > I downloaded the CoreInfo.exe utility which is part of Windows > Sysinternals utilities > ( http://technet.microsoft.com/en-us/sysinternals/bb545027 ) > > According to this utility, my CPU is: > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > =A0 =A0Intel(R) Core(TM)2 Duo CPU =A0 =A0 T5450 =A0@ 1.66GHz > =A0 =A0Intel64 Family 6 Model 15 Stepping 13, GenuineIntel > =A0 =A0HTT =A0 =A0 =A0 =A0 * =A0 =A0 =A0 Hyperthreading enabled > =A0 =A0HYPERVISOR =A0- =A0 =A0 =A0 Hypervisor is present > =A0 =A0VMX =A0 =A0 =A0 =A0 - =A0 =A0 =A0 Supports Intel hardware-assisted= virtualization > =A0 =A0SVM =A0 =A0 =A0 =A0 - =A0 =A0 =A0 Supports AMD hardware-assisted v= irtualization > =A0 =A0EM64T =A0 =A0 =A0 * =A0 =A0 =A0 Supports 64-bit mode > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > So my CPU support 64-bit mode, but does not support hardware-assisted > virtualization. > > > > Error message > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > If I try to mount and then boot it under VirtualBox, I get this error: > > =A0 CPU doesn't support long mode > > =A0 Consoles: internal video/keyboard > =A0 BIOS drive C: is disk0 > =A0 BIOS 639kB/523264kB available memory > > =A0 FreeBSD/x86 bootstrap loader, Revision 1.1 > =A0 (root@farrell.cse.buffalo.edu, Tue Jan =A03 06:51:49 UTC 2012) > =A0 Can't work out which disk we are booting from. > =A0 Guess BIOS device 0xffffffff not found by probes, defaulting to disk0= : > =A0 FATAL: int13_harddisk: function 42. Can't use 64bits lba > > > > Does anyone know how to fix this problem in VirtualBox? Hi, After exchanging a few e-mails with Bernard, I think I understand the probl= em. According to the VirtualBox manual: http://www.virtualbox.org/manual/ch03.html#intro-64bitguests The CPU needs to support hardware-assisted virtualization in order for VirtualBox to support 64-bit guests. Without the CPU support, VirtualBox cannot do it. I double checked this with CoreInfo.exe from Windows Sysinternals utilities, and also from the Intel data sheet for my CPU: http://ark.intel.com/products/30787 (VT-x option not supported) I will use QEMU under Windows until I can get a better machine. :) -- Craig Rodrigues rodrigc@crodrigues.org --=20 Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-emulation@FreeBSD.ORG Tue Apr 17 04:29:12 2012 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB47A106564A; Tue, 17 Apr 2012 04:29:12 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id E08D78FC0C; Tue, 17 Apr 2012 04:29:11 +0000 (UTC) Received: by wern13 with SMTP id n13so4954343wer.13 for ; Mon, 16 Apr 2012 21:29:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=pWyFLDqYzfCxgBPRKnhUCEUBh58ApsnR/HXuBY718lg=; b=SeNYS1NeJtcfJL1546ViRluYicuvc83qBfCNqZ8wInSIM7tF4uBZKCXxgvjpy6vpce CUrQBj1LR8mDqSyhujBHIRQLQic0avpzhfO6F9aA5tRZE4+ahMFCrdE4bkdRgLF0rMSL FP9l7uphFG+fGU6iwxntvhIgAlv5FXWIzzpWX7fhqXZlw8F8sbxMQfYDlyhz03JUDa1J 7jptdf0CgOuU53ijDB3EFu3h9lOetZ72zGk2G2AP8KJmKQlKw7b7vVVQpiWdxAtBhAxh ZLRD1BIQCQG9IHUzDJZZ1l1nF9B4b9mC1rSL8T3M/Qnt6/1FdGvlIbFbKal3PCh8p/GT tvng== MIME-Version: 1.0 Received: by 10.180.76.240 with SMTP id n16mr24596545wiw.10.1334636950781; Mon, 16 Apr 2012 21:29:10 -0700 (PDT) Received: by 10.223.94.73 with HTTP; Mon, 16 Apr 2012 21:29:10 -0700 (PDT) In-Reply-To: References: Date: Mon, 16 Apr 2012 23:29:10 -0500 Message-ID: From: Adam Vande More To: Craig Rodrigues Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-emulation@freebsd.org, freebsd-stable@freebsd.org, freebsd-virtualization@freebsd.org Subject: Re: VirtualBox problem booting FreeBSD-9.0-RELEASE-amd64-bootonly.iso X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 17 Apr 2012 04:29:12 -0000 On Mon, Apr 16, 2012 at 10:30 PM, Craig Rodrigues wrote: > After exchanging a few e-mails with Bernard, I think I understand the > problem. > According to the VirtualBox manual: > > http://www.virtualbox.org/manual/ch03.html#intro-64bitguests > > The CPU needs to support hardware-assisted virtualization in order for > VirtualBox to support 64-bit guests. > Without the CPU support, VirtualBox cannot do it. I double checked > this with CoreInfo.exe from Windows Sysinternals utilities, > and also from the Intel data sheet for my CPU: > > http://ark.intel.com/products/30787 > (VT-x option not supported) > > > I will use QEMU under Windows until I can get a better machine. :) > I believe a Windows 7 product key will activate either 32 or 64 install, so unless you have a specific reason to install 64 bit then you are likely better using 32 anyway. 32 bit OS's and apps use less memory than their corresponding 64 bit counterparts. -- Adam Vande More From owner-freebsd-emulation@FreeBSD.ORG Tue Apr 17 20:34:47 2012 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DEA6106566B for ; Tue, 17 Apr 2012 20:34:47 +0000 (UTC) (envelope-from rnejdl@ringofsaturn.com) Received: from tethys.ringofsaturn.com (tethys.ringofsaturn.com [71.252.219.43]) by mx1.freebsd.org (Postfix) with ESMTP id 5BEE08FC15 for ; Tue, 17 Apr 2012 20:34:47 +0000 (UTC) Received: from ASSP.nospam (localhost [127.0.0.1]) (authenticated bits=0) by tethys.ringofsaturn.com (8.14.5/8.14.5) with ESMTP id q3HKYfe5042769 for ; Tue, 17 Apr 2012 15:34:41 -0500 (CDT) (envelope-from rnejdl@ringofsaturn.com) Received: from anyhost.local ([127.0.0.1] helo=anyhost.local) by ASSP.nospam with ESMTP (ASSP 1.9); 17 Apr 2012 15:34:40 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 17 Apr 2012 15:34:40 -0500 From: Rusty Nejdl To: Mail-Reply-To: In-Reply-To: <4F8CD2A8.2090606@gmail.com> References: <4F8CD2A8.2090606@gmail.com> Message-ID: X-Sender: rnejdl@ringofsaturn.com User-Agent: Roundcube Webmail/0.8-svn Subject: Re: wine causing x bus error X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rnejdl@ringofsaturn.com List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2012 20:34:47 -0000 On 2012-04-16 21:17, matt wrote: > I've been trying with no success to get a 3d game running under wine > on > amd64. > Wine in general works fine, just crashes whenever any opengl/d3d > stuff > happens. > It works on wine with Linux, so I know this isn't a "simple" > incompatibility. > > The program launches, but as soon as it attempts to detect 3d > drivers, X > terminates with (hand transcribed): > Bus Error 10: at address 0x802cf30d7 > > I'm running amd64 with xf86-video-ati. > > I've tried running the latest package from mediafire, compiling my > own > package using the patch, as well as using a i386 chroot with the > standard wine from ports. Mesagl and libdrm are installed in the > chroot. > > Interestingly, trying to run it over SSH on a linux system also kills > X, > although with a segfault. > > They all have the result above...is this related to the wine address > space issues on the wiki? > > Is what I'm trying to do not possible? Or are there other steps I can > try? > > Matt > _______________________________________________ I don't have much to add on this except that ATI drivers are iffy on BSD while Nvidia seem to have deeper support. That's my guess as what you are running into. I have no clue why X-Forwarding crashes X. That makes me think that this isn't a wine issue but fundamental instability in the ATI drivers on FreeBSD. Rusty Nejdl From owner-freebsd-emulation@FreeBSD.ORG Tue Apr 17 22:19:04 2012 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3FEE7106564A; Tue, 17 Apr 2012 22:19:04 +0000 (UTC) (envelope-from crodr001@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id C40078FC1A; Tue, 17 Apr 2012 22:19:03 +0000 (UTC) Received: by ggnk4 with SMTP id k4so4106293ggn.13 for ; Tue, 17 Apr 2012 15:19:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=D6f0TVu/n6E7hCKVeme+5mcFvnLC9OtYhOyHZ8q77+4=; b=K1p7WVIMZXYTO8OR7OBJHsNq0gSyf0jFkm9oUEkZug7LjoMoGsIcqwG03j3TfprA26 kkypNsNsTLBHgSRh3oEvARa5djpVOUN6dpC0CPG/ZcVAM3upm1UltT3IjNCJF5snAPfl SXiQlwfKGQ0F3SFn3Bg3TZ5O09CYbTf/fSZpMMa3eHfema1BDchCxgEFnqHOMpBPe30C sN7DVsJnx8wiPA1DrNo6HvY5PELPLcyKV8Ad+Pr3REoSVAqFX5u4Z/abAshyDS9t353V fX3OJ3I0OvqTkVkDcjF5STFYvBn4calBs09LoRAo2iTTfW+KPWWpZK4PU4NWYxqF4ptE sZdg== MIME-Version: 1.0 Received: by 10.60.20.3 with SMTP id j3mr24882354oee.43.1334701143005; Tue, 17 Apr 2012 15:19:03 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.182.142.65 with HTTP; Tue, 17 Apr 2012 15:19:02 -0700 (PDT) In-Reply-To: References: Date: Tue, 17 Apr 2012 15:19:02 -0700 X-Google-Sender-Auth: ov5wl5WykaM2uqX9tKFUhJVtlQM Message-ID: From: Craig Rodrigues To: Adam Vande More Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-emulation@freebsd.org, freebsd-stable@freebsd.org, freebsd-virtualization@freebsd.org Subject: Re: VirtualBox problem booting FreeBSD-9.0-RELEASE-amd64-bootonly.iso X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 17 Apr 2012 22:19:04 -0000 On Mon, Apr 16, 2012 at 9:29 PM, Adam Vande More wr= ote: > On Mon, Apr 16, 2012 at 10:30 PM, Craig Rodrigues > wrote: >> >> After exchanging a few e-mails with Bernard, I think I understand the >> problem. >> According to the VirtualBox manual: >> >> http://www.virtualbox.org/manual/ch03.html#intro-64bitguests >> >> The CPU needs to support hardware-assisted virtualization in order for >> VirtualBox to support 64-bit guests. >> Without the CPU support, VirtualBox cannot do it. =A0I double checked >> this with CoreInfo.exe from Windows Sysinternals utilities, >> and also from the Intel data sheet for my CPU: >> >> http://ark.intel.com/products/30787 >> (VT-x option not supported) >> >> >> I will use QEMU under Windows until I can get a better machine. :) > > > I believe a Windows 7 product key will activate either 32 or 64 install, = so > unless you have a specific reason to install 64 bit then you are likely > better using 32 anyway.=A0 32 bit OS's and apps use less memory than thei= r > corresponding 64 bit counterparts. > > > > -- > Adam Vande More Hi, Yes, you are right. Windows 7 comes on 2-DVD's, one for 32-bit and one for 64-bit. The same product key can be used for either version. I had installed 64-bit Windows with the intent of testing out 64-bit guest OS's under FreeBSD, and was unaware of the requirements for hardware assisted virtualization. :) I am interested in developing and testing 32-bit and 64-bit Windows binarie= s anyways, so I will keep my install for now. :) Thanks. --=20 Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-emulation@FreeBSD.ORG Wed Apr 18 00:03:35 2012 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0B888106566B for ; Wed, 18 Apr 2012 00:03:35 +0000 (UTC) (envelope-from andy@neu.net) Received: from mail.neu.net (unknown [IPv6:2607:fc50:0:d300:216:3eff:fe54:f1c6]) by mx1.freebsd.org (Postfix) with ESMTP id C1B088FC08 for ; Wed, 18 Apr 2012 00:03:34 +0000 (UTC) Received: from neu.net (neu.net [199.48.129.194]) by mail.neu.net (8.14.5/8.14.5) with ESMTP id q3I03OH8031160 for ; Tue, 17 Apr 2012 20:03:30 -0400 (EDT) (envelope-from andy@neu.net) Date: Tue, 17 Apr 2012 20:03:24 -0400 (EDT) From: AN To: freebsd-emulation@freebsd.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Spam-Status: No, score=-0.0 required=5.0 tests=T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.neu.net Subject: VBox upgrade fails X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Apr 2012 00:03:35 -0000 Trying to update VBox fails with: # portsnap fetch update Looking up portsnap.FreeBSD.org mirrors... 4 mirrors found. Fetching snapshot tag from portsnap5.FreeBSD.org... done. Ports tree hasn't changed since last snapshot. No updates needed. Ports tree is already up to date. # pkg_version -vl\< virtualbox-ose-4.1.8 < needs updating (port has 4.1.12) virtualbox-ose-kmod-4.1.8_1 < needs updating (port has 4.1.12) portupgrade -va ---> Session started at: Tue, 17 Apr 2012 19:58:37 -0400 ** Port directory not found: www/FF ---> Upgrade of emulators/virtualbox-ose-kmod started at: Tue, 17 Apr 2012 19:59:29 -0400 ---> Upgrading 'virtualbox-ose-kmod-4.1.8_1' to 'virtualbox-ose-kmod-4.1.12' (emulators/virtualbox-ose-kmod) ---> Build of emulators/virtualbox-ose-kmod started at: Tue, 17 Apr 2012 19:59:29 -0400 ---> Building '/usr/ports/emulators/virtualbox-ose-kmod' ===> Cleaning for dev86-0.16.17 ===> Cleaning for virtualbox-ose-kmod-4.1.12 ===> License GPLv2 accepted by the user ===> Found saved configuration for virtualbox-ose-kmod-4.1.8_2 ===> Extracting for virtualbox-ose-kmod-4.1.12 => SHA256 Checksum OK for VirtualBox-4.1.12.tar.bz2. kBuild: Installing /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.1.12/out/freebsd.amd64/release/bin/src/vboxnetadp/VBoxNetAdpInternal.h kBuild: Installing /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.1.12/out/freebsd.amd64/release/bin/src/vboxnetadp/r0drv/freebsd/the-freebsd-kernel.h kBuild: Installing /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.1.12/out/freebsd.amd64/release/bin/src/vboxnetadp/version-generated.h kBuild: Installing /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.1.12/out/freebsd.amd64/release/bin/src/vboxnetadp/product-generated.h kBuild: Installing /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.1.12/out/freebsd.amd64/release/bin/src/vboxnetadp/Makefile kBuild: Installing /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.1.12/out/freebsd.amd64/release/bin/src/vboxnetflt/Makefile cd /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.1.12/out/freebsd.amd64/release/bin/src && make SYSDIR=/usr/src/sys *** Building 'vboxdrv' module *** "/usr/share/mk/bsd.own.mk", line 483: MK_CLANG_IS_CC can't be set by a user. *** [all] Error code 1 Stop in /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.1.12/out/freebsd.amd64/release/bin/src. *** [do-build] Error code 1 Stop in /usr/ports/emulators/virtualbox-ose-kmod. *** [build] Error code 1 Stop in /usr/ports/emulators/virtualbox-ose-kmod. From owner-freebsd-emulation@FreeBSD.ORG Wed Apr 18 00:13:13 2012 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A8D62106564A for ; Wed, 18 Apr 2012 00:13:13 +0000 (UTC) (envelope-from petro.rossini@gmail.com) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 614658FC12 for ; Wed, 18 Apr 2012 00:13:13 +0000 (UTC) Received: by vbmv11 with SMTP id v11so6365867vbm.13 for ; Tue, 17 Apr 2012 17:13:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=37AIYQIbXDJFd8ARX42wAI+NCISYQTtVTBgyq686bow=; b=ubZbzbo72PyQIWK7/94BlGOcYfkvK7id8v3Efjc9NEntE2YXvFTQIuf1yJqxpbz5vm zDLwOaQqbMSnh41rJAex6eTN0g/CqFcvkD1y7MmwXKqcWx4XBGYAJHFooRAoWH/GQTRI ZGmW/weV/GVRrAu6TBcjOKM8jY9NH85zOnTWAlKXhh/BC83KY5xiGA+ysM4bd6Arx4X5 5hiexv7Uqgw9D3ZD2mhSNMYBQcMbAvFRQ1AmUpf+CikBt2bTcmvfnTPbgkE0kPYhtWV+ w45hCYHRQ44mqCw0sdZkWOXd1bLLatmW6IXt0QXJ+VoZxuevucZl/NL1IwXD5fUAL9bR Z3bw== MIME-Version: 1.0 Received: by 10.52.38.167 with SMTP id h7mr58640vdk.109.1334707992712; Tue, 17 Apr 2012 17:13:12 -0700 (PDT) Received: by 10.220.99.20 with HTTP; Tue, 17 Apr 2012 17:13:12 -0700 (PDT) In-Reply-To: References: Date: Wed, 18 Apr 2012 10:13:12 +1000 Message-ID: From: Petro Rossini To: AN Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-emulation@freebsd.org Subject: Re: VBox upgrade fails X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Apr 2012 00:13:13 -0000 On Wed, Apr 18, 2012 at 10:03 AM, AN wrote: > Trying to update VBox fails with: > > # portsnap fetch update > # pkg_version -vl\< > virtualbox-ose-4.1.8 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0< =A0 needs updating = (port has 4.1.12) .. > *** Building 'vboxdrv' module *** > "/usr/share/mk/bsd.own.mk", line 483: MK_CLANG_IS_CC can't be set by a us= er. > *** [all] Error code 1 > > Stop in > /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.1.12/out/freeb= sd.amd64/release/bin/src. > *** [do-build] Error code 1 That looks very similar to the compile error I had before on a FreeBSD-8 system. I upgraded to FreeBSD-9 and did not see the error anymore. I suspect compiling on FreebSD-8 is broken. Is your system FreeBSD-8 or 9? Regards Peter From owner-freebsd-emulation@FreeBSD.ORG Wed Apr 18 00:26:03 2012 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C9191106566B for ; Wed, 18 Apr 2012 00:26:03 +0000 (UTC) (envelope-from andy@neu.net) Received: from mail.neu.net (unknown [IPv6:2607:fc50:0:d300:216:3eff:fe54:f1c6]) by mx1.freebsd.org (Postfix) with ESMTP id 88FD88FC0C for ; Wed, 18 Apr 2012 00:26:03 +0000 (UTC) Received: from neu.net (neu.net [199.48.129.194]) by mail.neu.net (8.14.5/8.14.5) with ESMTP id q3I0PqZb031218; Tue, 17 Apr 2012 20:25:58 -0400 (EDT) (envelope-from andy@neu.net) Date: Tue, 17 Apr 2012 20:25:52 -0400 (EDT) From: AN To: Petro Rossini In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-0.0 required=5.0 tests=T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.neu.net Cc: freebsd-emulation@freebsd.org Subject: Re: VBox upgrade fails X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Apr 2012 00:26:03 -0000 On Wed, 18 Apr 2012, Petro Rossini wrote: > On Wed, Apr 18, 2012 at 10:03 AM, AN wrote: >> Trying to update VBox fails with: >> >> # portsnap fetch update >> # pkg_version -vl\< >> virtualbox-ose-4.1.8 < needs updating (port has 4.1.12) > .. >> *** Building 'vboxdrv' module *** >> "/usr/share/mk/bsd.own.mk", line 483: MK_CLANG_IS_CC can't be set by a user. >> *** [all] Error code 1 >> >> Stop in >> /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.1.12/out/freebsd.amd64/release/bin/src. >> *** [do-build] Error code 1 > > That looks very similar to the compile error I had before on a > FreeBSD-8 system. I upgraded to FreeBSD-9 and did not see the error > anymore. > > I suspect compiling on FreebSD-8 is broken. > > Is your system FreeBSD-8 or 9? > > Regards > Peter > > I am on 10-current. FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #11 r234399: Tue Apr 17 18:15:12 EDT 2012 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64 From owner-freebsd-emulation@FreeBSD.ORG Wed Apr 18 00:26:45 2012 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BB7CE106566C for ; Wed, 18 Apr 2012 00:26:45 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-pz0-f44.google.com (mail-pz0-f44.google.com [209.85.210.44]) by mx1.freebsd.org (Postfix) with ESMTP id 8B3AA8FC19 for ; Wed, 18 Apr 2012 00:26:45 +0000 (UTC) Received: by dadz14 with SMTP id z14so29830483dad.17 for ; Tue, 17 Apr 2012 17:26:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=vGeOyFuxpVHv35vfkeyDCbxdIcxRPh1PQ5ot3RANz6s=; b=X4XC6D8bSJpQ3XRFGp335BLoX7p4cdLo0X4hV0tRs4H/AK5kwLbZL3vmqpC77Thigh whR32ZY0saFEMRLW1cJrglpDImOwkstqx9nyaEx5JX/7xRvIUmgxzQr5I9pumJH9PXSs tiSnMTE3tun4fU1j029w4zI2PZezmvQ0/sqjWtIII8ICWxaGxo1vrraYXW6MrgsLOnk7 eEt2XNRZdZAU1Vj6crACi3SjBIphuH7C4JD8lpJr321xxz19fWY4CMd4zcNHLWnvxHEA efZ3V5R85HTNZfT0vgrRFQnSusRw+HjAkQ1kxOQavOKjXe6eAw6KG1FJK/FSXqcvB6Bk gkTQ== Received: by 10.68.222.38 with SMTP id qj6mr1527576pbc.69.1334708805340; Tue, 17 Apr 2012 17:26:45 -0700 (PDT) Received: from flatline.local (70-36-223-239.dsl.dynamic.sonic.net. [70.36.223.239]) by mx.google.com with ESMTPS id p4sm22080269pbp.13.2012.04.17.17.26.43 (version=SSLv3 cipher=OTHER); Tue, 17 Apr 2012 17:26:44 -0700 (PDT) Message-ID: <4F8E0A38.7030100@gmail.com> Date: Tue, 17 Apr 2012 17:26:32 -0700 From: matt User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.3) Gecko/20120406 Thunderbird/10.0.3 MIME-Version: 1.0 To: rnejdl@ringofsaturn.com References: <4F8CD2A8.2090606@gmail.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-emulation@freebsd.org Subject: Re: wine causing x bus error X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Apr 2012 00:26:45 -0000 On 04/17/12 13:34, Rusty Nejdl wrote: > On 2012-04-16 21:17, matt wrote: >> I've been trying with no success to get a 3d game running under wine on >> amd64. >> Wine in general works fine, just crashes whenever any opengl/d3d stuff >> happens. >> It works on wine with Linux, so I know this isn't a "simple" >> incompatibility. >> >> The program launches, but as soon as it attempts to detect 3d drivers, X >> terminates with (hand transcribed): >> Bus Error 10: at address 0x802cf30d7 >> >> I'm running amd64 with xf86-video-ati. >> >> I've tried running the latest package from mediafire, compiling my own >> package using the patch, as well as using a i386 chroot with the >> standard wine from ports. Mesagl and libdrm are installed in the chroot. >> >> Interestingly, trying to run it over SSH on a linux system also kills X, >> although with a segfault. >> >> They all have the result above...is this related to the wine address >> space issues on the wiki? >> >> Is what I'm trying to do not possible? Or are there other steps I can >> try? >> >> Matt >> _______________________________________________ > > I don't have much to add on this except that ATI drivers are iffy on > BSD while Nvidia seem to have deeper support. That's my guess as what > you are running into. I have no clue why X-Forwarding crashes X. > That makes me think that this isn't a wine issue but fundamental > instability in the ATI drivers on FreeBSD. > > Rusty Nejdl > _______________________________________________ The screen it's forwarded to is Linux with gallium intel drivers, fwiw. Wine appears to be the only way to crash ati drivers, actually I've had great experiences thus far with xf86-video-ati otherwise, i.e. never crashed and seems to have good performance for the card (it's a 4650, so well into the "supported" category). The behavior sounds quite similar to the problem the nvidia-patch.sh script seems to be fixing for nvidia users. I'll take another look at it, but I think it's doing something with libGL.so... Something makes me think it's a bug in running wine on amd64 that is triggering an X bug, i.e. x shouldn't crash here, but also wine is doing something wrong to crash X whether ATI or intel drivers. I don't have an nvidia card to test with unfortunately. Matt Matt From owner-freebsd-emulation@FreeBSD.ORG Wed Apr 18 00:36:35 2012 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 417261065670 for ; Wed, 18 Apr 2012 00:36:35 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-pz0-f44.google.com (mail-pz0-f44.google.com [209.85.210.44]) by mx1.freebsd.org (Postfix) with ESMTP id 0EC868FC16 for ; Wed, 18 Apr 2012 00:36:35 +0000 (UTC) Received: by dadz14 with SMTP id z14so29857019dad.17 for ; Tue, 17 Apr 2012 17:36:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=IjiTdMyBxpTfcWRePSQeHqUMl9B4RFRzQidk8ZxdzFA=; b=DHJWJdaR0MCKQFZecsfuDWzNM1Z9egWH4EQZqFSJTTw2i82cHxpn3yX64A0N4fa3wI g0Nh5aFrfdGB/sAYh1m1fm5Vo0ROBRkQrf9C6P0ZqBHUlqqYlEE3hyVhaZs2RryHQ1PP b7yU+wmjb6V86Mcrn0Y/6Uf9UIbyZREKe3jUWvyXlbfsY7ePn+1EFl9hYRSCQuLVpXu4 gITikc+HZeyymdJc/mG2JESceso8G3/+z/X4ylnsSmk+iLoWi3nHQfaR8TGQqPKAyc/c +ADCK1QridDl5V23+5zACmTzqEvoWRy7ShHmRzwRdhw+w4T++2jsyJllvx2r/2ixfqra rxjA== Received: by 10.68.197.41 with SMTP id ir9mr1564719pbc.83.1334709394534; Tue, 17 Apr 2012 17:36:34 -0700 (PDT) Received: from flatline.local (70-36-223-239.dsl.dynamic.sonic.net. [70.36.223.239]) by mx.google.com with ESMTPS id va9sm15987090pbc.66.2012.04.17.17.36.32 (version=SSLv3 cipher=OTHER); Tue, 17 Apr 2012 17:36:33 -0700 (PDT) Message-ID: <4F8E0C85.7010605@gmail.com> Date: Tue, 17 Apr 2012 17:36:21 -0700 From: matt User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.3) Gecko/20120406 Thunderbird/10.0.3 MIME-Version: 1.0 To: AN References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-emulation@freebsd.org, Petro Rossini Subject: Re: VBox upgrade fails X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Apr 2012 00:36:35 -0000 On 04/17/12 17:25, AN wrote: > > > On Wed, 18 Apr 2012, Petro Rossini wrote: > >> On Wed, Apr 18, 2012 at 10:03 AM, AN wrote: >>> Trying to update VBox fails with: >>> >>> # portsnap fetch update >>> # pkg_version -vl\< >>> virtualbox-ose-4.1.8 < needs updating (port has 4.1.12) >> .. >>> *** Building 'vboxdrv' module *** >>> "/usr/share/mk/bsd.own.mk", line 483: MK_CLANG_IS_CC can't be set by >>> a user. >>> *** [all] Error code 1 >>> >>> Stop in >>> /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.1.12/out/freebsd.amd64/release/bin/src. >>> >>> *** [do-build] Error code 1 >> >> That looks very similar to the compile error I had before on a >> FreeBSD-8 system. I upgraded to FreeBSD-9 and did not see the error >> anymore. >> >> I suspect compiling on FreebSD-8 is broken. >> >> Is your system FreeBSD-8 or 9? >> >> Regards >> Peter >> >> > > I am on 10-current. > > FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #11 r234399: Tue Apr > 17 18:15:12 EDT 2012 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64 > _______________________________________________ > freebsd-emulation@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-emulation > To unsubscribe, send any mail to > "freebsd-emulation-unsubscribe@freebsd.org" > Are you at the very latest CURRENT? Are you csup'd or portsnapped to the latest ports tree? Are you trying to build with clang? For what it's worth the only compiler that will build virtualbox-ose is base cc, however I have built the kmods with clang and base cc. If you have csup'd recently, can you post your make.conf? I didn't have any problems with 4.1.12 on last week's CURRENT...I didn't try with clang however. Matt From owner-freebsd-emulation@FreeBSD.ORG Wed Apr 18 02:13:51 2012 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F54F106566C for ; Wed, 18 Apr 2012 02:13:51 +0000 (UTC) (envelope-from lobo@bsd.com.br) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id F2B5E8FC0C for ; Wed, 18 Apr 2012 02:13:50 +0000 (UTC) Received: by yhgm50 with SMTP id m50so4140071yhg.13 for ; Tue, 17 Apr 2012 19:13:50 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=from:to:subject:date:user-agent:references:in-reply-to :x-kmail-markup:mime-version:content-type:content-transfer-encoding :message-id:x-gm-message-state; bh=dsj7OwwXENdQcVyS65GcGVflrtVtOXaenoSlcyP7sDM=; b=aThHiaVRxPHYs6oFByJjK8bP3Y0iPjMr0WWgvKSGP1mxEZfXcXiVhDCf5niR14pNui cB29By7ECeJsPX4qolc0qpMCuUZNgWzVa8yUYv8u7/P4WgjcCpvmtakTXlNBU16Y/qfq EElr5HJj8qG8VUu+U1JwWkQQiaSqLqm5TcHRtHNjCQJhGZMCRYP9fsLApkY4rrco3VzP MKdgAb8sM8CkBmK9h/Bvw4wffUDWHPRGhBcs+o4ArbPvyUn6btOgbOPtArECSXYHIAa6 MV13kBB9hatBxsxK2z+J3XmZLvHj9KOlpA63pW7RmM8wun7cEv7ApJI0z5NV0a8C2xxW XE7A== Received: by 10.236.201.231 with SMTP id b67mr396138yho.91.1334715230247; Tue, 17 Apr 2012 19:13:50 -0700 (PDT) Received: from papi.localnet ([177.98.136.83]) by mx.google.com with ESMTPS id a68sm94116985yhj.22.2012.04.17.19.13.45 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 17 Apr 2012 19:13:49 -0700 (PDT) From: Mario Lobo To: freebsd-emulation@freebsd.org Date: Tue, 17 Apr 2012 23:14:00 -0300 User-Agent: KMail/1.13.7 (FreeBSD/8.2-STABLE; KDE/4.7.4; amd64; ; ) References: In-Reply-To: X-KMail-Markup: true MIME-Version: 1.0 Message-Id: <201204172314.00889.lobo@bsd.com.br> X-Gm-Message-State: ALoCoQl/nJQlvHv6+r29Svz7RLAYEs6vOBdoPp7e/mUJG+ufD9fy7dcO70hxVUeCsdrtJav1OSWG Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: VBox upgrade fails X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Apr 2012 02:13:51 -0000 On Tuesday 17 April 2012 21:13:12 Petro Rossini wrote: > On Wed, Apr 18, 2012 at 10:03 AM, AN wrote: > > Trying to update VBox fails with: > > > > # portsnap fetch update > > # pkg_version -vl\< > > virtualbox-ose-4.1.8 < needs updating (port has 4.1.12) > > .. > > > *** Building 'vboxdrv' module *** > > "/usr/share/mk/bsd.own.mk", line 483: MK_CLANG_IS_CC can't be set by a > > user. *** [all] Error code 1 > > > > Stop in > > /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.1.12/out/freeb > > sd.amd64/release/bin/src. *** [do-build] Error code 1 > > That looks very similar to the compile error I had before on a > FreeBSD-8 system. I upgraded to FreeBSD-9 and did not see the error > anymore. > > I suspect compiling on FreebSD-8 is broken. Totally untrue ! [/usr/ports/emulators/virtualbox-ose-kmod]>pkg_info | grep virtualbox virtualbox-ose-4.1.12 A general-purpose full virtualizer for x86 hardware virtualbox-ose-kmod-4.1.12 VirtualBox kernel module for FreeBSD # Papi/root [23:09:38] [/usr/ports/emulators/virtualbox-ose-kmod]>uname -a FreeBSD Papi 8.2-STABLE FreeBSD 8.2-STABLE #0: Mon Jan 30 11:08:39 BRT 2012 root@Papi:/usr/src/sys/amd64/compile/LOBO amd64 Had 4.1.8 when I red your post, went on and just finished compiling 4.1.12. Up and running as I write. I am yet to have a problem with ANY VBox version. -- Mario Lobo http://www.mallavoodoo.com.br FreeBSD since 2.2.8 [not Pro-Audio.... YET!!] (99% winblows FREE) From owner-freebsd-emulation@FreeBSD.ORG Wed Apr 18 05:28:05 2012 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5CE8A106564A for ; Wed, 18 Apr 2012 05:28:05 +0000 (UTC) (envelope-from petro.rossini@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 13BFA8FC15 for ; Wed, 18 Apr 2012 05:28:04 +0000 (UTC) Received: by vcmm1 with SMTP id m1so6448848vcm.13 for ; Tue, 17 Apr 2012 22:28:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=obSqZKF0877nIyq2Gv7aKUmbLIpx/szbDuS/MCLSFJQ=; b=pBL5QObgqECHc986LvHZsyfrL59QOrUsYJPWR2amhFvC6oj/KTNlNv+PkhJkct9bjW 48oz8dGfkGVHlSHLqrXrNGvvv8Awh3j5BhJTExGckNij3QIDkUT1hEi4k9rQcr4/7AFh 17SJx5B+GNSQL+vOvdVEvbeqYvPiybbB6Ap6oOE5ssWANExp9NSSjQJe8eWDROBCapl8 m1J7dlY9KpQVz8MvR9IxP4pVZVaobkDjcTG2tUD9F+R6PpxRitMxDenFv2hc9DYOSNNg rqB/8EPiqTxnqFILjzzotr9snNCniTKF/NTzoQEwms0Gi3EklUF/UzF4jKkmaYMPfa6n KM3g== MIME-Version: 1.0 Received: by 10.52.69.193 with SMTP id g1mr352428vdu.126.1334726884330; Tue, 17 Apr 2012 22:28:04 -0700 (PDT) Received: by 10.220.99.20 with HTTP; Tue, 17 Apr 2012 22:28:04 -0700 (PDT) In-Reply-To: <201204172314.00889.lobo@bsd.com.br> References: <201204172314.00889.lobo@bsd.com.br> Date: Wed, 18 Apr 2012 15:28:04 +1000 Message-ID: From: Petro Rossini To: Mario Lobo Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-emulation@freebsd.org Subject: Re: VBox upgrade fails X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Apr 2012 05:28:05 -0000 On Wed, Apr 18, 2012 at 12:14 PM, Mario Lobo wrote: > On Tuesday 17 April 2012 21:13:12 Petro Rossini wrote: >> On Wed, Apr 18, 2012 at 10:03 AM, AN wrote: >> > Trying to update VBox fails with: >> > >> > # portsnap fetch update >> > # pkg_version -vl\< >> > virtualbox-ose-4.1.8 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0< =A0 needs updati= ng (port has 4.1.12) >> >> .. >> >> > *** Building 'vboxdrv' module *** >> > "/usr/share/mk/bsd.own.mk", line 483: MK_CLANG_IS_CC can't be set by a >> > user. *** [all] Error code 1 >> > >> > Stop in >> > /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.1.12/out/fr= eeb >> > sd.amd64/release/bin/src. *** [do-build] Error code 1 >> >> That looks very similar to the compile error I had before on a >> FreeBSD-8 system. I upgraded to FreeBSD-9 and did not see the error >> anymore. >> >> I suspect compiling on FreebSD-8 is broken. > > Totally untrue ! > > [/usr/ports/emulators/virtualbox-ose-kmod]>pkg_info | grep virtualbox > > virtualbox-ose-4.1.12 A general-purpose full virtualizer for x86 hardware > virtualbox-ose-kmod-4.1.12 VirtualBox kernel module for FreeBSD > > # Papi/root [23:09:38] > [/usr/ports/emulators/virtualbox-ose-kmod]>uname -a > > FreeBSD Papi 8.2-STABLE FreeBSD 8.2-STABLE #0: Mon Jan 30 11:08:39 BRT 20= 12 > root@Papi:/usr/src/sys/amd64/compile/LOBO =A0amd64 > > Had 4.1.8 when I red your post, went on and just finished compiling 4.1.1= 2. > > Up and running as I write. Hmmh. I wonder why I had the problem. As said, it was on AMD 64bit, FreeBSD-8-STABLE a few weeks ago, and I compiled 4.1.8. I used the gcc from the base system and did not have any make.conf entries. It was a "standard base" without any tweaks. I still have one 8.2-STABLE box with a kernel built on Jan 31. It is the identical twin of the box where I experienced the problem. I just run a portsnap and will see what happens if I try to build the newest VirtualBox. Takes a bit of time so may not come back until tomorrow (East Australian Time, it's afternoon here now) Regards Peter From owner-freebsd-emulation@FreeBSD.ORG Wed Apr 18 18:11:10 2012 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4F73106564A; Wed, 18 Apr 2012 18:11:10 +0000 (UTC) (envelope-from naylor.b.david@gmail.com) Received: from mail-wi0-f172.google.com (mail-wi0-f172.google.com [209.85.212.172]) by mx1.freebsd.org (Postfix) with ESMTP id 0B6E48FC14; Wed, 18 Apr 2012 18:11:09 +0000 (UTC) Received: by wibhj6 with SMTP id hj6so764642wib.13 for ; Wed, 18 Apr 2012 11:11:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:date:user-agent:mime-version:content-type :content-transfer-encoding:message-id; bh=wkN2ee1+QaXE3qMHWRBfuVcnvdViyWClJTDUZxF8DNg=; b=hNQIYaV8aV5eIYugkBrqhXcGCxtONmG/f6jhCylGV2cj47sazOmkrjP/lsvfR/+odo C2FVzs//fhmizV1CZsQKrzuNQl8r64vd1FeE6oBKVMhYTBajKfhqR8YJR0G4GXN9ZFzr ZquidmMz0zMUiOXSUjE2/pA/7Z9w3JR+NqncLeiyCDbtxnVj1vxB59gh+GAjou/HXauV IAqLPm/aJEjtmVD6+oV40V1n4L1ABQyiTs436rqWJBmpP4/3F4q4hXJMZkVrisy+ATLb jT7AD8See8LInvMjWboFPoRALZWWvC0eg/uGx86wIOPO7cZvP2M1Nic7cFCVPvMb2nD1 LLmg== Received: by 10.180.24.7 with SMTP id q7mr19151745wif.11.1334772669061; Wed, 18 Apr 2012 11:11:09 -0700 (PDT) Received: from dragon.dg (41-132-211-220.dsl.mweb.co.za. [41.132.211.220]) by mx.google.com with ESMTPS id b3sm36160578wib.4.2012.04.18.11.11.06 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 18 Apr 2012 11:11:08 -0700 (PDT) From: David Naylor To: freebsd-emulation@freebsd.org, freebsd-questions@freebsd.org Date: Wed, 18 Apr 2012 20:10:24 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.0-STABLE; KDE/4.7.1; amd64; ; ) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart5805797.JOHLFcIvq4"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201204182010.27912.naylor.b.david@gmail.com> Cc: Subject: Wine-fbsd64 updated to 1.5.2 (32bit Wine for 64bit FreeBSD) X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Apr 2012 18:11:10 -0000 --nextPart5805797.JOHLFcIvq4 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, Packages [1] for wine-fbsd64-1.5.1 have been uploaded to mediafire [2]. Th= e=20 packages for FreeBSD 10 use the pkgng [3] format. There are many reports that wine does not work with a clang compiled world (help in fixing this problem is appreciated as it affects quite a few users= ). The patch [4] for nVidia users is now included in the package and is run on installation (if the relevant files are accessible). Please read the installation messages for further information. Regards, David [1] MD5 (wine-1.5.x-freebsd8/wine-fbsd64-1.5.2,1.tbz) =3D=20 b5fb7ac0fb6a5ba01863a3f1502f8c23 MD5 (wine-1.5.x-freebsd9/wine-fbsd64-1.5.2,1.txz) =3D=20 592bfb92be8aad9e681070cda89944e9 MD5 (wine-1.5.x-freebsd10/wine-fbsd64-1.5.2,1.txz) =3D=20 58ef0cb5c0b090de4e52bde8f78b5252 [2] http://www.mediafire.com/wine_fbsd64 [3] http://wiki.freebsd.org/pkgng [4] The patch is located at /usr/local/share/wine/patch-nvidia.sh --nextPart5805797.JOHLFcIvq4 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEABECAAYFAk+PA5MACgkQUaaFgP9pFrLd6wCfZ3/i+izJXOEXkjZTZik+IkP0 lpwAnjVBL5pDiHlVZOzWqcbFBPOQf8CT =NhkZ -----END PGP SIGNATURE----- --nextPart5805797.JOHLFcIvq4-- From owner-freebsd-emulation@FreeBSD.ORG Wed Apr 18 20:03:03 2012 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB0461065672 for ; Wed, 18 Apr 2012 20:03:03 +0000 (UTC) (envelope-from andy@neu.net) Received: from mail.neu.net (unknown [IPv6:2607:fc50:0:d300:216:3eff:fe54:f1c6]) by mx1.freebsd.org (Postfix) with ESMTP id 7F42D8FC0A for ; Wed, 18 Apr 2012 20:03:03 +0000 (UTC) Received: from neu.net (neu.net [199.48.129.194]) by mail.neu.net (8.14.5/8.14.5) with ESMTP id q3IK2ruO034466; Wed, 18 Apr 2012 16:02:58 -0400 (EDT) (envelope-from andy@neu.net) Date: Wed, 18 Apr 2012 16:02:53 -0400 (EDT) From: AN To: matt In-Reply-To: <4F8E0C85.7010605@gmail.com> Message-ID: References: <4F8E0C85.7010605@gmail.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-0.0 required=5.0 tests=T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.neu.net Cc: freebsd-emulation@freebsd.org, Petro Rossini Subject: Re: VBox upgrade fails X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Apr 2012 20:03:04 -0000 On Tue, 17 Apr 2012, matt wrote: > On 04/17/12 17:25, AN wrote: >> >> >> On Wed, 18 Apr 2012, Petro Rossini wrote: >> >>> On Wed, Apr 18, 2012 at 10:03 AM, AN wrote: >>>> Trying to update VBox fails with: >>>> >>>> # portsnap fetch update >>>> # pkg_version -vl\< >>>> virtualbox-ose-4.1.8 < needs updating (port has 4.1.12) >>> .. >>>> *** Building 'vboxdrv' module *** >>>> "/usr/share/mk/bsd.own.mk", line 483: MK_CLANG_IS_CC can't be set by a >>>> user. >>>> *** [all] Error code 1 >>>> >>>> Stop in >>>> /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.1.12/out/freebsd.amd64/release/bin/src. >>>> *** [do-build] Error code 1 >>> >>> That looks very similar to the compile error I had before on a >>> FreeBSD-8 system. I upgraded to FreeBSD-9 and did not see the error >>> anymore. >>> >>> I suspect compiling on FreebSD-8 is broken. >>> >>> Is your system FreeBSD-8 or 9? >>> >>> Regards >>> Peter >>> >>> >> >> I am on 10-current. >> >> FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #11 r234399: Tue Apr 17 >> 18:15:12 EDT 2012 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64 >> _______________________________________________ >> freebsd-emulation@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-emulation >> To unsubscribe, send any mail to >> "freebsd-emulation-unsubscribe@freebsd.org" >> > Are you at the very latest CURRENT? > Are you csup'd or portsnapped to the latest ports tree? > > Are you trying to build with clang? > > For what it's worth the only compiler that will build virtualbox-ose is base > cc, however I have built the kmods with clang and base cc. > If you have csup'd recently, can you post your make.conf? > > I didn't have any problems with 4.1.12 on last week's CURRENT...I didn't try > with clang however. > > Matt > I upgraded to current yesterday: # uname -a FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #11 r234399: Tue Apr 17 18:15:12 EDT 2012 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64 Using the standard system compiler. # date Wed Apr 18 15:55:18 EDT 2012 [root@FBSD10 ~]# portsnap fetch update Looking up portsnap.FreeBSD.org mirrors... 4 mirrors found. Fetching snapshot tag from portsnap5.FreeBSD.org... done. Latest snapshot on server matches what we already have. No updates needed. Ports tree is already up to date. # portupgrade -va ---> Session started at: Wed, 18 Apr 2012 15:56:15 -0400 ---> Upgrade of emulators/virtualbox-ose-kmod started at: Wed, 18 Apr 2012 15:57:23 -0400 ---> Upgrading 'virtualbox-ose-kmod-4.1.8_1' to 'virtualbox-ose-kmod-4.1.12' (emulators/virtualbox-ose-kmod) ---> Build of emulators/virtualbox-ose-kmod started at: Wed, 18 Apr 2012 15:57:23 -0400 ---> Building '/usr/ports/emulators/virtualbox-ose-kmod' ===> Cleaning for virtualbox-ose-kmod-4.1.12 cd /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.1.12/out/freebsd.amd64/release/bin/src && make SYSDIR=/usr/src/sys *** Building 'vboxdrv' module *** "/usr/share/mk/bsd.own.mk", line 483: MK_CLANG_IS_CC can't be set by a user. *** [all] Error code 1 Stop in /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.1.12/out/freebsd.amd64/release/bin/src. *** [do-build] Error code 1 Stop in /usr/ports/emulators/virtualbox-ose-kmod. *** [build] Error code 1 Stop in /usr/ports/emulators/virtualbox-ose-kmod. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade20120418-78849-1dapkc2-0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=virtualbox-ose-kmod-4.1.8_1 UPGRADE_PORT_VER=4.1.8_1 make ** Fix the problem and try again. ---> Build of emulators/virtualbox-ose-kmod ended at: Wed, 18 Apr 2012 15:57:45 -0400 (consumed 00:00:21) I think it is a problem with the file /usr/share/mk/bsd.own.mk. I will send a message to the ports list. From owner-freebsd-emulation@FreeBSD.ORG Thu Apr 19 05:09:27 2012 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 83E321065673 for ; Thu, 19 Apr 2012 05:09:27 +0000 (UTC) (envelope-from petro.rossini@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 34DE38FC15 for ; Thu, 19 Apr 2012 05:09:27 +0000 (UTC) Received: by vcmm1 with SMTP id m1so7472670vcm.13 for ; Wed, 18 Apr 2012 22:09:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=npGCbWpdVFvQQtJd/6a43VTMeONsKpyqhEmkqfUMJF4=; b=vd42DLonQyq+51uKS0APvigdw118rO1WKxQ+XJz28rTRSnOHJyDLeIlhU0+aT27y8c k3/behytPG7qcQsccwS3DHe8EPQJENEeWeVOBMLC9HGvp+A8Fxq7AH84e4IxW/LmeEZ/ 1oA0ViATmDDAEDYTwX8BfiD5nGNZSr9ulgO47k9CO3E6rZQ1A6GRT8kzArPNkkPqv+wl D6Fo//Js3iJ4a3qccXJhTCPv2COIEeuEbulX05Xwbmdb7s1pKb0HycEMQcfxL7oK5qGB 5c2OwQ6DzzaRMoBBIlni+54CvD55rwK3T7QMY8c+WRdgOlEI4kz7hDjLe6kkQhHWIWhO HCpA== MIME-Version: 1.0 Received: by 10.220.155.7 with SMTP id q7mr335294vcw.71.1334812166375; Wed, 18 Apr 2012 22:09:26 -0700 (PDT) Received: by 10.220.99.20 with HTTP; Wed, 18 Apr 2012 22:09:26 -0700 (PDT) In-Reply-To: References: <201204172314.00889.lobo@bsd.com.br> Date: Thu, 19 Apr 2012 15:09:26 +1000 Message-ID: From: Petro Rossini To: Mario Lobo Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-emulation@freebsd.org Subject: Re: VBox upgrade fails X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Apr 2012 05:09:27 -0000 On Wed, Apr 18, 2012 at 3:28 PM, Petro Rossini wr= ote: > On Wed, Apr 18, 2012 at 12:14 PM, Mario Lobo wrote: >> On Tuesday 17 April 2012 21:13:12 Petro Rossini wrote: >>> On Wed, Apr 18, 2012 at 10:03 AM, AN wrote: >>> > Trying to update VBox fails with: >>> > >>> > # portsnap fetch update >>> > # pkg_version -vl\< >>> > virtualbox-ose-4.1.8 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0< =A0 needs updat= ing (port has 4.1.12) >>> >>> .. >>> >>> > *** Building 'vboxdrv' module *** >>> > "/usr/share/mk/bsd.own.mk", line 483: MK_CLANG_IS_CC can't be set by = a >>> > user. *** [all] Error code 1 >>> > >>> > Stop in >>> > /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.1.12/out/f= reeb >>> > sd.amd64/release/bin/src. *** [do-build] Error code 1 >>> >>> That looks very similar to the compile error I had before on a >>> FreeBSD-8 system. I upgraded to FreeBSD-9 and did not see the error >>> anymore. >>> >>> I suspect compiling on FreebSD-8 is broken. >> >> Totally untrue ! > Hmmh. I wonder why I had the problem. As said, it was on AMD 64bit, > FreeBSD-8-STABLE a few weeks ago, and I compiled 4.1.8. > > I used the gcc from the base system and did not have any make.conf > entries. It was a "standard base" without any tweaks. > > I still have one 8.2-STABLE box with a kernel built on Jan 31. It is > the identical twin of the box where I experienced the problem. > > I just run a portsnap and will see what happens if I try to build the > newest VirtualBox. Takes a bit of time so may not come back until > tomorrow (East Australian Time, it's afternoon here now) For the records: VirtualBox 4.1.12 (newest in the ports) compiles on this box, with 8.2-STABLE box with a kernel built on Jan 31. So at least my problem disappeared (had the error on 4.1.8). Regards Peter From owner-freebsd-emulation@FreeBSD.ORG Thu Apr 19 05:50:15 2012 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 47345106566B for ; Thu, 19 Apr 2012 05:50:15 +0000 (UTC) (envelope-from petro.rossini@gmail.com) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id EEB6C8FC08 for ; Thu, 19 Apr 2012 05:50:14 +0000 (UTC) Received: by vbmv11 with SMTP id v11so7561339vbm.13 for ; Wed, 18 Apr 2012 22:50:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=8+sMlryez1gwfwNt7gza+WpZparga06iwSVmpBSChwM=; b=DMDxOi04+e56Mf1n8Ga/GRSu3Nd96tDD4k6PzzMzI9M8ozBsJW3h/SVIAqWfFUi1q6 yiNn/OF+IIGRknmwgMhTNyR3stIwlWjEr3/sU9vILR0S5mK3HDam4ZGGpPEVfhkbvNTS xzUhqlBanQ0LZlMGj+K0Rt/v2IqsGZ2De5fwh0V0AOEAtuORhSXCRJJzQH6hlkFIGM2A BWs2Euzbn+4y+uim2SjAR2IilbHwR6yh6JzVpt+HPj8OvMDD6Axspi++DqCXGnFRolKI z3Mw8iZ8mMHOFObFZDl3Vlabos+4M9bbOU1h8wImZPPEPS1P+7TI7fSnAwPOMDx71CMX LkMw== MIME-Version: 1.0 Received: by 10.52.90.225 with SMTP id bz1mr321451vdb.92.1334814614351; Wed, 18 Apr 2012 22:50:14 -0700 (PDT) Received: by 10.220.99.20 with HTTP; Wed, 18 Apr 2012 22:50:14 -0700 (PDT) In-Reply-To: References: <4F8E0C85.7010605@gmail.com> Date: Thu, 19 Apr 2012 15:50:14 +1000 Message-ID: From: Petro Rossini To: AN Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-emulation@freebsd.org Subject: Re: VBox upgrade fails X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Apr 2012 05:50:15 -0000 On Thu, Apr 19, 2012 at 6:02 AM, AN wrote: > > # portupgrade -va > ---> =A0Session started at: Wed, 18 Apr 2012 15:56:15 -0400 > ---> =A0Upgrade of emulators/virtualbox-ose-kmod started at: Wed, 18 Apr = 2012 > 15:57:23 -0400 > ---> =A0Upgrading 'virtualbox-ose-kmod-4.1.8_1' to > 'virtualbox-ose-kmod-4.1.12' (emulators/virtualbox-ose-kmod) > ---> =A0Build of emulators/virtualbox-ose-kmod started at: Wed, 18 Apr 20= 12 > 15:57:23 -0400 > ---> =A0Building '/usr/ports/emulators/virtualbox-ose-kmod' > =3D=3D=3D> =A0Cleaning for virtualbox-ose-kmod-4.1.12 > cd > /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.1.12/out/freeb= sd.amd64/release/bin/src > && make SYSDIR=3D/usr/src/sys > *** Building 'vboxdrv' module *** > "/usr/share/mk/bsd.own.mk", line 483: MK_CLANG_IS_CC can't be set by a us= er. > *** [all] Error code 1 > > I think it is a problem with the file /usr/share/mk/bsd.own.mk. =A0I will > send a message to the ports list. I looked into it. I tend to believe that the VirtualBox patches for FreeBSD modifying the Makefiles are the problem. [root@DellT410two /usr/ports/emulators/virtualbox-ose-kmod]# find . -type f -exec fgrep -H MK_CLANG_IS_CC {} \; ./files/patch-src_VBox_HostDrivers_VBoxNetAdp_freebsd_Makefile:+MK_CLANG_IS= _CC ?=3D no ./files/patch-src_VBox_HostDrivers_Support_freebsd_Makefile:+MK_CLANG_IS_CC ?=3D no ./files/patch-src_VBox_HostDrivers_VBoxNetFlt_freebsd_Makefile:+MK_CLANG_IS= _CC ?=3D no According to http://www.freebsd.org/cgi/cvsweb.cgi/src/share/mk/bsd.own.mk, Revision 1.107.2.5, this parameter decides whether the CLANG compiler is installed as /usr/bin/= cc. VirtualBox does not install the cc (that's done by installworld of the base system build) so to set the variable here does not make sense to me. Regards Peter From owner-freebsd-emulation@FreeBSD.ORG Thu Apr 19 06:23:55 2012 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3E67A106564A for ; Thu, 19 Apr 2012 06:23:55 +0000 (UTC) (envelope-from timp87@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id B90C18FC0A for ; Thu, 19 Apr 2012 06:23:54 +0000 (UTC) Received: by lbbgm6 with SMTP id gm6so2346133lbb.13 for ; Wed, 18 Apr 2012 23:23:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=7HuU3kEkCIipRZGDbtVusFJ1803ix9hcdOGS0yHZxAo=; b=JY8CgSGTJc1JyNdGImvlZO+NfXOjD3mm6tGcAfqRUfiwF4yAA7XsBolS3EJL02D+BJ T7MrdNT5SFP7smv3xLfexaUDwEu7HquC17leUfK516EiLVVppwZF7Xg0HXihWSJIfg4o w5HM+hZPY6pygF+Ekuf1e6tst779J3/8oA7I6UdOnLc2UyzMBPRbi1zJYQI1YB7Sbbue nmnMciil94bZRu1rf1R0I/zki8uDuPut0q+ZUQ5dtGqd2EBLVSTTiLKR8Ffsu11jFiyT hNMw7F+CYcDSFTz0fB8Ve9eNzs6ho6gZPAHXJs57Z1Jds7Hd6v9yQVbp66srN/U/nw1u k3Yw== MIME-Version: 1.0 Received: by 10.152.129.163 with SMTP id nx3mr770984lab.25.1334816633444; Wed, 18 Apr 2012 23:23:53 -0700 (PDT) Received: by 10.152.21.199 with HTTP; Wed, 18 Apr 2012 23:23:53 -0700 (PDT) Date: Thu, 19 Apr 2012 10:23:53 +0400 Message-ID: From: Pavel Timofeev To: freebsd-emulation@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: spit virtualbox-ose-additions to parts? X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Apr 2012 06:23:55 -0000 Is it possible to split port's virtualbox-ose-additions to 2 part: base and x11? I mean it would be very usefull when pkgng will be ready. From owner-freebsd-emulation@FreeBSD.ORG Thu Apr 19 07:03:47 2012 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2994E106566B for ; Thu, 19 Apr 2012 07:03:47 +0000 (UTC) (envelope-from decke@FreeBSD.org) Received: from groupware.itac.at (groupware.itac.at [91.205.172.99]) by mx1.freebsd.org (Postfix) with ESMTP id 9EA538FC08 for ; Thu, 19 Apr 2012 07:03:46 +0000 (UTC) Received: from home.bluelife.at (93.104.210.95) by groupware.itac.at (Axigen) with (AES256-SHA encrypted) ESMTPSA id 230DC3; Thu, 19 Apr 2012 09:03:50 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 19 Apr 2012 09:03:39 +0200 From: Bernhard Froehlich To: Pavel Timofeev In-Reply-To: References: Message-ID: <8d664b01bece4f5dae7907e54dd37555@bluelife.at> X-Sender: decke@FreeBSD.org User-Agent: Roundcube Webmail/0.7.2 X-AxigenSpam-Level: 1 X-CTCH-RefID: str=0001.0A0B0204.4F8FB8CB.00DE,ss=1,fgs=0 X-CTCH-VOD: Unknown X-CTCH-Spam: Unknown Cc: freebsd-emulation@freebsd.org Subject: Re: spit virtualbox-ose-additions to parts? X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Apr 2012 07:03:47 -0000 On 19.04.2012 08:23, Pavel Timofeev wrote: > Is it possible to split port's virtualbox-ose-additions to 2 part: > base and x11? > I mean it would be very usefull when pkgng will be ready. This problem has to be solved on a much higher level and in a general way. The additions are only one small port out of 23500. -- Bernhard Froehlich http://www.bluelife.at/ From owner-freebsd-emulation@FreeBSD.ORG Thu Apr 19 07:34:08 2012 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E51C21065673 for ; Thu, 19 Apr 2012 07:34:08 +0000 (UTC) (envelope-from andy@neu.net) Received: from mail.neu.net (unknown [IPv6:2607:fc50:0:d300:216:3eff:fe54:f1c6]) by mx1.freebsd.org (Postfix) with ESMTP id 9A88E8FC12 for ; Thu, 19 Apr 2012 07:34:08 +0000 (UTC) Received: from neu.net (neu.net [199.48.129.194]) by mail.neu.net (8.14.5/8.14.5) with ESMTP id q3J7Xvnr036431; Thu, 19 Apr 2012 03:34:03 -0400 (EDT) (envelope-from andy@neu.net) Date: Thu, 19 Apr 2012 03:33:57 -0400 (EDT) From: AN To: Petro Rossini In-Reply-To: Message-ID: References: <4F8E0C85.7010605@gmail.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-0.0 required=5.0 tests=T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.neu.net Cc: freebsd-emulation@freebsd.org Subject: Re: VBox upgrade fails X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Apr 2012 07:34:09 -0000 On Thu, 19 Apr 2012, Petro Rossini wrote: > On Thu, Apr 19, 2012 at 6:02 AM, AN wrote: >> >> # portupgrade -va >> ---> Session started at: Wed, 18 Apr 2012 15:56:15 -0400 >> ---> Upgrade of emulators/virtualbox-ose-kmod started at: Wed, 18 Apr 2012 >> 15:57:23 -0400 >> ---> Upgrading 'virtualbox-ose-kmod-4.1.8_1' to >> 'virtualbox-ose-kmod-4.1.12' (emulators/virtualbox-ose-kmod) >> ---> Build of emulators/virtualbox-ose-kmod started at: Wed, 18 Apr 2012 >> 15:57:23 -0400 >> ---> Building '/usr/ports/emulators/virtualbox-ose-kmod' >> ===> Cleaning for virtualbox-ose-kmod-4.1.12 >> cd >> /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.1.12/out/freebsd.amd64/release/bin/src >> && make SYSDIR=/usr/src/sys >> *** Building 'vboxdrv' module *** >> "/usr/share/mk/bsd.own.mk", line 483: MK_CLANG_IS_CC can't be set by a user. >> *** [all] Error code 1 >> >> I think it is a problem with the file /usr/share/mk/bsd.own.mk. I will >> send a message to the ports list. > > I looked into it. > > I tend to believe that the VirtualBox patches for FreeBSD modifying > the Makefiles are the problem. > > [root@DellT410two /usr/ports/emulators/virtualbox-ose-kmod]# find . > -type f -exec fgrep -H MK_CLANG_IS_CC {} \; > ./files/patch-src_VBox_HostDrivers_VBoxNetAdp_freebsd_Makefile:+MK_CLANG_IS_CC > ?= no > ./files/patch-src_VBox_HostDrivers_Support_freebsd_Makefile:+MK_CLANG_IS_CC > ?= no > ./files/patch-src_VBox_HostDrivers_VBoxNetFlt_freebsd_Makefile:+MK_CLANG_IS_CC > ?= no > > According to http://www.freebsd.org/cgi/cvsweb.cgi/src/share/mk/bsd.own.mk, > Revision 1.107.2.5, > > this parameter decides whether the CLANG compiler is installed as /usr/bin/cc. > > VirtualBox does not install the cc (that's done by installworld of the > base system build) so to set the variable here does not make sense to > me. > > Regards > Peter > > The following fix was provided by someone on the ports list. cd /usr/ports/emulators/virtualbox-ose-kmod/files && rm patch-src_VBox_HostDrivers_Support_freebsd_Makefile patch-src_VBox_HostDrivers_VBoxNetAdp_freebsd_Makefile patch-src_VBox_HostDrivers_VBoxNetFlt_freebsd_Makefile and start the update again VBox upgrade completed successfully. From owner-freebsd-emulation@FreeBSD.ORG Thu Apr 19 07:38:51 2012 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3DE6106564A for ; Thu, 19 Apr 2012 07:38:51 +0000 (UTC) (envelope-from decke@FreeBSD.org) Received: from groupware.itac.at (groupware.itac.at [91.205.172.99]) by mx1.freebsd.org (Postfix) with ESMTP id 5E5BC8FC12 for ; Thu, 19 Apr 2012 07:38:51 +0000 (UTC) Received: from home.bluelife.at (93.104.210.95) by groupware.itac.at (Axigen) with (AES256-SHA encrypted) ESMTPSA id 189753; Thu, 19 Apr 2012 09:39:01 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 19 Apr 2012 09:38:50 +0200 From: Bernhard Froehlich To: AN In-Reply-To: References: <4F8E0C85.7010605@gmail.com> Message-ID: X-Sender: decke@FreeBSD.org User-Agent: Roundcube Webmail/0.7.2 X-AxigenSpam-Level: 1 X-CTCH-RefID: str=0001.0A0B0209.4F8FC10A.011B,ss=1,fgs=0 X-CTCH-VOD: Unknown X-CTCH-Spam: Unknown Cc: sobomax@FreeBSD.org, freebsd-emulation@freebsd.org, Petro Rossini Subject: Re: VBox upgrade fails (ML_CLANG_IS_CC again) X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Apr 2012 07:38:52 -0000 On 19.04.2012 09:33, AN wrote: > On Thu, 19 Apr 2012, Petro Rossini wrote: > >> On Thu, Apr 19, 2012 at 6:02 AM, AN wrote: >>> >>> # portupgrade -va >>> ---> Session started at: Wed, 18 Apr 2012 15:56:15 -0400 >>> ---> Upgrade of emulators/virtualbox-ose-kmod started at: Wed, 18 >>> Apr 2012 >>> 15:57:23 -0400 >>> ---> Upgrading 'virtualbox-ose-kmod-4.1.8_1' to >>> 'virtualbox-ose-kmod-4.1.12' (emulators/virtualbox-ose-kmod) >>> ---> Build of emulators/virtualbox-ose-kmod started at: Wed, 18 >>> Apr 2012 >>> 15:57:23 -0400 >>> ---> Building '/usr/ports/emulators/virtualbox-ose-kmod' >>> ===> Cleaning for virtualbox-ose-kmod-4.1.12 >>> cd >>> >>> /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.1.12/out/freebsd.amd64/release/bin/src >>> && make SYSDIR=/usr/src/sys >>> *** Building 'vboxdrv' module *** >>> "/usr/share/mk/bsd.own.mk", line 483: MK_CLANG_IS_CC can't be set >>> by a user. >>> *** [all] Error code 1 >>> >>> I think it is a problem with the file /usr/share/mk/bsd.own.mk. I >>> will >>> send a message to the ports list. >> >> I looked into it. >> >> I tend to believe that the VirtualBox patches for FreeBSD modifying >> the Makefiles are the problem. >> >> [root@DellT410two /usr/ports/emulators/virtualbox-ose-kmod]# find . >> -type f -exec fgrep -H MK_CLANG_IS_CC {} \; >> >> ./files/patch-src_VBox_HostDrivers_VBoxNetAdp_freebsd_Makefile:+MK_CLANG_IS_CC >> ?= no >> >> ./files/patch-src_VBox_HostDrivers_Support_freebsd_Makefile:+MK_CLANG_IS_CC >> ?= no >> >> ./files/patch-src_VBox_HostDrivers_VBoxNetFlt_freebsd_Makefile:+MK_CLANG_IS_CC >> ?= no >> >> According to >> http://www.freebsd.org/cgi/cvsweb.cgi/src/share/mk/bsd.own.mk, >> Revision 1.107.2.5, >> >> this parameter decides whether the CLANG compiler is installed as >> /usr/bin/cc. >> >> VirtualBox does not install the cc (that's done by installworld of >> the >> base system build) so to set the variable here does not make sense >> to >> me. >> >> Regards >> Peter >> > > The following fix was provided by someone on the ports list. > > cd /usr/ports/emulators/virtualbox-ose-kmod/files && > rm patch-src_VBox_HostDrivers_Support_freebsd_Makefile > patch-src_VBox_HostDrivers_VBoxNetAdp_freebsd_Makefile > patch-src_VBox_HostDrivers_VBoxNetFlt_freebsd_Makefile > and start the update again > > VBox upgrade completed successfully. I wasn't involved in committing those patches so I've cc'd Maksym Sobolyev to see if there is something new about those patches. -- Bernhard Froehlich http://www.bluelife.at/ From owner-freebsd-emulation@FreeBSD.ORG Thu Apr 19 10:08:25 2012 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5B832106564A for ; Thu, 19 Apr 2012 10:08:25 +0000 (UTC) (envelope-from jbeich@tormail.net) Received: from server2.allsitecontrol.com (server2.allsitecontrol.com [63.143.36.210]) by mx1.freebsd.org (Postfix) with ESMTP id 2B7278FC14 for ; Thu, 19 Apr 2012 10:08:25 +0000 (UTC) Received: from zoe.desire.se ([85.8.28.11]:53976 helo=internal.tormail.net) by server2.allsitecontrol.com with esmtpsa (TLSv1:RC4-SHA:128) (Exim 4.77) (envelope-from ) id 1SKoHn-001i9S-1l; Thu, 19 Apr 2012 06:08:23 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=tormail.net; s=tm; h=Message-Id:X-TorMail-User:Content-Type:MIME-Version:References:Date:In-Reply-To:Subject:Cc:To:From; bh=lnQ8i1eEm2LJs2rySJF7g15zOFRy8T6szh2vvkh8EDk=; b=lpaJldvtdSp3Xl/rN2VV1SgSn3wuoIdM3G8U80z9PjmZYZ+/IHsD1JJzYNGrFJ4q/SDvR42ViN4LgzAG6aXfJ3Nn3eJT3ul28eDwHJeGlfqI4cZM6YZBRFJLrFO3E0YZIYcTfOwWBr17CApg3n9fdlo80GvWAQqpIA8sKXHcttc=; Received: from jbeich by internal.tormail.net with local (Exim 4.63) (envelope-from ) id 1SKoGu-000NNE-Vi; Thu, 19 Apr 2012 10:07:30 +0000 From: Jan Beich To: David Naylor In-Reply-To: <201204182010.27912.naylor.b.david@gmail.com> (David Naylor's message of "Wed, 18 Apr 2012 20:10:24 +0200") Date: Thu, 19 Apr 2012 09:05:53 -0100 References: <201204182010.27912.naylor.b.david@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-TorMail-User: jbeich Message-Id: <1SKoGu-000NNE-Vi@internal.tormail.net> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server2.allsitecontrol.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - tormail.net X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-emulation@freebsd.org Subject: Re: Wine-fbsd64 updated to 1.5.2 (32bit Wine for 64bit FreeBSD) X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Apr 2012 10:08:25 -0000 wmc/wrc depend on devel/gettext, while the lib is missing in the package. $ wmc Shared object "libgettextpo.so.5" not found, required by "wmc" Exit 1 $ readelf -d /usr/local/bin32/wrc | fgrep -i library 0x00000001 (NEEDED) Shared library: [libgettextpo.so.5] 0x00000001 (NEEDED) Shared library: [libwine.so.1] 0x00000001 (NEEDED) Shared library: [libc.so.7] 0x0000000f (RPATH) Library rpath: [$ORIGIN/../lib32] 0x0000001d (RUNPATH) Library runpath: [$ORIGIN/../lib32] $ tar tf wine-fbsd64-1.5.2,1.txz | fgrep gettext Exit 1 Why? (for the archives) From owner-freebsd-emulation@FreeBSD.ORG Thu Apr 19 10:10:22 2012 Return-Path: Delivered-To: emulation@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 894EB106566B; Thu, 19 Apr 2012 10:10:22 +0000 (UTC) (envelope-from edwin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 5CF8D8FC0C; Thu, 19 Apr 2012 10:10:22 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q3JAAMSR030832; Thu, 19 Apr 2012 10:10:22 GMT (envelope-from edwin@freefall.freebsd.org) Received: (from edwin@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q3JAAMgQ030823; Thu, 19 Apr 2012 10:10:22 GMT (envelope-from edwin) Date: Thu, 19 Apr 2012 10:10:22 GMT Message-Id: <201204191010.q3JAAMgQ030823@freefall.freebsd.org> To: edwin@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org, emulation@FreeBSD.org From: edwin@FreeBSD.org Cc: Subject: Re: ports/167091: [patch] audio/linux-f10-sdl_mixer: track mikmod dependency X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Apr 2012 10:10:22 -0000 Synopsis: [patch] audio/linux-f10-sdl_mixer: track mikmod dependency Responsible-Changed-From-To: freebsd-ports-bugs->emulation Responsible-Changed-By: edwin Responsible-Changed-When: Thu Apr 19 10:10:21 UTC 2012 Responsible-Changed-Why: Over to maintainer (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=167091 From owner-freebsd-emulation@FreeBSD.ORG Thu Apr 19 20:02:50 2012 Return-Path: Delivered-To: emulation@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7914F1065670; Thu, 19 Apr 2012 20:02:50 +0000 (UTC) (envelope-from bsam@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 4C9BA8FC15; Thu, 19 Apr 2012 20:02:50 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q3JK2oRn091532; Thu, 19 Apr 2012 20:02:50 GMT (envelope-from bsam@freefall.freebsd.org) Received: (from bsam@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q3JK2o3N091528; Thu, 19 Apr 2012 20:02:50 GMT (envelope-from bsam) Date: Thu, 19 Apr 2012 20:02:50 GMT Message-Id: <201204192002.q3JK2o3N091528@freefall.freebsd.org> To: bsam@FreeBSD.org, emulation@FreeBSD.org, bsam@FreeBSD.org From: bsam@FreeBSD.org Cc: Subject: Re: ports/167091: [patch] audio/linux-f10-sdl_mixer: track mikmod dependency X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Apr 2012 20:02:50 -0000 Synopsis: [patch] audio/linux-f10-sdl_mixer: track mikmod dependency Responsible-Changed-From-To: emulation->bsam Responsible-Changed-By: bsam Responsible-Changed-When: Thu Apr 19 20:02:31 UTC 2012 Responsible-Changed-Why: Take. http://www.freebsd.org/cgi/query-pr.cgi?pr=167091 From owner-freebsd-emulation@FreeBSD.ORG Fri Apr 20 00:10:52 2012 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 11416106564A for ; Fri, 20 Apr 2012 00:10:52 +0000 (UTC) (envelope-from petro.rossini@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id C68218FC0A for ; Fri, 20 Apr 2012 00:10:51 +0000 (UTC) Received: by iahk25 with SMTP id k25so16429474iah.13 for ; Thu, 19 Apr 2012 17:10:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=mGGBxZzSAWXqWkAgtJ+JWsfyOrRqJxTwl2JuWheua74=; b=QpDpwpCOWtQMudxkewANE45DRnWzhmXlnstdBIIvl3MJ/h6kHjOzoF/rIu6BaVGHdW onx85EDT1n1IjNWQLfTPFTernqLkEq0cMSD3Z9xelzZ0HsvahVRgfcjVr7ZkvglzlGcP d+vL4Xnse78tNseuNWWADOrroe8bFig8sEY/ZOEqlzBZtbQHfiYn3emnBs3z3LnuxxXM tZC+nADuwKQjyA+nAuIfuyv6soutmtaag7tXYYLqhQgoC1g5V41Iy+SQl19KaN7cFX8r GwdAF93k2m+nzRJm5gMb9x1B2cARkr0C6t0F7LF/kbjrEVmfaX7zMtUk1oWKQzs5YS7Y FpCA== MIME-Version: 1.0 Received: by 10.50.57.129 with SMTP id i1mr4103117igq.33.1334880651272; Thu, 19 Apr 2012 17:10:51 -0700 (PDT) Received: by 10.64.86.233 with HTTP; Thu, 19 Apr 2012 17:10:51 -0700 (PDT) In-Reply-To: References: <4F8E0C85.7010605@gmail.com> Date: Fri, 20 Apr 2012 10:10:51 +1000 Message-ID: From: Petro Rossini To: AN Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-emulation@freebsd.org Subject: Re: VBox upgrade fails X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Apr 2012 00:10:52 -0000 On Thu, Apr 19, 2012 at 5:33 PM, AN wrote: > On Thu, 19 Apr 2012, Petro Rossini wrote: >> On Thu, Apr 19, 2012 at 6:02 AM, AN wrote: >>> # portupgrade -va >>> ---> =A0Session started at: Wed, 18 Apr 2012 15:56:15 -0400 >>> ---> =A0Upgrade of emulators/virtualbox-ose-kmod started at: Wed, 18 Ap= r >>> ---> =A0Upgrading 'virtualbox-ose-kmod-4.1.8_1' to >>> 'virtualbox-ose-kmod-4.1.12' (emulators/virtualbox-ose-kmod) >>> ---> =A0Build of emulators/virtualbox-ose-kmod started at: Wed, 18 Apr = 2012 >>> ---> =A0Building '/usr/ports/emulators/virtualbox-ose-kmod' >>> =3D=3D=3D> =A0Cleaning for virtualbox-ose-kmod-4.1.12 >>> cd >>> >>> /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.1.12/out/fre= ebsd.amd64/release/bin/src >>> && make SYSDIR=3D/usr/src/sys >>> *** Building 'vboxdrv' module *** >>> "/usr/share/mk/bsd.own.mk", line 483: MK_CLANG_IS_CC can't be set by a >>> user. >>> *** [all] Error code 1 >>> >>> I think it is a problem with the file /usr/share/mk/bsd.own.mk. =A0I wi= ll >>> send a message to the ports list. >> >> According to >> http://www.freebsd.org/cgi/cvsweb.cgi/src/share/mk/bsd.own.mk, >> Revision 1.107.2.5, >> >> this parameter decides whether the CLANG compiler is installed as >> /usr/bin/cc. >> >> VirtualBox does not install the cc (that's done by installworld of the >> base system build) so to set the variable here does not make sense to >> me. > > The following fix was provided by someone on the ports list. > > cd /usr/ports/emulators/virtualbox-ose-kmod/files && > rm patch-src_VBox_HostDrivers_Support_freebsd_Makefile > patch-src_VBox_HostDrivers_VBoxNetAdp_freebsd_Makefile > patch-src_VBox_HostDrivers_VBoxNetFlt_freebsd_Makefile > and start the update again > > VBox upgrade completed successfully. I am guessing why it was there in the first place: To test whether the cc is CLANG? Does VirtualBox compile work on a CLANG compiled system? Regards Peter From owner-freebsd-emulation@FreeBSD.ORG Fri Apr 20 07:19:10 2012 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3BBE11065670 for ; Fri, 20 Apr 2012 07:19:10 +0000 (UTC) (envelope-from naylor.b.david@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id A7A368FC1E for ; Fri, 20 Apr 2012 07:19:09 +0000 (UTC) Received: by eaaf13 with SMTP id f13so2602310eaa.13 for ; Fri, 20 Apr 2012 00:19:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:date:user-agent:cc:references:in-reply-to :mime-version:content-type:content-transfer-encoding:message-id; bh=iXxOqMZ2avq6vnnwveH1oNSGn1ZFhXhZkdUQNiGYXls=; b=EOik136yXeSrI7QmMwZH34ydiKs2uBQ/dJrefthqnivMsRL8N/1sPY9trleWIUDnUw 3ZEpOxdrPiyrDEL/8KbMKstZgk+e3Sno/dfmYLaMC0uu8jcR+5WnCnbT/hlFJgYTn/Od qL+1NMzRzmCSwlyGsPFZkJRO9pLqSpw6ko6rxfatRMAUMFPH31ls6lK/jMZLsJVpFvzr oTzspRcWFVXOXale5NKGhdOPihTJxfdfxb6qNVBgD2vxbB8BxcNKeW8kBJWLvdNCWe4/ NsFiaLJdAFp4p06reM6ZcqUozT2MvJUKvCF6eZkZxq0Dkz6e+tUZLsPaq+ZokqX92QQ4 WB3A== Received: by 10.14.133.81 with SMTP id p57mr806686eei.22.1334906348806; Fri, 20 Apr 2012 00:19:08 -0700 (PDT) Received: from dragon.dg (41-132-211-220.dsl.mweb.co.za. [41.132.211.220]) by mx.google.com with ESMTPS id m55sm21974072eei.1.2012.04.20.00.19.06 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 20 Apr 2012 00:19:07 -0700 (PDT) From: David Naylor To: Jan Beich Date: Fri, 20 Apr 2012 09:18:59 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.0-STABLE; KDE/4.7.1; amd64; ; ) References: <201204182010.27912.naylor.b.david@gmail.com> <1SKoGu-000NNE-Vi@internal.tormail.net> In-Reply-To: <1SKoGu-000NNE-Vi@internal.tormail.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4072292.LooNTcVJxn"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201204200919.04126.naylor.b.david@gmail.com> Cc: freebsd-emulation@freebsd.org Subject: Re: Wine-fbsd64 updated to 1.5.2 (32bit Wine for 64bit FreeBSD) X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Apr 2012 07:19:10 -0000 --nextPart4072292.LooNTcVJxn Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Thursday, 19 April 2012 12:05:53 Jan Beich wrote: > wmc/wrc depend on devel/gettext, while the lib is missing in the package. I have confirmed this. =20 > $ wmc > Shared object "libgettextpo.so.5" not found, required by "wmc" > Exit 1 >=20 > $ readelf -d /usr/local/bin32/wrc | fgrep -i library > 0x00000001 (NEEDED) Shared library: > [libgettextpo.so.5] 0x00000001 (NEEDED) Shared > library: [libwine.so.1] 0x00000001 (NEEDED) Shared > library: [libc.so.7] 0x0000000f (RPATH) Library > rpath: [$ORIGIN/../lib32] 0x0000001d (RUNPATH) Library > runpath: [$ORIGIN/../lib32] >=20 > $ tar tf wine-fbsd64-1.5.2,1.txz | fgrep gettext > Exit 1 >=20 > Why? (for the archives) The port uses a script to determine which files need to be added into the=20 package. I suspect it is not inspecting the bin32 directory and thus missi= ng=20 those files. =20 I'll look into it. =20 Thanks for your report. =20 David --nextPart4072292.LooNTcVJxn Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEABECAAYFAk+RDegACgkQUaaFgP9pFrLoUgCeLTpKfy3UtYLsRuTTch/8gFzo 5IIAnRRLOcgMg1Zhfuhgot0Sb7y2nrX1 =2ffC -----END PGP SIGNATURE----- --nextPart4072292.LooNTcVJxn-- From owner-freebsd-emulation@FreeBSD.ORG Fri Apr 20 08:02:41 2012 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 32B4F106566B for ; Fri, 20 Apr 2012 08:02:41 +0000 (UTC) (envelope-from decke@FreeBSD.org) Received: from groupware.itac.at (groupware.itac.at [91.205.172.99]) by mx1.freebsd.org (Postfix) with ESMTP id C6AA48FC15 for ; Fri, 20 Apr 2012 08:02:40 +0000 (UTC) Received: from home.bluelife.at (93.104.210.95) by groupware.itac.at (Axigen) with (AES256-SHA encrypted) ESMTPSA id 313A27; Fri, 20 Apr 2012 10:02:46 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Fri, 20 Apr 2012 10:02:34 +0200 From: Bernhard Froehlich To: Petro Rossini In-Reply-To: References: <4F8E0C85.7010605@gmail.com> Message-ID: <735ec612cdcfd2ab0158ff68d46aeed5@bluelife.at> X-Sender: decke@FreeBSD.org User-Agent: Roundcube Webmail/0.7.2 X-AxigenSpam-Level: 1 X-CTCH-RefID: str=0001.0A0B020B.4F91181A.00B3,ss=1,fgs=0 X-CTCH-VOD: Unknown X-CTCH-Spam: Unknown Cc: sobomax@FreeBSD.org, freebsd-emulation@freebsd.org, AN Subject: Re: VBox upgrade fails X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Apr 2012 08:02:41 -0000 On 20.04.2012 02:10, Petro Rossini wrote: > On Thu, Apr 19, 2012 at 5:33 PM, AN wrote: >> On Thu, 19 Apr 2012, Petro Rossini wrote: >>> On Thu, Apr 19, 2012 at 6:02 AM, AN wrote: >>>> # portupgrade -va >>>> --->  Session started at: Wed, 18 Apr 2012 15:56:15 -0400 >>>> --->  Upgrade of emulators/virtualbox-ose-kmod started at: Wed, 18 >>>> Apr >>>> --->  Upgrading 'virtualbox-ose-kmod-4.1.8_1' to >>>> 'virtualbox-ose-kmod-4.1.12' (emulators/virtualbox-ose-kmod) >>>> --->  Build of emulators/virtualbox-ose-kmod started at: Wed, 18 >>>> Apr 2012 >>>> --->  Building '/usr/ports/emulators/virtualbox-ose-kmod' >>>> ===>  Cleaning for virtualbox-ose-kmod-4.1.12 >>>> cd >>>> >>>> >>>> /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.1.12/out/freebsd.amd64/release/bin/src >>>> && make SYSDIR=/usr/src/sys >>>> *** Building 'vboxdrv' module *** >>>> "/usr/share/mk/bsd.own.mk", line 483: MK_CLANG_IS_CC can't be set >>>> by a >>>> user. >>>> *** [all] Error code 1 >>>> >>>> I think it is a problem with the file /usr/share/mk/bsd.own.mk.  I >>>> will >>>> send a message to the ports list. >>> >>> According to >>> http://www.freebsd.org/cgi/cvsweb.cgi/src/share/mk/bsd.own.mk, >>> Revision 1.107.2.5, >>> >>> this parameter decides whether the CLANG compiler is installed as >>> /usr/bin/cc. >>> >>> VirtualBox does not install the cc (that's done by installworld of >>> the >>> base system build) so to set the variable here does not make sense >>> to >>> me. >> >> The following fix was provided by someone on the ports list. >> >> cd /usr/ports/emulators/virtualbox-ose-kmod/files && >> rm patch-src_VBox_HostDrivers_Support_freebsd_Makefile >> patch-src_VBox_HostDrivers_VBoxNetAdp_freebsd_Makefile >> patch-src_VBox_HostDrivers_VBoxNetFlt_freebsd_Makefile >> and start the update again >> >> VBox upgrade completed successfully. > > I am guessing why it was there in the first place: > > To test whether the cc is CLANG? > > Does VirtualBox compile work on a CLANG compiled system? No VirtualBox cannot be compiled with CLANG because it doesn't support global register variables. So you get: src/recompiler/target-i386/exec.h:41:30: error: global register variables are not supported register struct CPUX86State *env asm(AREG0); The patches were made by sobomax to fix that problem on RELENG_9: kBuild: Installing /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.1.12/out/freebsd.amd64/release/bin/src/vboxnetflt/Makefile cd /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.1.12/out/freebsd.amd64/release/bin/src && make SYSDIR=/usr/src/sys *** Building 'vboxdrv' module *** "/usr/src/sys/conf/kmod.mk", line 116: Malformed conditional (${MK_CLANG_IS_CC} == "no" && ${CC:T:Mclang} != "clang") "/usr/src/sys/conf/kmod.mk", line 120: if-less endif "/usr/src/sys/conf/kern.mk", line 18: Malformed conditional (${MK_CLANG_IS_CC} != "no" || ${CC:T:Mclang} == "clang") "/usr/src/sys/conf/kern.mk", line 31: if-less endif "/usr/src/sys/conf/kern.mk", line 101: Malformed conditional (${MK_CLANG_IS_CC} != "no" || ${CC:T:Mclang} == "clang") "/usr/src/sys/conf/kern.mk", line 107: if-less endif make: fatal errors encountered -- cannot continue *** Error code 1 As it seems those patches cause more problems than they solve so I'm going to remove them. -- Bernhard Froehlich http://www.bluelife.at/ From owner-freebsd-emulation@FreeBSD.ORG Sat Apr 21 08:29:23 2012 Return-Path: Delivered-To: emulation@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 995191065672 for ; Sat, 21 Apr 2012 08:29:23 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from portsmonj.FreeBSD.org (portsmonj.freebsd.org [69.147.83.46]) by mx1.freebsd.org (Postfix) with ESMTP id 866AA8FC0A for ; Sat, 21 Apr 2012 08:29:23 +0000 (UTC) Received: from portsmonj.freebsd.org (portsmonj.freebsd.org [69.147.83.46]) by portsmonj.FreeBSD.org (8.14.5/8.14.4) with ESMTP id q3L8TNAI076941 for ; Sat, 21 Apr 2012 08:29:23 GMT (envelope-from linimon@FreeBSD.org) Date: Sat, 21 Apr 2012 08:29:23 GMT Message-Id: <201204210829.q3L8TNAI076941@portsmonj.FreeBSD.org> From: linimon@FreeBSD.org To: emulation@FreeBSD.org Cc: Subject: FreeBSD ports that you maintain which are currently scheduled for deletion X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: portmgr-feedback@FreeBSD.org List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Apr 2012 08:29:23 -0000 Dear FreeBSD port maintainer: As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically schedule removal of ports that have been judged to have outlived their usefulness. Often, this is due to a better alternative having become available and/or the cessation of development on the existing port. In some cases, ports are marked for removal because they fail to build and install correctly from their sources, or otherwise fail in operation. The ports, and the reason and date that they have been scheduled for removal, are listed below. If no one has stepped forward before that time to propose a way to fix the problems (such as via a PR), the ports will be deleted. portname: accessibility/linux-atk description: Accessibility Toolkit, Linux/i386 binary maintainer: emulation@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=accessibility&portname=linux-atk portname: archivers/linux-ucl description: RPM of UCL, a lossless data compression library maintainer: emulation@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=archivers&portname=linux-ucl portname: archivers/linux-upx description: RPM of UPX, a high-performance executable packer maintainer: emulation@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=archivers&portname=linux-upx portname: audio/linux-esound description: RPM of esound maintainer: emulation@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=linux-esound portname: audio/linux-libaudiofile description: RPM of audiofile maintainer: emulation@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=linux-libaudiofile portname: audio/linux-nas-libs description: Runtime libraries for NAS (Linux Fedora Core 4) maintainer: emulation@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=linux-nas-libs portname: devel/linux-allegro description: Cross-platform game programming library (linux version) maintainer: emulation@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=linux-allegro portname: devel/linux-libglade description: RPM of libglade maintainer: emulation@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=linux-libglade portname: devel/linux-libsigc++20 description: Callback Framework for C++ (linux version) maintainer: emulation@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=linux-libsigc%2B%2B20 portname: devel/linux-sdl12 description: Cross-platform multi-media development API (linux version) maintainer: emulation@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=linux-sdl12 portname: emulators/linux_base-fc4 description: Base set of packages needed in Linux mode (for i386/amd64) maintainer: emulation@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=linux_base-fc4 portname: graphics/linux-imlib description: RPM of imlib maintainer: emulation@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=linux-imlib portname: graphics/linux-jpeg description: RPM of the JPEG lib maintainer: emulation@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=linux-jpeg portname: graphics/linux-libGLU description: OpenGL utility library (Linux version) maintainer: emulation@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=linux-libGLU portname: graphics/linux-png description: RPM of the PNG lib maintainer: emulation@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=linux-png portname: graphics/linux-png10 description: RPM of the PNG lib (old 1.0 version) maintainer: emulation@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=linux-png10 portname: graphics/linux-tiff description: TIFF library, Linux/i386 binary maintainer: emulation@FreeBSD.org status: FORBIDDEN deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=linux-tiff portname: lang/linux-libg2c description: Fortran 77 compatibility runtime maintainer: emulation@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=linux-libg2c portname: multimedia/linux-libtheora description: Video codec maintainer: emulation@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=linux-libtheora portname: sysutils/linux-procps description: Linux psproc binaries maintainer: emulation@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=linux-procps portname: textproc/linux-expat description: Linux/i386 binary port of Expat XML-parsing library maintainer: emulation@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=linux-expat portname: textproc/linux-libxml description: RPM of libxml maintainer: emulation@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=linux-libxml portname: www/linux-f10-flashplugin10 description: Adobe Flash Player NPAPI Plugin maintainer: emulation@FreeBSD.org status: FORBIDDEN deprecated because: has vulnerabilities and is EOL expiration date: 2012-03-27 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=linux-f10-flashplugin10 portname: x11-fonts/linux-fontconfig description: Linux/i386 binary of Fontconfig maintainer: emulation@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-fonts&portname=linux-fontconfig portname: x11-toolkits/linux-gtk description: RPM of the Gtk lib maintainer: emulation@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=linux-gtk portname: x11-toolkits/linux-gtk2 description: GTK+ library, version 2.X, Linux binary maintainer: emulation@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=linux-gtk2 portname: x11-toolkits/linux-openmotif description: Motif toolkit Linux libraries maintainer: emulation@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=linux-openmotif portname: x11-toolkits/linux-pango description: Linux pango binary maintainer: emulation@FreeBSD.org status: FORBIDDEN deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=linux-pango portname: x11/linux-xorg-libs description: Xorg libraries, linux binaries maintainer: emulation@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=linux-xorg-libs If this problem is one that you are already aware of, please accept our apologies and ignore this message. On the other hand, if you no longer wish to maintain this port (or ports), please reply with a message stating that, and accept our thanks for your efforts in the past. Thanks for your efforts to help improve FreeBSD. From owner-freebsd-emulation@FreeBSD.ORG Sat Apr 21 08:30:07 2012 Return-Path: Delivered-To: emulation@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C2A63106568A for ; Sat, 21 Apr 2012 08:30:07 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from portsmonj.FreeBSD.org (portsmonj.freebsd.org [69.147.83.46]) by mx1.freebsd.org (Postfix) with ESMTP id A908D8FC17 for ; Sat, 21 Apr 2012 08:30:07 +0000 (UTC) Received: from portsmonj.freebsd.org (portsmonj.freebsd.org [69.147.83.46]) by portsmonj.FreeBSD.org (8.14.5/8.14.4) with ESMTP id q3L8U7Iu083556 for ; Sat, 21 Apr 2012 08:30:07 GMT (envelope-from linimon@FreeBSD.org) Date: Sat, 21 Apr 2012 08:30:07 GMT Message-Id: <201204210830.q3L8U7Iu083556@portsmonj.FreeBSD.org> From: linimon@FreeBSD.org To: emulation@FreeBSD.org Cc: Subject: FreeBSD ports that you maintain which are currently marked forbidden X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: portmgr-feedback@FreeBSD.org List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Apr 2012 08:30:07 -0000 Dear FreeBSD port maintainer: As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users about ports that are marked as "forbidden" in their Makefiles. Often, these ports are so marked due to security concerns, such as known exploits. An overview of each port, including errors seen on the build farm, is included below. portname: graphics/linux-tiff forbidden because: Vulnerable since 2004-10-13, http://portaudit.freebsd.org/8816bf3a-7929-11df-bcce-0018f3e2eb82.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=linux-tiff portname: www/linux-f10-flashplugin10 forbidden because: insecure version - use flashplugin11 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=linux-f10-flashplugin10 portname: x11-toolkits/linux-pango forbidden because: Vulnerable since 2009-05-13, http://portaudit.freebsd.org/4b172278-3f46-11de-becb-001cc0377035.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=linux-pango If this problem is one that you are already aware of, please accept our apologies and ignore this message. On the other hand, if you no longer wish to maintain this port (or ports), please reply with a message stating that, and accept our thanks for your efforts in the past. Thanks for your efforts to help improve FreeBSD. From owner-freebsd-emulation@FreeBSD.ORG Sat Apr 21 21:02:02 2012 Return-Path: Delivered-To: emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 84A571065670; Sat, 21 Apr 2012 21:02:01 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (unknown [IPv6:2607:f678:1010::34]) by mx1.freebsd.org (Postfix) with ESMTP id 5E57D8FC16; Sat, 21 Apr 2012 21:02:01 +0000 (UTC) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id q3LL20ak058782 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 21 Apr 2012 14:02:01 -0700 (PDT) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.14.2/Submit) with UUCP id q3LL209T058781; Sat, 21 Apr 2012 14:02:00 -0700 (PDT) (envelope-from perryh@pluto.rain.com) Received: from fbsd81 ([192.168.200.81]) by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA03557; Sat, 21 Apr 12 13:55:38 PDT Date: Sat, 21 Apr 2012 20:55:31 -0700 From: perryh@pluto.rain.com To: portmgr-feedback@freebsd.org Message-Id: <4f938133.r5VYpFnLdg9yWyfJ%perryh@pluto.rain.com> References: <201204210829.q3L8TNAI076941@portsmonj.FreeBSD.org> In-Reply-To: <201204210829.q3L8TNAI076941@portsmonj.FreeBSD.org> User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: emulation@freebsd.org Subject: Re: FreeBSD ports that you maintain which are currently scheduled for deletion X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Apr 2012 21:02:02 -0000 linimon@freebsd.org wrote: > ... we periodically schedule removal of ports that have been > judged to have outlived their usefulness ... The ports, and > the reason and date that they have been scheduled for removal, > are listed below. There seem to be quite a few for which no reason is shown (i.e. "deprecated because" is empty): accessibility/linux-atk archivers/linux-ucl archivers/linux-upx audio/linux-esound audio/linux-libaudiofile audio/linux-nas-libs devel/linux-allegro devel/linux-libglade devel/linux-libsigc++20 devel/linux-sdl12 emulators/linux_base-fc4 graphics/linux-imlib graphics/linux-jpeg graphics/linux-libGLU graphics/linux-png graphics/linux-png10 graphics/linux-tiff lang/linux-libg2c multimedia/linux-libtheora sysutils/linux-procps textproc/linux-expat textproc/linux-libxml x11-fonts/linux-fontconfig x11-toolkits/linux-gtk x11-toolkits/linux-gtk2 x11-toolkits/linux-openmotif x11-toolkits/linux-pango x11/linux-xorg-libs From owner-freebsd-emulation@FreeBSD.ORG Sat Apr 21 22:16:56 2012 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id D3468106566B; Sat, 21 Apr 2012 22:16:56 +0000 (UTC) Date: Sat, 21 Apr 2012 22:16:56 +0000 From: Alexander Best To: Alexander Leidinger Message-ID: <20120421221656.GA12936@freebsd.org> References: <20120415143441.00000948@unknown> <20120415130306.GA95208@freebsd.org> <20120415163059.0000715d@unknown> <20120415144155.GA15993@freebsd.org> <20120415181613.GA52958@freebsd.org> <20120415205302.00005855@unknown> <20120415190408.GA61246@freebsd.org> <20120415211656.000053b9@unknown> <20120415205732.GA65853@freebsd.org> <20120415210352.GA88669@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120415210352.GA88669@freebsd.org> Cc: freebsd-emulation@freebsd.org Subject: Re: [PATCH] pipe2 for Linuxulator X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Apr 2012 22:16:56 -0000 On Sun Apr 15 12, Alexander Best wrote: > On Sun Apr 15 12, Alexander Best wrote: > > On Sun Apr 15 12, Alexander Leidinger wrote: > > > On Sun, 15 Apr 2012 19:04:08 +0000 Alexander Best > > > wrote: > > > > > > > On Sun Apr 15 12, Alexander Leidinger wrote: > > > > > On Sun, 15 Apr 2012 18:16:13 +0000 Alexander Best > > > > > wrote: > > > > > > > > > also...even after installing a fresh kernel and world with dtrace > > > > > > enabled, the "check_error.d" and "trace_futexes.d" fail and > > > > > > sometimes even render the flash instance unusable. > > > > > > > > > > I assume with unusable you mean not fast enough. Well... buy a > > > > > faster CPU. No, just kidding. Depending on what a D script does and > > > > > how many probes are enabled in the D script, it is not unexpected > > > > > that the system slows down. As told above, the scripts show what is > > > > > possible. For real debugging you may want to use stripped down > > > > > versions. > > > > > > > > no actually. what i meant by "unusable" is that the d-scripts > > > > themself crash the flash instances. > > > > > > Uhm... this is unexpected. DTrace disables destructive actions by > > > default, and I do not activate them. Maybe some timing-sensitive code > > > in the flash-player which does not handle the case that some parts can > > > take longer than expected? I assume there is not bug in DTrace itself. > > > There could be a bug in my patch, but I would assume it is not a > > > heisen-bug as described here (the probes are handled by > > > DTrace-macros, just the variables which are provided to D scripts > > > are different from other probes). > > > > this sounds reasonable. after exiting the dtrace script the crashed flash > > instance partially returns to normal behaviour. so indeed it seems that > > dtrace is having only an impact on flash's timing-code. > > > > none of the linux processes actually crashes (that is is being terminated) in > > this scenario. ps alx shows that all processes still exist. > > > > i'll play a bit more with the dtrace scripts and see if i can remove more > > stuff that isn't important for futex related matters. > > one more thing: > > i'm seeing a lot of defunct processes in connection with flash: > > 1001 1023 988 0 4 0 283916 56620 kqread I - 2:36,17 chrome: --type=plugin --plugin-path=/usr/home/arundel/.mozilla/plugins/npwrapper.libflashplayer.so --lang=en-GB --channel=988.0x65c6b90.321991751 (chrome) > 1001 1047 1023 0 20 0 0 0 - Z - 0:00,01 > 1001 1048 1023 0 20 0 0 0 - Z - 0:00,01 > 1001 1049 1023 0 20 0 0 0 - Z - 0:00,01 > 1001 1050 1023 0 20 0 0 0 - Z - 0:00,01 > 1001 1052 1023 0 20 0 0 0 - Z - 0:00,01 > 1001 1065 1023 0 20 0 0 0 - Z - 0:00,01 > 1001 1067 1023 0 20 0 0 0 - Z - 0:05,89 > 1001 1069 1023 0 20 0 0 0 - Z - 0:00,01 > 1001 1074 988 0 40 0 292244 86844 uwait S - 0:26,94 chrome: --type=gpu-process --channel=988.0x67e2960.1399124120 (chrome) > 1001 1544 990 0 40 0 922080 129268 usem S - 2:05,13 chrome: --type=zygote (chrome) > 1001 1558 1023 3 40 0 577080 91848 futex I - 0:00,28 /usr/local/lib/nspluginwrapper/i386/linux/npviewer.bin --plugin .mozilla/plugins/libflashplayer.so --connection /org/wrapper/NSPlugins/libflashplayer.so/1023-4/1681692777 > 1001 1559 1023 1 40 0 577080 91848 futex I - 0:00,00 /usr/local/lib/nspluginwrapper/i386/linux/npviewer.bin --plugin .mozilla/plugins/libflashplayer.so --connection /org/wrapper/NSPlugins/libflashplayer.so/1023-4/1681692777 > 1001 1605 1023 0 20 0 0 0 - Z - 0:00,01 > 1001 1606 1023 0 20 0 0 0 - Z - 0:00,01 > 1001 1607 1023 0 20 0 0 0 - Z - 0:00,01 > 1001 1609 1023 0 20 0 0 0 - Z - 0:00,01 > 1001 1610 1023 0 20 0 0 0 - Z - 0:00,01 > 1001 1611 1023 0 20 0 0 0 - Z - 0:00,01 > 1001 1614 1023 0 20 0 0 0 - Z - 0:00,01 > 1001 1615 1023 0 20 0 0 0 - Z - 0:00,49 > 1001 1616 1023 0 20 0 0 0 - Z - 0:07,52 > 1001 1655 1023 0 20 0 0 0 - Z - 0:00,00 > 1001 1656 1023 7 40 0 577080 91848 futex I - 0:00,28 /usr/local/lib/nspluginwrapper/i386/linux/npviewer.bin --plugin .mozilla/plugins/libflashplayer.so --connection /org/wrapper/NSPlugins/libflashplayer.so/1023-4/1681692777 > 1001 1657 1023 5 40 0 577080 91848 futex I - 0:00,32 /usr/local/lib/nspluginwrapper/i386/linux/npviewer.bin --plugin .mozilla/plugins/libflashplayer.so --connection /org/wrapper/NSPlugins/libflashplayer.so/1023-4/1681692777 > 1001 1713 1023 21 41 0 297812 41476 futex I - 0:00,01 /usr/local/lib/nspluginwrapper/i386/linux/npviewer.bin --plugin .mozilla/plugins/libflashplayer.so --connection /org/wrapper/NSPlugins/libflashplayer.so/1023-5/1714636915 > 1001 1714 1023 112 47 0 297812 41476 futex I - 0:00,00 /usr/local/lib/nspluginwrapper/i386/linux/npviewer.bin --plugin .mozilla/plugins/libflashplayer.so --connection /org/wrapper/NSPlugins/libflashplayer.so/1023-5/1714636915 > 1001 1715 1023 0 20 0 0 0 - Z - 0:00,00 > 1001 1716 1023 0 40 0 297812 41476 futex I - 0:00,04 /usr/local/lib/nspluginwrapper/i386/linux/npviewer.bin --plugin .mozilla/plugins/libflashplayer.so --connection /org/wrapper/NSPlugins/libflashplayer.so/1023-5/1714636915 > 1001 1717 1 0 40 0 297812 41476 pcmwrv S - 0:19,05 /usr/local/lib/nspluginwrapper/i386/linux/npviewer.bin --plugin .mozilla/plugins/libflashplayer.so --connection /org/wrapper/NSPlugins/libflashplayer.so/1023-5/1714636915 > 1001 1718 1 30 41 0 297812 41476 futex I - 0:00,01 /usr/local/lib/nspluginwrapper/i386/linux/npviewer.bin --plugin .mozilla/plugins/libflashplayer.so --connection /org/wrapper/NSPlugins/libflashplayer.so/1023-5/1714636915 > 1001 1719 1 30 41 0 297812 41476 futex I - 0:00,00 /usr/local/lib/nspluginwrapper/i386/linux/npviewer.bin --plugin .mozilla/plugins/libflashplayer.so --connection /org/wrapper/NSPlugins/libflashplayer.so/1023-5/1714636915 > 1001 1785 1023 1 40 0 444464 66512 futex I - 0:03,40 /usr/local/lib/nspluginwrapper/i386/linux/npviewer.bin --plugin .mozilla/plugins/libflashplayer.so --connection /org/wrapper/NSPlugins/libflashplayer.so/1023-6/1957747793 > 1001 1786 1023 85 45 0 444464 66512 futex I - 0:00,00 /usr/local/lib/nspluginwrapper/i386/linux/npviewer.bin --plugin .mozilla/plugins/libflashplayer.so --connection /org/wrapper/NSPlugins/libflashplayer.so/1023-6/1957747793 > 1001 1788 1023 0 20 0 0 0 - Z - 0:00,26 > 1001 1790 1023 0 20 0 0 0 - Z - 0:00,26 > 1001 1791 1023 0 20 0 0 0 - Z - 5:19,32 > 1001 2126 1023 0 20 0 0 0 - Z - 0:00,11 > 1001 2127 1023 0 20 0 0 0 - Z - 0:00,10 > 1001 2180 1023 0 20 0 0 0 - Z - 0:00,10 > > procstat reports: > > 1047 1023 988 988 0 1 arundel - Linux ELF32 npviewer.bin > 1048 1023 988 988 0 1 arundel - Linux ELF32 npviewer.bin > 1049 1023 988 988 0 1 arundel - Linux ELF32 npviewer.bin > 1050 1023 988 988 0 1 arundel - Linux ELF32 npviewer.bin > 1052 1023 988 988 0 1 arundel - Linux ELF32 npviewer.bin > 1065 1023 988 988 0 1 arundel - Linux ELF32 npviewer.bin > 1067 1023 988 988 0 1 arundel - Linux ELF32 npviewer.bin > 1069 1023 988 988 0 1 arundel - Linux ELF32 npviewer.bin > 1558 1023 988 988 0 1 arundel futex Linux ELF32 npviewer.bin > 1559 1023 988 988 0 1 arundel futex Linux ELF32 npviewer.bin > 1605 1023 988 988 0 1 arundel - Linux ELF32 npviewer.bin > 1606 1023 988 988 0 1 arundel - Linux ELF32 npviewer.bin > 1607 1023 988 988 0 1 arundel - Linux ELF32 npviewer.bin > 1609 1023 988 988 0 1 arundel - Linux ELF32 npviewer.bin > 1610 1023 988 988 0 1 arundel - Linux ELF32 npviewer.bin > 1611 1023 988 988 0 1 arundel - Linux ELF32 npviewer.bin > 1614 1023 988 988 0 1 arundel - Linux ELF32 npviewer.bin > 1615 1023 988 988 0 1 arundel - Linux ELF32 npviewer.bin > 1616 1023 988 988 0 1 arundel - Linux ELF32 npviewer.bin > 1655 1023 988 988 0 1 arundel - Linux ELF32 npviewer.bin > 1656 1023 988 988 0 1 arundel futex Linux ELF32 npviewer.bin > 1657 1023 988 988 0 1 arundel futex Linux ELF32 npviewer.bin > 1713 1023 988 988 0 1 arundel futex Linux ELF32 npviewer.bin > 1714 1023 988 988 0 1 arundel futex Linux ELF32 npviewer.bin > 1715 1023 988 988 0 1 arundel - Linux ELF32 npviewer.bin > 1716 1023 988 988 0 1 arundel futex Linux ELF32 npviewer.bin > 1717 1 988 988 0 1 arundel pcmwrv Linux ELF32 npviewer.bin > 1718 1 988 988 0 1 arundel futex Linux ELF32 npviewer.bin > 1719 1 988 988 0 1 arundel futex Linux ELF32 npviewer.bin > 1785 1023 988 988 0 1 arundel futex Linux ELF32 npviewer.bin > 1786 1023 988 988 0 1 arundel futex Linux ELF32 npviewer.bin > 1788 1023 988 988 0 1 arundel - Linux ELF32 npviewer.bin > 1790 1023 988 988 0 1 arundel - Linux ELF32 npviewer.bin > 1791 1023 988 988 0 1 arundel - Linux ELF32 npviewer.bin > 2126 1023 988 988 0 1 arundel - Linux ELF32 npviewer.bin > 2127 1023 988 988 0 1 arundel - Linux ELF32 npviewer.bin > 2180 1023 988 988 0 1 arundel - Linux ELF32 npviewer.bin > 2354 1023 988 988 0 1 arundel futex Linux ELF32 npviewer.bin after enabling a few more debugging features in my kernel conf i also saw these messages: lock order reversal: 1st 0xfffffe0007c57098 pseudofs (pseudofs) @ /usr/github-freebsd-head/sys/kern/vfs_lookup.c:542 2nd 0xffffffff80bca9a0 allproc (allproc) @ /usr/github-freebsd-head/sys/kern/kern_proc.c:298 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b kdb_backtrace() at kdb_backtrace+0x39 witness_checkorder() at witness_checkorder+0x66c _sx_slock() at _sx_slock+0x61 pfind() at pfind+0x27 pfs_lookup() at pfs_lookup+0x472 VOP_CACHEDLOOKUP_APV() at VOP_CACHEDLOOKUP_APV+0xda vfs_cache_lookup() at vfs_cache_lookup+0xcb VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0xe2 lookup() at lookup+0x8c5 namei() at namei+0x67a kern_alternate_path() at kern_alternate_path+0x260 linux_emul_convpath() at linux_emul_convpath+0x29 linux_open() at linux_open+0x42 ia32_syscall() at ia32_syscall+0x299 Xint0x80_syscall() at Xint0x80_syscall+0x95 --- syscall (5, Linux ELF32, linux_open), rip = 0x288a9181, rsp = 0xffff9f24, rbp = 0 --- tvotohz: negative time difference 0 sec -1 usec tvotohz: negative time difference 0 sec -1 usec cheers. alex > > cheers. > alex > > > > > good night. > > alex > > > > > > > > Bye, > > > Alexander. > > > > > > -- > > > http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 > > > http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137