From owner-freebsd-emulation@FreeBSD.ORG Sun Nov 27 11:57:03 2011 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 6B639106564A; Sun, 27 Nov 2011 11:57:03 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from violet.upc.es (violet.upc.es [147.83.2.51]) by mx1.freebsd.org (Postfix) with ESMTP id E10868FC13; Sun, 27 Nov 2011 11:57:02 +0000 (UTC) Received: from ackerman2.upc.es (ackerman2.upc.es [147.83.2.244]) by violet.upc.es (8.14.1/8.13.1) with ESMTP id pARBv0a4000589 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sun, 27 Nov 2011 12:57:00 +0100 Received: from portgus.lan ([80.31.114.86]) (authenticated bits=0) by ackerman2.upc.es (8.14.4/8.14.4) with ESMTP id pARBuvd0016100 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sun, 27 Nov 2011 12:56:59 +0100 Message-ID: <4ED22583.4040801@entel.upc.edu> Date: Sun, 27 Nov 2011 12:56:51 +0100 From: =?UTF-8?B?R3VzdGF1IFDDqXJleg==?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111111 Thunderbird/8.0 MIME-Version: 1.0 To: Andriy Gapon References: <4ECF7440.4070300@entel.upc.edu> <4ECF8F05.8000007@protected-networks.net> <4ED0C40D.5010307@entel.upc.edu> <4ED0D963.1030702@entel.upc.edu> <4ED0DF1F.6090901@FreeBSD.org> <20111126163343.GA9150@reks> <4ED1943A.90707@protected-networks.net> <4ED1F7AE.3030105@FreeBSD.org> In-Reply-To: <4ED1F7AE.3030105@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.70 on 147.83.2.244 X-Mail-Scanned: Criba 2.0 + Clamd X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (violet.upc.es [147.83.2.51]); Sun, 27 Nov 2011 12:57:01 +0100 (CET) Cc: gleb.kurtsou@gmail.com, freebsd-emulation@freebsd.org, freebsd-current@freebsd.org Subject: Re: Freeze with 10.0 and VirtualBox {4.1.4|4.1.6|4.1.51r38464} 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, 27 Nov 2011 11:57:03 -0000 >>> >>> Using new vm_page_alloc_contig() may be a better option here. Can't help >>> with patch, stuck with pre Nov 15 CURRENT myself. >> Ok. The third parameter of vm_page_alloc_contig says the caller has to specify an allocation class. Which one should we use? Also the vm_object_t and the vm_memattr_t are are beyond my knowledge. I'm checking Arch Book but I have no clue. Here I'm lost. > Not "also", but instead. And only for managed pages. For unmanaged pages a > caller doesn't have to acquire anything. > The relevant change in head has happened much much earlier than r227568. > > And this is a totally different issue from the vm_phys_alloc_contig issue. > Let's not mix them. > I changed the code hold the lock of vm_page_queue_free_mtx. The machine them panic because of a page not present. http://pastebin.com/hGHCJqEP I don't understand why the bt doesn't contain the complete trace of the vbox kmod. That would give us a complete clue of what is going on. OTOH this bt makes me think that Gleb's suggestion is correct and vm_page_alloc_contig would appear to be a better option. However I'm not sure, what do you think?