paravirt patches in -mm

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sat, 30 Sep 2006 21:46:50 -0700
Zachary Amsden <zach at vmware.com> wrote:

> Andrew Morton wrote:
> > Guys, could you please confirm that these patches from -mm:
> >
> > paravirt-remove-read-hazard-from-cow.patch
> > paravirt-pte-clear-not-present.patch
> > paravirt-lazy-mmu-mode-hooks.patch
> > paravirt-combine-flush-accessed-dirty.patch
> > paravirt-kpte-flush.patch
> > paravirt-optimize-ptep-establish-for-pae.patch
> > paravirt-remove-set-pte-atomic.patch
> > paravirt-pae-compile-fix.patch
> > paravirt-update-pte-hook.patch
> >
> > are suitable for mainline inclusion?
> >   
> 
> Yes, these are all originally by me, and they are suitable for 
> mainline.  They are either nops in mainline or are actually enhancements 
> to mainline, simplifying or optimizing the pte accessors on i386 and 
> have zero impact (or improved) impact on code generation and 
> performance.

OK, thanks.

>  The only regrettable fact is that I broke PAE somewhere in 
> the middle of the series (thus requiring paravirt-pae-compile-fix as a 
> separate patch, when I should have rolled the fix into the proper 
> patch).

I can find no PAE compile error, and paravirt-pae-compile-fix.patch just
removes a few config.h inclusions.

>  But if you take the whole batch, there is no problem.

Well we don't like to break the build partway through a patch series
because that makes git-bisecting a pain if you happen to land at a bad
spot.

<ten compiles later>

It all looks good to me. 


[Index of Archives]     [KVM Development]     [Libvirt Development]     [Libvirt Users]     [CentOS Virtualization]     [Netdev]     [Ethernet Bridging]     [Linux Wireless]     [Kernel Newbies]     [Security]     [Linux for Hams]     [Netfilter]     [Bugtraq]     [Yosemite Forum]     [MIPS Linux]     [ARM Linux]     [Linux RAID]     [Linux Admin]     [Samba]

  Powered by Linux