From: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
To: Igor Mammedov <imammedo@redhat.com>
Cc: xen-devel@lists.xensource.com
Subject: Re: Features and bug fixes for Linux kernel 3.2.
Date: Fri, 14 Oct 2011 09:56:27 -0400 [thread overview]
Message-ID: <20111014135627.GC4577@phenom.oracle.com> (raw)
In-Reply-To: <4E9825AC.9050708@redhat.com>
On Fri, Oct 14, 2011 at 02:06:04PM +0200, Igor Mammedov wrote:
> On 10/13/2011 09:09 PM, Konrad Rzeszutek Wilk wrote:
> >Hey,
> >
> >Please keep in mind that there is some outstanding work going on which
> >could make it in 3.2 depending on when the merge window opens. I will
> >enumerate those in the next email.
> >
> >Anyhow, for 3.2 Linux kernel we have these items loaded and ready to go:
> >
> > - A new mechanism to parse the E820 resulting in better ballooning.
> > - hwclock support. Meaning you can do 'date XX' and it will be saved by machine.
> > - Support for PCI multi-segmented machines (big big iron boxes)
> > - Optimizations in DMA API.
> > - "feature-barrier" in the xen-blkback so that older kernels (SLES10)
> > can issue those.
> > - "feature-discard" so that TRIM/SCSI UNMAP operations can be utilized.
> > - kexec/kdump support for PVonHVM.
> > - Cleanups in the code (mostly scripts/cleanpatch.pl)
> > - Static analyzer (smatch) run results fixing bugs.
> > - Tons of bug fixes.
> >
> >If you think I missed something - please please email me immediately.
> >
> >
> >The list is as follow.
> >
> >Dan Carpenter (1):
> > xen/pciback: double lock typo
> >
> >David Vrabel (9):
> > xen/balloon: account for pages released during memory setup
> > xen/balloon: simplify test for the end of usable RAM
> > xen: allow balloon driver to use more than one memory region
> > xen: allow extra memory to be in multiple regions
> > xen: release all pages within 1-1 p2m mappings
> > xen: use generic functions instead of xen_{alloc, free}_vm_area()
> > block: xen-blkback: use API provided by xenbus module to map rings
> > net: xen-netback: use API provided by xenbus module to map rings
> > xen: map foreign pages for shared rings by updating the PTEs directly
> >
> >Jan Beulich (5):
> > xen/pci: make bus notifier handler return sane values
> > xen/pciback: use mutex rather than spinlock in passthrough backend
> > xen/pciback: miscellaneous adjustments
> > xen/pci: support multi-segment systems
> > xen-blkback: use kzalloc() in favor of kmalloc()+memset()
> >
> >Jeremy Fitzhardinge (2):
> > xen: add dom0_op hypercall
> > xen/dom0: set wallclock time in Xen
> >
> >Joe Jin (1):
> > xen-blkback: fixed indentation and comments
> >
> >Konrad Rzeszutek Wilk (24):
> > Revert "xen/debug: WARN_ON when identity PFN has no _PAGE_IOMAP flag set."
> > xen-pcifront: Update warning comment to use 'e820_host' option.
> > xen-swiotlb: Retry up three times to allocate Xen-SWIOTLB
> > xen-swiotlb: Fix wrong panic.
> > xen-swiotlb: When doing coherent alloc/dealloc check before swizzling the MFNs.
> > xen/pciback: Use mutexes when working with Xenbus state transitions.
> > xen/pciback: use mutex rather than spinlock in vpci backend
> > xen/p2m: Make debug/xen/mmu/p2m visible again.
> > xen/p2m: Use SetPagePrivate and its friends for M2P overrides.
> > x86/paravirt: Partially revert "remove lazy mode in interrupts"
>
> Have You meant ^^^ "x86/paravirt: PTE updates in k(un)map_atomic need to be synchronous, regardless of lazy_mmu mode" there?
Ah, yes, and I believe that patch is actually carried by Andrew Morton,
so let me drop it here.
Thanks for spotting that!
next prev parent reply other threads:[~2011-10-14 13:56 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-10-13 19:09 Features and bug fixes for Linux kernel 3.2 Konrad Rzeszutek Wilk
2011-10-14 12:06 ` Igor Mammedov
2011-10-14 13:56 ` Konrad Rzeszutek Wilk [this message]
2011-10-14 14:58 ` Ian Campbell
2011-10-14 17:04 ` Konrad Rzeszutek Wilk
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20111014135627.GC4577@phenom.oracle.com \
--to=konrad.wilk@oracle.com \
--cc=imammedo@redhat.com \
--cc=xen-devel@lists.xensource.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.