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