[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] FreeBSD PVHVM call for testing

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.

Xen-devel mailing list



Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.