From mboxrd@z Thu Jan 1 00:00:00 1970 From: Konrad Rzeszutek Wilk Subject: Re: How many patches are missing in upstream Linux? Date: Tue, 11 Mar 2014 13:38:28 -0400 Message-ID: <20140311173828.GE14684@phenom.dumpdata.com> References: <53185E4D0200007800121725@nat28.tlf.novell.com> <20140306192610.GI9852@localhost.localdomain> <531E26DD.5030807@goop.org> <20140311150401.GG13345@phenom.dumpdata.com> <531F44BA0200007800122EE0@nat28.tlf.novell.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WNQdW-0002WJ-47 for xen-devel@lists.xenproject.org; Tue, 11 Mar 2014 17:38:42 +0000 Content-Disposition: inline In-Reply-To: <531F44BA0200007800122EE0@nat28.tlf.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: Jeremy Fitzhardinge , daniel.kiper@oracle.com, david.vrabel@citrix.com, Yang Z Zhang , "xen-devel@lists.xenproject.org" , boris.ostrovsky@oracle.com List-Id: xen-devel@lists.xenproject.org On Tue, Mar 11, 2014 at 04:15:38PM +0000, Jan Beulich wrote: > >>> On 11.03.14 at 16:04, Konrad Rzeszutek Wilk wrote: > > On Mon, Mar 10, 2014 at 01:55:57PM -0700, Jeremy Fitzhardinge wrote: > >> > >> On 03/06/2014 11:26 AM, Konrad Rzeszutek Wilk wrote: > >> > Being worked on are: > >> > - EFI (Daniel Kiper, CC-ed) > >> > >> This has been a blocker for me. My new laptop is EFI booting, so I > >> haven't been running Xen on it for the last few months. I don't have > >> much time for deep work on it, but I'm happy to be a test subject. > >> > >> > - perf (Boris Ostrovsky, CC-ed). > >> > - user mode accessible PV clock (Boris or me) > >> I did have some work on this, but I don't remember how far it got. I > >> think it stumbled on having a mechanism to allow usermode to detect it > >> had switched physical cpus. Is this a continuation of my patches or a > >> new attempt? > >> > >> > The maintainer is being : > >> > - runtime microcode. What I had been told was to use the 'early > >> > microcode' mechanism - which is now implemented and Xen can also scan > >> > the initramfs to extract the microcode payload and apply it. > >> > >> I've never got that to work, but ucode=-1 with a microcode.dat multiboot > >> modules works pretty well. > > > > Odd. It should be fairly easy with the newest version of dracut. Just > > add this in your /etc/dracut.conf > > > > early_microcode="yes" > > > > and obviously in your grub.cfg (/etc/default/grub) add on the Xen command > > line > > GRUB_CMDLINE_XEN="scan=ucode" > > The other way around I think: "ucode=scan". Right! Thanks for spotting that. > > Jan >