[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] How many patches are missing in upstream Linux?
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@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". Right! Thanks for spotting that. > > Jan > _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |