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.