kvm.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: bugzilla-daemon@bugzilla.kernel.org
To: kvm@vger.kernel.org
Subject: [Bug 117301] Could not insert kvm_intel on dual Xeon X5355
Date: Thu, 28 Apr 2016 16:51:48 +0000	[thread overview]
Message-ID: <bug-117301-28872-WT5mj7mVKE@https.bugzilla.kernel.org/> (raw)
In-Reply-To: <bug-117301-28872@https.bugzilla.kernel.org/>

https://bugzilla.kernel.org/show_bug.cgi?id=117301

Henrique de Moraes Holschuh <hmh@hmh.eng.br> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |hmh@hmh.eng.br

--- Comment #2 from Henrique de Moraes Holschuh <hmh@hmh.eng.br> ---
You have a mixed-stepping hardware configuration: signatures 0x6f7 -- stepping
B3 and 0x6fb -- stepping G0.

I was not even aware this was a supported configuration, although re-reading
the exact language in the data sheet for the Xeon 5300, it *is* supported.

However, a Google search found an Intel Product Change Notification, numbers
PCN 107893-00 and PCN 107467-00, which are *quite clear* that it is indeed
supported, *but that it requires an updated BIOS and microcode on both
processors*.  It is not just the microcode, the BIOS has to set some MSR
registers on the processors to enable cross-stepping compatibility (likely it
dumbs down the 0x6fb one).

So, there you have it: the motherboard BIOS did not initialize the microcode of
the 0x6fb processor (it is at revision 0), therefore it seems safe to assume it
does not support your hardware configuration.  Update that BIOS.

After you do that, you also need to ensure the Linux early microcode update
will also attempt to update that second processor: from the logs, it is being
updated too late (by the late microcode update).  Ensure both microcode updates
are present in the early initramfs created by dracut... if it still doesn't
work, we have a bug in the Linux early microcode loader.

Now, I have to fix some userspace that mistakenly assumes such mixed-stepping
configurations are illegal... (iucode-tool, I don't think it is used by Fedora,
RHEL and CentOS, though).

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

  parent reply	other threads:[~2016-04-28 16:51 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-04-27 11:05 [Bug 117301] New: Could not insert kvm_intel on dual Xeon X5355 bugzilla-daemon
2016-04-27 11:55 ` [Bug 117301] " bugzilla-daemon
2016-04-28 16:51 ` bugzilla-daemon [this message]
2016-04-29 13:30 ` bugzilla-daemon

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=bug-117301-28872-WT5mj7mVKE@https.bugzilla.kernel.org/ \
    --to=bugzilla-daemon@bugzilla.kernel.org \
    --cc=kvm@vger.kernel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).