Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756305AbZCMIuN (ORCPT ); Fri, 13 Mar 2009 04:50:13 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753347AbZCMIt5 (ORCPT ); Fri, 13 Mar 2009 04:49:57 -0400 Received: from mail-bw0-f175.google.com ([209.85.218.175]:43359 "EHLO mail-bw0-f175.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752347AbZCMItz (ORCPT ); Fri, 13 Mar 2009 04:49:55 -0400 X-Greylist: delayed 349 seconds by postgrey-1.27 at vger.kernel.org; Fri, 13 Mar 2009 04:49:54 EDT DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=GUbXqF90o2UY7hXF0ZTczSkFWn36YEAWQOvXis9E3ijwNN8VcDsk5xObSEsA2shyjm IkwfEgKYkPLF9Bt+DJozYrC5kFqGYnBb8bTLrNmeNmN5qfU6T7cPnvZKO4J1OCT02OaM DMhvGwzOODd+t4YZizzHMv9x0KyHL74CC1Jc0= MIME-Version: 1.0 In-Reply-To: <2d05c4580903130142o2e5ebbcfw1e35eb52ea48e4b1@mail.gmail.com> References: <2d05c4580903090243k6cf73ee9ubb6c4fccf0f07a2f@mail.gmail.com> <20090309141655.GA24213@silver.sucs.org> <20090309081109.376f7a7e@infradead.org> <20090309153449.GB24213@silver.sucs.org> <20090309095330.30278385@infradead.org> <49B8DDDF.8080708@cateee.net> <20090312070759.25d24ab0@infradead.org> <2d05c4580903130142o2e5ebbcfw1e35eb52ea48e4b1@mail.gmail.com> Date: Fri, 13 Mar 2009 09:44:02 +0100 Message-ID: <2d05c4580903130144t8e92950l7a6cb1078a8a577b@mail.gmail.com> Subject: Linux* Processor Microcode Data File From: Dragoslav Zaric To: LKML Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1459 Lines: 39 --------------------------------------------- I found this on web site http://kerneltrap.org Tigran Aivazian, author of the IA32 microcode driver and Microcode Update Utility for Linux explained: "The answer to your question is that some Intel CPUs (just like any other hardware or software) contain bugs and, fortunately, their architecture is flexible enough to provide a way to fix those bugs by means of loading the microcode update on the fly, i.e. while the OS is running with no need to reboot (in fact, rebooting or otherwise resetting the CPU causes the update to be lost and requires to run the update again)." --------------------------------------------- So when you reboot system, you reset CPU to original state, and after that you must apply microcode, and this is what is actually doing right now, you put microcode in folder /etc/firmware and after boot microcode is loaded. So I think for CPU hotplug it is also natural that microcode is loaded after plugging, because you can not use microcode from boot process. Maybe kernel should have database of tested microcodes, so when you plug CPU appropriate microcode is loaded. -- Thanks Dragoslav Zaric [Programmer ; M.Sc. in Astrophysics] -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/