Patches that are going to be proposed for 2.6.40.

Patches that are going to be proposed for 2.6.40.

[Konrad Rzeszutek Wilk]

. which are on the light side.

These are the branches that I am going to ask Linus to pull:

 - 'stable/general.cleanup' and 'stable/balloon.cleanup'
 - 'stable/irq', 'stable/p2m-e820-pci.v2', 'stable/gntalloc.v7' and 'stable/backend.base.v3'

And will ask the block maintainer (Jens) to pull this one:
 - 'stable/blkfront'

There aren't any big features - mostly just bug-fixes and more nice cleanups.
If it looks that I've missed something - please poke me immediately.


Daniel De Graaf (1):
      xen/gntdev,gntalloc: Remove unneeded VM flags

Daniel Kiper (4):
      xen/balloon: Use PageHighMem() for high memory page detection
      xen/balloon: Simplify HVM integration
      xen/balloon: Clarify credit calculation
      xen/balloon: Move dec_totalhigh_pages() from __balloon_append() to balloon_append()

Ian Campbell (1):
      xen: tidy up whitespace in drivers/xen/Makefile

Konrad Rzeszutek Wilk (14):
      xen/setup: Ignore E820_UNUSABLE when setting 1-1 mappings.
      xen:p2m: Create entries in the P2M_MFN trees's to track 1-1 mappings
      xen/pci: Add xen_[find|register|unregister]_device_domain_owner functions.
      xen/irq: Check if the PCI device is owned by a domain different than DOMID_SELF.
      xen/irq: Add support to check if IRQ line is shared with other domains.
      xen/irq: Export 'xen_pirq_from_irq' function.
      xen/irq: The Xen hypervisor cleans up the PIRQs if the other domain forgot.
      xen/p2m/m2p/gnttab: Support GNTMAP_host_map in the M2P override.
      xen/p2m: Add EXPORT_SYMBOL_GPL to the M2P override functions.
      xen-blkfront: Provide for 'feature-flush-cache' the BLKIF_OP_WRITE_FLUSH_CACHE operation.
      xen-blkfront: Introduce BLKIF_OP_FLUSH_DISKCACHE support.
      Merge branches 'stable/general.cleanup' and 'stable/balloon.cleanup'
      Merge branches 'stable/irq', 'stable/p2m-e820-pci.v2', 'stable/gntalloc.v7' and 'stable/backend.base.v3'
      Merge branches 'stable/blkfront'

Marek Marczykowski (1):
      xen-blkfront: fix data size for xenbus_gather in blkfront_connect

Stefano Stabellini (2):
      xen: do not clear and mask evtchns in __xen_evtchn_do_upcall
      xen: do not implement irq_mask and irq_unmask in xen_percpu_chip

And the full diff stat.

 arch/x86/include/asm/xen/page.h  |    5 +-
 arch/x86/include/asm/xen/pci.h   |   16 ++++
 arch/x86/pci/xen.c               |   94 +++++++++++++++++++++-
 arch/x86/xen/p2m.c               |   43 ++++++++--
 arch/x86/xen/setup.c             |    2 +-
 drivers/block/xen-blkfront.c     |   51 +++++++++----
 drivers/xen/Makefile             |   24 +++---
 drivers/xen/balloon.c            |   25 +++----
 drivers/xen/events.c             |  158 ++++++++++++++++++++++++++-----------
 drivers/xen/gntalloc.c           |   14 +++-
 drivers/xen/gntdev.c             |   16 ++++-
 drivers/xen/grant-table.c        |   31 ++++++--
 include/xen/events.h             |    9 ++-
 include/xen/interface/io/blkif.h |   13 +++
 14 files changed, 385 insertions(+), 116 deletions(-)

Re: Patches that are going to be proposed for 2.6.40.

[Ian Campbell]

On Tue, 2011-05-10 at 18:19 +0100, Konrad Rzeszutek Wilk wrote:
> . which are on the light side.
> 
> These are the branches that I am going to ask Linus to pull:
> 
>  - 'stable/general.cleanup' and 'stable/balloon.cleanup'
>  - 'stable/irq', 'stable/p2m-e820-pci.v2', 'stable/gntalloc.v7' and 'stable/backend.base.v3'
> 
> And will ask the block maintainer (Jens) to pull this one:
>  - 'stable/blkfront'
> 
> There aren't any big features - mostly just bug-fixes and more nice cleanups.
> If it looks that I've missed something - please poke me immediately.

No blkback planned in this cycle?

> 
> 
> Daniel De Graaf (1):
>       xen/gntdev,gntalloc: Remove unneeded VM flags
> 
> Daniel Kiper (4):
>       xen/balloon: Use PageHighMem() for high memory page detection
>       xen/balloon: Simplify HVM integration
>       xen/balloon: Clarify credit calculation
>       xen/balloon: Move dec_totalhigh_pages() from __balloon_append() to balloon_append()
> 
> Ian Campbell (1):
>       xen: tidy up whitespace in drivers/xen/Makefile
> 
> Konrad Rzeszutek Wilk (14):
>       xen/setup: Ignore E820_UNUSABLE when setting 1-1 mappings.
>       xen:p2m: Create entries in the P2M_MFN trees's to track 1-1 mappings
>       xen/pci: Add xen_[find|register|unregister]_device_domain_owner functions.
>       xen/irq: Check if the PCI device is owned by a domain different than DOMID_SELF.
>       xen/irq: Add support to check if IRQ line is shared with other domains.
>       xen/irq: Export 'xen_pirq_from_irq' function.
>       xen/irq: The Xen hypervisor cleans up the PIRQs if the other domain forgot.
>       xen/p2m/m2p/gnttab: Support GNTMAP_host_map in the M2P override.
>       xen/p2m: Add EXPORT_SYMBOL_GPL to the M2P override functions.
>       xen-blkfront: Provide for 'feature-flush-cache' the BLKIF_OP_WRITE_FLUSH_CACHE operation.
>       xen-blkfront: Introduce BLKIF_OP_FLUSH_DISKCACHE support.
>       Merge branches 'stable/general.cleanup' and 'stable/balloon.cleanup'
>       Merge branches 'stable/irq', 'stable/p2m-e820-pci.v2', 'stable/gntalloc.v7' and 'stable/backend.base.v3'
>       Merge branches 'stable/blkfront'
> 
> Marek Marczykowski (1):
>       xen-blkfront: fix data size for xenbus_gather in blkfront_connect
> 
> Stefano Stabellini (2):
>       xen: do not clear and mask evtchns in __xen_evtchn_do_upcall
>       xen: do not implement irq_mask and irq_unmask in xen_percpu_chip
> 
> And the full diff stat.
> 
>  arch/x86/include/asm/xen/page.h  |    5 +-
>  arch/x86/include/asm/xen/pci.h   |   16 ++++
>  arch/x86/pci/xen.c               |   94 +++++++++++++++++++++-
>  arch/x86/xen/p2m.c               |   43 ++++++++--
>  arch/x86/xen/setup.c             |    2 +-
>  drivers/block/xen-blkfront.c     |   51 +++++++++----
>  drivers/xen/Makefile             |   24 +++---
>  drivers/xen/balloon.c            |   25 +++----
>  drivers/xen/events.c             |  158 ++++++++++++++++++++++++++-----------
>  drivers/xen/gntalloc.c           |   14 +++-
>  drivers/xen/gntdev.c             |   16 ++++-
>  drivers/xen/grant-table.c        |   31 ++++++--
>  include/xen/events.h             |    9 ++-
>  include/xen/interface/io/blkif.h |   13 +++
>  14 files changed, 385 insertions(+), 116 deletions(-)
> 
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel

Re: Patches that are going to be proposed for 2.6.40.

[Konrad Rzeszutek Wilk]

On Wed, May 11, 2011 at 08:42:10AM +0100, Ian Campbell wrote:
> On Tue, 2011-05-10 at 18:19 +0100, Konrad Rzeszutek Wilk wrote:
> > . which are on the light side.
> > 
> > These are the branches that I am going to ask Linus to pull:
> > 
> >  - 'stable/general.cleanup' and 'stable/balloon.cleanup'
> >  - 'stable/irq', 'stable/p2m-e820-pci.v2', 'stable/gntalloc.v7' and 'stable/backend.base.v3'
> > 
> > And will ask the block maintainer (Jens) to pull this one:
> >  - 'stable/blkfront'
> > 
> > There aren't any big features - mostly just bug-fixes and more nice cleanups.
> > If it looks that I've missed something - please poke me immediately.
> 
> No blkback planned in this cycle?

Nobody has reviewed it yet. If you do have the time and energy - please do
take a look at http://lwn.net/Articles/441672/

Re: Patches that are going to be proposed for 2.6.40.

[Ian Campbell]

On Wed, 2011-05-11 at 14:14 +0100, Konrad Rzeszutek Wilk wrote:
> On Wed, May 11, 2011 at 08:42:10AM +0100, Ian Campbell wrote:
> > On Tue, 2011-05-10 at 18:19 +0100, Konrad Rzeszutek Wilk wrote:
> > > . which are on the light side.
> > > 
> > > These are the branches that I am going to ask Linus to pull:
> > > 
> > >  - 'stable/general.cleanup' and 'stable/balloon.cleanup'
> > >  - 'stable/irq', 'stable/p2m-e820-pci.v2', 'stable/gntalloc.v7' and 'stable/backend.base.v3'
> > > 
> > > And will ask the block maintainer (Jens) to pull this one:
> > >  - 'stable/blkfront'
> > > 
> > > There aren't any big features - mostly just bug-fixes and more nice cleanups.
> > > If it looks that I've missed something - please poke me immediately.
> > 
> > No blkback planned in this cycle?
> 
> Nobody has reviewed it yet. If you do have the time and energy - please do
> take a look at http://lwn.net/Articles/441672/

Done!

Re: Patches that are going to be proposed for 2.6.40.

[Daniel Kiper]

On Tue, May 10, 2011 at 01:19:11PM -0400, Konrad Rzeszutek Wilk wrote:
> . which are on the light side.
>
> These are the branches that I am going to ask Linus to pull:
>
>  - 'stable/general.cleanup' and 'stable/balloon.cleanup'
>  - 'stable/irq', 'stable/p2m-e820-pci.v2', 'stable/gntalloc.v7' and 'stable/backend.base.v3'
>
> And will ask the block maintainer (Jens) to pull this one:
>  - 'stable/blkfront'
>
> There aren't any big features - mostly just bug-fixes and more nice cleanups.
> If it looks that I've missed something - please poke me immediately.

Konrad, what about https://lkml.org/lkml/2011/5/4/339 ???
I think it is worth to do that cleanups (explanation why
is at https://lkml.org/lkml/2011/5/9/145).

Additionally, today I am going to prapare final version of memory hotplug
patch and fix for git commit 24bdb0b62cc82120924762ae6bc85afc8c3f2b26
(xen: do not create the extra e820 region at an addr lower than 4G)
(I was very tired yesterday and I could not prepare them earlier).
Regarding last one we agreed (Stefano, you and I) that it is worth to
do that. Additionally, I think it is worth to include that fix in
2.6.39, however, as I know it could be very difficult to do that
at that stage.

Daniel

Re: Patches that are going to be proposed for 2.6.40.

[Konrad Rzeszutek Wilk]

On Wed, May 11, 2011 at 11:49:28AM +0200, Daniel Kiper wrote:
> On Tue, May 10, 2011 at 01:19:11PM -0400, Konrad Rzeszutek Wilk wrote:
> > . which are on the light side.
> >
> > These are the branches that I am going to ask Linus to pull:
> >
> >  - 'stable/general.cleanup' and 'stable/balloon.cleanup'
> >  - 'stable/irq', 'stable/p2m-e820-pci.v2', 'stable/gntalloc.v7' and 'stable/backend.base.v3'
> >
> > And will ask the block maintainer (Jens) to pull this one:
> >  - 'stable/blkfront'
> >
> > There aren't any big features - mostly just bug-fixes and more nice cleanups.
> > If it looks that I've missed something - please poke me immediately.
> 
> Konrad, what about https://lkml.org/lkml/2011/5/4/339 ???

Ah, I knew I missed something. Let me take a look.

> I think it is worth to do that cleanups (explanation why
> is at https://lkml.org/lkml/2011/5/9/145).

Cleanups are always good. The only thing I am worried about is that the
initdata->initconst and that it might somehow screw something up. But
testing will tell.
> 
> Additionally, today I am going to prapare final version of memory hotplug
> patch and fix for git commit 24bdb0b62cc82120924762ae6bc85afc8c3f2b26
> (xen: do not create the extra e820 region at an addr lower than 4G)
> (I was very tired yesterday and I could not prepare them earlier).
> Regarding last one we agreed (Stefano, you and I) that it is worth to
> do that. Additionally, I think it is worth to include that fix in

Yes.
> 2.6.39, however, as I know it could be very difficult to do that
> at that stage.

We can do it through the stable tree when 2.6.39 gets released.

> 
> Daniel

Re: Patches that are going to be proposed for 2.6.40.

[Daniel Kiper]

On Wed, May 11, 2011 at 09:17:11AM -0400, Konrad Rzeszutek Wilk wrote:
> On Wed, May 11, 2011 at 11:49:28AM +0200, Daniel Kiper wrote:
> > On Tue, May 10, 2011 at 01:19:11PM -0400, Konrad Rzeszutek Wilk wrote:
> > > . which are on the light side.
> > >
> > > These are the branches that I am going to ask Linus to pull:
> > >
> > >  - 'stable/general.cleanup' and 'stable/balloon.cleanup'
> > >  - 'stable/irq', 'stable/p2m-e820-pci.v2', 'stable/gntalloc.v7' and 'stable/backend.base.v3'
> > >
> > > And will ask the block maintainer (Jens) to pull this one:
> > >  - 'stable/blkfront'
> > >
> > > There aren't any big features - mostly just bug-fixes and more nice cleanups.
> > > If it looks that I've missed something - please poke me immediately.
> >
> > Konrad, what about https://lkml.org/lkml/2011/5/4/339 ???
>
> Ah, I knew I missed something. Let me take a look.
>
> > I think it is worth to do that cleanups (explanation why
> > is at https://lkml.org/lkml/2011/5/9/145).
>
> Cleanups are always good. The only thing I am worried about is that the
> initdata->initconst and that it might somehow screw something up. But
> testing will tell.

I saw that you merged them in your tree. Thx.

> > Additionally, today I am going to prapare final version of memory hotplug
> > patch and fix for git commit 24bdb0b62cc82120924762ae6bc85afc8c3f2b26
> > (xen: do not create the extra e820 region at an addr lower than 4G)
> > (I was very tired yesterday and I could not prepare them earlier).
> > Regarding last one we agreed (Stefano, you and I) that it is worth to
> > do that. Additionally, I think it is worth to include that fix in
>
> Yes.

I posted fix for git commit 24bdb0b62cc82120924762ae6bc85afc8c3f2b26
yesterday. However, I would like to wait to final version of prerequisite
patches (David Rientjes sent me some comments yesterday) before publishing
final version of memory hotplug patch. What time constraints we have
for memory hotplug now ???

> > 2.6.39, however, as I know it could be very difficult to do that
> > at that stage.
>
> We can do it through the stable tree when 2.6.39 gets released.

OK.

Daniel

Re: Patches that are going to be proposed for 2.6.40.

[Konrad Rzeszutek Wilk]

> > > Additionally, today I am going to prapare final version of memory hotplug
.. snip..

> I posted fix for git commit 24bdb0b62cc82120924762ae6bc85afc8c3f2b26
> yesterday. However, I would like to wait to final version of prerequisite
> patches (David Rientjes sent me some comments yesterday) before publishing
> final version of memory hotplug patch. What time constraints we have
> for memory hotplug now ???

I think the merge window is June 2nd - which means you need to post the
code at least two weeks before that. Your code all looked great and
you can stick my 'Reviewed-by' on the non-Xen code. For the balloon code
the only thing I want is in the git commit and in the source code
a tiny explanation on how a user would 'online' memory using SysFS. You
put that in, you can stick my 'Acked-by' on that code.

Since it is touching mm, I think you need to email the whole patchset to akpm.
Email it to him and CC everybody involved.

> 
> > > 2.6.39, however, as I know it could be very difficult to do that
> > > at that stage.
> >
> > We can do it through the stable tree when 2.6.39 gets released.
> 
> OK.

stuck it in stable/e820.bugfixes branch. Thanks for posting it.
> 
> Daniel