From owner-freebsd-virtualization@FreeBSD.ORG Thu May 23 17:22:35 2013 Return-Path: Delivered-To: freebsd-virtualization@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9C07913F; Thu, 23 May 2013 17:22:35 +0000 (UTC) (envelope-from jeroen@dckd.nl) Received: from positron.dckd.nl (positron.dckd.nl [94.142.246.99]) by mx1.freebsd.org (Postfix) with ESMTP id 2CD201F3; Thu, 23 May 2013 17:22:34 +0000 (UTC) Received: from [10.87.136.62] (unknown [88.128.80.6]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by positron.dckd.nl (Postfix) with ESMTPSA id 824DCF80D1; Thu, 23 May 2013 19:22:31 +0200 (CEST) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: FreeBSD PVHVM call for testing From: Jeroen van der Ham In-Reply-To: Date: Thu, 23 May 2013 19:22:27 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <0BBCBA0B-F4A6-4775-A172-D051D9363665@dckd.nl> References: <519131D8.9010307@citrix.com> <616EE8A8-78BA-46E6-90AA-4A22160289DF@dckd.nl> <519E1AA6.2060808@citrix.com> <519E4850.1090305@citrix.com> To: Outback Dingo X-Mailer: Apple Mail (2.1503) Cc: "freebsd-xen@freebsd.org" , "xen-users@lists.xen.org" , xen-devel , "freebsd-virtualization@freebsd.org" X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Discussion of various virtualization techniques FreeBSD supports." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 May 2013 17:22:35 -0000 Hi, Just remove this line (or pointing to a similar file from the template: = (It's part of the disks definition: > 'file:/root/freebsd-10.iso,hdc:cdrom,r', Jeroen. On 23 May 2013, at 19:02, Outback Dingo wrote: > On Thu, May 23, 2013 at 12:48 PM, Roger Pau Monn=E9 = wrote: >=20 >> On 23/05/13 18:30, Outback Dingo wrote: >>>=20 >>>=20 >>>=20 >>> On Thu, May 23, 2013 at 9:33 AM, Roger Pau Monn=E9 = >> > wrote: >>>=20 >>> On 23/05/13 14:57, Jeroen van der Ham wrote: >>>> Hi, >>>>=20 >>>> On 13 May 2013, at 20:32, Roger Pau Monn=E9 >> > wrote: >>>>> Right now the code is in a state where it can be tested by users, >>> so we >>>>> would like to encourage FreeBSD and Xen users to test it and >> provide >>>>> feedback. >>>>=20 >>>> I've just been able to install it on a VPS using the latest >>> pvhvm_v9 branch. >>>=20 >>> The branch pvhvm_v9 contains an initial implementation of PV IPIs = for >>> amd64. I've now finished it and I'm going to port it to i386 = also, >> and >>> push a new branch to the repository. >>>=20 >>>> This is good news, because the system I had before actually had >>> trouble with the HVM kernel from 9.1 [0]. >>>>=20 >>>> I'm going to leave this running for a while and do some more tests >>> on it. >>>>=20 >>>> Jeroen. >>>>=20 >>>>=20 >>>> [0]: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D175822 >>>>=20 >>>=20 >>> I built the rev_9 branch on a XCP host and rebooted, however I am = seeing >>>=20 >>> on boot after ugen0.2: at usbus0 >>>=20 >>> run_interrupt_driven_hooks: still waiting after 60 seconds for >>> xenbus_nop_confighook_cb >>> run_interrupt_driven_hooks: still waiting after 120 seconds for >>> xenbus_nop_confighook_cb >>> run_interrupt_driven_hooks: still waiting after 180 seconds for >>> xenbus_nop_confighook_cb >>> run_interrupt_driven_hooks: still waiting after 240 seconds for >>> xenbus_nop_confighook_cb >>> run_interrupt_driven_hooks: still waiting after 300 seconds for >>> xenbus_nop_confighook_cb >>> panic: run_interrupt_driven_confighooks: waited too long >>> cpuid =3D 0 >>> KDB: enter: panic >>> [ thread pid 0 tid 100000 ] >>> Stropped at kdb_enter +0x3b: movq $0,0xad6522(%rip) >>> db> >>=20 >> =46rom what I've read on the list, it seems like you cannot boot the = PVHVM >> kernel if you have a cdrom attached to the guest, could you try >> disabling the cdrom and booting again? >>=20 >>=20 > great how does one go about disabling the cdrom, i get some disk = parameters > needs to be removed from the vm template before boot