Konrad Rzeszutek Wilk
2011-Jul-21 14:17 UTC
[Xen-devel] Proposed patches for Linux 3.1 kernel.
The 3.0 is suppose to be released today, or perhaps tomorrow. For 3.1 kernel we have this long list of features and bug-fixes that we are going to ask Linus to pick up: - VGA text support. Since Xen is the first payload on the bootloader it gets the screen information - now with this patch we can copy it from the hypervisor and enjoy 80x25 old-school text output. - MODULE_ALIAS on backends so that udev will autoload them. - tmem driver to shuffle file-system and swap pages between guests as appropiate. Runtime it is disabled unless ''tmem'' parameter is supplied. - self balloon driver to decrease memory in the guest and make the swap pages be shuffled by tmem to be compressed/shared/etc. Runtime wise it is disabled by default (use ''selfballooning'' to enable it and make sure you have a swap disk). - pciback backend. It complements the xen pci front driver which together allow guests to have host''s PCI devices. - cleaning up the Xen PCI glue code. - Fix section mismatch in Xen PCI HVM driver (xen-pci-platform). - Fixes to the generic pagetable to compute precisely how many pages we need. - blkback can now provide completion latency that follows the hardware''s completion latency. - PVonHVM blkfront naming fixes. - Xen MMU debugfs has gotten a facelift - now it uses the tracing API. Please tell me or Jeremy if we are missing anything or need to chase something down. Here is the full credit list: Anupam Chanda (1): x86, hyper: Change hypervisor detection order Bastian Blank (4): xen: Populate xenbus device attributes xen: Add module alias to autoload backend drivers xen/blkback: Add module alias for autoloading xen/netback: Add module alias for autoloading Dan Magenheimer (2): xen: prepare tmem shim to handle frontswap xen: tmem: self-ballooning and frontswap-selfshrinking Daniel Stodden (1): xen/blkback: Don''t let in-flight requests defer pending ones. Ian Campbell (1): xen: rename pciback module to xen-pciback. Jeremy Fitzhardinge (18): xen: allow enable use of VGA console on dom0 trace/xen: add skeleton for Xen trace events xen/multicalls: remove debugfs stats xen/trace: set up tracepoint skeleton xen/trace: add multicall tracing xen/trace: add mmu tracepoints xen/trace: add ptpage alloc/release tracepoints xen/trace: add xen_pgd_(un)pin tracepoints xen/trace: add segment desc tracing xen/trace: add tlb flush tracepoints xen/mmu: use extend_args for more mmuext updates xen/mmu: tune pgtable alloc/release xen/multicalls: disable MC_DEBUG xen/multicalls: add unlikely around slowpath in __xen_mc_entry() xen/multicall: special-case singleton hypercalls xen/multicall: move *idx fields to start of mc_buffer xen/trace: convert mmu events to use DECLARE_EVENT_CLASS()/DEFINE_EVENT() xen/trace: use class for multicall trace Joe Perches (1): xen: Add __attribute__((format(printf... where appropriate Konrad Rzeszutek Wilk (21): xen/pci: Shuffle code around. xen/pci: Update comments and fix empty spaces. xen/pci: Provide #ifdef CONFIG_ACPI to easy code squashing. xen/pci: In xen_register_pirq bind the GSI to the IRQ after the hypercall. xen/pci: Use the xen_register_pirq for HVM and initial domain users xen/pci: Squash pci_xen_initial_domain and xen_setup_pirqs together. xen/pci: Move the allocation of IRQs when there are no IOAPIC''s to the end xen/pci: Retire unnecessary #ifdef CONFIG_ACPI xen/pci: Remove ''xen_allocate_pirq_gsi''. xen/pci: Use ''acpi_gsi_to_irq'' value unconditionally. xen/pciback: xen pci backend driver. xen/pciback: Cleanup the driver based on checkpatch warnings and errors. xen/pciback: Register the owner (domain) of the PCI device. xen/pciback: Disable MSI/MSI-X when reseting a device xen/pciback: Allocate IRQ handler for device that is shared with guest. xen/pciback: Fine-grain the spinlocks and fix BUG: scheduling while atomic cases. xen/pciback: Don''t setup an fake IRQ handler for SR-IOV devices. xen/pciback: Print out the MSI/MSI-X (PIRQ) values xen/pciback: Drop two backends, squash and cleanup some code. xen/pciback: Remove the DEBUG option. xen/pciback: Have ''passthrough'' option instead of XEN_PCIDEV_BACKEND_PASS and XEN_PCIDEV_BACKEND_VPCI Raghavendra D Prabhu (1): xen:pvhvm: Modpost section mismatch fix Stefan Bader (2): xen-blkfront: Drop name and minor adjustments for emulated scsi devices xen-blkfront: Fix one off warning about name clash Stefano Stabellini (4): x86, mm: Calculate precisely the memory needed by init_memory_mapping Revert "x86,xen: introduce x86_init.mapping.pagetable_reserve" x86, init : Move memblock_x86_reserve_range PGTABLE to find_early_table_space x86-64, mm: Do not assume head_64.S used 4KB pages when !use_pse Zhao, Yu (1): xen/pciback: guest SR-IOV support for PV guest _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Sander Eikelenboom
2011-Jul-21 14:43 UTC
Re: [Xen-devel] Proposed patches for Linux 3.1 kernel.
Thursday, July 21, 2011, 4:17:15 PM, you wrote:> The 3.0 is suppose to be released today, or perhaps tomorrow.> For 3.1 kernel we have this long list of features and bug-fixes that we are going > to ask Linus to pick up:> - VGA text support. Since Xen is the first payload on the bootloader it gets the > screen information - now with this patch we can copy it from the hypervisor > and enjoy 80x25 old-school text output.I assume this one will be proposed for 3.0.1 stable as well ?> - MODULE_ALIAS on backends so that udev will autoload them. > - tmem driver to shuffle file-system and swap pages between guests as appropiate. > Runtime it is disabled unless ''tmem'' parameter is supplied. > - self balloon driver to decrease memory in the guest and make the swap pages > be shuffled by tmem to be compressed/shared/etc. Runtime wise it is disabled > by default (use ''selfballooning'' to enable it and make sure you have a swap disk). > - pciback backend. It complements the xen pci front driver which together > allow guests to have host''s PCI devices. > - cleaning up the Xen PCI glue code. > - Fix section mismatch in Xen PCI HVM driver (xen-pci-platform). > - Fixes to the generic pagetable to compute precisely how many pages we need. > - blkback can now provide completion latency that follows the hardware''s completion > latency. > - PVonHVM blkfront naming fixes. > - Xen MMU debugfs has gotten a facelift - now it uses the tracing API.> Please tell me or Jeremy if we are missing anything or need to chase something down._______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Konrad Rzeszutek Wilk
2011-Jul-21 17:59 UTC
Re: [Xen-devel] Proposed patches for Linux 3.1 kernel.
On Thu, Jul 21, 2011 at 04:43:59PM +0200, Sander Eikelenboom wrote:> Thursday, July 21, 2011, 4:17:15 PM, you wrote: > > > The 3.0 is suppose to be released today, or perhaps tomorrow. > > > For 3.1 kernel we have this long list of features and bug-fixes that we are going > > to ask Linus to pick up: > > > - VGA text support. Since Xen is the first payload on the bootloader it gets the > > screen information - now with this patch we can copy it from the hypervisor > > and enjoy 80x25 old-school text output. > > I assume this one will be proposed for 3.0.1 stable as well ?Sadly no - it is considered a feature - and those (as I understand, maybe I am incorrect?) don''t go on the stable wagon. The vga patch is self-contained in here: http://darnok.org/xen/vga.patch if you would like to patch your 3.0 kernel. Keep in mind - that you can still run stock 3.0 - with Xorg, frame-buffer support (KMS), or with serial output. _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Jeremy Fitzhardinge
2011-Jul-21 19:04 UTC
Re: [Xen-devel] Proposed patches for Linux 3.1 kernel.
On 07/21/2011 10:59 AM, Konrad Rzeszutek Wilk wrote:> On Thu, Jul 21, 2011 at 04:43:59PM +0200, Sander Eikelenboom wrote: >> Thursday, July 21, 2011, 4:17:15 PM, you wrote: >> >>> The 3.0 is suppose to be released today, or perhaps tomorrow. >>> For 3.1 kernel we have this long list of features and bug-fixes that we are going >>> to ask Linus to pick up: >>> - VGA text support. Since Xen is the first payload on the bootloader it gets the >>> screen information - now with this patch we can copy it from the hypervisor >>> and enjoy 80x25 old-school text output. >> I assume this one will be proposed for 3.0.1 stable as well ? > Sadly no - it is considered a feature - and those (as I understand, maybe I am > incorrect?) don''t go on the stable wagon.Eh, I think its probably fairly justifyable for stable, since its completely self-contained and can''t cause any regressions. Its akin to adding a new driver. Wouldn''t want to argue it for a late -rc, but stable backport is probably OK.> The vga patch is self-contained in here: http://darnok.org/xen/vga.patch if you would > like to patch your 3.0 kernel. Keep in mind - that you can still run stock 3.0 - with Xorg, > frame-buffer support (KMS), or with serial output.What git branch is that on? J _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Konrad Rzeszutek Wilk
2011-Jul-22 03:30 UTC
Re: [Xen-devel] Proposed patches for Linux 3.1 kernel.
On Thu, Jul 21, 2011 at 12:04:16PM -0700, Jeremy Fitzhardinge wrote:> On 07/21/2011 10:59 AM, Konrad Rzeszutek Wilk wrote: > > On Thu, Jul 21, 2011 at 04:43:59PM +0200, Sander Eikelenboom wrote: > >> Thursday, July 21, 2011, 4:17:15 PM, you wrote: > >> > >>> The 3.0 is suppose to be released today, or perhaps tomorrow. > >>> For 3.1 kernel we have this long list of features and bug-fixes that we are going > >>> to ask Linus to pick up: > >>> - VGA text support. Since Xen is the first payload on the bootloader it gets the > >>> screen information - now with this patch we can copy it from the hypervisor > >>> and enjoy 80x25 old-school text output. > >> I assume this one will be proposed for 3.0.1 stable as well ? > > Sadly no - it is considered a feature - and those (as I understand, maybe I am > > incorrect?) don''t go on the stable wagon. > > Eh, I think its probably fairly justifyable for stable, since its > completely self-contained and can''t cause any regressions. Its akin to > adding a new driver. Wouldn''t want to argue it for a late -rc, but > stable backport is probably OK. > > > The vga patch is self-contained in here: http://darnok.org/xen/vga.patch if you would > > like to patch your 3.0 kernel. Keep in mind - that you can still run stock 3.0 - with Xorg, > > frame-buffer support (KMS), or with serial output. > > What git branch is that on?stable/vga.support. _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel