WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

[Xen-devel] xen.git branch reorg

To: Xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: [Xen-devel] xen.git branch reorg
From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
Date: Thu, 23 Apr 2009 10:38:31 -0700
Delivery-date: Thu, 23 Apr 2009 10:38:59 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Thunderbird 2.0.0.21 (X11/20090320)
I finally fixed the AHCI problem with xen-tip/next and pushed forward with the long-threatened xen.git cleanup and reorg.

I've removed a pile of branches on git://git.kernel.org/pub/scm/linux/kernel/git/jeremy/xen.git:

   * xen/*
   * push2/*
   * for-*/*

aside from some branches which contain some work which I need to look over again and work out what to do with.

*PLEASE* tell me if I've accidentally deleted a branch with something important, and I'll reinstate it.

All the changesets are still there in the repo, and if you have any local branches referring to these branches then they'll stay around indefinitely. The removal just means that the branches won't confuse any newcomers, and it makes it clear that no further development is going to happen on them.

The new branch structure is similar to the old one in overall layout. There are two "merged" branches:

   * xen-tip/master - will try to keep as a known-working branch, with
     only tested changes
   * xen-tip/next - current bleeding edge; should at least compile

My planned workflow is:

  1. new development happens on topic branches
  2. those changes are merged with xen-tip/next until they test OK
  3. the changes are then merged onto master (either directly off next,
     or cleanly re-merged)
  4. upstream branches are merged with next and master like topic
     branches; I'll avoid merging them into xen.git topic branches
     unless its really necessary

I won't generally rebase any of the branches, though the "next" and "master" are more likely to be rebased than the topic branches.

The current set of topic branches are:

   * xen-tip/core
         o core Xen stuff; currently all upstream
   * xen-tip/dom0/acpi
         o host S3 suspend/resume (untested, unmerged)
   * xen-tip/dom0/apic
         o apic changes
   * xen-tip/dom0/backend/core
   * xen-tip/dom0/backend/blkback
   * xen-tip/dom0/backend/netback
         o backend devices
   * xen-tip/dom0/core
         o essential dom0 changes
   * xen-tip/dom0/drm
         o drm/dri changes
   * xen-tip/dom0/gntdev
         o /dev/gntdev
   * xen-tip/dom0/microcode
         o CPU microcode driver
   * xen-tip/dom0/mtrr
         o /proc/mtrr stuff
   * xen-tip/dom0/pci
         o general dom0 PCI/device access changes
   * xen-tip/dom0/swiotlb
         o Xen swiotlb changes
   * xen-tip/dom0/xenfs
         o /proc/xen/privcmd


Thanks,
   J

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel