From owner-freebsd-emulation@FreeBSD.ORG Thu Apr 15 02:02:52 2010 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 10A8E106566B for ; Thu, 15 Apr 2010 02:02:52 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from shell0.rawbw.com (shell0.rawbw.com [198.144.192.45]) by mx1.freebsd.org (Postfix) with ESMTP id F1ABC8FC0C for ; Thu, 15 Apr 2010 02:02:51 +0000 (UTC) Received: from eagle.syrec.org (stunnel@localhost [127.0.0.1]) (authenticated bits=0) by shell0.rawbw.com (8.14.4/8.14.4) with ESMTP id o3F22lTK048421; Wed, 14 Apr 2010 19:02:48 -0700 (PDT) (envelope-from yuri@rawbw.com) Message-ID: <4BC673C7.4000405@rawbw.com> Date: Wed, 14 Apr 2010 19:02:47 -0700 From: Yuri User-Agent: Thunderbird 2.0.0.24 (X11/20100331) MIME-Version: 1.0 To: Mario Lobo <"lobo@bsd.com.br"@shell0.rawbw.com> References: <3e74d40fe494aa6b8fa161e0bb21465b@ringofsaturn.com> <201004132008.06643.lobo@bsd.com.br> In-Reply-To: <201004132008.06643.lobo@bsd.com.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-emulation@FreeBSD.org Subject: Re: problem with VBOX 3.1.6 on 8stable X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: yuri@rawbw.com List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Apr 2010 02:02:52 -0000 Mario Lobo wrote: > I hope anyone has a suggestion for something I didn't try. > I have been trying before to downgrade the port version back to the time when I know it was working and I still observed the hangs. This vouches for the theory of faulty kernel change. One other thing to try would be to try various kernel versions around the time when instability was introduced and find what change triggered it (svn revision). For example these two revisions can be taken as interval limits (in branch stable-8): r202402 | marius | 2010-01-15 08:54:59 -0800 (Fri, 15 Jan 2010) | 9 lines r203748 | zec | 2010-02-10 00:50:06 -0800 (Wed, 10 Feb 2010) | 13 lines First try both to make sure the problem exists in the latter and not in the former. And then dividing by two you can find the culprit revision. This interval contains ~1200 revisions, and actually much fewer because not all changes go into stable-8. So it should take around 10 tries to figure out. Knowing which change caused the problem can give some insight into what the problem may be. Sorry for offering only such a tedious way, I can't see any better one at this time. I would do this myself, but I can't since I have no space machine to do this. Yuri