Linux 2.6.39 - what Xen components went in.

Linux 2.6.39 - what Xen components went in.

[Konrad Rzeszutek Wilk]

Linus is probably going to release v2.6.39 soon-ish so I figured I would
update everybody on what went in (and a lot did).

The features that ultimately went in are:
 - Netback (drivers/net/xen-netback). This is a big accomplishment since it
   means that stock v2.6.39 has now a full stack to run guests (the QEMU qdisk
   can serve as blkback backend).
 - PVonHVM can now use PV spinlocks.
 - /dev/gntalloc, which is a driver that can be used from userspace to allocate
   pages to be shared with guests.
 - Xen Watchdog driver (/dev/watchdog) which has the same API as any watchdog driver.
 - 1-1 identity mapping in P2M. Allows us to automatically figure out if
   a page is for an I/O hole or not based on the E820 (means certain drivers work now)
 - IRQ code has been reworked to be dynamic so that we are not limited to running 
   155 guests.
 - Making the balloon driver ready for memory hotplug patches and gntalloc.
 - Lots and lots of cleanup patches.

Bugs that were fixed:
 - Handling of guests events has become round-robin, hence fixing the starvation
   issue of later guests not having their services served.
 - Save and Restore works now.
 - Bootup crashes that occurred only if you had some CONFIG_ defined and some not.
   (Which had been in the tree since .. oh 2002?). Finally resolved.
 - Usual merge window bugs. The resolution of some took way too long.
 - Bug fixes in xen-kbdfront, xen-netfront, xen-pcifront, and xen-blkfront.
 - Bug fixes also in Xen IRQ, Xen P2M, and in Xen E820 handling.
 - and many more...

The feature that was going and, but had to be reverted was:
 - Making the TTM layer use the DMA API. This would have allowed us to use the
   radeon/nouveau driver under Xen without trouble.

The full list of credits is as follow:

Alexander van Heukelum (1):
      x86, binutils, xen: Fix another wrong size directive

Dan Carpenter (2):
      xen-gntdev: return -EFAULT on copy_to_user failure
      xen-gntdev: unlock on error path in gntdev_mmap()

Daniel De Graaf (18):
      xen-gntdev: Change page limit to be global instead of per-open
      xen-gntdev: Use find_vma rather than iterating our vma list manually
      xen-gntdev: Add reference counting to maps
      xen-gntdev: Support mapping in HVM domains
      xen-gntalloc: Userspace grant allocation driver
      xen/gntalloc,gntdev: Add unmap notify ioctl
      xen-gntdev: Fix memory leak when mmap fails
      xen-gntdev: Fix unmap notify on PV domains
      xen-gntdev: Use map->vma for checking map validity
      xen-gntdev: Avoid unmapping ranges twice
      xen-gntdev: Avoid double-mapping memory
      xen-gntdev: prevent using UNMAP_NOTIFY_CLEAR_BYTE on read-only mappings
      xen-gntdev: Fix incorrect use of zero handle
      xen-gntdev: Add cast to pointer
      xen-balloon: Move core balloon functionality out of module
      xen-gntdev: Use ballooned pages for grant mappings
      Input: xen-kbdfront - add grant reference for shared page
      xen/p2m: Allocate p2m tracking pages on override

Daniel Kiper (3):
      xen/balloon: Removal of driver_pages
      xen/balloon: Migration from mod_timer() to schedule_delayed_work()
      xen/balloon: Protect against CPU exhaust by event/x process

Dave Airlie (2):
      Merge branch 'stable/ttm.pci-api.v5' of git://git.kernel.org/.../konrad/xen into drm-next
      drm/radeon/nouveau: fix build regression on alpha due to Xen changes.

David S. Miller (1):
      Merge branch 'stable/backends' of git://git.kernel.org/.../konrad/xen

Dmitry Torokhov (1):
      Input: xen-kbdfront - move to drivers/input/misc

Eric Dumazet (1):
      xen: netfront: fix xennet_get_ethtool_stats()

H. Peter Anvin (1):
      x86, hibernate: Initialize mmu_cr4_features during boot

Ian Campbell (56):
      xen: events: mark cpu_evtchn_mask_p as __refdata
      xen p2m: annotate variable which appears unused
      xen: annotate functions which only call into __init at start of day
      xen: do not respond to unknown xenstore control requests
      xen: use new schedop interface for suspend
      xen: switch to new schedop hypercall by default.
      xen: suspend: use HYPERVISOR_suspend for PVHVM case instead of open coding
      xen: suspend: refactor cancellation flag into a structure
      xen: suspend: pass extra hypercall argument via suspend_info struct
      xen: suspend: add "arch" to pre/post suspend hooks
      xen: suspend: refactor non-arch specific pre/post suspend hooks
      xen: suspend: move arch specific pre/post suspend hooks into generic hooks
      xen: suspend: pull pre/post suspend hooks out into suspend_info
      xen: suspend: remove xen_hvm_suspend
      xen/irq: implement bind_interdomain_evtchn_to_irqhandler for backend drivers
      xen: ia64 build broken due to "xen: switch to new schedop hypercall by default."
      xen: handled remapped IRQs when enabling a pcifront PCI device.
      xen:events: move find_unbound_irq inside CONFIG_PCI_MSI
      xen: events: add xen_allocate_irq_{dynamic, gsi} and xen_free_irq
      xen: events: allocate GSIs and dynamic IRQs from separate IRQ ranges.
      xen: events: do not free legacy IRQs
      xen: Fix compile error introduced by "switch to new irq_chip functions"
      xen/timer: Missing IRQF_NO_SUSPEND in timer code broke suspend.
      xen/p2m/m2p/gnttab: do not add failed grant maps to m2p override
      xen: gntdev: fix build warning
      xen: pci: only define xen_initdom_setup_msi_irqs if CONFIG_XEN_DOM0
      xen: events: do not leak IRQ from xen_allocate_pirq_msi when no pirq available.
      xen: events: drop XEN_ALLOC_IRQ flag to xen_allocate_pirq_msi
      xen: events: return irq from xen_allocate_pirq_msi
      xen: pci: collapse apic_register_gsi_xen_hvm and xen_hvm_register_pirq
      xen: events: assume PHYSDEVOP_get_free_pirq exists
      xen: events: separate MSI PIRQ allocation from PIRQ binding to IRQ
      xen: events: refactor xen_create_msi_irq slightly
      xen: events: update pirq_to_irq in xen_create_msi_irq
      xen: events: push set_irq_msi down into xen_create_msi_irq
      xen: events: use xen_bind_pirq_msi_to_irq from xen_create_msi_irq
      xen: events: remove dom0 specific xen_create_msi_irq
      xen: events: Make last processed event channel a per-cpu variable.
      xen: events: separate two unrelated halves of if condition
      xen: events: simplify comment
      xen: events: fix xen_map_pirq_gsi error return
      xen: events: remove unused public functions
      xen: events: rename restore_cpu_pirqs -> restore_pirqs
      xen: events: refactor GSI pirq bindings functions
      xen: events: use per-cpu variable for cpu_evtchn_mask
      xen: events: turn irq_info constructors into initialiser functions
      xen: events: push setup of irq<->{evtchn,ipi,virq,pirq} maps into irq_info init functions
      xen: events: maintain a list of Xen interrupts
      xen: events: dynamically allocate irq info structures
      xen: events: remove use of nr_irqs as upper bound on number of pirqs
      xen: events: do not workaround too-small nr_irqs
      xen: events: propagate irq allocation failure instead of panicking
      xen: events: correct locking in xen_irq_from_pirq
      xen: netfront: ethtool stats fields should be unsigned long
      xen network backend driver
      MAINTAINERS: re-alphabetize Xen entries

Igor Mammedov (1):
      Input: xen-kbdfront - fix mouse getting stuck after save/restore

Jan Beulich (1):
      watchdog: Xen watchdog driver

Jeremy Fitzhardinge (1):
      xen: just completely disable XSAVE

John Stultz (1):
      RTC: Fix early irqs caused by calling rtc_set_alarm too early

Kazuhiro SUZUKI (1):
      xen: xenbus PM events support

Keir Fraser (3):
      xen: events: Clean up round-robin evtchn scan.
      xen: events: Make round-robin scan fairer by snapshotting each l2 word once only
      xen: events: Remove redundant clear of l2i at end of round-robin loop

Konrad Rzeszutek Wilk (31):
      [IA64] Add DMA_ERROR_CODE define.
      ttm: Introduce a placeholder for DMA (bus) addresses.
      ttm: Utilize the DMA API for pages that have TTM_PAGE_FLAG_DMA32 set.
      ttm: Expand (*populate) to support an array of DMA addresses.
      xen-pcifront: Sanity check the MSI/MSI-X values
      pci/xen: Use xen_allocate_pirq_msi instead of xen_allocate_pirq
      pci/xen: Cleanup: convert int** to int[]
      pci/xen: When free-ing MSI-X/MSI irq->desc also use generic code.
      radeon/ttm/PCIe: Use dma_addr if TTM has set it.
      nouveau/ttm/PCIe: Use dma_addr if TTM has set it.
      ttm: Include the 'struct dev' when using the DMA API.
      xen: Mark all initial reserved pages for the balloon as INVALID_P2M_ENTRY.
      Merge branch 'irq/for-xen' of git://git.kernel.org/.../tip/linux-2.6-tip into HEAD
      xen/irq: Cleanup up the pirq_to_irq for DomU PV PCI passthrough guests as well.
      xen/hvc: Disable probe_irq_on/off from poking the hvc-console IRQ line.
      Merge branch 'stable/irq.rework' into stable/irq.cleanup
      Merge branch 'stable/pcifront-fixes' into stable/irq.cleanup
      xen/e820: Don't mark balloon memory as E820_UNUSABLE when running as guest and fix overflow.
      xen/mmu: Add the notion of identity (1-1) mapping.
      xen/mmu: Set _PAGE_IOMAP if PFN is an identity PFN.
      xen/mmu: WARN_ON when racing to swap middle leaf.
      xen/setup: Set identity mapping for non-RAM E820 and E820 gaps.
      xen/debugfs: Add 'p2m' file for printing out the P2M layout.
      xen/debug: WARN_ON when identity PFN has no _PAGE_IOMAP flag set.
      xen/m2p: No need to catch exceptions when we know that there is no RAM
      xen: events: Fix compile error if CONFIG_SMP is not defined.
      xen/balloon: Remove pr_info's and don't alter retry_count
      xen-balloon: Add interface to retrieve ballooned pages
      xen/debug: Don't be so verbose with WARN on 1-1 mapping errors.
      xen/mmu: Add workaround "x86-64, mm: Put early page table high"
      Revert "xen/mmu: Add workaround "x86-64, mm: Put early page table high""

Nicolas Kaiser (1):
      xen: events: fix error checks in bind_*_to_irqhandler()

Olaf Hering (1):
      Input: xen-kbdfront - advertise either absolute or relative coordinates

Owen Smith (1):
      xen: Union the blkif_request request specific fields

Rafael J. Wysocki (1):
      PM: Add missing syscore_suspend() and syscore_resume() calls

Randy Dunlap (1):
      xen: fix p2m section mismatches

Scott Rixner (1):
      xen: events: Process event channels notifications in round-robin order.

Sedat Dilek (1):
      x86/mm: Fix section mismatch derived from native_pagetable_reserve()

Shan Haitao (1):
      xen: Allow PV-OPS kernel to detect whether XSAVE is supported

Shriram Rajagopalan (1):
      xen: use freeze/restore/thaw PM events for suspend/resume/chkpt

Stefano Stabellini (15):
      xen: change xen/[gntdev/gntalloc] to default m
      xen: no need to delay xen_setup_shutdown_event for hvm guests anymore
      xen: do not use xen_info on HVM, set pv_info name to "Xen HVM"
      xen-blkfront: handle Xen major numbers other than XENVBD
      xen: make the ballon driver work for hvm domains
      xen: PV on HVM: support PV spinlocks and IPIs
      xen: fix compile issue if XEN is enabled but XEN_PVHVM is disabled
      PCI hotplug: acpiphp: set current_state to D0 in register_slot
      xen/m2p: Check whether the MFN has IDENTITY_FRAME bit set..
      xen: set max_pfn_mapped to the last pfn mapped
      xen: update mask_rw_pte after kernel page tables init changes
      xen: do not create the extra e820 region at an addr lower than 4G
      xen: mask_rw_pte: do not apply the early_ioremap checks on x86_32
      xen: mask_rw_pte mark RO all pagetable pages up to pgt_buf_top
      x86,xen: introduce x86_init.mapping.pagetable_reserve

Tejun Heo (1):
      xen-pcifront: don't use flush_scheduled_work()

Thomas Gleixner (10):
      Merge branch 'irq/for-xen' into irq/core
      xen: Remove stale irq_chip.end
      xen: Switch to new irq_chip functions
      xen: Use IRQF_FORCE_RESUME
      ia64: xen: Use irq accessor functions
      xen: Cleanup genirq namespace
      xen: Use new irq_move functions
      xen: Convert genirq namespace
      xen: Use new irq_move functions
      x86: apb_timer: Fixup genirq fallout

Uwe Kleine-König (1):
      kbuild: reenable section mismatch analysis

Yinghai Lu (2):
      x86: Cleanup highmap after brk is concluded
      watchdog: sp5100_tco.c: Check if firmware has set correct value in tcobase.

Zhang, Fengzhe (1):
      xen/setup: Inhibit resource API from using System RAM E820 gaps as PCI mem gaps.

Re: [Xen-devel] Linux 2.6.39 - what Xen components went in.

[Joseph Glanville]

Great work everyone. :)

I assume this means that drivers/block/xen-blkback.c is the last major
milestone to be pushed upstream?

Joseph.

On 14 May 2011 00:36, Konrad Rzeszutek Wilk <konrad.wilk@oracle.com> wrote:
> Linus is probably going to release v2.6.39 soon-ish so I figured I would
> update everybody on what went in (and a lot did).
>
> The features that ultimately went in are:
>  - Netback (drivers/net/xen-netback). This is a big accomplishment since it
>   means that stock v2.6.39 has now a full stack to run guests (the QEMU qdisk
>   can serve as blkback backend).
>  - PVonHVM can now use PV spinlocks.
>  - /dev/gntalloc, which is a driver that can be used from userspace to allocate
>   pages to be shared with guests.
>  - Xen Watchdog driver (/dev/watchdog) which has the same API as any watchdog driver.
>  - 1-1 identity mapping in P2M. Allows us to automatically figure out if
>   a page is for an I/O hole or not based on the E820 (means certain drivers work now)
>  - IRQ code has been reworked to be dynamic so that we are not limited to running
>   155 guests.
>  - Making the balloon driver ready for memory hotplug patches and gntalloc.
>  - Lots and lots of cleanup patches.
>
> Bugs that were fixed:
>  - Handling of guests events has become round-robin, hence fixing the starvation
>   issue of later guests not having their services served.
>  - Save and Restore works now.
>  - Bootup crashes that occurred only if you had some CONFIG_ defined and some not.
>   (Which had been in the tree since .. oh 2002?). Finally resolved.
>  - Usual merge window bugs. The resolution of some took way too long.
>  - Bug fixes in xen-kbdfront, xen-netfront, xen-pcifront, and xen-blkfront.
>  - Bug fixes also in Xen IRQ, Xen P2M, and in Xen E820 handling.
>  - and many more...
>
> The feature that was going and, but had to be reverted was:
>  - Making the TTM layer use the DMA API. This would have allowed us to use the
>   radeon/nouveau driver under Xen without trouble.
>
> The full list of credits is as follow:
>
> Alexander van Heukelum (1):
>      x86, binutils, xen: Fix another wrong size directive
>
> Dan Carpenter (2):
>      xen-gntdev: return -EFAULT on copy_to_user failure
>      xen-gntdev: unlock on error path in gntdev_mmap()
>
> Daniel De Graaf (18):
>      xen-gntdev: Change page limit to be global instead of per-open
>      xen-gntdev: Use find_vma rather than iterating our vma list manually
>      xen-gntdev: Add reference counting to maps
>      xen-gntdev: Support mapping in HVM domains
>      xen-gntalloc: Userspace grant allocation driver
>      xen/gntalloc,gntdev: Add unmap notify ioctl
>      xen-gntdev: Fix memory leak when mmap fails
>      xen-gntdev: Fix unmap notify on PV domains
>      xen-gntdev: Use map->vma for checking map validity
>      xen-gntdev: Avoid unmapping ranges twice
>      xen-gntdev: Avoid double-mapping memory
>      xen-gntdev: prevent using UNMAP_NOTIFY_CLEAR_BYTE on read-only mappings
>      xen-gntdev: Fix incorrect use of zero handle
>      xen-gntdev: Add cast to pointer
>      xen-balloon: Move core balloon functionality out of module
>      xen-gntdev: Use ballooned pages for grant mappings
>      Input: xen-kbdfront - add grant reference for shared page
>      xen/p2m: Allocate p2m tracking pages on override
>
> Daniel Kiper (3):
>      xen/balloon: Removal of driver_pages
>      xen/balloon: Migration from mod_timer() to schedule_delayed_work()
>      xen/balloon: Protect against CPU exhaust by event/x process
>
> Dave Airlie (2):
>      Merge branch 'stable/ttm.pci-api.v5' of git://git.kernel.org/.../konrad/xen into drm-next
>      drm/radeon/nouveau: fix build regression on alpha due to Xen changes.
>
> David S. Miller (1):
>      Merge branch 'stable/backends' of git://git.kernel.org/.../konrad/xen
>
> Dmitry Torokhov (1):
>      Input: xen-kbdfront - move to drivers/input/misc
>
> Eric Dumazet (1):
>      xen: netfront: fix xennet_get_ethtool_stats()
>
> H. Peter Anvin (1):
>      x86, hibernate: Initialize mmu_cr4_features during boot
>
> Ian Campbell (56):
>      xen: events: mark cpu_evtchn_mask_p as __refdata
>      xen p2m: annotate variable which appears unused
>      xen: annotate functions which only call into __init at start of day
>      xen: do not respond to unknown xenstore control requests
>      xen: use new schedop interface for suspend
>      xen: switch to new schedop hypercall by default.
>      xen: suspend: use HYPERVISOR_suspend for PVHVM case instead of open coding
>      xen: suspend: refactor cancellation flag into a structure
>      xen: suspend: pass extra hypercall argument via suspend_info struct
>      xen: suspend: add "arch" to pre/post suspend hooks
>      xen: suspend: refactor non-arch specific pre/post suspend hooks
>      xen: suspend: move arch specific pre/post suspend hooks into generic hooks
>      xen: suspend: pull pre/post suspend hooks out into suspend_info
>      xen: suspend: remove xen_hvm_suspend
>      xen/irq: implement bind_interdomain_evtchn_to_irqhandler for backend drivers
>      xen: ia64 build broken due to "xen: switch to new schedop hypercall by default."
>      xen: handled remapped IRQs when enabling a pcifront PCI device.
>      xen:events: move find_unbound_irq inside CONFIG_PCI_MSI
>      xen: events: add xen_allocate_irq_{dynamic, gsi} and xen_free_irq
>      xen: events: allocate GSIs and dynamic IRQs from separate IRQ ranges.
>      xen: events: do not free legacy IRQs
>      xen: Fix compile error introduced by "switch to new irq_chip functions"
>      xen/timer: Missing IRQF_NO_SUSPEND in timer code broke suspend.
>      xen/p2m/m2p/gnttab: do not add failed grant maps to m2p override
>      xen: gntdev: fix build warning
>      xen: pci: only define xen_initdom_setup_msi_irqs if CONFIG_XEN_DOM0
>      xen: events: do not leak IRQ from xen_allocate_pirq_msi when no pirq available.
>      xen: events: drop XEN_ALLOC_IRQ flag to xen_allocate_pirq_msi
>      xen: events: return irq from xen_allocate_pirq_msi
>      xen: pci: collapse apic_register_gsi_xen_hvm and xen_hvm_register_pirq
>      xen: events: assume PHYSDEVOP_get_free_pirq exists
>      xen: events: separate MSI PIRQ allocation from PIRQ binding to IRQ
>      xen: events: refactor xen_create_msi_irq slightly
>      xen: events: update pirq_to_irq in xen_create_msi_irq
>      xen: events: push set_irq_msi down into xen_create_msi_irq
>      xen: events: use xen_bind_pirq_msi_to_irq from xen_create_msi_irq
>      xen: events: remove dom0 specific xen_create_msi_irq
>      xen: events: Make last processed event channel a per-cpu variable.
>      xen: events: separate two unrelated halves of if condition
>      xen: events: simplify comment
>      xen: events: fix xen_map_pirq_gsi error return
>      xen: events: remove unused public functions
>      xen: events: rename restore_cpu_pirqs -> restore_pirqs
>      xen: events: refactor GSI pirq bindings functions
>      xen: events: use per-cpu variable for cpu_evtchn_mask
>      xen: events: turn irq_info constructors into initialiser functions
>      xen: events: push setup of irq<->{evtchn,ipi,virq,pirq} maps into irq_info init functions
>      xen: events: maintain a list of Xen interrupts
>      xen: events: dynamically allocate irq info structures
>      xen: events: remove use of nr_irqs as upper bound on number of pirqs
>      xen: events: do not workaround too-small nr_irqs
>      xen: events: propagate irq allocation failure instead of panicking
>      xen: events: correct locking in xen_irq_from_pirq
>      xen: netfront: ethtool stats fields should be unsigned long
>      xen network backend driver
>      MAINTAINERS: re-alphabetize Xen entries
>
> Igor Mammedov (1):
>      Input: xen-kbdfront - fix mouse getting stuck after save/restore
>
> Jan Beulich (1):
>      watchdog: Xen watchdog driver
>
> Jeremy Fitzhardinge (1):
>      xen: just completely disable XSAVE
>
> John Stultz (1):
>      RTC: Fix early irqs caused by calling rtc_set_alarm too early
>
> Kazuhiro SUZUKI (1):
>      xen: xenbus PM events support
>
> Keir Fraser (3):
>      xen: events: Clean up round-robin evtchn scan.
>      xen: events: Make round-robin scan fairer by snapshotting each l2 word once only
>      xen: events: Remove redundant clear of l2i at end of round-robin loop
>
> Konrad Rzeszutek Wilk (31):
>      [IA64] Add DMA_ERROR_CODE define.
>      ttm: Introduce a placeholder for DMA (bus) addresses.
>      ttm: Utilize the DMA API for pages that have TTM_PAGE_FLAG_DMA32 set.
>      ttm: Expand (*populate) to support an array of DMA addresses.
>      xen-pcifront: Sanity check the MSI/MSI-X values
>      pci/xen: Use xen_allocate_pirq_msi instead of xen_allocate_pirq
>      pci/xen: Cleanup: convert int** to int[]
>      pci/xen: When free-ing MSI-X/MSI irq->desc also use generic code.
>      radeon/ttm/PCIe: Use dma_addr if TTM has set it.
>      nouveau/ttm/PCIe: Use dma_addr if TTM has set it.
>      ttm: Include the 'struct dev' when using the DMA API.
>      xen: Mark all initial reserved pages for the balloon as INVALID_P2M_ENTRY.
>      Merge branch 'irq/for-xen' of git://git.kernel.org/.../tip/linux-2.6-tip into HEAD
>      xen/irq: Cleanup up the pirq_to_irq for DomU PV PCI passthrough guests as well.
>      xen/hvc: Disable probe_irq_on/off from poking the hvc-console IRQ line.
>      Merge branch 'stable/irq.rework' into stable/irq.cleanup
>      Merge branch 'stable/pcifront-fixes' into stable/irq.cleanup
>      xen/e820: Don't mark balloon memory as E820_UNUSABLE when running as guest and fix overflow.
>      xen/mmu: Add the notion of identity (1-1) mapping.
>      xen/mmu: Set _PAGE_IOMAP if PFN is an identity PFN.
>      xen/mmu: WARN_ON when racing to swap middle leaf.
>      xen/setup: Set identity mapping for non-RAM E820 and E820 gaps.
>      xen/debugfs: Add 'p2m' file for printing out the P2M layout.
>      xen/debug: WARN_ON when identity PFN has no _PAGE_IOMAP flag set.
>      xen/m2p: No need to catch exceptions when we know that there is no RAM
>      xen: events: Fix compile error if CONFIG_SMP is not defined.
>      xen/balloon: Remove pr_info's and don't alter retry_count
>      xen-balloon: Add interface to retrieve ballooned pages
>      xen/debug: Don't be so verbose with WARN on 1-1 mapping errors.
>      xen/mmu: Add workaround "x86-64, mm: Put early page table high"
>      Revert "xen/mmu: Add workaround "x86-64, mm: Put early page table high""
>
> Nicolas Kaiser (1):
>      xen: events: fix error checks in bind_*_to_irqhandler()
>
> Olaf Hering (1):
>      Input: xen-kbdfront - advertise either absolute or relative coordinates
>
> Owen Smith (1):
>      xen: Union the blkif_request request specific fields
>
> Rafael J. Wysocki (1):
>      PM: Add missing syscore_suspend() and syscore_resume() calls
>
> Randy Dunlap (1):
>      xen: fix p2m section mismatches
>
> Scott Rixner (1):
>      xen: events: Process event channels notifications in round-robin order.
>
> Sedat Dilek (1):
>      x86/mm: Fix section mismatch derived from native_pagetable_reserve()
>
> Shan Haitao (1):
>      xen: Allow PV-OPS kernel to detect whether XSAVE is supported
>
> Shriram Rajagopalan (1):
>      xen: use freeze/restore/thaw PM events for suspend/resume/chkpt
>
> Stefano Stabellini (15):
>      xen: change xen/[gntdev/gntalloc] to default m
>      xen: no need to delay xen_setup_shutdown_event for hvm guests anymore
>      xen: do not use xen_info on HVM, set pv_info name to "Xen HVM"
>      xen-blkfront: handle Xen major numbers other than XENVBD
>      xen: make the ballon driver work for hvm domains
>      xen: PV on HVM: support PV spinlocks and IPIs
>      xen: fix compile issue if XEN is enabled but XEN_PVHVM is disabled
>      PCI hotplug: acpiphp: set current_state to D0 in register_slot
>      xen/m2p: Check whether the MFN has IDENTITY_FRAME bit set..
>      xen: set max_pfn_mapped to the last pfn mapped
>      xen: update mask_rw_pte after kernel page tables init changes
>      xen: do not create the extra e820 region at an addr lower than 4G
>      xen: mask_rw_pte: do not apply the early_ioremap checks on x86_32
>      xen: mask_rw_pte mark RO all pagetable pages up to pgt_buf_top
>      x86,xen: introduce x86_init.mapping.pagetable_reserve
>
> Tejun Heo (1):
>      xen-pcifront: don't use flush_scheduled_work()
>
> Thomas Gleixner (10):
>      Merge branch 'irq/for-xen' into irq/core
>      xen: Remove stale irq_chip.end
>      xen: Switch to new irq_chip functions
>      xen: Use IRQF_FORCE_RESUME
>      ia64: xen: Use irq accessor functions
>      xen: Cleanup genirq namespace
>      xen: Use new irq_move functions
>      xen: Convert genirq namespace
>      xen: Use new irq_move functions
>      x86: apb_timer: Fixup genirq fallout
>
> Uwe Kleine-König (1):
>      kbuild: reenable section mismatch analysis
>
> Yinghai Lu (2):
>      x86: Cleanup highmap after brk is concluded
>      watchdog: sp5100_tco.c: Check if firmware has set correct value in tcobase.
>
> Zhang, Fengzhe (1):
>      xen/setup: Inhibit resource API from using System RAM E820 gaps as PCI mem gaps.
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel
>



-- 
Kind regards,
Joseph.
Founder | Director
Orion Virtualisation Solutions | www.orionvm.com.au | Phone: 1300 56
99 52 | Mobile: 0428 754 846

Re: Linux 2.6.39 - what Xen components went in.

[Konrad Rzeszutek Wilk]

On Sat, May 14, 2011 at 12:46:18AM +1000, Joseph Glanville wrote:
> Great work everyone. :)

Combined with this week acceptance of Xen in upstream QEMU, and I think
that the majority of folks on xen-devel are going to have a hard hangover
on Monday :-)

> 
> I assume this means that drivers/block/xen-blkback.c is the last major
> milestone to be pushed upstream?

There are also some semi-major ones, but right now the xen-blkback is important
since it provides so much more performance benefit than the QEMU one.

Re: [Xen-devel] Linux 2.6.39 - what Xen components went in.

[Sander Eikelenboom]

Friday, May 13, 2011, 6:49:27 PM, you wrote:

> On Sat, May 14, 2011 at 12:46:18AM +1000, Joseph Glanville wrote:
>> Great work everyone. :)

> Combined with this week acceptance of Xen in upstream QEMU, and I think
> that the majority of folks on xen-devel are going to have a hard hangover
> on Monday :-)

Cheers and thx all ! :-)

>> 
>> I assume this means that drivers/block/xen-blkback.c is the last major
>> milestone to be pushed upstream?

> There are also some semi-major ones, but right now the xen-blkback is important
> since it provides so much more performance benefit than the QEMU one.

A semi one for me personally would be acpi-processor stuff to make xenpm work.
But having blkback would make it at least ok to test for some longer period :-)

--
Sander

Re: [Xen-devel] Linux 2.6.39 - what Xen components went in.

[Thomas Goirand]

On 05/14/2011 12:49 AM, Konrad Rzeszutek Wilk wrote:
>
>> I assume this means that drivers/block/xen-blkback.c is the last major
>> milestone to be pushed upstream?
>>     
> There are also some semi-major ones, but right now the xen-blkback is important
> since it provides so much more performance benefit than the QEMU one.
>   

Thanks a lot Konrad, for the report.

Can you tell what the problem was with of xen-blkback.c?

Thomas

Re: Linux 2.6.39 - what Xen components went in.

[Konrad Rzeszutek Wilk]

On Sat, May 14, 2011 at 05:32:53PM +0800, Thomas Goirand wrote:
> On 05/14/2011 12:49 AM, Konrad Rzeszutek Wilk wrote:
> >
> >> I assume this means that drivers/block/xen-blkback.c is the last major
> >> milestone to be pushed upstream?
> >>     
> > There are also some semi-major ones, but right now the xen-blkback is important
> > since it provides so much more performance benefit than the QEMU one.
> >   
> 
> Thanks a lot Konrad, for the report.
> 
> Can you tell what the problem was with of xen-blkback.c?

Not sure I understand you. Then xen block backend (so drivers/block/xen-blkback/*)
is going through review on LKML? Or are you asking about the QEMU
one (hw/xen_disk.c, aka 'qdisk' implementation)?. If that is the case I
direct you to http://darnok.org/xen/qdisk_vs_blkback_v3.1 (and take a look
at the nice little png files).

Re: Linux 2.6.39 - what Xen components went in.

[Thomas Goirand]

On 05/14/2011 11:02 PM, Konrad Rzeszutek Wilk wrote:
> On Sat, May 14, 2011 at 05:32:53PM +0800, Thomas Goirand wrote:
>> On 05/14/2011 12:49 AM, Konrad Rzeszutek Wilk wrote:
>>>
>>>> I assume this means that drivers/block/xen-blkback.c is the last major
>>>> milestone to be pushed upstream?
>>>>     
>>> There are also some semi-major ones, but right now the xen-blkback is important
>>> since it provides so much more performance benefit than the QEMU one.
>>>   
>>
>> Thanks a lot Konrad, for the report.
>>
>> Can you tell what the problem was with of xen-blkback.c?
> 
> Not sure I understand you. Then xen block backend (so drivers/block/xen-blkback/*)
> is going through review on LKML?

Sorry, let me rephrase: why has drivers/block/xen-blkback.c not been
upstreamed to kernel.org yet? What was the blocker(s)? LKLM is a very
busy list, hard to follow...

Thomas

Re: Linux 2.6.39 - what Xen components went in.

[Pasi Kärkkäinen]

On Sun, May 15, 2011 at 12:32:48PM +0800, Thomas Goirand wrote:
> On 05/14/2011 11:02 PM, Konrad Rzeszutek Wilk wrote:
> > On Sat, May 14, 2011 at 05:32:53PM +0800, Thomas Goirand wrote:
> >> On 05/14/2011 12:49 AM, Konrad Rzeszutek Wilk wrote:
> >>>
> >>>> I assume this means that drivers/block/xen-blkback.c is the last major
> >>>> milestone to be pushed upstream?
> >>>>     
> >>> There are also some semi-major ones, but right now the xen-blkback is important
> >>> since it provides so much more performance benefit than the QEMU one.
> >>>   
> >>
> >> Thanks a lot Konrad, for the report.
> >>
> >> Can you tell what the problem was with of xen-blkback.c?
> > 
> > Not sure I understand you. Then xen block backend (so drivers/block/xen-blkback/*)
> > is going through review on LKML?
> 
> Sorry, let me rephrase: why has drivers/block/xen-blkback.c not been
> upstreamed to kernel.org yet? What was the blocker(s)? LKLM is a very
> busy list, hard to follow...
> 

xen-blkback has been posted to lkml a couple of times as an RFC,
but afaik it's been only reviewed by one person (Ian Campbell) so far..

So it needs more reviews and ack's (and possibly more iterations before it's OK)..

-- Pasi

Re: [Xen-users] Re: Linux 2.6.39 - what Xen components went in.

[Pasi Kärkkäinen]

On Sat, May 14, 2011 at 09:34:43AM +0200, Sander Eikelenboom wrote:
> 
> Friday, May 13, 2011, 6:49:27 PM, you wrote:
> 
> > On Sat, May 14, 2011 at 12:46:18AM +1000, Joseph Glanville wrote:
> >> Great work everyone. :)
> 
> > Combined with this week acceptance of Xen in upstream QEMU, and I think
> > that the majority of folks on xen-devel are going to have a hard hangover
> > on Monday :-)
> 
> Cheers and thx all ! :-)
> 
> >> 
> >> I assume this means that drivers/block/xen-blkback.c is the last major
> >> milestone to be pushed upstream?
> 
> > There are also some semi-major ones, but right now the xen-blkback is important
> > since it provides so much more performance benefit than the QEMU one.
> 
> A semi one for me personally would be acpi-processor stuff to make xenpm work.
> But having blkback would make it at least ok to test for some longer period :-)
> 

At Xen Hack-a-tron two months ago Jeremy was mentioning pvops acpi patches..

Jeremy: Any plans for submitting those upstream? 

-- Pasi

Re: [Xen-users] Re: Linux 2.6.39 - what Xen components went in.

[Jeremy Fitzhardinge]

On 05/15/2011 08:51 AM, Pasi Kärkkäinen wrote:
> On Sat, May 14, 2011 at 09:34:43AM +0200, Sander Eikelenboom wrote:
>> Friday, May 13, 2011, 6:49:27 PM, you wrote:
>>
>>> On Sat, May 14, 2011 at 12:46:18AM +1000, Joseph Glanville wrote:
>>>> Great work everyone. :)
>>> Combined with this week acceptance of Xen in upstream QEMU, and I think
>>> that the majority of folks on xen-devel are going to have a hard hangover
>>> on Monday :-)
>> Cheers and thx all ! :-)
>>
>>>> I assume this means that drivers/block/xen-blkback.c is the last major
>>>> milestone to be pushed upstream?
>>> There are also some semi-major ones, but right now the xen-blkback is important
>>> since it provides so much more performance benefit than the QEMU one.
>> A semi one for me personally would be acpi-processor stuff to make xenpm work.
>> But having blkback would make it at least ok to test for some longer period :-)
>>
> At Xen Hack-a-tron two months ago Jeremy was mentioning pvops acpi patches..
>
> Jeremy: Any plans for submitting those upstream? 

Konrad has a set of acpi patches from the Virtual Computer folks I think.

    J

Re: Re: [Xen-devel] Linux 2.6.39 - what Xen components went in.

[Konrad Rzeszutek Wilk]

On Mon, May 16, 2011 at 09:27:05AM -0700, Jeremy Fitzhardinge wrote:
> On 05/15/2011 08:51 AM, Pasi Kärkkäinen wrote:
> > On Sat, May 14, 2011 at 09:34:43AM +0200, Sander Eikelenboom wrote:
> >> Friday, May 13, 2011, 6:49:27 PM, you wrote:
> >>
> >>> On Sat, May 14, 2011 at 12:46:18AM +1000, Joseph Glanville wrote:
> >>>> Great work everyone. :)
> >>> Combined with this week acceptance of Xen in upstream QEMU, and I think
> >>> that the majority of folks on xen-devel are going to have a hard hangover
> >>> on Monday :-)
> >> Cheers and thx all ! :-)
> >>
> >>>> I assume this means that drivers/block/xen-blkback.c is the last major
> >>>> milestone to be pushed upstream?
> >>> There are also some semi-major ones, but right now the xen-blkback is important
> >>> since it provides so much more performance benefit than the QEMU one.
> >> A semi one for me personally would be acpi-processor stuff to make xenpm work.
> >> But having blkback would make it at least ok to test for some longer period :-)
> >>
> > At Xen Hack-a-tron two months ago Jeremy was mentioning pvops acpi patches..
> >
> > Jeremy: Any plans for submitting those upstream? 
> 
> Konrad has a set of acpi patches from the Virtual Computer folks I think.

<nods> In process of creating a branch of them.

Re: [Xen-users] Re: Linux 2.6.39 - what Xen components went in.

[Sander Eikelenboom]

Monday, May 16, 2011, 6:49:18 PM, you wrote:

> On Mon, May 16, 2011 at 09:27:05AM -0700, Jeremy Fitzhardinge wrote:
>> On 05/15/2011 08:51 AM, Pasi Kärkkäinen wrote:
>> > On Sat, May 14, 2011 at 09:34:43AM +0200, Sander Eikelenboom wrote:
>> >> Friday, May 13, 2011, 6:49:27 PM, you wrote:
>> >>
>> >>> On Sat, May 14, 2011 at 12:46:18AM +1000, Joseph Glanville wrote:
>> >>>> Great work everyone. :)
>> >>> Combined with this week acceptance of Xen in upstream QEMU, and I think
>> >>> that the majority of folks on xen-devel are going to have a hard hangover
>> >>> on Monday :-)
>> >> Cheers and thx all ! :-)
>> >>
>> >>>> I assume this means that drivers/block/xen-blkback.c is the last major
>> >>>> milestone to be pushed upstream?
>> >>> There are also some semi-major ones, but right now the xen-blkback is important
>> >>> since it provides so much more performance benefit than the QEMU one.
>> >> A semi one for me personally would be acpi-processor stuff to make xenpm work.
>> >> But having blkback would make it at least ok to test for some longer period :-)
>> >>
>> > At Xen Hack-a-tron two months ago Jeremy was mentioning pvops acpi patches..
>> >
>> > Jeremy: Any plans for submitting those upstream? 
>> 
>> Konrad has a set of acpi patches from the Virtual Computer folks I think.

> <nods> In process of creating a branch of them.


Ahh nice :-)
Something to test again ...

Will give it a spin when the branch arrives and i have the time !

--
Sander