From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= Subject: Re: FreeBSD PVHVM call for testing Date: Wed, 29 May 2013 19:45:23 +0200 Message-ID: <51A63EB3.5090007__46719.4104487591$1369849671$gmane$org@citrix.com> References: <5197A1EA.2040404@freebsd.org> <519CAFC7.1070908@citrix.com> <519D24A9.3050407@freebsd.org> <519DDC0A.9000201@citrix.com> <519E6958.6020606@freebsd.org> <519F3CD0.5090405@citrix.com> <51A4D804.9050208@citrix.com> <20130528191855.GA13736@u109add4315675089e695.ant.amazon.com> <51A5229F.80205@freebsd.org> <51A634EC.7050805@citrix.com> <20130529172201.GA20973@u109add4315675089e695.ant.amazon.com> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Return-path: In-Reply-To: <20130529172201.GA20973@u109add4315675089e695.ant.amazon.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Matt Wilson Cc: "freebsd-xen@freebsd.org" , "xen-users@lists.xen.org" , "freebsd-virtualization@freebsd.org" , Colin Percival , xen-devel List-Id: xen-devel@lists.xenproject.org On 29/05/13 19:22, Matt Wilson wrote: > On Wed, May 29, 2013 at 07:03:40PM +0200, Roger Pau Monn=E9 wrote: >> >> Hello, >> >> Thanks Matt and Colin for the testing and help! I've pushed yet another >> version, now it's branch pvhvm_v12, which I *think* should solve the >> issues with cpuid !=3D acpi_id: >> >> http://xenbits.xen.org/gitweb/?p=3Dpeople/royger/freebsd.git;a=3Dshortlo= g;h=3Drefs/heads/pvhvm_v12 >> >> Since I'm not able to reproduce the cpuid !=3D acpi_id case, could you >> give it a try and report the results? > = > Colin, can you build an AMI with this new kernel? > = > [...] > = >> On 28/05/13 23:33, Colin Percival wrote: >>> On a cc2.8xlarge EC2 instance, the lines which come after this are >>>> GEOM: new disk xbd1 >>>> GEOM: new disk xbd2 >>>> GEOM: new disk xbd3 >>>> GEOM: new disk xbd4 >>>> Trying to mount root from ufs:/dev/ad0a [rw]... >>>> start_init: trying /sbin/init >>> and then the userland boot process; have you made any bug fixes after >>> your pvhvm_v7 which would explain why tasting disks was hanging? >> >> I'm not sure I follow, did you found a regression from previous >> branches? i.e. it used to work with branch pvhvm_v6 and not pvhvm_v7? > = > Colin was saying that his local change only moved the boot process a > bit farther for cr1.8xlarge. Perhaps some of the other changes you > made in the latest pvhvm_v12 branch will get the VM all the way up. Oh, sure, more changes where needed in order to get it to work, like using acpi_id to map the vcpu_info and perform the cpu bindings.