Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1761398Ab2FVGlG (ORCPT ); Fri, 22 Jun 2012 02:41:06 -0400 Received: from ud10.udmedia.de ([194.117.254.50]:39262 "EHLO mail.ud10.udmedia.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753854Ab2FVGlE (ORCPT ); Fri, 22 Jun 2012 02:41:04 -0400 Date: Fri, 22 Jun 2012 08:41:00 +0200 From: Markus Trippelsdorf To: Borislav Petkov Cc: "H. Peter Anvin" , Henrique de Moraes Holschuh , Peter Zijlstra , "Yu, Fenghua" , X86-ML , Ingo Molnar , Thomas Gleixner , LKML , Andreas Herrmann Subject: Re: [PATCH 2/2] x86, microcode: Make reload interface per system Message-ID: <20120622064100.GA286@x4> References: <1340121811-4477-3-git-send-email-bp@amd64.org> <3E5A0FA7E9CA944F9D5414FEC6C7122007737623@ORSMSX105.amr.corp.intel.com> <20120619232857.GH5996@aftab.osrc.amd.com> <4FE26155.8030207@zytor.com> <20120621100721.GB6437@aftab.osrc.amd.com> <4FE3ADDF.2060908@zytor.com> <20120622025631.GD29505@aftab.osrc.amd.com> <4FE3E428.8080207@zytor.com> <20120622033634.GG29505@aftab.osrc.amd.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120622033634.GG29505@aftab.osrc.amd.com> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1771 Lines: 47 On 2012.06.22 at 05:36 +0200, Borislav Petkov wrote: > On Thu, Jun 21, 2012 at 08:19:04PM -0700, H. Peter Anvin wrote: > > On 06/21/2012 07:56 PM, Borislav Petkov wrote: > > >> > > >> That is orthogonal. Anyway, my only concern about the request_firmware > > >> interface is that the timing will be inherently wrong. > > > > > > Timing? Please elaborate. > > > > > > > The request_firmware will happen as soon as the driver is loaded; with > > the early microcode blob scheme the driver will need to be built in and > > so the request_firmware will happen, redundantly, immediately... > > What if BIOS has patch version 1 (numbers are only for showing what I > mean), then early scheme applies patch v2 but there is a newer patch > version 3 in /lib/firmware? > > If the ucode driver is built in, we don't get to update to v3 > automatically. User has to do it. > > The current fix for this situation is have the microcode.ko as module > (and only allow it as M) which then automatically does request_firmware > at module init time and loads v3. > > Which doesn't help people who don't build modules... People who don't use modules have: echo -n 1 > /sys/devices/system/cpu/cpu0/microcode/reload ... in their init script already. That will have to change to a single: echo -n 1 >| /sys/devices/system/cpu/microcode/reload in your new scheme. Of course the best solution would be to get rid of that manual reload altogether and to automatically load the firmware during boot (even without modules)... -- Markus -- 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/