From: Boris Ostrovsky <boris.ostrovsky@amd.com>
To: Ian Campbell <ijc@hellion.org.uk>
Cc: "xen-devel@lists.xen.org" <xen-devel@lists.xen.org>,
Jan Beulich <JBeulich@suse.com>,
debian-kernel <debian-kernel@lists.debian.org>
Subject: Re: pvops microcode support for AMD FAM >= 15
Date: Wed, 5 Dec 2012 11:48:19 -0500 [thread overview]
Message-ID: <50BF7AD3.9010407@amd.com> (raw)
In-Reply-To: <1354711402.15296.188.camel@zakaz.uk.xensource.com>
On 12/05/2012 07:43 AM, Ian Campbell wrote:
> I've just tried this on a fam 15h and I get:
>
> (XEN) microcode: collect_cpu_info: patch_id=0x6000626
> (XEN) microcode: size 5260, block size 2592, offset 60
> (XEN) microcode: CPU0 found a matching microcode update with version 0x6000629 (current=0x6000626)
> (XEN) microcode: CPU0 updated from revision 0x6000626 to 0x6000629
>
> (XEN) microcode: collect_cpu_info: patch_id=0x6000629
> (XEN) microcode: size 5260, block size 2592, offset 60
> (XEN) microcode: size 5260, block size 2592, offset 2660
> (XEN) microcode: CPU1 patch does not match (patch is 6101, cpu base id is 6012)
>
> (XEN) microcode: collect_cpu_info: patch_id=0x6000626
> (XEN) microcode: size 5260, block size 2592, offset 60
> (XEN) microcode: CPU2 found a matching microcode update with version 0x6000629 (current=0x6000626)
> (XEN) microcode: CPU2 updated from revision 0x6000626 to 0x6000629
>
> (XEN) microcode: collect_cpu_info: patch_id=0x6000629
> (XEN) microcode: size 5260, block size 2592, offset 60
> (XEN) microcode: size 5260, block size 2592, offset 2660
> (XEN) microcode: CPU3 patch does not match (patch is 6101, cpu base id is 6012)
>
> (XEN) microcode: collect_cpu_info: patch_id=0x6000626
> (XEN) microcode: size 5260, block size 2592, offset 60
> (XEN) microcode: CPU4 found a matching microcode update with version 0x6000629 (current=0x6000626)
> (XEN) microcode: CPU4 updated from revision 0x6000626 to 0x6000629
>
> (XEN) microcode: collect_cpu_info: patch_id=0x6000629
> (XEN) microcode: size 5260, block size 2592, offset 60
> (XEN) microcode: size 5260, block size 2592, offset 2660
> (XEN) microcode: CPU5 patch does not match (patch is 6101, cpu base id is 6012)
>
> (XEN) microcode: collect_cpu_info: patch_id=0x6000626
> (XEN) microcode: size 5260, block size 2592, offset 60
> (XEN) microcode: CPU6 found a matching microcode update with version 0x6000629 (current=0x6000626)
> (XEN) microcode: CPU6 updated from revision 0x6000626 to 0x6000629
>
> ....
>
> It seems like it is applying successfully on only the even numbered
> cpus. Is this because the odd and even ones share some execution units
> and therefore share microcode updates too? IOW update CPU0 also updates
> CPU1 under the hood.
>
> If so then we probably want to teach Xen about this, although at least
> for now though it would mean that the microcode is actually getting
> applied despite the messages.
On fam15h cores are grouped in pairs into compute units (CUs) and cores
in CUs share microcode engine. So yes, you are right --- when we apply a
patch to one core, the other one sees the update.
I believe at some point we thought about making code smarter and
applying patch only on one core in a CU but then decided against it
because of some corner cases, For example, there are parts with
single-core CUs and it is not out of question that some BIOSes may not
enumerate them correctly. Yes, we can figure this all out in the code
but we didn't feel that adding complexity was worth it.
-boris
next prev parent reply other threads:[~2012-12-05 16:48 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1353936077.5830.30.camel@zakaz.uk.xensource.com>
2012-11-26 13:44 ` pvops microcode support for AMD FAM >= 15 Jan Beulich
2012-11-26 14:13 ` Ian Campbell
[not found] ` <1353939218.5830.34.camel@zakaz.uk.xensource.com>
2012-11-26 14:58 ` Boris Ostrovsky
2012-11-26 23:47 ` Boris Ostrovsky
2012-12-05 12:43 ` Ian Campbell
[not found] ` <1354711402.15296.188.camel@zakaz.uk.xensource.com>
2012-12-05 14:01 ` Ian Campbell
2012-12-05 16:48 ` Boris Ostrovsky [this message]
2012-12-05 17:02 ` Jan Beulich
2012-12-05 17:27 ` Boris Ostrovsky
2012-12-05 17:53 ` Ian Campbell
[not found] ` <1354730007.17165.31.camel@zakaz.uk.xensource.com>
2012-12-06 10:08 ` Ian Campbell
2012-12-06 11:13 ` Jan Beulich
2012-12-06 13:08 ` Boris Ostrovsky
2012-12-06 13:17 ` Jan Beulich
2012-12-05 17:05 ` Ian Campbell
[not found] ` <1354727148.17165.23.camel@zakaz.uk.xensource.com>
2012-12-05 17:33 ` Boris Ostrovsky
2012-12-05 12:46 ` Ian Campbell
[not found] ` <1354711599.15296.191.camel@zakaz.uk.xensource.com>
2012-12-05 21:47 ` Konrad Rzeszutek Wilk
2012-12-06 8:34 ` Ian Campbell
[not found] ` <1354782871.28777.12.camel@dagon.hellion.org.uk>
2012-12-06 10:59 ` Jan Beulich
2012-12-19 20:28 ` Konrad Rzeszutek Wilk
2012-12-05 13:10 ` Ben Guthro
2012-11-26 13:21 Ian Campbell
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=50BF7AD3.9010407@amd.com \
--to=boris.ostrovsky@amd.com \
--cc=JBeulich@suse.com \
--cc=debian-kernel@lists.debian.org \
--cc=ijc@hellion.org.uk \
--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.