From mboxrd@z Thu Jan 1 00:00:00 1970 From: Konrad Rzeszutek Wilk Subject: Re: ucode=scan usefulness Date: Fri, 5 Dec 2014 11:24:52 -0500 Message-ID: <20141205162452.GF472@laptop.dumpdata.com> References: <5481D7AD020000780004D3BF@mail.emea.novell.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Xwvgg-0006ZL-Kk for xen-devel@lists.xenproject.org; Fri, 05 Dec 2014 16:24:58 +0000 Content-Disposition: inline In-Reply-To: <5481D7AD020000780004D3BF@mail.emea.novell.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Jan Beulich Cc: xen-devel List-Id: xen-devel@lists.xenproject.org On Fri, Dec 05, 2014 at 03:05:01PM +0000, Jan Beulich wrote: > Konrad, > > having been surprised to find your cpio scanning code to not work I > had to realize that this can't possibly work when the initrd is > compressed. Considering that you found this useful nevertheless - Heh. Right. > am I to imply that you're running with (and only considering) non- > compressed initrd? Are there plans to support compressed ones too? I hadn't thought of that use-case as the vehicle to create the payload is 'dracut'. And its mechanism is to prepend the uncompressed cpio with microcode to the compressed cpio with normal initramfs. Thought of course there is nothing stopping to have an compressed initramfs _with_ the microcode blobs. I will put this on the Xen 4.6 roadmap. P.S. Thought let me double-check that 'dracut' does not compress - it was not doing that in Fedora 20. > > Jan >