Re: How many patches are missing in upstream Linux?

[Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>]

On Tue, Mar 11, 2014 at 04:15:38PM +0000, Jan Beulich wrote:
> >>> On 11.03.14 at 16:04, Konrad Rzeszutek Wilk <konrad.wilk@oracle.com> 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 <insert your own opinion here>:
> >> >  - 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
>