Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758470Ab2FTX0f (ORCPT ); Wed, 20 Jun 2012 19:26:35 -0400 Received: from s15943758.onlinehome-server.info ([217.160.130.188]:49340 "EHLO mail.x86-64.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754707Ab2FTX0e (ORCPT ); Wed, 20 Jun 2012 19:26:34 -0400 Date: Thu, 21 Jun 2012 01:26:32 +0200 From: Borislav Petkov To: Henrique de Moraes Holschuh Cc: Peter Zijlstra , Borislav Petkov , "Yu, Fenghua" , X86-ML , "H. Peter Anvin" , Ingo Molnar , Thomas Gleixner , LKML , Andreas Herrmann Subject: Re: [PATCH 2/2] x86, microcode: Make reload interface per system Message-ID: <20120620232632.GE2016@aftab.osrc.amd.com> References: <1340121811-4477-3-git-send-email-bp@amd64.org> <3E5A0FA7E9CA944F9D5414FEC6C7122007737623@ORSMSX105.amr.corp.intel.com> <20120619232857.GH5996@aftab.osrc.amd.com> <1340182778.21745.75.camel@twins> <20120620095616.GB10012@aftab.osrc.amd.com> <1340186931.21745.90.camel@twins> <20120620101943.GE10012@aftab.osrc.amd.com> <1340187720.21745.97.camel@twins> <20120620232117.GC4223@khazad-dum.debian.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120620232117.GC4223@khazad-dum.debian.net> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1143 Lines: 33 On Wed, Jun 20, 2012 at 08:21:17PM -0300, Henrique de Moraes Holschuh wrote: > > Right, so since we're mucking about with the whole interface anyway, > > can't we fix this too? > > Please! > > Just make it attempt to load a statically named firmware file first, and > fall back to the older variable naming. > > If the reason for the weird naming is a size concern, "iucode_tool > --scan-system -w /lib/firmware/intel-ucode/x86.bin" (or whatever you name > it) would create a file with just the microcode required by the (online) > processors in the running system. But why go to all that trouble? Why not just load the single blob and let the ucode driver figure out which patch is needed? The way we do it, btw. -- Regards/Gruss, Boris. Advanced Micro Devices GmbH Einsteinring 24, 85609 Dornach GM: Alberto Bozzo Reg: Dornach, Landkreis Muenchen HRB Nr. 43632 WEEE Registernr: 129 19551 -- 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/