amd64/186061: FreeBSD 10 crashes as KVM guest on GNU/Linux on AMD family 10h CPUs
Simon Matter
simon.matter at invoca.ch
Fri Feb 7 13:07:17 UTC 2014
> On Thursday, February 06, 2014 6:00:01 am Simon Matter wrote:
>> The following reply was made to PR amd64/186061; it has been noted by
>> GNATS.
>>
>> From: "Simon Matter" <simon.matter at invoca.ch>
>> To: bug-followup at FreeBSD.org
>> Cc: simon.matter at invoca.ch
>> Subject: Re: amd64/186061: FreeBSD 10 crashes as KVM guest on GNU/Linux
>> on
>> AMD family 10h CPUs
>> Date: Thu, 6 Feb 2014 11:46:41 +0100
>>
>> ------=_20140206114641_95473
>> Content-Type: text/plain; charset="iso-8859-1"
>> Content-Transfer-Encoding: 8bit
>>
>> Hi,
>>
>> After thinking about it again it seems the proposed solution may not be
>> enough. At least KVM allows to migrate guests from an Intel to an AMD
>> processor. That means in case of running as a vm guest, it's required
>> to
>> always enable "AMD Erratum 383" workaround. Otherwise, after migration
>> to
>> an affected AMD Family 10h processor, the guest could triggered AMD
>> Erratum 383.
>>
>> I've tried to implement this and attached patch fixes the problem for
>> me.
>> Would me nice if someone with more experience than me could have a look
>> at
>> it.
>
> I suspect you do not need the mca.c change as I doubt any hypervisors are
> going to pass machine check handling on to guests. Presumably they will
> handle that in the host OS instead.
Hi John,
you are right, my test box is also working without the mca.c change.
BTW, setting vm.pmap.pg_ps_enabled="0" in loader.conf also helps to make
the vm survive but I guess that's not the same and should be avoided?
Isn't the suggested patch the better solution?
Thanks,
Simon
More information about the freebsd-amd64
mailing list