Date: Wed, 29 May 2013 19:45:23 +0200 From: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= <roger.pau@citrix.com> To: Matt Wilson <msw@amazon.com> Cc: "freebsd-xen@freebsd.org" <freebsd-xen@freebsd.org>, "xen-users@lists.xen.org" <xen-users@lists.xen.org>, "freebsd-virtualization@freebsd.org" <freebsd-virtualization@freebsd.org>, xen-devel <xen-devel@lists.xen.org> Subject: Re: [Xen-devel] FreeBSD PVHVM call for testing Message-ID: <51A63EB3.5090007@citrix.com> In-Reply-To: <20130529172201.GA20973@u109add4315675089e695.ant.amazon.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>
next in thread | previous in thread | raw e-mail | index | archive | help
On 29/05/13 19:22, Matt Wilson wrote: > On Wed, May 29, 2013 at 07:03:40PM +0200, Roger Pau Monné 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 != acpi_id: >> >> http://xenbits.xen.org/gitweb/?p=people/royger/freebsd.git;a=shortlog;h=refs/heads/pvhvm_v12 >> >> Since I'm not able to reproduce the cpuid != 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.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?51A63EB3.5090007>