From xen-api-bounces@lists.xen.org Wed Nov 23 12:21:15 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 23 Nov 2016 12:21:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c9WY4-0007ND-1b; Wed, 23 Nov 2016 12:21:12 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xenproject.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c9WY2-0007ME-I5; Wed, 23 Nov 2016 12:21:10 +0000 Received: from [85.158.137.68] by server-13.bemta-3.messagelabs.com id 12/56-23854-5B985385; Wed, 23 Nov 2016 12:21:09 +0000 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrILMWRWlGSWpSXmKPExsWS0XRdVXdLp2m EwdONAha9rXdZLP4sTrT4sryB0eL7lslMDiwehz9cYQlgjGLNzEvKr0hgzbh5ez5rwZnsiuln jrI0MO6O7GLk4hASOMko8fXCV3YI5yKjxOJ7N4EcTg42AQ2JYw+bmUFsEQEliXurJjOBFDELr GaUmL7nIBtIQljAX2L7532sIDaLgKrE6aMrmEBsXgEXiZP/noPFJQR0Je7evABmcwq4Ssz6vh GsVwiopnXrY+YJjNwLGBlWMaoXpxaVpRbpGuklFWWmZ5TkJmbm6BoaGOvlphYXJ6an5iQmFes l5+duYgR6v56BgXEH46lm50OMkhxMSqK8vE2mEUJ8SfkplRmJxRnxRaU5qcWHGGU4OJQkeCs7 gHKCRanpqRVpmTnAMIRJS3DwKInwdoOkeYsLEnOLM9MhUqcYdTne7Hr5gEmIJS8/L1VKnLcQp EgApCijNA9uBCwmLjHKSgnzMjIwMAjxFKQW5WaWoMq/YhTnYFQS5u0FmcKTmVcCt+kV0BFMQE dIfjMGOaIkESEl1cC4a+WOefxtDSuOq9z6sWubmHH/vmumC7z9JstruoavKs5U1O+K2SP7y2/ avffrtubu+ZT052K+pVfxa6mdF9JCVjQr79l3otijKEVzh9LDhPOze/bPefTzi+yvVXaPtbI8 l/gd+c0+4dZXbZM1bCfyF++T/5C4QfxYkmPa1QLmt/leRnnu6oxaSizFGYmGWsxFxYkAHl+94 4QCAAA= X-Env-Sender: lars.kurth@citrix.com X-Msg-Ref: server-5.tower-31.messagelabs.com!1479903666!69268329!1 X-Originating-IP: [104.130.215.37] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 9.0.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18226 invoked from network); 23 Nov 2016 12:21:07 -0000 Received: from mail.xenproject.org (HELO mail.xenproject.org) (104.130.215.37) by server-5.tower-31.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP; 23 Nov 2016 12:21:07 -0000 Received: from xenbits.xenproject.org ([104.239.192.120]) by mail.xenproject.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c9WXr-0001ur-1S; Wed, 23 Nov 2016 12:20:59 +0000 Received: from localhost ([127.0.0.1] helo=MacBook-Pro-6.Home) by xenbits.xenproject.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c9WXq-0005PU-JY; Wed, 23 Nov 2016 12:20:58 +0000 From: Lars Kurth To: xen-devel@lists.xenproject.org Date: Wed, 23 Nov 2016 12:20:44 +0000 Message-Id: <1479903646-6772-2-git-send-email-lars.kurth@citrix.com> X-Mailer: git-send-email 2.5.4 (Apple Git-61) In-Reply-To: <1479903646-6772-1-git-send-email-lars.kurth@citrix.com> References: <1479903646-6772-1-git-send-email-lars.kurth@citrix.com> Cc: xen-api@lists.xenproject.org, win-pv-devel@lists.xenproject.org, committers@xenproject.org, mirageos-devel@lists.xenproject.org, Lars Kurth Subject: [Xen-API] [PATCH v5 1/3] Code motion changes to make real patches easier to read X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Errors-To: xen-api-bounces@lists.xen.org Sender: "Xen-api" QWRkZWQgVE9DClJlLWFycmFuZ2VkIHNlY3Rpb25zIGNvbXBhcmVkIHRvIHByZXZpb3VzIHZlcnNp b24gb2YgZG9jdW1lbnQKQWRkZWQgbmV3IGFuY2hvcnMgd2hlcmUgbmVlZGVkClNwbGl0IFJvbGVz IHNlY3Rpb24gaW50byB0d28gc2VjdGlvbnMKClRoZSBhY3R1YWwgY29udGVudCB3YXMgbm90IGNo YW5nZWQgKHdpdGggdGhlIGV4Y2VwdGlvbiBvZiBtaW5vcgp0eXBvcyB0aGF0IEkgc3BvdHRlZCkK ClNpZ25lZC1vZmYtYnk6IExhcnMgS3VydGggPGxhcnMua3VydGhAY2l0cml4LmNvbT4KLS0tCiBn b3Zlcm5hbmNlLnBhbmRvYyB8IDIwNyArKysrKysrKysrKysrKysrKysrKysrKysrKysrKy0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0KIDEgZmlsZSBjaGFuZ2VkLCAxMTMgaW5zZXJ0aW9ucygrKSwg OTQgZGVsZXRpb25zKC0pCgpkaWZmIC0tZ2l0IGEvZ292ZXJuYW5jZS5wYW5kb2MgYi9nb3Zlcm5h bmNlLnBhbmRvYwppbmRleCA2MGZjOTQyLi4yY2U3ODBjIDEwMDY0NAotLS0gYS9nb3Zlcm5hbmNl LnBhbmRvYworKysgYi9nb3Zlcm5hbmNlLnBhbmRvYwpAQCAtMSw5ICsxLDIwIEBACi0KLVRoaXMg ZG9jdW1lbnQgaGFzIGNvbWUgaW4gZWZmZWN0IGluIEp1bmUgMjAxMSBhbmQgd2lsbCBiZSAKLXJl dmlld2VkIHBlcmlvZGljYWxseSAoc2VlIHJldmlzaW9uIHNlY3Rpb25zKS4gVGhlIGxhc3QgbW9k aWZpY2F0aW9uIGhhcyBiZWVuIAotbWFkZSBpbiBNYXkgMjAxMy4KLQotR29hbHMKK1RoaXMgZG9j dW1lbnQgaGFzIGNvbWUgaW4gZWZmZWN0IGluIEp1bmUgMjAxMSBhbmQgd2lsbCBiZSByZXZpZXdl ZCBwZXJpb2RpY2FsbHkgCisoc2VlIHJldmlzaW9uIHNlY3Rpb25zKS4gVGhlIGxhc3QgbW9kaWZp Y2F0aW9uIGhhcyBiZWVuIG1hZGUgaW4gSnVseSAyMDE2LgorCitDb250ZW50CistLS0tLS0tCisK Ky0gICBbR29hbHNdKCNnb2FscykKKy0gICBbUHJpbmNpcGxlc10oI3ByaW5jaXBsZXMpCistICAg W1hlbiBQcm9qZWN0IFdpZGUgUm9sZXNdKCNyb2xlcy1nbG9iYWwpCistICAgW1Byb2plY3QgVGVh bSBSb2xlc10oI3JvbGVzLWxvY2FsKQorLSAgIFtNYWtpbmcgQ29udHJpYnV0aW9uc10oI2NvbnRy aWJ1dGlvbnMpCistICAgW0RlY2lzaW9uIE1ha2luZywgQ29uZmxpY3QgUmVzb2x1dGlvbiwgUm9s ZSBOb21pbmF0aW9ucyBhbmQgCitFbGVjdGlvbnNdKCNkZWNpc2lvbnMpCistICAgW0Zvcm1hbCBW b3Rlc10oI2Zvcm1hbC12b3RlcykKKy0gICBbUHJvamVjdCBHb3Zlcm5hbmNlXSgjcHJvamVjdC1n b3Zlcm5hbmNlKQorCitHb2FscyB7I2dvYWxzfQogLS0tLS0KIAogVGhlIGdvYWxzIG9mIFhlbiBQ cm9qZWN0IEdvdmVybmFuY2UgYXJlIHRvOgpAQCAtMjIsNyArMzMsNyBAQCBnb2luZyBlbHNld2hl cmUKIC0gICBTZXQgY2xlYXIgZXhwZWN0YXRpb25zIHRvIHZlbmRvcnMsIHVwc3RyZWFtIGFuZCBk b3duc3RyZWFtIHByb2plY3RzIGFuZCAKIGNvbW11bml0eSBtZW1iZXJzCiAKLVByaW5jaXBsZXMK K1ByaW5jaXBsZXMgeyNwcmluY2lwbGVzfQogLS0tLS0tLS0tLQogCiAjIyMgT3Blbm5lc3MKQEAg LTQzLDcxICs1NCw4IEBAIFRoZSBYZW4gUHJvamVjdCBpcyBhIG1lcml0b2NyYWN5LiBUaGUgbW9y ZSB5b3UgY29udHJpYnV0ZSB0aGUgbW9yZQogcmVzcG9uc2liaWxpdHkgeW91IHdpbGwgZWFybi4g TGVhZGVyc2hpcCByb2xlcyBpbiBYZW4gYXJlIGFsc28gbWVyaXQtYmFzZWQgYW5kIAogZWFybmVk IGJ5IHBlZXIgYWNjbGFpbS4KIAotIyMjIENvbnNlbnN1cyBEZWNpc2lvbiBNYWtpbmcKLQotU3Vi LXByb2plY3RzIG9yIHRlYW1zIGhvc3RlZCBvbiBYZW5wcm9qZWN0Lm9yZyBhcmUgbm9ybWFsbHkg YXV0by1nb3Zlcm5pbmcgYW5kIAotZHJpdmVuIGJ5IHRoZSBwZW9wbGUgd2hvIHZvbHVudGVlciBm b3IgdGhlIGpvYi4gVGhpcyBmdW5jdGlvbnMgd2VsbCBmb3IgbW9zdCAKLWNhc2VzLiBXaGVuIG1v cmUgZm9ybWFsIGRlY2lzaW9uIG1ha2luZyBhbmQgY29vcmRpbmF0aW9uIGlzIHJlcXVpcmVkLCBk ZWNpc2lvbnMgCi1hcmUgdGFrZW4gd2l0aCBhIGxhenkgY29uc2Vuc3VzIGFwcHJvYWNoOiBhIGZl dyBwb3NpdGl2ZSB2b3RlcyB3aXRoIG5vIG5lZ2F0aXZlIAotdm90ZSBhcmUgZW5vdWdoIHRvIGdl dCBnb2luZy4KLQotVm90aW5nIGlzIGRvbmUgd2l0aCBudW1iZXJzOgotCi0tICAgKzEgOiBhIHBv c2l0aXZlIHZvdGUKLS0gICAwIDogYWJzdGFpbiwgaGF2ZSBubyBvcGluaW9uCi0tICAgLTEgOiBh IG5lZ2F0aXZlIHZvdGUKLQotQSBuZWdhdGl2ZSB2b3RlIHNob3VsZCBpbmNsdWRlIGFuIGFsdGVy bmF0aXZlIHByb3Bvc2FsIG9yIGEgZGV0YWlsZWQgCi1leHBsYW5hdGlvbiBvZiB0aGUgcmVhc29u cyBmb3IgdGhlIG5lZ2F0aXZlIHZvdGUuIFRoZSBwcm9qZWN0IGNvbW11bml0eSB0aGVuIAotdHJp ZXMgdG8gZ2F0aGVyIGNvbnNlbnN1cyBvbiBhbiBhbHRlcm5hdGl2ZSBwcm9wb3NhbCB0aGF0IHJl c29sdmVzIHRoZSBpc3N1ZS4gCi1JbiB0aGUgZ3JlYXQgbWFqb3JpdHkgb2YgY2FzZXMsIHRoZSBj b25jZXJucyBsZWFkaW5nIHRvIHRoZSBuZWdhdGl2ZSB2b3RlIGNhbiAKLWJlIGFkZHJlc3NlZC4K LQotIyMjIENvbmZsaWN0IFJlc29sdXRpb24KLQotIyMjIyBSZWZlcmVlaW5nCi0KLVN1Yi1wcm9q ZWN0cyBhbmQgdGVhbXMgaG9zdGVkIG9uIFhlbnByb2plY3Qub3JnIGFyZSBub3QgZGVtb2NyYWNp ZXMgYnV0IAotbWVyaXRvY3JhY2llcy4gSW4gc2l0dWF0aW9ucyB3aGVyZSB0aGVyZSBpcyBkaXNh Z3JlZW1lbnQgb24gaXNzdWVzIHJlbGF0ZWQgdG8gCi10aGUgZGF5LXRvLWRheSBydW5uaW5nIG9m IHRoZSBwcm9qZWN0LCBDb21taXR0ZXJzIGFuZCBQcm9qZWN0IExlYWRzIGFyZSAKLWV4cGVjdGVk IHRvIGFjdCBhcyByZWZlcmVlcyBhbmQgbWFrZSBhIGRlY2lzaW9uIG9uIGJlaGFsZiBvZiB0aGUg Y29tbXVuaXR5LiAKLVJlZmVyZWVzIHNob3VsZCBob3dldmVyIGNvbnNpZGVyIHdoZXRoZXIgbWFr aW5nIGEgZGVjaXNpb24gbWF5IGJlIGRpdmlzaXZlIGFuZCAKLWRhbWFnaW5nIGZvciB0aGUgY29t bXVuaXR5LiBJbiBzdWNoIGNhc2VzLCB0aGUgY29tbWl0dGVyIGNvbW11bml0eSBvZiB0aGUgCi1w cm9qZWN0IGNhbiBwcml2YXRlbHkgdm90ZSBvbiBhbiBpc3N1ZSwgZ2l2aW5nIHRoZSBkZWNpc2lv biBtb3JlIHdlaWdodC4KLQotIyMjIyBMYXN0IFJlc29ydAotCi1JbiBzb21lIHJhcmUgY2FzZXMs IHRoZSBsYXp5IGNvbnNlbnN1cyBhcHByb2FjaCBtYXkgbGVhZCB0byB0aGUgY29tbXVuaXR5IGJl aW5nIAotcGFyYWx5emVkLiBUaHVzLCBhcyBhIGxhc3QgcmVzb3J0IHdoZW4gY29uc2Vuc3VzIGNh bm5vdCBiZSBhY2hpZXZlZCBvbiBhIAotcXVlc3Rpb24gaW50ZXJuYWwgdG8gYSBwcm9qZWN0LCB0 aGUgZmluYWwgZGVjaXNpb24gd2lsbCBiZSBtYWRlIGJ5IGEgcHJpdmF0ZSAKLW1ham9yaXR5IHZv dGUgYW1vbmdzdCB0aGUgY29tbWl0dGVycyBhbmQgcHJvamVjdCBsZWFkLiBJZiB0aGUgdm90ZSBp cyB0aWVkLCB0aGUgCi1wcm9qZWN0IGxlYWQgZ2V0cyBhbiBleHRyYSB2b3RlIHRvIGJyZWFrIHRo ZSB0aWUuCi0KLUZvciBxdWVzdGlvbnMgdGhhdCBhZmZlY3Qgc2V2ZXJhbCBwcm9qZWN0cywgY29t bWl0dGVycyBhbmQgcHJvamVjdCBsZWFkcyBvZiAKLW1hdHVyZSBwcm9qZWN0cyB3aWxsIGhvbGQg YSBwcml2YXRlIG1ham9yaXR5IHZvdGUuIElmIHRoZSB2b3RlIGlzIHRpZWQsIHRoZSAKLVtYZW4g UHJvamVjdCBBZHZpc29yeSBCb2FyZF0oL2pvaW4uaHRtbCkgd2lsbCBicmVhayB0aGUgdGllIHRo cm91Z2ggYSBjYXN0aW5nIAotdm90ZS4KLQotUm9sZXMKLS0tLS0tCi0KLSMjIyBNYWludGFpbmVy cwotCi1NYWludGFpbmVycyBvd24gb25lIG9yIHNldmVyYWwgY29tcG9uZW50cyBpbiB0aGUgWGVu IHRyZWUuIEEgbWFpbnRhaW5lciByZXZpZXdzIAotYW5kIGFwcHJvdmVzIGNoYW5nZXMgdGhhdCBh ZmZlY3QgdGhlaXIgY29tcG9uZW50cy4gSXQgaXMgYSBtYWludGFpbmVyJ3MgcHJpbWUgCi1yZXNw b25zaWJpbGl0eSB0byByZXZpZXcsIGNvbW1lbnQgb24sIGNvLW9yZGluYXRlIGFuZCBhY2NlcHQg cGF0Y2hlcyBmcm9tIG90aGVyIAotY29tbXVuaXR5IG1lbWJlcidzIGFuZCB0byBtYWludGFpbiB0 aGUgZGVzaWduIGNvaGVzaW9uIG9mIHRoZWlyIGNvbXBvbmVudHMuIAotTWFpbnRhaW5lcnMgYXJl IGxpc3RlZCBpbiBhIE1BSU5UQUlORVJTIGZpbGUgaW4gdGhlIHJvb3Qgb2YgdGhlIHNvdXJjZSB0 cmVlLgotCi0jIyMgQ29tbWl0dGVycwotCi1Db21taXR0ZXJzIGFyZSBNYWludGFpbmVycyB0aGF0 IGFyZSBhbGxvd2VkIHRvIGNvbW1pdCBjaGFuZ2VzIGludG8gdGhlIHNvdXJjZSAKLWNvZGUgcmVw b3NpdG9yeS4gVGhlIGNvbW1pdHRlciBhY3RzIG9uIHRoZSB3aXNoZXMgb2YgdGhlIG1haW50YWlu ZXJzIGFuZCAKLWFwcGxpZXMgY2hhbmdlcyB0aGF0IGhhdmUgYmVlbiBhcHByb3ZlZCBieSB0aGUg cmVzcGVjdGl2ZSBtYWludGFpbmVyKHMpIHRvIHRoZSAKLXNvdXJjZSB0cmVlLiBEdWUgdG8gdGhl aXIgc3RhdHVzIGluIHRoZSBjb21tdW5pdHksIGNvbW1pdHRlcnMgY2FuIGFsc28gYWN0IGFzIAot cmVmZXJlZXMgc2hvdWxkIGRpc2FncmVlbWVudHMgYW1vbmdzdCBtYWludGFpbmVycyBhcmlzZS4g Q29tbWl0dGVycyBhcmUgbGlzdGVkIAotb24gdGhlIHN1Yi1wcm9qZWN0J3MgdGVhbSBwb3J0YWwg KGUuZy4gW0h5cGVydmlzb3IgdGVhbSAKLXBvcnRhbF0oL2RldmVsb3BlcnMvdGVhbXMvaHlwZXJ2 aXNvci5odG1sKSkuCitYZW4gUHJvamVjdCBXaWRlIFJvbGVzIHsjcm9sZXMtZ2xvYmFsfQorLS0t LS0tLS0tLS0tLS0tLS0tLS0tLQogCiAjIyMgU3ViLXByb2plY3RzIGFuZCBUZWFtcwogCkBAIC0x MTgsMTYgKzY2LDYgQEAgcHJvamVjdHMpIGFyZSBydW4gYnkgaW5kaXZpZHVhbHMgYW5kIGFyZSBv ZnRlbiByZWZlcnJlZCB0byBhcyB0ZWFtcyB0bwogaGlnaGxpZ2h0IHRoZSBjb2xsYWJvcmF0aXZl IG5hdHVyZSBvZiBkZXZlbG9wbWVudC4gRm9yIGV4YW1wbGUsIGVhY2ggCiBzdWItcHJvamVjdCBo YXMgYSBbdGVhbSBwb3J0YWxdKC9kZXZlbG9wZXJzL3RlYW1zLmh0bWwpIG9uIFhlbnByb2plY3Qu b3JnLgogCi0jIyMgUHJvamVjdCBMZWFkCi0KLVN1Yi1wcm9qZWN0cyBhbmQgdGVhbXMgaG9zdGVk IG9uIFhlbnByb2plY3Qub3JnIGFyZSBtYW5hZ2VkIGJ5IGEgUHJvamVjdCBMZWFkLCAKLXdobyBh bHNvIGlzIGEgY29tbWl0dGVyIG9mIHRoZSBzdWItcHJvamVjdC90ZWFtIGhlL3NoZSBsZWFkcy4g UHJvamVjdCBMZWFkcyBhcmUgCi10aGUgcHVibGljIGZpZ3VyZWhlYWQgb2YgdGhlIHByb2plY3Qg YW5kIGlzIHJlc3BvbnNpYmxlIGZvciB0aGUgaGVhbHRoIG9mIHRoZSAKLXByb2plY3QuIER1ZSB0 byB0aGVpciBzdGF0dXMgaW4gdGhlIGNvbW11bml0eSwgcHJvamVjdCBsZWFkcyBjYW4gYWxzbyBh Y3QgYXMgCi1yZWZlcmVlcyBzaG91bGQgZGlzYWdyZWVtZW50cyBhbW9uZ3N0IGNvbW1pdHRlcnMg b2YgdGhlIHByb2plY3QgYXJpc2UuIFRoZSAKLXByb2plY3QgbGVhZCB0eXBpY2FsbHkgYWxzbyBo YXMgd3JpdGUgYWNjZXNzIHRvIHJlc291cmNlcywgc3VjaCBhcyB0aGUgd2ViIHBhZ2UgCi1vZiBh IHNwZWNpZmljIHByb2plY3QuCi0KICMjIyBYZW4gUHJvamVjdCBBZHZpc29yeSBCb2FyZAogCiBU aGUgW1hlbiBQcm9qZWN0IEFkdmlzb3J5IEJvYXJkXSgvam9pbi5odG1sKSBjb25zaXN0cyBvZiBt ZW1iZXJzIHdobyBhcmUgCkBAIC0xNjIsNyArMTAwLDM4IEBAIGNvbW1pdHRlciBvZiBhIG1hdHVy ZSBwcm9qZWN0LCBhIG1lbWJlciBvZiB0aGUgYWR2aXNvcnkgYm9hcmQgb3IgdGhlIGNvbW11bml0 eQogbWFuYWdlci4gVGhpcyBlbnN1cmVzIHRoYXQgYSBkaXN0aW5ndWlzaGVkIGNvbW11bml0eSBt ZW1iZXIgc3VwcG9ydHMgdGhlIGlkZWEgCiBiZWhpbmQgdGhlIHByb2plY3QuCiAKLU1ha2luZyBD b250cmlidXRpb25zCitQcm9qZWN0IFRlYW0gUm9sZXMgeyNyb2xlcy1sb2NhbH0KKy0tLS0tLS0t LS0tLS0tLS0tLQorCisjIyMgTWFpbnRhaW5lcnMKKworTWFpbnRhaW5lcnMgb3duIG9uZSBvciBz ZXZlcmFsIGNvbXBvbmVudHMgaW4gdGhlIFhlbiB0cmVlLiBBIG1haW50YWluZXIgcmV2aWV3cyAK K2FuZCBhcHByb3ZlcyBjaGFuZ2VzIHRoYXQgYWZmZWN0IHRoZWlyIGNvbXBvbmVudHMuIEl0IGlz IGEgbWFpbnRhaW5lcidzIHByaW1lIAorcmVzcG9uc2liaWxpdHkgdG8gcmV2aWV3LCBjb21tZW50 IG9uLCBjby1vcmRpbmF0ZSBhbmQgYWNjZXB0IHBhdGNoZXMgZnJvbSBvdGhlciAKK2NvbW11bml0 eSBtZW1iZXIncyBhbmQgdG8gbWFpbnRhaW4gdGhlIGRlc2lnbiBjb2hlc2lvbiBvZiB0aGVpciBj b21wb25lbnRzLiAKK01haW50YWluZXJzIGFyZSBsaXN0ZWQgaW4gYSBNQUlOVEFJTkVSUyBmaWxl IGluIHRoZSByb290IG9mIHRoZSBzb3VyY2UgdHJlZS4KKworIyMjIENvbW1pdHRlcnMKKworQ29t bWl0dGVycyBhcmUgTWFpbnRhaW5lcnMgdGhhdCBhcmUgYWxsb3dlZCB0byBjb21taXQgY2hhbmdl cyBpbnRvIHRoZSBzb3VyY2UgCitjb2RlIHJlcG9zaXRvcnkuIFRoZSBjb21taXR0ZXIgYWN0cyBv biB0aGUgd2lzaGVzIG9mIHRoZSBtYWludGFpbmVycyBhbmQgCithcHBsaWVzIGNoYW5nZXMgdGhh dCBoYXZlIGJlZW4gYXBwcm92ZWQgYnkgdGhlIHJlc3BlY3RpdmUgbWFpbnRhaW5lcihzKSB0byB0 aGUgCitzb3VyY2UgdHJlZS4gRHVlIHRvIHRoZWlyIHN0YXR1cyBpbiB0aGUgY29tbXVuaXR5LCBj b21taXR0ZXJzIGNhbiBhbHNvIGFjdCBhcyAKK3JlZmVyZWVzIHNob3VsZCBkaXNhZ3JlZW1lbnRz IGFtb25nc3QgbWFpbnRhaW5lcnMgYXJpc2UuIENvbW1pdHRlcnMgYXJlIGxpc3RlZCAKK29uIHRo ZSBzdWItcHJvamVjdCdzIHRlYW0gcG9ydGFsIChlLmcuIFtIeXBlcnZpc29yIHRlYW0gCitwb3J0 YWxdKC9kZXZlbG9wZXJzL3RlYW1zL2h5cGVydmlzb3IuaHRtbCkpLgorCisjIyMgUHJvamVjdCBM ZWFkCisKK1N1Yi1wcm9qZWN0cyBhbmQgdGVhbXMgaG9zdGVkIG9uIFhlbnByb2plY3Qub3JnIGFy ZSBtYW5hZ2VkIGJ5IGEgUHJvamVjdCBMZWFkLCAKK3dobyBhbHNvIGlzIGEgY29tbWl0dGVyIG9m IHRoZSBzdWItcHJvamVjdC90ZWFtIGhlL3NoZSBsZWFkcy4gUHJvamVjdCBMZWFkcyBhcmUgCit0 aGUgcHVibGljIGZpZ3VyZWhlYWQgb2YgdGhlIHByb2plY3QgYW5kIGlzIHJlc3BvbnNpYmxlIGZv ciB0aGUgaGVhbHRoIG9mIHRoZSAKK3Byb2plY3QuIER1ZSB0byB0aGVpciBzdGF0dXMgaW4gdGhl IGNvbW11bml0eSwgcHJvamVjdCBsZWFkcyBjYW4gYWxzbyBhY3QgYXMgCityZWZlcmVlcyBzaG91 bGQgZGlzYWdyZWVtZW50cyBhbW9uZ3N0IGNvbW1pdHRlcnMgb2YgdGhlIHByb2plY3QgYXJpc2Uu IFRoZSAKK3Byb2plY3QgbGVhZCB0eXBpY2FsbHkgYWxzbyBoYXMgd3JpdGUgYWNjZXNzIHRvIHJl c291cmNlcywgc3VjaCBhcyB0aGUgd2ViIHBhZ2UgCitvZiBhIHNwZWNpZmljIHByb2plY3QuCisK K01ha2luZyBDb250cmlidXRpb25zIHsjY29udHJpYnV0aW9uc30KIC0tLS0tLS0tLS0tLS0tLS0t LS0tCiAKIE1ha2luZyBjb250cmlidXRpb25zIGluIFhlbiBmb2xsb3dzIHRoZSBjb252ZW50aW9u cyBhcyB0aGV5IGFyZSBrbm93biBpbiB0aGUgCkBAIC0xNzYsMTIgKzE0NSw2MCBAQCBPcmlnaW5d KGh0dHA6Ly9lbGludXgub3JnL0RldmVsb3Blcl9DZXJ0aWZpY2F0ZV9PZl9PcmlnaW4pKS4KIE1v cmUgaW5mb3JtYXRpb24gb24gbWFraW5nIGNvbnRyaWJ1dGlvbnMgY2FuIGJlIGZvdW5kIGluIHRo ZSBmb2xsb3dpbmcgCiBkb2N1bWVudHM6CiAKLS0gICBbQ29udHJpYnV0aW9uIEd1aWRlbGluZXNd KGcvaGVscC9jb250cmlidXRpb24tZ3VpZGVsaW5lcy5odG1sKQorLSAgIFtDb250cmlidXRpb24g R3VpZGVsaW5lc10oL2hlbHAvY29udHJpYnV0aW9uLWd1aWRlbGluZXMuaHRtbCkKKworRGVjaXNp b24gTWFraW5nLCBDb25mbGljdCBSZXNvbHV0aW9uLCBSb2xlIE5vbWluYXRpb25zIGFuZCBFbGVj dGlvbnMgCit7I2RlY2lzaW9uc30KKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCisKKyMjIyBDb25zZW5zdXMgRGVjaXNp b24gTWFraW5nCisKK1N1Yi1wcm9qZWN0cyBvciB0ZWFtcyBob3N0ZWQgb24gWGVucHJvamVjdC5v cmcgYXJlIG5vcm1hbGx5IGF1dG8tZ292ZXJuaW5nIGFuZCAKK2RyaXZlbiBieSB0aGUgcGVvcGxl IHdobyB2b2x1bnRlZXIgZm9yIHRoZSBqb2IuIFRoaXMgZnVuY3Rpb25zIHdlbGwgZm9yIG1vc3Qg CitjYXNlcy4gV2hlbiBtb3JlIGZvcm1hbCBkZWNpc2lvbiBtYWtpbmcgYW5kIGNvb3JkaW5hdGlv biBpcyByZXF1aXJlZCwgZGVjaXNpb25zIAorYXJlIHRha2VuIHdpdGggYSBsYXp5IGNvbnNlbnN1 cyBhcHByb2FjaDogYSBmZXcgcG9zaXRpdmUgdm90ZXMgd2l0aCBubyBuZWdhdGl2ZSAKK3ZvdGUg YXJlIGVub3VnaCB0byBnZXQgZ29pbmcuCisKK1ZvdGluZyBpcyBkb25lIHdpdGggbnVtYmVyczoK KworLSAgICsxIDogYSBwb3NpdGl2ZSB2b3RlCistICAgMCA6IGFic3RhaW4sIGhhdmUgbm8gb3Bp bmlvbgorLSAgIC0xIDogYSBuZWdhdGl2ZSB2b3RlCisKK0EgbmVnYXRpdmUgdm90ZSBzaG91bGQg aW5jbHVkZSBhbiBhbHRlcm5hdGl2ZSBwcm9wb3NhbCBvciBhIGRldGFpbGVkIAorZXhwbGFuYXRp b24gb2YgdGhlIHJlYXNvbnMgZm9yIHRoZSBuZWdhdGl2ZSB2b3RlLiBUaGUgcHJvamVjdCBjb21t dW5pdHkgdGhlbiAKK3RyaWVzIHRvIGdhdGhlciBjb25zZW5zdXMgb24gYW4gYWx0ZXJuYXRpdmUg cHJvcG9zYWwgdGhhdCByZXNvbHZlcyB0aGUgaXNzdWUuIAorSW4gdGhlIGdyZWF0IG1ham9yaXR5 IG9mIGNhc2VzLCB0aGUgY29uY2VybnMgbGVhZGluZyB0byB0aGUgbmVnYXRpdmUgdm90ZSBjYW4g CitiZSBhZGRyZXNzZWQuCisKKyMjIyBDb25mbGljdCBSZXNvbHV0aW9uCisKKyMjIyMgUmVmZXJl ZWluZworCitTdWItcHJvamVjdHMgYW5kIHRlYW1zIGhvc3RlZCBvbiBYZW5wcm9qZWN0Lm9yZyBh cmUgbm90IGRlbW9jcmFjaWVzIGJ1dCAKK21lcml0b2NyYWNpZXMuIEluIHNpdHVhdGlvbnMgd2hl cmUgdGhlcmUgaXMgZGlzYWdyZWVtZW50IG9uIGlzc3VlcyByZWxhdGVkIHRvIAordGhlIGRheS10 by1kYXkgcnVubmluZyBvZiB0aGUgcHJvamVjdCwgQ29tbWl0dGVycyBhbmQgUHJvamVjdCBMZWFk cyBhcmUgCitleHBlY3RlZCB0byBhY3QgYXMgcmVmZXJlZXMgYW5kIG1ha2UgYSBkZWNpc2lvbiBv biBiZWhhbGYgb2YgdGhlIGNvbW11bml0eS4gCitSZWZlcmVlcyBzaG91bGQgaG93ZXZlciBjb25z aWRlciB3aGV0aGVyIG1ha2luZyBhIGRlY2lzaW9uIG1heSBiZSBkaXZpc2l2ZSBhbmQgCitkYW1h Z2luZyBmb3IgdGhlIGNvbW11bml0eS4gSW4gc3VjaCBjYXNlcywgdGhlIGNvbW1pdHRlciBjb21t dW5pdHkgb2YgdGhlIAorcHJvamVjdCBjYW4gcHJpdmF0ZWx5IHZvdGUgb24gYW4gaXNzdWUsIGdp dmluZyB0aGUgZGVjaXNpb24gbW9yZSB3ZWlnaHQuCisKKyMjIyMgTGFzdCBSZXNvcnQKKworSW4g c29tZSByYXJlIGNhc2VzLCB0aGUgbGF6eSBjb25zZW5zdXMgYXBwcm9hY2ggbWF5IGxlYWQgdG8g dGhlIGNvbW11bml0eSBiZWluZyAKK3BhcmFseXplZC4gVGh1cywgYXMgYSBsYXN0IHJlc29ydCB3 aGVuIGNvbnNlbnN1cyBjYW5ub3QgYmUgYWNoaWV2ZWQgb24gYSAKK3F1ZXN0aW9uIGludGVybmFs IHRvIGEgcHJvamVjdCwgdGhlIGZpbmFsIGRlY2lzaW9uIHdpbGwgYmUgbWFkZSBieSBhIHByaXZh dGUgCittYWpvcml0eSB2b3RlIGFtb25nc3QgdGhlIGNvbW1pdHRlcnMgYW5kIHByb2plY3QgbGVh ZC4gSWYgdGhlIHZvdGUgaXMgdGllZCwgdGhlIAorcHJvamVjdCBsZWFkIGdldHMgYW4gZXh0cmEg dm90ZSB0byBicmVhayB0aGUgdGllLgorCitGb3IgcXVlc3Rpb25zIHRoYXQgYWZmZWN0IHNldmVy YWwgcHJvamVjdHMsIGNvbW1pdHRlcnMgYW5kIHByb2plY3QgbGVhZHMgb2YgCittYXR1cmUgcHJv amVjdHMgd2lsbCBob2xkIGEgcHJpdmF0ZSBtYWpvcml0eSB2b3RlLiBJZiB0aGUgdm90ZSBpcyB0 aWVkLCB0aGUgCitbWGVuIFByb2plY3QgQWR2aXNvcnkgQm9hcmRdKC9qb2luLmh0bWwpIHdpbGwg YnJlYWsgdGhlIHRpZSB0aHJvdWdoIGEgY2FzdGluZyAKK3ZvdGUuCiAKLUVsZWN0aW9ucyBhbmQg Rm9ybWFsIFZvdGVzCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQorIyMjIEVsZWN0aW9ucwog Ci0jIyMgTWFpbnRhaW5lciBFbGVjdGlvbnMKKyMjIyMgTWFpbnRhaW5lciBFbGVjdGlvbnMKIAog RGV2ZWxvcGVycyB3aG8gaGF2ZSBlYXJuZWQgdGhlIHRydXN0IG9mIG1haW50YWluZXJzIChpbmNs dWRpbmcgdGhlIHByb2plY3QgCiBsZWFkKSBjYW4gYmUgcHJvbW90ZWQgdG8gTWFpbnRhaW5lci4g QSB0d28gc3RhZ2UgbWVjaGFuaXNtIGlzIHVzZWQKQEAgLTE5OSw3ICsyMTYsNyBAQCBwcmluY2lw bGVzIG9mIGNvbnNlbnN1cyBkZWNpc2lvbiBtYWtpbmcuIElmIHRoZXJlIGlzIGRpc2FncmVlbWVu dCBvciBkb3VidCwgdGhlCiBwcm9qZWN0IGxlYWQgb3IgYSBjb21taXR0ZXIgc2hvdWxkIGFzayB0 aGUgY29tbXVuaXR5IG1hbmFnZXIgdG8gYXJyYW5nZSBhIG1vcmUgCiBmb3JtYWwgdm90ZS4KIAot IyMjIENvbW1pdHRlciBFbGVjdGlvbnMKKyMjIyMgQ29tbWl0dGVyIEVsZWN0aW9ucwogCiBEZXZl bG9wZXJzIHdobyBoYXZlIGVhcm5lZCB0aGUgdHJ1c3Qgb2YgY29tbWl0dGVycyBpbiB0aGVpciBw cm9qZWN0IGNhbiB0aHJvdWdoIAogZWxlY3Rpb24gYmUgcHJvbW90ZWQgdG8gQ29tbWl0dGVyLiBB IHR3byBzdGFnZSBtZWNoYW5pc20gaXMgdXNlZApAQCAtMjE5LDIxICsyMzYsMjIgQEAgbmVnYXRp dmUgdm90ZSB0aGUgcHJvamVjdCBsZWFkIGFuZCBjb21tdW5pdHkgbWFuYWdlciB3aWxsIHRyeSBh bmQgcmVzb2x2ZSB0aGUKIHNpdHVhdGlvbiBhbmQgcmVhY2ggY29uc2Vuc3VzLiBSZXN1bHRzIHdp bGwgYmUgcHVibGlzaGVkIG9uIHRoZSBwdWJsaWMgbWFpbGluZyAKIGxpc3QuCiAKLSMjIyBQcm9q ZWN0IExlYWQgRWxlY3Rpb25zCisjIyMjIFByb2plY3QgTGVhZCBFbGVjdGlvbnMKIAogUHJvamVj dHMgd2hpY2ggbG9zZSB0aGVpciBwcm9qZWN0IGxlYWQgYXJlIGF0IHJpc2sgb2YgZmFpbGluZy4g U2hvdWxkIHRoaXMgCiBvY2N1ciwgdGhlIHByb2plY3QncyBtYWludGFpbmVyIGNvbW11bml0eSBz aG91bGQgYWdyZWUgd2hvIHdvdWxkIHdhbnQgdG8gYmUvYmUgCiBhYmxlIHRvIGJlIHRoZSBuZXcg cHJvamVjdCBsZWFkIGFuZCBmb2xsb3cgdGhlIGVsZWN0aW9uIHByb2Nlc3MgYXMgb3V0bGluZWQg CiBhYm92ZS4KIAotIyMjIEZvcm1hbCBWb3RlcworRm9ybWFsIFZvdGVzIHsjZm9ybWFsLXZvdGVz fQorLS0tLS0tLS0tLS0tCiAKIFNvbWV0aW1lcyBpdCBpcyBuZWNlc3NhcnkgdG8gY29uZHVjdCBm b3JtYWwgdm90aW5nIHdpdGhpbiB0aGUgY29tbXVuaXR5IAogKG91dHNpZGUgb2YgZWxlY3Rpb25z KS4gRm9ybWFsIHZvdGVzIGFyZSBuZWNlc3Nhcnkgd2hlbiBwcm9jZXNzZXMgYW5kIAogcHJvY2Vk dXJlcyBhcmUgaW50cm9kdWNlZCBvciBjaGFuZ2VkLCBvciBhcyBwYXJ0IG9mIHRoZSBbUHJvamVj dCAKIEdvdmVybmFuY2VdKCNwcm9qZWN0LWdvdmVybmFuY2UpLiBXaG8gaXMgZWxpZ2libGUgdG8g dm90ZSwgZGVwZW5kcyBvbiB3aGV0aGVyIAogdGhlIHNjb3BlIG9mIGEgcHJvY2VzcyBvciBwcm9j ZWR1cmUgaXMgKipsb2NhbCoqIHRvIGEgc3ViLXByb2plY3Qgb3IgdGVhbSwgb3IgCi13aGV0aGVy IGl0IGFmZmVjdHMgKiphbGwgc3ViLXByb2plY3RzKiogKG9yIGluIG90aGVyIHdvcmRzLCBpcyoq Z2xvYmFsKiopLiAKK3doZXRoZXIgaXQgYWZmZWN0cyAqKmFsbCBzdWItcHJvamVjdHMqKiAob3Ig aW4gb3RoZXIgd29yZHMsIGlzICoqZ2xvYmFsKiopLiAKIEV4YW1wbGVzIG9mIGxvY2FsIHNjb3Bl IGlzIHRoZSBbU2VjdXJpdHkgUG9saWN5XSgvc2VjdXJpdHktcG9saWN5Lmh0bWwpIHdoaWNoIAog YXBwbGllcyB0byB0aGUgW0h5cGVydmlzb3IgUHJvamVjdF0oL2RldmVsb3BlcnMvdGVhbXMvaHlw ZXJ2aXNvci5odG1sKSBvbmx5LiAKIEV4YW1wbGVzIG9mIGdsb2JhbCBzY29wZSBhcmUgY2hhbmdl cyB0byB0aGlzIGRvY3VtZW50IG9yIHZvdGVzIG91dGxpbmVkIGluIHRoZSAKQEAgLTI2Myw3ICsy ODEsNyBAQCBlYWNoLiBGb3Igdm90aW5nIGEgdHJhY2VhYmxlIHBvbGwgbWVjaGFuaXNtIChlLmcu IHZvdGluZyBmb3JtIHRoYXQga2VlcHMKIGF1ZGl0YWJsZSBhbmQgdGFtcGVyIHByb29mIHJlY29y ZHMpIG11c3QgYmUgdXNlZC4gVm90aW5nIGZvbGxvd3MgdGhlIAogY29udmVudGlvbnMgYXMgbGFp ZCBvdXQgaW4gIlByaW5jaXBsZTogQ29uc2Vuc3VzIERlY2lzaW9uIE1ha2luZyIuCiAKLVByb2pl Y3QgR292ZXJuYW5jZQorUHJvamVjdCBHb3Zlcm5hbmNlICB7I3Byb2plY3QtZ292ZXJuYW5jZX0K IC0tLS0tLS0tLS0tLS0tLS0tLQogCiAjIyMgQmFzaWMgUHJvamVjdCBMaWZlIEN5Y2xlCkBAIC00 NjEsNyArNDc5LDcgQEAgd29yZHMgaXQgaGFzIGNvbXBsZXRlZAogCiBJbiB0aGUgZmlyc3QgY2Fz ZSB0aGUgcmV2aWV3IGlzIHRyaWdnZXJlZCBieSB0aGUgaW5jdWJhdGlvbiBwcm9qZWN0J3MgbWVu dG9yLiAKIEZhaWxpbmcgdGhpcyB0aGUgcmV2aWV3IGNhbiBiZSByZXF1ZXN0ZWQgYnkgYW55IG1h aW50YWluZXIgb2YgYSBtYXR1cmUgcHJvamVjdCAKLShpbmNsdWRpbmcgdGhlIHByb2plYydzIGxl YWQpIG9yIGJ5IHRoZSBYZW4gUHJvamVjdCBjb21tdW5pdHkgbWFuYWdlci4gU2VlIAorKGluY2x1 ZGluZyB0aGUgcHJvamVjdCdzIGxlYWQpIG9yIGJ5IHRoZSBYZW4gUHJvamVjdCBjb21tdW5pdHkg bWFuYWdlci4gU2VlIAogIlJlcXVlc3RpbmcgUmV2aWV3cywgUmV2aWV3cyBhbmQgVm90aW5nIi4K IAogVGhlIHJldmlldyBpcyBlc3NlbnRpYWxseSBhIHBpdGNoIHdoeSB0aGUgcHJvamVjdCBzaG91 bGQgYmUgYXJjaGl2ZWQuIFRoZSAKQEAgLTUxNCw2ICs1MzIsNyBAQCB3aWxsIHN1cHBvcnQgdGhl IHByb2plY3QgbGVhZCBpbiBmaW5kaW5nIGEgbmV3IG1lbnRvci4KIENoYW5nZSBIaXN0b3J5CiAt LS0tLS0tLS0tLS0tLQogCistICAgKip2My4wIEp1bHkgMjAxNjoqKiBUT0RPOiBBZGQgcmVhbCBj aGFuZ2Vsb2cgaW4gbWFpbiBwYXRjaAogLSAgICoqdjIuMSBNYXkgMjAxNjoqKiBDbGFyaWZ5IENv bW1pdHRlciBFbGVjdGlvbnMgYXMgcGVyIHRoaXMgCiBbZGlzY3Vzc2lvbl0oaHR0cDovL2xpc3Rz LnhlbnByb2plY3Qub3JnL2FyY2hpdmVzL2h0bWwveGVuLWRldmVsLzIwMTYtMDUvbXNnMDA4MAog MS5odG1sKSBhbmQgCkBAIC01MzksNiArNTU4LDYgQEAgZnJvbSBSZXF1ZXN0aW5nIFJldmlld3Ms IFJldmlld3MgYW5kIFZvdGluZyByYXRoZXIgdGhhbiBkdXBsaWNhdGluZwogICAgIC0gICBDbGFy aWZpZWQgdGhlIHJvbGVzIG9mIENvbW1pdHRlciBhbmQgTWFpbnRhaW5lci4KICAgICAtICAgQWRk ZWQgTWFraW5nIENvbnRyaWJ1dGlvbnMgd2hpY2ggY29udGFpbnMgbGlua3MgdG8gb3RoZXIgZG9j dW1lbnRhdGlvbiAKIGFuZCBoaWdobGlnaHRzIHRoYXQgWGVuLm9yZyByZXF1aXJlZCBhIERDTyBm b3IgY29udHJpYnV0aW9ucyBzaW5jZSAyMDA1LgotLSAgICoqdjEuMCBKdW4gMjAxMToqKiBJbnRp YWwgZG9jdW1lbnQgYXBwcm92ZWQKKy0gICAqKnYxLjAgSnVuIDIwMTE6KiogSW5pdGlhbCBkb2N1 bWVudCBhcHByb3ZlZAogCiAgICAgICAgICAgICAgICAgICAgIApcIE5vIG5ld2xpbmUgYXQgZW5k IG9mIGZpbGUKLS0gCjIuNS40IChBcHBsZSBHaXQtNjEpCgoKX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLWFwaSBtYWlsaW5nIGxpc3QKWGVuLWFwaUBs aXN0cy54ZW4ub3JnCmh0dHBzOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGlu Zm8veGVuLWFwaQo= From xen-api-bounces@lists.xen.org Wed Nov 23 12:21:15 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 23 Nov 2016 12:21:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c9WY4-0007ND-1b; Wed, 23 Nov 2016 12:21:12 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xenproject.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c9WY2-0007ME-I5; Wed, 23 Nov 2016 12:21:10 +0000 Received: from [85.158.137.68] by server-13.bemta-3.messagelabs.com id 12/56-23854-5B985385; Wed, 23 Nov 2016 12:21:09 +0000 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrILMWRWlGSWpSXmKPExsWS0XRdVXdLp2m EwdONAha9rXdZLP4sTrT4sryB0eL7lslMDiwehz9cYQlgjGLNzEvKr0hgzbh5ez5rwZnsiuln jrI0MO6O7GLk4hASOMko8fXCV3YI5yKjxOJ7N4EcTg42AQ2JYw+bmUFsEQEliXurJjOBFDELr GaUmL7nIBtIQljAX2L7532sIDaLgKrE6aMrmEBsXgEXiZP/noPFJQR0Je7evABmcwq4Ssz6vh GsVwiopnXrY+YJjNwLGBlWMaoXpxaVpRbpGuklFWWmZ5TkJmbm6BoaGOvlphYXJ6an5iQmFes l5+duYgR6v56BgXEH46lm50OMkhxMSqK8vE2mEUJ8SfkplRmJxRnxRaU5qcWHGGU4OJQkeCs7 gHKCRanpqRVpmTnAMIRJS3DwKInwdoOkeYsLEnOLM9MhUqcYdTne7Hr5gEmIJS8/L1VKnLcQp EgApCijNA9uBCwmLjHKSgnzMjIwMAjxFKQW5WaWoMq/YhTnYFQS5u0FmcKTmVcCt+kV0BFMQE dIfjMGOaIkESEl1cC4a+WOefxtDSuOq9z6sWubmHH/vmumC7z9JstruoavKs5U1O+K2SP7y2/ avffrtubu+ZT052K+pVfxa6mdF9JCVjQr79l3otijKEVzh9LDhPOze/bPefTzi+yvVXaPtbI8 l/gd+c0+4dZXbZM1bCfyF++T/5C4QfxYkmPa1QLmt/leRnnu6oxaSizFGYmGWsxFxYkAHl+94 4QCAAA= X-Env-Sender: lars.kurth@citrix.com X-Msg-Ref: server-5.tower-31.messagelabs.com!1479903666!69268329!1 X-Originating-IP: [104.130.215.37] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 9.0.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18226 invoked from network); 23 Nov 2016 12:21:07 -0000 Received: from mail.xenproject.org (HELO mail.xenproject.org) (104.130.215.37) by server-5.tower-31.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP; 23 Nov 2016 12:21:07 -0000 Received: from xenbits.xenproject.org ([104.239.192.120]) by mail.xenproject.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c9WXr-0001ur-1S; Wed, 23 Nov 2016 12:20:59 +0000 Received: from localhost ([127.0.0.1] helo=MacBook-Pro-6.Home) by xenbits.xenproject.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c9WXq-0005PU-JY; Wed, 23 Nov 2016 12:20:58 +0000 From: Lars Kurth To: xen-devel@lists.xenproject.org Date: Wed, 23 Nov 2016 12:20:44 +0000 Message-Id: <1479903646-6772-2-git-send-email-lars.kurth@citrix.com> X-Mailer: git-send-email 2.5.4 (Apple Git-61) In-Reply-To: <1479903646-6772-1-git-send-email-lars.kurth@citrix.com> References: <1479903646-6772-1-git-send-email-lars.kurth@citrix.com> Cc: xen-api@lists.xenproject.org, win-pv-devel@lists.xenproject.org, committers@xenproject.org, mirageos-devel@lists.xenproject.org, Lars Kurth Subject: [Xen-API] [PATCH v5 1/3] Code motion changes to make real patches easier to read X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Errors-To: xen-api-bounces@lists.xen.org Sender: "Xen-api" QWRkZWQgVE9DClJlLWFycmFuZ2VkIHNlY3Rpb25zIGNvbXBhcmVkIHRvIHByZXZpb3VzIHZlcnNp b24gb2YgZG9jdW1lbnQKQWRkZWQgbmV3IGFuY2hvcnMgd2hlcmUgbmVlZGVkClNwbGl0IFJvbGVz IHNlY3Rpb24gaW50byB0d28gc2VjdGlvbnMKClRoZSBhY3R1YWwgY29udGVudCB3YXMgbm90IGNo YW5nZWQgKHdpdGggdGhlIGV4Y2VwdGlvbiBvZiBtaW5vcgp0eXBvcyB0aGF0IEkgc3BvdHRlZCkK ClNpZ25lZC1vZmYtYnk6IExhcnMgS3VydGggPGxhcnMua3VydGhAY2l0cml4LmNvbT4KLS0tCiBn b3Zlcm5hbmNlLnBhbmRvYyB8IDIwNyArKysrKysrKysrKysrKysrKysrKysrKysrKysrKy0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0KIDEgZmlsZSBjaGFuZ2VkLCAxMTMgaW5zZXJ0aW9ucygrKSwg OTQgZGVsZXRpb25zKC0pCgpkaWZmIC0tZ2l0IGEvZ292ZXJuYW5jZS5wYW5kb2MgYi9nb3Zlcm5h bmNlLnBhbmRvYwppbmRleCA2MGZjOTQyLi4yY2U3ODBjIDEwMDY0NAotLS0gYS9nb3Zlcm5hbmNl LnBhbmRvYworKysgYi9nb3Zlcm5hbmNlLnBhbmRvYwpAQCAtMSw5ICsxLDIwIEBACi0KLVRoaXMg ZG9jdW1lbnQgaGFzIGNvbWUgaW4gZWZmZWN0IGluIEp1bmUgMjAxMSBhbmQgd2lsbCBiZSAKLXJl dmlld2VkIHBlcmlvZGljYWxseSAoc2VlIHJldmlzaW9uIHNlY3Rpb25zKS4gVGhlIGxhc3QgbW9k aWZpY2F0aW9uIGhhcyBiZWVuIAotbWFkZSBpbiBNYXkgMjAxMy4KLQotR29hbHMKK1RoaXMgZG9j dW1lbnQgaGFzIGNvbWUgaW4gZWZmZWN0IGluIEp1bmUgMjAxMSBhbmQgd2lsbCBiZSByZXZpZXdl ZCBwZXJpb2RpY2FsbHkgCisoc2VlIHJldmlzaW9uIHNlY3Rpb25zKS4gVGhlIGxhc3QgbW9kaWZp Y2F0aW9uIGhhcyBiZWVuIG1hZGUgaW4gSnVseSAyMDE2LgorCitDb250ZW50CistLS0tLS0tCisK Ky0gICBbR29hbHNdKCNnb2FscykKKy0gICBbUHJpbmNpcGxlc10oI3ByaW5jaXBsZXMpCistICAg W1hlbiBQcm9qZWN0IFdpZGUgUm9sZXNdKCNyb2xlcy1nbG9iYWwpCistICAgW1Byb2plY3QgVGVh bSBSb2xlc10oI3JvbGVzLWxvY2FsKQorLSAgIFtNYWtpbmcgQ29udHJpYnV0aW9uc10oI2NvbnRy aWJ1dGlvbnMpCistICAgW0RlY2lzaW9uIE1ha2luZywgQ29uZmxpY3QgUmVzb2x1dGlvbiwgUm9s ZSBOb21pbmF0aW9ucyBhbmQgCitFbGVjdGlvbnNdKCNkZWNpc2lvbnMpCistICAgW0Zvcm1hbCBW b3Rlc10oI2Zvcm1hbC12b3RlcykKKy0gICBbUHJvamVjdCBHb3Zlcm5hbmNlXSgjcHJvamVjdC1n b3Zlcm5hbmNlKQorCitHb2FscyB7I2dvYWxzfQogLS0tLS0KIAogVGhlIGdvYWxzIG9mIFhlbiBQ cm9qZWN0IEdvdmVybmFuY2UgYXJlIHRvOgpAQCAtMjIsNyArMzMsNyBAQCBnb2luZyBlbHNld2hl cmUKIC0gICBTZXQgY2xlYXIgZXhwZWN0YXRpb25zIHRvIHZlbmRvcnMsIHVwc3RyZWFtIGFuZCBk b3duc3RyZWFtIHByb2plY3RzIGFuZCAKIGNvbW11bml0eSBtZW1iZXJzCiAKLVByaW5jaXBsZXMK K1ByaW5jaXBsZXMgeyNwcmluY2lwbGVzfQogLS0tLS0tLS0tLQogCiAjIyMgT3Blbm5lc3MKQEAg LTQzLDcxICs1NCw4IEBAIFRoZSBYZW4gUHJvamVjdCBpcyBhIG1lcml0b2NyYWN5LiBUaGUgbW9y ZSB5b3UgY29udHJpYnV0ZSB0aGUgbW9yZQogcmVzcG9uc2liaWxpdHkgeW91IHdpbGwgZWFybi4g TGVhZGVyc2hpcCByb2xlcyBpbiBYZW4gYXJlIGFsc28gbWVyaXQtYmFzZWQgYW5kIAogZWFybmVk IGJ5IHBlZXIgYWNjbGFpbS4KIAotIyMjIENvbnNlbnN1cyBEZWNpc2lvbiBNYWtpbmcKLQotU3Vi LXByb2plY3RzIG9yIHRlYW1zIGhvc3RlZCBvbiBYZW5wcm9qZWN0Lm9yZyBhcmUgbm9ybWFsbHkg YXV0by1nb3Zlcm5pbmcgYW5kIAotZHJpdmVuIGJ5IHRoZSBwZW9wbGUgd2hvIHZvbHVudGVlciBm b3IgdGhlIGpvYi4gVGhpcyBmdW5jdGlvbnMgd2VsbCBmb3IgbW9zdCAKLWNhc2VzLiBXaGVuIG1v cmUgZm9ybWFsIGRlY2lzaW9uIG1ha2luZyBhbmQgY29vcmRpbmF0aW9uIGlzIHJlcXVpcmVkLCBk ZWNpc2lvbnMgCi1hcmUgdGFrZW4gd2l0aCBhIGxhenkgY29uc2Vuc3VzIGFwcHJvYWNoOiBhIGZl dyBwb3NpdGl2ZSB2b3RlcyB3aXRoIG5vIG5lZ2F0aXZlIAotdm90ZSBhcmUgZW5vdWdoIHRvIGdl dCBnb2luZy4KLQotVm90aW5nIGlzIGRvbmUgd2l0aCBudW1iZXJzOgotCi0tICAgKzEgOiBhIHBv c2l0aXZlIHZvdGUKLS0gICAwIDogYWJzdGFpbiwgaGF2ZSBubyBvcGluaW9uCi0tICAgLTEgOiBh IG5lZ2F0aXZlIHZvdGUKLQotQSBuZWdhdGl2ZSB2b3RlIHNob3VsZCBpbmNsdWRlIGFuIGFsdGVy bmF0aXZlIHByb3Bvc2FsIG9yIGEgZGV0YWlsZWQgCi1leHBsYW5hdGlvbiBvZiB0aGUgcmVhc29u cyBmb3IgdGhlIG5lZ2F0aXZlIHZvdGUuIFRoZSBwcm9qZWN0IGNvbW11bml0eSB0aGVuIAotdHJp ZXMgdG8gZ2F0aGVyIGNvbnNlbnN1cyBvbiBhbiBhbHRlcm5hdGl2ZSBwcm9wb3NhbCB0aGF0IHJl c29sdmVzIHRoZSBpc3N1ZS4gCi1JbiB0aGUgZ3JlYXQgbWFqb3JpdHkgb2YgY2FzZXMsIHRoZSBj b25jZXJucyBsZWFkaW5nIHRvIHRoZSBuZWdhdGl2ZSB2b3RlIGNhbiAKLWJlIGFkZHJlc3NlZC4K LQotIyMjIENvbmZsaWN0IFJlc29sdXRpb24KLQotIyMjIyBSZWZlcmVlaW5nCi0KLVN1Yi1wcm9q ZWN0cyBhbmQgdGVhbXMgaG9zdGVkIG9uIFhlbnByb2plY3Qub3JnIGFyZSBub3QgZGVtb2NyYWNp ZXMgYnV0IAotbWVyaXRvY3JhY2llcy4gSW4gc2l0dWF0aW9ucyB3aGVyZSB0aGVyZSBpcyBkaXNh Z3JlZW1lbnQgb24gaXNzdWVzIHJlbGF0ZWQgdG8gCi10aGUgZGF5LXRvLWRheSBydW5uaW5nIG9m IHRoZSBwcm9qZWN0LCBDb21taXR0ZXJzIGFuZCBQcm9qZWN0IExlYWRzIGFyZSAKLWV4cGVjdGVk IHRvIGFjdCBhcyByZWZlcmVlcyBhbmQgbWFrZSBhIGRlY2lzaW9uIG9uIGJlaGFsZiBvZiB0aGUg Y29tbXVuaXR5LiAKLVJlZmVyZWVzIHNob3VsZCBob3dldmVyIGNvbnNpZGVyIHdoZXRoZXIgbWFr aW5nIGEgZGVjaXNpb24gbWF5IGJlIGRpdmlzaXZlIGFuZCAKLWRhbWFnaW5nIGZvciB0aGUgY29t bXVuaXR5LiBJbiBzdWNoIGNhc2VzLCB0aGUgY29tbWl0dGVyIGNvbW11bml0eSBvZiB0aGUgCi1w cm9qZWN0IGNhbiBwcml2YXRlbHkgdm90ZSBvbiBhbiBpc3N1ZSwgZ2l2aW5nIHRoZSBkZWNpc2lv biBtb3JlIHdlaWdodC4KLQotIyMjIyBMYXN0IFJlc29ydAotCi1JbiBzb21lIHJhcmUgY2FzZXMs IHRoZSBsYXp5IGNvbnNlbnN1cyBhcHByb2FjaCBtYXkgbGVhZCB0byB0aGUgY29tbXVuaXR5IGJl aW5nIAotcGFyYWx5emVkLiBUaHVzLCBhcyBhIGxhc3QgcmVzb3J0IHdoZW4gY29uc2Vuc3VzIGNh bm5vdCBiZSBhY2hpZXZlZCBvbiBhIAotcXVlc3Rpb24gaW50ZXJuYWwgdG8gYSBwcm9qZWN0LCB0 aGUgZmluYWwgZGVjaXNpb24gd2lsbCBiZSBtYWRlIGJ5IGEgcHJpdmF0ZSAKLW1ham9yaXR5IHZv dGUgYW1vbmdzdCB0aGUgY29tbWl0dGVycyBhbmQgcHJvamVjdCBsZWFkLiBJZiB0aGUgdm90ZSBp cyB0aWVkLCB0aGUgCi1wcm9qZWN0IGxlYWQgZ2V0cyBhbiBleHRyYSB2b3RlIHRvIGJyZWFrIHRo ZSB0aWUuCi0KLUZvciBxdWVzdGlvbnMgdGhhdCBhZmZlY3Qgc2V2ZXJhbCBwcm9qZWN0cywgY29t bWl0dGVycyBhbmQgcHJvamVjdCBsZWFkcyBvZiAKLW1hdHVyZSBwcm9qZWN0cyB3aWxsIGhvbGQg YSBwcml2YXRlIG1ham9yaXR5IHZvdGUuIElmIHRoZSB2b3RlIGlzIHRpZWQsIHRoZSAKLVtYZW4g UHJvamVjdCBBZHZpc29yeSBCb2FyZF0oL2pvaW4uaHRtbCkgd2lsbCBicmVhayB0aGUgdGllIHRo cm91Z2ggYSBjYXN0aW5nIAotdm90ZS4KLQotUm9sZXMKLS0tLS0tCi0KLSMjIyBNYWludGFpbmVy cwotCi1NYWludGFpbmVycyBvd24gb25lIG9yIHNldmVyYWwgY29tcG9uZW50cyBpbiB0aGUgWGVu IHRyZWUuIEEgbWFpbnRhaW5lciByZXZpZXdzIAotYW5kIGFwcHJvdmVzIGNoYW5nZXMgdGhhdCBh ZmZlY3QgdGhlaXIgY29tcG9uZW50cy4gSXQgaXMgYSBtYWludGFpbmVyJ3MgcHJpbWUgCi1yZXNw b25zaWJpbGl0eSB0byByZXZpZXcsIGNvbW1lbnQgb24sIGNvLW9yZGluYXRlIGFuZCBhY2NlcHQg cGF0Y2hlcyBmcm9tIG90aGVyIAotY29tbXVuaXR5IG1lbWJlcidzIGFuZCB0byBtYWludGFpbiB0 aGUgZGVzaWduIGNvaGVzaW9uIG9mIHRoZWlyIGNvbXBvbmVudHMuIAotTWFpbnRhaW5lcnMgYXJl IGxpc3RlZCBpbiBhIE1BSU5UQUlORVJTIGZpbGUgaW4gdGhlIHJvb3Qgb2YgdGhlIHNvdXJjZSB0 cmVlLgotCi0jIyMgQ29tbWl0dGVycwotCi1Db21taXR0ZXJzIGFyZSBNYWludGFpbmVycyB0aGF0 IGFyZSBhbGxvd2VkIHRvIGNvbW1pdCBjaGFuZ2VzIGludG8gdGhlIHNvdXJjZSAKLWNvZGUgcmVw b3NpdG9yeS4gVGhlIGNvbW1pdHRlciBhY3RzIG9uIHRoZSB3aXNoZXMgb2YgdGhlIG1haW50YWlu ZXJzIGFuZCAKLWFwcGxpZXMgY2hhbmdlcyB0aGF0IGhhdmUgYmVlbiBhcHByb3ZlZCBieSB0aGUg cmVzcGVjdGl2ZSBtYWludGFpbmVyKHMpIHRvIHRoZSAKLXNvdXJjZSB0cmVlLiBEdWUgdG8gdGhl aXIgc3RhdHVzIGluIHRoZSBjb21tdW5pdHksIGNvbW1pdHRlcnMgY2FuIGFsc28gYWN0IGFzIAot cmVmZXJlZXMgc2hvdWxkIGRpc2FncmVlbWVudHMgYW1vbmdzdCBtYWludGFpbmVycyBhcmlzZS4g Q29tbWl0dGVycyBhcmUgbGlzdGVkIAotb24gdGhlIHN1Yi1wcm9qZWN0J3MgdGVhbSBwb3J0YWwg KGUuZy4gW0h5cGVydmlzb3IgdGVhbSAKLXBvcnRhbF0oL2RldmVsb3BlcnMvdGVhbXMvaHlwZXJ2 aXNvci5odG1sKSkuCitYZW4gUHJvamVjdCBXaWRlIFJvbGVzIHsjcm9sZXMtZ2xvYmFsfQorLS0t LS0tLS0tLS0tLS0tLS0tLS0tLQogCiAjIyMgU3ViLXByb2plY3RzIGFuZCBUZWFtcwogCkBAIC0x MTgsMTYgKzY2LDYgQEAgcHJvamVjdHMpIGFyZSBydW4gYnkgaW5kaXZpZHVhbHMgYW5kIGFyZSBv ZnRlbiByZWZlcnJlZCB0byBhcyB0ZWFtcyB0bwogaGlnaGxpZ2h0IHRoZSBjb2xsYWJvcmF0aXZl IG5hdHVyZSBvZiBkZXZlbG9wbWVudC4gRm9yIGV4YW1wbGUsIGVhY2ggCiBzdWItcHJvamVjdCBo YXMgYSBbdGVhbSBwb3J0YWxdKC9kZXZlbG9wZXJzL3RlYW1zLmh0bWwpIG9uIFhlbnByb2plY3Qu b3JnLgogCi0jIyMgUHJvamVjdCBMZWFkCi0KLVN1Yi1wcm9qZWN0cyBhbmQgdGVhbXMgaG9zdGVk IG9uIFhlbnByb2plY3Qub3JnIGFyZSBtYW5hZ2VkIGJ5IGEgUHJvamVjdCBMZWFkLCAKLXdobyBh bHNvIGlzIGEgY29tbWl0dGVyIG9mIHRoZSBzdWItcHJvamVjdC90ZWFtIGhlL3NoZSBsZWFkcy4g UHJvamVjdCBMZWFkcyBhcmUgCi10aGUgcHVibGljIGZpZ3VyZWhlYWQgb2YgdGhlIHByb2plY3Qg YW5kIGlzIHJlc3BvbnNpYmxlIGZvciB0aGUgaGVhbHRoIG9mIHRoZSAKLXByb2plY3QuIER1ZSB0 byB0aGVpciBzdGF0dXMgaW4gdGhlIGNvbW11bml0eSwgcHJvamVjdCBsZWFkcyBjYW4gYWxzbyBh Y3QgYXMgCi1yZWZlcmVlcyBzaG91bGQgZGlzYWdyZWVtZW50cyBhbW9uZ3N0IGNvbW1pdHRlcnMg b2YgdGhlIHByb2plY3QgYXJpc2UuIFRoZSAKLXByb2plY3QgbGVhZCB0eXBpY2FsbHkgYWxzbyBo YXMgd3JpdGUgYWNjZXNzIHRvIHJlc291cmNlcywgc3VjaCBhcyB0aGUgd2ViIHBhZ2UgCi1vZiBh IHNwZWNpZmljIHByb2plY3QuCi0KICMjIyBYZW4gUHJvamVjdCBBZHZpc29yeSBCb2FyZAogCiBU aGUgW1hlbiBQcm9qZWN0IEFkdmlzb3J5IEJvYXJkXSgvam9pbi5odG1sKSBjb25zaXN0cyBvZiBt ZW1iZXJzIHdobyBhcmUgCkBAIC0xNjIsNyArMTAwLDM4IEBAIGNvbW1pdHRlciBvZiBhIG1hdHVy ZSBwcm9qZWN0LCBhIG1lbWJlciBvZiB0aGUgYWR2aXNvcnkgYm9hcmQgb3IgdGhlIGNvbW11bml0 eQogbWFuYWdlci4gVGhpcyBlbnN1cmVzIHRoYXQgYSBkaXN0aW5ndWlzaGVkIGNvbW11bml0eSBt ZW1iZXIgc3VwcG9ydHMgdGhlIGlkZWEgCiBiZWhpbmQgdGhlIHByb2plY3QuCiAKLU1ha2luZyBD b250cmlidXRpb25zCitQcm9qZWN0IFRlYW0gUm9sZXMgeyNyb2xlcy1sb2NhbH0KKy0tLS0tLS0t LS0tLS0tLS0tLQorCisjIyMgTWFpbnRhaW5lcnMKKworTWFpbnRhaW5lcnMgb3duIG9uZSBvciBz ZXZlcmFsIGNvbXBvbmVudHMgaW4gdGhlIFhlbiB0cmVlLiBBIG1haW50YWluZXIgcmV2aWV3cyAK K2FuZCBhcHByb3ZlcyBjaGFuZ2VzIHRoYXQgYWZmZWN0IHRoZWlyIGNvbXBvbmVudHMuIEl0IGlz IGEgbWFpbnRhaW5lcidzIHByaW1lIAorcmVzcG9uc2liaWxpdHkgdG8gcmV2aWV3LCBjb21tZW50 IG9uLCBjby1vcmRpbmF0ZSBhbmQgYWNjZXB0IHBhdGNoZXMgZnJvbSBvdGhlciAKK2NvbW11bml0 eSBtZW1iZXIncyBhbmQgdG8gbWFpbnRhaW4gdGhlIGRlc2lnbiBjb2hlc2lvbiBvZiB0aGVpciBj b21wb25lbnRzLiAKK01haW50YWluZXJzIGFyZSBsaXN0ZWQgaW4gYSBNQUlOVEFJTkVSUyBmaWxl IGluIHRoZSByb290IG9mIHRoZSBzb3VyY2UgdHJlZS4KKworIyMjIENvbW1pdHRlcnMKKworQ29t bWl0dGVycyBhcmUgTWFpbnRhaW5lcnMgdGhhdCBhcmUgYWxsb3dlZCB0byBjb21taXQgY2hhbmdl cyBpbnRvIHRoZSBzb3VyY2UgCitjb2RlIHJlcG9zaXRvcnkuIFRoZSBjb21taXR0ZXIgYWN0cyBv biB0aGUgd2lzaGVzIG9mIHRoZSBtYWludGFpbmVycyBhbmQgCithcHBsaWVzIGNoYW5nZXMgdGhh dCBoYXZlIGJlZW4gYXBwcm92ZWQgYnkgdGhlIHJlc3BlY3RpdmUgbWFpbnRhaW5lcihzKSB0byB0 aGUgCitzb3VyY2UgdHJlZS4gRHVlIHRvIHRoZWlyIHN0YXR1cyBpbiB0aGUgY29tbXVuaXR5LCBj b21taXR0ZXJzIGNhbiBhbHNvIGFjdCBhcyAKK3JlZmVyZWVzIHNob3VsZCBkaXNhZ3JlZW1lbnRz IGFtb25nc3QgbWFpbnRhaW5lcnMgYXJpc2UuIENvbW1pdHRlcnMgYXJlIGxpc3RlZCAKK29uIHRo ZSBzdWItcHJvamVjdCdzIHRlYW0gcG9ydGFsIChlLmcuIFtIeXBlcnZpc29yIHRlYW0gCitwb3J0 YWxdKC9kZXZlbG9wZXJzL3RlYW1zL2h5cGVydmlzb3IuaHRtbCkpLgorCisjIyMgUHJvamVjdCBM ZWFkCisKK1N1Yi1wcm9qZWN0cyBhbmQgdGVhbXMgaG9zdGVkIG9uIFhlbnByb2plY3Qub3JnIGFy ZSBtYW5hZ2VkIGJ5IGEgUHJvamVjdCBMZWFkLCAKK3dobyBhbHNvIGlzIGEgY29tbWl0dGVyIG9m IHRoZSBzdWItcHJvamVjdC90ZWFtIGhlL3NoZSBsZWFkcy4gUHJvamVjdCBMZWFkcyBhcmUgCit0 aGUgcHVibGljIGZpZ3VyZWhlYWQgb2YgdGhlIHByb2plY3QgYW5kIGlzIHJlc3BvbnNpYmxlIGZv ciB0aGUgaGVhbHRoIG9mIHRoZSAKK3Byb2plY3QuIER1ZSB0byB0aGVpciBzdGF0dXMgaW4gdGhl IGNvbW11bml0eSwgcHJvamVjdCBsZWFkcyBjYW4gYWxzbyBhY3QgYXMgCityZWZlcmVlcyBzaG91 bGQgZGlzYWdyZWVtZW50cyBhbW9uZ3N0IGNvbW1pdHRlcnMgb2YgdGhlIHByb2plY3QgYXJpc2Uu IFRoZSAKK3Byb2plY3QgbGVhZCB0eXBpY2FsbHkgYWxzbyBoYXMgd3JpdGUgYWNjZXNzIHRvIHJl c291cmNlcywgc3VjaCBhcyB0aGUgd2ViIHBhZ2UgCitvZiBhIHNwZWNpZmljIHByb2plY3QuCisK K01ha2luZyBDb250cmlidXRpb25zIHsjY29udHJpYnV0aW9uc30KIC0tLS0tLS0tLS0tLS0tLS0t LS0tCiAKIE1ha2luZyBjb250cmlidXRpb25zIGluIFhlbiBmb2xsb3dzIHRoZSBjb252ZW50aW9u cyBhcyB0aGV5IGFyZSBrbm93biBpbiB0aGUgCkBAIC0xNzYsMTIgKzE0NSw2MCBAQCBPcmlnaW5d KGh0dHA6Ly9lbGludXgub3JnL0RldmVsb3Blcl9DZXJ0aWZpY2F0ZV9PZl9PcmlnaW4pKS4KIE1v cmUgaW5mb3JtYXRpb24gb24gbWFraW5nIGNvbnRyaWJ1dGlvbnMgY2FuIGJlIGZvdW5kIGluIHRo ZSBmb2xsb3dpbmcgCiBkb2N1bWVudHM6CiAKLS0gICBbQ29udHJpYnV0aW9uIEd1aWRlbGluZXNd KGcvaGVscC9jb250cmlidXRpb24tZ3VpZGVsaW5lcy5odG1sKQorLSAgIFtDb250cmlidXRpb24g R3VpZGVsaW5lc10oL2hlbHAvY29udHJpYnV0aW9uLWd1aWRlbGluZXMuaHRtbCkKKworRGVjaXNp b24gTWFraW5nLCBDb25mbGljdCBSZXNvbHV0aW9uLCBSb2xlIE5vbWluYXRpb25zIGFuZCBFbGVj dGlvbnMgCit7I2RlY2lzaW9uc30KKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCisKKyMjIyBDb25zZW5zdXMgRGVjaXNp b24gTWFraW5nCisKK1N1Yi1wcm9qZWN0cyBvciB0ZWFtcyBob3N0ZWQgb24gWGVucHJvamVjdC5v cmcgYXJlIG5vcm1hbGx5IGF1dG8tZ292ZXJuaW5nIGFuZCAKK2RyaXZlbiBieSB0aGUgcGVvcGxl IHdobyB2b2x1bnRlZXIgZm9yIHRoZSBqb2IuIFRoaXMgZnVuY3Rpb25zIHdlbGwgZm9yIG1vc3Qg CitjYXNlcy4gV2hlbiBtb3JlIGZvcm1hbCBkZWNpc2lvbiBtYWtpbmcgYW5kIGNvb3JkaW5hdGlv biBpcyByZXF1aXJlZCwgZGVjaXNpb25zIAorYXJlIHRha2VuIHdpdGggYSBsYXp5IGNvbnNlbnN1 cyBhcHByb2FjaDogYSBmZXcgcG9zaXRpdmUgdm90ZXMgd2l0aCBubyBuZWdhdGl2ZSAKK3ZvdGUg YXJlIGVub3VnaCB0byBnZXQgZ29pbmcuCisKK1ZvdGluZyBpcyBkb25lIHdpdGggbnVtYmVyczoK KworLSAgICsxIDogYSBwb3NpdGl2ZSB2b3RlCistICAgMCA6IGFic3RhaW4sIGhhdmUgbm8gb3Bp bmlvbgorLSAgIC0xIDogYSBuZWdhdGl2ZSB2b3RlCisKK0EgbmVnYXRpdmUgdm90ZSBzaG91bGQg aW5jbHVkZSBhbiBhbHRlcm5hdGl2ZSBwcm9wb3NhbCBvciBhIGRldGFpbGVkIAorZXhwbGFuYXRp b24gb2YgdGhlIHJlYXNvbnMgZm9yIHRoZSBuZWdhdGl2ZSB2b3RlLiBUaGUgcHJvamVjdCBjb21t dW5pdHkgdGhlbiAKK3RyaWVzIHRvIGdhdGhlciBjb25zZW5zdXMgb24gYW4gYWx0ZXJuYXRpdmUg cHJvcG9zYWwgdGhhdCByZXNvbHZlcyB0aGUgaXNzdWUuIAorSW4gdGhlIGdyZWF0IG1ham9yaXR5 IG9mIGNhc2VzLCB0aGUgY29uY2VybnMgbGVhZGluZyB0byB0aGUgbmVnYXRpdmUgdm90ZSBjYW4g CitiZSBhZGRyZXNzZWQuCisKKyMjIyBDb25mbGljdCBSZXNvbHV0aW9uCisKKyMjIyMgUmVmZXJl ZWluZworCitTdWItcHJvamVjdHMgYW5kIHRlYW1zIGhvc3RlZCBvbiBYZW5wcm9qZWN0Lm9yZyBh cmUgbm90IGRlbW9jcmFjaWVzIGJ1dCAKK21lcml0b2NyYWNpZXMuIEluIHNpdHVhdGlvbnMgd2hl cmUgdGhlcmUgaXMgZGlzYWdyZWVtZW50IG9uIGlzc3VlcyByZWxhdGVkIHRvIAordGhlIGRheS10 by1kYXkgcnVubmluZyBvZiB0aGUgcHJvamVjdCwgQ29tbWl0dGVycyBhbmQgUHJvamVjdCBMZWFk cyBhcmUgCitleHBlY3RlZCB0byBhY3QgYXMgcmVmZXJlZXMgYW5kIG1ha2UgYSBkZWNpc2lvbiBv biBiZWhhbGYgb2YgdGhlIGNvbW11bml0eS4gCitSZWZlcmVlcyBzaG91bGQgaG93ZXZlciBjb25z aWRlciB3aGV0aGVyIG1ha2luZyBhIGRlY2lzaW9uIG1heSBiZSBkaXZpc2l2ZSBhbmQgCitkYW1h Z2luZyBmb3IgdGhlIGNvbW11bml0eS4gSW4gc3VjaCBjYXNlcywgdGhlIGNvbW1pdHRlciBjb21t dW5pdHkgb2YgdGhlIAorcHJvamVjdCBjYW4gcHJpdmF0ZWx5IHZvdGUgb24gYW4gaXNzdWUsIGdp dmluZyB0aGUgZGVjaXNpb24gbW9yZSB3ZWlnaHQuCisKKyMjIyMgTGFzdCBSZXNvcnQKKworSW4g c29tZSByYXJlIGNhc2VzLCB0aGUgbGF6eSBjb25zZW5zdXMgYXBwcm9hY2ggbWF5IGxlYWQgdG8g dGhlIGNvbW11bml0eSBiZWluZyAKK3BhcmFseXplZC4gVGh1cywgYXMgYSBsYXN0IHJlc29ydCB3 aGVuIGNvbnNlbnN1cyBjYW5ub3QgYmUgYWNoaWV2ZWQgb24gYSAKK3F1ZXN0aW9uIGludGVybmFs IHRvIGEgcHJvamVjdCwgdGhlIGZpbmFsIGRlY2lzaW9uIHdpbGwgYmUgbWFkZSBieSBhIHByaXZh dGUgCittYWpvcml0eSB2b3RlIGFtb25nc3QgdGhlIGNvbW1pdHRlcnMgYW5kIHByb2plY3QgbGVh ZC4gSWYgdGhlIHZvdGUgaXMgdGllZCwgdGhlIAorcHJvamVjdCBsZWFkIGdldHMgYW4gZXh0cmEg dm90ZSB0byBicmVhayB0aGUgdGllLgorCitGb3IgcXVlc3Rpb25zIHRoYXQgYWZmZWN0IHNldmVy YWwgcHJvamVjdHMsIGNvbW1pdHRlcnMgYW5kIHByb2plY3QgbGVhZHMgb2YgCittYXR1cmUgcHJv amVjdHMgd2lsbCBob2xkIGEgcHJpdmF0ZSBtYWpvcml0eSB2b3RlLiBJZiB0aGUgdm90ZSBpcyB0 aWVkLCB0aGUgCitbWGVuIFByb2plY3QgQWR2aXNvcnkgQm9hcmRdKC9qb2luLmh0bWwpIHdpbGwg YnJlYWsgdGhlIHRpZSB0aHJvdWdoIGEgY2FzdGluZyAKK3ZvdGUuCiAKLUVsZWN0aW9ucyBhbmQg Rm9ybWFsIFZvdGVzCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQorIyMjIEVsZWN0aW9ucwog Ci0jIyMgTWFpbnRhaW5lciBFbGVjdGlvbnMKKyMjIyMgTWFpbnRhaW5lciBFbGVjdGlvbnMKIAog RGV2ZWxvcGVycyB3aG8gaGF2ZSBlYXJuZWQgdGhlIHRydXN0IG9mIG1haW50YWluZXJzIChpbmNs dWRpbmcgdGhlIHByb2plY3QgCiBsZWFkKSBjYW4gYmUgcHJvbW90ZWQgdG8gTWFpbnRhaW5lci4g QSB0d28gc3RhZ2UgbWVjaGFuaXNtIGlzIHVzZWQKQEAgLTE5OSw3ICsyMTYsNyBAQCBwcmluY2lw bGVzIG9mIGNvbnNlbnN1cyBkZWNpc2lvbiBtYWtpbmcuIElmIHRoZXJlIGlzIGRpc2FncmVlbWVu dCBvciBkb3VidCwgdGhlCiBwcm9qZWN0IGxlYWQgb3IgYSBjb21taXR0ZXIgc2hvdWxkIGFzayB0 aGUgY29tbXVuaXR5IG1hbmFnZXIgdG8gYXJyYW5nZSBhIG1vcmUgCiBmb3JtYWwgdm90ZS4KIAot IyMjIENvbW1pdHRlciBFbGVjdGlvbnMKKyMjIyMgQ29tbWl0dGVyIEVsZWN0aW9ucwogCiBEZXZl bG9wZXJzIHdobyBoYXZlIGVhcm5lZCB0aGUgdHJ1c3Qgb2YgY29tbWl0dGVycyBpbiB0aGVpciBw cm9qZWN0IGNhbiB0aHJvdWdoIAogZWxlY3Rpb24gYmUgcHJvbW90ZWQgdG8gQ29tbWl0dGVyLiBB IHR3byBzdGFnZSBtZWNoYW5pc20gaXMgdXNlZApAQCAtMjE5LDIxICsyMzYsMjIgQEAgbmVnYXRp dmUgdm90ZSB0aGUgcHJvamVjdCBsZWFkIGFuZCBjb21tdW5pdHkgbWFuYWdlciB3aWxsIHRyeSBh bmQgcmVzb2x2ZSB0aGUKIHNpdHVhdGlvbiBhbmQgcmVhY2ggY29uc2Vuc3VzLiBSZXN1bHRzIHdp bGwgYmUgcHVibGlzaGVkIG9uIHRoZSBwdWJsaWMgbWFpbGluZyAKIGxpc3QuCiAKLSMjIyBQcm9q ZWN0IExlYWQgRWxlY3Rpb25zCisjIyMjIFByb2plY3QgTGVhZCBFbGVjdGlvbnMKIAogUHJvamVj dHMgd2hpY2ggbG9zZSB0aGVpciBwcm9qZWN0IGxlYWQgYXJlIGF0IHJpc2sgb2YgZmFpbGluZy4g U2hvdWxkIHRoaXMgCiBvY2N1ciwgdGhlIHByb2plY3QncyBtYWludGFpbmVyIGNvbW11bml0eSBz aG91bGQgYWdyZWUgd2hvIHdvdWxkIHdhbnQgdG8gYmUvYmUgCiBhYmxlIHRvIGJlIHRoZSBuZXcg cHJvamVjdCBsZWFkIGFuZCBmb2xsb3cgdGhlIGVsZWN0aW9uIHByb2Nlc3MgYXMgb3V0bGluZWQg CiBhYm92ZS4KIAotIyMjIEZvcm1hbCBWb3RlcworRm9ybWFsIFZvdGVzIHsjZm9ybWFsLXZvdGVz fQorLS0tLS0tLS0tLS0tCiAKIFNvbWV0aW1lcyBpdCBpcyBuZWNlc3NhcnkgdG8gY29uZHVjdCBm b3JtYWwgdm90aW5nIHdpdGhpbiB0aGUgY29tbXVuaXR5IAogKG91dHNpZGUgb2YgZWxlY3Rpb25z KS4gRm9ybWFsIHZvdGVzIGFyZSBuZWNlc3Nhcnkgd2hlbiBwcm9jZXNzZXMgYW5kIAogcHJvY2Vk dXJlcyBhcmUgaW50cm9kdWNlZCBvciBjaGFuZ2VkLCBvciBhcyBwYXJ0IG9mIHRoZSBbUHJvamVj dCAKIEdvdmVybmFuY2VdKCNwcm9qZWN0LWdvdmVybmFuY2UpLiBXaG8gaXMgZWxpZ2libGUgdG8g dm90ZSwgZGVwZW5kcyBvbiB3aGV0aGVyIAogdGhlIHNjb3BlIG9mIGEgcHJvY2VzcyBvciBwcm9j ZWR1cmUgaXMgKipsb2NhbCoqIHRvIGEgc3ViLXByb2plY3Qgb3IgdGVhbSwgb3IgCi13aGV0aGVy IGl0IGFmZmVjdHMgKiphbGwgc3ViLXByb2plY3RzKiogKG9yIGluIG90aGVyIHdvcmRzLCBpcyoq Z2xvYmFsKiopLiAKK3doZXRoZXIgaXQgYWZmZWN0cyAqKmFsbCBzdWItcHJvamVjdHMqKiAob3Ig aW4gb3RoZXIgd29yZHMsIGlzICoqZ2xvYmFsKiopLiAKIEV4YW1wbGVzIG9mIGxvY2FsIHNjb3Bl IGlzIHRoZSBbU2VjdXJpdHkgUG9saWN5XSgvc2VjdXJpdHktcG9saWN5Lmh0bWwpIHdoaWNoIAog YXBwbGllcyB0byB0aGUgW0h5cGVydmlzb3IgUHJvamVjdF0oL2RldmVsb3BlcnMvdGVhbXMvaHlw ZXJ2aXNvci5odG1sKSBvbmx5LiAKIEV4YW1wbGVzIG9mIGdsb2JhbCBzY29wZSBhcmUgY2hhbmdl cyB0byB0aGlzIGRvY3VtZW50IG9yIHZvdGVzIG91dGxpbmVkIGluIHRoZSAKQEAgLTI2Myw3ICsy ODEsNyBAQCBlYWNoLiBGb3Igdm90aW5nIGEgdHJhY2VhYmxlIHBvbGwgbWVjaGFuaXNtIChlLmcu IHZvdGluZyBmb3JtIHRoYXQga2VlcHMKIGF1ZGl0YWJsZSBhbmQgdGFtcGVyIHByb29mIHJlY29y ZHMpIG11c3QgYmUgdXNlZC4gVm90aW5nIGZvbGxvd3MgdGhlIAogY29udmVudGlvbnMgYXMgbGFp ZCBvdXQgaW4gIlByaW5jaXBsZTogQ29uc2Vuc3VzIERlY2lzaW9uIE1ha2luZyIuCiAKLVByb2pl Y3QgR292ZXJuYW5jZQorUHJvamVjdCBHb3Zlcm5hbmNlICB7I3Byb2plY3QtZ292ZXJuYW5jZX0K IC0tLS0tLS0tLS0tLS0tLS0tLQogCiAjIyMgQmFzaWMgUHJvamVjdCBMaWZlIEN5Y2xlCkBAIC00 NjEsNyArNDc5LDcgQEAgd29yZHMgaXQgaGFzIGNvbXBsZXRlZAogCiBJbiB0aGUgZmlyc3QgY2Fz ZSB0aGUgcmV2aWV3IGlzIHRyaWdnZXJlZCBieSB0aGUgaW5jdWJhdGlvbiBwcm9qZWN0J3MgbWVu dG9yLiAKIEZhaWxpbmcgdGhpcyB0aGUgcmV2aWV3IGNhbiBiZSByZXF1ZXN0ZWQgYnkgYW55IG1h aW50YWluZXIgb2YgYSBtYXR1cmUgcHJvamVjdCAKLShpbmNsdWRpbmcgdGhlIHByb2plYydzIGxl YWQpIG9yIGJ5IHRoZSBYZW4gUHJvamVjdCBjb21tdW5pdHkgbWFuYWdlci4gU2VlIAorKGluY2x1 ZGluZyB0aGUgcHJvamVjdCdzIGxlYWQpIG9yIGJ5IHRoZSBYZW4gUHJvamVjdCBjb21tdW5pdHkg bWFuYWdlci4gU2VlIAogIlJlcXVlc3RpbmcgUmV2aWV3cywgUmV2aWV3cyBhbmQgVm90aW5nIi4K IAogVGhlIHJldmlldyBpcyBlc3NlbnRpYWxseSBhIHBpdGNoIHdoeSB0aGUgcHJvamVjdCBzaG91 bGQgYmUgYXJjaGl2ZWQuIFRoZSAKQEAgLTUxNCw2ICs1MzIsNyBAQCB3aWxsIHN1cHBvcnQgdGhl IHByb2plY3QgbGVhZCBpbiBmaW5kaW5nIGEgbmV3IG1lbnRvci4KIENoYW5nZSBIaXN0b3J5CiAt LS0tLS0tLS0tLS0tLQogCistICAgKip2My4wIEp1bHkgMjAxNjoqKiBUT0RPOiBBZGQgcmVhbCBj aGFuZ2Vsb2cgaW4gbWFpbiBwYXRjaAogLSAgICoqdjIuMSBNYXkgMjAxNjoqKiBDbGFyaWZ5IENv bW1pdHRlciBFbGVjdGlvbnMgYXMgcGVyIHRoaXMgCiBbZGlzY3Vzc2lvbl0oaHR0cDovL2xpc3Rz LnhlbnByb2plY3Qub3JnL2FyY2hpdmVzL2h0bWwveGVuLWRldmVsLzIwMTYtMDUvbXNnMDA4MAog MS5odG1sKSBhbmQgCkBAIC01MzksNiArNTU4LDYgQEAgZnJvbSBSZXF1ZXN0aW5nIFJldmlld3Ms IFJldmlld3MgYW5kIFZvdGluZyByYXRoZXIgdGhhbiBkdXBsaWNhdGluZwogICAgIC0gICBDbGFy aWZpZWQgdGhlIHJvbGVzIG9mIENvbW1pdHRlciBhbmQgTWFpbnRhaW5lci4KICAgICAtICAgQWRk ZWQgTWFraW5nIENvbnRyaWJ1dGlvbnMgd2hpY2ggY29udGFpbnMgbGlua3MgdG8gb3RoZXIgZG9j dW1lbnRhdGlvbiAKIGFuZCBoaWdobGlnaHRzIHRoYXQgWGVuLm9yZyByZXF1aXJlZCBhIERDTyBm b3IgY29udHJpYnV0aW9ucyBzaW5jZSAyMDA1LgotLSAgICoqdjEuMCBKdW4gMjAxMToqKiBJbnRp YWwgZG9jdW1lbnQgYXBwcm92ZWQKKy0gICAqKnYxLjAgSnVuIDIwMTE6KiogSW5pdGlhbCBkb2N1 bWVudCBhcHByb3ZlZAogCiAgICAgICAgICAgICAgICAgICAgIApcIE5vIG5ld2xpbmUgYXQgZW5k IG9mIGZpbGUKLS0gCjIuNS40IChBcHBsZSBHaXQtNjEpCgoKX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLWFwaSBtYWlsaW5nIGxpc3QKWGVuLWFwaUBs aXN0cy54ZW4ub3JnCmh0dHBzOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGlu Zm8veGVuLWFwaQo= From xen-api-bounces@lists.xen.org Wed Nov 23 12:21:15 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 23 Nov 2016 12:21:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c9WXz-0007Lc-Jt; Wed, 23 Nov 2016 12:21:07 +0000 Received: from mail6.bemta6.messagelabs.com ([193.109.254.103]) by lists.xenproject.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c9WXx-0007L5-Ne; Wed, 23 Nov 2016 12:21:05 +0000 Received: from [85.158.143.35] by server-10.bemta-6.messagelabs.com id 68/E7-28971-0B985385; Wed, 23 Nov 2016 12:21:04 +0000 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFrrHLMWRWlGSWpSXmKPExsWS0XRdVXd9p2m EweUtVha9rXdZLP4sTrT4sryB0eL7lslMDiwehz9cYQlgjGLNzEvKr0hgzbi0fhVjwSGJirMH 6hoYt4t0MXJxCAmcZJS4eO4aM4RzkVHi5vxzbF2MnBxsAhoSxx42M4PYIgJKEvdWTWYCKWIWW M0oMX3PQbAiYYEGRonTOxRBbBYBVYm702+xg9i8Ai4S03o3MYHYEgK6EndvXmCdwMi5gJFhFa N6cWpRWWqRroleUlFmekZJbmJmjq6hgZlebmpxcWJ6ak5iUrFecn7uJkagLxmAYAdj92X/Q4y SHExKory8TaYRQnxJ+SmVGYnFGfFFpTmpxYcYZTg4lCR4KzuAcoJFqempFWmZOcCggklLcPAo ifAeAUnzFhck5hZnpkOkTjEac7zZ9fIBE8eeWa8eMAmx5OXnpUqJ8xaClAqAlGaU5sENggX7J UZZKWFeRqDThHgKUotyM0tQ5V8xinMwKgnzngKZwpOZVwK37xXQKUxAp0h+MwY5pSQRISXVwB j7YTbX258vz0Qo1bZLt7+dsmFbm8mCnMDZk2Qf/65v/1cSkqrU9VpNPMbqSXIvv/fzY9r76s4 dMzSe+rbPlSf7JIvj7h37L8zjvX3RmFVZqOUJn5z/5T8lXc33Nt1wrY3jfrGwgdFSTHAS69VN wYLns5SXOm5Y8+rU6slmfCpHW+Ju2Xz7+0iJpTgj0VCLuag4EQAlGnK+cQIAAA== X-Env-Sender: lars.kurth@citrix.com X-Msg-Ref: server-10.tower-21.messagelabs.com!1479903662!38132323!1 X-Originating-IP: [104.130.215.37] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 9.0.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 38604 invoked from network); 23 Nov 2016 12:21:03 -0000 Received: from mail.xenproject.org (HELO mail.xenproject.org) (104.130.215.37) by server-10.tower-21.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP; 23 Nov 2016 12:21:03 -0000 Received: from xenbits.xenproject.org ([104.239.192.120]) by mail.xenproject.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c9WXo-0001ul-24; Wed, 23 Nov 2016 12:20:56 +0000 Received: from localhost ([127.0.0.1] helo=MacBook-Pro-6.Home) by xenbits.xenproject.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c9WXn-0005PU-O6; Wed, 23 Nov 2016 12:20:55 +0000 From: Lars Kurth To: xen-devel@lists.xenproject.org Date: Wed, 23 Nov 2016 12:20:43 +0000 Message-Id: <1479903646-6772-1-git-send-email-lars.kurth@citrix.com> X-Mailer: git-send-email 2.5.4 (Apple Git-61) Cc: xen-api@lists.xenproject.org, win-pv-devel@lists.xenproject.org, committers@xenproject.org, mirageos-devel@lists.xenproject.org, Lars Kurth Subject: [Xen-API] [PATCH v5 0/3] Significant changes to Xen Project Governance (governance.html) - COMMITTERS PLEASE VOTE ON THE PROPOSAL X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Errors-To: xen-api-bounces@lists.xen.org Sender: "Xen-api" VEhJUyBJUyBWRVJTSU9OIDUgT0YgVEhJUyBQQVRDSCBBTkQgV0UgQVJFIFJFQURZIEZPUiBGT1JN QUwgVk9USU5HLCBVTkxFU1MKU09NRU9ORSBPQkpFQ1RTLiBQRU9QTEUgTElTVEVEIEFTIENPTU1J VFRFUlMgSU4KLSBodHRwczovL3hlbnByb2plY3Qub3JnL2RldmVsb3BlcnMvdGVhbXMvaHlwZXJ2 aXNvci5odG1sCi0gaHR0cHM6Ly94ZW5wcm9qZWN0Lm9yZy9kZXZlbG9wZXJzL3RlYW1zL3hhcGku aHRtbApQTEVBU0UgVk9URSBCRUZPUkUgREVDIDJuZAoKSSBtYWRlIHNvbWUgc2lnbmlmaWNhbnQg cHJvcG9zZWQgY2hhbmdlcyB0byBnb3Zlcm5hbmNlLmh0bWwgYmFzZWQgb24gYSBudW1iZXIgCm9m IGlzc3VlcyB0aGF0IHdlcmUgcmFpc2VkIGluIGEgbnVtYmVyIG9mIHN1cnZleXMgbGFzdCB5ZWFy LCBhbmQgdmlhIG90aGVyIAptZWFucywgYXMgd2VsbCBhcyBpbiB0aGUgcmVjZW50IGRpc2N1c3Np b25zIHJlbGF0ZWQgdG8gZ292ZXJuYW5jZS5odG1sIGNoYW5nZXMgCih0aGUgaXNzdWUgb2YgdG9v IG1hbnkgY29tbWl0dGVycyBpbiBYQVBJIGFuZCBYQVBJIGJlaW5nIGFibGUgdG8gaGlqYWNrIHRo ZSAKZW50aXJlIHByb2plY3QpLgoKSW4gYW55IGNhc2UsIHRoZSBjaGFuZ2VzIGFyZSBleHByZXNz ZWQgaW4gMyBwYXRjaGVzIGdvdmVybmFuY2UucGFuZG9jLAp3aGljaCBpcyB0aGUgcGFuZG9jIHNv dXJjZSBmb3IgZ292ZXJuYW5jZS5odG1sOgoKLSBDb2RlIG1vdGlvbiBjaGFuZ2VzIHRvIG1ha2Ug cmVhbCBwYXRjaGVzIGVhc2llciB0byByZWFkCiAgTm8gY29udGVudCBoYXMgYmVlbiBjaGFuZ2Vk CiAgQW4gaW5kZXggd2FzIGFkZGVkCiAgRml4ZWQgc29tZSBtaW5vciB0eXBvcyBhbmQgZm9ybWF0 dGluZyBpc3N1ZXMKCi0gQWRkZWQgZG9jdW1lbnQgY29udGFpbmluZyBnb3Zlcm5hbmNlIHJlbGF0 ZWQgdG9kbyBsaXN0CiAgVGhlc2UgZG8gbm90IGFmZmVjdCB0aGlzIHNlcmllcyBhbmQgYXJlIGJh c2ljYWxseSBhIFRPRE8gbGlzdCBmb3IgbXlzZWxmCiAgICAKLSBTaWduaWZpY2FudCBjaGFuZ2Vz IHRvIGRlY2lzaW9uIG1ha2luZzsgc29tZSBuZXcgcm9sZXM7IG1pbm9yIGNoYW5nZXMKICBBZGRl ZCBHb2FsOiBMb2NhbCBEZWNpc2lvbiBNYWtpbmcKICBTcGxpdCByb2xlcyBpbnRvIHByb2plY3Qg d2lkZSBhbmQgc3ViLXByb2plY3Qgc3BlY2lmaWMgcm9sZXMKICBBZGRlZCBuZXcgcm9sZXM6IENv bW11bml0eSBNYW5hZ2VyLCBTZWN1cml0eSBSZXNwb25zZSBUZWFtLCBMZWFkZXJzaGlwIFRlYW0K ICBBZGRlZCBSVEMgUG9saWN5CiAgQWRkZWQgKzIgLi4uIC0yIHNjaGVtZSBmb3IgZXhwcmVzc2lu ZyBvcGluaW9ucyBtb3JlIGNsZWFybHkKICBDbGFyaWZpZWQgbGF6eSBjb25zZW5zdXMgLyBsYXp5 IHZvdGluZyB3aXRoIGV4YW1wbGVzCiAgQWRkZWQgSW5mb3JtYWwgVm90ZXMgb3IgU3VydmV5cwog IEFkZGVkIFByb2plY3QgVGVhbSBMZWFkZXJzaGlwIGRlY2lzaW9ucyAobWFqb3JpdHkgdm90ZSwg bm9uLW1vbm90b25pY2l0eSkKICBDbGFyaWZpZWQgYW5kIEFkYXB0ZWQgQ29uZmxpY3QgUmVzb2x1 dGlvbiB0byBwcmV2aW91cyBjaGFuZ2VzCiAgVXBkYXRlZCBFbGVjdGlvbnMgdG8gY292ZXIgbmV3 IHJvbGVzIGFuZCB0ZXJtaW5vbG9neQogIENoYW5nZWQgUHJvamVjdCBXaWRlIERlY2lzaW9uIG1h a2luZyAocGVyIHByb2plY3QsIG5vbi1tb25vdG9uaWNpdHkpCiAgQ2xhcmlmaWVkIHNjb3BlIG9m IERlY2lzaW9uIG1ha2luZwogIEFkZGVkIHNlY3Rpb24gb24gQ29tbXVuaXR5IERlY2lzaW9ucyB3 aXRoIEZ1bmRpbmcgYW5kIExlZ2FsIEltcGxpY2F0aW9ucwogIE1vZGlmaWVkIGFsbCBvdGhlciBz ZWN0aW9ucyB3aGljaCBoYXZlIGRlcGVuZGVuY2llcyBvbiBjaGFuZ2VzIGFib3ZlCiAgQWRkZWQg UGVyIFN1Yi1Qcm9qZWN0IEdvdmVybmFuY2UgU3BlY2lhbGlzYXRpb24KICBGaXhlZCBzb21lIHR5 cG9zCiAgClRoZSBwYXRjaCBzZXJpZXMgaXMgYmFzZWQgb24gZ2l0Oi8veGVuYml0cy54ZW4ub3Jn L3Blb3BsZS9sYXJzay9nb3Zlcm5hbmNlLmdpdAoKWW91IGNhbiBzZWUgdGhlIGNoYW5nZXMgaW4g bXkgcGVyc29uYWwgZ2l0IHJlcG8gYXQgaHR0cDovL3hlbmJpdHMueGVuLm9yZy9naXR3ZWIvCj9w PXBlb3BsZS9sYXJzay9nb3Zlcm5hbmNlLmdpdDthPXNob3J0bG9nO2g9cmVmcy9oZWFkcy8yMDE2 LW92ZXJoYXVsLXY1CgpPcGVuIElzc3VlcyB0byBiZSBmaXhlZCAoYnV0IHRoZXNlIGRvbid0IG5l ZWQgdG8gYmUgcmV2aWV3ZWQpCi0gRml4IHVwIHRhYmxlcyBhcyB0aGVzZSBkb24ndCByZW5kZXIg dmVyeSBuaWNlbHkgYXMgaHRtbAogIEFsc28gc2VlIGh0dHA6Ly9yYXBwb3J0ZXIuZ2l0aHViLmlv L3BhbmRlci9wYW5kb2NfdGFibGUuaHRtbAogIAotLS0KQ2hhbmdlcyBzaW5jZSB2MQotIEFncmVl ZCBhbmQgY2hhbmdlZCBjb3VudGluZyBzY2hlbWVzIGZvciBsYXp5IGNvbnNlbnN1cy92b3RpbmgK LSBBZGRlZCBDb21tdW5pdHkgRGVjaXNpb25zIHdpdGggRnVuZGluZyBhbmQgTGVnYWwgSW1wbGlj YXRpb25zCi0gQ2xhcmlmaWVkIEFCIHJvbGUgaW4gbGFzdCByZXNvcnQgY2FzZXMKLSBSZW1vdmVk IGNvbW1lbnRzIHdoZXJlIHN1cGVyY2VkZWQgYnkgZGVjaXNpb25zIHdlIGFscmVhZHkgbWFkZQot IEFkYXB0ZWQgc2VjdGlvbnMgd2l0aCBkZXBlbmRlbmNpZXMKCkNoYW5nZXMgc2luY2UgdjIKLSBG aXhlZCBtaW5vciB0eXBvZ3JhcGhpYyBpc3N1ZXMKLSBSZW1vdmVkIGNvbW1lbnRzIGZyb20gdGhl IHNlcmllcywgYXMgdGhlc2UgYXJlIGRpc3RyYWN0aW5nCiAgYW5kIG1ha2UgdGhlIGRvY3VtZW50 IGhhcmRlciB0byByZXZpZXcKLSBCcm9rZSBvdXQgcmVtYWluaW5nIGNvbW1lbnRzIHRoYXQgbmVl ZCBhZGRyZXNzaW5nIGF0IHNvbWUKICBwb2ludCBpbnRvIGdvdmVybmFuY2UudG9kbwotIEFkZGVk IGFuIGV4dHJhIHBhdGNoIHJlZ2FyZGluZyBxdW9ydW0gYW5kIHNlY3VyaXR5IHRlYW0KICBtZW1i ZXJzCgpDaGFuZ2VzIHNpbmNlIHYzCi0gRml4ZWQgcXVvcnVtIGZvciBnbG9iYWwgZGVjaXNpb24g bWFraW5nCgpDaGFuZ2VzIHNpbmNlIHY0IChub3QgcG9zdGVkKQotIEZpeGVkIGNvbnZlcnNpb24g aXNzdWVzIGFuZCBjaGFuZ2Vsb2cgaW4gZG9jdW1lbnQKCi0tIAoyLjUuNCAoQXBwbGUgR2l0LTYx KQoKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi1h cGkgbWFpbGluZyBsaXN0Clhlbi1hcGlAbGlzdHMueGVuLm9yZwpodHRwczovL2xpc3RzLnhlbi5v cmcvY2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZvL3hlbi1hcGkK From xen-api-bounces@lists.xen.org Wed Nov 23 12:21:15 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 23 Nov 2016 12:21:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c9WXz-0007Lc-Jt; Wed, 23 Nov 2016 12:21:07 +0000 Received: from mail6.bemta6.messagelabs.com ([193.109.254.103]) by lists.xenproject.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c9WXx-0007L5-Ne; Wed, 23 Nov 2016 12:21:05 +0000 Received: from [85.158.143.35] by server-10.bemta-6.messagelabs.com id 68/E7-28971-0B985385; Wed, 23 Nov 2016 12:21:04 +0000 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFrrHLMWRWlGSWpSXmKPExsWS0XRdVXd9p2m EweUtVha9rXdZLP4sTrT4sryB0eL7lslMDiwehz9cYQlgjGLNzEvKr0hgzbi0fhVjwSGJirMH 6hoYt4t0MXJxCAmcZJS4eO4aM4RzkVHi5vxzbF2MnBxsAhoSxx42M4PYIgJKEvdWTWYCKWIWW M0oMX3PQbAiYYEGRonTOxRBbBYBVYm702+xg9i8Ai4S03o3MYHYEgK6EndvXmCdwMi5gJFhFa N6cWpRWWqRroleUlFmekZJbmJmjq6hgZlebmpxcWJ6ak5iUrFecn7uJkagLxmAYAdj92X/Q4y SHExKory8TaYRQnxJ+SmVGYnFGfFFpTmpxYcYZTg4lCR4KzuAcoJFqempFWmZOcCggklLcPAo ifAeAUnzFhck5hZnpkOkTjEac7zZ9fIBE8eeWa8eMAmx5OXnpUqJ8xaClAqAlGaU5sENggX7J UZZKWFeRqDThHgKUotyM0tQ5V8xinMwKgnzngKZwpOZVwK37xXQKUxAp0h+MwY5pSQRISXVwB j7YTbX258vz0Qo1bZLt7+dsmFbm8mCnMDZk2Qf/65v/1cSkqrU9VpNPMbqSXIvv/fzY9r76s4 dMzSe+rbPlSf7JIvj7h37L8zjvX3RmFVZqOUJn5z/5T8lXc33Nt1wrY3jfrGwgdFSTHAS69VN wYLns5SXOm5Y8+rU6slmfCpHW+Ju2Xz7+0iJpTgj0VCLuag4EQAlGnK+cQIAAA== X-Env-Sender: lars.kurth@citrix.com X-Msg-Ref: server-10.tower-21.messagelabs.com!1479903662!38132323!1 X-Originating-IP: [104.130.215.37] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 9.0.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 38604 invoked from network); 23 Nov 2016 12:21:03 -0000 Received: from mail.xenproject.org (HELO mail.xenproject.org) (104.130.215.37) by server-10.tower-21.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP; 23 Nov 2016 12:21:03 -0000 Received: from xenbits.xenproject.org ([104.239.192.120]) by mail.xenproject.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c9WXo-0001ul-24; Wed, 23 Nov 2016 12:20:56 +0000 Received: from localhost ([127.0.0.1] helo=MacBook-Pro-6.Home) by xenbits.xenproject.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c9WXn-0005PU-O6; Wed, 23 Nov 2016 12:20:55 +0000 From: Lars Kurth To: xen-devel@lists.xenproject.org Date: Wed, 23 Nov 2016 12:20:43 +0000 Message-Id: <1479903646-6772-1-git-send-email-lars.kurth@citrix.com> X-Mailer: git-send-email 2.5.4 (Apple Git-61) Cc: xen-api@lists.xenproject.org, win-pv-devel@lists.xenproject.org, committers@xenproject.org, mirageos-devel@lists.xenproject.org, Lars Kurth Subject: [Xen-API] [PATCH v5 0/3] Significant changes to Xen Project Governance (governance.html) - COMMITTERS PLEASE VOTE ON THE PROPOSAL X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Errors-To: xen-api-bounces@lists.xen.org Sender: "Xen-api" VEhJUyBJUyBWRVJTSU9OIDUgT0YgVEhJUyBQQVRDSCBBTkQgV0UgQVJFIFJFQURZIEZPUiBGT1JN QUwgVk9USU5HLCBVTkxFU1MKU09NRU9ORSBPQkpFQ1RTLiBQRU9QTEUgTElTVEVEIEFTIENPTU1J VFRFUlMgSU4KLSBodHRwczovL3hlbnByb2plY3Qub3JnL2RldmVsb3BlcnMvdGVhbXMvaHlwZXJ2 aXNvci5odG1sCi0gaHR0cHM6Ly94ZW5wcm9qZWN0Lm9yZy9kZXZlbG9wZXJzL3RlYW1zL3hhcGku aHRtbApQTEVBU0UgVk9URSBCRUZPUkUgREVDIDJuZAoKSSBtYWRlIHNvbWUgc2lnbmlmaWNhbnQg cHJvcG9zZWQgY2hhbmdlcyB0byBnb3Zlcm5hbmNlLmh0bWwgYmFzZWQgb24gYSBudW1iZXIgCm9m IGlzc3VlcyB0aGF0IHdlcmUgcmFpc2VkIGluIGEgbnVtYmVyIG9mIHN1cnZleXMgbGFzdCB5ZWFy LCBhbmQgdmlhIG90aGVyIAptZWFucywgYXMgd2VsbCBhcyBpbiB0aGUgcmVjZW50IGRpc2N1c3Np b25zIHJlbGF0ZWQgdG8gZ292ZXJuYW5jZS5odG1sIGNoYW5nZXMgCih0aGUgaXNzdWUgb2YgdG9v IG1hbnkgY29tbWl0dGVycyBpbiBYQVBJIGFuZCBYQVBJIGJlaW5nIGFibGUgdG8gaGlqYWNrIHRo ZSAKZW50aXJlIHByb2plY3QpLgoKSW4gYW55IGNhc2UsIHRoZSBjaGFuZ2VzIGFyZSBleHByZXNz ZWQgaW4gMyBwYXRjaGVzIGdvdmVybmFuY2UucGFuZG9jLAp3aGljaCBpcyB0aGUgcGFuZG9jIHNv dXJjZSBmb3IgZ292ZXJuYW5jZS5odG1sOgoKLSBDb2RlIG1vdGlvbiBjaGFuZ2VzIHRvIG1ha2Ug cmVhbCBwYXRjaGVzIGVhc2llciB0byByZWFkCiAgTm8gY29udGVudCBoYXMgYmVlbiBjaGFuZ2Vk CiAgQW4gaW5kZXggd2FzIGFkZGVkCiAgRml4ZWQgc29tZSBtaW5vciB0eXBvcyBhbmQgZm9ybWF0 dGluZyBpc3N1ZXMKCi0gQWRkZWQgZG9jdW1lbnQgY29udGFpbmluZyBnb3Zlcm5hbmNlIHJlbGF0 ZWQgdG9kbyBsaXN0CiAgVGhlc2UgZG8gbm90IGFmZmVjdCB0aGlzIHNlcmllcyBhbmQgYXJlIGJh c2ljYWxseSBhIFRPRE8gbGlzdCBmb3IgbXlzZWxmCiAgICAKLSBTaWduaWZpY2FudCBjaGFuZ2Vz IHRvIGRlY2lzaW9uIG1ha2luZzsgc29tZSBuZXcgcm9sZXM7IG1pbm9yIGNoYW5nZXMKICBBZGRl ZCBHb2FsOiBMb2NhbCBEZWNpc2lvbiBNYWtpbmcKICBTcGxpdCByb2xlcyBpbnRvIHByb2plY3Qg d2lkZSBhbmQgc3ViLXByb2plY3Qgc3BlY2lmaWMgcm9sZXMKICBBZGRlZCBuZXcgcm9sZXM6IENv bW11bml0eSBNYW5hZ2VyLCBTZWN1cml0eSBSZXNwb25zZSBUZWFtLCBMZWFkZXJzaGlwIFRlYW0K ICBBZGRlZCBSVEMgUG9saWN5CiAgQWRkZWQgKzIgLi4uIC0yIHNjaGVtZSBmb3IgZXhwcmVzc2lu ZyBvcGluaW9ucyBtb3JlIGNsZWFybHkKICBDbGFyaWZpZWQgbGF6eSBjb25zZW5zdXMgLyBsYXp5 IHZvdGluZyB3aXRoIGV4YW1wbGVzCiAgQWRkZWQgSW5mb3JtYWwgVm90ZXMgb3IgU3VydmV5cwog IEFkZGVkIFByb2plY3QgVGVhbSBMZWFkZXJzaGlwIGRlY2lzaW9ucyAobWFqb3JpdHkgdm90ZSwg bm9uLW1vbm90b25pY2l0eSkKICBDbGFyaWZpZWQgYW5kIEFkYXB0ZWQgQ29uZmxpY3QgUmVzb2x1 dGlvbiB0byBwcmV2aW91cyBjaGFuZ2VzCiAgVXBkYXRlZCBFbGVjdGlvbnMgdG8gY292ZXIgbmV3 IHJvbGVzIGFuZCB0ZXJtaW5vbG9neQogIENoYW5nZWQgUHJvamVjdCBXaWRlIERlY2lzaW9uIG1h a2luZyAocGVyIHByb2plY3QsIG5vbi1tb25vdG9uaWNpdHkpCiAgQ2xhcmlmaWVkIHNjb3BlIG9m IERlY2lzaW9uIG1ha2luZwogIEFkZGVkIHNlY3Rpb24gb24gQ29tbXVuaXR5IERlY2lzaW9ucyB3 aXRoIEZ1bmRpbmcgYW5kIExlZ2FsIEltcGxpY2F0aW9ucwogIE1vZGlmaWVkIGFsbCBvdGhlciBz ZWN0aW9ucyB3aGljaCBoYXZlIGRlcGVuZGVuY2llcyBvbiBjaGFuZ2VzIGFib3ZlCiAgQWRkZWQg UGVyIFN1Yi1Qcm9qZWN0IEdvdmVybmFuY2UgU3BlY2lhbGlzYXRpb24KICBGaXhlZCBzb21lIHR5 cG9zCiAgClRoZSBwYXRjaCBzZXJpZXMgaXMgYmFzZWQgb24gZ2l0Oi8veGVuYml0cy54ZW4ub3Jn L3Blb3BsZS9sYXJzay9nb3Zlcm5hbmNlLmdpdAoKWW91IGNhbiBzZWUgdGhlIGNoYW5nZXMgaW4g bXkgcGVyc29uYWwgZ2l0IHJlcG8gYXQgaHR0cDovL3hlbmJpdHMueGVuLm9yZy9naXR3ZWIvCj9w PXBlb3BsZS9sYXJzay9nb3Zlcm5hbmNlLmdpdDthPXNob3J0bG9nO2g9cmVmcy9oZWFkcy8yMDE2 LW92ZXJoYXVsLXY1CgpPcGVuIElzc3VlcyB0byBiZSBmaXhlZCAoYnV0IHRoZXNlIGRvbid0IG5l ZWQgdG8gYmUgcmV2aWV3ZWQpCi0gRml4IHVwIHRhYmxlcyBhcyB0aGVzZSBkb24ndCByZW5kZXIg dmVyeSBuaWNlbHkgYXMgaHRtbAogIEFsc28gc2VlIGh0dHA6Ly9yYXBwb3J0ZXIuZ2l0aHViLmlv L3BhbmRlci9wYW5kb2NfdGFibGUuaHRtbAogIAotLS0KQ2hhbmdlcyBzaW5jZSB2MQotIEFncmVl ZCBhbmQgY2hhbmdlZCBjb3VudGluZyBzY2hlbWVzIGZvciBsYXp5IGNvbnNlbnN1cy92b3RpbmgK LSBBZGRlZCBDb21tdW5pdHkgRGVjaXNpb25zIHdpdGggRnVuZGluZyBhbmQgTGVnYWwgSW1wbGlj YXRpb25zCi0gQ2xhcmlmaWVkIEFCIHJvbGUgaW4gbGFzdCByZXNvcnQgY2FzZXMKLSBSZW1vdmVk IGNvbW1lbnRzIHdoZXJlIHN1cGVyY2VkZWQgYnkgZGVjaXNpb25zIHdlIGFscmVhZHkgbWFkZQot IEFkYXB0ZWQgc2VjdGlvbnMgd2l0aCBkZXBlbmRlbmNpZXMKCkNoYW5nZXMgc2luY2UgdjIKLSBG aXhlZCBtaW5vciB0eXBvZ3JhcGhpYyBpc3N1ZXMKLSBSZW1vdmVkIGNvbW1lbnRzIGZyb20gdGhl IHNlcmllcywgYXMgdGhlc2UgYXJlIGRpc3RyYWN0aW5nCiAgYW5kIG1ha2UgdGhlIGRvY3VtZW50 IGhhcmRlciB0byByZXZpZXcKLSBCcm9rZSBvdXQgcmVtYWluaW5nIGNvbW1lbnRzIHRoYXQgbmVl ZCBhZGRyZXNzaW5nIGF0IHNvbWUKICBwb2ludCBpbnRvIGdvdmVybmFuY2UudG9kbwotIEFkZGVk IGFuIGV4dHJhIHBhdGNoIHJlZ2FyZGluZyBxdW9ydW0gYW5kIHNlY3VyaXR5IHRlYW0KICBtZW1i ZXJzCgpDaGFuZ2VzIHNpbmNlIHYzCi0gRml4ZWQgcXVvcnVtIGZvciBnbG9iYWwgZGVjaXNpb24g bWFraW5nCgpDaGFuZ2VzIHNpbmNlIHY0IChub3QgcG9zdGVkKQotIEZpeGVkIGNvbnZlcnNpb24g aXNzdWVzIGFuZCBjaGFuZ2Vsb2cgaW4gZG9jdW1lbnQKCi0tIAoyLjUuNCAoQXBwbGUgR2l0LTYx KQoKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi1h cGkgbWFpbGluZyBsaXN0Clhlbi1hcGlAbGlzdHMueGVuLm9yZwpodHRwczovL2xpc3RzLnhlbi5v cmcvY2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZvL3hlbi1hcGkK From xen-api-bounces@lists.xen.org Wed Nov 23 12:21:15 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 23 Nov 2016 12:21:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c9WY5-0007OS-Fc; Wed, 23 Nov 2016 12:21:13 +0000 Received: from mail6.bemta6.messagelabs.com ([193.109.254.103]) by lists.xenproject.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c9WY4-0007Mf-F4; Wed, 23 Nov 2016 12:21:12 +0000 Received: from [193.109.254.147] by server-9.bemta-6.messagelabs.com id 33/F4-28694-7B985385; Wed, 23 Nov 2016 12:21:11 +0000 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrKLMWRWlGSWpSXmKPExsWS0XRdVXdLp2m EwYyXXBa9rXdZLP4sTrT4sryB0eL7lslMDiwehz9cYQlgjGLNzEvKr0hgzWief4yx4DV3xe5v 6Q2Mrzm7GLk4hAROMkpMWPyWFcK5yCgx6QuIw8nBJqAhcexhMzOILSKgJHFv1WQmkCJmgdWME tP3HGQDSQgL+EmseroWzGYRUJW43vgUzOYVcJH4t+M7E4gtIaArcffmBbChnAKuErO+bwSrEQ Kqad36mHkCI/cCRoZVjBrFqUVlqUW6RpZ6SUWZ6RkluYmZObqGBmZ6uanFxYnpqTmJScV6yfm 5mxiB3mcAgh2MBxYFHmKU5GBSEuXlbTKNEOJLyk+pzEgszogvKs1JLT7EKMPBoSTB+74DKCdY lJqeWpGWmQMMQ5i0BAePkgjvEZA0b3FBYm5xZjpE6hSjopQ4byFIQgAkkVGaB9cGC/1LjLJSw ryMQIcI8RSkFuVmlqDKv2IU52BUEuY9BTKFJzOvBG76K6DFTECLJb8ZgywuSURISTUwukz5Lf Hr0olNpT5n8rc++aFY+kHy5onaO29Xyl/IPLREpfBXRI3I/3y3d/GXlu5ra5tZKFKWbiRjNUm oQY9piZnCui1tps7+P0Rsd91hfu10d8Vmh+c2f1TmT6o3/rG6aMKXg+13f9ToyqcfsQnSKbv1 Jt25PS5n51fRTI5tekY57NyRzco9SizFGYmGWsxFxYkAnZdETHgCAAA= X-Env-Sender: lars.kurth@citrix.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1479903667!73217483!1 X-Originating-IP: [104.130.215.37] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 9.0.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31047 invoked from network); 23 Nov 2016 12:21:08 -0000 Received: from mail.xenproject.org (HELO mail.xenproject.org) (104.130.215.37) by server-16.tower-27.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP; 23 Nov 2016 12:21:08 -0000 Received: from xenbits.xenproject.org ([104.239.192.120]) by mail.xenproject.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c9WXt-0001vL-44; Wed, 23 Nov 2016 12:21:01 +0000 Received: from localhost ([127.0.0.1] helo=MacBook-Pro-6.Home) by xenbits.xenproject.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c9WXs-0005PU-Vi; Wed, 23 Nov 2016 12:21:01 +0000 From: Lars Kurth To: xen-devel@lists.xenproject.org Date: Wed, 23 Nov 2016 12:20:45 +0000 Message-Id: <1479903646-6772-3-git-send-email-lars.kurth@citrix.com> X-Mailer: git-send-email 2.5.4 (Apple Git-61) In-Reply-To: <1479903646-6772-1-git-send-email-lars.kurth@citrix.com> References: <1479903646-6772-1-git-send-email-lars.kurth@citrix.com> Cc: xen-api@lists.xenproject.org, win-pv-devel@lists.xenproject.org, committers@xenproject.org, mirageos-devel@lists.xenproject.org, Lars Kurth Subject: [Xen-API] [PATCH v5 2/3] Added document containing governance related todo list X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Errors-To: xen-api-bounces@lists.xen.org Sender: "Xen-api" Q29udGFpbnMgaXRlbXMgdGhhdCBhdCBzb21lIHBvaW50IG5lZWQgdG8gYmUgYWRkcmVzc2VkLgpU aGUgaXRlbXMgZG8gbm90IGRpcmVjdGx5IGFmZmVjdCBnb3Zlcm5hbmNlLnBhbmRvYwoKU2lnbmVk LW9mZi1ieTogTGFycyBLdXJ0aCA8bGFycy5rdXJ0aEBjaXRyaXguY29tPgotLS0KIGdvdmVybmFu Y2UudG9kbyB8IDIzICsrKysrKysrKysrKysrKysrKysrKysrCiAxIGZpbGUgY2hhbmdlZCwgMjMg aW5zZXJ0aW9ucygrKQogY3JlYXRlIG1vZGUgMTAwNjQ0IGdvdmVybmFuY2UudG9kbwoKZGlmZiAt LWdpdCBhL2dvdmVybmFuY2UudG9kbyBiL2dvdmVybmFuY2UudG9kbwpuZXcgZmlsZSBtb2RlIDEw MDY0NAppbmRleCAwMDAwMDAwLi44MWUwNjhjCi0tLSAvZGV2L251bGwKKysrIGIvZ292ZXJuYW5j ZS50b2RvCkBAIC0wLDAgKzEsMjMgQEAKK1RoaXMgZG9jdW1lbnQgY29udGFpbnMgc29tZSBnb3Zl cm5hbmNlIHJlbGF0ZWQgVE9ETyBpdGVtcyB0aGF0IGF0IHNvbWUgcG9pbnQgCituZWVkIHRvIGJl IGFkZHJlc3NlZC4gVGhlIGl0ZW1zIGRvIG5vdCBkaXJlY3RseSBhZmZlY3QgZ292ZXJuYW5jZS5w YW5kb2MKKworIyMjIE1haW50YWluZXJzCisKK0NPTlNJU1RFTkNZIElTU1VFUyB0aGF0IHByb2Jh Ymx5IG91Z2h0IHRvIGJlIGNsZWFuZWQgdXAgYXQgc29tZSBwb2ludAorLSBUaGUgeGVuLmdpdCBN QUlOVEFJTkVSUyBmaWxlIGRvZXMgbm90IGxpc3Qgb3VyIHJlbGVhc2UgbWFuYWdlcnMgYW5kIAor ICBzdGFibGUgYnJhbmNoIG1haW50YWluZXJzCistIFdlIGRvIGhhdmUgYSBudW1iZXIgb2YgcmVw b3Mgd2l0aG91dCBNQUlOVEFJTkVSUyBmaWxlcywgZS5nLiBtaW5pLW9zLmdpdCwgCisgIG9zc3Rl c3QuZ2l0CistIEZvciBwcm9qZWN0cyB3aXRoIG1hbnkgcmVwb3NpdG9yaWVzIChlLmcuIFhBUEkg YW5kIE1pcmFnZSBPUyksIHVzaW5nIE1BSU5UQUlORVJTIAorICBmaWxlcyBpcyBub3QgdmVyeSBw cmFjdGljYWwuIFhBUEkgc2VlbXMgdG8gc29tZXRpbWVzIHVzZSBNQUlOVEFJTkVSUyBhbmQgUkVB RE1FIAorICBmaWxlcyBhdCBvdGhlciB0aW1lcy4gV2UgbWF5IG5lZWQgYSBtb3JlIGNlbnRyYWwg cGxhY2UgdG8gc3RhdGUgcm9sZXMuCisKKyMjIyBQcm9qZWN0IExlYWRlcnNoaXAgVGVhbSBhbmQg UHJvamVjdCBMZWFkCisKK0NPTlNJU1RFTkNZIElTU1VFUyB0aGF0IHByb2JhYmx5IG91Z2h0IHRv IGJlIGNsZWFuZWQgdXAgYXQgc29tZSBwb2ludAorLSBYQVBJIGFuZCBNaXJhZ2UgT1Mgb3VnaHQg dG8gZGVjaWRlIHdobyB0aGVpciBsZWFkZXJzaGlwIHRlYW0gaXMgCisgIChJIG1hZGUgc29tZSBh c3N1bXB0aW9ucyBmb3Igbm93KQorCisjIyMgUGVyIFN1Yi1Qcm9qZWN0IEdvdmVybmFuY2UgU3Bl Y2lhbGlzYXRpb24gCisKKy0gWEFQSSwgV2luUFYgYW5kIE1pcmFnZU9TIG5lZWQgdG8gcHJvdmlk ZSB0aGlzIGluZm9ybWF0aW9uLCBpZiB0aGV5IGRldmlhdGUKXCBObyBuZXdsaW5lIGF0IGVuZCBv ZiBmaWxlCi0tIAoyLjUuNCAoQXBwbGUgR2l0LTYxKQoKCl9fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fClhlbi1hcGkgbWFpbGluZyBsaXN0Clhlbi1hcGlAbGlz dHMueGVuLm9yZwpodHRwczovL2xpc3RzLnhlbi5vcmcvY2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZv L3hlbi1hcGkK From xen-api-bounces@lists.xen.org Wed Nov 23 12:21:15 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 23 Nov 2016 12:21:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c9WY5-0007OS-Fc; Wed, 23 Nov 2016 12:21:13 +0000 Received: from mail6.bemta6.messagelabs.com ([193.109.254.103]) by lists.xenproject.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c9WY4-0007Mf-F4; Wed, 23 Nov 2016 12:21:12 +0000 Received: from [193.109.254.147] by server-9.bemta-6.messagelabs.com id 33/F4-28694-7B985385; Wed, 23 Nov 2016 12:21:11 +0000 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrKLMWRWlGSWpSXmKPExsWS0XRdVXdLp2m EwYyXXBa9rXdZLP4sTrT4sryB0eL7lslMDiwehz9cYQlgjGLNzEvKr0hgzWief4yx4DV3xe5v 6Q2Mrzm7GLk4hAROMkpMWPyWFcK5yCgx6QuIw8nBJqAhcexhMzOILSKgJHFv1WQmkCJmgdWME tP3HGQDSQgL+EmseroWzGYRUJW43vgUzOYVcJH4t+M7E4gtIaArcffmBbChnAKuErO+bwSrEQ Kqad36mHkCI/cCRoZVjBrFqUVlqUW6RpZ6SUWZ6RkluYmZObqGBmZ6uanFxYnpqTmJScV6yfm 5mxiB3mcAgh2MBxYFHmKU5GBSEuXlbTKNEOJLyk+pzEgszogvKs1JLT7EKMPBoSTB+74DKCdY lJqeWpGWmQMMQ5i0BAePkgjvEZA0b3FBYm5xZjpE6hSjopQ4byFIQgAkkVGaB9cGC/1LjLJSw ryMQIcI8RSkFuVmlqDKv2IU52BUEuY9BTKFJzOvBG76K6DFTECLJb8ZgywuSURISTUwukz5Lf Hr0olNpT5n8rc++aFY+kHy5onaO29Xyl/IPLREpfBXRI3I/3y3d/GXlu5ra5tZKFKWbiRjNUm oQY9piZnCui1tps7+P0Rsd91hfu10d8Vmh+c2f1TmT6o3/rG6aMKXg+13f9ToyqcfsQnSKbv1 Jt25PS5n51fRTI5tekY57NyRzco9SizFGYmGWsxFxYkAnZdETHgCAAA= X-Env-Sender: lars.kurth@citrix.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1479903667!73217483!1 X-Originating-IP: [104.130.215.37] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 9.0.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31047 invoked from network); 23 Nov 2016 12:21:08 -0000 Received: from mail.xenproject.org (HELO mail.xenproject.org) (104.130.215.37) by server-16.tower-27.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP; 23 Nov 2016 12:21:08 -0000 Received: from xenbits.xenproject.org ([104.239.192.120]) by mail.xenproject.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c9WXt-0001vL-44; Wed, 23 Nov 2016 12:21:01 +0000 Received: from localhost ([127.0.0.1] helo=MacBook-Pro-6.Home) by xenbits.xenproject.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c9WXs-0005PU-Vi; Wed, 23 Nov 2016 12:21:01 +0000 From: Lars Kurth To: xen-devel@lists.xenproject.org Date: Wed, 23 Nov 2016 12:20:45 +0000 Message-Id: <1479903646-6772-3-git-send-email-lars.kurth@citrix.com> X-Mailer: git-send-email 2.5.4 (Apple Git-61) In-Reply-To: <1479903646-6772-1-git-send-email-lars.kurth@citrix.com> References: <1479903646-6772-1-git-send-email-lars.kurth@citrix.com> Cc: xen-api@lists.xenproject.org, win-pv-devel@lists.xenproject.org, committers@xenproject.org, mirageos-devel@lists.xenproject.org, Lars Kurth Subject: [Xen-API] [PATCH v5 2/3] Added document containing governance related todo list X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Errors-To: xen-api-bounces@lists.xen.org Sender: "Xen-api" Q29udGFpbnMgaXRlbXMgdGhhdCBhdCBzb21lIHBvaW50IG5lZWQgdG8gYmUgYWRkcmVzc2VkLgpU aGUgaXRlbXMgZG8gbm90IGRpcmVjdGx5IGFmZmVjdCBnb3Zlcm5hbmNlLnBhbmRvYwoKU2lnbmVk LW9mZi1ieTogTGFycyBLdXJ0aCA8bGFycy5rdXJ0aEBjaXRyaXguY29tPgotLS0KIGdvdmVybmFu Y2UudG9kbyB8IDIzICsrKysrKysrKysrKysrKysrKysrKysrCiAxIGZpbGUgY2hhbmdlZCwgMjMg aW5zZXJ0aW9ucygrKQogY3JlYXRlIG1vZGUgMTAwNjQ0IGdvdmVybmFuY2UudG9kbwoKZGlmZiAt LWdpdCBhL2dvdmVybmFuY2UudG9kbyBiL2dvdmVybmFuY2UudG9kbwpuZXcgZmlsZSBtb2RlIDEw MDY0NAppbmRleCAwMDAwMDAwLi44MWUwNjhjCi0tLSAvZGV2L251bGwKKysrIGIvZ292ZXJuYW5j ZS50b2RvCkBAIC0wLDAgKzEsMjMgQEAKK1RoaXMgZG9jdW1lbnQgY29udGFpbnMgc29tZSBnb3Zl cm5hbmNlIHJlbGF0ZWQgVE9ETyBpdGVtcyB0aGF0IGF0IHNvbWUgcG9pbnQgCituZWVkIHRvIGJl IGFkZHJlc3NlZC4gVGhlIGl0ZW1zIGRvIG5vdCBkaXJlY3RseSBhZmZlY3QgZ292ZXJuYW5jZS5w YW5kb2MKKworIyMjIE1haW50YWluZXJzCisKK0NPTlNJU1RFTkNZIElTU1VFUyB0aGF0IHByb2Jh Ymx5IG91Z2h0IHRvIGJlIGNsZWFuZWQgdXAgYXQgc29tZSBwb2ludAorLSBUaGUgeGVuLmdpdCBN QUlOVEFJTkVSUyBmaWxlIGRvZXMgbm90IGxpc3Qgb3VyIHJlbGVhc2UgbWFuYWdlcnMgYW5kIAor ICBzdGFibGUgYnJhbmNoIG1haW50YWluZXJzCistIFdlIGRvIGhhdmUgYSBudW1iZXIgb2YgcmVw b3Mgd2l0aG91dCBNQUlOVEFJTkVSUyBmaWxlcywgZS5nLiBtaW5pLW9zLmdpdCwgCisgIG9zc3Rl c3QuZ2l0CistIEZvciBwcm9qZWN0cyB3aXRoIG1hbnkgcmVwb3NpdG9yaWVzIChlLmcuIFhBUEkg YW5kIE1pcmFnZSBPUyksIHVzaW5nIE1BSU5UQUlORVJTIAorICBmaWxlcyBpcyBub3QgdmVyeSBw cmFjdGljYWwuIFhBUEkgc2VlbXMgdG8gc29tZXRpbWVzIHVzZSBNQUlOVEFJTkVSUyBhbmQgUkVB RE1FIAorICBmaWxlcyBhdCBvdGhlciB0aW1lcy4gV2UgbWF5IG5lZWQgYSBtb3JlIGNlbnRyYWwg cGxhY2UgdG8gc3RhdGUgcm9sZXMuCisKKyMjIyBQcm9qZWN0IExlYWRlcnNoaXAgVGVhbSBhbmQg UHJvamVjdCBMZWFkCisKK0NPTlNJU1RFTkNZIElTU1VFUyB0aGF0IHByb2JhYmx5IG91Z2h0IHRv IGJlIGNsZWFuZWQgdXAgYXQgc29tZSBwb2ludAorLSBYQVBJIGFuZCBNaXJhZ2UgT1Mgb3VnaHQg dG8gZGVjaWRlIHdobyB0aGVpciBsZWFkZXJzaGlwIHRlYW0gaXMgCisgIChJIG1hZGUgc29tZSBh c3N1bXB0aW9ucyBmb3Igbm93KQorCisjIyMgUGVyIFN1Yi1Qcm9qZWN0IEdvdmVybmFuY2UgU3Bl Y2lhbGlzYXRpb24gCisKKy0gWEFQSSwgV2luUFYgYW5kIE1pcmFnZU9TIG5lZWQgdG8gcHJvdmlk ZSB0aGlzIGluZm9ybWF0aW9uLCBpZiB0aGV5IGRldmlhdGUKXCBObyBuZXdsaW5lIGF0IGVuZCBv ZiBmaWxlCi0tIAoyLjUuNCAoQXBwbGUgR2l0LTYxKQoKCl9fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fClhlbi1hcGkgbWFpbGluZyBsaXN0Clhlbi1hcGlAbGlz dHMueGVuLm9yZwpodHRwczovL2xpc3RzLnhlbi5vcmcvY2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZv L3hlbi1hcGkK From xen-api-bounces@lists.xen.org Wed Nov 23 12:21:22 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 23 Nov 2016 12:21:22 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c9WYD-0007TC-VS; Wed, 23 Nov 2016 12:21:21 +0000 Received: from mail6.bemta6.messagelabs.com ([193.109.254.103]) by lists.xenproject.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c9WYC-0007Rm-CJ; Wed, 23 Nov 2016 12:21:20 +0000 Received: from [193.109.254.147] by server-11.bemta-6.messagelabs.com id 18/3B-28490-FB985385; Wed, 23 Nov 2016 12:21:19 +0000 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrIIsWRWlGSWpSXmKPExsWS0XRdVXdvp2m EwdQflha9rXdZLP4sTrT4sryB0eL7lslMDiwehz9cYQlgjGLNzEvKr0hgzfhx6AtTQfM1porr P7azNjD+m8LUxcjFISRwklGib81PZgjnIqPEscPLgBxODjYBDYljD5vBbBEBJYl7qyaDdTALr GaUmL7nIBtIQlggQeL7ZIgGFgFViZtHrjGC2LwCLhLfn85hB7ElBHQl7t68wApicwq4Ssz6vh GsVwiopnXrY2aIekGJkzOfsIDYzEBzHu87yQZhy0s0b53NPIGRbxaSsllIymYhKVvAyLyKUb0 4tagstUjXQi+pKDM9oyQ3MTNH19DATC83tbg4MT01JzGpWC85P3cTIzAgGYBgB+Psy/6HGCU5 mJREeXmbTCOE+JLyUyozEosz4otKc1KLDzHKcHAoSfC+7wDKCRalpqdWpGXmAGMDJi3BwaMkw nsEJM1bXJCYW5yZDpE6xWjM8WbXywdMHC+mfnrAJMSSl5+XKiXOywyMOiEBkNKM0jy4QbCYvc QoKyXMywh0mhBPQWpRbmYJqvwrRnEORiVh3lMgC3ky80rg9r0COoUJ6BTJb8Ygp5QkIqSkGhg rliZo6cRNnjG/f21y9LkjrLOWf/0xoWm7jnrblzK+bzwpfzYvu3J/GY/BfcYFD5vfLno++bjm s+OyiYsmSQffq7nZ//to9n79yLp/yYICa90fi/O8Nva71/5u8ZK1i1QU1ObnhDLtMF556T3fk tIdGlbH1rIsdnk7RaxV/0G+g/a5SaI/tVTVlViKMxINtZiLihMBQCM6/dQCAAA= X-Env-Sender: lars.kurth@citrix.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1479903676!72714187!1 X-Originating-IP: [104.130.215.37] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 9.0.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17239 invoked from network); 23 Nov 2016 12:21:17 -0000 Received: from mail.xenproject.org (HELO mail.xenproject.org) (104.130.215.37) by server-4.tower-27.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP; 23 Nov 2016 12:21:17 -0000 Received: from xenbits.xenproject.org ([104.239.192.120]) by mail.xenproject.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c9WXw-0001vl-H3; Wed, 23 Nov 2016 12:21:04 +0000 Received: from localhost ([127.0.0.1] helo=MacBook-Pro-6.Home) by xenbits.xenproject.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c9WXv-0005PU-Hq; Wed, 23 Nov 2016 12:21:04 +0000 From: Lars Kurth To: xen-devel@lists.xenproject.org Date: Wed, 23 Nov 2016 12:20:46 +0000 Message-Id: <1479903646-6772-4-git-send-email-lars.kurth@citrix.com> X-Mailer: git-send-email 2.5.4 (Apple Git-61) In-Reply-To: <1479903646-6772-1-git-send-email-lars.kurth@citrix.com> References: <1479903646-6772-1-git-send-email-lars.kurth@citrix.com> MIME-Version: 1.0 Cc: xen-api@lists.xenproject.org, win-pv-devel@lists.xenproject.org, committers@xenproject.org, mirageos-devel@lists.xenproject.org, Lars Kurth Subject: [Xen-API] [PATCH v5 3/3] Significant changes to decision making; some new roles and minor changes X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3956024932304762989==" Errors-To: xen-api-bounces@lists.xen.org Sender: "Xen-api" --===============3956024932304762989== Content-Type: text/plain; charset=yes Content-Transfer-Encoding: 8bit List of changes - Added Goal: Local Decision Making - Split roles into project wide and sub-project specific roles - Added new roles: Community Manager, Security Response Team, Leadership Team - Added RTC Policy - Added +2 ... -2 scheme for expressing opinions more clearly - Clarified lazy consensus / lazy voting with examples - Added Informal Votes or Surveys - Added Project Team Leadership decisions (majority vote, non-monotonicity) - Clarified and Adapted Conflict Resolution to previous changes - Updated Elections to cover new roles and terminology - Changed Project Wide Decision making (per project, non-monotonicity) - Clarified scope of Decision making - Added section on Community Decisions with Funding and Legal Implications - Modified all other sections which have dependencies on changes above - Added Per Sub-Project Governance Specialisation - Fixed various typos - Fixed changelog Signed-off-by: Lars Kurth --- governance.pandoc | 628 ++++++++++++++++++++++++++++++++++++++++++------------ 1 file changed, 496 insertions(+), 132 deletions(-) diff --git a/governance.pandoc b/governance.pandoc index 2ce780c..188fa41 100644 --- a/governance.pandoc +++ b/governance.pandoc @@ -1,5 +1,5 @@ This document has come in effect in June 2011 and will be reviewed periodically -(see revision sections). The last modification has been made in July 2016. +(see revision sections). The last modification has been made in December 2016. Content ------- @@ -11,8 +11,10 @@ Content - [Making Contributions](#contributions) - [Decision Making, Conflict Resolution, Role Nominations and Elections](#decisions) -- [Formal Votes](#formal-votes) +- [Project Wide Decision Making](#project-decisions) +- [Community Decisions with Funding and Legal Implications](#funding-and-legal) - [Project Governance](#project-governance) +- [Per Sub-Project Governance Specialisations](#specialisations) Goals {#goals} ----- @@ -54,7 +56,12 @@ The Xen Project is a meritocracy. The more you contribute the more responsibility you will earn. Leadership roles in Xen are also merit-based and earned by peer acclaim. -Xen Project Wide Roles {#roles-global} +### Local Decision Making + +The Xen Project consists of a number of sub-projects: each sub-project makes +technical and other decisions that solely affect it locally. + +Xen Project Wide Roles {#roles-global} ---------------------- ### Sub-projects and Teams @@ -64,9 +71,22 @@ the [Project Governance](#project-governance) (or Project Lifecycle) as outlined in this document. Sub-projects (sometimes simply referred to as projects) are run by individuals and are often referred to as teams to highlight the collaborative nature of development. For example, each -sub-project has a [team portal](/developers/teams.html) on Xenproject.org. +sub-project has a [team portal](/developers/teams.html) on Xenproject.org. +Sub-projects own and are responsible for a collection of source repositories +and other resources (e.g. test infrastructure, CI infrastructure, ...), which +we call **sub-project assets** (or team assets) in this document. + +Sub-projects can either be **incubation projects** or **mature projects** as +outlined in [Basic Project Life Cycle](#project-governance). In line with the +meritocratic principle, mature projects have more influence than incubation +projects, on [project wide decisions](#project-decisions). + +### Community Manager -### Xen Project Advisory Board +The Xen Project has a community manager, whose primary role it is to support +the entire Xen Project Community. + +### Xen Project Advisory Board {#roles-ab} The [Xen Project Advisory Board](/join.html) consists of members who are committed to steering the project to advance its market and technical success, @@ -76,7 +96,7 @@ shared project infrastructure, marketing and events, and managing the Xen Project trademark. The Advisory Board leaves all technical decisions to the open source meritocracy. -### The Linux Foundation +### The Linux Foundation {#roles-lf} The Xen Project is a [Linux Foundation](/linux-foundation.html) Collaborative Project. Collaborative Projects are independently funded software projects that @@ -95,21 +115,48 @@ members or other distinguished community members. ### Sponsor To form a new sub-project or team on Xenproject.org, we require a sponsor to -support the creation of the new project. A sponsor can be a project lead or -committer of a mature project, a member of the advisory board or the community -manager. This ensures that a distinguished community member supports the idea -behind the project. +support the creation of the new project. A sponsor can be a member of the +project leadership team of a mature project, a member of the advisory board or +the community manager. This ensures that a distinguished community member +supports the idea behind the project. Project Team Roles {#roles-local} ------------------ +Sub-projects or teams are driven by the people who volunteer for the job. This +functions well for most cases. This section lists the main roles which projects +use. This section lists the default roles, which are based on how the +Hypervisor project operates. Sub-projects can deviate from the default, but are +required to document deviations from the default and link to it from this +[document](#specialisations). The only exception is that each project is +required to have a project leadership team, as without it, the project will not +be able to function. + +The following table lists how each project uses these roles. Note that +**incubation projects** have more flexibility in experimenting with roles that +work for them, but need to define specializations before they can **mature**. + + --------------------- ------------ ----------------- ---------------- ------------------- -------------------------------------------------------- + **Project** **Mature** **Maintainers** **Committers** **Security Team** **Leadership Team** + **Hypervisor** YES YES YES YES Committers and Release Manager, without a Project Lead + **Windows Drivers** NO YES YES NO Committers, with a Project Lead + **XAPI** YES YES YES NO Committers, with a Project Lead + --------------------- ------------ ----------------- ---------------- ------------------- -------------------------------------------------------- + ### Maintainers -Maintainers own one or several components in the Xen tree. A maintainer reviews -and approves changes that affect their components. It is a maintainer's prime -responsibility to review, comment on, co-ordinate and accept patches from other -community member's and to maintain the design cohesion of their components. -Maintainers are listed in a MAINTAINERS file in the root of the source tree. +Maintainers own one or several components in the sub-projects source tree(s). A +maintainer reviews and approves changes that affect their components. It is a +maintainer's prime responsibility to review, comment on, co-ordinate and accept +patches from other community member's and to maintain the design cohesion of +their components. Maintainers are listed in a MAINTAINERS file in the root of +each code repository that the project owns. + +Larger sub-projects such as the Hypervisor may have special maintainer roles +such as a release manager and stable branch maintainers. In addition, larger +projects may award different maintainers different levels of influence. Any +specialisations and implications are documented in the respective MAINTAINERS +file. ### Committers @@ -119,17 +166,34 @@ applies changes that have been approved by the respective maintainer(s) to the source tree. Due to their status in the community, committers can also act as referees should disagreements amongst maintainers arise. Committers are listed on the sub-project's team portal (e.g. [Hypervisor team -portal](/developers/teams/hypervisor.html)). +portal](/developers/teams/hypervisor.html)) and/or in the projects MAINTAINERS +files. -### Project Lead +### Security Response Team (short: Security Team) -Sub-projects and teams hosted on Xenproject.org are managed by a Project Lead, -who also is a committer of the sub-project/team he/she leads. Project Leads are -the public figurehead of the project and is responsible for the health of the -project. Due to their status in the community, project leads can also act as -referees should disagreements amongst committers of the project arise. The -project lead typically also has write access to resources, such as the web page -of a specific project. +Each sub-project may have a security response team, that is responsible for +receiving, reviewing, and responding to security incident reports for the +sub-projects assets according to its security response process (e.g. +[Hypervisor Security Problem Response Process](/security-policy.html)). + +### Project Leadership Team and Project Lead + +Sub-projects and teams hosted on Xenproject.org are managed by a Project +Leadership Team. The leadership team is made up of distinguished community +members, but the exact composition may depend on the sub-project. For example, +in the case of the Hypervisor sub-project, all committers and the release +manager, are part of the leadership team. The leadership team owns the +sub-projects processes, the overall architecture and all assets within the +project and makes [sub-project wide decisions](#decisions) on behalf of its +community. + +A sub-projects leadership team members are listed on the sub-project's team +portal (e.g. [Hypervisor team portal](developers/teams/hypervisor.html)). + +The Leadership Team may elect a Project Lead who is also a member of the +Leadership Team. Project Leads are the public figurehead of the project and are +responsible for the health of the project. Project Leads can also act as +[referees](#conflict) should the Project Leadership Team become paralysed. Making Contributions {#contributions} -------------------- @@ -146,62 +210,253 @@ More information on making contributions can be found in the following documents: - [Contribution Guidelines](/help/contribution-guidelines.html) +- [Review Then Commit Policy](#RTC) -Decision Making, Conflict Resolution, Role Nominations and Elections -{#decisions} +Decision Making, Conflict Resolution, Role Nominations and Elections {#decisions} -------------------------------------------------------------------- -### Consensus Decision Making - Sub-projects or teams hosted on Xenproject.org are normally auto-governing and driven by the people who volunteer for the job. This functions well for most -cases. When more formal decision making and coordination is required, decisions -are taken with a lazy consensus approach: a few positive votes with no negative -vote are enough to get going. - -Voting is done with numbers: - -- +1 : a positive vote -- 0 : abstain, have no opinion -- -1 : a negative vote - -A negative vote should include an alternative proposal or a detailed -explanation of the reasons for the negative vote. The project community then -tries to gather consensus on an alternative proposal that resolves the issue. -In the great majority of cases, the concerns leading to the negative vote can -be addressed. - -### Conflict Resolution - -#### Refereeing +cases. This section lists the main mechanisms by which projects make decisions. +This section lists the default mode of operation, which is based on how the +Hypervisor project operates. Sub-projects can deviate from the default, but are +required to document deviations from the default and link to it from this +[document](#specialisation). The only exception is that each project is +required to adhere to the **Review Then Commit Policy**, **Leadership Team +Decisions** and **Conflict Resolution**. + +### Review Then Commit {#RTC} + +The vast majority of technical decisions within the Xen Project are code +related decisions (e.g. patches and design documents), which determine whether +a specific change can be accepted into the code base. The default decision +making process is a review and commit process, which requires that all changes +receive explicit approval from respective code owners (maintainers) before they +are committed. The exact workflow and details of this policy between +sub-projects may differ and are documented in one or several of the following +places: MAINTAINERS/README/CONTRIBUTING files in repositories and/or the +sub-project team portal. + +### Expressing Agreement and Disagreement {#expressingopinion} + +Within the community, we follow the following number notation to explicitly +express opinions on proposals, formal or informal votes. + +- **+2** : I am happy with this proposal, and I will argue for it +- **+1** : I am happy with this proposal, but will not argue for it +- **0** : I have no opinion +- **-1** : I am not happy with this proposal, but will not argue against it +- **-2** : I am not happy with this proposal, and I will argue against it + +A **-2** should include an alternative proposal or a detailed explanation of +the reasons for the negative opinion. A **+2** should include reasons for the +positive opinion. + +How we tally results and their implications depend on the context in which is +is used and are marked with Passed/Failed: in one of the following sections: + +- [Lazy Consensus / Lazy Voting](#lazyconsensus) +- [Leadership Team Decisions](#leadership) +- [Project Wide Decision Making](#project-decisions) + +### Lazy Consensus / Lazy Voting {#lazyconsensus} + +Lazy Consensus is a useful technique to make decisions for specific proposals +which are not covered by the Review Then Commit Policy or do not require a more +formal decision (see below). Lazy Consensus is extremely useful, when you don't +anticipate any objections, or to gauge whether there are objections to a +proposal. The concrete process in this section is a mixture between Lazy Consensus +and Lazy Voting and is designed to avoid unnecessary multiple stages in decision +making. + +To make use of it, post something like the following on the project's +mailing list (or some other communication channel): + + > I am assuming we are agreed on X and am going to assume lazy consensus: < + > if there are no objections within the next seven days. < + +You should however ensure that all relevant stake-holders which may object are +explicitly CC'ed, such as relevant maintainers or committers, ensure that +**lazy consensus** is in the body of your message (this helps set up mail +filters) and choose a reasonable time-frame. If it is unclear who the relevant +stake-holders are, the project leadership can nominate a group of stake-holders +to decide, or may choose to own the decision collectively and resolve it. + +Objections by stake-holders should be expressed using the [conventions +above](#expressingopinion) to make disagreements easily identifiable. + +__Passed/Failed:__ +The proposer of Lazy Consensus decision is assumed to implicitly have an +opinion of **+1**, unless otherwise stated. + +- Failed: A single **-2** by a stake-holder whose approval is necessary +- Failed: A total sum of opinions **<=0** +- Passed: A total sum of opinions **>0** + +It can only be overturned if the project leadership agrees collectively, that +the decision is too important to be settled by lazy consensus / lazy voting. +In situations where a proposal is failed, an alternative solution needs to be +found, or if a decision is formally challenged, [conflict resolution mechanisms](#conflict) may need to be used to resolve the situation. + +__Further Examples:__ +A Lazy Consensus decision starts out with the implicit **+1** opinion of the +proposer. If there is no explicit response, the proposal passes as the sum +is **>0**. + +If there is a single **-1** without any **+** votes, the proposal fails. + +If there are multiple **+1**'s or **+2**'s, more **-1**'s than positive votes +are needed for the proposal to fail. This mechanism, is often also called +**Lazy Voting**. + +The process does allow for a proposer to state a starting opinion of **0** or +**-1**. In this case, the Lazy Consensus label does not work for the process, +as positive opinions are needed for the proposal to pass. To make use of this +mechanism, post something like the following on the project's mailing list +(or some other communication channel) + + > I want to solicit opinions on X and am going to assume lazy voting: < + > My starting position is **0**, as I feel that at least one other < + > stake-holder should agree with the proposal. < + > If there is a majority in favour, without a **-2** objection within the < + > next seven days, I assume that the proposal holds and does not need < + > require further discussion. < + +Unlike in the lazy consensus case, a single **+1** vote is needed. Otherwise +the proposal fails. Otherwise, the counting rules follow the general case. + +This can be useful in situations, where the proposer is not quite sure about +his/her position, or where the invoker acts on behalf of the community to +resolve a discussion which has become stuck. A starting position of **-1** can +be used to verify that a specific approach may be a bad idea: whether this is +really useful, has to be verified as we start using this process. + +### Informal Votes or Surveys + +Generally the Xen Project community tries to achieve consensus on most issues. +In situations where several concrete options are possible, community members +may organize an informal vote on the different proposals and use the +[conventions above](#expressingopinion) to identify the strongest proposal. +Once the strongest candidate has been identified, [lazy +consensus](#lazyconsensus) could be used to close the discussion. In some +situation, a specific survey may need to be created, to help identify gauging +consensus on specific issues. For informal votes and surveys, we do not +prescribe specific rules, as they are non-binding: it is up to the organizer of +an informal vote or survey to interpret the result and explain it to the +community. If the vote/survey relates to an area that is owned by the project +leadership, the project leadership has to formally confirm the decision. + +Note that informal votes amongst a small set of stake-holders that disagree on +a position during technical disagreements in code, design reviews and other +discussions can be useful. In technical discussions it is not always clear how +strong agreement or disagreement on a specific issue is. Using the [conventions +above](#expressingopinion), can help differentiate between minor and major +disagreements and reduce the time a discussions continues unnecessarily. This +is true in particular for cases, where several maintainers may need to agree to +a proposal. + +When having an informal vote or survey, they creator should consider whether +conducting a vote or survey in public, may be divisive and damaging for the +community. In such cases, the vote/survey should be conducted anonymously. + +### Leadership Team Decisions {#leadership} + +Each sub-project has a leadership team, which is typically made up of the most +senior and influential developers within the sub-project (e.g. the project's +committers). The project leadership team owns decisions, such as: + +- Sub-project wide policy decisions (e.g. policies, procedures and processes +whose scope is specific to the sub-projects). This includes deviations from +project global governance, where permissible. +- Decisions related to sub-project assets that are not clearly owned (e.g. +unowned code, project wide assets such as test infrastructure, etc.). +- Decisions related to nominating and confirming leadership roles within the +sub-project. This includes [decisions to creating and filling specialised new +roles](#elections), such as release managers or similar, including their scope +and set of responsibilities. +- Resolving [conflicts](#conflict) within the sub-project that cannot +otherwise be resolved. + +Leadership team decisions can be made in private (e.g. a private IRC meeting, +on a private mailing list, through a private vote) or on a public mailing list +using [decision making conventions](#expressingopinion). If a decision is made +in private, the outcome must be summarized in terms of number of votes in +favour or against on a public mailing list. Decisions should **not** generally +be made in an anonymous vote, unless there is a good reason to do so. For +example, if the decision may be divisive and damage the cohesion of the +leadership team, an anonymous vote is preferred. In such cases, the leadership +team, can ask the community manager, to arrange an anonymous vote on behalf +of the leadership team. + +Decisions (also called Resolutions) require a **2/3rd** majority amongst active +leadership team members in favour of a proposal. The tallying of votes follows +the rules outlined below. Note that a minimum of 3 leadership team members is +needed for a [leadership team to function](#exceptional-circumstances). + +Leadership team decisions normally have to be made actively: in other words +each team member has to cast a vote **explicitly** expressing their opinion. +The only exception are face-2-face or on-line meetings with a quorum of +**2/3rd** of active leadership team members present at the meeting: in such +cases a meeting chair is required who calls for decision on a resolution and +asks for objections. This allows to conduct meetings more quickly. + +__Passed/Failed Resolutions:__ + +Voting is conducted in line with the following rules: + +- Project leadership team members vote for (**+1**) or against (**-1**) a +resolution. There is no differentiation between **+1**/ **+2** and +**-1**/**-2**: in other words a **+2** is counted as a vote for, a **-2** as a +vote against the resolution. The number of votes for and against a resolution +is called **active vote**. **0** votes **are not counted** as an active vote. +- A **quorum of at least 1/3 of positive votes for a proposal** is required for a +resolution to pass. In other words, if the leadership team has 7 members, at +least 3 members need to vote for the resolution. +- The resolution passes, if a 2/3 majority of active votes is in favour of +it. + +The table below maps the number of leadership team members against the +required quorum: + + ------------------------------------- --- -- -- -- -- -- -- -- -- + **Leadership team members** 10 9 8 7 6 5 4 3 2 + **Positive votes needed for quorum** 4 3 3 3 2 2 2 1 1 + ------------------------------------- --- -- -- -- -- -- -- -- -- + +The table below maps active votes against votes needed to pass: + + ------------------------------------- --- -- -- -- -- -- -- -- -- + **Active Votes (+1 or -1)** 10 9 8 7 6 5 4 3 2 + **Positive votes needed to pass** 7 6 6 5 4 4 3 2 2 + ------------------------------------- --- -- -- -- -- -- -- -- -- + +### Conflict Resolution {#conflict} Sub-projects and teams hosted on Xenproject.org are not democracies but meritocracies. In situations where there is disagreement on issues related to -the day-to-day running of the project, Committers and Project Leads are -expected to act as referees and make a decision on behalf of the community. -Referees should however consider whether making a decision may be divisive and -damaging for the community. In such cases, the committer community of the -project can privately vote on an issue, giving the decision more weight. - -#### Last Resort +the day-to-day running of the project, the [project leadership +team](#leadership) is expected to act as referee and make a decision on behalf +of the community. Projects leadership teams can choose to delegate entire +classes of conflict resolution issues to community members and/or the project +lead (e.g. the project can choose to delegate refereeing on committer +disagreements to the project lead; or it could choose a specific committer to +always act as referee amongst a group of committers). Any such delegation needs +to be approved as normal and has to be documented. -In some rare cases, the lazy consensus approach may lead to the community being -paralyzed. Thus, as a last resort when consensus cannot be achieved on a -question internal to a project, the final decision will be made by a private -majority vote amongst the committers and project lead. If the vote is tied, the -project lead gets an extra vote to break the tie. +Should a project leadership team become dysfunctional or paralysed, the project +leadership team or project lead should work with the community manager or +advisory board to find a way forward. -For questions that affect several projects, committers and project leads of -mature projects will hold a private majority vote. If the vote is tied, the -[Xen Project Advisory Board](/join.html) will break the tie through a casting -vote. +In situations where the entire Xen Project community becomes paralysed the +impacted project leadership teams or project leads should work with the +community manager or advisory board to find a way forward. -### Elections +### Elections {#elections} #### Maintainer Elections -Developers who have earned the trust of maintainers (including the project -lead) can be promoted to Maintainer. A two stage mechanism is used +Developers who have earned the trust of existing maintainers can be promoted to +maintainer. A two stage mechanism is used - Nomination: A maintainer should nominate himself by proposing a patch to the MAINTAINERS file or mailing a nomination to the project's mailing list. @@ -211,15 +466,15 @@ as a scope (set of owned components). Where the case is not obvious, evidence such as specific patches and other evidence supporting the nomination should be cited. - Confirmation: Normally, there is no need for a direct election to confirm a -new maintainer. Discussion should happen on the mailing list using the -principles of consensus decision making. If there is disagreement or doubt, the -project lead or a committer should ask the community manager to arrange a more -formal vote. +new maintainer. Discussion should happen on the mailing list using the normal +decision making process. If there is disagreement or doubt, the decision is +handled by the project leadership. -#### Committer Elections +#### Committer and other Project Leadership Elections Developers who have earned the trust of committers in their project can through -election be promoted to Committer. A two stage mechanism is used +election be promoted to Committer or Project Leadership (if not covered otherwise). +A two stage mechanism is used - Nomination: Community members should nominate candidates by posting a proposal to *appointments at xenproject dot org* explaining the candidate's @@ -230,58 +485,130 @@ review all proposals, check whether the nominee would be willing to accept the nomination and publish suitable nominations on the project's public mailing list for wider community input. - Election: A committer will be elected using the decision making process -outlined earlier. Voting will be done by committers for that project privately -using a voting form that is created by the community manager. Should there be a -negative vote the project lead and community manager will try and resolve the -situation and reach consensus. Results will be published on the public mailing -list. +outlined earlier. In other words, the decision is delegated to the [project +leadership team](#leadership). + +#### Security Response Team Members + +Developers who have earned the trust of other security team members can +be promoted to be on the security team. Due to the specific needs of the +security team, promotions are typically made by the security team itself +and confirmed by lazy consensus within the team. #### Project Lead Elections -Projects which lose their project lead are at risk of failing. Should this -occur, the project's maintainer community should agree who would want to be/be -able to be the new project lead and follow the election process as outlined -above. - -Formal Votes {#formal-votes} ------------- - -Sometimes it is necessary to conduct formal voting within the community -(outside of elections). Formal votes are necessary when processes and -procedures are introduced or changed, or as part of the [Project -Governance](#project-governance). Who is eligible to vote, depends on whether -the scope of a process or procedure is **local** to a sub-project or team, or -whether it affects **all sub-projects** (or in other words, is **global**). -Examples of local scope is the [Security Policy](/security-policy.html) which -applies to the [Hypervisor Project](/developers/teams/hypervisor.html) only. -Examples of global scope are changes to this document or votes outlined in the -Project Governance. - - ----------------------------------------------------------------------------- - **Scope** **Who reviews?** **Who votes?** - ------------ ---------------------- ----------------------------------------- - **Local** Members of developer Maintainers of the project (or projects), - mailing lists of the which are affected by the process, - affected projects. procedure, etc. are allowed to vote. - This includes maintainers from incubation - projects (if the scope affects the - project). - - **Global** Members of all Maintainers of **all mature** projects - developer mailing and the Xenproject.org community manager - lists of all are allowed to vote. - sub-projects hosted on - Xenproject.org. - ----------------------------------------------------------------------------- -\ +Projects which have a project lead, should vote for a project lead in an +anonymous vote amongst the project leadership. + +### Project Wide Decision Making {#project-decisions} + +Project wide decisions are made through **formal global votes** and are +conducted in rare circumstances only, following the principle of [local +decision making](#principles). Global votes are only needed, when all sub-projects +hosted on Xenproject.org are affected. This is true, only for: + +- Specific votes on creating, graduating, completing/archiving of +sub-projects as outlined in [project governance](#project-governance). +- Changes to this document, where sub-projects cannot specialise. In +particular the sections: [goals](#goals), [principles](#principles), [project +wide decision making](#project-decisions) and [project +governance](#project-governance) (and small parts of [Xen Project wide +roles](#roles-global), [project team roles](#roles-local) and [decision +making](#decisions) that are needed for project governance or **apply to all +sub-projects** as stated in those sections). +- Changes to this document where sub-projects can specialise require at least +one mature project other than the Hypervisor project to be impacted +significantly by the change. The sections in question, are [project team +roles](#roles-local) and [decision making](#decisions). These sections define +the **gold standard** of how the original Hypervisor Project operates. In other +cases, the Hypervisor project leadership team can agree changes to these +sections, as they are essentially reference definitions. Other sub-projects +have to be consulted, and have to be given time to adapt to changes. +- Changes to existing global namespace policies (e.g. [Mailing List +Conventions](/help/mailing-list/100-misc/139-mailing-list-conventions.html)) +and creation of new project wide namespace policies. +- Changes to the boundary of what policies are project local and global +decision: e.g. a decision to introduce a global Security Vulnerability Response +Process that affects all sub-projects. + +Global votes are arranged by the community manager when needed (e.g. for a +project review or a global process change). Who exactly has input on a proposal +and can vote on it, depends on the type of change as outlined below: + + ----------------------------------------------------------------------------------------- + **Proposal** **Who reviews?** **Who votes?** + ----------------------------- ----------------------------- ----------------------------- + Creating, graduating, Members of developer mailing Leadership teams of + completing/archiving of lists of qualifying projects **mature** sub-projects, + sub-projects with the exception of the + project which is being + reviewed (e.g. for an + archivation review, the + leadership team of the + project under review, cannot + vote). + + Global Process Changes Members of developer mailing Leadership teams of + lists of qualifying projects **mature** sub-projects, + within the scope described + above. + ----------------------------------------------------------------------------------------- + The community manager first arranges a public review, followed by a timed private vote. Public review and voting should be open for a minimum of a week each. For voting a traceable poll mechanism (e.g. voting form that keeps -auditable and tamper proof records) must be used. Voting follows the -conventions as laid out in "Principle: Consensus Decision Making". - -Project Governance {#project-governance} +auditable and tamper proof records) must be used. + +Voting is conducted **per project** in line with the following rules: + +- Each qualifying project's vote is counted per project and then aggregated +as outlined below. +- Project leadership team members vote for or against a proposal (there is no +differentiation between **-1**/**-2** and **+1**/**+2**). A **0** vote is not +counted as a valid vote. +- A **quorum of at least least 1/3 of positive votes** of each project's +leadership team members is required. In other words: if a project's leadership +team does not achieve the quorum, the entire sub-project's vote is not counted. +This avoids situations where only a minority of leadership team members vote, +which would skew the overall result. If it becomes clear, that a sub-project is +not likely to meet the quorum, the voting deadline can be extended by the +community manager. + +__Passed/Failed Resolutions:__ + +- If none of the qualifying projects achieve a quorum, the change cannot +hold. In that case, we consider that there is not enough momentum behind a +change. +- For each qualifying project with a quorum, the percentage of votes in +favour and against is calculated (e.g. if 5 people voted in favour, 2 against +and 1 abstains, the share is 5/7th and 2/7th respectively). +- Votes in favour are averaged as percentages across all projects (say we +have per project figures of 50%, 80%, 70% in favour, then the total vote in +favour is 66.67%). +- If the total vote achieves a 2/3rd majority in favour, the proposal passes. +Otherwise it fails. + +Community Decisions with Funding and Legal Implications {#funding-and-legal} +------------------------------------------------------- +In some cases sub-project local and global decisions **may require +input** from the [Advisory Board](#roles-ab) and/or the [Linux Foundation] +(#roles-lf). For example, if a proposal by a project leadership team or +a global project decision requires that the project hires a staff member or +contractor (e.g. a PR consultant, marketing manager) or requires the funding +of new infrastructure (e.g. additional test hardware or services) to implement +said proposal, then funding would need to be secured from the Advisory Board or +from other sources. + +If for example, a community proposal required the Linux Foundation to sign +a legal agreement with a 3rd party on behalf of the project/sub-project, then +of course a review of such an agreement and a signature by the Linux Foundation +would be required. + +In such cases, the impacted project leadership team(s) will contact the +Community Manager and/or Advisory Board to resolve possible issues. + +Project Governance {#project-governance} ------------------ ### Basic Project Life Cycle @@ -345,7 +672,7 @@ After a review, the requester of the review may decide to withdraw, request a re-review or progress to a vote by arranging with the community manager. **Voting:** The community manager arranges a timed private vote as outlined in -[Formal Votes](#formal-votes). +[Formal Votes](#project-decisions). ### Forming a Project @@ -445,6 +772,10 @@ bugs - It has an active developer community (as we get more experience we will add some guidelines). But things to look for are number of maintainers, different organisations involved, number of users, etc. +- It has a project leadership team that resolves conflicts and participates +in cross-project decision making +- It adheres to the Xen Project governance as outlined in this document, or +documents areas where the sub-project differs Other items to look at during the review (depending on project are): @@ -454,7 +785,8 @@ Other items to look at during the review (depending on project are): ### Mature Projects -Mature projects are expected to be run and promote themselves. The project lead +Mature projects are expected to be run and promote themselves. The project +leadership team and/or project lead has significant responsibility in ensuring that this happens. The Xen Project and the community manager will help organize events, provide opportunities for the project to get new contributors and build a community, promote new releases @@ -479,7 +811,7 @@ words it has completed In the first case the review is triggered by the incubation project's mentor. Failing this the review can be requested by any maintainer of a mature project -(including the project's lead) or by the Xen Project community manager. See +(including the project’s lead) or by the Xen Project community manager. See "Requesting Reviews, Reviews and Voting". The review is essentially a pitch why the project should be archived. The @@ -511,28 +843,62 @@ Xenproject.org, the code will be remove the code in a subsequent release (it should however give users sufficient time to adapt) -### Exceptional Circumstances +### Exceptional Circumstances {#exceptional-circumstances} -#### Projects without Project Lead +#### Incubation Projects without Project Lead -Projects which lose their project lead during the incubation or maturity phase -are at risk of failing. Should this occur, the project's maintainer community -should agree who would want to be/be able to be the new project lead and follow -the election process as outlined in "Electing Maintainers". +Projects which lose their project lead during the incubation phase, and do not +have a working project leadership team, are at risk of failing. Should this +occur, the project's maintainer or committer community should nominate a new +project lead and follow the election process as outlined in +[elections](#elections). If a project lead leaves during the formation phase, without finding a -successor we assume that the project does not have enough momentum and will not -go ahead. +successor we assume that the project does not have enough momentum and will +consider archiving the project. + +#### Projects without functional Project Leadership Team + +Projects which lose their project leadership team, or whose project leadership +team is too small to function, are at risk of failing. A project leadership +team should be of sufficient size to manage the project. Should this occur, the +project's maintainer or committer community should nominate new leadership team +members and follow the election process as outlined in [elections](#elections). + +If the community cannot create a functional leadership team, we assume that the +project does not have enough momentum and will consider archiving the project. #### Incubation projects without Mentor Should an incubation project lose its mentor, the Xen Project community manager will support the project lead in finding a new mentor. +Per Sub-Project Governance Specialisation {#specialisations} +----------------------------------------- + +Add specialisations to this section, as they surface. + Change History -------------- -- **v3.0 July 2016:** TODO: Add real changelog in main patch +- **v3.0 December 2016:** Refactored document. Otherwise significant changes to +decision making, in the following areas + - Added Goal: Local Decision Making + - Split roles into project wide and sub-project specific roles + - Added new roles: Community Manager, Security Response Team, Leadership Team + - Added RTC Policy + - Added +2 ... -2 scheme for expressing opinions more clearly + - Clarified lazy consensus / lazy voting with examples + - Added Informal Votes or Surveys + - Added Project Team Leadership decisions (majority vote, non-monotonicity) + - Clarified and Adapted Conflict Resolution to previous changes + - Updated Elections to cover new roles and terminology + - Changed Project Wide Decision making (per project, non-monotonicity) + - Changed Project Wide Decision making. + - Clarified scope of Decision making + - Added section on Community Decisions with Funding and Legal Implications + - Modified all other sections which have dependencies on changes above + - Added Per Sub-Project Governance Specialisation - **v2.1 May 2016:** Clarify Committer Elections as per this [discussion](http://lists.xenproject.org/archives/html/xen-devel/2016-05/msg0080 1.html) and @@ -558,6 +924,4 @@ from Requesting Reviews, Reviews and Voting rather than duplicating - Clarified the roles of Committer and Maintainer. - Added Making Contributions which contains links to other documentation and highlights that Xen.org required a DCO for contributions since 2005. -- **v1.0 Jun 2011:** Initial document approved - - \ No newline at end of file +- **v1.0 Jun 2011:** Initial document approved \ No newline at end of file -- 2.5.4 (Apple Git-61) --===============3956024932304762989== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLWFwaSBt YWlsaW5nIGxpc3QKWGVuLWFwaUBsaXN0cy54ZW4ub3JnCmh0dHBzOi8vbGlzdHMueGVuLm9yZy9j Z2ktYmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaQo= --===============3956024932304762989==-- From xen-api-bounces@lists.xen.org Wed Nov 23 12:21:22 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 23 Nov 2016 12:21:22 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c9WYD-0007TC-VS; Wed, 23 Nov 2016 12:21:21 +0000 Received: from mail6.bemta6.messagelabs.com ([193.109.254.103]) by lists.xenproject.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c9WYC-0007Rm-CJ; Wed, 23 Nov 2016 12:21:20 +0000 Received: from [193.109.254.147] by server-11.bemta-6.messagelabs.com id 18/3B-28490-FB985385; Wed, 23 Nov 2016 12:21:19 +0000 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrIIsWRWlGSWpSXmKPExsWS0XRdVXdvp2m EwdQflha9rXdZLP4sTrT4sryB0eL7lslMDiwehz9cYQlgjGLNzEvKr0hgzfhx6AtTQfM1porr P7azNjD+m8LUxcjFISRwklGib81PZgjnIqPEscPLgBxODjYBDYljD5vBbBEBJYl7qyaDdTALr GaUmL7nIBtIQlggQeL7ZIgGFgFViZtHrjGC2LwCLhLfn85hB7ElBHQl7t68wApicwq4Ssz6vh GsVwiopnXrY2aIekGJkzOfsIDYzEBzHu87yQZhy0s0b53NPIGRbxaSsllIymYhKVvAyLyKUb0 4tagstUjXQi+pKDM9oyQ3MTNH19DATC83tbg4MT01JzGpWC85P3cTIzAgGYBgB+Psy/6HGCU5 mJREeXmbTCOE+JLyUyozEosz4otKc1KLDzHKcHAoSfC+7wDKCRalpqdWpGXmAGMDJi3BwaMkw nsEJM1bXJCYW5yZDpE6xWjM8WbXywdMHC+mfnrAJMSSl5+XKiXOywyMOiEBkNKM0jy4QbCYvc QoKyXMywh0mhBPQWpRbmYJqvwrRnEORiVh3lMgC3ky80rg9r0COoUJ6BTJb8Ygp5QkIqSkGhg rliZo6cRNnjG/f21y9LkjrLOWf/0xoWm7jnrblzK+bzwpfzYvu3J/GY/BfcYFD5vfLno++bjm s+OyiYsmSQffq7nZ//to9n79yLp/yYICa90fi/O8Nva71/5u8ZK1i1QU1ObnhDLtMF556T3fk tIdGlbH1rIsdnk7RaxV/0G+g/a5SaI/tVTVlViKMxINtZiLihMBQCM6/dQCAAA= X-Env-Sender: lars.kurth@citrix.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1479903676!72714187!1 X-Originating-IP: [104.130.215.37] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 9.0.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17239 invoked from network); 23 Nov 2016 12:21:17 -0000 Received: from mail.xenproject.org (HELO mail.xenproject.org) (104.130.215.37) by server-4.tower-27.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP; 23 Nov 2016 12:21:17 -0000 Received: from xenbits.xenproject.org ([104.239.192.120]) by mail.xenproject.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c9WXw-0001vl-H3; Wed, 23 Nov 2016 12:21:04 +0000 Received: from localhost ([127.0.0.1] helo=MacBook-Pro-6.Home) by xenbits.xenproject.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c9WXv-0005PU-Hq; Wed, 23 Nov 2016 12:21:04 +0000 From: Lars Kurth To: xen-devel@lists.xenproject.org Date: Wed, 23 Nov 2016 12:20:46 +0000 Message-Id: <1479903646-6772-4-git-send-email-lars.kurth@citrix.com> X-Mailer: git-send-email 2.5.4 (Apple Git-61) In-Reply-To: <1479903646-6772-1-git-send-email-lars.kurth@citrix.com> References: <1479903646-6772-1-git-send-email-lars.kurth@citrix.com> MIME-Version: 1.0 Cc: xen-api@lists.xenproject.org, win-pv-devel@lists.xenproject.org, committers@xenproject.org, mirageos-devel@lists.xenproject.org, Lars Kurth Subject: [Xen-API] [PATCH v5 3/3] Significant changes to decision making; some new roles and minor changes X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3956024932304762989==" Errors-To: xen-api-bounces@lists.xen.org Sender: "Xen-api" --===============3956024932304762989== Content-Type: text/plain; charset=yes Content-Transfer-Encoding: 8bit List of changes - Added Goal: Local Decision Making - Split roles into project wide and sub-project specific roles - Added new roles: Community Manager, Security Response Team, Leadership Team - Added RTC Policy - Added +2 ... -2 scheme for expressing opinions more clearly - Clarified lazy consensus / lazy voting with examples - Added Informal Votes or Surveys - Added Project Team Leadership decisions (majority vote, non-monotonicity) - Clarified and Adapted Conflict Resolution to previous changes - Updated Elections to cover new roles and terminology - Changed Project Wide Decision making (per project, non-monotonicity) - Clarified scope of Decision making - Added section on Community Decisions with Funding and Legal Implications - Modified all other sections which have dependencies on changes above - Added Per Sub-Project Governance Specialisation - Fixed various typos - Fixed changelog Signed-off-by: Lars Kurth --- governance.pandoc | 628 ++++++++++++++++++++++++++++++++++++++++++------------ 1 file changed, 496 insertions(+), 132 deletions(-) diff --git a/governance.pandoc b/governance.pandoc index 2ce780c..188fa41 100644 --- a/governance.pandoc +++ b/governance.pandoc @@ -1,5 +1,5 @@ This document has come in effect in June 2011 and will be reviewed periodically -(see revision sections). The last modification has been made in July 2016. +(see revision sections). The last modification has been made in December 2016. Content ------- @@ -11,8 +11,10 @@ Content - [Making Contributions](#contributions) - [Decision Making, Conflict Resolution, Role Nominations and Elections](#decisions) -- [Formal Votes](#formal-votes) +- [Project Wide Decision Making](#project-decisions) +- [Community Decisions with Funding and Legal Implications](#funding-and-legal) - [Project Governance](#project-governance) +- [Per Sub-Project Governance Specialisations](#specialisations) Goals {#goals} ----- @@ -54,7 +56,12 @@ The Xen Project is a meritocracy. The more you contribute the more responsibility you will earn. Leadership roles in Xen are also merit-based and earned by peer acclaim. -Xen Project Wide Roles {#roles-global} +### Local Decision Making + +The Xen Project consists of a number of sub-projects: each sub-project makes +technical and other decisions that solely affect it locally. + +Xen Project Wide Roles {#roles-global} ---------------------- ### Sub-projects and Teams @@ -64,9 +71,22 @@ the [Project Governance](#project-governance) (or Project Lifecycle) as outlined in this document. Sub-projects (sometimes simply referred to as projects) are run by individuals and are often referred to as teams to highlight the collaborative nature of development. For example, each -sub-project has a [team portal](/developers/teams.html) on Xenproject.org. +sub-project has a [team portal](/developers/teams.html) on Xenproject.org. +Sub-projects own and are responsible for a collection of source repositories +and other resources (e.g. test infrastructure, CI infrastructure, ...), which +we call **sub-project assets** (or team assets) in this document. + +Sub-projects can either be **incubation projects** or **mature projects** as +outlined in [Basic Project Life Cycle](#project-governance). In line with the +meritocratic principle, mature projects have more influence than incubation +projects, on [project wide decisions](#project-decisions). + +### Community Manager -### Xen Project Advisory Board +The Xen Project has a community manager, whose primary role it is to support +the entire Xen Project Community. + +### Xen Project Advisory Board {#roles-ab} The [Xen Project Advisory Board](/join.html) consists of members who are committed to steering the project to advance its market and technical success, @@ -76,7 +96,7 @@ shared project infrastructure, marketing and events, and managing the Xen Project trademark. The Advisory Board leaves all technical decisions to the open source meritocracy. -### The Linux Foundation +### The Linux Foundation {#roles-lf} The Xen Project is a [Linux Foundation](/linux-foundation.html) Collaborative Project. Collaborative Projects are independently funded software projects that @@ -95,21 +115,48 @@ members or other distinguished community members. ### Sponsor To form a new sub-project or team on Xenproject.org, we require a sponsor to -support the creation of the new project. A sponsor can be a project lead or -committer of a mature project, a member of the advisory board or the community -manager. This ensures that a distinguished community member supports the idea -behind the project. +support the creation of the new project. A sponsor can be a member of the +project leadership team of a mature project, a member of the advisory board or +the community manager. This ensures that a distinguished community member +supports the idea behind the project. Project Team Roles {#roles-local} ------------------ +Sub-projects or teams are driven by the people who volunteer for the job. This +functions well for most cases. This section lists the main roles which projects +use. This section lists the default roles, which are based on how the +Hypervisor project operates. Sub-projects can deviate from the default, but are +required to document deviations from the default and link to it from this +[document](#specialisations). The only exception is that each project is +required to have a project leadership team, as without it, the project will not +be able to function. + +The following table lists how each project uses these roles. Note that +**incubation projects** have more flexibility in experimenting with roles that +work for them, but need to define specializations before they can **mature**. + + --------------------- ------------ ----------------- ---------------- ------------------- -------------------------------------------------------- + **Project** **Mature** **Maintainers** **Committers** **Security Team** **Leadership Team** + **Hypervisor** YES YES YES YES Committers and Release Manager, without a Project Lead + **Windows Drivers** NO YES YES NO Committers, with a Project Lead + **XAPI** YES YES YES NO Committers, with a Project Lead + --------------------- ------------ ----------------- ---------------- ------------------- -------------------------------------------------------- + ### Maintainers -Maintainers own one or several components in the Xen tree. A maintainer reviews -and approves changes that affect their components. It is a maintainer's prime -responsibility to review, comment on, co-ordinate and accept patches from other -community member's and to maintain the design cohesion of their components. -Maintainers are listed in a MAINTAINERS file in the root of the source tree. +Maintainers own one or several components in the sub-projects source tree(s). A +maintainer reviews and approves changes that affect their components. It is a +maintainer's prime responsibility to review, comment on, co-ordinate and accept +patches from other community member's and to maintain the design cohesion of +their components. Maintainers are listed in a MAINTAINERS file in the root of +each code repository that the project owns. + +Larger sub-projects such as the Hypervisor may have special maintainer roles +such as a release manager and stable branch maintainers. In addition, larger +projects may award different maintainers different levels of influence. Any +specialisations and implications are documented in the respective MAINTAINERS +file. ### Committers @@ -119,17 +166,34 @@ applies changes that have been approved by the respective maintainer(s) to the source tree. Due to their status in the community, committers can also act as referees should disagreements amongst maintainers arise. Committers are listed on the sub-project's team portal (e.g. [Hypervisor team -portal](/developers/teams/hypervisor.html)). +portal](/developers/teams/hypervisor.html)) and/or in the projects MAINTAINERS +files. -### Project Lead +### Security Response Team (short: Security Team) -Sub-projects and teams hosted on Xenproject.org are managed by a Project Lead, -who also is a committer of the sub-project/team he/she leads. Project Leads are -the public figurehead of the project and is responsible for the health of the -project. Due to their status in the community, project leads can also act as -referees should disagreements amongst committers of the project arise. The -project lead typically also has write access to resources, such as the web page -of a specific project. +Each sub-project may have a security response team, that is responsible for +receiving, reviewing, and responding to security incident reports for the +sub-projects assets according to its security response process (e.g. +[Hypervisor Security Problem Response Process](/security-policy.html)). + +### Project Leadership Team and Project Lead + +Sub-projects and teams hosted on Xenproject.org are managed by a Project +Leadership Team. The leadership team is made up of distinguished community +members, but the exact composition may depend on the sub-project. For example, +in the case of the Hypervisor sub-project, all committers and the release +manager, are part of the leadership team. The leadership team owns the +sub-projects processes, the overall architecture and all assets within the +project and makes [sub-project wide decisions](#decisions) on behalf of its +community. + +A sub-projects leadership team members are listed on the sub-project's team +portal (e.g. [Hypervisor team portal](developers/teams/hypervisor.html)). + +The Leadership Team may elect a Project Lead who is also a member of the +Leadership Team. Project Leads are the public figurehead of the project and are +responsible for the health of the project. Project Leads can also act as +[referees](#conflict) should the Project Leadership Team become paralysed. Making Contributions {#contributions} -------------------- @@ -146,62 +210,253 @@ More information on making contributions can be found in the following documents: - [Contribution Guidelines](/help/contribution-guidelines.html) +- [Review Then Commit Policy](#RTC) -Decision Making, Conflict Resolution, Role Nominations and Elections -{#decisions} +Decision Making, Conflict Resolution, Role Nominations and Elections {#decisions} -------------------------------------------------------------------- -### Consensus Decision Making - Sub-projects or teams hosted on Xenproject.org are normally auto-governing and driven by the people who volunteer for the job. This functions well for most -cases. When more formal decision making and coordination is required, decisions -are taken with a lazy consensus approach: a few positive votes with no negative -vote are enough to get going. - -Voting is done with numbers: - -- +1 : a positive vote -- 0 : abstain, have no opinion -- -1 : a negative vote - -A negative vote should include an alternative proposal or a detailed -explanation of the reasons for the negative vote. The project community then -tries to gather consensus on an alternative proposal that resolves the issue. -In the great majority of cases, the concerns leading to the negative vote can -be addressed. - -### Conflict Resolution - -#### Refereeing +cases. This section lists the main mechanisms by which projects make decisions. +This section lists the default mode of operation, which is based on how the +Hypervisor project operates. Sub-projects can deviate from the default, but are +required to document deviations from the default and link to it from this +[document](#specialisation). The only exception is that each project is +required to adhere to the **Review Then Commit Policy**, **Leadership Team +Decisions** and **Conflict Resolution**. + +### Review Then Commit {#RTC} + +The vast majority of technical decisions within the Xen Project are code +related decisions (e.g. patches and design documents), which determine whether +a specific change can be accepted into the code base. The default decision +making process is a review and commit process, which requires that all changes +receive explicit approval from respective code owners (maintainers) before they +are committed. The exact workflow and details of this policy between +sub-projects may differ and are documented in one or several of the following +places: MAINTAINERS/README/CONTRIBUTING files in repositories and/or the +sub-project team portal. + +### Expressing Agreement and Disagreement {#expressingopinion} + +Within the community, we follow the following number notation to explicitly +express opinions on proposals, formal or informal votes. + +- **+2** : I am happy with this proposal, and I will argue for it +- **+1** : I am happy with this proposal, but will not argue for it +- **0** : I have no opinion +- **-1** : I am not happy with this proposal, but will not argue against it +- **-2** : I am not happy with this proposal, and I will argue against it + +A **-2** should include an alternative proposal or a detailed explanation of +the reasons for the negative opinion. A **+2** should include reasons for the +positive opinion. + +How we tally results and their implications depend on the context in which is +is used and are marked with Passed/Failed: in one of the following sections: + +- [Lazy Consensus / Lazy Voting](#lazyconsensus) +- [Leadership Team Decisions](#leadership) +- [Project Wide Decision Making](#project-decisions) + +### Lazy Consensus / Lazy Voting {#lazyconsensus} + +Lazy Consensus is a useful technique to make decisions for specific proposals +which are not covered by the Review Then Commit Policy or do not require a more +formal decision (see below). Lazy Consensus is extremely useful, when you don't +anticipate any objections, or to gauge whether there are objections to a +proposal. The concrete process in this section is a mixture between Lazy Consensus +and Lazy Voting and is designed to avoid unnecessary multiple stages in decision +making. + +To make use of it, post something like the following on the project's +mailing list (or some other communication channel): + + > I am assuming we are agreed on X and am going to assume lazy consensus: < + > if there are no objections within the next seven days. < + +You should however ensure that all relevant stake-holders which may object are +explicitly CC'ed, such as relevant maintainers or committers, ensure that +**lazy consensus** is in the body of your message (this helps set up mail +filters) and choose a reasonable time-frame. If it is unclear who the relevant +stake-holders are, the project leadership can nominate a group of stake-holders +to decide, or may choose to own the decision collectively and resolve it. + +Objections by stake-holders should be expressed using the [conventions +above](#expressingopinion) to make disagreements easily identifiable. + +__Passed/Failed:__ +The proposer of Lazy Consensus decision is assumed to implicitly have an +opinion of **+1**, unless otherwise stated. + +- Failed: A single **-2** by a stake-holder whose approval is necessary +- Failed: A total sum of opinions **<=0** +- Passed: A total sum of opinions **>0** + +It can only be overturned if the project leadership agrees collectively, that +the decision is too important to be settled by lazy consensus / lazy voting. +In situations where a proposal is failed, an alternative solution needs to be +found, or if a decision is formally challenged, [conflict resolution mechanisms](#conflict) may need to be used to resolve the situation. + +__Further Examples:__ +A Lazy Consensus decision starts out with the implicit **+1** opinion of the +proposer. If there is no explicit response, the proposal passes as the sum +is **>0**. + +If there is a single **-1** without any **+** votes, the proposal fails. + +If there are multiple **+1**'s or **+2**'s, more **-1**'s than positive votes +are needed for the proposal to fail. This mechanism, is often also called +**Lazy Voting**. + +The process does allow for a proposer to state a starting opinion of **0** or +**-1**. In this case, the Lazy Consensus label does not work for the process, +as positive opinions are needed for the proposal to pass. To make use of this +mechanism, post something like the following on the project's mailing list +(or some other communication channel) + + > I want to solicit opinions on X and am going to assume lazy voting: < + > My starting position is **0**, as I feel that at least one other < + > stake-holder should agree with the proposal. < + > If there is a majority in favour, without a **-2** objection within the < + > next seven days, I assume that the proposal holds and does not need < + > require further discussion. < + +Unlike in the lazy consensus case, a single **+1** vote is needed. Otherwise +the proposal fails. Otherwise, the counting rules follow the general case. + +This can be useful in situations, where the proposer is not quite sure about +his/her position, or where the invoker acts on behalf of the community to +resolve a discussion which has become stuck. A starting position of **-1** can +be used to verify that a specific approach may be a bad idea: whether this is +really useful, has to be verified as we start using this process. + +### Informal Votes or Surveys + +Generally the Xen Project community tries to achieve consensus on most issues. +In situations where several concrete options are possible, community members +may organize an informal vote on the different proposals and use the +[conventions above](#expressingopinion) to identify the strongest proposal. +Once the strongest candidate has been identified, [lazy +consensus](#lazyconsensus) could be used to close the discussion. In some +situation, a specific survey may need to be created, to help identify gauging +consensus on specific issues. For informal votes and surveys, we do not +prescribe specific rules, as they are non-binding: it is up to the organizer of +an informal vote or survey to interpret the result and explain it to the +community. If the vote/survey relates to an area that is owned by the project +leadership, the project leadership has to formally confirm the decision. + +Note that informal votes amongst a small set of stake-holders that disagree on +a position during technical disagreements in code, design reviews and other +discussions can be useful. In technical discussions it is not always clear how +strong agreement or disagreement on a specific issue is. Using the [conventions +above](#expressingopinion), can help differentiate between minor and major +disagreements and reduce the time a discussions continues unnecessarily. This +is true in particular for cases, where several maintainers may need to agree to +a proposal. + +When having an informal vote or survey, they creator should consider whether +conducting a vote or survey in public, may be divisive and damaging for the +community. In such cases, the vote/survey should be conducted anonymously. + +### Leadership Team Decisions {#leadership} + +Each sub-project has a leadership team, which is typically made up of the most +senior and influential developers within the sub-project (e.g. the project's +committers). The project leadership team owns decisions, such as: + +- Sub-project wide policy decisions (e.g. policies, procedures and processes +whose scope is specific to the sub-projects). This includes deviations from +project global governance, where permissible. +- Decisions related to sub-project assets that are not clearly owned (e.g. +unowned code, project wide assets such as test infrastructure, etc.). +- Decisions related to nominating and confirming leadership roles within the +sub-project. This includes [decisions to creating and filling specialised new +roles](#elections), such as release managers or similar, including their scope +and set of responsibilities. +- Resolving [conflicts](#conflict) within the sub-project that cannot +otherwise be resolved. + +Leadership team decisions can be made in private (e.g. a private IRC meeting, +on a private mailing list, through a private vote) or on a public mailing list +using [decision making conventions](#expressingopinion). If a decision is made +in private, the outcome must be summarized in terms of number of votes in +favour or against on a public mailing list. Decisions should **not** generally +be made in an anonymous vote, unless there is a good reason to do so. For +example, if the decision may be divisive and damage the cohesion of the +leadership team, an anonymous vote is preferred. In such cases, the leadership +team, can ask the community manager, to arrange an anonymous vote on behalf +of the leadership team. + +Decisions (also called Resolutions) require a **2/3rd** majority amongst active +leadership team members in favour of a proposal. The tallying of votes follows +the rules outlined below. Note that a minimum of 3 leadership team members is +needed for a [leadership team to function](#exceptional-circumstances). + +Leadership team decisions normally have to be made actively: in other words +each team member has to cast a vote **explicitly** expressing their opinion. +The only exception are face-2-face or on-line meetings with a quorum of +**2/3rd** of active leadership team members present at the meeting: in such +cases a meeting chair is required who calls for decision on a resolution and +asks for objections. This allows to conduct meetings more quickly. + +__Passed/Failed Resolutions:__ + +Voting is conducted in line with the following rules: + +- Project leadership team members vote for (**+1**) or against (**-1**) a +resolution. There is no differentiation between **+1**/ **+2** and +**-1**/**-2**: in other words a **+2** is counted as a vote for, a **-2** as a +vote against the resolution. The number of votes for and against a resolution +is called **active vote**. **0** votes **are not counted** as an active vote. +- A **quorum of at least 1/3 of positive votes for a proposal** is required for a +resolution to pass. In other words, if the leadership team has 7 members, at +least 3 members need to vote for the resolution. +- The resolution passes, if a 2/3 majority of active votes is in favour of +it. + +The table below maps the number of leadership team members against the +required quorum: + + ------------------------------------- --- -- -- -- -- -- -- -- -- + **Leadership team members** 10 9 8 7 6 5 4 3 2 + **Positive votes needed for quorum** 4 3 3 3 2 2 2 1 1 + ------------------------------------- --- -- -- -- -- -- -- -- -- + +The table below maps active votes against votes needed to pass: + + ------------------------------------- --- -- -- -- -- -- -- -- -- + **Active Votes (+1 or -1)** 10 9 8 7 6 5 4 3 2 + **Positive votes needed to pass** 7 6 6 5 4 4 3 2 2 + ------------------------------------- --- -- -- -- -- -- -- -- -- + +### Conflict Resolution {#conflict} Sub-projects and teams hosted on Xenproject.org are not democracies but meritocracies. In situations where there is disagreement on issues related to -the day-to-day running of the project, Committers and Project Leads are -expected to act as referees and make a decision on behalf of the community. -Referees should however consider whether making a decision may be divisive and -damaging for the community. In such cases, the committer community of the -project can privately vote on an issue, giving the decision more weight. - -#### Last Resort +the day-to-day running of the project, the [project leadership +team](#leadership) is expected to act as referee and make a decision on behalf +of the community. Projects leadership teams can choose to delegate entire +classes of conflict resolution issues to community members and/or the project +lead (e.g. the project can choose to delegate refereeing on committer +disagreements to the project lead; or it could choose a specific committer to +always act as referee amongst a group of committers). Any such delegation needs +to be approved as normal and has to be documented. -In some rare cases, the lazy consensus approach may lead to the community being -paralyzed. Thus, as a last resort when consensus cannot be achieved on a -question internal to a project, the final decision will be made by a private -majority vote amongst the committers and project lead. If the vote is tied, the -project lead gets an extra vote to break the tie. +Should a project leadership team become dysfunctional or paralysed, the project +leadership team or project lead should work with the community manager or +advisory board to find a way forward. -For questions that affect several projects, committers and project leads of -mature projects will hold a private majority vote. If the vote is tied, the -[Xen Project Advisory Board](/join.html) will break the tie through a casting -vote. +In situations where the entire Xen Project community becomes paralysed the +impacted project leadership teams or project leads should work with the +community manager or advisory board to find a way forward. -### Elections +### Elections {#elections} #### Maintainer Elections -Developers who have earned the trust of maintainers (including the project -lead) can be promoted to Maintainer. A two stage mechanism is used +Developers who have earned the trust of existing maintainers can be promoted to +maintainer. A two stage mechanism is used - Nomination: A maintainer should nominate himself by proposing a patch to the MAINTAINERS file or mailing a nomination to the project's mailing list. @@ -211,15 +466,15 @@ as a scope (set of owned components). Where the case is not obvious, evidence such as specific patches and other evidence supporting the nomination should be cited. - Confirmation: Normally, there is no need for a direct election to confirm a -new maintainer. Discussion should happen on the mailing list using the -principles of consensus decision making. If there is disagreement or doubt, the -project lead or a committer should ask the community manager to arrange a more -formal vote. +new maintainer. Discussion should happen on the mailing list using the normal +decision making process. If there is disagreement or doubt, the decision is +handled by the project leadership. -#### Committer Elections +#### Committer and other Project Leadership Elections Developers who have earned the trust of committers in their project can through -election be promoted to Committer. A two stage mechanism is used +election be promoted to Committer or Project Leadership (if not covered otherwise). +A two stage mechanism is used - Nomination: Community members should nominate candidates by posting a proposal to *appointments at xenproject dot org* explaining the candidate's @@ -230,58 +485,130 @@ review all proposals, check whether the nominee would be willing to accept the nomination and publish suitable nominations on the project's public mailing list for wider community input. - Election: A committer will be elected using the decision making process -outlined earlier. Voting will be done by committers for that project privately -using a voting form that is created by the community manager. Should there be a -negative vote the project lead and community manager will try and resolve the -situation and reach consensus. Results will be published on the public mailing -list. +outlined earlier. In other words, the decision is delegated to the [project +leadership team](#leadership). + +#### Security Response Team Members + +Developers who have earned the trust of other security team members can +be promoted to be on the security team. Due to the specific needs of the +security team, promotions are typically made by the security team itself +and confirmed by lazy consensus within the team. #### Project Lead Elections -Projects which lose their project lead are at risk of failing. Should this -occur, the project's maintainer community should agree who would want to be/be -able to be the new project lead and follow the election process as outlined -above. - -Formal Votes {#formal-votes} ------------- - -Sometimes it is necessary to conduct formal voting within the community -(outside of elections). Formal votes are necessary when processes and -procedures are introduced or changed, or as part of the [Project -Governance](#project-governance). Who is eligible to vote, depends on whether -the scope of a process or procedure is **local** to a sub-project or team, or -whether it affects **all sub-projects** (or in other words, is **global**). -Examples of local scope is the [Security Policy](/security-policy.html) which -applies to the [Hypervisor Project](/developers/teams/hypervisor.html) only. -Examples of global scope are changes to this document or votes outlined in the -Project Governance. - - ----------------------------------------------------------------------------- - **Scope** **Who reviews?** **Who votes?** - ------------ ---------------------- ----------------------------------------- - **Local** Members of developer Maintainers of the project (or projects), - mailing lists of the which are affected by the process, - affected projects. procedure, etc. are allowed to vote. - This includes maintainers from incubation - projects (if the scope affects the - project). - - **Global** Members of all Maintainers of **all mature** projects - developer mailing and the Xenproject.org community manager - lists of all are allowed to vote. - sub-projects hosted on - Xenproject.org. - ----------------------------------------------------------------------------- -\ +Projects which have a project lead, should vote for a project lead in an +anonymous vote amongst the project leadership. + +### Project Wide Decision Making {#project-decisions} + +Project wide decisions are made through **formal global votes** and are +conducted in rare circumstances only, following the principle of [local +decision making](#principles). Global votes are only needed, when all sub-projects +hosted on Xenproject.org are affected. This is true, only for: + +- Specific votes on creating, graduating, completing/archiving of +sub-projects as outlined in [project governance](#project-governance). +- Changes to this document, where sub-projects cannot specialise. In +particular the sections: [goals](#goals), [principles](#principles), [project +wide decision making](#project-decisions) and [project +governance](#project-governance) (and small parts of [Xen Project wide +roles](#roles-global), [project team roles](#roles-local) and [decision +making](#decisions) that are needed for project governance or **apply to all +sub-projects** as stated in those sections). +- Changes to this document where sub-projects can specialise require at least +one mature project other than the Hypervisor project to be impacted +significantly by the change. The sections in question, are [project team +roles](#roles-local) and [decision making](#decisions). These sections define +the **gold standard** of how the original Hypervisor Project operates. In other +cases, the Hypervisor project leadership team can agree changes to these +sections, as they are essentially reference definitions. Other sub-projects +have to be consulted, and have to be given time to adapt to changes. +- Changes to existing global namespace policies (e.g. [Mailing List +Conventions](/help/mailing-list/100-misc/139-mailing-list-conventions.html)) +and creation of new project wide namespace policies. +- Changes to the boundary of what policies are project local and global +decision: e.g. a decision to introduce a global Security Vulnerability Response +Process that affects all sub-projects. + +Global votes are arranged by the community manager when needed (e.g. for a +project review or a global process change). Who exactly has input on a proposal +and can vote on it, depends on the type of change as outlined below: + + ----------------------------------------------------------------------------------------- + **Proposal** **Who reviews?** **Who votes?** + ----------------------------- ----------------------------- ----------------------------- + Creating, graduating, Members of developer mailing Leadership teams of + completing/archiving of lists of qualifying projects **mature** sub-projects, + sub-projects with the exception of the + project which is being + reviewed (e.g. for an + archivation review, the + leadership team of the + project under review, cannot + vote). + + Global Process Changes Members of developer mailing Leadership teams of + lists of qualifying projects **mature** sub-projects, + within the scope described + above. + ----------------------------------------------------------------------------------------- + The community manager first arranges a public review, followed by a timed private vote. Public review and voting should be open for a minimum of a week each. For voting a traceable poll mechanism (e.g. voting form that keeps -auditable and tamper proof records) must be used. Voting follows the -conventions as laid out in "Principle: Consensus Decision Making". - -Project Governance {#project-governance} +auditable and tamper proof records) must be used. + +Voting is conducted **per project** in line with the following rules: + +- Each qualifying project's vote is counted per project and then aggregated +as outlined below. +- Project leadership team members vote for or against a proposal (there is no +differentiation between **-1**/**-2** and **+1**/**+2**). A **0** vote is not +counted as a valid vote. +- A **quorum of at least least 1/3 of positive votes** of each project's +leadership team members is required. In other words: if a project's leadership +team does not achieve the quorum, the entire sub-project's vote is not counted. +This avoids situations where only a minority of leadership team members vote, +which would skew the overall result. If it becomes clear, that a sub-project is +not likely to meet the quorum, the voting deadline can be extended by the +community manager. + +__Passed/Failed Resolutions:__ + +- If none of the qualifying projects achieve a quorum, the change cannot +hold. In that case, we consider that there is not enough momentum behind a +change. +- For each qualifying project with a quorum, the percentage of votes in +favour and against is calculated (e.g. if 5 people voted in favour, 2 against +and 1 abstains, the share is 5/7th and 2/7th respectively). +- Votes in favour are averaged as percentages across all projects (say we +have per project figures of 50%, 80%, 70% in favour, then the total vote in +favour is 66.67%). +- If the total vote achieves a 2/3rd majority in favour, the proposal passes. +Otherwise it fails. + +Community Decisions with Funding and Legal Implications {#funding-and-legal} +------------------------------------------------------- +In some cases sub-project local and global decisions **may require +input** from the [Advisory Board](#roles-ab) and/or the [Linux Foundation] +(#roles-lf). For example, if a proposal by a project leadership team or +a global project decision requires that the project hires a staff member or +contractor (e.g. a PR consultant, marketing manager) or requires the funding +of new infrastructure (e.g. additional test hardware or services) to implement +said proposal, then funding would need to be secured from the Advisory Board or +from other sources. + +If for example, a community proposal required the Linux Foundation to sign +a legal agreement with a 3rd party on behalf of the project/sub-project, then +of course a review of such an agreement and a signature by the Linux Foundation +would be required. + +In such cases, the impacted project leadership team(s) will contact the +Community Manager and/or Advisory Board to resolve possible issues. + +Project Governance {#project-governance} ------------------ ### Basic Project Life Cycle @@ -345,7 +672,7 @@ After a review, the requester of the review may decide to withdraw, request a re-review or progress to a vote by arranging with the community manager. **Voting:** The community manager arranges a timed private vote as outlined in -[Formal Votes](#formal-votes). +[Formal Votes](#project-decisions). ### Forming a Project @@ -445,6 +772,10 @@ bugs - It has an active developer community (as we get more experience we will add some guidelines). But things to look for are number of maintainers, different organisations involved, number of users, etc. +- It has a project leadership team that resolves conflicts and participates +in cross-project decision making +- It adheres to the Xen Project governance as outlined in this document, or +documents areas where the sub-project differs Other items to look at during the review (depending on project are): @@ -454,7 +785,8 @@ Other items to look at during the review (depending on project are): ### Mature Projects -Mature projects are expected to be run and promote themselves. The project lead +Mature projects are expected to be run and promote themselves. The project +leadership team and/or project lead has significant responsibility in ensuring that this happens. The Xen Project and the community manager will help organize events, provide opportunities for the project to get new contributors and build a community, promote new releases @@ -479,7 +811,7 @@ words it has completed In the first case the review is triggered by the incubation project's mentor. Failing this the review can be requested by any maintainer of a mature project -(including the project's lead) or by the Xen Project community manager. See +(including the project’s lead) or by the Xen Project community manager. See "Requesting Reviews, Reviews and Voting". The review is essentially a pitch why the project should be archived. The @@ -511,28 +843,62 @@ Xenproject.org, the code will be remove the code in a subsequent release (it should however give users sufficient time to adapt) -### Exceptional Circumstances +### Exceptional Circumstances {#exceptional-circumstances} -#### Projects without Project Lead +#### Incubation Projects without Project Lead -Projects which lose their project lead during the incubation or maturity phase -are at risk of failing. Should this occur, the project's maintainer community -should agree who would want to be/be able to be the new project lead and follow -the election process as outlined in "Electing Maintainers". +Projects which lose their project lead during the incubation phase, and do not +have a working project leadership team, are at risk of failing. Should this +occur, the project's maintainer or committer community should nominate a new +project lead and follow the election process as outlined in +[elections](#elections). If a project lead leaves during the formation phase, without finding a -successor we assume that the project does not have enough momentum and will not -go ahead. +successor we assume that the project does not have enough momentum and will +consider archiving the project. + +#### Projects without functional Project Leadership Team + +Projects which lose their project leadership team, or whose project leadership +team is too small to function, are at risk of failing. A project leadership +team should be of sufficient size to manage the project. Should this occur, the +project's maintainer or committer community should nominate new leadership team +members and follow the election process as outlined in [elections](#elections). + +If the community cannot create a functional leadership team, we assume that the +project does not have enough momentum and will consider archiving the project. #### Incubation projects without Mentor Should an incubation project lose its mentor, the Xen Project community manager will support the project lead in finding a new mentor. +Per Sub-Project Governance Specialisation {#specialisations} +----------------------------------------- + +Add specialisations to this section, as they surface. + Change History -------------- -- **v3.0 July 2016:** TODO: Add real changelog in main patch +- **v3.0 December 2016:** Refactored document. Otherwise significant changes to +decision making, in the following areas + - Added Goal: Local Decision Making + - Split roles into project wide and sub-project specific roles + - Added new roles: Community Manager, Security Response Team, Leadership Team + - Added RTC Policy + - Added +2 ... -2 scheme for expressing opinions more clearly + - Clarified lazy consensus / lazy voting with examples + - Added Informal Votes or Surveys + - Added Project Team Leadership decisions (majority vote, non-monotonicity) + - Clarified and Adapted Conflict Resolution to previous changes + - Updated Elections to cover new roles and terminology + - Changed Project Wide Decision making (per project, non-monotonicity) + - Changed Project Wide Decision making. + - Clarified scope of Decision making + - Added section on Community Decisions with Funding and Legal Implications + - Modified all other sections which have dependencies on changes above + - Added Per Sub-Project Governance Specialisation - **v2.1 May 2016:** Clarify Committer Elections as per this [discussion](http://lists.xenproject.org/archives/html/xen-devel/2016-05/msg0080 1.html) and @@ -558,6 +924,4 @@ from Requesting Reviews, Reviews and Voting rather than duplicating - Clarified the roles of Committer and Maintainer. - Added Making Contributions which contains links to other documentation and highlights that Xen.org required a DCO for contributions since 2005. -- **v1.0 Jun 2011:** Initial document approved - - \ No newline at end of file +- **v1.0 Jun 2011:** Initial document approved \ No newline at end of file -- 2.5.4 (Apple Git-61) --===============3956024932304762989== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLWFwaSBt YWlsaW5nIGxpc3QKWGVuLWFwaUBsaXN0cy54ZW4ub3JnCmh0dHBzOi8vbGlzdHMueGVuLm9yZy9j Z2ktYmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaQo= --===============3956024932304762989==-- From xen-api-bounces@lists.xen.org Sat Nov 26 10:06:21 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 26 Nov 2016 10:06:21 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cAZs5-0003As-Vn; Sat, 26 Nov 2016 10:06:13 +0000 Received: from mail6.bemta6.messagelabs.com ([193.109.254.103]) by lists.xenproject.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cAZs4-0003AY-N5; Sat, 26 Nov 2016 10:06:12 +0000 Received: from [85.158.143.35] by server-7.bemta-6.messagelabs.com id AA/6D-29519-49E59385; Sat, 26 Nov 2016 10:06:12 +0000 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFrrHIsWRWlGSWpSXmKPExsVyMfTSId3JcZY RBltCLY7P2sdiseTjYhYHJo+ju38zBTBGsWbmJeVXJLBmtJ34wVbQxVmx/81jlgbGdexdjJwc QgLFEotOzWPrYuTiYBHoZpW4vewXmCMhsJxVovf1NLAqCYEYiaMTlrBA2LUSmyYfY4HoVpe4t +g21KTlTBLP30eC2GwC2hKbbjxgBrGZBbQkbvx7yQRha0ssW/gaLC4s4CNx+MRnsDiLgKrEo5 /rWSHm2EpsnLODHeQIEYGHjBKvpn0FWsbBwStgI3FhjjNIDa+AnsSrW5dZIe6Rldj9+xHTBEb BWUjWzUKybhaSlgWMzKsY1YtTi8pSi3Qt9ZKKMtMzSnITM3N0DQ3M9HJTi4sT01NzEpOK9ZLz czcxAsOXAQh2MN7dFHCIUZKDSUmUd+41iwghvqT8lMqMxOKM+KLSnNTiQ4wyHBxKErzWsZYRQ oJFqempFWmZOcBIgklLcPAoifA+jAFK8xYXJOYWZ6ZDpE4xWnLcOvH8ARPHqw8vgGTHhw8PmI RY8vLzUqXEeXVA5gmANGSU5sGNg0X7JUZZKWFeRqADhXgKUotyM0tQ5V8xinMwKgnzaoJM4cn MK4Hb+groICagg5x/mIMcVJKIkJJqYLT/t6JcvnXLpa0lDGl+M78u+Hmxb82U+jvXpb9eNL2a eXKf5uUjZn/PvftwZ6uNt8XrXqMtcscV9qcGHcqq3sedPOtn1oF7zemvbS9cZfpaue7o67QTu U9aPFVmvdWJKrSNN6/JWuuSH7IuuF/XLbD4ajDbKusSSfVbF7easWTJ8y0UlH40b7sSS3FGoq EWc1FxIgCis+6q8QIAAA== X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1480154770!45315254!1 X-Originating-IP: [209.85.210.194] X-SpamReason: No, hits=1.8 required=7.0 tests=SUSPICIOUS_RECIPS X-StarScan-Received: X-StarScan-Version: 9.0.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12639 invoked from network); 26 Nov 2016 10:06:11 -0000 Received: from mail-wj0-f194.google.com (HELO mail-wj0-f194.google.com) (209.85.210.194) by server-13.tower-21.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP; 26 Nov 2016 10:06:10 -0000 Received: by mail-wj0-f194.google.com with SMTP id kp2so8133220wjc.0; Sat, 26 Nov 2016 02:06:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-transfer-encoding:subject:date:references:to :message-id:mime-version; bh=4iE2LK7msrTFL59O1wC5WV8IBQgexhJiTj2O1g/sXh8=; b=TOpoQ7VcAnn0keXRh0mH05R5BMOkmeDI/7aVNzsfB9JOitbiB7rC/nx60orCI0Kr6y SRlVB//lOAAzCnuYt2/87r9mx4fKQ66KprKW9PFZZTirttqXhm6cpnB70E8nbRDYHttj bfawL+/Q4T5aP0SUfvGQQXBLUMPJBxeei2mQl4TU8t5yxq5LJJKIMDT4jXnUe6DWdP5O WsJtekPhcr1fzHO/407SU/gODzr184sOLkYwdPOil7iHwN0fxBnwAT6WD41vg6QUG5Kg WuVFtvoZpBpBq7SwazLwsZShOkNhLGG8r+6U0dEDaTKyJ7xjYrAbQ1PsZbrnpmXSS9De zdVg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:content-transfer-encoding:subject:date :references:to:message-id:mime-version; bh=4iE2LK7msrTFL59O1wC5WV8IBQgexhJiTj2O1g/sXh8=; b=Y9hWl0pXjM30/5Ga5U67J4rMon1X80Ct+qNickOYdkT9E5yor0uiIupK3Y0HV0SZJl JUgm0N8r9BoylxThEDinS896AWo97/QN3aDM1h2R/6+Clb+H7MYIi6nxs2xq++rxmPQc Zs0r9MdScnrtObiJ+XU4afcXqtyGQgXqgJPh61pzjNZ4FOl/fxxR2NVASirm/dZQo7E8 KJYN99Su/qVhrYkcVUWB19IDOQv7fF/IvnVxLCHe4BmzsmoF/YijijcLDXaCYZM5RxGA BYuT9BjE20TiJFB/dLnqZGXuCMKlkmqBvjtGm/yWfWy1ayQG2tsLegJsYGaL/l887/mO 6OSg== X-Gm-Message-State: AKaTC01ZoWp7Os6ZBigZYfw/7tfSaelgsbHR3CWIzyodfwKCg3z7LQGlM4DY27wwPJP9Kg== X-Received: by 10.194.163.234 with SMTP id yl10mr13013028wjb.112.1480154770211; Sat, 26 Nov 2016 02:06:10 -0800 (PST) Received: from ?IPv6:2a02:c7f:ac03:2d00:105a:5de1:4d45:6613? ([2a02:c7f:ac03:2d00:105a:5de1:4d45:6613]) by smtp.gmail.com with ESMTPSA id l67sm17006930wmf.0.2016.11.26.02.06.09 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sat, 26 Nov 2016 02:06:09 -0800 (PST) From: Lars Kurth Date: Sat, 26 Nov 2016 10:06:08 +0000 References: <20161125220633.54D1FCFB5A@mailhost.gletsjer.net> To: Xen-devel , xen-users@lists.xenproject.org, mirageos-devel , win-pv-devel , Xen API mailing list Message-Id: Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) X-Mailer: Apple Mail (2.2104) Subject: [Xen-API] FYI: Your [FOSDEM] stand proposal for Xen Project has been accepted X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Errors-To: xen-api-bounces@lists.xen.org Sender: "Xen-api" RllJOiBpZiBhbnlvbmUgZnJvbSBvdXIgY29tbXVuaXR5IGlzIGF0dGVuZGluZyBGT1NERU0gYW5k IHdhbnRzIHRvIGhlbHAgb3V0LCBnaXZlIGRlbW9zLCBldGMuIC0gcGxlYXNlIGdldCBpbiB0b3Vj aCB3aXRoIG1lIHByaXZhdGVseQpJIGFtIGFsc28gZ29pbmcgdG8gcHV0IHRvZ2V0aGVyIGEgWGVu IFByb2plY3QgcmVsYXRlZCBzaGVldCB3aXRoIGFjY2VwdGVkIHRhbGtzIG9uIGl0OiBpZiB5b3Ug Z2V0IHRhbGtzIGFjY2VwdGVkIGluIHRoZSBtYWluIHRyYWNrIG9yIGFueSBEZXZSb29tJ3MsIHBs ZWFzZSBnZXQgaW4gdG91Y2ggd2l0aCBtZQpMYXJzCgo+IEJlZ2luIGZvcndhcmRlZCBtZXNzYWdl Ogo+IAo+IEZyb206IEZPU0RFTSBTdGFuZHMgVGVhbSA8c3RhbmRzQGZvc2RlbS5vcmc+Cj4gU3Vi amVjdDogWW91ciBzdGFuZCBwcm9wb3NhbCBmb3IgWGVuIFByb2plY3QgaGFzIGJlZW4gYWNjZXB0 ZWQKPiBEYXRlOiAyNSBOb3ZlbWJlciAyMDE2IDIyOjA2OjMzIEdNVAo+IFRvOiAiTGFycyBLdXJ0 aCIgPGxhcnMua3VydGhAeGVucHJvamVjdC5vcmc+Cj4gCj4gSGkgTGFycywKPiAKPiBUaGUgRk9T REVNIHN0YW5kcyB0ZWFtIGlzIGdsYWQgdG8gYmUgYWJsZSB0byBpbmZvcm0geW91IHRoYXQgeW91 ciByZXF1ZXN0Cj4gZm9yIGEgc3RhbmQgZm9yIFhlbiBQcm9qZWN0IGhhcyBiZWVuIGFjY2VwdGVk Lgo+IFRoZXJlIHdpbGwgYmUgb25lIHRhYmxlIHJlc2VydmVkIGZvciB5b3UuCj4gCj4gV2UgaGF2 ZSByZWNlaXZlZCBhbG1vc3QgdHdpY2UgYXMgbWFueSBwcm9wb3NhbHMgYXMgd2UgY291bGQgYWNj ZXB0Lgo+IEluIG9yZGVyIHRvIGJlIGFibGUgdG8gYWNjZXB0IG1vcmUgcHJvamVjdHMsIHdlIGhh dmUgcmVkdWNlZCBtb3N0Cj4gcmVxdWVzdHMgZm9yIG11bHRpcGxlIHRhYmxlcyB0byBvbmx5IG9u ZSB0YWJsZS4KPiAKPiBZb3Ugd2lsbCByZWNlaXZlIGZ1cnRoZXIgaW5mb3JtYXRpb24gYWJvdXQg d2hhdCdzIGV4cGVjdGVkIG9mIHlvdQo+IGNsb3NlciB0byB0aGUgZXZlbnQgZGF0ZS4KPiAKPiBM b29raW5nIGZvcndhcmQgdG8gc2VlaW5nIHlvdSBhdCBGT1NERU0gMjAxNyEKPiAKPiAKPiBCZXN0 IHJlZ2FyZHMsCj4gCj4gSm9oYW4gdmFuIFNlbHN0Cj4gRk9TREVNIHN0YW5kcyB0ZWFtCgoKX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLWFwaSBtYWls aW5nIGxpc3QKWGVuLWFwaUBsaXN0cy54ZW4ub3JnCmh0dHBzOi8vbGlzdHMueGVuLm9yZy9jZ2kt YmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaQo= From xen-api-bounces@lists.xen.org Sat Nov 26 10:06:21 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 26 Nov 2016 10:06:21 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cAZs5-0003As-Vn; Sat, 26 Nov 2016 10:06:13 +0000 Received: from mail6.bemta6.messagelabs.com ([193.109.254.103]) by lists.xenproject.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cAZs4-0003AY-N5; Sat, 26 Nov 2016 10:06:12 +0000 Received: from [85.158.143.35] by server-7.bemta-6.messagelabs.com id AA/6D-29519-49E59385; Sat, 26 Nov 2016 10:06:12 +0000 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFrrHIsWRWlGSWpSXmKPExsVyMfTSId3JcZY RBltCLY7P2sdiseTjYhYHJo+ju38zBTBGsWbmJeVXJLBmtJ34wVbQxVmx/81jlgbGdexdjJwc QgLFEotOzWPrYuTiYBHoZpW4vewXmCMhsJxVovf1NLAqCYEYiaMTlrBA2LUSmyYfY4HoVpe4t +g21KTlTBLP30eC2GwC2hKbbjxgBrGZBbQkbvx7yQRha0ssW/gaLC4s4CNx+MRnsDiLgKrEo5 /rWSHm2EpsnLODHeQIEYGHjBKvpn0FWsbBwStgI3FhjjNIDa+AnsSrW5dZIe6Rldj9+xHTBEb BWUjWzUKybhaSlgWMzKsY1YtTi8pSi3Qt9ZKKMtMzSnITM3N0DQ3M9HJTi4sT01NzEpOK9ZLz czcxAsOXAQh2MN7dFHCIUZKDSUmUd+41iwghvqT8lMqMxOKM+KLSnNTiQ4wyHBxKErzWsZYRQ oJFqempFWmZOcBIgklLcPAoifA+jAFK8xYXJOYWZ6ZDpE4xWnLcOvH8ARPHqw8vgGTHhw8PmI RY8vLzUqXEeXVA5gmANGSU5sGNg0X7JUZZKWFeRqADhXgKUotyM0tQ5V8xinMwKgnzaoJM4cn MK4Hb+groICagg5x/mIMcVJKIkJJqYLT/t6JcvnXLpa0lDGl+M78u+Hmxb82U+jvXpb9eNL2a eXKf5uUjZn/PvftwZ6uNt8XrXqMtcscV9qcGHcqq3sedPOtn1oF7zemvbS9cZfpaue7o67QTu U9aPFVmvdWJKrSNN6/JWuuSH7IuuF/XLbD4ajDbKusSSfVbF7easWTJ8y0UlH40b7sSS3FGoq EWc1FxIgCis+6q8QIAAA== X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1480154770!45315254!1 X-Originating-IP: [209.85.210.194] X-SpamReason: No, hits=1.8 required=7.0 tests=SUSPICIOUS_RECIPS X-StarScan-Received: X-StarScan-Version: 9.0.16; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12639 invoked from network); 26 Nov 2016 10:06:11 -0000 Received: from mail-wj0-f194.google.com (HELO mail-wj0-f194.google.com) (209.85.210.194) by server-13.tower-21.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP; 26 Nov 2016 10:06:10 -0000 Received: by mail-wj0-f194.google.com with SMTP id kp2so8133220wjc.0; Sat, 26 Nov 2016 02:06:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-transfer-encoding:subject:date:references:to :message-id:mime-version; bh=4iE2LK7msrTFL59O1wC5WV8IBQgexhJiTj2O1g/sXh8=; b=TOpoQ7VcAnn0keXRh0mH05R5BMOkmeDI/7aVNzsfB9JOitbiB7rC/nx60orCI0Kr6y SRlVB//lOAAzCnuYt2/87r9mx4fKQ66KprKW9PFZZTirttqXhm6cpnB70E8nbRDYHttj bfawL+/Q4T5aP0SUfvGQQXBLUMPJBxeei2mQl4TU8t5yxq5LJJKIMDT4jXnUe6DWdP5O WsJtekPhcr1fzHO/407SU/gODzr184sOLkYwdPOil7iHwN0fxBnwAT6WD41vg6QUG5Kg WuVFtvoZpBpBq7SwazLwsZShOkNhLGG8r+6U0dEDaTKyJ7xjYrAbQ1PsZbrnpmXSS9De zdVg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:content-transfer-encoding:subject:date :references:to:message-id:mime-version; bh=4iE2LK7msrTFL59O1wC5WV8IBQgexhJiTj2O1g/sXh8=; b=Y9hWl0pXjM30/5Ga5U67J4rMon1X80Ct+qNickOYdkT9E5yor0uiIupK3Y0HV0SZJl JUgm0N8r9BoylxThEDinS896AWo97/QN3aDM1h2R/6+Clb+H7MYIi6nxs2xq++rxmPQc Zs0r9MdScnrtObiJ+XU4afcXqtyGQgXqgJPh61pzjNZ4FOl/fxxR2NVASirm/dZQo7E8 KJYN99Su/qVhrYkcVUWB19IDOQv7fF/IvnVxLCHe4BmzsmoF/YijijcLDXaCYZM5RxGA BYuT9BjE20TiJFB/dLnqZGXuCMKlkmqBvjtGm/yWfWy1ayQG2tsLegJsYGaL/l887/mO 6OSg== X-Gm-Message-State: AKaTC01ZoWp7Os6ZBigZYfw/7tfSaelgsbHR3CWIzyodfwKCg3z7LQGlM4DY27wwPJP9Kg== X-Received: by 10.194.163.234 with SMTP id yl10mr13013028wjb.112.1480154770211; Sat, 26 Nov 2016 02:06:10 -0800 (PST) Received: from ?IPv6:2a02:c7f:ac03:2d00:105a:5de1:4d45:6613? ([2a02:c7f:ac03:2d00:105a:5de1:4d45:6613]) by smtp.gmail.com with ESMTPSA id l67sm17006930wmf.0.2016.11.26.02.06.09 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sat, 26 Nov 2016 02:06:09 -0800 (PST) From: Lars Kurth Date: Sat, 26 Nov 2016 10:06:08 +0000 References: <20161125220633.54D1FCFB5A@mailhost.gletsjer.net> To: Xen-devel , xen-users@lists.xenproject.org, mirageos-devel , win-pv-devel , Xen API mailing list Message-Id: Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) X-Mailer: Apple Mail (2.2104) Subject: [Xen-API] FYI: Your [FOSDEM] stand proposal for Xen Project has been accepted X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Errors-To: xen-api-bounces@lists.xen.org Sender: "Xen-api" RllJOiBpZiBhbnlvbmUgZnJvbSBvdXIgY29tbXVuaXR5IGlzIGF0dGVuZGluZyBGT1NERU0gYW5k IHdhbnRzIHRvIGhlbHAgb3V0LCBnaXZlIGRlbW9zLCBldGMuIC0gcGxlYXNlIGdldCBpbiB0b3Vj aCB3aXRoIG1lIHByaXZhdGVseQpJIGFtIGFsc28gZ29pbmcgdG8gcHV0IHRvZ2V0aGVyIGEgWGVu IFByb2plY3QgcmVsYXRlZCBzaGVldCB3aXRoIGFjY2VwdGVkIHRhbGtzIG9uIGl0OiBpZiB5b3Ug Z2V0IHRhbGtzIGFjY2VwdGVkIGluIHRoZSBtYWluIHRyYWNrIG9yIGFueSBEZXZSb29tJ3MsIHBs ZWFzZSBnZXQgaW4gdG91Y2ggd2l0aCBtZQpMYXJzCgo+IEJlZ2luIGZvcndhcmRlZCBtZXNzYWdl Ogo+IAo+IEZyb206IEZPU0RFTSBTdGFuZHMgVGVhbSA8c3RhbmRzQGZvc2RlbS5vcmc+Cj4gU3Vi amVjdDogWW91ciBzdGFuZCBwcm9wb3NhbCBmb3IgWGVuIFByb2plY3QgaGFzIGJlZW4gYWNjZXB0 ZWQKPiBEYXRlOiAyNSBOb3ZlbWJlciAyMDE2IDIyOjA2OjMzIEdNVAo+IFRvOiAiTGFycyBLdXJ0 aCIgPGxhcnMua3VydGhAeGVucHJvamVjdC5vcmc+Cj4gCj4gSGkgTGFycywKPiAKPiBUaGUgRk9T REVNIHN0YW5kcyB0ZWFtIGlzIGdsYWQgdG8gYmUgYWJsZSB0byBpbmZvcm0geW91IHRoYXQgeW91 ciByZXF1ZXN0Cj4gZm9yIGEgc3RhbmQgZm9yIFhlbiBQcm9qZWN0IGhhcyBiZWVuIGFjY2VwdGVk Lgo+IFRoZXJlIHdpbGwgYmUgb25lIHRhYmxlIHJlc2VydmVkIGZvciB5b3UuCj4gCj4gV2UgaGF2 ZSByZWNlaXZlZCBhbG1vc3QgdHdpY2UgYXMgbWFueSBwcm9wb3NhbHMgYXMgd2UgY291bGQgYWNj ZXB0Lgo+IEluIG9yZGVyIHRvIGJlIGFibGUgdG8gYWNjZXB0IG1vcmUgcHJvamVjdHMsIHdlIGhh dmUgcmVkdWNlZCBtb3N0Cj4gcmVxdWVzdHMgZm9yIG11bHRpcGxlIHRhYmxlcyB0byBvbmx5IG9u ZSB0YWJsZS4KPiAKPiBZb3Ugd2lsbCByZWNlaXZlIGZ1cnRoZXIgaW5mb3JtYXRpb24gYWJvdXQg d2hhdCdzIGV4cGVjdGVkIG9mIHlvdQo+IGNsb3NlciB0byB0aGUgZXZlbnQgZGF0ZS4KPiAKPiBM b29raW5nIGZvcndhcmQgdG8gc2VlaW5nIHlvdSBhdCBGT1NERU0gMjAxNyEKPiAKPiAKPiBCZXN0 IHJlZ2FyZHMsCj4gCj4gSm9oYW4gdmFuIFNlbHN0Cj4gRk9TREVNIHN0YW5kcyB0ZWFtCgoKX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLWFwaSBtYWls aW5nIGxpc3QKWGVuLWFwaUBsaXN0cy54ZW4ub3JnCmh0dHBzOi8vbGlzdHMueGVuLm9yZy9jZ2kt YmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaQo=