Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp2935848ybl; Sun, 12 Jan 2020 06:03:35 -0800 (PST) X-Google-Smtp-Source: APXvYqwxfUkyue6DDG/cTMiDMZ4ujKhXuMp6puPKbovuSiGeKrgC4HYc83NxVH1YWAr1Xi+WVw45 X-Received: by 2002:aca:be56:: with SMTP id o83mr9612980oif.25.1578837815321; Sun, 12 Jan 2020 06:03:35 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1578837815; cv=none; d=google.com; s=arc-20160816; b=o0oh4c3Vk7ZufrDsspR6kNLrxX6wuXxXFtPL1V8ajus3QBDw1D0mMg8HJHlASFd5lV /Wvgc12kKHlq+uz8pdbXQdU7gQNHr90VQ4CJeCmLjQmPVBupnpcmDY/zsagZ60HxFHAc e4fr8miOBCfwyP6GiJhUqEEBt8oLViq+VbOw/PR9lG/pp6TPbm+CTU0Ua2HGXqEbJ2QR Y9venuVF9Ntjfx+JRjsQteer2eE/DTOOnWsrGfqC17wSrtQah19TDQaDojAef0kIX3OQ QnRBxGOnRu4tkkETcx0lVtVsH0jVc1+dLShpm6crr5PwCEjwcaNsf3SWa4hwVBS65cVa PQvQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature:dkim-signature; bh=NJHVvAW6H45CORrSOrRuKfIQ+gphAzjARjRdpy0mtZU=; b=gwocTDY8WSsid8BSH4YGG8CzJTMJVgGWiKn2YXy+w07khVlEtLSxo99KO4lsCOFS3h 2mi05cMPfFE7aOhBU/mu4wSjpZY9BwLvEkMqUcC6FAF66kdxjbCn9GBrcQL6auTf0tW9 PbLP3gIHB+lnCCffBMZgfsv6BK8cWBMZRmM5+zdo85FswOVjvH8TB/+b0rE9mJC3jofB Rm33WnUj2cZI5EvTIOA0z2Yi0M5yaV3mSc9BEtNP8Ab1+SBfvyG/LxwqXqoPtfK9quyi QmiSZc7TZy/b/Weea3DdrQl6O1yPeNg9OLE+VyXJXrf1IcfTtwtpXll7GaCKBESk7YjN RXVg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kroah.com header.s=fm2 header.b=ofuU86pu; dkim=pass header.i=@messagingengine.com header.s=fm1 header.b=cYzxR5UW; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id h125si4108311oia.253.2020.01.12.06.03.23; Sun, 12 Jan 2020 06:03:35 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@kroah.com header.s=fm2 header.b=ofuU86pu; dkim=pass header.i=@messagingengine.com header.s=fm1 header.b=cYzxR5UW; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1732977AbgALOCX (ORCPT + 99 others); Sun, 12 Jan 2020 09:02:23 -0500 Received: from out5-smtp.messagingengine.com ([66.111.4.29]:59229 "EHLO out5-smtp.messagingengine.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1732953AbgALOCW (ORCPT ); Sun, 12 Jan 2020 09:02:22 -0500 Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id 7951B21FF3; Sun, 12 Jan 2020 09:02:21 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute6.internal (MEProxy); Sun, 12 Jan 2020 09:02:21 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kroah.com; h= date:from:to:cc:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm2; bh=NJHVvAW6H45CORrSOrRuKfIQ+gp hAzjARjRdpy0mtZU=; b=ofuU86puPMAxtQzA1HSo5IrkN3wwdhjS1hZYNjCYcof LCGwJyy9qDOYYqZOJ94o+MriK+60V/vqf4Ga1N6aiJajuhe+I32/mgQF/jbQZptN MNj00JiTuUMTv3dyuFjMxJBcARFZFmRJcCZt7VGiSpzVIB37D7RdNjdM/sbm/3t6 KCU6WLd0gzPP5IX3VUhbWGAITGu5SQW8QF4jFvnAawK9f8sjqTKKhL02Kyu64/q6 +s4lzIjvq6UnmI7n588vgHHUxJ0gobmPVL+dc9Dxs9pr5PdiTG0OtT4DGKnnldv7 6HSq+wyP83zeUn07R7aHfxgFF4Q3gu4SHtI9neg9ARg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=NJHVvA W6H45CORrSOrRuKfIQ+gphAzjARjRdpy0mtZU=; b=cYzxR5UWGSFLtYh27kOQii 6R4dp5H2kabSo57qlG6K031/ON7fEXKaNMaxEo9d0RwbHTeajqdAWcRL4hbmhGnH Eaxxh+b7PJEFvLz+4FkUqkgWHPlNnWQvF/MctRjYYIeCdoLqI0EJ0h0oBTaVtUcs vq7r+JiRovKZANDjhIDf+LgfanLEk57xYZZcC5vEyhAzIWAnKYbXse9HKJiR+qzg c3IiHclubyHj8LUkB5Twh9HiFahBnnM9AbNcaW+AvkdarS1SFBuRPUkGVB0dRvGa rDsaHNayn+hVqz00+CkZ5JSiHOv4fPUcz4qqAxq3udz5W/89pKgTRXJPChRMLzPQ == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedrvdeikedgheekucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepfffhvffukfhfgggtuggjsehttdertddttddvnecuhfhrohhmpefirhgvghcu mffjuceoghhrvghgsehkrhhorghhrdgtohhmqeenucfkphepkeefrdekiedrkeelrddutd ejnecurfgrrhgrmhepmhgrihhlfhhrohhmpehgrhgvgheskhhrohgrhhdrtghomhenucev lhhushhtvghrufhiiigvpedt X-ME-Proxy: Received: from localhost (83-86-89-107.cable.dynamic.v4.ziggo.nl [83.86.89.107]) by mail.messagingengine.com (Postfix) with ESMTPA id 6ABE880062; Sun, 12 Jan 2020 09:02:20 -0500 (EST) Date: Sun, 12 Jan 2020 15:02:18 +0100 From: Greg KH To: Jari Ruusu Cc: Borislav Petkov , Fenghua Yu , Luis Chamberlain , Linus Torvalds , linux-kernel@vger.kernel.org, stable@vger.kernel.org Subject: Re: Fix built-in early-load Intel microcode alignment Message-ID: <20200112140218.GA902610@kroah.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, Jan 12, 2020 at 03:03:44PM +0200, Jari Ruusu wrote: > On 1/12/20, Jari Ruusu wrote: > > Intel Software Developer's Manual, volume 3, chapter 9.11.6 says: > > "Note that the microcode update must be aligned on a 16-byte > > boundary and the size of the microcode update must be 1-KByte > > granular" > > > > When early-load Intel microcode is loaded from initramfs, > > userspace tool 'iucode_tool' has already 16-byte aligned those > > microcode bits in that initramfs image. Image that was created > > something like this: > > > > iucode_tool --write-earlyfw=FOO.cpio microcode-files... > > > > However, when early-load Intel microcode is loaded from built-in > > firmware BLOB using CONFIG_EXTRA_FIRMWARE= kernel config option, > > that 16-byte alignment is not guaranteed. > > > > Fix this by forcing all built-in firmware BLOBs to 16-byte > > alignment. > > Backport of "Fix built-in early-load Intel microcode alignment" > for linux-4.19 and older stable kernels. Any hint as to what that git commit id is? thanks, greg k-h