All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andrew Cooper <andrew.cooper3@citrix.com>
To: Aravind Gopalakrishnan <aravind.gopalakrishnan@amd.com>,
	jbeulich@suse.com
Cc: boris.ostrovsky@oracle.com, xen-devel@lists.xen.org,
	keir@xen.org, Suravee.Suthikulpanit@amd.com, "Hurwitz,
	Sherry" <sherry.hurwitz@amd.com>
Subject: Re: [PATCH] x86, amd_ucode: Skip microcode updates for final levels
Date: Fri, 31 Jul 2015 21:48:28 +0100	[thread overview]
Message-ID: <55BBDF1C.3080809@citrix.com> (raw)
In-Reply-To: <55BBDE61.8060806@amd.com>

On 31/07/2015 21:45, Aravind Gopalakrishnan wrote:
> On 7/30/2015 12:01 PM, Andrew Cooper wrote:
>> On 30/07/15 17:23, Aravind Gopalakrishnan wrote:
>>> Some of older[Fam10h] systems require that the microcode versions
>>> that it comes up with should not be updated by the microcode driver.
>>> Otherwise, system hangs are known to occur.
>>>
>>> In this patch, we check for those microcode versions and abort the
>>> update process if existing microcode level is already applied by
>>> the BIOS.
>>>
>>> A linux version of the patch has already made it into tip-
>>> http://marc.info/?l=linux-kernel&m=143703405627170
>>>
>>> Signed-off-by: Aravind Gopalakrishnan <aravind.gopalakrishnan@amd.com>
>>> ---
>>>   xen/arch/x86/microcode_amd.c | 31 +++++++++++++++++++++++++++++++
>>>   1 file changed, 31 insertions(+)
>>>
>>> diff --git a/xen/arch/x86/microcode_amd.c
>>> b/xen/arch/x86/microcode_amd.c
>>> index f79b397..c958a47 100644
>>> --- a/xen/arch/x86/microcode_amd.c
>>> +++ b/xen/arch/x86/microcode_amd.c
>>> @@ -347,6 +347,30 @@ static int container_fast_forward(const void
>>> *data, size_t size_left, size_t *of
>>>       return 0;
>>>   }
>>>   
>> Please include the same comment as the Linux patch, explaining that
>> these microcode versions can't be updated from.
>
> Ok, will do that.
>
>> I would also like to see some documentation from AMD concerning this.
>
> (hopefully) answering Boris' question too here-
>
> So, the patch id values have only been obtained empirically.
> The Linux patch provides the bug reference for
> this:https://bugzilla.suse.com/show_bug.cgi?id=913996
> (It's a fairly long thread but the gist of it is that people
> predominantly seem to be experiencing system hang issues
> when they try to update microcode levels from these patch ids:
> 0x01000098,  0x0100009f, 0x010000af)
>
> From discussing about it internally, we gathered that OS/hypervisor
> cannot reliably perform microcode updates beyond these specified levels
> due to HW issues.

Ok - please include this information in the comment as well please.

~Andrew

  reply	other threads:[~2015-07-31 20:48 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-07-30 16:23 [PATCH] x86, amd_ucode: Skip microcode updates for final levels Aravind Gopalakrishnan
2015-07-30 16:41 ` Boris Ostrovsky
2015-07-30 17:01 ` Andrew Cooper
2015-07-31 20:45   ` Aravind Gopalakrishnan
2015-07-31 20:48     ` Andrew Cooper [this message]
2015-07-31 20:51       ` Aravind Gopalakrishnan

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=55BBDF1C.3080809@citrix.com \
    --to=andrew.cooper3@citrix.com \
    --cc=Suravee.Suthikulpanit@amd.com \
    --cc=aravind.gopalakrishnan@amd.com \
    --cc=boris.ostrovsky@oracle.com \
    --cc=jbeulich@suse.com \
    --cc=keir@xen.org \
    --cc=sherry.hurwitz@amd.com \
    --cc=xen-devel@lists.xen.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.