Re: [Xen-devel] How many patches are missing in upstream Linux?

["Jan Beulich" <JBeulich@xxxxxxxx>]

>>> On 11.03.14 at 16:04, Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx> 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".

Jan


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel