From Dave.Scott@eu.citrix.com Mon Apr 01 15:35:58 2013 Received: from ppsw-50.csi.cam.ac.uk ([131.111.8.150]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UMfq2-0002M8-0S (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Mon, 01 Apr 2013 15:35:58 +0100 X-Cam-AntiVirus: no malware found X-Cam-SpamDetails: score -2.3 from SpamAssassin-3.3.2-1462718 * -2.3 RP_MATCHES_RCVD Envelope sender domain matches handover relay * domain X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from smtp.eu.citrix.com ([46.33.159.39]:22635) by ppsw-50.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.147]:25) with esmtp id 1UMfq0-0006bH-rm (Exim 4.72) for cl-mirage@lists.cam.ac.uk (return-path ); Mon, 01 Apr 2013 15:35:57 +0100 X-IronPort-AV: E=Sophos;i="4.87,387,1363132800"; d="scan'208";a="3090313" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 01 Apr 2013 14:35:57 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Mon, 1 Apr 2013 15:35:56 +0100 From: Dave Scott To: Anil Madhavapeddy Date: Mon, 1 Apr 2013 15:35:52 +0100 Subject: Re: Mirari template Thread-Topic: Mirari template Thread-Index: Ac4u5jf5KND1uTnYQse4tYAVzWTWnQ== Message-ID: <2598DD65-57A7-466E-B9D4-A797963E27B0@eu.citrix.com> References: <515836D1.2080401@luminar.eu.org> <515838AA.6040208@luminar.eu.org> <51583D10.2010004@luminar.eu.org> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Cc: Jeremy Yallop , "cl-mirage@lists.cam.ac.uk List" , Vincent Bernardoff X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Apr 2013 14:35:58 -0000 Content-Length: 2705 Lines: 37 SXQnbGwgbmVlZCBleHRyYWN0aW9uLCBhbmQgYnkgdGhhdCBJIG1lYW4gYSBjb21iaW5hdGlvbiBv ZiBib3RoIG1vdmluZyB0aGUgY29kZSBhbmQgcGFydGlhbGx5IHJld3JpdGluZyBpdC4uLg0KDQot LSANCkRhdmUNCg0KT24gTWFyIDMxLCAyMDEzLCBhdCAxMTo0NyBQTSwgIkFuaWwgTWFkaGF2YXBl ZGR5IiA8YW5pbEByZWNvaWwub3JnPiB3cm90ZToNCg0KPiBTdXJlOyBKZXJlbXkgKENDZWQpIGlz IGltcHJvdmluZyBDb2h0dHArQXN5bmMgc3VwcG9ydCwgc28gZGVwZW5kaW5nIG9uIGl0DQo+IGZv ciB0aGUgaG9zdCB0b29scyBpcyBmaW5lLiAgQmVzdCB1c2UgaXQgZXZlcnl3aGVyZSBpbiBNaXJh cmkgdGhvdWdoLCBpZg0KPiB5b3UgdXNlIGl0IGF0IGFsbC4NCj4gDQo+IFRoZSBvbmUgbWlzc2lu ZyB0aGluZyBpbiBDb2h0dHAvQXN5bmMgaXMgU1NMIHN1cHBvcnQsIHdoaWNoIHdlJ2xsIG5lZWQg dG8NCj4gYWRkIHZpYSBhbiBzdHVubmVsIHdyYXBwZXIgZm9yIG5vdy4gRGF2ZSwgaXMgdGhlIGV4 aXN0aW5nIFhhcGkgc3R1bm5lbCBjb2RlDQo+IGluIGEgbGlicmFyeSwgb3IgZG8gd2UgbmVlZCB0 byBleHRyYWN0IGl0Pw0KPiANCj4gLWFuaWwNCj4gDQo+IE9uIDMxIE1hciAyMDEzLCBhdCAxNDo0 MSwgVmluY2VudCBCZXJuYXJkb2ZmIDx2YkBsdW1pbmFyLmV1Lm9yZz4gd3JvdGU6DQo+IA0KPj4g T24gMzEvMDMvMjAxMyAxNDoyMiwgVmluY2VudCBCZXJuYXJkb2ZmIHdyb3RlOg0KPj4+IE9uIDMx LzAzLzIwMTMgMTQ6MTQsIFZpbmNlbnQgQmVybmFyZG9mZiB3cm90ZToNCj4+Pj4gSGVsbG8sDQo+ Pj4+IA0KPj4+PiBUb2RheSBJIHRyaWVkIHRvIHVzZSB0ZW1wbGF0ZXMgdG8gZ2VuZXJhdGUgdGhl IG1haW4ubWwgd2l0aCBNaXJhcmkNCj4+Pj4gaW5zdGVhZCBvZiBwdXR0aW5nIHRoZSBzb3VyY2Ug Y29kZSBhcyBzdHJpbmdzIGluIHRoZSBwcm9ncmFtLg0KPj4+PiANCj4+Pj4gWW91IGNhbiBjaGVj a291dCBnaXQ6Ly9naXRodWIuY29tL3ZibWl0aHIvbWlyYXJpIGJyYW5jaCB0ZW1wbGF0ZS4NCj4+ Pj4gDQo+Pj4+IEJhc2ljYWxseSwgSSBhZGRlZCBhIHRlbXBsYXRlL21haW4ubWwgZmlsZSB3aGlj aCBpcyBhbiBPQ2FtbCBmaWxlICh0aGUNCj4+Pj4gZm9ybWVyIGdlbmVyYXRlZCBtYWluLm1sKSB3 aXRoIG9wdGNvbXAgZGlyZWN0aXZlcyBpbiBpdC4NCj4+Pj4gDQo+Pj4+IE1pcmFyaSBoYXMgYmVl biBtb2RpZmllZCB0byBvdXRwdXQgYSBzZXR0aW5ncy5tbCBmaWxlIGluc3RlYWQsIHRoYXQgaXMN Cj4+Pj4gaW5jbHVkZWQgYnkgdGhlIHRlbXBsYXRlZCBtYWluLm1sLg0KPj4+PiANCj4+Pj4gSSBk b24ndCBrbm93IGlmIGl0IGlzIHVzZWZ1bCBvciBub3QsIEkganVzdCBzdGFydGVkIHRoYXQgYmVj YXVzZSBJDQo+Pj4+IGRpZG7igJl0IGxpa2UgdmVyeSBtdWNoIHRoZSBpZGVhIHRvIGhhdmUgdGhl IGdlbmVyYXRlZCBjb2RlIGVtYmVkZGVkIGluDQo+Pj4+IG1pcmFyaS5tbCwgYW5kIHRoYXQgSSBu ZWVkZWQgdG8gbW9kaWZ5IGl0IHRvIGV4cGVyaW1lbnQgYSBiaXQgd2l0aCB0aGUNCj4+Pj4gVU5J WCBiYWNrZW5kLg0KPj4+PiANCj4+Pj4gV2hhdCBkbyB5b3UgdGhpbmsgYWJvdXQgaXQsIGlmIGFu eXRoaW5nID8NCj4+Pj4gDQo+Pj4+IENoZWVycywNCj4+Pj4gDQo+Pj4+IFZpbmNlbnQNCj4+PiAN Cj4+PiBKdXN0IHJlbWVtYmVyZWQgd2h5IEkgZGlkIHRoYXQgaW4gdGhlIGZpcnN0IHBsYWNlOiBJ IHdhbnQgdGhlDQo+Pj4gYXV0b2dlbmVyYXRlZCBtYWluLm1sIGhhdmUgYSBkaWZmZXJlbnQgY29k ZSBhY2NvcmRpbmcgdG8gdGhlIGJhY2tlbmQgYXMNCj4+PiB3ZWxsLCBqdXN0IGluIGNhc2UgaXQg d291bGQgYmUgbmVlZGVkLiBGb3IgZXhhbXBsZSwgSSBkb27igJl0IHdhbnQgdG8gdXNlDQo+Pj4g dGhlIE5ldC5NYW5hZ2VyIGZvciBVTklYLg0KPj4+IA0KPj4+IFZpbmNlbnQNCj4+IA0KPj4gT2sg dG8gdXNlIENvcmUgaW4gbWlyYXJpL21pcmFnZSwgQlRXID8NCj4+IA0KPj4gVmluY2VudA0KPiAN Cj4gDQo= From pierre.chambart@laposte.net Mon Apr 01 16:50:34 2013 Received: from ppsw-41.csi.cam.ac.uk ([131.111.8.141]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UMh0E-00037e-Qu (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Mon, 01 Apr 2013 16:50:34 +0100 X-Cam-AntiVirus: no malware found X-Cam-SpamDetails: score -2.3 from SpamAssassin-3.3.2-1462718 * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no * trust * [193.253.67.232 listed in list.dnswl.dnsbl.ja.net] * 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider * (pierre.chambart[at]laposte.net) * -2.3 RP_MATCHES_RCVD Envelope sender domain matches handover relay * domain X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from smtpout7.laposte.net ([193.253.67.232]:58035 helo=smtpout.laposte.net) by ppsw-41.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with esmtp id 1UMh0E-00048I-RG (Exim 4.72) for cl-mirage@lists.cam.ac.uk (return-path ); Mon, 01 Apr 2013 16:50:34 +0100 Received: from localhost ([81.64.134.21]) by mwinf8514-out with ME id JfqY1l0080Trr3l03fqYez; Mon, 01 Apr 2013 17:50:34 +0200 Date: Mon, 1 Apr 2013 18:50:33 +0200 From: Pierre Chambart To: Anil Madhavapeddy Subject: Re: mirage + froc = self-scaling? Message-ID: <20130401185033.40ed5f98@laposte.net> In-Reply-To: References: <120C6BA3-69B2-4FC7-87C3-3BF7EA4AFE7F@nottingham.ac.uk> <3255044E-30C6-428F-AB53-3AEC2EE7DD03@recoil.org> <80FCD823-A8D6-472E-8F8B-3ADBFBEF8CB6@recoil.org> <74F9747D-E408-491E-8182-A5C108B94B6F@nottingham.ac.uk> X-Mailer: Claws Mail 3.8.1 (GTK+ 2.24.10; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: "cl-mirage@lists.cam.ac.uk List" X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Apr 2013 15:50:34 -0000 Content-Length: 514 Lines: 15 Le Thu, 28 Mar 2013 13:28:36 +0000, Anil Madhavapeddy wrote : > - Rewrite both Lwt and Froc to accept an explicit context that would > make them both reentrant. This would be quite intrusive, > particularly for Lwt. Just my 2 ct: You know there is always (since 3.12) an easy way to add an explicit context to an OCaml library: first class modules. In the case of Lwt it won't be that easy because of the global variables in the C stubs, but this wouldn't be that heavy to clean. -- Pierre From anil@recoil.org Tue Apr 02 01:04:58 2013 Received: from ppsw-41.csi.cam.ac.uk ([131.111.8.141]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UMoig-0001Uz-Iu (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Tue, 02 Apr 2013 01:04:58 +0100 X-Cam-AntiVirus: no malware found X-Cam-SpamDetails: score 0.0 from SpamAssassin-3.3.2-1462718 X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from recoil.dh.bytemark.co.uk ([89.16.177.154]:28355 helo=dark.recoil.org) by ppsw-41.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with smtp id 1UMoig-0001Fk-QK (Exim 4.72) for cl-mirage@lists.cam.ac.uk (return-path ); Tue, 02 Apr 2013 01:04:58 +0100 Received: (qmail 14363 invoked by uid 634); 2 Apr 2013 00:04:58 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from 42.sub-70-199-81.myvzw.com (HELO [192.168.1.2]) (70.199.81.42) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Tue, 02 Apr 2013 01:04:56 +0100 References: <515836D1.2080401@luminar.eu.org> Mime-Version: 1.0 (1.0) In-Reply-To: <515836D1.2080401@luminar.eu.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Message-Id: <7E8E34B8-DF0B-49EA-B288-8ACF71046DAA@recoil.org> X-Mailer: iPhone Mail (10B146) From: Anil Madhavapeddy Subject: Re: Mirari template Date: Mon, 1 Apr 2013 17:04:52 -0700 To: Vincent Bernardoff X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "cl-mirage@lists.cam.ac.uk" X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Apr 2013 00:04:58 -0000 Content-Length: 1269 Lines: 37 I've just landed in California, so I will look at the code later. High level= point though: in the long term, the main.ml will be replaced by some sort o= f structured configuration module (eg the Froc approach if that comes togeth= er). So in the short term, any Mirari hacks required to generate the main.ml are a= cceptable :) If a template makes it easier to maintain, go right ahead! -a On 31 Mar 2013, at 06:14, Vincent Bernardoff wrote: > Hello, >=20 > Today I tried to use templates to generate the main.ml with Mirari instead= of putting the source code as strings in the program. >=20 > You can checkout git://github.com/vbmithr/mirari branch template. >=20 > Basically, I added a template/main.ml file which is an OCaml file (the for= mer generated main.ml) with optcomp directives in it. >=20 > Mirari has been modified to output a settings.ml file instead, that is inc= luded by the templated main.ml. >=20 > I don't know if it is useful or not, I just started that because I didn=E2= =80=99t like very much the idea to have the generated code embedded in mirar= i.ml, and that I needed to modify it to experiment a bit with the UNIX backe= nd. >=20 > What do you think about it, if anything ? >=20 > Cheers, >=20 > Vincent >=20 From anil@recoil.org Tue Apr 02 01:05:48 2013 Received: from ppsw-41.csi.cam.ac.uk ([131.111.8.141]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UMojT-0001WL-UD (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Tue, 02 Apr 2013 01:05:47 +0100 X-Cam-AntiVirus: no malware found X-Cam-SpamDetails: score 0.0 from SpamAssassin-3.3.2-1462718 X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from recoil.dh.bytemark.co.uk ([89.16.177.154]:42878 helo=dark.recoil.org) by ppsw-41.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with smtp id 1UMojS-0001No-Sw (Exim 4.72) for cl-mirage@lists.cam.ac.uk (return-path ); Tue, 02 Apr 2013 01:05:47 +0100 Received: (qmail 25748 invoked by uid 634); 2 Apr 2013 00:05:46 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from 42.sub-70-199-81.myvzw.com (HELO [192.168.1.2]) (70.199.81.42) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Tue, 02 Apr 2013 01:05:46 +0100 References: <515836D1.2080401@luminar.eu.org> <515838AA.6040208@luminar.eu.org> <51583D10.2010004@luminar.eu.org> <2598DD65-57A7-466E-B9D4-A797963E27B0@eu.citrix.com> Mime-Version: 1.0 (1.0) In-Reply-To: <2598DD65-57A7-466E-B9D4-A797963E27B0@eu.citrix.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Message-Id: X-Mailer: iPhone Mail (10B146) From: Anil Madhavapeddy Subject: Re: Mirari template Date: Mon, 1 Apr 2013 17:05:44 -0700 To: Dave Scott X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: Jeremy Yallop , "cl-mirage@lists.cam.ac.uk List" , Vincent Bernardoff X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Apr 2013 00:05:48 -0000 Content-Length: 2289 Lines: 76 Given Vincent is using Core now, I think that a rewrite is easiest. There's a= n Async.Shell which should fit the bill nicely. -a On 1 Apr 2013, at 07:35, Dave Scott wrote: > It'll need extraction, and by that I mean a combination of both moving the= code and partially rewriting it... >=20 > --=20 > Dave >=20 > On Mar 31, 2013, at 11:47 PM, "Anil Madhavapeddy" wrote:= >=20 >> Sure; Jeremy (CCed) is improving Cohttp+Async support, so depending on it= >> for the host tools is fine. Best use it everywhere in Mirari though, if >> you use it at all. >>=20 >> The one missing thing in Cohttp/Async is SSL support, which we'll need to= >> add via an stunnel wrapper for now. Dave, is the existing Xapi stunnel co= de >> in a library, or do we need to extract it? >>=20 >> -anil >>=20 >> On 31 Mar 2013, at 14:41, Vincent Bernardoff wrote: >>=20 >>> On 31/03/2013 14:22, Vincent Bernardoff wrote: >>>> On 31/03/2013 14:14, Vincent Bernardoff wrote: >>>>> Hello, >>>>>=20 >>>>> Today I tried to use templates to generate the main.ml with Mirari >>>>> instead of putting the source code as strings in the program. >>>>>=20 >>>>> You can checkout git://github.com/vbmithr/mirari branch template. >>>>>=20 >>>>> Basically, I added a template/main.ml file which is an OCaml file (the= >>>>> former generated main.ml) with optcomp directives in it. >>>>>=20 >>>>> Mirari has been modified to output a settings.ml file instead, that is= >>>>> included by the templated main.ml. >>>>>=20 >>>>> I don't know if it is useful or not, I just started that because I >>>>> didn=E2=80=99t like very much the idea to have the generated code embe= dded in >>>>> mirari.ml, and that I needed to modify it to experiment a bit with the= >>>>> UNIX backend. >>>>>=20 >>>>> What do you think about it, if anything ? >>>>>=20 >>>>> Cheers, >>>>>=20 >>>>> Vincent >>>>=20 >>>> Just remembered why I did that in the first place: I want the >>>> autogenerated main.ml have a different code according to the backend as= >>>> well, just in case it would be needed. For example, I don=E2=80=99t wan= t to use >>>> the Net.Manager for UNIX. >>>>=20 >>>> Vincent >>>=20 >>> Ok to use Core in mirari/mirage, BTW ? >>>=20 >>> Vincent >>=20 >>=20 From anil@recoil.org Tue Apr 02 01:13:29 2013 Received: from ppsw-41.csi.cam.ac.uk ([131.111.8.141]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UMoqv-0001ZT-7R (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Tue, 02 Apr 2013 01:13:29 +0100 X-Cam-AntiVirus: no malware found X-Cam-SpamDetails: score 0.0 from SpamAssassin-3.3.2-1462718 X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from recoil.dh.bytemark.co.uk ([89.16.177.154]:23163 helo=dark.recoil.org) by ppsw-41.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with smtp id 1UMoqu-0003sz-Ru (Exim 4.72) for cl-mirage@lists.cam.ac.uk (return-path ); Tue, 02 Apr 2013 01:13:29 +0100 Received: (qmail 19373 invoked by uid 634); 2 Apr 2013 00:13:28 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from 42.sub-70-199-81.myvzw.com (HELO [192.168.1.2]) (70.199.81.42) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Tue, 02 Apr 2013 01:13:27 +0100 References: <120C6BA3-69B2-4FC7-87C3-3BF7EA4AFE7F@nottingham.ac.uk> <3255044E-30C6-428F-AB53-3AEC2EE7DD03@recoil.org> <80FCD823-A8D6-472E-8F8B-3ADBFBEF8CB6@recoil.org> <74F9747D-E408-491E-8182-A5C108B94B6F@nottingham.ac.uk> <20130401185033.40ed5f98@laposte.net> Mime-Version: 1.0 (1.0) In-Reply-To: <20130401185033.40ed5f98@laposte.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: <845B1D4E-9267-4597-A5D5-36602A378647@recoil.org> X-Mailer: iPhone Mail (10B146) From: Anil Madhavapeddy Subject: Re: mirage + froc = self-scaling? Date: Mon, 1 Apr 2013 17:13:23 -0700 To: Pierre Chambart X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "cl-mirage@lists.cam.ac.uk List" X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Apr 2013 00:13:29 -0000 Content-Length: 825 Lines: 21 On 1 Apr 2013, at 09:50, Pierre Chambart wrote= : > Le Thu, 28 Mar 2013 13:28:36 +0000, > Anil Madhavapeddy wrote : >=20 >> - Rewrite both Lwt and Froc to accept an explicit context that would >> make them both reentrant. This would be quite intrusive, >> particularly for Lwt. >=20 > Just my 2 ct: You know there is always (since 3.12) an easy way to add > an explicit context to an OCaml library: first class modules. In the > case of Lwt it won't be that easy because of the global variables in > the C stubs, but this wouldn't be that heavy to clean. Doing this with Lwt would indeed be easy (but not Lwt_unix). However it does= n't solve the problem at hand, which is establishing a clear separate semant= ic between the configuration space and the IO space... -anil From Dave.Scott@eu.citrix.com Tue Apr 02 11:26:25 2013 Received: from ppsw-51.csi.cam.ac.uk ([131.111.8.151]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UMyQ5-0005bC-4p (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Tue, 02 Apr 2013 11:26:25 +0100 X-Cam-AntiVirus: no malware found X-Cam-SpamDetails: score -2.3 from SpamAssassin-3.3.2-1462718 * -2.3 RP_MATCHES_RCVD Envelope sender domain matches handover relay * domain X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from smtp.eu.citrix.com ([46.33.159.39]:43577) by ppsw-51.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.148]:25) with esmtp id 1UMyQ4-0001u7-YC (Exim 4.72) for cl-mirage@lists.cam.ac.uk (return-path ); Tue, 02 Apr 2013 11:26:25 +0100 X-IronPort-AV: E=Sophos;i="4.87,392,1363132800"; d="scan'208";a="3113058" Received: from lonpmailmx02.citrite.net ([10.30.203.163]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 02 Apr 2013 10:26:24 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Tue, 2 Apr 2013 11:26:23 +0100 From: Dave Scott To: Anil Madhavapeddy Date: Tue, 2 Apr 2013 11:26:21 +0100 Subject: Re: Mirari template Thread-Topic: Mirari template Thread-Index: Ac4vjIYj3he+zPg7RVKLD8yG42qucw== Message-ID: <1B9B26C3-CA0C-4D0D-B42A-3514DF5522D8@eu.citrix.com> References: <515836D1.2080401@luminar.eu.org> <515838AA.6040208@luminar.eu.org> <51583D10.2010004@luminar.eu.org> <2598DD65-57A7-466E-B9D4-A797963E27B0@eu.citrix.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Cc: Jeremy Yallop , "cl-mirage@lists.cam.ac.uk List" , Vincent Bernardoff X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Apr 2013 10:26:25 -0000 Content-Length: 5177 Lines: 69 T2sgc291bmRzIGdvb2QhDQoNCkluIHRoZSBleGlzdGluZyBjb2RlIHdlIG1hZGUgYSBtaXN0YWtl IGJ5IHJ1bm5pbmcgc3R1bm5lbCBpbiAic3RkaW4vc3Rkb3V0IiBtb2RlLiBXZSBkaWRuJ3QgcmVh bGlzZSBpdCBhdCB0aGUgdGltZSBidXQgdGhpcyBwcmV2ZW50cyB0aGUgdXNlIG9mIFRMUyBzZXNz aW9uIGNhY2hpbmcgd2hpY2ggKElJUkMpIHJlZHVjZXMgdGhlIG51bWJlciBvZiByb3VuZC10cmlw cyBuZWVkZWQgdG8gbWFrZSBhIG5ldyBjb25uZWN0aW9uIHdoaWNoIGhhcyBhIG1hc3NpdmUgaW1w YWN0IG9uIGNvbm5lY3Rpb24gc2V0dXAgbGF0ZW5jeS4gUnVubmluZyBpbiAiZGFlbW9uIiBtb2Rl IHdoZXJlIHlvdSBmb3J3YXJkIGFsbCBjb25uZWN0aW9ucyBmcm9tIGEgbG9jYWwgc29ja2V0IHRv IGEgcmVtb3RlIGFsbG93cyBjYWNoaW5nLCBhbmQgaXMgdGhlIGNvbW1vbiBtb3N0IHdlbGwgdGVz dGVkIGNvZGUgcGF0aC4gVW5mb3J0dW5hdGVseSBsYXN0IHRpbWUgSSBsb29rZWQgeW91IGNvdWxk IG9ubHkgZm9yd2FyZCBmcm9tIGxvY2FsIGlwIHBvcnRzIHdoZXJlIHlvdSBoYWQgdG8gbWFuYWdl IHRoZSBwb3J0IG51bWJlciBzcGFjZSB5b3Vyc2VsZi0tIHRoaXMgdHVybmVkIG91dCB0byBiZSB0 cmlja3kgc2luY2UgaXQgd2FzIGRpZmZpY3VsdCB0byB0ZWxsIGZyb20gc3R1bm5lbCdzIG91dHB1 dCB3aGV0aGVyIGl0IGhhZCBzdWNjZXNmdWxseSBib3VuZCB0byBhIGdpdmVuIHBvcnQgb3Igbm90 LiBJZGVhbGx5IGl0IHdvdWxkIGFsbG93IG9uZSBvZjoNCg0KMS4gZm9yd2FyZGluZyBmcm9tIGEg dW5peCBkb21haW4gc29ja2V0IHBhdGggKHdoZXJlIHRoZSBzcGFjZSBvZiBmaWxlIG5hbWVzIGlz IGVhc3kgdG8gY29udHJvbCkNCjIuIGluaGVyaXRpbmcgYW4gYWxyZWFkeS1ib3VuZCBzb2NrZXQg dmlhIGZvcmsoKSBpbmhlcml0YW5jZSBvciBleHBsaWNpdCBtZXNzYWdlIHBhc3NpbmcNCjMuIEEg b3B0aW9uIHRvIGJpbmQgYW4gYXJiaXRyYXJ5IGxvY2FsIHBvcnQgYW5kIGxldCB1cyBrbm93IHdo aWNoIG9uZSBpdCB3YXMNCg0KTXkgZ2VuZXJhbCBjb25jZXJuIHdpdGggc3R1bm5lbCBpcyB0aGF0 IEkgdGhpbmsgaXQncyBtZWFudCBmb3IgbW9yZSBzdGF0aWMgY29uZmlndXJhdGlvbnMgd2hlcmUg eW91IGp1c3QgcnVuIG9uZSBpbiBmcm9udCBvZiB5b3VyIHdlYiBzZXJ2ZXIuIEl0IG1pZ2h0IG5v dCBiZSBiZXN0IHN1aXRlZCBmb3IgbW9yZSBkeW5hbWljIHN0dWZmIHdoZXJlIHR1bm5lbHMgYXJl IGNvbWluZyBhbmQgZ29pbmcgYWxsIHRoZSB0aW1lLg0KDQpXZSBjb3VsZCB0YWtlIGEgbG9vayBh dCAic3R1ZCIgLS0gdGhlIFNpbXBsZSBUTFMgVW53cmFwcGluZyBEYWVtb24gLS0gYW5kIHNlZSBo b3cgaXQgY29tcGFyZXMuDQoNCkNoZWVycywNCi0tIA0KRGF2ZSBTY290dA0KDQpPbiBBcHIgMiwg MjAxMywgYXQgMTowNiBBTSwgIkFuaWwgTWFkaGF2YXBlZGR5IiA8YW5pbEByZWNvaWwub3JnPiB3 cm90ZToNCg0KPiBHaXZlbiBWaW5jZW50IGlzIHVzaW5nIENvcmUgbm93LCBJIHRoaW5rIHRoYXQg YSByZXdyaXRlIGlzIGVhc2llc3QuIFRoZXJlJ3MgYW4gQXN5bmMuU2hlbGwgd2hpY2ggc2hvdWxk IGZpdCB0aGUgYmlsbCBuaWNlbHkuDQo+IA0KPiAtYQ0KPiANCj4gT24gMSBBcHIgMjAxMywgYXQg MDc6MzUsIERhdmUgU2NvdHQgPERhdmUuU2NvdHRAZXUuY2l0cml4LmNvbT4gd3JvdGU6DQo+IA0K Pj4gSXQnbGwgbmVlZCBleHRyYWN0aW9uLCBhbmQgYnkgdGhhdCBJIG1lYW4gYSBjb21iaW5hdGlv biBvZiBib3RoIG1vdmluZyB0aGUgY29kZSBhbmQgcGFydGlhbGx5IHJld3JpdGluZyBpdC4uLg0K Pj4gDQo+PiAtLSANCj4+IERhdmUNCj4+IA0KPj4gT24gTWFyIDMxLCAyMDEzLCBhdCAxMTo0NyBQ TSwgIkFuaWwgTWFkaGF2YXBlZGR5IiA8YW5pbEByZWNvaWwub3JnPiB3cm90ZToNCj4+IA0KPj4+ IFN1cmU7IEplcmVteSAoQ0NlZCkgaXMgaW1wcm92aW5nIENvaHR0cCtBc3luYyBzdXBwb3J0LCBz byBkZXBlbmRpbmcgb24gaXQNCj4+PiBmb3IgdGhlIGhvc3QgdG9vbHMgaXMgZmluZS4gIEJlc3Qg dXNlIGl0IGV2ZXJ5d2hlcmUgaW4gTWlyYXJpIHRob3VnaCwgaWYNCj4+PiB5b3UgdXNlIGl0IGF0 IGFsbC4NCj4+PiANCj4+PiBUaGUgb25lIG1pc3NpbmcgdGhpbmcgaW4gQ29odHRwL0FzeW5jIGlz IFNTTCBzdXBwb3J0LCB3aGljaCB3ZSdsbCBuZWVkIHRvDQo+Pj4gYWRkIHZpYSBhbiBzdHVubmVs IHdyYXBwZXIgZm9yIG5vdy4gRGF2ZSwgaXMgdGhlIGV4aXN0aW5nIFhhcGkgc3R1bm5lbCBjb2Rl DQo+Pj4gaW4gYSBsaWJyYXJ5LCBvciBkbyB3ZSBuZWVkIHRvIGV4dHJhY3QgaXQ/DQo+Pj4gDQo+ Pj4gLWFuaWwNCj4+PiANCj4+PiBPbiAzMSBNYXIgMjAxMywgYXQgMTQ6NDEsIFZpbmNlbnQgQmVy bmFyZG9mZiA8dmJAbHVtaW5hci5ldS5vcmc+IHdyb3RlOg0KPj4+IA0KPj4+PiBPbiAzMS8wMy8y MDEzIDE0OjIyLCBWaW5jZW50IEJlcm5hcmRvZmYgd3JvdGU6DQo+Pj4+PiBPbiAzMS8wMy8yMDEz IDE0OjE0LCBWaW5jZW50IEJlcm5hcmRvZmYgd3JvdGU6DQo+Pj4+Pj4gSGVsbG8sDQo+Pj4+Pj4g DQo+Pj4+Pj4gVG9kYXkgSSB0cmllZCB0byB1c2UgdGVtcGxhdGVzIHRvIGdlbmVyYXRlIHRoZSBt YWluLm1sIHdpdGggTWlyYXJpDQo+Pj4+Pj4gaW5zdGVhZCBvZiBwdXR0aW5nIHRoZSBzb3VyY2Ug Y29kZSBhcyBzdHJpbmdzIGluIHRoZSBwcm9ncmFtLg0KPj4+Pj4+IA0KPj4+Pj4+IFlvdSBjYW4g Y2hlY2tvdXQgZ2l0Oi8vZ2l0aHViLmNvbS92Ym1pdGhyL21pcmFyaSBicmFuY2ggdGVtcGxhdGUu DQo+Pj4+Pj4gDQo+Pj4+Pj4gQmFzaWNhbGx5LCBJIGFkZGVkIGEgdGVtcGxhdGUvbWFpbi5tbCBm aWxlIHdoaWNoIGlzIGFuIE9DYW1sIGZpbGUgKHRoZQ0KPj4+Pj4+IGZvcm1lciBnZW5lcmF0ZWQg bWFpbi5tbCkgd2l0aCBvcHRjb21wIGRpcmVjdGl2ZXMgaW4gaXQuDQo+Pj4+Pj4gDQo+Pj4+Pj4g TWlyYXJpIGhhcyBiZWVuIG1vZGlmaWVkIHRvIG91dHB1dCBhIHNldHRpbmdzLm1sIGZpbGUgaW5z dGVhZCwgdGhhdCBpcw0KPj4+Pj4+IGluY2x1ZGVkIGJ5IHRoZSB0ZW1wbGF0ZWQgbWFpbi5tbC4N Cj4+Pj4+PiANCj4+Pj4+PiBJIGRvbid0IGtub3cgaWYgaXQgaXMgdXNlZnVsIG9yIG5vdCwgSSBq dXN0IHN0YXJ0ZWQgdGhhdCBiZWNhdXNlIEkNCj4+Pj4+PiBkaWRu4oCZdCBsaWtlIHZlcnkgbXVj aCB0aGUgaWRlYSB0byBoYXZlIHRoZSBnZW5lcmF0ZWQgY29kZSBlbWJlZGRlZCBpbg0KPj4+Pj4+ IG1pcmFyaS5tbCwgYW5kIHRoYXQgSSBuZWVkZWQgdG8gbW9kaWZ5IGl0IHRvIGV4cGVyaW1lbnQg YSBiaXQgd2l0aCB0aGUNCj4+Pj4+PiBVTklYIGJhY2tlbmQuDQo+Pj4+Pj4gDQo+Pj4+Pj4gV2hh dCBkbyB5b3UgdGhpbmsgYWJvdXQgaXQsIGlmIGFueXRoaW5nID8NCj4+Pj4+PiANCj4+Pj4+PiBD aGVlcnMsDQo+Pj4+Pj4gDQo+Pj4+Pj4gVmluY2VudA0KPj4+Pj4gDQo+Pj4+PiBKdXN0IHJlbWVt YmVyZWQgd2h5IEkgZGlkIHRoYXQgaW4gdGhlIGZpcnN0IHBsYWNlOiBJIHdhbnQgdGhlDQo+Pj4+ PiBhdXRvZ2VuZXJhdGVkIG1haW4ubWwgaGF2ZSBhIGRpZmZlcmVudCBjb2RlIGFjY29yZGluZyB0 byB0aGUgYmFja2VuZCBhcw0KPj4+Pj4gd2VsbCwganVzdCBpbiBjYXNlIGl0IHdvdWxkIGJlIG5l ZWRlZC4gRm9yIGV4YW1wbGUsIEkgZG9u4oCZdCB3YW50IHRvIHVzZQ0KPj4+Pj4gdGhlIE5ldC5N YW5hZ2VyIGZvciBVTklYLg0KPj4+Pj4gDQo+Pj4+PiBWaW5jZW50DQo+Pj4+IA0KPj4+PiBPayB0 byB1c2UgQ29yZSBpbiBtaXJhcmkvbWlyYWdlLCBCVFcgPw0KPj4+PiANCj4+Pj4gVmluY2VudA0K Pj4+IA0KPj4+IA0K From anil@recoil.org Tue Apr 02 16:00:20 2013 Received: from ppsw-51.csi.cam.ac.uk ([131.111.8.151]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UN2hA-0006Fh-Q3 (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Tue, 02 Apr 2013 16:00:20 +0100 X-Cam-AntiVirus: no malware found X-Cam-SpamDetails: score 0.0 from SpamAssassin-3.3.2-1462718 X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from recoil.dh.bytemark.co.uk ([89.16.177.154]:9471 helo=dark.recoil.org) by ppsw-51.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.148]:25) with smtp id 1UN2hA-00007K-WW (Exim 4.72) for cl-mirage@lists.cam.ac.uk (return-path ); Tue, 02 Apr 2013 16:00:20 +0100 Received: (qmail 21914 invoked by uid 634); 2 Apr 2013 15:00:19 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from c-67-169-94-99.hsd1.ca.comcast.net (HELO [192.168.1.25]) (67.169.94.99) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Tue, 02 Apr 2013 16:00:19 +0100 Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: Mirari template From: Anil Madhavapeddy In-Reply-To: <1B9B26C3-CA0C-4D0D-B42A-3514DF5522D8@eu.citrix.com> Date: Tue, 2 Apr 2013 16:00:13 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <14D7008C-48CC-4E8A-AF3C-C751CF5ADD47@recoil.org> References: <515836D1.2080401@luminar.eu.org> <515838AA.6040208@luminar.eu.org> <51583D10.2010004@luminar.eu.org> <2598DD65-57A7-466E-B9D4-A797963E27B0@eu.citrix.com> <1B9B26C3-CA0C-4D0D-B42A-3514DF5522D8@eu.citrix.com> To: Dave Scott X-Mailer: Apple Mail (2.1503) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: Jeremy Yallop , "cl-mirage@lists.cam.ac.uk List" , Vincent Bernardoff X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Apr 2013 15:00:20 -0000 Content-Length: 4721 Lines: 136 Running the SSL proxy in daemon mode fits in well with the Fable API = that Jeremy has been adding to Cohttp. Fable separates connection establishment from ongoing data transfer, and = so the first phase is where all the SSL negotiation and verification = happens. This means that an app could spin up a persistent stud client = daemon upon the first SSL connect, and re-use it as appropriate. Or, to = be a little more exotic, a Mirage VM could delegate SSL communication to = a stub domain running OpenSSL, until we get our own native OCaml = implementation. I notice a Cohttp pull request has appeared in my queue, so I'll merge = it and report back! -a On 2 Apr 2013, at 11:26, Dave Scott wrote: > Ok sounds good! >=20 > In the existing code we made a mistake by running stunnel in = "stdin/stdout" mode. We didn't realise it at the time but this prevents = the use of TLS session caching which (IIRC) reduces the number of = round-trips needed to make a new connection which has a massive impact = on connection setup latency. Running in "daemon" mode where you forward = all connections from a local socket to a remote allows caching, and is = the common most well tested code path. Unfortunately last time I looked = you could only forward from local ip ports where you had to manage the = port number space yourself-- this turned out to be tricky since it was = difficult to tell from stunnel's output whether it had succesfully bound = to a given port or not. Ideally it would allow one of: >=20 > 1. forwarding from a unix domain socket path (where the space of file = names is easy to control) > 2. inheriting an already-bound socket via fork() inheritance or = explicit message passing > 3. A option to bind an arbitrary local port and let us know which one = it was >=20 > My general concern with stunnel is that I think it's meant for more = static configurations where you just run one in front of your web = server. It might not be best suited for more dynamic stuff where tunnels = are coming and going all the time. >=20 > We could take a look at "stud" -- the Simple TLS Unwrapping Daemon -- = and see how it compares. >=20 > Cheers, > --=20 > Dave Scott >=20 > On Apr 2, 2013, at 1:06 AM, "Anil Madhavapeddy" = wrote: >=20 >> Given Vincent is using Core now, I think that a rewrite is easiest. = There's an Async.Shell which should fit the bill nicely. >>=20 >> -a >>=20 >> On 1 Apr 2013, at 07:35, Dave Scott wrote: >>=20 >>> It'll need extraction, and by that I mean a combination of both = moving the code and partially rewriting it... >>>=20 >>> --=20 >>> Dave >>>=20 >>> On Mar 31, 2013, at 11:47 PM, "Anil Madhavapeddy" = wrote: >>>=20 >>>> Sure; Jeremy (CCed) is improving Cohttp+Async support, so depending = on it >>>> for the host tools is fine. Best use it everywhere in Mirari = though, if >>>> you use it at all. >>>>=20 >>>> The one missing thing in Cohttp/Async is SSL support, which we'll = need to >>>> add via an stunnel wrapper for now. Dave, is the existing Xapi = stunnel code >>>> in a library, or do we need to extract it? >>>>=20 >>>> -anil >>>>=20 >>>> On 31 Mar 2013, at 14:41, Vincent Bernardoff = wrote: >>>>=20 >>>>> On 31/03/2013 14:22, Vincent Bernardoff wrote: >>>>>> On 31/03/2013 14:14, Vincent Bernardoff wrote: >>>>>>> Hello, >>>>>>>=20 >>>>>>> Today I tried to use templates to generate the main.ml with = Mirari >>>>>>> instead of putting the source code as strings in the program. >>>>>>>=20 >>>>>>> You can checkout git://github.com/vbmithr/mirari branch = template. >>>>>>>=20 >>>>>>> Basically, I added a template/main.ml file which is an OCaml = file (the >>>>>>> former generated main.ml) with optcomp directives in it. >>>>>>>=20 >>>>>>> Mirari has been modified to output a settings.ml file instead, = that is >>>>>>> included by the templated main.ml. >>>>>>>=20 >>>>>>> I don't know if it is useful or not, I just started that because = I >>>>>>> didn=92t like very much the idea to have the generated code = embedded in >>>>>>> mirari.ml, and that I needed to modify it to experiment a bit = with the >>>>>>> UNIX backend. >>>>>>>=20 >>>>>>> What do you think about it, if anything ? >>>>>>>=20 >>>>>>> Cheers, >>>>>>>=20 >>>>>>> Vincent >>>>>>=20 >>>>>> Just remembered why I did that in the first place: I want the >>>>>> autogenerated main.ml have a different code according to the = backend as >>>>>> well, just in case it would be needed. For example, I don=92t = want to use >>>>>> the Net.Manager for UNIX. >>>>>>=20 >>>>>> Vincent >>>>>=20 >>>>> Ok to use Core in mirari/mirage, BTW ? >>>>>=20 >>>>> Vincent >>>>=20 >>>>=20 From amc79@cam.ac.uk Wed Apr 03 20:16:06 2013 Received: from ppsw-50.csi.cam.ac.uk ([131.111.8.150]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UNTAD-00058z-Rv (Exim 4.70) (return-path ); Wed, 03 Apr 2013 20:16:05 +0100 X-Cam-AntiVirus: no malware found X-Cam-SpamDetails: not scanned X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from cpc17-cmbg14-2-0-cust360.5-4.cable.virginmedia.com ([86.6.155.105]:49961 helo=[192.168.0.10]) by ppsw-50.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.157]:587) with esmtpsa (PLAIN:amc79) (TLSv1:AES128-SHA:128) id 1UNTAD-0002DD-s1 (Exim 4.72) (return-path ); Wed, 03 Apr 2013 20:16:05 +0100 From: Amir Chaudhry Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Subject: OCaml Labs Meeting - 12th April at 2pm in the Computer Lab Message-Id: <4C0BEBF5-AC97-48DF-B11A-3A702F7E8E16@cam.ac.uk> Date: Wed, 3 Apr 2013 20:16:07 +0100 To: "cl-ocamllabs@lists.cam.ac.uk" , Mirage List Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) X-Mailer: Apple Mail (2.1503) X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Apr 2013 19:16:06 -0000 Content-Length: 547 Lines: 29 Dear all, The next OCaml Labs meeting will take place on the 12th of April at 2pm = in the Lab A skeleton agenda is below and a more detailed one will follow next = week. =20 Please do let me know if you will be attending. -- Details -- OCaml Labs Meeting 12th April 2013 2pm =96 3:30pm (but aiming for 3pm finish) Room FW26 - Cambridge Computer Laboratory William Gates Building JJ Thomson Avenue Cambridge CB3 0FD -- Agenda -- OCL Updates - Platform projects - Systems projects - Compiler projects Open discussion Close Best wishes, Amir= From qiush.summer@gmail.com Sat Apr 06 14:35:08 2013 Received: from ppsw-42.csi.cam.ac.uk ([131.111.8.142]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UOTGu-0002gM-Nw (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Sat, 06 Apr 2013 14:35:08 +0100 X-Cam-SpamDetails: score 0.9 from SpamAssassin-3.3.2-1463883 * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no * trust * [209.85.192.176 listed in list.dnswl.dnsbl.ja.net] * 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider * (qiush.summer[at]gmail.com) * 0.0 DKIM_ADSP_CUSTOM_MED No valid author signature, adsp_override is * CUSTOM_MED * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 HTML_MESSAGE BODY: HTML included in message * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid * 0.9 NML_ADSP_CUSTOM_MED ADSP custom_med hit, and not from a mailing * list X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from mail-pd0-f176.google.com ([209.85.192.176]:56720) by ppsw-42.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.149]:25) with esmtp id 1UOTGt-0003La-6v (Exim 4.80_167-5a66dd3) for cl-mirage@lists.cam.ac.uk (return-path ); Sat, 06 Apr 2013 14:35:08 +0100 Received: by mail-pd0-f176.google.com with SMTP id r11so2436735pdi.35 for ; Sat, 06 Apr 2013 06:35:06 -0700 (PDT) X-Received: by 10.68.14.233 with SMTP id s9mr19699109pbc.154.1365255306062; Sat, 06 Apr 2013 06:35:06 -0700 (PDT) Received: from [192.168.0.148] ([202.120.40.98]) by mx.google.com with ESMTPS id w3sm9899252pbw.23.2013.04.06.06.35.02 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 06 Apr 2013 06:35:05 -0700 (PDT) From: QIU Shuang Content-Type: multipart/alternative; boundary="Apple-Mail=_A3FA50B0-4C2F-4AB5-905F-1B33F41BFD71" Subject: [GSoC'13] Towards a Java-language unikernel substrate for Xen Date: Sat, 6 Apr 2013 21:34:55 +0800 Message-Id: <8E326C31-DE1F-4CD9-8825-83E431EE134B@gmail.com> To: cl-mirage@lists.cam.ac.uk Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) X-Mailer: Apple Mail (2.1503) Cc: Anil Madhavapeddy X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Apr 2013 13:35:08 -0000 Content-Length: 3618 Lines: 72 --Apple-Mail=_A3FA50B0-4C2F-4AB5-905F-1B33F41BFD71 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi folks, This is Shuang Qiu, a second year master student from Shanghai, China. I'm warming-up for the coming Google Summer of Code 2013 and quite = interested in the proposed project in Xen community by Dr. Madhavapeddy = "Towards a multi-language unikernel substrate for Xen". Especially, I'm interested in the Java language part based on my = previous project experience and knowledge. (it's a pity I don't have a = good knowledge of OCaml currently, but I'm grasping it :p.) I tested guestvm (https://kenai.com/projects/guestvm, the Guest VM = Microkernel sub-project), a Java unikernel substrate for Xen, on a Xen = build (xen-4.3-unstable). It works as expected. The simple hello-world = case is just print the system time every second. Just report the positive result and will read the guestvm code doing = some hacking later. I also skipped the Mirage mail list archive and with the 1000-mile view = of project Mirage in mind. The project is promising. If a unikernel = development environment for multiple languages can be successfully = setup, developing for unikernel OS will be much easier and the = efficiency of the dedicated running process will be promoted in = unikernel OS by bypassing the traditional software stack in general = purposed monolithic/micro- kernel OS. I'm seeking a chance to make a = little contributions to the community. Thank you very much for your comments and cheers! Shuang= --Apple-Mail=_A3FA50B0-4C2F-4AB5-905F-1B33F41BFD71 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Hi = folks,

This is Shuang Qiu, a second year master = student from Shanghai, China.

I'm warming-up = for the coming Google Summer of Code 2013 and quite interested in the = proposed project in Xen community by Dr. Madhavapeddy "Towards a = multi-language unikernel substrate for Xen".
Especially, I'm = interested in the Java language part based on my previous project = experience and knowledge. (it's a pity I don't have a good knowledge of = OCaml currently, but I'm grasping it :p.)

I = tested guestvm (https://kenai.com/projects/gue= stvm, the Guest VM Microkernel sub-project), a Java unikernel = substrate for Xen, on a Xen build (xen-4.3-unstable). It works as = expected. The simple hello-world case is just print the system time = every second.
Just report the positive result and will read = the guestvm code doing some hacking later.

I = also skipped the Mirage mail list archive and with the 1000-mile view of = project Mirage in mind. The project is promising. If a unikernel = development environment for multiple languages can be successfully = setup, developing for unikernel OS will be much easier and the = efficiency of the dedicated running process will be promoted in = unikernel OS by bypassing the traditional software stack in general = purposed monolithic/micro- kernel OS. I'm seeking a chance to make a = little contributions to the community.

Thank = you very much for your comments and = cheers!
Shuang
= --Apple-Mail=_A3FA50B0-4C2F-4AB5-905F-1B33F41BFD71-- From anil@recoil.org Sat Apr 06 17:18:49 2013 Received: from ppsw-42.csi.cam.ac.uk ([131.111.8.142]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UOVpJ-0003rc-D2 (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Sat, 06 Apr 2013 17:18:49 +0100 X-Cam-SpamDetails: score -0.1 from SpamAssassin-3.3.2-1463883 * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from recoil.dh.bytemark.co.uk ([89.16.177.154]:26866 helo=dark.recoil.org) by ppsw-42.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.149]:25) with smtp id 1UOVpI-0002Mp-8y (Exim 4.80_167-5a66dd3) for cl-mirage@lists.cam.ac.uk (return-path ); Sat, 06 Apr 2013 17:18:49 +0100 Received: (qmail 32443 invoked by uid 634); 6 Apr 2013 16:18:48 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from 204.sub-70-211-74.myvzw.com (HELO [192.168.1.146]) (70.211.74.204) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Sat, 06 Apr 2013 17:18:47 +0100 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: [GSoC'13] Towards a Java-language unikernel substrate for Xen From: Anil Madhavapeddy In-Reply-To: <8E326C31-DE1F-4CD9-8825-83E431EE134B@gmail.com> Date: Sat, 6 Apr 2013 09:18:37 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <54433E67-FD95-4806-92A4-29011CE8038B@recoil.org> References: <8E326C31-DE1F-4CD9-8825-83E431EE134B@gmail.com> To: QIU Shuang X-Mailer: Apple Mail (2.1503) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: cl-mirage@lists.cam.ac.uk X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Apr 2013 16:18:49 -0000 Content-Length: 2489 Lines: 56 Thanks for investigating this, Shuang! I'd be happy to supervise you = once the GSoC applications open. The general next goal should be to survey some of the other available = unikernels (notably HalVM and GuestVM, as ErlangOnXen is closed source), = and determine the set of libraries and device driver interfaces they = expose. Mirage has a clean reimplementation of almost everything from = the device driver up, and so should have the most minimal set of = dependencies. HalVM needs a limited libc, but also has a clean-slate = TCP stack. The Mirari wrapper should let us set a benchmark framework to run and = evaluate the performance of the different stacks against stock = benchmarks such as HTTPbench, on both UNIX userspace and Xen. That'll = point out hotspots and optimisation possibilities when it comes to = building common libraries for all of them. Meanwhile, do learn OCaml and feel free to ask questions on this list = :-) best, Anil On 6 Apr 2013, at 06:34, QIU Shuang wrote: > Hi folks, >=20 > This is Shuang Qiu, a second year master student from Shanghai, China. >=20 > I'm warming-up for the coming Google Summer of Code 2013 and quite = interested in the proposed project in Xen community by Dr. Madhavapeddy = "Towards a multi-language unikernel substrate for Xen". > Especially, I'm interested in the Java language part based on my = previous project experience and knowledge. (it's a pity I don't have a = good knowledge of OCaml currently, but I'm grasping it :p.) >=20 > I tested guestvm (https://kenai.com/projects/guestvm, the Guest VM = Microkernel sub-project), a Java unikernel substrate for Xen, on a Xen = build (xen-4.3-unstable). It works as expected. The simple hello-world = case is just print the system time every second. > Just report the positive result and will read the guestvm code doing = some hacking later. >=20 > I also skipped the Mirage mail list archive and with the 1000-mile = view of project Mirage in mind. The project is promising. If a unikernel = development environment for multiple languages can be successfully = setup, developing for unikernel OS will be much easier and the = efficiency of the dedicated running process will be promoted in = unikernel OS by bypassing the traditional software stack in general = purposed monolithic/micro- kernel OS. I'm seeking a chance to make a = little contributions to the community. >=20 > Thank you very much for your comments and cheers! > Shuang From anil@recoil.org Mon Apr 08 00:11:03 2013 Received: from ppsw-41.csi.cam.ac.uk ([131.111.8.141]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UOyjn-0005EC-Az (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Mon, 08 Apr 2013 00:11:03 +0100 X-Cam-AntiVirus: no malware found X-Cam-SpamDetails: score 0.0 from SpamAssassin-3.3.2-1463883 X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from recoil.dh.bytemark.co.uk ([89.16.177.154]:13944 helo=dark.recoil.org) by ppsw-41.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with smtp id 1UOyjl-0007fF-Q6 (Exim 4.72) for cl-mirage@lists.cam.ac.uk (return-path ); Mon, 08 Apr 2013 00:11:03 +0100 Received: (qmail 26349 invoked by uid 634); 7 Apr 2013 23:11:00 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from pool-98-119-183-90.lsanca.fios.verizon.net (HELO [192.168.1.27]) (98.119.183.90) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Mon, 08 Apr 2013 00:11:00 +0100 From: Anil Madhavapeddy Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Mirage release weekly call: Tue 1600 GMT Date: Sun, 7 Apr 2013 16:10:58 -0700 Message-Id: <0E50CDE1-5A26-4CEC-B181-C2F18635BF6A@recoil.org> To: "cl-mirage@lists.cam.ac.uk List" Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) X-Mailer: Apple Mail (2.1503) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: Prashanth Mundkur X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Apr 2013 23:11:03 -0000 Content-Length: 3897 Lines: 111 Team, There are two bits of good news recently. We've been accepted for a talk = to O'Reilly OSCON, and are in the final stages of joining Xen.org as an = incubator project. With the increasing interest in using Mirage for a = variety of purposes, we need to ensure that we have a solid first = release that we can use as the basis for testing and future = improvements. To that end, we're starting a weekly call to coordinate the details of = the 1.0 release. The first agenda will cover: - Anil Madhavapeddy: overview of release goals - Dave Scott: libvirt and other status - Vincent Bernardoff: Mirari and testing - Thomas Gazagnaire: Irminsule, the storage substrate for Mirage - Amir Chaudhry: xen.org incubation status and next steps A new team member from SRI, Prashanth Mundkur, has kindly volunteered to = take minutes of the release calls so that we can update the website = immediately afterwards. This is just an initial agenda; please send me = any updates privately and I'll record them. Details below: you can either use the online GoToMeeting or dial in via = the numbers below: 1. Please join my meeting. https://www1.gotomeeting.com/join/211547328 2. Use your microphone and speakers (VoIP) - a headset is recommended. = Or, call in using your telephone. United States: +1 (224) 649-0001 Argentina (toll-free): 0 800 266 1382 Australia (toll-free): 1 800 193 385 Australia: +61 2 8355 1020 Austria (toll-free): 0 800 202148 Austria: +43 (0) 7 2088 1047 Bahrain (toll-free): 800 81 111 Belarus (toll-free): 8 820 0011 0214 Belgium (toll-free): 0 800 26116 Belgium: +32 (0) 28 08 4368 Brazil (toll-free): 0 800 047 4906 Canada (toll-free): 1 888 455 1389 Canada: +1 (647) 497-9353 China (toll-free): 4008 811084 Czech Republic (toll-free): 800 500448 Denmark (toll-free): 8090 1924 Denmark: +45 (0) 69 91 89 28 Finland (toll-free): 80094507 Finland: +358 (0) 942 59 7850 France (toll-free): 0 805 541 047 France: +33 (0) 170 950 594 Germany (toll-free): 0 800 723 5270 Germany: +49 (0) 811 8899 6903 Hong Kong (toll-free): 30713169 Iceland (toll-free): 800 9869 India (toll-free): 000 800 100 7855 Indonesia (toll-free): 007 803 011 0395 Ireland (toll-free): 1 800 946 538 Ireland: +353 (0) 19 030 010 Israel (toll-free): 1 809 212 875 Italy (toll-free): 800 906959 Italy: +39 0 247 92 13 01 Japan (toll-free): 00 120 663 800 Korea, Republic of (toll-free): 806150880 Luxembourg (toll-free): 800 22104 Malaysia (toll-free): 1 800 81 5373 Mexico (toll-free): 01 800 925 0372 Netherlands (toll-free): 0 800 265 8469 Netherlands: +31 (0) 208 080 219 New Zealand (toll-free): 0 800 45 2202 New Zealand: +64 (0) 9 280 6302 Norway (toll-free): 800 30 257 Norway: +47 75 80 32 07 Panama (toll-free): 00 800 226 8832 Peru (toll-free): 0 800 54682 Philippines (toll-free): 1 800 1651 0716 Poland (toll-free): 00 800 1213979 Portugal (toll-free): 800 784 461 Russian Federation (toll-free): 810 800 29674011 Saudi Arabia (toll-free): +9668008443633 Singapore (toll-free): 800 120 5615 South Africa (toll-free): 0 800 983 867 Spain (toll-free): 0 800 900 582 Spain: +34 911 82 9906 Sweden (toll-free): 020 980 772 Sweden: +46 (0) 852 500 186 Switzerland (toll-free): 0 800 740 393 Switzerland: +41 (0) 435 0167 13 Taiwan (toll-free): 00 800 666 854 Thailand (toll-free): 001 800 658 131 Turkey (toll-free): +90800448823683 Ukraine (toll-free): 0 800 50 0641 United Arab Emirates (toll-free): +97180004440439 United Kingdom (toll-free): 0 808 168 0229 United Kingdom: +44 (0) 207 151 1853 United States (toll-free): 1 877 309 2073 Uruguay (toll-free): 000 413 598 4110 Viet Nam (toll-free): 120 65 157 Access Code: 211-547-328 Audio PIN: Shown after joining the meeting Meeting ID: 211-547-328 GoToMeeting=AE=20 Online Meetings Made Easy=AE Not at your computer? Click the link to join this meeting from your = iPhone=AE, iPad=AE or Android=AE device via the GoToMeeting app. From anil@recoil.org Mon Apr 08 16:38:20 2013 Received: from ppsw-50.csi.cam.ac.uk ([131.111.8.150]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UPE9E-0006qo-Uo (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Mon, 08 Apr 2013 16:38:20 +0100 X-Cam-AntiVirus: no malware found X-Cam-SpamDetails: score 0.0 from SpamAssassin-3.3.2-1463883 X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from recoil.dh.bytemark.co.uk ([89.16.177.154]:6908 helo=dark.recoil.org) by ppsw-50.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.147]:25) with smtp id 1UPE9D-0007KF-qk (Exim 4.72) for cl-mirage@lists.cam.ac.uk (return-path ); Mon, 08 Apr 2013 16:38:20 +0100 Received: (qmail 24919 invoked by uid 634); 8 Apr 2013 15:38:18 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from 163.sub-70-197-72.myvzw.com (HELO [192.168.1.27]) (70.197.72.163) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Mon, 08 Apr 2013 16:38:17 +0100 Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: Mirage release weekly call: Tue 1600 GMT From: Anil Madhavapeddy In-Reply-To: <0E50CDE1-5A26-4CEC-B181-C2F18635BF6A@recoil.org> Date: Mon, 8 Apr 2013 08:38:13 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <0E50CDE1-5A26-4CEC-B181-C2F18635BF6A@recoil.org> To: "cl-mirage@lists.cam.ac.uk List" X-Mailer: Apple Mail (2.1503) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: Prashanth Mundkur X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Apr 2013 15:38:21 -0000 Content-Length: 4551 Lines: 125 A couple of people have indicated that they can't make it tomorrow, and = so we're going to shift the first call by one week, to Tuesday 16th = April at 1600 BST. So tomorrow's call is cancelled, and we will convene in eight days. = Dave will send out updated call information to the list if it's needed, = as the below invitation may expire by then. -anil On 7 Apr 2013, at 16:10, Anil Madhavapeddy wrote: > Team, >=20 > There are two bits of good news recently. We've been accepted for a = talk to O'Reilly OSCON, and are in the final stages of joining Xen.org = as an incubator project. With the increasing interest in using Mirage = for a variety of purposes, we need to ensure that we have a solid first = release that we can use as the basis for testing and future = improvements. >=20 > To that end, we're starting a weekly call to coordinate the details of = the 1.0 release. The first agenda will cover: > - Anil Madhavapeddy: overview of release goals > - Dave Scott: libvirt and other status > - Vincent Bernardoff: Mirari and testing > - Thomas Gazagnaire: Irminsule, the storage substrate for Mirage > - Amir Chaudhry: xen.org incubation status and next steps >=20 > A new team member from SRI, Prashanth Mundkur, has kindly volunteered = to take minutes of the release calls so that we can update the website = immediately afterwards. This is just an initial agenda; please send me = any updates privately and I'll record them. >=20 > Details below: you can either use the online GoToMeeting or dial in = via the numbers below: >=20 > 1. Please join my meeting. > https://www1.gotomeeting.com/join/211547328 >=20 > 2. Use your microphone and speakers (VoIP) - a headset is = recommended. Or, call in using your telephone. >=20 > United States: +1 (224) 649-0001 > Argentina (toll-free): 0 800 266 1382 > Australia (toll-free): 1 800 193 385 > Australia: +61 2 8355 1020 > Austria (toll-free): 0 800 202148 > Austria: +43 (0) 7 2088 1047 > Bahrain (toll-free): 800 81 111 > Belarus (toll-free): 8 820 0011 0214 > Belgium (toll-free): 0 800 26116 > Belgium: +32 (0) 28 08 4368 > Brazil (toll-free): 0 800 047 4906 > Canada (toll-free): 1 888 455 1389 > Canada: +1 (647) 497-9353 > China (toll-free): 4008 811084 > Czech Republic (toll-free): 800 500448 > Denmark (toll-free): 8090 1924 > Denmark: +45 (0) 69 91 89 28 > Finland (toll-free): 80094507 > Finland: +358 (0) 942 59 7850 > France (toll-free): 0 805 541 047 > France: +33 (0) 170 950 594 > Germany (toll-free): 0 800 723 5270 > Germany: +49 (0) 811 8899 6903 > Hong Kong (toll-free): 30713169 > Iceland (toll-free): 800 9869 > India (toll-free): 000 800 100 7855 > Indonesia (toll-free): 007 803 011 0395 > Ireland (toll-free): 1 800 946 538 > Ireland: +353 (0) 19 030 010 > Israel (toll-free): 1 809 212 875 > Italy (toll-free): 800 906959 > Italy: +39 0 247 92 13 01 > Japan (toll-free): 00 120 663 800 > Korea, Republic of (toll-free): 806150880 > Luxembourg (toll-free): 800 22104 > Malaysia (toll-free): 1 800 81 5373 > Mexico (toll-free): 01 800 925 0372 > Netherlands (toll-free): 0 800 265 8469 > Netherlands: +31 (0) 208 080 219 > New Zealand (toll-free): 0 800 45 2202 > New Zealand: +64 (0) 9 280 6302 > Norway (toll-free): 800 30 257 > Norway: +47 75 80 32 07 > Panama (toll-free): 00 800 226 8832 > Peru (toll-free): 0 800 54682 > Philippines (toll-free): 1 800 1651 0716 > Poland (toll-free): 00 800 1213979 > Portugal (toll-free): 800 784 461 > Russian Federation (toll-free): 810 800 29674011 > Saudi Arabia (toll-free): +9668008443633 > Singapore (toll-free): 800 120 5615 > South Africa (toll-free): 0 800 983 867 > Spain (toll-free): 0 800 900 582 > Spain: +34 911 82 9906 > Sweden (toll-free): 020 980 772 > Sweden: +46 (0) 852 500 186 > Switzerland (toll-free): 0 800 740 393 > Switzerland: +41 (0) 435 0167 13 > Taiwan (toll-free): 00 800 666 854 > Thailand (toll-free): 001 800 658 131 > Turkey (toll-free): +90800448823683 > Ukraine (toll-free): 0 800 50 0641 > United Arab Emirates (toll-free): +97180004440439 > United Kingdom (toll-free): 0 808 168 0229 > United Kingdom: +44 (0) 207 151 1853 > United States (toll-free): 1 877 309 2073 > Uruguay (toll-free): 000 413 598 4110 > Viet Nam (toll-free): 120 65 157 >=20 > Access Code: 211-547-328 > Audio PIN: Shown after joining the meeting >=20 > Meeting ID: 211-547-328 >=20 > GoToMeeting=AE=20 > Online Meetings Made Easy=AE >=20 > Not at your computer? Click the link to join this meeting from your = iPhone=AE, iPad=AE or Android=AE device via the GoToMeeting app. >=20 From daniel.buenzli@erratique.ch Tue Apr 09 00:44:45 2013 Received: from ppsw-42.csi.cam.ac.uk ([131.111.8.142]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UPLjx-00076Y-5v (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Tue, 09 Apr 2013 00:44:45 +0100 X-Cam-SpamDetails: score -0.1 from SpamAssassin-3.3.2-1463883 * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from mail6.webfaction.com ([74.55.86.74]:54409 helo=smtp.webfaction.com) by ppsw-42.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.149]:25) with esmtp id 1UPLjw-0000lX-8G (Exim 4.80_167-5a66dd3) for cl-mirage@lists.cam.ac.uk (return-path ); Tue, 09 Apr 2013 00:44:45 +0100 Received: from [172.20.10.2] (92.40.254.63.threembb.co.uk [92.40.254.63]) by smtp.webfaction.com (Postfix) with ESMTP id 833C520D6A3C for ; Mon, 8 Apr 2013 23:44:40 +0000 (UTC) Date: Tue, 9 Apr 2013 00:44:37 +0100 From: =?utf-8?Q?Daniel_B=C3=BCnzli?= To: cl-mirage@lists.cam.ac.uk Message-ID: <27C5F743E5AA481BB4A16B403F1842A3@erratique.ch> Subject: Re: mirage + froc =?utf-8?Q?=3D_?=self-scaling? X-Mailer: sparrow 1.6.4 (build 1178) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Apr 2013 23:44:45 -0000 Content-Length: 578 Lines: 16 Hello, Sorry to interject in this discussion in a cavalier manner but I have been made aware that there were people trying to use frp in mirage and I'm always interested in non-toy applications of frp. Having read that discussion, I'm interested to know if there's any particular reason on why froc was preferred over react as there is already support for react in lwt (though how that materializes exactly is unknown to me) and react's behaviour with respect to threads is well-documented [1]. Best, Daniel [1] http://erratique.ch/software/react/doc/React#update From raphlalou@gmail.com Tue Apr 09 08:34:43 2013 Received: from ppsw-50.csi.cam.ac.uk ([131.111.8.150]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UPT4l-0006gn-8a (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Tue, 09 Apr 2013 08:34:43 +0100 X-Cam-AntiVirus: no malware found X-Cam-SpamDetails: score -0.6 from SpamAssassin-3.3.2-1463883 * -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low * trust * [209.85.210.174 listed in list.dnswl.dnsbl.ja.net] * 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider * (raphlalou[at]gmail.com) * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from mail-ia0-f174.google.com ([209.85.210.174]:51334) by ppsw-50.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.147]:25) with esmtp id 1UPT4j-0003oG-rz (Exim 4.72) for cl-mirage@lists.cam.ac.uk (return-path ); Tue, 09 Apr 2013 08:34:43 +0100 Received: by mail-ia0-f174.google.com with SMTP id b35so5941787iac.5 for ; Tue, 09 Apr 2013 00:34:40 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.50.30.104 with SMTP id r8mr9979463igh.9.1365492880211; Tue, 09 Apr 2013 00:34:40 -0700 (PDT) Sender: raphlalou@gmail.com Received: by 10.42.18.9 with HTTP; Tue, 9 Apr 2013 00:34:40 -0700 (PDT) In-Reply-To: <27C5F743E5AA481BB4A16B403F1842A3@erratique.ch> References: <27C5F743E5AA481BB4A16B403F1842A3@erratique.ch> Date: Tue, 9 Apr 2013 08:34:40 +0100 X-Google-Sender-Auth: gjoNzHucLr2oqgcfPUH3BaTOPnE Message-ID: Subject: Re: mirage + froc = self-scaling? From: Raphael Proust To: =?UTF-8?Q?Daniel_B=C3=BCnzli?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: cl-mirage@lists.cam.ac.uk X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Apr 2013 07:34:43 -0000 Content-Length: 1099 Lines: 30 On Tue, Apr 9, 2013 at 12:44 AM, Daniel B=C3=BCnzli wrote: > Having read that discussion, I'm interested to know if there's any partic= ular reason on why froc was preferred over react as there is already suppor= t for react in lwt (though how that materializes exactly is unknown to me) = and react's behaviour with respect to threads is well-documented [1]. I don't know why "froc was preferred over react" (I've only ever used react myself), but here are some things you might be interested in knowing: - there might be a switch to Async or even a parametrization over a co-op threading monad - it is not clear yet that we want the two layers (frp and co-op threading) to mix/interleave About the second point: to guarantee that the data-plane (IO-plane) is always fast, we want to keep the configuration-plane out of the way as much as possible. As we envision using frp for configuration, there might be benefit from the separation of frp and co-op threading. AFAIK details about this are still being discussed. Cheers, --=20 ______________ Raphael Proust From Richard.Mortier@nottingham.ac.uk Tue Apr 09 10:16:59 2013 Received: from ppsw-51.csi.cam.ac.uk ([131.111.8.151]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UPUfj-0002hc-Lq (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Tue, 09 Apr 2013 10:16:59 +0100 X-Cam-AntiVirus: no malware found X-Cam-SpamDetails: score 0.0 from SpamAssassin-3.3.2-1463883 * 0.0 MIME_QP_LONG_LINE RAW: Quoted-printable line longer than 76 chars X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from engine04-20433-4.icritical.com ([195.62.217.152]:50638) by ppsw-51.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.148]:25) with smtp id 1UPUfh-000671-Xn (Exim 4.72) for cl-mirage@lists.cam.ac.uk (return-path ); Tue, 09 Apr 2013 10:16:59 +0100 Received: (qmail 20543 invoked from network); 9 Apr 2013 09:16:51 -0000 Received: from localhost (127.0.0.1) by engine04-20433-4.icritical.com with SMTP; 9 Apr 2013 09:16:51 -0000 Received: from engine04-20433-4.icritical.com ([127.0.0.1]) by localhost (engine04-20433-4.icritical.com [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 19879-04 for ; Tue, 9 Apr 2013 10:16:50 +0100 (BST) Received: (qmail 20527 invoked by uid 599); 9 Apr 2013 09:16:50 -0000 Received: from unknown (HELO smtp3.nottingham.ac.uk) (128.243.44.55) by engine04-20433-4.icritical.com (qpsmtpd/0.28) with ESMTP; Tue, 09 Apr 2013 10:16:50 +0100 Received: from uiwexhub01.ad.nottingham.ac.uk ([128.243.15.133]) by smtp3.nottingham.ac.uk with esmtps (TLSv1:AES128-SHA:128) (Exim 4.77) (envelope-from ) id 1UPUfd-0000jF-K5; Tue, 09 Apr 2013 10:16:53 +0100 From: Richard Mortier To: Raphael Proust , =?iso-8859-1?Q?Daniel_B=FCnzli?= Date: Tue, 9 Apr 2013 10:16:52 +0100 Subject: Re: mirage + froc = self-scaling? Thread-Topic: mirage + froc = self-scaling? Thread-Index: Ac41AvkIp/6/ES16Q7G4ZNPttNS61Q== Message-ID: <4F6CF319-0E99-4CF3-A65D-993B26E7F77E@nottingham.ac.uk> References: <27C5F743E5AA481BB4A16B403F1842A3@erratique.ch> In-Reply-To: Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Virus-Scanned: by iCritical at engine04-20433-4.icritical.com Cc: "cl-mirage@lists.cam.ac.uk List" X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Apr 2013 09:16:59 -0000 Content-Length: 2591 Lines: 53 On 9 Apr 2013, at 08:34, Raphael Proust wrote: > On Tue, Apr 9, 2013 at 12:44 AM, Daniel B=FCnzli > wrote: >> Having read that discussion, I'm interested to know if there's any parti= cular reason on why froc was preferred over react as there is already suppo= rt for react in lwt (though how that materializes exactly is unknown to me)= and react's behaviour with respect to threads is well-documented [1]. >=20 > I don't know why "froc was preferred over react" (I've only ever used > react myself), but here are some things you might be interested in > knowing: >=20 > - there might be a switch to Async or even a parametrization over a > co-op threading monad > - it is not clear yet that we want the two layers (frp and co-op > threading) to mix/interleave >=20 > About the second point: to guarantee that the data-plane (IO-plane) is > always fast, we want to keep the configuration-plane out of the way as > much as possible. As we envision using frp for configuration, there > might be benefit from the separation of frp and co-op threading. >=20 > AFAIK details about this are still being discussed. from my point of view, i'm marginally more familiar with Froc than React (w= hich i don't know at all); there's a comment in the Froc "tutorial" blog po= st concerning control dependencies (claiming React doesn't have a mechanism= for them where Froc does); and to confirm what raphael says above, at this= stage we'd like to keep the FRP and threading layers very clearly separate= d while we work out what we want to happen here, so the existing integratio= n probably isn't immediately useful. having said all that, to turn your question around, are there strong reason= s to prefer React over Froc? i'm still learning about FRP so happy to have= discussion about this :) --=20 Cheers, R. This message and any attachment are intended solely for the addressee and may contain confidential information. If you have received this message in error, please send it back to me, and immediately delete it. Please do not use, copy or disclose the information contained in this message or in any attachment. Any views or opinions expressed by the author of this email do not necessarily reflect the views of the University of Nottingham. This message has been checked for viruses but the contents of an attachment may still contain software viruses which could damage your computer system: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. From lars.kurth.xen@gmail.com Tue Apr 09 13:08:52 2013 Received: from ppsw-41.csi.cam.ac.uk ([131.111.8.141]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UPXM4-0003PO-OY (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Tue, 09 Apr 2013 13:08:52 +0100 X-Cam-AntiVirus: no malware found X-Cam-SpamDetails: score -0.6 from SpamAssassin-3.3.2-1463883 * -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low * trust * [209.85.215.170 listed in list.dnswl.dnsbl.ja.net] * 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider * (lars.kurth.xen[at]gmail.com) * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from mail-ea0-f170.google.com ([209.85.215.170]:63984) by ppsw-41.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with esmtp id 1UPXM4-0004Fm-Qg (Exim 4.72) for cl-mirage@lists.cam.ac.uk (return-path ); Tue, 09 Apr 2013 13:08:52 +0100 Received: by mail-ea0-f170.google.com with SMTP id a15so2741513eae.1 for ; Tue, 09 Apr 2013 05:08:52 -0700 (PDT) X-Received: by 10.15.36.135 with SMTP id i7mr59449598eev.34.1365509331918; Tue, 09 Apr 2013 05:08:51 -0700 (PDT) Received: from [172.16.26.11] ([151.225.14.226]) by mx.google.com with ESMTPS id r4sm37615817eeo.12.2013.04.09.05.08.50 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 09 Apr 2013 05:08:51 -0700 (PDT) Sender: Lars Kurth Message-ID: <516404D0.2020300@xen.org> Date: Tue, 09 Apr 2013 13:08:48 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" , xen-arm@lists.xen.org, cl-mirage@lists.cam.ac.uk Subject: Google Summer of Code 2013 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list Reply-To: lars.kurth@xen.org List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Apr 2013 12:08:52 -0000 Content-Length: 344 Lines: 10 Hi everybody, this mail is to let you know that this year Xen.org has not been accepted as a mentoring organization for Google Summer of Code 2013. We will not really know why we were not accepted until the IRC meeting in #gsoc on Freenode on Friday, April 19, 2013 at 16:00 UTC. I will keep you posted when I find out more. Regards Lars From daniel.buenzli@erratique.ch Tue Apr 09 23:50:24 2013 Received: from ppsw-42.csi.cam.ac.uk ([131.111.8.142]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UPhMu-0001gZ-FY (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Tue, 09 Apr 2013 23:50:24 +0100 X-Cam-SpamDetails: score -0.1 from SpamAssassin-3.3.2-1463883 * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from mail6.webfaction.com ([74.55.86.74]:56702 helo=smtp.webfaction.com) by ppsw-42.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.149]:25) with esmtp id 1UPhMt-0006g2-7q (Exim 4.80_167-5a66dd3) for cl-mirage@lists.cam.ac.uk (return-path ); Tue, 09 Apr 2013 23:50:24 +0100 Received: from [172.20.10.2] (92.40.254.79.threembb.co.uk [92.40.254.79]) by smtp.webfaction.com (Postfix) with ESMTP id 9330120D885A; Tue, 9 Apr 2013 22:50:21 +0000 (UTC) Date: Tue, 9 Apr 2013 23:50:15 +0100 From: =?utf-8?Q?Daniel_B=C3=BCnzli?= To: Richard Mortier Message-ID: In-Reply-To: <4F6CF319-0E99-4CF3-A65D-993B26E7F77E@nottingham.ac.uk> References: <27C5F743E5AA481BB4A16B403F1842A3@erratique.ch> <4F6CF319-0E99-4CF3-A65D-993B26E7F77E@nottingham.ac.uk> Subject: Re: mirage + froc =?utf-8?Q?=3D_?=self-scaling? X-Mailer: sparrow 1.6.4 (build 1178) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Raphael Proust , "=?utf-8?Q?cl-mirage=40lists.cam.ac.uk_List?=" X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Apr 2013 22:50:24 -0000 Content-Length: 6913 Lines: 125 Le mardi, 9 avril 2013 =C3=A0 10:16, Richard Mortier a =C3=A9crit : > having said all that, to turn your question around, are there strong re= asons to prefer React over =46roc=3F i'm still learning about =46RP so ha= ppy to have discussion about this :) Well, I'm going to be biased. But here it goes. =20 1) I think, that one good property of react is that it's well documented.= It has a clear denotational semantics =5B1=5D and the result of all comb= inators is precisely specified in this semantics. This allows you to easi= ly apply equational reasoning to understand the temporal behaviour of you= r values (an example of this is provided in this discussion =5B2=5D you m= ay have to move up in the discussion to understand what it's about). 2) React has no global data structures. This entails that in presence of = threads the rules you have to follow are very clear and straightfoward (s= ee =5B3=5D, as already mentioned). It also means that if you have two par= t of your system that use react and are clearly isolated you don't have t= o do anything to ensure correctness. 3) With froc you may leak memory. In fact I was never convinced that it w= ouldn't leak if the breakout.ml example of react's distribution was to be= implemented in froc, see this =5B4=5D message and the following discussi= on. React is leak-free by design, how ever you use it (if it leaks it's a= bug). Now it relies on Weak arrays to provide this property. Historically Weak array has been a problem in browsers (which iirc was fr= oc's first target). While js=5Fof=5Focaml implements weak arrays it *does= n't* implement the weak semantics (see this file =5B5=5D). This means tha= t as it stands react leaks with js=5Fof=5Focaml (and more than froc would= ). In fact I even said myself in a casual discussion last friday that fro= c should be preferred over react in the browser because of the lack of We= ak array support. However over the week-end I decided to challenge this a= ssertion and I would now retract it if I'm to look into the future. The r= eason is that ecmascript 6's proposal has WeakMap support (see =5B6=5D fo= r current browser support). Unless I'm mistaken it is essentially going t= o be a trivial rewrite of that weak.js file with WeakMap to get the corre= ct weak semantics. You will however have to bet on ecmascript 6's eventua= l adoption. 4) Regarding the question of control dependencies, it is true that React = doesn't provide this (though I'm not sure I couldn't be implemented). Sin= ce I *still* didn't have the time to investigate frp in real system -- he= nce my interest in this discussion -- I won't claim that you do not need = this in practice but I don't think it's reconcilable with react's semanti= cs as it stands and I fear it may betray the idea of frp and lead you on = wrong tracks -- but I may be wrong or out of touch with reality on that. = One thing that strikes me in Jake's example =5B7=5D is that this: let b =3D x >>=3D fun x -> return (x =3D 0) =20 let n0 =3D x >>=3D fun x -> return (100 / x) =20 let y =3D bind2 b n0 (fun b n0 -> if b then return 0 else n0) =20 doesn't =22work=22 (may divide by zero). But this =20 let b =3D x >>=3D fun x -> return (x =3D 0) =20 let y =3D b >>=3D fun b -> if b then return 0 else x >>=3D fun x -> ret= urn (100 / x) suddenly does. =46irst note that referential transparency is broken here = (similar examples exist in react, the semantics tells you why this is the= case -- signals get only a timeline once they are created -- it seems ho= wever more prevalent in froc because of these control dependencies). =20 This also means that you have two kind of signals in froc, those that are= defined for all t once created like n0. This is similar to react (to be = precise, defined at all t until sometime after no longer needed by the sy= stem). But you also have other kind of signals that have a limited life s= pan, those in that else branch, that may be disconnected from the system.= It would be interesting to actually work out the precise semantics of th= at but I suspect that reasoning about such a system becomes significantly= harder since the obvious application is to enable/disable side-effects a= nd you no longer have obvious timelines for these signals. What I fear is that this will encourage you to use more side-effecting si= gnals in internal nodes of the dependency graph and I really don't think = that's a good idea. More than once that ended with people emailing me bec= ause they wanted to control the *order* of updates of side-effecting sign= als or to update primitive signals from an update cycle itself failing to= realize that this is betraying the very idea of frp where the update are= made under a synchrony hypothesis =5B8=5D, everything happens simultaneo= usly, there's no interleaving. =20 My take on this (but I have never been able to experiment it) has always = been that *all* the side effects should be pushed at the boundaries of th= e frp system. Input side effect should drive the primitives (roots of you= r dag) and outputs should be at the leaves of the dag. The idea is that y= ou should really treat an update of the graph as a kind of transaction th= at builds an output data structure that you use *after* the update cycle = to sort out potential conflicts and perform the actual side effects. This= allows to isolate the frp system, where the semantics can be cleanly app= lied to reason on the temporal domain of your problem, from the messy asp= ects of the imperative world. Unfortunately I have no example to show you= and it's a conjecture of mine. But to me it seems the only way to envisi= on using frp without betraying the idea behind it, that is without loosin= g its declarative and compositional properties. Best, Daniel P.S. This is not to say that react hasn't it's own problem. It was recent= ly pointed to me =5B9=5D that signal switching is suboptimal and convolut= ed at the moment in react, but I'm quite confident the solution I mention= can be implemented. I will try to resolve that as soon as I find an afte= rnoon to reabsorb the gist of react's implementation. =5B1=5D http://erratique.ch/software/react/doc/React=23sem =5B2=5D https://sympa.inria.fr/sympa/arc/caml-list/2009-12/msg00054.html =5B3=5D http://erratique.ch/software/react/doc/React=23update =5B4=5D http://caml.inria.fr/pub/ml-archives/caml-list/2009/06/22db63b0c9= 3622265038eb0478063df7.en.html =5B5=5D http://ocsigen.org/darcsweb/=3Fr=3Djs=5Fof=5Focaml;a=3Dheadblob;f= =3D/runtime/weak.js =5B6=5D https://developer.mozilla.org/en-US/docs/JavaScript/Reference/Glo= bal=5FObjects/WeakMap=23Browser=5Fcompatibility =5B7=5D http://ambassadortothecomputers.blogspot.co.uk/2010/05/how-froc-w= orks.html =5B8=5D http://erratique.ch/software/react/doc/React=23simultaneity =5B9=5D https://sympa.inria.fr/sympa/arc/caml-list/2013-03/msg00030.html From Ian.Campbell@citrix.com Wed Apr 10 11:45:05 2013 Received: from ppsw-50.csi.cam.ac.uk ([131.111.8.150]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UPsWX-0001bS-IO (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Wed, 10 Apr 2013 11:45:05 +0100 X-Cam-AntiVirus: no malware found X-Cam-SpamDetails: score -2.4 from SpamAssassin-3.3.2-1463883 * -2.4 RP_MATCHES_RCVD Envelope sender domain matches handover relay * domain X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from smtp.eu.citrix.com ([46.33.159.39]:12740) by ppsw-50.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.147]:25) with esmtp id 1UPsWX-0000UC-qB (Exim 4.72) for cl-mirage@lists.cam.ac.uk (return-path ); Wed, 10 Apr 2013 11:45:05 +0100 X-IronPort-AV: E=Sophos;i="4.87,445,1363132800"; d="scan'208";a="3410043" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 10 Apr 2013 10:45:04 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Wed, 10 Apr 2013 11:45:04 +0100 Message-ID: <1365590703.26448.13.camel@zakaz.uk.xensource.com> Subject: Re: [Xen-devel] Request for input: Extended event channel support From: Ian Campbell To: Felipe Franciosi Date: Wed, 10 Apr 2013 11:45:03 +0100 In-Reply-To: <9F2C4E7DFB7839489C89757A66C5AD6205F056@LONPEX01CL03.citrite.net> References: <8E3B77A0-C082-4F98-995E-CC1514631D49@recoil.org> <9F2C4E7DFB7839489C89757A66C5AD6205F056@LONPEX01CL03.citrite.net> Organization: Citrix Systems, Inc. Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Cc: "xen-users@lists.xen.org" , George Dunlap , "xen-devel@lists.xen.org" , "cl-mirage@lists.cam.ac.uk List" , 'Anil Madhavapeddy' X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Apr 2013 10:45:05 -0000 Content-Length: 775 Lines: 20 On Thu, 2013-03-28 at 12:51 +0000, Felipe Franciosi wrote: > -----Original Message----- > From: xen-devel-bounces@lists.xen.org [mailto:xen-devel-bounces@lists.xen.org] On Behalf Of Anil Madhavapeddy > Sent: 27 March 2013 19:37 > To: George Dunlap > Cc: xen-users@lists.xen.org; cl-mirage@lists.cam.ac.uk List; xen-devel@lists.xen.org > Subject: Re: [Xen-devel] Request for input: Extended event channel support > > > > If I'm not mistaken, every guest needs at least 2 event channels (console, xenstore) and probably has two more for a net and disk device. > > Presumably for vCPUs as well IINM? Aren't those (the vcpu IPI event channels, timers etc) internal to the guest though? The limit we want to count here are eventchannels with an end point inside dom0. Ian. From Ian.Campbell@citrix.com Wed Apr 10 11:46:00 2013 Received: from ppsw-42.csi.cam.ac.uk ([131.111.8.142]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UPsXQ-0001dk-6R (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Wed, 10 Apr 2013 11:46:00 +0100 X-Cam-SpamDetails: score -2.5 from SpamAssassin-3.3.2-1463883 * -2.4 RP_MATCHES_RCVD Envelope sender domain matches handover relay * domain * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from smtp.eu.citrix.com ([46.33.159.39]:22051) by ppsw-42.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.149]:25) with esmtp id 1UPsXP-0008Sy-8t (Exim 4.80_167-5a66dd3) for cl-mirage@lists.cam.ac.uk (return-path ); Wed, 10 Apr 2013 11:46:00 +0100 X-IronPort-AV: E=Sophos;i="4.87,445,1363132800"; d="scan'208";a="3410080" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 10 Apr 2013 10:45:58 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Wed, 10 Apr 2013 11:45:57 +0100 Message-ID: <1365590756.26448.14.camel@zakaz.uk.xensource.com> Subject: Re: [Xen-users] [Xen-devel] Request for input: Extended event channel support From: Ian Campbell To: Anil Madhavapeddy Date: Wed, 10 Apr 2013 11:45:56 +0100 In-Reply-To: References: <8E3B77A0-C082-4F98-995E-CC1514631D49@recoil.org> <9F2C4E7DFB7839489C89757A66C5AD6205F056@LONPEX01CL03.citrite.net> Organization: Citrix Systems, Inc. Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Cc: "xen-users@lists.xen.org" , George Dunlap , Felipe Franciosi , "cl-mirage@lists.cam.ac.uk List" , "xen-devel@lists.xen.org" X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Apr 2013 10:46:00 -0000 Content-Length: 444 Lines: 14 On Thu, 2013-03-28 at 12:54 +0000, Anil Madhavapeddy wrote: > Yes, except that in Mirage's case we're single vCPU only, and use > multiple VMs to act as parallel processes with explicit message > passing. > > But we would still need an event channel for the vchan shared ring, in > this case too... That would be between two mirage guests though, unless you are envisaging mirage "processes" with hundreds of thousands of "threads"? Ian. From Richard.Mortier@nottingham.ac.uk Wed Apr 10 12:58:09 2013 Received: from ppsw-50.csi.cam.ac.uk ([131.111.8.150]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UPtfF-0004YX-K8 (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Wed, 10 Apr 2013 12:58:09 +0100 X-Cam-AntiVirus: no malware found X-Cam-SpamDetails: score 0.0 from SpamAssassin-3.3.2-1463883 * 0.0 MIME_QP_LONG_LINE RAW: Quoted-printable line longer than 76 chars X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from engine03-20433-3.icritical.com ([93.95.15.170]:48174) by ppsw-50.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.147]:25) with smtp id 1UPtfE-0007sT-sp (Exim 4.72) for cl-mirage@lists.cam.ac.uk (return-path ); Wed, 10 Apr 2013 12:58:09 +0100 Received: (qmail 7233 invoked from network); 10 Apr 2013 11:58:13 -0000 Received: from localhost (127.0.0.1) by engine03-20433-3.icritical.com with SMTP; 10 Apr 2013 11:58:13 -0000 Received: from engine03-20433-3.icritical.com ([127.0.0.1]) by localhost (engine03-20433-3.icritical.com [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 07223-01 for ; Wed, 10 Apr 2013 12:58:13 +0100 (BST) Received: (qmail 6786 invoked by uid 599); 10 Apr 2013 11:57:49 -0000 Received: from unknown (HELO smtp3.nottingham.ac.uk) (128.243.44.55) by engine03-20433-3.icritical.com (qpsmtpd/0.28) with ESMTP; Wed, 10 Apr 2013 12:57:49 +0100 Received: from uiwexhub02.ad.nottingham.ac.uk ([128.243.15.132]) by smtp3.nottingham.ac.uk with esmtps (TLSv1:AES128-SHA:128) (Exim 4.77) (envelope-from ) id 1UPter-00021j-S6; Wed, 10 Apr 2013 12:57:45 +0100 From: Richard Mortier To: =?iso-8859-1?Q?Daniel_B=FCnzli?= Date: Wed, 10 Apr 2013 12:57:44 +0100 Subject: Re: mirage + froc = self-scaling? Thread-Topic: mirage + froc = self-scaling? Thread-Index: Ac414pyuu8XWHKAdRLGqtEBmt+Pw6g== Message-ID: <59296051-131D-425E-B59F-24F97CF4A51E@nottingham.ac.uk> References: <27C5F743E5AA481BB4A16B403F1842A3@erratique.ch> <4F6CF319-0E99-4CF3-A65D-993B26E7F77E@nottingham.ac.uk> In-Reply-To: Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Virus-Scanned: by iCritical at engine03-20433-3.icritical.com Cc: Raphael Proust , "cl-mirage@lists.cam.ac.uk List" X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Apr 2013 11:58:09 -0000 Content-Length: 4309 Lines: 90 ...responses inline, following a few hours interesting reading that i suspe= ct i haven't *completely* internalised yet... :) On 9 Apr 2013, at 23:50, Daniel B=FCnzli wrote: > Le mardi, 9 avril 2013 =E0 10:16, Richard Mortier a =E9crit : >> having said all that, to turn your question around, are there strong rea= sons to prefer React over Froc? i'm still learning about FRP so happy to ha= ve discussion about this :) >=20 > Well, I'm going to be biased. But here it goes. =20 so to summarise, React's benefits: are specified denotational semantics, an= d no global data structures; but React can only guarantee no memory leaks i= n environments that support weak references (which does not include JS unti= l ECMAScript 6 is adopted). aside: on the memory point, would it be a reasonable way to think about thi= s that React uses weak refs to avoid memory leaks, while Froc uses strong r= eferences *but* automatically allows any inside a bind to be collected ever= y time their value changes (so Froc is kind-of implementing it's own GC at = a library level). the part i'm having to work harder to understand is control dependencies (a= nd tbh, fix points in React, which feel not unrelated...). > 4) Regarding the question of control dependencies, ... One thing that str= ikes me in Jake's example [7] is that this: >=20 > let b =3D x >>=3D fun x -> return (x =3D 0) =20 > let n0 =3D x >>=3D fun x -> return (100 / x) =20 > let y =3D bind2 b n0 (fun b n0 -> if b then return 0 else n0) =20 >=20 > doesn't "work" (may divide by zero). But this =20 >=20 > let b =3D x >>=3D fun x -> return (x =3D 0) =20 > let y =3D b >>=3D fun b -> if b then return 0 else x >>=3D fun x -> retu= rn (100 / x) >=20 > suddenly does. > First note that referential transparency is broken here (similar examples= exist in react, the semantics tells you why this is the case -- signals ge= t only a timeline once they are created -- it seems however more prevalent = in froc because of these control dependencies). =20 sorry, my cs theory is not so hot -- could you expand how referential trans= parency is broken here? > This also means that you have two kind of signals in froc, those that are= defined for all t once created like n0. This is similar to react (to be pr= ecise, defined at all t until sometime after no longer needed by the system= ). But you also have other kind of signals that have a limited life span, t= hose in that else branch, that may be disconnected from the system. just to clarify -- you mean "disconnected from the system *during an update= cycle*"? > It would be interesting to actually work out the precise semantics of tha= t but I suspect that reasoning about such a system becomes significantly ha= rder since the obvious application is to enable/disable side-effects and yo= u no longer have obvious timelines for these signals. again, could you expand what you mean here?=20 that is, by "side-effect" do you mean manipulation of the FRP DAG (whether = directly by changing the DAG itself, or indirectly through some piece of sh= ared state that i guess could include trying to feed in through a primitive= signal/event)? if so, i can see how that becomes problematic if DAG manipu= lations overlap since ordering will be an issue and synchrony is violated; = and i think your later suggestion of treating the DAG as building a transac= tion with all "side effects" pushed to the boundaries is one way to ensure = that these bad interactions never happen. but are there other problems you = see here? --=20 Cheers, R. This message and any attachment are intended solely for the addressee and may contain confidential information. If you have received this message in error, please send it back to me, and immediately delete it. Please do not use, copy or disclose the information contained in this message or in any attachment. Any views or opinions expressed by the author of this email do not necessarily reflect the views of the University of Nottingham. This message has been checked for viruses but the contents of an attachment may still contain software viruses which could damage your computer system: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. From Richard.Mortier@nottingham.ac.uk Wed Apr 10 13:00:49 2013 Received: from ppsw-42.csi.cam.ac.uk ([131.111.8.142]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UPthp-0004zk-NX (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Wed, 10 Apr 2013 13:00:49 +0100 X-Cam-SpamDetails: score -0.1 from SpamAssassin-3.3.2-1463883 * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 MIME_QP_LONG_LINE RAW: Quoted-printable line longer than 76 chars X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from engine03-20433-8.icritical.com ([93.159.202.52]:41639) by ppsw-42.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.149]:25) with smtp id 1UPthp-0007nJ-7g (Exim 4.80_167-5a66dd3) for cl-mirage@lists.cam.ac.uk (return-path ); Wed, 10 Apr 2013 13:00:49 +0100 Received: (qmail 8775 invoked from network); 10 Apr 2013 12:00:45 -0000 Received: from localhost (127.0.0.1) by engine03-20433-8.icritical.com with SMTP; 10 Apr 2013 12:00:45 -0000 Received: from engine03-20433-8.icritical.com ([127.0.0.1]) by localhost (engine03-20433-8.icritical.com [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 08629-06 for ; Wed, 10 Apr 2013 13:00:44 +0100 (BST) Received: (qmail 8230 invoked by uid 599); 10 Apr 2013 11:59:52 -0000 Received: from unknown (HELO smtp3.nottingham.ac.uk) (128.243.44.55) by engine03-20433-8.icritical.com (qpsmtpd/0.28) with ESMTP; Wed, 10 Apr 2013 12:59:52 +0100 Received: from uiwexhub02.ad.nottingham.ac.uk ([128.243.15.132]) by smtp3.nottingham.ac.uk with esmtps (TLSv1:AES128-SHA:128) (Exim 4.77) (envelope-from ) id 1UPtgx-00027L-RC; Wed, 10 Apr 2013 12:59:55 +0100 From: Richard Mortier To: =?iso-8859-1?Q?Daniel_B=FCnzli?= Date: Wed, 10 Apr 2013 12:59:54 +0100 Subject: Re: mirage + froc = self-scaling? Thread-Topic: mirage + froc = self-scaling? Thread-Index: Ac414un1g5R7ppTETlKVTPgVQ38VMQ== Message-ID: <4ABA2037-0D63-460A-8CCC-202E0682745D@nottingham.ac.uk> References: <27C5F743E5AA481BB4A16B403F1842A3@erratique.ch> <4F6CF319-0E99-4CF3-A65D-993B26E7F77E@nottingham.ac.uk> <59296051-131D-425E-B59F-24F97CF4A51E@nottingham.ac.uk> In-Reply-To: <59296051-131D-425E-B59F-24F97CF4A51E@nottingham.ac.uk> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Virus-Scanned: by iCritical at engine03-20433-8.icritical.com Cc: Raphael Proust , "cl-mirage@lists.cam.ac.uk List" X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Apr 2013 12:00:49 -0000 Content-Length: 1204 Lines: 26 On 10 Apr 2013, at 12:57, Mortier Richard wrote: > so to summarise, React's benefits: are specified denotational semantics, = and no global data structures; but React can only guarantee no memory leaks= in environments that support weak references (which does not include JS un= til ECMAScript 6 is adopted). sorry- i should, of course, have included far more complete and up-to-date = documentation as another benefit for React :) --=20 Cheers, R. This message and any attachment are intended solely for the addressee and may contain confidential information. If you have received this message in error, please send it back to me, and immediately delete it. Please do not use, copy or disclose the information contained in this message or in any attachment. Any views or opinions expressed by the author of this email do not necessarily reflect the views of the University of Nottingham. This message has been checked for viruses but the contents of an attachment may still contain software viruses which could damage your computer system: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. From agarwal1975@gmail.com Wed Apr 10 14:31:17 2013 Received: from ppsw-51.csi.cam.ac.uk ([131.111.8.151]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UPv7N-0001kT-GD (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Wed, 10 Apr 2013 14:31:17 +0100 X-Cam-AntiVirus: no malware found X-Cam-SpamDetails: score 0.9 from SpamAssassin-3.3.2-1463883 * -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low * trust * [209.85.210.175 listed in list.dnswl.dnsbl.ja.net] * 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider * (agarwal1975[at]gmail.com) * 0.0 DKIM_ADSP_CUSTOM_MED No valid author signature, adsp_override is * CUSTOM_MED * 0.2 FREEMAIL_ENVFROM_END_DIGIT Envelope-from freemail username ends in * digit (agarwal1975[at]gmail.com) * 0.0 HTML_MESSAGE BODY: HTML included in message * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid * 1.2 NML_ADSP_CUSTOM_MED ADSP custom_med hit, and not from a mailing * list X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from mail-ia0-f175.google.com ([209.85.210.175]:58696) by ppsw-51.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.148]:25) with esmtp id 1UPv7M-0008QM-X4 (Exim 4.72) for cl-mirage@lists.cam.ac.uk (return-path ); Wed, 10 Apr 2013 14:31:17 +0100 Received: by mail-ia0-f175.google.com with SMTP id e16so403800iaa.20 for ; Wed, 10 Apr 2013 06:31:15 -0700 (PDT) X-Received: by 10.42.110.140 with SMTP id q12mr1271476icp.18.1365600674878; Wed, 10 Apr 2013 06:31:14 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.77.133 with HTTP; Wed, 10 Apr 2013 06:30:54 -0700 (PDT) In-Reply-To: <4ABA2037-0D63-460A-8CCC-202E0682745D@nottingham.ac.uk> References: <27C5F743E5AA481BB4A16B403F1842A3@erratique.ch> <4F6CF319-0E99-4CF3-A65D-993B26E7F77E@nottingham.ac.uk> <59296051-131D-425E-B59F-24F97CF4A51E@nottingham.ac.uk> <4ABA2037-0D63-460A-8CCC-202E0682745D@nottingham.ac.uk> From: Ashish Agarwal Date: Wed, 10 Apr 2013 09:30:54 -0400 Message-ID: Subject: Re: mirage + froc = self-scaling? To: Richard Mortier Content-Type: multipart/alternative; boundary=20cf303dd2b0225e9f04da01afc6 Cc: =?ISO-8859-1?Q?Daniel_B=FCnzli?= , Raphael Proust , "cl-mirage@lists.cam.ac.uk List" X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Apr 2013 13:31:17 -0000 Content-Length: 4665 Lines: 113 --20cf303dd2b0225e9f04da01afc6 Content-Type: text/plain; charset=ISO-8859-1 Slightly off-topic, but I'd like to encourage experts in topics like this to contribute to ocaml.org. For example, in this case, it would be great to add a page about FRP, where at the minimum the different FRP libraries are listed. This isn't much work. Spending more time, it would be nice to have tutorials for each of the libraries, a comparison between them, and maybe references to the literature when appropriate. This takes more work but is the kind of thing that can really help OCaml be more widely used. You can always submit an issue with your text, and we'll figure out how to integrate it to the right place. On Wed, Apr 10, 2013 at 7:59 AM, Richard Mortier < Richard.Mortier@nottingham.ac.uk> wrote: > > On 10 Apr 2013, at 12:57, Mortier Richard wrote: > > > so to summarise, React's benefits: are specified denotational semantics, > and no global data structures; but React can only guarantee no memory leaks > in environments that support weak references (which does not include JS > until ECMAScript 6 is adopted). > > sorry- i should, of course, have included far more complete and up-to-date > documentation as another benefit for React :) > > -- > Cheers, > > R. > > > > > This message and any attachment are intended solely for the addressee and > may contain confidential information. If you have received this message in > error, please send it back to me, and immediately delete it. Please do > not use, copy or disclose the information contained in this message or in > any attachment. Any views or opinions expressed by the author of this > email do not necessarily reflect the views of the University of Nottingham. > > This message has been checked for viruses but the contents of an attachment > may still contain software viruses which could damage your computer system: > you are advised to perform your own checks. Email communications with the > University of Nottingham may be monitored as permitted by UK legislation. > > --20cf303dd2b0225e9f04da01afc6 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Slightly off-topic, but I'd like to encourage experts in topics like th= is to contribute to ocaml.org. For example= , in this case, it would be great to add a page about FRP, where at the min= imum the different FRP libraries are listed. This isn't much work. Spen= ding more time, it would be nice to have tutorials for each of the librarie= s, a comparison between them, and maybe references to the literature when a= ppropriate. This takes more work but is the kind of thing that can really h= elp OCaml be more widely used. You can always submit an issue with your tex= t, and we'll figure out how to integrate it to the right place.


On Wed, Apr 10, 2013 at 7:59 AM, Richard= Mortier <Richard.Mortier@nottingham.ac.uk> w= rote:

On 10 Apr 2013, at 12:57, Mortier Richard wrote:

> so to summarise, React's benefits: are specified denotational sema= ntics, and no global data structures; but React can only guarantee no memor= y leaks in environments that support weak references (which does not includ= e JS until ECMAScript 6 is adopted).

sorry- i should, of course, have included far more complete and up-to= -date documentation as another benefit for React :)

--
Cheers,

R.




This message and any attachment are intended solely for the addressee and m= ay contain confidential information. If you have received this message in e= rror, please send it back to me, and immediately delete it. =A0 Please do n= ot use, copy or disclose the information contained in this message or in an= y attachment. =A0Any views or opinions expressed by the author of this emai= l do not necessarily reflect the views of the University of Nottingham.

This message has been checked for viruses but the contents of an attachment=
may still contain software viruses which could damage your computer system:=
you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation.

--20cf303dd2b0225e9f04da01afc6-- From daniel.buenzli@erratique.ch Wed Apr 10 14:40:16 2013 Received: from ppsw-42.csi.cam.ac.uk ([131.111.8.142]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UPvG4-0001z7-GU (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Wed, 10 Apr 2013 14:40:16 +0100 X-Cam-SpamDetails: score -0.1 from SpamAssassin-3.3.2-1463883 * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from mail6.webfaction.com ([74.55.86.74]:36182 helo=smtp.webfaction.com) by ppsw-42.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.149]:25) with esmtp id 1UPvG3-0000nY-8D (Exim 4.80_167-5a66dd3) for cl-mirage@lists.cam.ac.uk (return-path ); Wed, 10 Apr 2013 14:40:16 +0100 Received: from [10.80.114.201] (firewall.ctxuk.citrix.com [46.33.159.2]) by smtp.webfaction.com (Postfix) with ESMTP id 22BF820D73BC; Wed, 10 Apr 2013 13:40:13 +0000 (UTC) Date: Wed, 10 Apr 2013 14:40:12 +0100 From: =?utf-8?Q?Daniel_B=C3=BCnzli?= To: Richard Mortier Message-ID: <4189AC840526498D8C7B5152D999D000@erratique.ch> In-Reply-To: <59296051-131D-425E-B59F-24F97CF4A51E@nottingham.ac.uk> References: <27C5F743E5AA481BB4A16B403F1842A3@erratique.ch> <4F6CF319-0E99-4CF3-A65D-993B26E7F77E@nottingham.ac.uk> <59296051-131D-425E-B59F-24F97CF4A51E@nottingham.ac.uk> Subject: Re: mirage + froc =?utf-8?Q?=3D_?=self-scaling? X-Mailer: sparrow 1.6.4 (build 1178) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Raphael Proust , "=?utf-8?Q?cl-mirage=40lists.cam.ac.uk_List?=" X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Apr 2013 13:40:16 -0000 Content-Length: 4520 Lines: 94 Le mercredi, 10 avril 2013 =C3=A0 12:57, Richard Mortier a =C3=A9crit : > aside: on the memory point, would it be a reasonable way to think about= this that React uses weak refs to avoid memory leaks, while =46roc uses = strong references *but* automatically allows any inside a bind to be coll= ected every time their value changes (so =46roc is kind-of implementing i= t's own GC at a library level). I don't know enough about froc's implementation and api to be able to pre= cisely comment on that. =20 > the part i'm having to work harder to understand is control dependencie= s (and tbh, fix points in React, which feel not unrelated...). What don't you understand in fix points =3F and in which sense do you fee= l they are related to control dependencies =3F =20 > > let b =3D x >>=3D fun x -> return (x =3D 0) > > let n0 =3D x >>=3D fun x -> return (100 / x) =20 > > let y =3D bind2 b n0 (fun b n0 -> if b then return 0 else n0) =20 > > =20 > > doesn't =22work=22 (may divide by zero). But this =20 > > =20 > > let b =3D x >>=3D fun x -> return (x =3D 0) =20 > > let y =3D b >>=3D fun b -> if b then return 0 else x >>=3D fun x -> r= eturn (100 / x) > > =20 > > suddenly does. > sorry, my cs theory is not so hot -- could you expand how referential t= ransparency is broken here=3F Well if you substitute =60n0=60 by its definition in =60y=60 you get the = second program. However both programs do not have the same behaviour =5B1= =5D. As I said, the same thing can happen in react (as the signals are no= t created at the same time in the first case and in the other), however I= think the problem is more acute in froc because of control dependencies.= Basically in react the behavioural differences may be on a prefix of the= timeline, in froc it's much more convoluted as signals implicitely have = stopping times (see below). =20 > just to clarify -- you mean =22disconnected from the system *during an = update cycle*=22=3F Yes. > > It would be interesting to actually work out the precise semantics of= that but I suspect that reasoning about such a system becomes significan= tly harder since the obvious application is to enable/disable side-effect= s and you no longer have obvious timelines for these signals. > again, could you expand what you mean here=3F In react the semantics is simple, once a signal is created it's behaviour= is defined at *all* further points in time. In froc it's not the same, a= signal may be defined on only during an *interval* of time (because of c= ontrol dependencies). =20 This means that if you want to reason on effectful events and signals (se= e below for what I mean) in froc you also have to derive/reason about the= ir stopping time. I prefer to have signals that are well defined at all p= oint in time after their creation. This means that you may have to bundle= the disabling of its side effect in its own definition =5B2=5D, but at l= east you can reason on it easily by applying the denotational semantics o= n its defining expression --- for example to prove by equational reasonin= g that after a particular event happened, the side effect will no longer = happen. =20 > that is, by =22side-effect=22 do you mean manipulation of the =46RP DAG= No. I mean effectful events and signals, that is events and signals that = perform a side effect when their value changes (see =5B3=5D for more info= about how they are treated in react). =20 As an aside I think that usually it doesn't help to think of frp in terms= of dag and update cycles, that's really an implementation detail. Unfort= unately since react is an frp *engine* and not an *api* to a problem doma= in I do have to talk about that a lot in the documentation. But would you= like to approach a problem with frp, I think you should first try to det= ermine your primitive and outputs and give them a denotational semantics = as values that depend on time and use that as the guiding principle for d= esigning your system. =46rp should be really thought about in terms of it= s denotational semantics not in terms of its implementation, see this ans= wer =5B4=5D about the inventor himself. Best, Daniel =5B1=5D http://en.wikipedia.org/wiki/Referential=5Ftransparency=5F(comput= er=5Fscience) =5B2=5D In the example above this means that you would always need to pro= tect against division by zero in n0. =5B3=5D http://erratique.ch/software/react/doc/React=23sideeffects =5B4=5D http://stackoverflow.com/questions/1028250/what-is-functional-rea= ctive-programming From anil@recoil.org Wed Apr 10 17:14:35 2013 Received: from ppsw-41.csi.cam.ac.uk ([131.111.8.141]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UPxfP-0007V2-3c (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Wed, 10 Apr 2013 17:14:35 +0100 X-Cam-AntiVirus: no malware found X-Cam-SpamDetails: score 0.0 from SpamAssassin-3.3.2-1463883 X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from recoil.dh.bytemark.co.uk ([89.16.177.154]:41136 helo=dark.recoil.org) by ppsw-41.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with smtp id 1UPxfO-0000Db-S2 (Exim 4.72) for cl-mirage@lists.cam.ac.uk (return-path ); Wed, 10 Apr 2013 17:14:35 +0100 Received: (qmail 31650 invoked by uid 634); 10 Apr 2013 16:14:34 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from visnet-186.csl.sri.com (HELO visnet-186.csl.sri.com) (130.107.98.186) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Wed, 10 Apr 2013 17:14:33 +0100 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: [Xen-users] [Xen-devel] Request for input: Extended event channel support From: Anil Madhavapeddy In-Reply-To: <1365590756.26448.14.camel@zakaz.uk.xensource.com> Date: Wed, 10 Apr 2013 09:14:17 -0700 Content-Transfer-Encoding: 7bit Message-Id: <6689DA7B-3DCB-4746-A051-A40413A71A05@recoil.org> References: <8E3B77A0-C082-4F98-995E-CC1514631D49@recoil.org> <9F2C4E7DFB7839489C89757A66C5AD6205F056@LONPEX01CL03.citrite.net> <1365590756.26448.14.camel@zakaz.uk.xensource.com> To: Ian Campbell X-Mailer: Apple Mail (2.1503) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "xen-users@lists.xen.org" , George Dunlap , Felipe Franciosi , "cl-mirage@lists.cam.ac.uk List" , "xen-devel@lists.xen.org" X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Apr 2013 16:14:35 -0000 Content-Length: 889 Lines: 23 On 10 Apr 2013, at 03:45, Ian Campbell wrote: > On Thu, 2013-03-28 at 12:54 +0000, Anil Madhavapeddy wrote: >> Yes, except that in Mirage's case we're single vCPU only, and use >> multiple VMs to act as parallel processes with explicit message >> passing. >> >> But we would still need an event channel for the vchan shared ring, in >> this case too... > > That would be between two mirage guests though, unless you are > envisaging mirage "processes" with hundreds of thousands of "threads"? That's correct: most of channels should be directly between guests and not to dom0. It's convenient to be able to do this via dom0 for some services such as xenstore/xenconsoled, but we could work around this without too much difficulty. George: my use case certainly isn't a blocker for 4.3. We can maintain local patches for this specialised use case. -anil From amc79@cam.ac.uk Thu Apr 11 13:34:41 2013 Received: from ppsw-50.csi.cam.ac.uk ([131.111.8.150]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UQGi9-0001CP-JK (Exim 4.70) (return-path ); Thu, 11 Apr 2013 13:34:41 +0100 X-Cam-AntiVirus: no malware found X-Cam-SpamDetails: not scanned X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from dhcp-128-232-143-45.eduroam.csx.cam.ac.uk ([128.232.143.45]:63782) by ppsw-50.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.157]:587) with esmtpsa (PLAIN:amc79) (TLSv1:AES128-SHA:128) id 1UQGi9-0004fG-r9 (Exim 4.72) (return-path ); Thu, 11 Apr 2013 13:34:41 +0100 Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: OCaml Labs Meeting - 12th April at 2pm in the Computer Lab From: Amir Chaudhry In-Reply-To: <4C0BEBF5-AC97-48DF-B11A-3A702F7E8E16@cam.ac.uk> Date: Thu, 11 Apr 2013 13:34:45 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <6C04EB88-C7AF-4248-8D02-79E1E2660A9C@cam.ac.uk> References: <4C0BEBF5-AC97-48DF-B11A-3A702F7E8E16@cam.ac.uk> To: "cl-ocamllabs@lists.cam.ac.uk" , Mirage List X-Mailer: Apple Mail (2.1503) X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Apr 2013 12:34:41 -0000 Content-Length: 2309 Lines: 82 Dear all, Here's the agenda for the OCaml Labs meeting tomorrow (2pm in FW26 at = the Computer Lab) Overview - New Starters and Visitors Intro to new people joining OCaml Labs and their work=20 - HAT project=20 Hub of All Things and its relation to the OCL systems projects Platform Projects - Update on OCaml.org design work (Amir - 5mins) Some photoshop designs based on the wireframes from last meeting - Building the Platform (Amir - 2mins) Reiterating the approach we're taking to build an OCaml Platform - OCamlot (David Sheets - 5min) An overview of the Online test system and progress so far Systems Projects - Mirage and Xen.org (Amir - 2mins) Brief update on status of Xen.org incubation - Update on Mirari (Anil - 5mins) Build front-end for Mirage appliances - Irminsule (Anil - 5mins) A distributed filesystem and block store, similar to Git Compiler Projects - namespaces (Leo - 5mins) Summary of the namespaces discussions so far Additional - Student Projects (Philippe - 2mins) We'd like to collate a list of projects=20 - New OCL reporting site (Amir/Anil - 5mins) Revealing the new OCaml Labs website If you'd like to catchup with the update from February, you can find the = raw text at the link below (although bear in mind that the links within = the document are unlikely to work). The February update will be = available on the new OCL site from tomorrow and the March update will be = added in the days after the meeting. = https://github.com/ocamllabs/ocl-reporter/blob/master/content/news/2013-02= -01.md Best wishes, Amir On 3 Apr 2013, at 20:16, Amir Chaudhry wrote: > Dear all, >=20 > The next OCaml Labs meeting will take place on the 12th of April at = 2pm in the Lab > A skeleton agenda is below and a more detailed one will follow next = week. =20 >=20 > Please do let me know if you will be attending. >=20 > -- Details -- > OCaml Labs Meeting > 12th April 2013 > 2pm =96 3:30pm (but aiming for 3pm finish) > Room FW26 - Cambridge Computer Laboratory > William Gates Building > JJ Thomson Avenue > Cambridge CB3 0FD >=20 > -- Agenda -- > OCL Updates > - Platform projects > - Systems projects > - Compiler projects > Open discussion > Close >=20 > Best wishes, > Amir From amc79@cam.ac.uk Thu Apr 11 13:46:55 2013 Received: from ppsw-50.csi.cam.ac.uk ([131.111.8.150]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UQGty-0001YE-UM (Exim 4.70) (return-path ); Thu, 11 Apr 2013 13:46:55 +0100 X-Cam-AntiVirus: no malware found X-Cam-SpamDetails: not scanned X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from dhcp-128-232-143-45.eduroam.csx.cam.ac.uk ([128.232.143.45]:63922) by ppsw-50.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.157]:587) with esmtpsa (PLAIN:amc79) (TLSv1:AES128-SHA:128) id 1UQGty-0001RH-s3 (Exim 4.72) (return-path ); Thu, 11 Apr 2013 13:46:54 +0100 Subject: Re: OCaml Labs Meeting - 12th April at 2pm in the Computer Lab Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Content-Type: text/plain; charset=windows-1252 From: Amir Chaudhry In-Reply-To: <6C04EB88-C7AF-4248-8D02-79E1E2660A9C@cam.ac.uk> Date: Thu, 11 Apr 2013 13:46:58 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <49B7E93C-00AF-4761-A9A8-1F3D6C078AC9@cam.ac.uk> References: <4C0BEBF5-AC97-48DF-B11A-3A702F7E8E16@cam.ac.uk> <6C04EB88-C7AF-4248-8D02-79E1E2660A9C@cam.ac.uk> To: "cl-ocamllabs@lists.cam.ac.uk" , Mirage List X-Mailer: Apple Mail (2.1503) Cc: Dave Scott X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Apr 2013 12:46:55 -0000 Content-Length: 2819 Lines: 99 It's just been pointed out to me that the best way to read the previous = update is vie the following link: = http://htmlpreview.github.io/?https://github.com/ocamllabs/ocl-reporter/bl= ob/master/pages/news/index.html The caveat about links still applies but the rendering is better. Best wishes, Amir On 11 Apr 2013, at 13:34, Amir Chaudhry wrote: > Dear all, >=20 > Here's the agenda for the OCaml Labs meeting tomorrow (2pm in FW26 at = the Computer Lab) >=20 > Overview > - New Starters and Visitors > Intro to new people joining OCaml Labs and their work=20 > - HAT project=20 > Hub of All Things and its relation to the OCL systems projects >=20 > Platform Projects > - Update on OCaml.org design work (Amir - 5mins) > Some photoshop designs based on the wireframes from last meeting > - Building the Platform (Amir - 2mins) > Reiterating the approach we're taking to build an OCaml Platform > - OCamlot (David Sheets - 5min) > An overview of the Online test system and progress so far >=20 > Systems Projects > - Mirage and Xen.org (Amir - 2mins) > Brief update on status of Xen.org incubation > - Update on Mirari (Anil - 5mins) > Build front-end for Mirage appliances > - Irminsule (Anil - 5mins) > A distributed filesystem and block store, similar to Git >=20 > Compiler Projects > - namespaces (Leo - 5mins) > Summary of the namespaces discussions so far >=20 > Additional > - Student Projects (Philippe - 2mins) > We'd like to collate a list of projects=20 > - New OCL reporting site (Amir/Anil - 5mins) > Revealing the new OCaml Labs website >=20 >=20 > If you'd like to catchup with the update from February, you can find = the raw text at the link below (although bear in mind that the links = within the document are unlikely to work). The February update will be = available on the new OCL site from tomorrow and the March update will be = added in the days after the meeting. > = https://github.com/ocamllabs/ocl-reporter/blob/master/content/news/2013-02= -01.md >=20 > Best wishes, > Amir >=20 > On 3 Apr 2013, at 20:16, Amir Chaudhry wrote: >=20 >> Dear all, >>=20 >> The next OCaml Labs meeting will take place on the 12th of April at = 2pm in the Lab >> A skeleton agenda is below and a more detailed one will follow next = week. =20 >>=20 >> Please do let me know if you will be attending. >>=20 >> -- Details -- >> OCaml Labs Meeting >> 12th April 2013 >> 2pm =96 3:30pm (but aiming for 3pm finish) >> Room FW26 - Cambridge Computer Laboratory >> William Gates Building >> JJ Thomson Avenue >> Cambridge CB3 0FD >>=20 >> -- Agenda -- >> OCL Updates >> - Platform projects >> - Systems projects >> - Compiler projects >> Open discussion >> Close >>=20 >> Best wishes, >> Amir >=20 >=20 From Richard.Mortier@nottingham.ac.uk Thu Apr 11 15:52:43 2013 Received: from ppsw-41.csi.cam.ac.uk ([131.111.8.141]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UQIrj-0004zL-B9 (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Thu, 11 Apr 2013 15:52:43 +0100 X-Cam-AntiVirus: no malware found X-Cam-SpamScore: s X-Cam-SpamDetails: score 1.1 from SpamAssassin-3.3.2-1463883 * 0.0 HTML_MESSAGE BODY: HTML included in message * 1.1 MIME_HTML_ONLY BODY: Message only has text/html MIME parts X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from engine03-20433-8.icritical.com ([93.159.202.52]:36930) by ppsw-41.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with smtp id 1UQIri-0007mk-S6 (Exim 4.72) for cl-mirage@lists.cam.ac.uk (return-path ); Thu, 11 Apr 2013 15:52:43 +0100 Received: (qmail 10874 invoked from network); 11 Apr 2013 14:52:38 -0000 Received: from localhost (127.0.0.1) by engine03-20433-8.icritical.com with SMTP; 11 Apr 2013 14:52:38 -0000 Received: from engine03-20433-8.icritical.com ([127.0.0.1]) by localhost (engine03-20433-8.icritical.com [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 10799-04 for ; Thu, 11 Apr 2013 15:52:36 +0100 (BST) Received: (qmail 10831 invoked by uid 599); 11 Apr 2013 14:52:33 -0000 Received: from unknown (HELO smtp3.nottingham.ac.uk) (128.243.44.55) by engine03-20433-8.icritical.com (qpsmtpd/0.28) with ESMTP; Thu, 11 Apr 2013 15:52:33 +0100 Received: from uiwexhub02.ad.nottingham.ac.uk ([128.243.15.132]) by smtp3.nottingham.ac.uk with esmtps (TLSv1:AES128-SHA:128) (Exim 4.77) (envelope-from ) id 1UQIrb-0003O7-Qd; Thu, 11 Apr 2013 15:52:35 +0100 From: Richard Mortier To: Ashish Agarwal Date: Thu, 11 Apr 2013 15:52:34 +0100 Subject: Re: mirage + froc = self-scaling? Thread-Topic: mirage + froc = self-scaling? Thread-Index: Ac42xDPD4FS8FW14QsaEXbG9YIXqyQ== Message-ID: References: <27C5F743E5AA481BB4A16B403F1842A3@erratique.ch> <4F6CF319-0E99-4CF3-A65D-993B26E7F77E@nottingham.ac.uk> <59296051-131D-425E-B59F-24F97CF4A51E@nottingham.ac.uk> <4ABA2037-0D63-460A-8CCC-202E0682745D@nottingham.ac.uk> In-Reply-To: Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Virus-Scanned: by iCritical at engine03-20433-8.icritical.com Cc: =?iso-8859-1?Q?Daniel_B=FCnzli?= , Raphael, Proust , "cl-mirage@lists.cam.ac.uk List" X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Apr 2013 14:52:43 -0000 Content-Length: 3326 Lines: 50
On 10 Apr 20= 13, at 14:30, Ashish Agarwal wrote:

Slightly off-topic, but I'd like to encoura= ge experts in topics like this to contribute to ocaml.org. For example, in this case, it would be great to add a pag= e about FRP, where at the minimum the different FRP libraries are listed. T= his isn't much work. Spending more time, it would be nice to have tutorials= for each of the libraries, a comparison between them, and maybe references= to the literature when appropriate. This takes more work but is the kind o= f thing that can really help OCaml be more widely used. You can always subm= it an issue with your text, and we'll figure out how to integrate it to the= right place.

i certainly wouldn't call myself a= n expert in FRP! but happy to contribute what i've found out so far (e.g., = i've at least got complete working code examples for the Froc blog post by = jason).

i'll see what i can contribute once i've g= one through my current set of questions/problems :)

--&nb= sp;
Cheers,

R.


=


=

= = From tom.j.ridge@googlemail.com Thu Apr 11 21:23:32 2013 Received: from ppsw-51.csi.cam.ac.uk ([131.111.8.151]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UQO1s-00033D-C1 (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Thu, 11 Apr 2013 21:23:32 +0100 X-Cam-AntiVirus: no malware found X-Cam-SpamDetails: score 0.6 from SpamAssassin-3.3.2-1463883 * -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low * trust * [209.85.220.53 listed in list.dnswl.dnsbl.ja.net] * 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider * (tom.j.ridge+list[at]googlemail.com) * 0.0 DKIM_ADSP_CUSTOM_MED No valid author signature, adsp_override is * CUSTOM_MED * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid * 1.2 NML_ADSP_CUSTOM_MED ADSP custom_med hit, and not from a mailing * list X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from mail-pa0-f53.google.com ([209.85.220.53]:61513) by ppsw-51.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.148]:25) with esmtp id 1UQO1r-0005FA-XS (Exim 4.72) for cl-mirage@lists.cam.ac.uk (return-path ); Thu, 11 Apr 2013 21:23:32 +0100 Received: by mail-pa0-f53.google.com with SMTP id bh4so1087519pad.12 for ; Thu, 11 Apr 2013 13:23:30 -0700 (PDT) X-Received: by 10.68.229.163 with SMTP id sr3mr10904304pbc.54.1365711810259; Thu, 11 Apr 2013 13:23:30 -0700 (PDT) MIME-Version: 1.0 Sender: tom.j.ridge@googlemail.com Received: by 10.70.42.3 with HTTP; Thu, 11 Apr 2013 13:23:10 -0700 (PDT) From: Tom Ridge Date: Thu, 11 Apr 2013 21:23:10 +0100 X-Google-Sender-Auth: cuCYy8bgEkOZklY20xVz_xXyQYE Message-ID: Subject: Microsoft-funded PhD opportunity (software/ system verification) To: acl2@utlists.utexas.edu, agda@lists.chalmers.se, caml-list , cl-mirage@lists.cam.ac.uk Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Apr 2013 20:23:32 -0000 Content-Length: 4548 Lines: 113 Dear Colleagues, I would be very grateful if you could bring the following advert to the attention of potential applicants. Also, if anyone if interested in the project, please do get in touch! Thanks Tom -- Microsoft Research PhD studentship: Future Filesystems ====================================================== Project: Future filesystems: mechanized specification, validation, implementation and verification of filesystems Supervisors: Tom Ridge (with Andrew Kennedy at Microsoft Research) Application deadline: 2013-06-02 (June 2nd) PhD expected start date: 2013-10-01 We seek strong candidates for a Microsoft PhD studentship on "verified filesystems". The PhD scholarship is fully funded for three years. The project will be supervised by Tom Ridge at the Department of Computer Science, University of Leicester, in collaboration with Andrew Kennedy at Microsoft Research Cambridge. Project description ------------------- Filesystems are extremely important. Users depend on filesystems to store their files whenever they hit "save". Businesses rely on databases to store their data safely, and these databases in turn rely on the filesystem. Modern filesystems are designed to satisfy many complicated requirements. As a result, implementations are beset with problems. The implementation code is extremely complex, and almost inevitably contains bugs. These bugs can and do lead to data corruption and loss. Development time is very lengthy. Testing is also very lengthy and costly, and does not guarantee to eliminate all bugs. It is often unclear to application developers what guarantees a filesystem provides, so that it becomes extremely difficult to write correct applications for a given filesystem, let alone applications that are portable across different filesystems. In this project, we aim to tackle these problems by applying formal methods techniques. We will specify the behaviour of existing filesystems using higher-order logic (supported by the HOL4 theorem prover). Further, we will implement a filesystem, and verify functional correctness of the implementation with respect to the specification. We are particularly interested in the behaviour of filesystems when the host crashes. The project involves theoretical aspects (for example, we are interested in understanding the dependencies that arise when different filesystem operations execute; the project will also involve extensive proofs, both informal and mechanized) but is focused on applications of theory to real-world systems. Background of applicant ----------------------- Ideally the applicant should be a good programmer (with knowledge of one of the main functional programming languages such as OCaml, Haskell, SML etc), with background in semantics (particularly operational semantics), theorem proving, and verification. The applicant must have a strong interest in producing reliable systems. Applicants should hold at least a good second-class honours degree or equivalent in computer science (or a closely related discipline) and have a good command of English. A masters degree may be an advantage, but is not necessary. Funding ------- The Microsoft scholarship consists of an annual bursary for 3 years. This studentship is fully funded (fees and stipend) for UK and EU students. The stipend is up to 17,000 UK pounds. We welcome overseas applicants, and would provide the equivalent of home/EU fees and maintenance for a successful overseas candidate; the difference between home/ EU fees and international fees (approx. 11,000 UK pounds per annum) would need to be funded by the overseas applicant. Environment ----------- The Department of Computer Science offers a highly collegiate and stimulating environment for research career development. The prospective student will work within an ambitious research team that is internationally recognised and will be expected to contribute to the strong profile of the department through participation in the development and publication of international-quality research results. Application process ------------------- We encourage potential applicants who wish to express their interest in the project to email Tom Ridge `tr61 (at) le.ac.uk` well before the deadline. The application process is via the University of Leicester. For further details on the application process, see Further questions ----------------- Please contact Tom Ridge `tr61 (at) le.ac.uk` if you have any further questions. From crowcroft@gmail.com Fri Apr 12 14:25:13 2013 Received: from ppsw-41.csi.cam.ac.uk ([131.111.8.141]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UQdyb-0000Fn-3P (Exim 4.70) (return-path ); Fri, 12 Apr 2013 14:25:13 +0100 X-Cam-AntiVirus: no malware found X-Cam-SpamDetails: score -0.6 from SpamAssassin-3.3.2-1463883 * -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low * trust * [74.125.83.41 listed in list.dnswl.dnsbl.ja.net] * 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider * (crowcroft[at]gmail.com) * 0.0 HTML_MESSAGE BODY: HTML included in message * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from mail-ee0-f41.google.com ([74.125.83.41]:52786) by ppsw-41.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with esmtp id 1UQdyZ-00079C-SM (Exim 4.72) (return-path ); Fri, 12 Apr 2013 14:25:13 +0100 Received: by mail-ee0-f41.google.com with SMTP id c1so1240779eek.14 for ; Fri, 12 Apr 2013 06:25:11 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.15.35.193 with SMTP id g41mr28317432eev.45.1365773111473; Fri, 12 Apr 2013 06:25:11 -0700 (PDT) Sender: crowcroft@gmail.com Received: by 10.223.82.67 with HTTP; Fri, 12 Apr 2013 06:25:11 -0700 (PDT) Received: by 10.223.82.67 with HTTP; Fri, 12 Apr 2013 06:25:11 -0700 (PDT) In-Reply-To: <4C0BEBF5-AC97-48DF-B11A-3A702F7E8E16@cam.ac.uk> References: <4C0BEBF5-AC97-48DF-B11A-3A702F7E8E16@cam.ac.uk> Date: Fri, 12 Apr 2013 15:25:11 +0200 X-Google-Sender-Auth: LGQVseKmD-3d8Pm0qI7vrSxVI5w Message-ID: Subject: Re: OCaml Labs Meeting - 12th April at 2pm in the Computer Lab From: Jon Crowcroft To: Amir Chaudhry Content-Type: multipart/alternative; boundary=089e016813c2275be404da29d5fd Cc: Mirage List , "cl-ocamllabs@lists.cam.ac.uk" X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Apr 2013 13:25:13 -0000 Content-Length: 2165 Lines: 82 --089e016813c2275be404da29d5fd Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Stats event I mentioned: http://www.srcf.ucam.org/~ab630/wp-content/uploads/meeting2013.html On 3 Apr 2013 20:16, "Amir Chaudhry" wrote: > Dear all, > > The next OCaml Labs meeting will take place on the 12th of April at 2pm i= n > the Lab > A skeleton agenda is below and a more detailed one will follow next week. > > Please do let me know if you will be attending. > > -- Details -- > OCaml Labs Meeting > 12th April 2013 > 2pm =96 3:30pm (but aiming for 3pm finish) > Room FW26 - Cambridge Computer Laboratory > William Gates Building > JJ Thomson Avenue > Cambridge CB3 0FD > > -- Agenda -- > OCL Updates > - Platform projects > - Systems projects > - Compiler projects > Open discussion > Close > > Best wishes, > Amir > --089e016813c2275be404da29d5fd Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable

Stats event I mentioned:
http://www.srcf.ucam.org/~ab630/wp-content/uploads/meeting2013.html

On 3 Apr 2013 20:16, "Amir Chaudhry" &= lt;amc79@cam.ac.uk> wrote:
Dear all,

The next OCaml Labs meeting will take place on the 12th of April at 2pm in = the Lab
A skeleton agenda is below and a more detailed one will follow next week.
Please do let me know if you will be attending.

-- Details --
OCaml Labs Meeting
12th April 2013
2pm =96 3:30pm (but aiming for 3pm finish)
Room FW26 - Cambridge Computer Laboratory
William Gates Building
JJ Thomson Avenue
Cambridge CB3 0FD

-- Agenda --
OCL Updates
- Platform projects
- Systems projects
- Compiler projects
Open discussion
Close

Best wishes,
Amir
--089e016813c2275be404da29d5fd-- From amc79@cam.ac.uk Sun Apr 14 17:29:30 2013 Received: from ppsw-41.csi.cam.ac.uk ([131.111.8.141]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1URPo2-0003GB-4s (Exim 4.70) (return-path ); Sun, 14 Apr 2013 17:29:30 +0100 X-Cam-AntiVirus: no malware found X-Cam-SpamDetails: not scanned X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from host81-149-102-120.in-addr.btopenworld.com ([81.149.102.120]:59157 helo=[192.168.1.40]) by ppsw-41.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.156]:587) with esmtpsa (PLAIN:amc79) (TLSv1:AES128-SHA:128) id 1URPo2-0005Ad-Py (Exim 4.72) (return-path ); Sun, 14 Apr 2013 17:29:30 +0100 From: Amir Chaudhry Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: OCaml Hacking session/meetup - Thu 18th Apr at 6:30pm in Makespace Date: Sun, 14 Apr 2013 17:29:36 +0100 Message-Id: To: "cl-ocamllabs@lists.cam.ac.uk" Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) X-Mailer: Apple Mail (2.1503) Cc: Mirage List X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Apr 2013 16:29:30 -0000 Content-Length: 614 Lines: 19 Dear all,=20 As I mentioned briefly at the last meeting, I'm organising another OCaml = Hacking session at Makespace in Cambridge. It will be this Thursday at 6:30pm at Makespace, just off Mill Lane (map = link below). Please do register via the meetup group as it makes it = easier for me to send updates and keep track of numbers. I'll be ordering pizza at 6:45pm so if you want to be counted for food, = please be there by then. Register: = http://www.meetup.com/Cambridge-NonDysFunctional-Programmers/events/114286= 762/ Map: http://goo.gl/maps/8zVCh (green arrow marks the entrance) Best wishes, Amir= From amc79@cam.ac.uk Mon Apr 15 16:22:03 2013 Received: from ppsw-50.csi.cam.ac.uk ([131.111.8.150]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1URlEJ-0003A3-NN (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Mon, 15 Apr 2013 16:22:03 +0100 X-Cam-AntiVirus: no malware found X-Cam-SpamDetails: not scanned X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from dhcp-128-232-141-118.eduroam.csx.cam.ac.uk ([128.232.141.118]:64537) by ppsw-50.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.157]:587) with esmtpsa (PLAIN:amc79) (TLSv1:AES128-SHA:128) id 1URlEJ-0000Cn-rO (Exim 4.72) (return-path ); Mon, 15 Apr 2013 16:22:03 +0100 Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: Mirage release weekly call: Tue 1600 GMT From: Amir Chaudhry In-Reply-To: Date: Mon, 15 Apr 2013 16:22:06 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <0E50CDE1-5A26-4CEC-B181-C2F18635BF6A@recoil.org> To: Anil Madhavapeddy X-Mailer: Apple Mail (2.1503) Cc: "cl-mirage@lists.cam.ac.uk List" , Prashanth Mundkur X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Apr 2013 15:22:03 -0000 Content-Length: 5029 Lines: 140 Hi folks, Just a reminder that this call will be taking place tomorrow at 1600 = BST. I'll take minutes this time and send round shortly after the = meeting. The call details from before should work fine (see previous emails = below) but Dave will confirm later on. Amir On 8 Apr 2013, at 16:38, Anil Madhavapeddy wrote: > A couple of people have indicated that they can't make it tomorrow, = and so we're going to shift the first call by one week, to Tuesday 16th = April at 1600 BST. >=20 > So tomorrow's call is cancelled, and we will convene in eight days. = Dave will send out updated call information to the list if it's needed, = as the below invitation may expire by then. >=20 > -anil >=20 > On 7 Apr 2013, at 16:10, Anil Madhavapeddy wrote: >=20 >> Team, >>=20 >> There are two bits of good news recently. We've been accepted for a = talk to O'Reilly OSCON, and are in the final stages of joining Xen.org = as an incubator project. With the increasing interest in using Mirage = for a variety of purposes, we need to ensure that we have a solid first = release that we can use as the basis for testing and future = improvements. >>=20 >> To that end, we're starting a weekly call to coordinate the details = of the 1.0 release. The first agenda will cover: >> - Anil Madhavapeddy: overview of release goals >> - Dave Scott: libvirt and other status >> - Vincent Bernardoff: Mirari and testing >> - Thomas Gazagnaire: Irminsule, the storage substrate for Mirage >> - Amir Chaudhry: xen.org incubation status and next steps >>=20 >> A new team member from SRI, Prashanth Mundkur, has kindly volunteered = to take minutes of the release calls so that we can update the website = immediately afterwards. This is just an initial agenda; please send me = any updates privately and I'll record them. >>=20 >> Details below: you can either use the online GoToMeeting or dial in = via the numbers below: >>=20 >> 1. Please join my meeting. >> https://www1.gotomeeting.com/join/211547328 >>=20 >> 2. Use your microphone and speakers (VoIP) - a headset is = recommended. Or, call in using your telephone. >>=20 >> United States: +1 (224) 649-0001 >> Argentina (toll-free): 0 800 266 1382 >> Australia (toll-free): 1 800 193 385 >> Australia: +61 2 8355 1020 >> Austria (toll-free): 0 800 202148 >> Austria: +43 (0) 7 2088 1047 >> Bahrain (toll-free): 800 81 111 >> Belarus (toll-free): 8 820 0011 0214 >> Belgium (toll-free): 0 800 26116 >> Belgium: +32 (0) 28 08 4368 >> Brazil (toll-free): 0 800 047 4906 >> Canada (toll-free): 1 888 455 1389 >> Canada: +1 (647) 497-9353 >> China (toll-free): 4008 811084 >> Czech Republic (toll-free): 800 500448 >> Denmark (toll-free): 8090 1924 >> Denmark: +45 (0) 69 91 89 28 >> Finland (toll-free): 80094507 >> Finland: +358 (0) 942 59 7850 >> France (toll-free): 0 805 541 047 >> France: +33 (0) 170 950 594 >> Germany (toll-free): 0 800 723 5270 >> Germany: +49 (0) 811 8899 6903 >> Hong Kong (toll-free): 30713169 >> Iceland (toll-free): 800 9869 >> India (toll-free): 000 800 100 7855 >> Indonesia (toll-free): 007 803 011 0395 >> Ireland (toll-free): 1 800 946 538 >> Ireland: +353 (0) 19 030 010 >> Israel (toll-free): 1 809 212 875 >> Italy (toll-free): 800 906959 >> Italy: +39 0 247 92 13 01 >> Japan (toll-free): 00 120 663 800 >> Korea, Republic of (toll-free): 806150880 >> Luxembourg (toll-free): 800 22104 >> Malaysia (toll-free): 1 800 81 5373 >> Mexico (toll-free): 01 800 925 0372 >> Netherlands (toll-free): 0 800 265 8469 >> Netherlands: +31 (0) 208 080 219 >> New Zealand (toll-free): 0 800 45 2202 >> New Zealand: +64 (0) 9 280 6302 >> Norway (toll-free): 800 30 257 >> Norway: +47 75 80 32 07 >> Panama (toll-free): 00 800 226 8832 >> Peru (toll-free): 0 800 54682 >> Philippines (toll-free): 1 800 1651 0716 >> Poland (toll-free): 00 800 1213979 >> Portugal (toll-free): 800 784 461 >> Russian Federation (toll-free): 810 800 29674011 >> Saudi Arabia (toll-free): +9668008443633 >> Singapore (toll-free): 800 120 5615 >> South Africa (toll-free): 0 800 983 867 >> Spain (toll-free): 0 800 900 582 >> Spain: +34 911 82 9906 >> Sweden (toll-free): 020 980 772 >> Sweden: +46 (0) 852 500 186 >> Switzerland (toll-free): 0 800 740 393 >> Switzerland: +41 (0) 435 0167 13 >> Taiwan (toll-free): 00 800 666 854 >> Thailand (toll-free): 001 800 658 131 >> Turkey (toll-free): +90800448823683 >> Ukraine (toll-free): 0 800 50 0641 >> United Arab Emirates (toll-free): +97180004440439 >> United Kingdom (toll-free): 0 808 168 0229 >> United Kingdom: +44 (0) 207 151 1853 >> United States (toll-free): 1 877 309 2073 >> Uruguay (toll-free): 000 413 598 4110 >> Viet Nam (toll-free): 120 65 157 >>=20 >> Access Code: 211-547-328 >> Audio PIN: Shown after joining the meeting >>=20 >> Meeting ID: 211-547-328 >>=20 >> GoToMeeting=AE=20 >> Online Meetings Made Easy=AE >>=20 >> Not at your computer? Click the link to join this meeting from your = iPhone=AE, iPad=AE or Android=AE device via the GoToMeeting app. >>=20 >=20 >=20 From scott.dj@gmail.com Mon Apr 15 17:38:57 2013 Received: from ppsw-41.csi.cam.ac.uk ([131.111.8.141]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1URmQj-0006EH-7m (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Mon, 15 Apr 2013 17:38:57 +0100 X-Cam-AntiVirus: no malware found X-Cam-SpamDetails: score 0.6 from SpamAssassin-3.3.2-1467748 * -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low * trust * [209.85.220.170 listed in list.dnswl.dnsbl.ja.net] * 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider * (scott.dj[at]gmail.com) * 0.0 DKIM_ADSP_CUSTOM_MED No valid author signature, adsp_override is * CUSTOM_MED * 0.0 HTML_MESSAGE BODY: HTML included in message * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid * 1.2 NML_ADSP_CUSTOM_MED ADSP custom_med hit, and not from a mailing * list X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from mail-vc0-f170.google.com ([209.85.220.170]:64953) by ppsw-41.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with esmtp id 1URmQi-0001zu-Q6 (Exim 4.72) for cl-mirage@lists.cam.ac.uk (return-path ); Mon, 15 Apr 2013 17:38:57 +0100 Received: by mail-vc0-f170.google.com with SMTP id lf10so4157243vcb.29 for ; Mon, 15 Apr 2013 09:38:55 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.220.116.5 with SMTP id k5mr16823815vcq.55.1366043935350; Mon, 15 Apr 2013 09:38:55 -0700 (PDT) Received: by 10.220.82.70 with HTTP; Mon, 15 Apr 2013 09:38:55 -0700 (PDT) In-Reply-To: References: <0E50CDE1-5A26-4CEC-B181-C2F18635BF6A@recoil.org> Date: Mon, 15 Apr 2013 17:38:55 +0100 Message-ID: Subject: Re: Mirage release weekly call: Tue 1600 GMT From: David Scott To: Amir Chaudhry Content-Type: multipart/alternative; boundary=f46d0438946383be4e04da68e3ce Cc: Prashanth Mundkur , "cl-mirage@lists.cam.ac.uk List" , Anil Madhavapeddy X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Apr 2013 16:38:57 -0000 Content-Length: 12966 Lines: 330 --f46d0438946383be4e04da68e3ce Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, It looks like the previous call details should just work. See you tomorrow, Dave On Mon, Apr 15, 2013 at 4:22 PM, Amir Chaudhry wrote: > Hi folks, > > Just a reminder that this call will be taking place tomorrow at 1600 BST. > I'll take minutes this time and send round shortly after the meeting. > > The call details from before should work fine (see previous emails below) > but Dave will confirm later on. > > Amir > > On 8 Apr 2013, at 16:38, Anil Madhavapeddy wrote: > > > A couple of people have indicated that they can't make it tomorrow, and > so we're going to shift the first call by one week, to Tuesday 16th April > at 1600 BST. > > > > So tomorrow's call is cancelled, and we will convene in eight days. > Dave will send out updated call information to the list if it's needed, = as > the below invitation may expire by then. > > > > -anil > > > > On 7 Apr 2013, at 16:10, Anil Madhavapeddy wrote: > > > >> Team, > >> > >> There are two bits of good news recently. We've been accepted for a > talk to O'Reilly OSCON, and are in the final stages of joining Xen.org as > an incubator project. With the increasing interest in using Mirage for a > variety of purposes, we need to ensure that we have a solid first release > that we can use as the basis for testing and future improvements. > >> > >> To that end, we're starting a weekly call to coordinate the details of > the 1.0 release. The first agenda will cover: > >> - Anil Madhavapeddy: overview of release goals > >> - Dave Scott: libvirt and other status > >> - Vincent Bernardoff: Mirari and testing > >> - Thomas Gazagnaire: Irminsule, the storage substrate for Mirage > >> - Amir Chaudhry: xen.org incubation status and next steps > >> > >> A new team member from SRI, Prashanth Mundkur, has kindly volunteered > to take minutes of the release calls so that we can update the website > immediately afterwards. This is just an initial agenda; please send me an= y > updates privately and I'll record them. > >> > >> Details below: you can either use the online GoToMeeting or dial in vi= a > the numbers below: > >> > >> 1. Please join my meeting. > >> https://www1.gotomeeting.com/join/211547328 > >> > >> 2. Use your microphone and speakers (VoIP) - a headset is recommended= . > Or, call in using your telephone. > >> > >> United States: +1 (224) 649-0001 > >> Argentina (toll-free): 0 800 266 1382 > >> Australia (toll-free): 1 800 193 385 > >> Australia: +61 2 8355 1020 > >> Austria (toll-free): 0 800 202148 > >> Austria: +43 (0) 7 2088 1047 > >> Bahrain (toll-free): 800 81 111 > >> Belarus (toll-free): 8 820 0011 0214 > >> Belgium (toll-free): 0 800 26116 > >> Belgium: +32 (0) 28 08 4368 > >> Brazil (toll-free): 0 800 047 4906 > >> Canada (toll-free): 1 888 455 1389 > >> Canada: +1 (647) 497-9353 > >> China (toll-free): 4008 811084 > >> Czech Republic (toll-free): 800 500448 > >> Denmark (toll-free): 8090 1924 > >> Denmark: +45 (0) 69 91 89 28 > >> Finland (toll-free): 80094507 > >> Finland: +358 (0) 942 59 7850 > >> France (toll-free): 0 805 541 047 > >> France: +33 (0) 170 950 594 > >> Germany (toll-free): 0 800 723 5270 > >> Germany: +49 (0) 811 8899 6903 > >> Hong Kong (toll-free): 30713169 > >> Iceland (toll-free): 800 9869 > >> India (toll-free): 000 800 100 7855 > >> Indonesia (toll-free): 007 803 011 0395 > >> Ireland (toll-free): 1 800 946 538 > >> Ireland: +353 (0) 19 030 010 > >> Israel (toll-free): 1 809 212 875 > >> Italy (toll-free): 800 906959 > >> Italy: +39 0 247 92 13 01 > >> Japan (toll-free): 00 120 663 800 > >> Korea, Republic of (toll-free): 806150880 > >> Luxembourg (toll-free): 800 22104 > >> Malaysia (toll-free): 1 800 81 5373 > >> Mexico (toll-free): 01 800 925 0372 > >> Netherlands (toll-free): 0 800 265 8469 > >> Netherlands: +31 (0) 208 080 219 > >> New Zealand (toll-free): 0 800 45 2202 > >> New Zealand: +64 (0) 9 280 6302 > >> Norway (toll-free): 800 30 257 > >> Norway: +47 75 80 32 07 > >> Panama (toll-free): 00 800 226 8832 > >> Peru (toll-free): 0 800 54682 > >> Philippines (toll-free): 1 800 1651 0716 > >> Poland (toll-free): 00 800 1213979 > >> Portugal (toll-free): 800 784 461 > >> Russian Federation (toll-free): 810 800 29674011 > >> Saudi Arabia (toll-free): +9668008443633 > >> Singapore (toll-free): 800 120 5615 > >> South Africa (toll-free): 0 800 983 867 > >> Spain (toll-free): 0 800 900 582 > >> Spain: +34 911 82 9906 > >> Sweden (toll-free): 020 980 772 > >> Sweden: +46 (0) 852 500 186 > >> Switzerland (toll-free): 0 800 740 393 > >> Switzerland: +41 (0) 435 0167 13 > >> Taiwan (toll-free): 00 800 666 854 > >> Thailand (toll-free): 001 800 658 131 > >> Turkey (toll-free): +90800448823683 > >> Ukraine (toll-free): 0 800 50 0641 > >> United Arab Emirates (toll-free): +97180004440439 > >> United Kingdom (toll-free): 0 808 168 0229 > >> United Kingdom: +44 (0) 207 151 1853 > >> United States (toll-free): 1 877 309 2073 > >> Uruguay (toll-free): 000 413 598 4110 > >> Viet Nam (toll-free): 120 65 157 > >> > >> Access Code: 211-547-328 > >> Audio PIN: Shown after joining the meeting > >> > >> Meeting ID: 211-547-328 > >> > >> GoToMeeting=AE > >> Online Meetings Made Easy=AE > >> > >> Not at your computer? Click the link to join this meeting from your > iPhone=AE, iPad=AE or Android=AE device via the GoToMeeting app. > >> > > > > > > > --=20 Dave Scott --f46d0438946383be4e04da68e3ce Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi,

It looks like the previous ca= ll details should just work.

See you t= omorrow,
Dave

On Mon, Apr 15, 2013 at 4:22 PM, Amir Chaudhry <= span dir=3D"ltr"><a= mc79@cam.ac.uk> wrote:
Hi folks,

Just a reminder that this call will be taking place tomorrow at 1600 BST. = =A0I'll take minutes this time and send round shortly after the meeting= .

The call details from before should work fine (see previous emails below) b= ut Dave will confirm later on.

Amir

On 8 Apr 2013, at 16:38, Anil Madhavapeddy <anil@recoil.org> wrote:

> A couple of people have indicated that they can't make it tomorrow= , and so we're going to shift the first call by one week, to Tuesday 16= th April at 1600 BST.
>
> So tomorrow's call is cancelled, and we will convene in eight days= . =A0Dave will send out updated call information to the list if it's ne= eded, as the below invitation may expire by then.
>
> -anil
>
> On 7 Apr 2013, at 16:10, Anil Madhavapeddy <anil@recoil.org> wrote:
>
>> Team,
>>
>> There are two bits of good news recently. We've been accepted = for a talk to O'Reilly OSCON, and are in the final stages of joining Xe= n.org as an incubator project. =A0With the increasing interest in using Mir= age for a variety of purposes, we need to ensure that we have a solid first= release that we can use as the basis for testing and future improvements.<= br> >>
>> To that end, we're starting a weekly call to coordinate the de= tails of the 1.0 release. =A0The first agenda will cover:
>> - Anil Madhavapeddy: overview of release goals
>> - Dave Scott: libvirt and other status
>> - Vincent Bernardoff: Mirari and testing
>> - Thomas Gazagnaire: Irminsule, the storage substrate for Mirage >> - Amir Chaudhry: xen.= org incubation status and next steps
>>
>> A new team member from SRI, Prashanth Mundkur, has kindly voluntee= red to take minutes of the release calls so that we can update the website = immediately afterwards. This is just an initial agenda; please send me any = updates privately and I'll record them.
>>
>> Details below: you can either use the online GoToMeeting or dial i= n via the numbers below:
>>
>> 1. =A0Please join my meeting.
>> https://www1.gotomeeting.com/join/211547328
>>
>> 2. =A0Use your microphone and speakers (VoIP) - a headset is recom= mended. =A0Or, call in using your telephone.
>>
>> United States: +1 (224) 649-0001
>> Argentina (toll-free): 0 800 266 1382
>> Australia (toll-free): 1 800 193 385
>> Australia: +61 2 8355 1020
>> Austria (toll-free): 0 800 202148
>> Austria: +43 (0) 7 2088 1047
>> Bahrain (toll-free): 800 81 111
>> Belarus (toll-free): 8 820 0011 0214
>> Belgium (toll-free): 0 800 26116
>> Belgium: +32 (0) 28 08 4368
>> Brazil (toll-free): 0 800 047 4906
>> Canada (toll-free): 1 888 455 1389
>> Canada: +1 (647) 497-9353
>> China (toll-free): 4008 811084
>> Czech Republic (toll-free): 800 500448
>> Denmark (toll-free): 8090 1924
>> Denmark: +45 (0) 69 91 89 28
>> Finland (toll-free): 80094507
>> Finland: +358 (0) 942 59 7850
>> France (toll-free): 0 805 541 047
>> France: +33 (0) 170 950 594
>> Germany (toll-free): 0 800 723 5270
>> Germany: +49 (0) 811 8899 6903
>> Hong Kong (toll-free): 30713169
>> Iceland (toll-free): 800 9869
>> India (toll-free): 000 800 100 7855
>> Indonesia (toll-free): 007 803 011 0395
>> Ireland (toll-free): 1 800 946 538
>> Ireland: +353 (0) 19 030 010
>> Israel (toll-free): 1 809 212 875
>> Italy (toll-free): 800 906959
>> Italy: +39 0 247 92 13 01
>> Japan (toll-free): 00 120 663 800
>> Korea, Republic of (toll-free): 806150880
>> Luxembourg (toll-free): 800 22104
>> Malaysia (toll-free): 1 800 81 5373
>> Mexico (toll-free): 01 800 925 0372
>> Netherlands (toll-free): 0 800 265 8469
>> Netherlands: +31 (0) 208 080 219
>> New Zealand (toll-free): 0 800 45 2202
>> New Zealand: +64 (0) 9 280 6302
>> Norway (toll-free): 800 30 257
>> Norway: +47 75 80 32 07
>> Panama (toll-free): 00 800 226 8832
>> Peru (toll-free): 0 800 54682
>> Philippines (toll-free): 1 800 1651 0716
>> Poland (toll-free): 00 800 1213979
>> Portugal (toll-free): 800 784 461
>> Russian Federation (toll-free): 810 800 29674011
>> Saudi Arabia (toll-free): +9668008443633
>> Singapore (toll-free): 800 120 5615
>> South Africa (toll-free): 0 800 983 867
>> Spain (toll-free): 0 800 900 582
>> Spain: +34 911 82 9906
>> Sweden (toll-free): 020 980 772
>> Sweden: +46 (0) 852 500 186
>> Switzerland (toll-free): 0 800 740 393
>> Switzerland: +41 (0) 435 0167 13
>> Taiwan (toll-free): 00 800 666 854
>> Thailand (toll-free): 001 800 658 131
>> Turkey (toll-free): +90800448823683
>> Ukraine (toll-free): 0 800 50 0641
>> United Arab Emirates (toll-free): +97180004440439
>> United Kingdom (toll-free): 0 808 168 0229
>> United Kingdom: +44 (0) 207 151 1853
>> United States (toll-free): 1 877 309 2073
>> Uruguay (toll-free): 000 413 598 4110
>> Viet Nam (toll-free): 120 65 157
>>
>> Access Code: 211-547-328
>> Audio PIN: Shown after joining the meeting
>>
>> Meeting ID: 211-547-328
>>
>> GoToMeeting=AE
>> Online Meetings Made Easy=AE
>>
>> Not at your computer? Click the link to join this meeting from you= r iPhone=AE, iPad=AE or Android=AE device via the GoToMeeting app.
>>
>
>





--
= Dave Scott
--f46d0438946383be4e04da68e3ce-- From daniel.buenzli@erratique.ch Tue Apr 16 01:34:16 2013 Received: from ppsw-51.csi.cam.ac.uk ([131.111.8.151]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1URtqi-0003O9-Jo (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Tue, 16 Apr 2013 01:34:16 +0100 X-Cam-AntiVirus: no malware found X-Cam-SpamDetails: score 0.0 from SpamAssassin-3.3.2-1467748 X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from mail6.webfaction.com ([74.55.86.74]:48227 helo=smtp.webfaction.com) by ppsw-51.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.148]:25) with esmtp id 1URtqh-0002eh-XD (Exim 4.72) for cl-mirage@lists.cam.ac.uk (return-path ); Tue, 16 Apr 2013 01:34:16 +0100 Received: from [172.20.10.2] (92.40.253.231.threembb.co.uk [92.40.253.231]) by smtp.webfaction.com (Postfix) with ESMTP id DA12B20D7D8E; Tue, 16 Apr 2013 00:34:13 +0000 (UTC) Date: Tue, 16 Apr 2013 01:34:11 +0100 From: =?utf-8?Q?Daniel_B=C3=BCnzli?= To: Richard Mortier Message-ID: In-Reply-To: References: <27C5F743E5AA481BB4A16B403F1842A3@erratique.ch> <4F6CF319-0E99-4CF3-A65D-993B26E7F77E@nottingham.ac.uk> Subject: Re: mirage + froc =?utf-8?Q?=3D_?=self-scaling? X-Mailer: sparrow 1.6.4 (build 1178) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: "=?utf-8?Q?cl-mirage=40lists.cam.ac.uk_List?=" X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Apr 2013 00:34:16 -0000 Content-Length: 1475 Lines: 35 Le mardi, 9 avril 2013 =C3=A0 23:50, Daniel B=C3=BCnzli a =C3=A9crit : > Unless I'm mistaken it is essentially going to be a trivial rewrite of = that weak.js file with WeakMap to get the correct weak semantics. You wil= l however have to bet on ecmascript 6's eventual adoption. It turns out that I am mistaken. =20 WeakMap has weak *keys*, keys must be objects and there's no way to enume= rate the keys of a map. These properties allow for a very simple implemen= tation with the help of private symbols =5B1=5D. You can even implement i= t in the current javascript though you cannot guarantee that someone won'= t fiddle with your private field. =20 But these very weak properties don't seem to allow to implement a weak re= ference (and hence weak arrays). =20 However it may be possible to prevent the leaks by simply introducing a f= unction in react that enables some kind of manual management that would n= eed to be done only at the leaves (output) of the dag --- this would be s= imilar to what is mentioned here (=5B2=5D, last paragraph) about the impl= ementation of pec, but without its implementation cost =5B3=5D as we stil= l have the forward pointers. But I have to think a little bit more about = this. Best, Daniel =5B1=5D http://blog.ezyang.com/2013/03/duality-of-weak-maps-and-private-s= ymbols/ =5B2=5D https://sympa.inria.fr/sympa/arc/caml-list/2012-04/msg00129.html =5B3=5D https://sympa.inria.fr/sympa/arc/caml-list/2012-04/msg00134.html From anil@recoil.org Thu Apr 18 01:21:54 2013 Received: from ppsw-41.csi.cam.ac.uk ([131.111.8.141]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UScbq-0004mg-Dy (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Thu, 18 Apr 2013 01:21:54 +0100 X-Cam-AntiVirus: no malware found X-Cam-SpamDetails: score 0.0 from SpamAssassin-3.3.2-1468327 X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from recoil.dh.bytemark.co.uk ([89.16.177.154]:39118 helo=dark.recoil.org) by ppsw-41.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with smtp id 1UScbp-0003lq-RS (Exim 4.72) for cl-mirage@lists.cam.ac.uk (return-path ); Thu, 18 Apr 2013 01:21:54 +0100 Received: (qmail 5502 invoked by uid 634); 18 Apr 2013 00:21:53 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from cpc7-cmbg14-2-0-cust238.5-4.cable.virginmedia.com (HELO [192.168.1.48]) (86.30.244.239) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Thu, 18 Apr 2013 01:21:52 +0100 Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: Mirage release weekly call: Tue 1600 GMT From: Anil Madhavapeddy In-Reply-To: Date: Thu, 18 Apr 2013 01:21:51 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <0E50CDE1-5A26-4CEC-B181-C2F18635BF6A@recoil.org> To: David Scott X-Mailer: Apple Mail (2.1503) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: Prashanth Mundkur , "cl-mirage@lists.cam.ac.uk List" , Amir Chaudhry X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Apr 2013 00:21:54 -0000 Content-Length: 5748 Lines: 167 I've put the minutes of the first meeting up on the Mirage website. The = formatting is horrendous, but that's just motivation to fix the Markdown = parser in COW :-) http://www.openmirage.org/wiki/weekly-2013-04-16 -anil On 15 Apr 2013, at 17:38, David Scott wrote: > Hi, >=20 > It looks like the previous call details should just work. >=20 > See you tomorrow, > Dave >=20 >=20 > On Mon, Apr 15, 2013 at 4:22 PM, Amir Chaudhry = wrote: > Hi folks, >=20 > Just a reminder that this call will be taking place tomorrow at 1600 = BST. I'll take minutes this time and send round shortly after the = meeting. >=20 > The call details from before should work fine (see previous emails = below) but Dave will confirm later on. >=20 > Amir >=20 > On 8 Apr 2013, at 16:38, Anil Madhavapeddy wrote: >=20 > > A couple of people have indicated that they can't make it tomorrow, = and so we're going to shift the first call by one week, to Tuesday 16th = April at 1600 BST. > > > > So tomorrow's call is cancelled, and we will convene in eight days. = Dave will send out updated call information to the list if it's needed, = as the below invitation may expire by then. > > > > -anil > > > > On 7 Apr 2013, at 16:10, Anil Madhavapeddy wrote: > > > >> Team, > >> > >> There are two bits of good news recently. We've been accepted for a = talk to O'Reilly OSCON, and are in the final stages of joining Xen.org = as an incubator project. With the increasing interest in using Mirage = for a variety of purposes, we need to ensure that we have a solid first = release that we can use as the basis for testing and future = improvements. > >> > >> To that end, we're starting a weekly call to coordinate the details = of the 1.0 release. The first agenda will cover: > >> - Anil Madhavapeddy: overview of release goals > >> - Dave Scott: libvirt and other status > >> - Vincent Bernardoff: Mirari and testing > >> - Thomas Gazagnaire: Irminsule, the storage substrate for Mirage > >> - Amir Chaudhry: xen.org incubation status and next steps > >> > >> A new team member from SRI, Prashanth Mundkur, has kindly = volunteered to take minutes of the release calls so that we can update = the website immediately afterwards. This is just an initial agenda; = please send me any updates privately and I'll record them. > >> > >> Details below: you can either use the online GoToMeeting or dial in = via the numbers below: > >> > >> 1. Please join my meeting. > >> https://www1.gotomeeting.com/join/211547328 > >> > >> 2. Use your microphone and speakers (VoIP) - a headset is = recommended. Or, call in using your telephone. > >> > >> United States: +1 (224) 649-0001 > >> Argentina (toll-free): 0 800 266 1382 > >> Australia (toll-free): 1 800 193 385 > >> Australia: +61 2 8355 1020 > >> Austria (toll-free): 0 800 202148 > >> Austria: +43 (0) 7 2088 1047 > >> Bahrain (toll-free): 800 81 111 > >> Belarus (toll-free): 8 820 0011 0214 > >> Belgium (toll-free): 0 800 26116 > >> Belgium: +32 (0) 28 08 4368 > >> Brazil (toll-free): 0 800 047 4906 > >> Canada (toll-free): 1 888 455 1389 > >> Canada: +1 (647) 497-9353 > >> China (toll-free): 4008 811084 > >> Czech Republic (toll-free): 800 500448 > >> Denmark (toll-free): 8090 1924 > >> Denmark: +45 (0) 69 91 89 28 > >> Finland (toll-free): 80094507 > >> Finland: +358 (0) 942 59 7850 > >> France (toll-free): 0 805 541 047 > >> France: +33 (0) 170 950 594 > >> Germany (toll-free): 0 800 723 5270 > >> Germany: +49 (0) 811 8899 6903 > >> Hong Kong (toll-free): 30713169 > >> Iceland (toll-free): 800 9869 > >> India (toll-free): 000 800 100 7855 > >> Indonesia (toll-free): 007 803 011 0395 > >> Ireland (toll-free): 1 800 946 538 > >> Ireland: +353 (0) 19 030 010 > >> Israel (toll-free): 1 809 212 875 > >> Italy (toll-free): 800 906959 > >> Italy: +39 0 247 92 13 01 > >> Japan (toll-free): 00 120 663 800 > >> Korea, Republic of (toll-free): 806150880 > >> Luxembourg (toll-free): 800 22104 > >> Malaysia (toll-free): 1 800 81 5373 > >> Mexico (toll-free): 01 800 925 0372 > >> Netherlands (toll-free): 0 800 265 8469 > >> Netherlands: +31 (0) 208 080 219 > >> New Zealand (toll-free): 0 800 45 2202 > >> New Zealand: +64 (0) 9 280 6302 > >> Norway (toll-free): 800 30 257 > >> Norway: +47 75 80 32 07 > >> Panama (toll-free): 00 800 226 8832 > >> Peru (toll-free): 0 800 54682 > >> Philippines (toll-free): 1 800 1651 0716 > >> Poland (toll-free): 00 800 1213979 > >> Portugal (toll-free): 800 784 461 > >> Russian Federation (toll-free): 810 800 29674011 > >> Saudi Arabia (toll-free): +9668008443633 > >> Singapore (toll-free): 800 120 5615 > >> South Africa (toll-free): 0 800 983 867 > >> Spain (toll-free): 0 800 900 582 > >> Spain: +34 911 82 9906 > >> Sweden (toll-free): 020 980 772 > >> Sweden: +46 (0) 852 500 186 > >> Switzerland (toll-free): 0 800 740 393 > >> Switzerland: +41 (0) 435 0167 13 > >> Taiwan (toll-free): 00 800 666 854 > >> Thailand (toll-free): 001 800 658 131 > >> Turkey (toll-free): +90800448823683 > >> Ukraine (toll-free): 0 800 50 0641 > >> United Arab Emirates (toll-free): +97180004440439 > >> United Kingdom (toll-free): 0 808 168 0229 > >> United Kingdom: +44 (0) 207 151 1853 > >> United States (toll-free): 1 877 309 2073 > >> Uruguay (toll-free): 000 413 598 4110 > >> Viet Nam (toll-free): 120 65 157 > >> > >> Access Code: 211-547-328 > >> Audio PIN: Shown after joining the meeting > >> > >> Meeting ID: 211-547-328 > >> > >> GoToMeeting=AE > >> Online Meetings Made Easy=AE > >> > >> Not at your computer? Click the link to join this meeting from your = iPhone=AE, iPad=AE or Android=AE device via the GoToMeeting app. > >> > > > > >=20 >=20 >=20 >=20 >=20 > --=20 > Dave Scott From yallop@gmail.com Mon Apr 22 09:25:01 2013 Received: from ppsw-33.csi.cam.ac.uk ([131.111.8.133]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UUC3Z-0003ub-49 (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Mon, 22 Apr 2013 09:25:01 +0100 X-Cam-SpamDetails: score 0.6 from SpamAssassin-3.3.2-1470125 * -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low * trust * [74.125.82.172 listed in list.dnswl.dnsbl.ja.net] * 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider * (yallop[at]gmail.com) * 0.0 DKIM_ADSP_CUSTOM_MED No valid author signature, adsp_override is * CUSTOM_MED * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid * 1.2 NML_ADSP_CUSTOM_MED ADSP custom_med hit, and not from a mailing * list X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from mail-we0-f172.google.com ([74.125.82.172]:50104) by ppsw-33.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.147]:25) with esmtp id 1UUC3X-0004AQ-iv (Exim 4.80_167-5a66dd3) for cl-mirage@lists.cam.ac.uk (return-path ); Mon, 22 Apr 2013 09:25:01 +0100 Received: by mail-we0-f172.google.com with SMTP id r3so5809334wey.31 for ; Mon, 22 Apr 2013 01:24:59 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.180.108.106 with SMTP id hj10mr64407812wib.0.1366619099449; Mon, 22 Apr 2013 01:24:59 -0700 (PDT) Received: by 10.216.31.132 with HTTP; Mon, 22 Apr 2013 01:24:59 -0700 (PDT) In-Reply-To: <29535.1366229827@ubi> References: <29535.1366229827@ubi> Date: Mon, 22 Apr 2013 09:24:59 +0100 Message-ID: Subject: Fwd: [Caml-list] VSTTE Competition 2013 Second Announcement From: Jeremy Yallop To: Anil Madhavapeddy Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "cl-mirage@lists.cam.ac.uk List" X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Apr 2013 08:25:01 -0000 Content-Length: 6212 Lines: 148 This year's competition (now finished) involved implementing a verified DNS server. I'm looking forward to seeing the submissions. http://vscomp.org/ http://vscomp.org/a-complete-submission/ ---------- Forwarded message ---------- From: Sam Owre Date: 17 April 2013 21:17 Subject: [Caml-list] VSTTE Competition 2013 Second Announcement To: Second Announcement VSTTE Competition 2013 20-22 April 2013 (NOTE: The first announcement posted on 4 April had the wrong dates!) Organizers: Joseph Kiniry, Hannes Mehnert, Dan Zimmerman This edition of the VSTTE programming contest is an experiment of a different kind, as it is more about software engineering than programming. It is not a contest to see who can write and verify small problems as quickly as possible, but instead how can a team create a quality piece of code, using any tools and techniques (not just verification), in a short period of time. Quality software is about more than just verified data types and algorithms at the source code level. Unlike previous competitions, this year's VSComp will focus on a rigorously engineered software system. Contestants will be evaluated for all of the software engineering artifacts that they produce, not just for verifying their implementations. Consequently, teams that competed in previous competitions are encouraged to recruit new team members whose skills complement those of the existing team members. For example, perhaps the current team is great at low-level design and verification, but is weak in writing requirements or in rigorous validation/testing. The aims of the competition are: =E2=80=A2 to bring together those interested in rigorous software engineering and formal verification, and to provide an engaging, hands-on, and fun opportunity for competition and mutual-lear= ning, =E2=80=A2 to evaluate the usability of a variety of software engineering tools, not the least of which are logic-based program verification tools, in a controlled experiment that could be easily repeated by others. After the initial announcement of the contest we were asked the following question by more than one party. You=E2=80=99ll find it in our FAQ. Q. Why attach this style of contest to VSTTE, if we are not focusing exclusively on verification? A. Not a single international programming contest rewards good software engineering behavior. We have tried for years to influence the big contests and venues (e.g., ACM, ICFP, and TopCoder) to pay more attention to engineering and quality, but to little effect. If we are going to see a contest like this survive and even thrive in the long run, it seems it has to be an outgrowth of the verification community, rather than the implementation-centric hack-fast community. The contest takes place over a two-day period. The system that contestants must develop is secret until the moment the contest starts. The system will be decomposed for the contestants into an architecture, whose constituent pieces are the sub-problems of the contest. Thus, by solving all sub-problems, one writes the entire application. What's more, the architecture is specified in such a way that independent solutions to sub-problems submitted by competing teams should compose into the final system. The kinds of software engineering concepts mentioned in the contest include: requirements, domain analysis, design, architecture, formal specifications, implementation, validation, verification, and traceability. A well-prepared team will have a methodology prepared for each of these facets. The submission of a solution for a sub-problem need not include any of these facets in particular---i.e., running, verified code is neither necessary nor sufficient to win the contest. There are no restrictions on concepts, tools, and technologies used. Teams whose focus in on "early" (i.e., requirements or domain analysis) or "late" (validation/testing or evolution) phases of the software engineering process are very welcome. There is no limit on team size, but the results will be normalized by team size. We particularly encourage participation of: =E2=80=A2 student teams (this includes PhD students), =E2=80=A2 non-developer teams using a tool someone else developed, and =E2=80=A2 several teams using the same tool A panel of judges will evaluate contest entries to independently score sub-problems and determine the winner. Solutions will be judged for correctness, completeness and elegance. The total score for a sub-problem is the sum of its scores in the following categories, where the total number of points in each category available is indicated in parentheses: domain analysis (3), requirements (3), architecture (3), design (6), implementation (6), validation (6), formal verification (12), traceability (3). The maximum number of points available for each sub-problem is 42. The verification researcher will note the weight given to formal verification. All submitted artifacts will be made public immediately after the contest ends so that contestants can comment upon each other's submissions. We expect that a paper will be co-authored by all interested contestants about the contest's results, as in several previous contests. The contest begins at 9:00 GMT on Sat 20 April and ends at 9:00 GMT on Mon 22 April. Prizes will be awarded in the following categories: =E2=80=A2 best team =E2=80=A2 best student team =E2=80=A2 tool used most effectively by the most teams The contests website is http://www.vscomp.org/. You will find there momentarily an outline of the contest, a some Frequently Asked Questions. The contest problems will go live at this site at 9:00 GMT on Saturday the 20th of April. (Take note of your daylight savings time GMT offset!) There is no need to pre-register for the contest, but you are welcome to warn us that you'll be competing. Questions or comments about the contest should be sent to Joe Kiniry (kiniry@acm.org). -- Caml-list mailing list. Subscription management and archives: https://sympa.inria.fr/sympa/arc/caml-list Beginner's list: http://groups.yahoo.com/group/ocaml_beginners Bug reports: http://caml.inria.fr/bin/caml-bugs From anil@recoil.org Mon Apr 22 10:32:01 2013 Received: from ppsw-42.csi.cam.ac.uk ([131.111.8.142]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UUD6P-0000Dq-B0 (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Mon, 22 Apr 2013 10:32:01 +0100 X-Cam-SpamDetails: score 0.0 from SpamAssassin-3.3.2-1470125 X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from recoil.dh.bytemark.co.uk ([89.16.177.154]:44083 helo=dark.recoil.org) by ppsw-42.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.149]:25) with smtp id 1UUD6O-00013n-6q (Exim 4.80_167-5a66dd3) for cl-mirage@lists.cam.ac.uk (return-path ); Mon, 22 Apr 2013 10:32:01 +0100 Received: (qmail 1211 invoked by uid 634); 22 Apr 2013 09:31:59 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from volstagg-0.srg.cl.cam.ac.uk (HELO [10.0.1.75]) (128.232.32.232) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Mon, 22 Apr 2013 10:31:58 +0100 Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: [Caml-list] VSTTE Competition 2013 Second Announcement From: Anil Madhavapeddy In-Reply-To: Date: Mon, 22 Apr 2013 10:31:58 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <69A20167-7A80-40E2-A4A6-FAE8D9FA9B84@recoil.org> References: <29535.1366229827@ubi> To: Jeremy Yallop X-Mailer: Apple Mail (2.1503) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "cl-mirage@lists.cam.ac.uk List" X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Apr 2013 09:32:01 -0000 Content-Length: 6793 Lines: 159 Interesting! That's an extraordinarily ambitious target for 2 days of = coding (a verified DNS server), but I see from the FAQ that it can use = other techniques too. I'm looking forward to seeing the submissions = too... -anil On 22 Apr 2013, at 09:24, Jeremy Yallop wrote: > This year's competition (now finished) involved implementing a > verified DNS server. I'm looking forward to seeing the submissions. >=20 > http://vscomp.org/ > http://vscomp.org/a-complete-submission/ >=20 > ---------- Forwarded message ---------- > From: Sam Owre > Date: 17 April 2013 21:17 > Subject: [Caml-list] VSTTE Competition 2013 Second Announcement > To: >=20 > Second Announcement >=20 > VSTTE Competition 2013 > 20-22 April 2013 (NOTE: The first announcement posted on 4 April had > the wrong dates!) > Organizers: Joseph Kiniry, Hannes Mehnert, Dan Zimmerman >=20 > This edition of the VSTTE programming contest is an experiment of a > different kind, as it is more about software > engineering than programming. It is not a contest to see who can > write and verify small problems as quickly as > possible, but instead how can a team create a quality piece of code, > using any tools and techniques (not just > verification), in a short period of time. >=20 > Quality software is about more than just verified data types and > algorithms at the source code level. Unlike > previous competitions, this year's VSComp will focus on a rigorously > engineered software system. Contestants will be evaluated for all of > the software engineering artifacts that they > produce, not just for verifying their implementations. >=20 > Consequently, teams that competed in previous competitions are > encouraged to recruit new team members whose skills > complement those of the existing team members. For example, perhaps > the current team is great at low-level design > and verification, but is weak in writing > requirements or in rigorous validation/testing. >=20 > The aims of the competition are: >=20 > =95 to bring together those interested in rigorous software > engineering and formal verification, and to provide an > engaging, hands-on, and fun opportunity for competition and = mutual-learning, > =95 to evaluate the usability of a variety of software engineering > tools, not the least of which are logic-based > program verification tools, in a controlled experiment that could > be easily repeated by others. >=20 > After the initial announcement of the contest we were asked the > following question by more than one party. You=92ll > find it in our FAQ. >=20 > Q. Why attach this style of contest to VSTTE, if we are not focusing > exclusively on verification? >=20 > A. Not a single international programming contest rewards good > software engineering behavior. We have tried for > years to influence the big contests and venues (e.g., ACM, ICFP, and > TopCoder) to pay more attention to > engineering and quality, but to little effect. If we are going to see > a contest like this survive and even thrive > in the long run, it seems it has to be an outgrowth of the > verification community, rather than the > implementation-centric hack-fast community. >=20 > The contest takes place over a two-day period. The system that > contestants must develop is secret until the > moment the contest starts. The system will be decomposed for the > contestants into an architecture, whose > constituent pieces are the sub-problems of the contest. Thus, by > solving all sub-problems, one writes the entire > application. What's more, the architecture is specified in such a way > that independent solutions to sub-problems > submitted by competing teams should compose into the final system. >=20 > The kinds of software engineering concepts mentioned in the contest > include: requirements, domain analysis, > design, architecture, formal specifications, implementation, > validation, verification, and traceability. A > well-prepared team will have a methodology prepared for each of these > facets. The submission of a solution for a > sub-problem need not include any of these facets in particular---i.e., > running, verified code is neither necessary > nor sufficient to win the > contest. >=20 > There are no restrictions on concepts, tools, and technologies used. > Teams whose focus in on "early" (i.e., > requirements or domain analysis) or "late" (validation/testing or > evolution) phases of the software engineering > process are very welcome. There is no limit on team size, but the > results will be normalized by team size. >=20 > We particularly encourage participation of: >=20 > =95 student teams (this includes PhD students), > =95 non-developer teams using a tool someone else developed, and > =95 several teams using the same tool >=20 > A panel of judges will evaluate contest entries to independently score > sub-problems and determine the winner. > Solutions will be judged for correctness, completeness and elegance. > The total score for a sub-problem is the > sum of its scores in the following categories, where the total number > of points in each category available is > indicated in parentheses: domain analysis (3), requirements (3), > architecture (3), design (6), implementation (6), > validation (6), formal verification (12), traceability (3). The > maximum number of points available for each > sub-problem is 42. The verification researcher will note the weight > given to formal verification. >=20 > All submitted artifacts will be made public immediately after the > contest ends so that contestants can comment > upon each other's submissions. We expect that a paper will be > co-authored by all interested contestants about the > contest's results, as in several previous contests. >=20 > The contest begins at 9:00 GMT on Sat 20 April and ends at 9:00 GMT on > Mon 22 April. >=20 > Prizes will be awarded in the following categories: >=20 > =95 best team > =95 best student team > =95 tool used most effectively by the most teams >=20 > The contests website is http://www.vscomp.org/. You will find there > momentarily an outline of the contest, a some > Frequently Asked Questions. The contest problems will go live at this > site at 9:00 GMT on Saturday the 20th of > April. (Take note of your daylight savings time GMT offset!) There is > no need to pre-register for the contest, > but you are welcome to warn us that you'll be competing. >=20 > Questions or comments about the contest should be sent to Joe Kiniry > (kiniry@acm.org). >=20 > -- > Caml-list mailing list. Subscription management and archives: > https://sympa.inria.fr/sympa/arc/caml-list > Beginner's list: http://groups.yahoo.com/group/ocaml_beginners > Bug reports: http://caml.inria.fr/bin/caml-bugs >=20 From amirmc@gmail.com Mon Apr 22 15:29:25 2013 Received: from ppsw-42.csi.cam.ac.uk ([131.111.8.142]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UUHkD-0000JK-Jb (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Mon, 22 Apr 2013 15:29:25 +0100 X-Cam-SpamDetails: score 0.6 from SpamAssassin-3.3.2-1470125 * -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low * trust * [74.125.82.177 listed in list.dnswl.dnsbl.ja.net] * 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider * (amirmc[at]gmail.com) * 0.0 DKIM_ADSP_CUSTOM_MED No valid author signature, adsp_override is * CUSTOM_MED * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid * 1.2 NML_ADSP_CUSTOM_MED ADSP custom_med hit, and not from a mailing * list X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from mail-we0-f177.google.com ([74.125.82.177]:61999) by ppsw-42.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.149]:25) with esmtp id 1UUHkC-00055w-8N (Exim 4.80_167-5a66dd3) for cl-mirage@lists.cam.ac.uk (return-path ); Mon, 22 Apr 2013 15:29:25 +0100 Received: by mail-we0-f177.google.com with SMTP id t49so1403072wey.8 for ; Mon, 22 Apr 2013 07:29:24 -0700 (PDT) X-Received: by 10.194.83.33 with SMTP id n1mr53136249wjy.7.1366640963834; Mon, 22 Apr 2013 07:29:23 -0700 (PDT) Received: from dhcp-128-232-142-182.eduroam.csx.cam.ac.uk (dhcp-128-232-142-182.eduroam.csx.cam.ac.uk. [128.232.142.182]) by mx.google.com with ESMTPS id o5sm22479761wix.3.2013.04.22.07.29.23 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 22 Apr 2013 07:29:23 -0700 (PDT) From: Amir Chaudhry Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Reminder: Mirage weekly call - 23 Apr at 1600 BST Message-Id: <49CADCC7-33A1-4E43-B51E-2DF266E50E0A@gmail.com> Date: Mon, 22 Apr 2013 15:29:22 +0100 To: "cl-mirage@lists.cam.ac.uk List" Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) X-Mailer: Apple Mail (2.1503) X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Apr 2013 14:29:25 -0000 Content-Length: 3014 Lines: 102 Hi folks, Just to remind you about the Mirage Release weekly call. It's happening = tomorrow and the Go To Meeting details are the same as before (copied = here too). =20 Notes from last week's meeting are available at: = http://openmirage.org/wiki/weekly-2013-04-16 -- Go To Meeting details -- You can either use the online GoToMeeting or dial in via the numbers = below: 1. Please join my meeting. https://www1.gotomeeting.com/join/211547328 2. Use your microphone and speakers (VoIP) - a headset is recommended. = Or, call in using your telephone. United States: +1 (224) 649-0001 Argentina (toll-free): 0 800 266 1382 Australia (toll-free): 1 800 193 385 Australia: +61 2 8355 1020 Austria (toll-free): 0 800 202148 Austria: +43 (0) 7 2088 1047 Bahrain (toll-free): 800 81 111 Belarus (toll-free): 8 820 0011 0214 Belgium (toll-free): 0 800 26116 Belgium: +32 (0) 28 08 4368 Brazil (toll-free): 0 800 047 4906 Canada (toll-free): 1 888 455 1389 Canada: +1 (647) 497-9353 China (toll-free): 4008 811084 Czech Republic (toll-free): 800 500448 Denmark (toll-free): 8090 1924 Denmark: +45 (0) 69 91 89 28 Finland (toll-free): 80094507 Finland: +358 (0) 942 59 7850 France (toll-free): 0 805 541 047 France: +33 (0) 170 950 594 Germany (toll-free): 0 800 723 5270 Germany: +49 (0) 811 8899 6903 Hong Kong (toll-free): 30713169 Iceland (toll-free): 800 9869 India (toll-free): 000 800 100 7855 Indonesia (toll-free): 007 803 011 0395 Ireland (toll-free): 1 800 946 538 Ireland: +353 (0) 19 030 010 Israel (toll-free): 1 809 212 875 Italy (toll-free): 800 906959 Italy: +39 0 247 92 13 01 Japan (toll-free): 00 120 663 800 Korea, Republic of (toll-free): 806150880 Luxembourg (toll-free): 800 22104 Malaysia (toll-free): 1 800 81 5373 Mexico (toll-free): 01 800 925 0372 Netherlands (toll-free): 0 800 265 8469 Netherlands: +31 (0) 208 080 219 New Zealand (toll-free): 0 800 45 2202 New Zealand: +64 (0) 9 280 6302 Norway (toll-free): 800 30 257 Norway: +47 75 80 32 07 Panama (toll-free): 00 800 226 8832 Peru (toll-free): 0 800 54682 Philippines (toll-free): 1 800 1651 0716 Poland (toll-free): 00 800 1213979 Portugal (toll-free): 800 784 461 Russian Federation (toll-free): 810 800 29674011 Saudi Arabia (toll-free): +9668008443633 Singapore (toll-free): 800 120 5615 South Africa (toll-free): 0 800 983 867 Spain (toll-free): 0 800 900 582 Spain: +34 911 82 9906 Sweden (toll-free): 020 980 772 Sweden: +46 (0) 852 500 186 Switzerland (toll-free): 0 800 740 393 Switzerland: +41 (0) 435 0167 13 Taiwan (toll-free): 00 800 666 854 Thailand (toll-free): 001 800 658 131 Turkey (toll-free): +90800448823683 Ukraine (toll-free): 0 800 50 0641 United Arab Emirates (toll-free): +97180004440439 United Kingdom (toll-free): 0 808 168 0229 United Kingdom: +44 (0) 207 151 1853 United States (toll-free): 1 877 309 2073 Uruguay (toll-free): 000 413 598 4110 Viet Nam (toll-free): 120 65 157 Access Code: 211-547-328 Audio PIN: Shown after joining the meeting Meeting ID: 211-547-328 Best wishes, Amir From kosmo.zb@gmail.com Tue Apr 23 14:58:37 2013 Received: from ppsw-52.csi.cam.ac.uk ([131.111.8.152]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UUdjx-0006hs-0c (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Tue, 23 Apr 2013 14:58:37 +0100 X-Cam-SpamDetails: score -0.6 from SpamAssassin-3.3.2-1470411 * -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low * trust * [209.85.215.52 listed in list.dnswl.dnsbl.ja.net] * 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider * (kosmo.zb[at]gmail.com) * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from mail-la0-f52.google.com ([209.85.215.52]:62050) by ppsw-52.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.148]:25) with esmtp id 1UUdjw-0004DR-Dg (Exim 4.80_167-5a66dd3) for cl-mirage@lists.cam.ac.uk (return-path ); Tue, 23 Apr 2013 14:58:36 +0100 Received: by mail-la0-f52.google.com with SMTP id fd20so565849lab.39 for ; Tue, 23 Apr 2013 06:58:35 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.112.125.134 with SMTP id mq6mr15526023lbb.33.1366725515720; Tue, 23 Apr 2013 06:58:35 -0700 (PDT) Sender: kosmo.zb@gmail.com Received: by 10.112.19.10 with HTTP; Tue, 23 Apr 2013 06:58:35 -0700 (PDT) Date: Tue, 23 Apr 2013 14:58:35 +0100 X-Google-Sender-Auth: D3A24zscbiW-iNT-0-Z55wUzi-Q Message-ID: Subject: Cryptokit.Random unsuitable in cooperative multithreaded systems From: David Sheets To: Mirage List , Vincent Bernardoff Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Apr 2013 13:58:37 -0000 Content-Length: 715 Lines: 28 Cryptokit.Random.secure_rng might use /dev/random for entropy generation which might block if there isn't enough available entropy. My local machine never seems to have low entropy with $ cat /proc/sys/kernel/random/ entropy_avail 3480 but ocaml-www2 says $ cat /proc/sys/kernel/random/entropy_avail 147 There are only a handful of Unix calls in the library... Additionally, Vincent Bernardoff appears to have forked Cryptokit with the unmerged addition of SHA-512 . What's the status of this library? Is it part of Mirage? Are we forking it? Is it maintained? I'm using Random for now as it doesn't really matter to have secure RNG for ocamlot. Thanks, David From anil@recoil.org Tue Apr 23 15:05:36 2013 Received: from ppsw-42.csi.cam.ac.uk ([131.111.8.142]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UUdqi-0007FG-8v (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Tue, 23 Apr 2013 15:05:36 +0100 X-Cam-SpamDetails: score 0.0 from SpamAssassin-3.3.2-1470411 X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from recoil.dh.bytemark.co.uk ([89.16.177.154]:9967 helo=dark.recoil.org) by ppsw-42.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.149]:25) with smtp id 1UUdqh-0007Jv-7S (Exim 4.80_167-5a66dd3) for cl-mirage@lists.cam.ac.uk (return-path ); Tue, 23 Apr 2013 15:05:36 +0100 Received: (qmail 28712 invoked by uid 634); 23 Apr 2013 14:05:35 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from volstagg-0.srg.cl.cam.ac.uk (HELO [10.0.1.75]) (128.232.32.232) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Tue, 23 Apr 2013 15:05:34 +0100 Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: Cryptokit.Random unsuitable in cooperative multithreaded systems From: Anil Madhavapeddy In-Reply-To: Date: Tue, 23 Apr 2013 15:05:35 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: David Sheets X-Mailer: Apple Mail (2.1503) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: Mirage List , Vincent Bernardoff X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Apr 2013 14:05:36 -0000 Content-Length: 1782 Lines: 55 On 23 Apr 2013, at 14:58, David Sheets wrote: > Cryptokit.Random.secure_rng might use /dev/random for entropy > generation which might block if there isn't enough available entropy. > My local machine never seems to have low entropy with >=20 > $ cat /proc/sys/kernel/random/ > entropy_avail > 3480 >=20 > but ocaml-www2 says >=20 > $ cat /proc/sys/kernel/random/entropy_avail > 147 >=20 > There are only a handful of Unix calls in the library... ocaml-www2 is a Xen VM, and so the low amount of entropy is to be = expected. (whatever happened to the PV Randfront and Randback, Dave? There was = some concern that it was hard to schedule this with a client that could = consume all of dom0's pool, but I suggested using arc4random_stir in the backend = to alleviate that... back in 2006 iirc). However, we could write a simple Lwt_random wrapper module that puts /dev/random into non-blocking mode and adds it to the select loop. = You'll need to verify that a non-blocking /dev/random doesn't just fallback to = the /dev/urandom behaviour though! I've never actually tried to access the random interface with async code, and wouldn't be surprised if something non-portable and surprising happens here. > Additionally, Vincent Bernardoff appears to have forked Cryptokit with > the unmerged addition of SHA-512 = . >=20 > What's the status of this library? Is it part of Mirage? Are we > forking it? Is it maintained? We'll need a short-term Mirage fork to separate out the C bindings, but should feed it back upstream in the long term. Vincent, I'll leave the = SHA256 question to you. > I'm using Random for now as it doesn't really matter to have secure > RNG for ocamlot. Yeah, that's fine. -anil= From vb@luminar.eu.org Tue Apr 23 15:20:48 2013 Received: from ppsw-32.csi.cam.ac.uk ([131.111.8.132]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UUe5Q-0000GN-5l (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Tue, 23 Apr 2013 15:20:48 +0100 X-Cam-SpamDetails: score -0.0 from SpamAssassin-3.3.2-1470411 * -0.0 RP_MATCHES_RCVD Envelope sender domain matches handover relay * domain X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from luminar.eu.org ([94.23.24.152]:37760) by ppsw-32.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with esmtp id 1UUe5P-00049w-23 (Exim 4.80_167-5a66dd3) for cl-mirage@lists.cam.ac.uk (return-path ); Tue, 23 Apr 2013 15:20:48 +0100 Received: from [IPv6:::1] (localhost.localdomain [127.0.0.1]) by luminar.eu.org (Postfix) with ESMTP id 45D7BC09EC for ; Tue, 23 Apr 2013 16:20:47 +0200 (CEST) Message-ID: <517698BF.8060904@luminar.eu.org> Date: Tue, 23 Apr 2013 15:20:47 +0100 From: Vincent Bernardoff User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130403 Thunderbird/17.0.5 MIME-Version: 1.0 To: cl-mirage@lists.cam.ac.uk Subject: Re: Cryptokit.Random unsuitable in cooperative multithreaded systems References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Apr 2013 14:20:48 -0000 Content-Length: 1159 Lines: 34 On 23/04/2013 15:05, Anil Madhavapeddy wrote: >> Additionally, Vincent Bernardoff appears to have forked Cryptokit with >> >the unmerged addition of SHA-512. >> > >> >What's the status of this library? Is it part of Mirage? Are we >> >forking it? Is it maintained? > We'll need a short-term Mirage fork to separate out the C bindings, but > should feed it back upstream in the long term. Vincent, I'll leave the SHA256 > question to you. > Hi. Yeah, at some point I needed SHA512 for a project, so I just merged all sha code from Vincent Hanquez' ocaml-sha into cryptokit, calling that cryptokit-sha512. What is the status -> A fork of cryptokit with sha512 added on it and slightly more efficient SHA C code overall (Like SHA512 faster than Xavier implementation of SHA1!) Part of Mirage -> No Are we forking it -> No, AFAIK Is it maintained -> No more no less than the original cryptokit. It should work the same as upstream cryptokit. That's about it. Ultimately, my "fork" could be merged into upstream, but I fear this is yet another project where upstream do not care anymore. Cheers, Vincent From anil@recoil.org Tue Apr 23 15:23:17 2013 Received: from ppsw-42.csi.cam.ac.uk ([131.111.8.142]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UUe7p-0000Uw-D8 (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Tue, 23 Apr 2013 15:23:17 +0100 X-Cam-SpamDetails: score 0.0 from SpamAssassin-3.3.2-1470411 X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from recoil.dh.bytemark.co.uk ([89.16.177.154]:41347 helo=dark.recoil.org) by ppsw-42.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.149]:25) with smtp id 1UUe7o-0007St-6W (Exim 4.80_167-5a66dd3) for cl-mirage@lists.cam.ac.uk (return-path ); Tue, 23 Apr 2013 15:23:17 +0100 Received: (qmail 31200 invoked by uid 634); 23 Apr 2013 14:23:15 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from volstagg-0.srg.cl.cam.ac.uk (HELO [10.0.1.75]) (128.232.32.232) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Tue, 23 Apr 2013 15:23:15 +0100 From: Anil Madhavapeddy Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: dev preview release checklist started Message-Id: <9A4F2CB6-EDF2-4305-9576-992A5F789D43@recoil.org> Date: Tue, 23 Apr 2013 15:23:16 +0100 To: Mirage List Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) X-Mailer: Apple Mail (2.1503) X-Virus-Checked: Checked by ClamAV on dark.recoil.org X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Apr 2013 14:23:17 -0000 Content-Length: 750 Lines: 18 As some homework for the next call, I've started putting together a = checklist of all the repositories that we currently have: http://www.openmirage.org/wiki/dev-preview-checklist Some of these will clearly skip the 1.0 developer preview (e.g. = ocaml-iscsi), but others are more critical to clean up and release. So = I suggest that after the first two agenda items today (Irminsule and = concurrent revisions), we do a quick first pass of the list of = repositories and tag it with "for 1.0" or "later", and figure out the = critical path. Most of them should be reasonably quick, but others, such as mirage-net, = need to broken up into sensible protocol chunks (such as the DHCP code = being separated out from the TCP repository). -anil= From anil@recoil.org Tue Apr 23 15:28:07 2013 Received: from ppsw-32.csi.cam.ac.uk ([131.111.8.132]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UUeCV-0000pC-As (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Tue, 23 Apr 2013 15:28:07 +0100 X-Cam-SpamDetails: score 0.0 from SpamAssassin-3.3.2-1470411 X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from recoil.dh.bytemark.co.uk ([89.16.177.154]:37085 helo=dark.recoil.org) by ppsw-32.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with smtp id 1UUeCU-0007d9-2O (Exim 4.80_167-5a66dd3) for cl-mirage@lists.cam.ac.uk (return-path ); Tue, 23 Apr 2013 15:28:07 +0100 Received: (qmail 22912 invoked by uid 634); 23 Apr 2013 14:28:06 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from volstagg-0.srg.cl.cam.ac.uk (HELO [10.0.1.75]) (128.232.32.232) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Tue, 23 Apr 2013 15:28:05 +0100 Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: Cryptokit.Random unsuitable in cooperative multithreaded systems From: Anil Madhavapeddy In-Reply-To: <517698BF.8060904@luminar.eu.org> Date: Tue, 23 Apr 2013 15:28:06 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <1ACFE8BD-B7DE-4B10-B313-F793F7400745@recoil.org> References: <517698BF.8060904@luminar.eu.org> To: Vincent Bernardoff X-Mailer: Apple Mail (2.1503) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: cl-mirage@lists.cam.ac.uk X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Apr 2013 14:28:07 -0000 Content-Length: 2096 Lines: 58 On 23 Apr 2013, at 15:20, Vincent Bernardoff wrote: > On 23/04/2013 15:05, Anil Madhavapeddy wrote: >>> Additionally, Vincent Bernardoff appears to have forked Cryptokit = with >>> >the unmerged addition of = SHA-512. >>> > >>> >What's the status of this library? Is it part of Mirage? Are we >>> >forking it? Is it maintained? >> We'll need a short-term Mirage fork to separate out the C bindings, = but >> should feed it back upstream in the long term. Vincent, I'll leave = the SHA256 >> question to you. >>=20 >=20 > Hi. >=20 > Yeah, at some point I needed SHA512 for a project, so I just merged = all sha code from Vincent Hanquez' ocaml-sha into cryptokit, calling = that cryptokit-sha512. >=20 > What is the status -> >=20 > A fork of cryptokit with sha512 added on it and slightly more = efficient SHA C code overall (Like SHA512 faster than Xavier = implementation of SHA1!) >=20 > Part of Mirage -> No > Are we forking it -> No, AFAIK > Is it maintained -> No more no less than the original cryptokit. It = should work the same as upstream cryptokit. >=20 > That's about it. Ultimately, my "fork" could be merged into upstream, = but I fear this is yet another project where upstream do not care = anymore. Cryptokit's a pretty important project, particularly to Mirage. If I = remember right, it moved to the Forge after Sylvain took over = maintainership. The last release was June 2012, so it doesn't seem = totally unmaintained. For now, I'd suggest mirroring the upstream repo on Github to make it = easier for us to use, and keeping a feature branch with SHA256. For Mirage, we need to extract out the C functions (mainly for SHA) = separately from the zlib bindings, and port the ones we want in = mirage-platform/xen/runtime. I would drop the zlib bindings until we = get a chance to implement them in OCaml (about a day's work). It's also = not essential to have zlib in our libraries at present, except for SSH = compression (which is optional). SHA, however, is used in a lot of = places. -anil From thomas.gazagnaire@gmail.com Tue Apr 23 15:40:02 2013 Received: from ppsw-32.csi.cam.ac.uk ([131.111.8.132]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UUeO2-0001mz-NS (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Tue, 23 Apr 2013 15:40:02 +0100 X-Cam-SpamDetails: score -0.6 from SpamAssassin-3.3.2-1470411 * -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low * trust * [209.85.212.172 listed in list.dnswl.dnsbl.ja.net] * 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider * (thomas.gazagnaire[at]gmail.com) * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from mail-wi0-f172.google.com ([209.85.212.172]:56895) by ppsw-32.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with esmtp id 1UUeO1-00053D-1C (Exim 4.80_167-5a66dd3) for cl-mirage@lists.cam.ac.uk (return-path ); Tue, 23 Apr 2013 15:40:02 +0100 Received: by mail-wi0-f172.google.com with SMTP id hm14so2989946wib.17 for ; Tue, 23 Apr 2013 07:40:01 -0700 (PDT) X-Received: by 10.180.92.229 with SMTP id cp5mr38036246wib.20.1366728001124; Tue, 23 Apr 2013 07:40:01 -0700 (PDT) Received: from [192.168.0.12] (gou06-3-88-170-165-56.fbx.proxad.net. [88.170.165.56]) by mx.google.com with ESMTPS id o5sm29326840wix.3.2013.04.23.07.39.59 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 23 Apr 2013 07:40:00 -0700 (PDT) Sender: Thomas Gazagnaire Subject: Re: Cryptokit.Random unsuitable in cooperative multithreaded systems Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Thomas Gazagnaire In-Reply-To: <1ACFE8BD-B7DE-4B10-B313-F793F7400745@recoil.org> Date: Tue, 23 Apr 2013 16:39:57 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <517698BF.8060904@luminar.eu.org> <1ACFE8BD-B7DE-4B10-B313-F793F7400745@recoil.org> To: Anil Madhavapeddy X-Mailer: Apple Mail (2.1085) Cc: cl-mirage@lists.cam.ac.uk, Vincent Bernardoff X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Apr 2013 14:40:02 -0000 Content-Length: 582 Lines: 13 > For Mirage, we need to extract out the C functions (mainly for SHA) = separately from the zlib bindings, and port the ones we want in = mirage-platform/xen/runtime. I would drop the zlib bindings until we = get a chance to implement them in OCaml (about a day's work). It's also = not essential to have zlib in our libraries at present, except for SSH = compression (which is optional). SHA, however, is used in a lot of = places. zlib is heavily used in Git, so that could be quite good to have a pure = zlib implementation as well. I might look into that then ... Thomas= From daniel.buenzli@erratique.ch Tue Apr 23 17:49:20 2013 Received: from ppsw-33.csi.cam.ac.uk ([131.111.8.133]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UUgPA-0006NY-LK (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Tue, 23 Apr 2013 17:49:20 +0100 X-Cam-SpamDetails: score 0.0 from SpamAssassin-3.3.2-1470411 X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from mail6.webfaction.com ([74.55.86.74]:47066 helo=smtp.webfaction.com) by ppsw-33.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.147]:25) with esmtp id 1UUgPA-00047r-g1 (Exim 4.80_167-5a66dd3) for cl-mirage@lists.cam.ac.uk (return-path ); Tue, 23 Apr 2013 17:49:20 +0100 Received: from [10.80.114.201] (firewall.ctxuk.citrix.com [46.33.159.2]) by smtp.webfaction.com (Postfix) with ESMTP id 6DB9520D7D83; Tue, 23 Apr 2013 16:48:33 +0000 (UTC) Date: Tue, 23 Apr 2013 17:48:32 +0100 From: =?utf-8?Q?Daniel_B=C3=BCnzli?= To: Thomas Gazagnaire Message-ID: In-Reply-To: References: <517698BF.8060904@luminar.eu.org> <1ACFE8BD-B7DE-4B10-B313-F793F7400745@recoil.org> Subject: Re: Cryptokit.Random unsuitable in cooperative multithreaded systems X-Mailer: sparrow 1.6.4 (build 1178) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Vincent Bernardoff , cl-mirage@lists.cam.ac.uk, Anil Madhavapeddy X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Apr 2013 16:49:20 -0000 Content-Length: 972 Lines: 29 Le mardi, 23 avril 2013 =C3=A0 15:39, Thomas Gazagnaire a =C3=A9crit : > zlib is heavily used in Git, so that could be quite good to have a pure= zlib implementation as well. I might look into that then ... I'd be quite interested in this aswell other reasons -- e.g. I would like= to have a hook in Vg to be able to compress the internal streams in PD=46= s. That would also make things like a pure PNG codec quite easy to write.= =20 I don't know the kind of interface you have in mind but it would be nice = to make it independent of the asynchronous library used. I have a simple = pattern for that here =5B1=5D, it's used both by jsonm =5B2=5D and vg =5B= 3=5D (and will eventually be used by xmlm once I get to write version 2).= =20 Best, Daniel =5B1=5D https://github.com/dbuenzli/nbcodec/blob/master/RATIONALE =5B2=5D https://github.com/dbuenzli/jsonm/blob/master/src/jsonm.mli =5B3=5D https://github.com/dbuenzli/vg/blob/master/src/vg.mli=23L564 From kosmo.zb@gmail.com Tue Apr 23 17:58:29 2013 Received: from ppsw-33.csi.cam.ac.uk ([131.111.8.133]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UUgY1-0006ab-Df (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Tue, 23 Apr 2013 17:58:29 +0100 X-Cam-SpamDetails: score -0.6 from SpamAssassin-3.3.2-1470411 * -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low * trust * [209.85.215.43 listed in list.dnswl.dnsbl.ja.net] * 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider * (kosmo.zb[at]gmail.com) * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from mail-la0-f43.google.com ([209.85.215.43]:49749) by ppsw-33.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.147]:25) with esmtp id 1UUgY0-00079n-hf (Exim 4.80_167-5a66dd3) for cl-mirage@lists.cam.ac.uk (return-path ); Tue, 23 Apr 2013 17:58:29 +0100 Received: by mail-la0-f43.google.com with SMTP id ea20so749343lab.2 for ; Tue, 23 Apr 2013 09:58:28 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.152.115.173 with SMTP id jp13mr9325230lab.49.1366736307802; Tue, 23 Apr 2013 09:58:27 -0700 (PDT) Sender: kosmo.zb@gmail.com Received: by 10.112.19.10 with HTTP; Tue, 23 Apr 2013 09:58:27 -0700 (PDT) In-Reply-To: References: <517698BF.8060904@luminar.eu.org> <1ACFE8BD-B7DE-4B10-B313-F793F7400745@recoil.org> Date: Tue, 23 Apr 2013 17:58:27 +0100 X-Google-Sender-Auth: AkknmBgysVLsV4NmKTbHfvTMHHs Message-ID: Subject: Re: Cryptokit.Random unsuitable in cooperative multithreaded systems From: David Sheets To: =?ISO-8859-1?Q?Daniel_B=FCnzli?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Anil Madhavapeddy , Thomas Gazagnaire , Mirage List , Vincent Bernardoff X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Apr 2013 16:58:29 -0000 Content-Length: 1172 Lines: 33 On Tue, Apr 23, 2013 at 5:48 PM, Daniel B=FCnzli wrote: > > > Le mardi, 23 avril 2013 =E0 15:39, Thomas Gazagnaire a =E9crit : > >> zlib is heavily used in Git, so that could be quite good to have a pure = zlib implementation as well. I might look into that then ... > > I'd be quite interested in this aswell other reasons -- e.g. I would like= to have a hook in Vg to be able to compress the internal streams in PDFs. = That would also make things like a pure PNG codec quite easy to write. ocaml-cohttp would benefit quite a lot from this as well as zlib/deflate are the basis of most of the HTTP compression encodings. > I don't know the kind of interface you have in mind but it would be nice = to make it independent of the asynchronous library used. I have a simple pa= ttern for that here [1], it's used both by jsonm [2] and vg [3] (and will e= ventually be used by xmlm once I get to write version 2). > > Best, > > Daniel > > > [1] https://github.com/dbuenzli/nbcodec/blob/master/RATIONALE > [2] https://github.com/dbuenzli/jsonm/blob/master/src/jsonm.mli > [3] https://github.com/dbuenzli/vg/blob/master/src/vg.mli#L564 > > > From vb@luminar.eu.org Tue Apr 23 18:40:40 2013 Received: from ppsw-42.csi.cam.ac.uk ([131.111.8.142]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UUhCq-0007cM-5X (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Tue, 23 Apr 2013 18:40:40 +0100 X-Cam-SpamDetails: score -0.0 from SpamAssassin-3.3.2-1470411 * -0.0 RP_MATCHES_RCVD Envelope sender domain matches handover relay * domain X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from luminar.eu.org ([94.23.24.152]:48161) by ppsw-42.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.149]:25) with esmtp id 1UUhCp-0002fv-9N (Exim 4.80_167-5a66dd3) for cl-mirage@lists.cam.ac.uk (return-path ); Tue, 23 Apr 2013 18:40:40 +0100 Received: from [IPv6:::1] (localhost.localdomain [127.0.0.1]) by luminar.eu.org (Postfix) with ESMTP id 7F822BF906 for ; Tue, 23 Apr 2013 19:40:39 +0200 (CEST) Message-ID: <5176C797.6020800@luminar.eu.org> Date: Tue, 23 Apr 2013 18:40:39 +0100 From: Vincent Bernardoff User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130403 Thunderbird/17.0.5 MIME-Version: 1.0 To: cl-mirage@lists.cam.ac.uk Subject: mirage-fs and ocaml-crunch Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Apr 2013 17:40:40 -0000 Content-Length: 409 Lines: 17 mirage-fs do not contain any FAT library at all, only a crunch folder. I updated it recently to allow for a -o option (output to an oc instead of stdout by default). ocaml-crunch contains the same thing, apparently it has been modified more recently (7 months instead of 10 months), except for my patch of course. I cannot find FAT anywhere. I think that really needs clarification. Cheers, Vincent From anil@recoil.org Tue Apr 23 19:22:37 2013 Received: from ppsw-42.csi.cam.ac.uk ([131.111.8.142]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UUhrR-0000dU-8E (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Tue, 23 Apr 2013 19:22:37 +0100 X-Cam-SpamDetails: score 0.0 from SpamAssassin-3.3.2-1470411 * 0.0 HTML_MESSAGE BODY: HTML included in message * 0.0 MIME_QP_LONG_LINE RAW: Quoted-printable line longer than 76 chars X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from recoil.dh.bytemark.co.uk ([89.16.177.154]:32735 helo=dark.recoil.org) by ppsw-42.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.149]:25) with smtp id 1UUhrQ-0004xB-8n (Exim 4.80_167-5a66dd3) for cl-mirage@lists.cam.ac.uk (return-path ); Tue, 23 Apr 2013 19:22:37 +0100 Received: (qmail 13072 invoked by uid 634); 23 Apr 2013 18:22:36 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED,HTML_MESSAGE,MIME_QP_LONG_LINE X-Spam-Check-By: dark.recoil.org Received: from dhcp-128-232-134-226.eduroam.csx.cam.ac.uk (HELO [128.232.134.226]) (128.232.134.226) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Tue, 23 Apr 2013 19:22:35 +0100 References: <5176C797.6020800@luminar.eu.org> Mime-Version: 1.0 (1.0) In-Reply-To: <5176C797.6020800@luminar.eu.org> Content-Type: multipart/alternative; boundary=Apple-Mail-D167BE5C-617D-4640-A6E4-0C49C1CDE4F3 Content-Transfer-Encoding: 7bit Message-Id: <46FBF1CB-F45F-4E4B-8384-5CBA37DA9D35@recoil.org> X-Mailer: iPhone Mail (10B146) From: Anil Madhavapeddy Subject: Re: mirage-fs and ocaml-crunch Date: Tue, 23 Apr 2013 19:22:31 +0100 To: Vincent Bernardoff X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "cl-mirage@lists.cam.ac.uk" X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Apr 2013 18:22:37 -0000 Content-Length: 3157 Lines: 67 --Apple-Mail-D167BE5C-617D-4640-A6E4-0C49C1CDE4F3 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable It's only in the original monolithic repo: https://github.com/avsm/mirage/tree/master/lib/fs -anil On 23 Apr 2013, at 18:40, Vincent Bernardoff wrote: > mirage-fs do not contain any FAT library at all, only a crunch folder. >=20 > I updated it recently to allow for a -o option (output to an oc instead of= stdout by default). >=20 > ocaml-crunch contains the same thing, apparently it has been modified more= recently (7 months instead of 10 months), except for my patch of course. >=20 > I cannot find FAT anywhere. >=20 > I think that really needs clarification. >=20 > Cheers, >=20 > Vincent >=20 --Apple-Mail-D167BE5C-617D-4640-A6E4-0C49C1CDE4F3 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
It's only in the original monolithic r= epo:

-anil=

On 23 Apr 2013, at 18:40, Vincent Bernardoff <vb@luminar.eu.org> wrote:

mirage-fs do not contain any FAT libr= ary at all, only a crunch folder.

I updated= it recently to allow for a -o option (output to an oc instead of stdout by d= efault).

ocaml-crunch contains the same thi= ng, apparently it has been modified more recently (7 months instead of 10 mo= nths), except for my patch of course.

I can= not find FAT anywhere.

I think that really n= eeds clarification.

Cheers,

Vincent

= --Apple-Mail-D167BE5C-617D-4640-A6E4-0C49C1CDE4F3-- From anil@recoil.org Tue Apr 23 19:24:54 2013 Received: from ppsw-42.csi.cam.ac.uk ([131.111.8.142]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UUhte-0000g1-QU (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Tue, 23 Apr 2013 19:24:54 +0100 X-Cam-SpamDetails: score 0.3 from SpamAssassin-3.3.2-1470411 * 0.0 HTML_MESSAGE BODY: HTML included in message * 0.3 HTML_FONT_FACE_BAD BODY: HTML font face is not a word * 0.0 MIME_QP_LONG_LINE RAW: Quoted-printable line longer than 76 chars X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from recoil.dh.bytemark.co.uk ([89.16.177.154]:18033 helo=dark.recoil.org) by ppsw-42.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.149]:25) with smtp id 1UUhte-0005b3-72 (Exim 4.80_167-5a66dd3) for cl-mirage@lists.cam.ac.uk (return-path ); Tue, 23 Apr 2013 19:24:54 +0100 Received: (qmail 25069 invoked by uid 634); 23 Apr 2013 18:24:54 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-0.7 required=5.0 tests=ALL_TRUSTED,HTML_FONT_FACE_BAD,HTML_MESSAGE,MIME_QP_LONG_LINE X-Spam-Check-By: dark.recoil.org Received: from dhcp-128-232-134-226.eduroam.csx.cam.ac.uk (HELO [128.232.134.226]) (128.232.134.226) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Tue, 23 Apr 2013 19:24:53 +0100 References: <517698BF.8060904@luminar.eu.org> <1ACFE8BD-B7DE-4B10-B313-F793F7400745@recoil.org> Mime-Version: 1.0 (1.0) In-Reply-To: Content-Type: multipart/alternative; boundary=Apple-Mail-88216755-E45D-4262-98B0-8AB841DFEF03 Content-Transfer-Encoding: 7bit Message-Id: <455705B8-F92C-4FD3-90A6-366C2AD11EA3@recoil.org> X-Mailer: iPhone Mail (10B146) From: Anil Madhavapeddy Subject: Re: Cryptokit.Random unsuitable in cooperative multithreaded systems Date: Tue, 23 Apr 2013 19:24:54 +0100 To: Thomas Gazagnaire X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "cl-mirage@lists.cam.ac.uk" , Vincent Bernardoff X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Apr 2013 18:24:54 -0000 Content-Length: 3762 Lines: 68 --Apple-Mail-88216755-E45D-4262-98B0-8AB841DFEF03 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable =46rom the archives:=20 http://www.elliottoti.com/index.php?p=3D31 -anil On 23 Apr 2013, at 15:39, Thomas Gazagnaire wrote: >> For Mirage, we need to extract out the C functions (mainly for SHA) separ= ately from the zlib bindings, and port the ones we want in mirage-platform/x= en/runtime. I would drop the zlib bindings until we get a chance to impleme= nt them in OCaml (about a day's work). It's also not essential to have zlib= in our libraries at present, except for SSH compression (which is optional)= . SHA, however, is used in a lot of places. >=20 > zlib is heavily used in Git, so that could be quite good to have a pure zl= ib implementation as well. I might look into that then ... >=20 > Thomas --Apple-Mail-88216755-E45D-4262-98B0-8AB841DFEF03 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
=46rom the archives: 

=
-anil
On 23 Ap= r 2013, at 15:39, Thomas Gazagnaire <thomas@gazagnaire.org> wrote:

For Mirage, we need to extract out the C functions (mainly f= or SHA) separately from the zlib bindings, and port the ones we want in mira= ge-platform/xen/runtime.  I would drop the zlib bindings until we get a= chance to implement them in OCaml (about a day's work).  It's also not= essential to have zlib in our libraries at present, except for SSH compress= ion (which is optional).  SHA, however, is used in a lot of places.

zlib is heavily used in Git, so t= hat could be quite good to have a pure zlib implementation as well. I might l= ook into that then ...

Thomas
= --Apple-Mail-88216755-E45D-4262-98B0-8AB841DFEF03-- From vb@vb.fdn.fr Tue Apr 23 19:44:02 2013 Received: from ppsw-32.csi.cam.ac.uk ([131.111.8.132]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UUiCA-0000vU-EY (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Tue, 23 Apr 2013 19:44:02 +0100 X-Cam-SpamDetails: score 0.0 from SpamAssassin-3.3.2-1470411 X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from luminar.eu.org ([94.23.24.152]:32860) by ppsw-32.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with esmtp id 1UUiC9-0001C4-37 (Exim 4.80_167-5a66dd3) for cl-mirage@lists.cam.ac.uk (return-path ); Tue, 23 Apr 2013 19:44:02 +0100 Received: from [IPv6:::1] (localhost.localdomain [127.0.0.1]) by luminar.eu.org (Postfix) with ESMTP id A1D0AC09EC for ; Tue, 23 Apr 2013 20:44:01 +0200 (CEST) Message-ID: <5176D670.1080904@vb.fdn.fr> Date: Tue, 23 Apr 2013 19:44:00 +0100 From: "Vincent B." User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130403 Thunderbird/17.0.5 MIME-Version: 1.0 To: cl-mirage@lists.cam.ac.uk Subject: Re: Cryptokit.Random unsuitable in cooperative multithreaded systems References: <517698BF.8060904@luminar.eu.org> <1ACFE8BD-B7DE-4B10-B313-F793F7400745@recoil.org> <455705B8-F92C-4FD3-90A6-366C2AD11EA3@recoil.org> In-Reply-To: <455705B8-F92C-4FD3-90A6-366C2AD11EA3@recoil.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Apr 2013 18:44:02 -0000 Content-Length: 422 Lines: 17 On 23/04/2013 19:24, Anil Madhavapeddy wrote: > From the archives: > http://www.elliottoti.com/index.php?p=31 > > -anil If you want, I can take this code, refactor it into a more standard format (like putting tests in a separate folder for example), and make an OPAM/obuild (or OASIS) package out of it (and maybe try to look for where I could improve performance. I like doing that kind of stuff. Cheers Vincent From daniel.buenzli@erratique.ch Tue Apr 23 20:29:43 2013 Received: from ppsw-32.csi.cam.ac.uk ([131.111.8.132]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UUiuN-0001Y6-FM (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Tue, 23 Apr 2013 20:29:43 +0100 X-Cam-SpamDetails: score 0.0 from SpamAssassin-3.3.2-1470411 X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from mail6.webfaction.com ([74.55.86.74]:39563 helo=smtp.webfaction.com) by ppsw-32.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with esmtp id 1UUiuM-0004TE-2r (Exim 4.80_167-5a66dd3) for cl-mirage@lists.cam.ac.uk (return-path ); Tue, 23 Apr 2013 20:29:43 +0100 Received: from [172.20.10.2] (92.40.253.68.threembb.co.uk [92.40.253.68]) by smtp.webfaction.com (Postfix) with ESMTP id 7445520D7001; Tue, 23 Apr 2013 19:29:41 +0000 (UTC) Date: Tue, 23 Apr 2013 20:29:36 +0100 From: =?utf-8?Q?Daniel_B=C3=BCnzli?= To: "Vincent B." Message-ID: In-Reply-To: <5176D670.1080904@vb.fdn.fr> References: <517698BF.8060904@luminar.eu.org> <1ACFE8BD-B7DE-4B10-B313-F793F7400745@recoil.org> <455705B8-F92C-4FD3-90A6-366C2AD11EA3@recoil.org> <5176D670.1080904@vb.fdn.fr> Subject: Re: Cryptokit.Random unsuitable in cooperative multithreaded systems X-Mailer: sparrow 1.6.4 (build 1178) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: cl-mirage@lists.cam.ac.uk X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Apr 2013 19:29:43 -0000 Content-Length: 739 Lines: 18 Le mardi, 23 avril 2013 =C3=A0 19:44, Vincent B. a =C3=A9crit : > If you want, I can take this code, refactor it into a more standard > format (like putting tests in a separate folder for example), and make = =20 > an OPAM/obuild (or OASIS) package out of it (and maybe try to look for = =20 > where I could improve performance. I had my information theory course almost 15 years ago (gasp) so I may be= a little bit rusty on compression. But didn't this person just implement= the easy bits --- inflate --- IIRC in deflate you have quite a few desig= n choices/strategies to make/take =3F Besides the code really looks toyish, it seems to be allocation hell in t= here. But it can make nice pseudo-code to read the spec. =20 Daniel From thomas.gazagnaire@gmail.com Tue Apr 23 20:35:55 2013 Received: from ppsw-32.csi.cam.ac.uk ([131.111.8.132]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UUj0N-0001fK-4K (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Tue, 23 Apr 2013 20:35:55 +0100 X-Cam-SpamDetails: score -0.6 from SpamAssassin-3.3.2-1470411 * -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low * trust * [74.125.82.174 listed in list.dnswl.dnsbl.ja.net] * 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider * (thomas.gazagnaire[at]gmail.com) * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from mail-we0-f174.google.com ([74.125.82.174]:63735) by ppsw-32.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with esmtp id 1UUj0M-0006Js-0l (Exim 4.80_167-5a66dd3) for cl-mirage@lists.cam.ac.uk (return-path ); Tue, 23 Apr 2013 20:35:55 +0100 Received: by mail-we0-f174.google.com with SMTP id t9so501957wey.5 for ; Tue, 23 Apr 2013 12:35:54 -0700 (PDT) X-Received: by 10.180.76.230 with SMTP id n6mr15976705wiw.28.1366745753979; Tue, 23 Apr 2013 12:35:53 -0700 (PDT) Received: from [192.168.0.12] (gou06-3-88-170-165-56.fbx.proxad.net. [88.170.165.56]) by mx.google.com with ESMTPSA id t7sm28272637wij.2.2013.04.23.12.35.51 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 23 Apr 2013 12:35:53 -0700 (PDT) Sender: Thomas Gazagnaire Subject: Re: Cryptokit.Random unsuitable in cooperative multithreaded systems Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Thomas Gazagnaire In-Reply-To: <455705B8-F92C-4FD3-90A6-366C2AD11EA3@recoil.org> Date: Tue, 23 Apr 2013 21:35:47 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <517698BF.8060904@luminar.eu.org> <1ACFE8BD-B7DE-4B10-B313-F793F7400745@recoil.org> <455705B8-F92C-4FD3-90A6-366C2AD11EA3@recoil.org> To: Anil Madhavapeddy X-Mailer: Apple Mail (2.1085) Cc: "cl-mirage@lists.cam.ac.uk" , Vincent Bernardoff X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Apr 2013 19:35:55 -0000 Content-Length: 1018 Lines: 30 > =46rom the archives:=20 > http://www.elliottoti.com/index.php?p=3D31 The interface is not exactly the one Daniel, David and I need but that's = definitely a good start (it pre-allocate strings instead of streaming). = I'll look into that tomorrow but Vincent, feel free to look at it if you = have time. Thomas >=20 > -anil >=20 > On 23 Apr 2013, at 15:39, Thomas Gazagnaire = wrote: >=20 >>> For Mirage, we need to extract out the C functions (mainly for SHA) = separately from the zlib bindings, and port the ones we want in = mirage-platform/xen/runtime. I would drop the zlib bindings until we = get a chance to implement them in OCaml (about a day's work). It's also = not essential to have zlib in our libraries at present, except for SSH = compression (which is optional). SHA, however, is used in a lot of = places. >>=20 >> zlib is heavily used in Git, so that could be quite good to have a = pure zlib implementation as well. I might look into that then ... >>=20 >> Thomas From thomas.gazagnaire@gmail.com Tue Apr 23 20:36:50 2013 Received: from ppsw-42.csi.cam.ac.uk ([131.111.8.142]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UUj1G-0001hi-Bh (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Tue, 23 Apr 2013 20:36:50 +0100 X-Cam-SpamDetails: score -0.6 from SpamAssassin-3.3.2-1470411 * -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low * trust * [209.85.212.175 listed in list.dnswl.dnsbl.ja.net] * 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider * (thomas.gazagnaire[at]gmail.com) * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from mail-wi0-f175.google.com ([209.85.212.175]:37427) by ppsw-42.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.149]:25) with esmtp id 1UUj1E-0006TO-8s (Exim 4.80_167-5a66dd3) for cl-mirage@lists.cam.ac.uk (return-path ); Tue, 23 Apr 2013 20:36:50 +0100 Received: by mail-wi0-f175.google.com with SMTP id h11so6548626wiv.8 for ; Tue, 23 Apr 2013 12:36:48 -0700 (PDT) X-Received: by 10.180.74.146 with SMTP id t18mr48082669wiv.26.1366745808594; Tue, 23 Apr 2013 12:36:48 -0700 (PDT) Received: from [192.168.0.12] (gou06-3-88-170-165-56.fbx.proxad.net. [88.170.165.56]) by mx.google.com with ESMTPSA id t7sm28272637wij.2.2013.04.23.12.36.45 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 23 Apr 2013 12:36:46 -0700 (PDT) Sender: Thomas Gazagnaire Subject: Re: Cryptokit.Random unsuitable in cooperative multithreaded systems Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Thomas Gazagnaire In-Reply-To: Date: Tue, 23 Apr 2013 21:36:45 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <16E94E9B-2F7E-4A9A-9177-FAFD4DCC4A97@gazagnaire.org> References: <517698BF.8060904@luminar.eu.org> <1ACFE8BD-B7DE-4B10-B313-F793F7400745@recoil.org> <455705B8-F92C-4FD3-90A6-366C2AD11EA3@recoil.org> <5176D670.1080904@vb.fdn.fr> To: =?iso-8859-1?Q?Daniel_B=FCnzli?= X-Mailer: Apple Mail (2.1085) Cc: "Vincent B." , cl-mirage@lists.cam.ac.uk X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Apr 2013 19:36:50 -0000 Content-Length: 174 Lines: 6 > Besides the code really looks toyish, it seems to be allocation hell = in there. But it can make nice pseudo-code to read the spec. =20 indeed, the (^) loop is devil :p From anil@recoil.org Wed Apr 24 11:37:53 2013 Received: from ppsw-33.csi.cam.ac.uk ([131.111.8.133]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UUx5F-0001Ep-Sm (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Wed, 24 Apr 2013 11:37:53 +0100 X-Cam-SpamDetails: score 0.0 from SpamAssassin-3.3.2-1470853 X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from recoil.dh.bytemark.co.uk ([89.16.177.154]:8986 helo=dark.recoil.org) by ppsw-33.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.147]:25) with smtp id 1UUx5D-0003YM-iM (Exim 4.80_167-5a66dd3) for cl-mirage@lists.cam.ac.uk (return-path ); Wed, 24 Apr 2013 11:37:53 +0100 Received: (qmail 22786 invoked by uid 634); 24 Apr 2013 10:37:51 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from cpc7-cmbg14-2-0-cust238.5-4.cable.virginmedia.com (HELO [192.168.1.48]) (86.30.244.239) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Wed, 24 Apr 2013 11:37:51 +0100 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: Cryptokit.Random unsuitable in cooperative multithreaded systems From: Anil Madhavapeddy In-Reply-To: Date: Wed, 24 Apr 2013 11:37:54 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <9D1B286A-2300-47CB-B53D-78B270A2AC8C@recoil.org> References: <517698BF.8060904@luminar.eu.org> <1ACFE8BD-B7DE-4B10-B313-F793F7400745@recoil.org> <455705B8-F92C-4FD3-90A6-366C2AD11EA3@recoil.org> To: Thomas Gazagnaire X-Mailer: Apple Mail (2.1503) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "cl-mirage@lists.cam.ac.uk" , Vincent Bernardoff X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Apr 2013 10:37:54 -0000 Content-Length: 826 Lines: 24 On 23 Apr 2013, at 20:35, Thomas Gazagnaire = wrote: >> =46rom the archives:=20 >> http://www.elliottoti.com/index.php?p=3D31 >=20 > The interface is not exactly the one Daniel, David and I need but = that's definitely a good start (it pre-allocate strings instead of = streaming). I'll look into that tomorrow but Vincent, feel free to look = at it if you have time. >=20 Agreed; that link was just from my last zlib tag from a few years ago. = I would definitely prefer something on the lines of Daniel's = non-blocking codecs, as that makes for easier integration with network = streams. A clean implementation of the encoding is also missing (and that's where = the parameterisation is needed to choose a time/space tradeoff, although = it doesn't matter much at all on modern hardware). -a From daniel.buenzli@erratique.ch Wed Apr 24 18:34:48 2013 Received: from ppsw-52.csi.cam.ac.uk ([131.111.8.152]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UV3ai-0002rP-Hm (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Wed, 24 Apr 2013 18:34:48 +0100 X-Cam-SpamDetails: score 0.0 from SpamAssassin-3.3.2-1470853 X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from mail6.webfaction.com ([74.55.86.74]:39486 helo=smtp.webfaction.com) by ppsw-52.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.148]:25) with esmtp id 1UV3ah-00005Z-FW (Exim 4.80_167-5a66dd3) for cl-mirage@lists.cam.ac.uk (return-path ); Wed, 24 Apr 2013 18:34:48 +0100 Received: from [10.80.118.32] (firewall.ctxuk.citrix.com [46.33.159.2]) by smtp.webfaction.com (Postfix) with ESMTP id 20E8F20D77B4; Wed, 24 Apr 2013 17:34:45 +0000 (UTC) Date: Wed, 24 Apr 2013 18:34:44 +0100 From: =?utf-8?Q?Daniel_B=C3=BCnzli?= To: Anil Madhavapeddy Message-ID: <495E138384F0494F81D5D613D4446D99@erratique.ch> In-Reply-To: <1ACFE8BD-B7DE-4B10-B313-F793F7400745@recoil.org> References: <517698BF.8060904@luminar.eu.org> <1ACFE8BD-B7DE-4B10-B313-F793F7400745@recoil.org> Subject: Re: Cryptokit.Random unsuitable in cooperative multithreaded systems X-Mailer: sparrow 1.6.4 (build 1178) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: cl-mirage@lists.cam.ac.uk, Vincent Bernardoff X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Apr 2013 17:34:48 -0000 Content-Length: 440 Lines: 15 Le mardi, 23 avril 2013 =C3=A0 15:28, Anil Madhavapeddy a =C3=A9crit : > Cryptokit's a pretty important project, particularly to Mirage. If I re= member right, it moved to the =46orge after Sylvain took over maintainers= hip. The last release was June 2012, so it doesn't seem totally unmaintai= ned. Well the original author seems even active at the moment: =20 https://forge.ocamlcore.org/forum/forum.php=3Fforum=5Fid=3D875 Daniel From stedolan@stedolan.net Wed Apr 24 18:49:05 2013 Received: from ppsw-32.csi.cam.ac.uk ([131.111.8.132]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UV3oX-00030w-5M (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Wed, 24 Apr 2013 18:49:05 +0100 X-Cam-SpamDetails: score -0.7 from SpamAssassin-3.3.2-1470853 * -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low * trust * [209.85.217.180 listed in list.dnswl.dnsbl.ja.net] * 0.0 HTML_MESSAGE BODY: HTML included in message X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from mail-lb0-f180.google.com ([209.85.217.180]:57469) by ppsw-32.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with esmtp id 1UV3oW-00089k-1x (Exim 4.80_167-5a66dd3) for cl-mirage@lists.cam.ac.uk (return-path ); Wed, 24 Apr 2013 18:49:05 +0100 Received: by mail-lb0-f180.google.com with SMTP id t11so2012900lbi.39 for ; Wed, 24 Apr 2013 10:49:04 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:x-originating-ip:in-reply-to:references :date:message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=a8YeXSUbW87Dm78NRzlNoRabAvX3StXAgyeI2OOuwiY=; b=Yy4rRSVWA9qbaVT9VhS8+rDhD/TFPZbGcHmcAuS7o5PwpiL8gG0DoJzE+M1zvhFpRJ 39KiV5ipD+oO9sB01W0ilCSNeujjm8mvhBHCt4mkYuMp6tTnlp0BNZWBRvv7Hh21qeSd R4O7UFLZR6RgF8M7HVSUNyXikQNxnAVGjZgdes8ZO5ocZVwVLThaHI5lW6e20VQWXWZN XNz4Qqc9fe3YeQV789yf0qUwkIX/vDVwFt7E4lNTPaWJ4/1AiQ107QReY113KV+6MCkm VQIOORJalQampBFGKk9vfj6J+Az1BT1elMm1tF5LxVaBwSxlJ9O4o4IZyYATaqWq/1lx jUbw== MIME-Version: 1.0 X-Received: by 10.152.87.116 with SMTP id w20mr8514169laz.0.1366825744010; Wed, 24 Apr 2013 10:49:04 -0700 (PDT) Received: by 10.114.160.136 with HTTP; Wed, 24 Apr 2013 10:49:03 -0700 (PDT) X-Originating-IP: [131.111.184.8] In-Reply-To: <495E138384F0494F81D5D613D4446D99@erratique.ch> References: <517698BF.8060904@luminar.eu.org> <1ACFE8BD-B7DE-4B10-B313-F793F7400745@recoil.org> <495E138384F0494F81D5D613D4446D99@erratique.ch> Date: Wed, 24 Apr 2013 18:49:03 +0100 Message-ID: Subject: Re: Cryptokit.Random unsuitable in cooperative multithreaded systems From: Stephen Dolan To: =?ISO-8859-1?Q?Daniel_B=FCnzli?= Content-Type: multipart/alternative; boundary=001a11c237c4f1a4a504db1eea45 X-Gm-Message-State: ALoCoQk6gA/Q2VmTpHPwVzlGXOzFmr/iPXCGsSqLnKah6O6Utz54T/EFsONE4zv9SA1naXXbObtA Cc: Vincent Bernardoff , cl-mirage@lists.cam.ac.uk, Anil Madhavapeddy X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Apr 2013 17:49:05 -0000 Content-Length: 2241 Lines: 66 --001a11c237c4f1a4a504db1eea45 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Shouldn't Mirage be using /dev/urandom anyway? I don't think /dev/random is a good idea for anything non-interactive, it's too easy to DoS. Stephen On Wed, Apr 24, 2013 at 6:34 PM, Daniel B=FCnzli wrote: > > > Le mardi, 23 avril 2013 =E0 15:28, Anil Madhavapeddy a =E9crit : > > > Cryptokit's a pretty important project, particularly to Mirage. If I > remember right, it moved to the Forge after Sylvain took over > maintainership. The last release was June 2012, so it doesn't seem totall= y > unmaintained. > > Well the original author seems even active at the moment: > > https://forge.ocamlcore.org/forum/forum.php?forum_id=3D875 > > Daniel > > --001a11c237c4f1a4a504db1eea45 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Shouldn't Mirage be using /dev/urandom anyway? I don&#= 39;t think /dev/random is a good idea for anything non-interactive, it'= s too easy to DoS.

Stephen


On Wed, Apr 24, 2013 at 6:34 PM, Daniel = B=FCnzli <daniel.buenzli@erratique.ch> wrote:
<= blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px= #ccc solid;padding-left:1ex">

Le mardi, 23 avril 2013 =E0 15:28, Anil Madhavapeddy a =E9crit :

> Cryptokit's a pretty important project, particularly to Mirage. If= I remember right, it moved to the Forge after Sylvain took over maintainer= ship. The last release was June 2012, so it doesn't seem totally unmain= tained.

Well the original author seems even active at the moment:

https://forge.ocamlcore.org/forum/forum.php?forum_id=3D875

Daniel


--001a11c237c4f1a4a504db1eea45-- From anil@recoil.org Wed Apr 24 20:29:40 2013 Received: from ppsw-52.csi.cam.ac.uk ([131.111.8.152]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UV5Ns-0004pF-Dj (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Wed, 24 Apr 2013 20:29:40 +0100 X-Cam-SpamDetails: score 0.0 from SpamAssassin-3.3.2-1470853 X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from recoil.dh.bytemark.co.uk ([89.16.177.154]:32673 helo=dark.recoil.org) by ppsw-52.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.148]:25) with smtp id 1UV5Nr-00069M-EM (Exim 4.80_167-5a66dd3) for cl-mirage@lists.cam.ac.uk (return-path ); Wed, 24 Apr 2013 20:29:40 +0100 Received: (qmail 18092 invoked by uid 634); 24 Apr 2013 19:29:38 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from cpc7-cmbg14-2-0-cust238.5-4.cable.virginmedia.com (HELO [192.168.1.84]) (86.30.244.239) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Wed, 24 Apr 2013 20:29:38 +0100 Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: Cryptokit.Random unsuitable in cooperative multithreaded systems From: Anil Madhavapeddy In-Reply-To: Date: Wed, 24 Apr 2013 20:29:35 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <427937DA-85BD-46AF-93B6-E5209AB69DF8@recoil.org> References: <517698BF.8060904@luminar.eu.org> <1ACFE8BD-B7DE-4B10-B313-F793F7400745@recoil.org> <495E138384F0494F81D5D613D4446D99@erratique.ch> To: Stephen Dolan X-Mailer: Apple Mail (2.1503) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: =?iso-8859-1?Q?Daniel_B=FCnzli?= , cl-mirage@lists.cam.ac.uk, Vincent Bernardoff X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Apr 2013 19:29:40 -0000 Content-Length: 1734 Lines: 50 Mirage is just a collection of libraries, so we need to split up random = number usage into a few scenarios: - Cryptokit requires strong random numbers for key generation, so it = uses /dev/random in UNIX and blocks. Key generation is probably the = only case where we want to use this. - Other applications just want good-enough random sources, so in = UNIX/Mirage we would use /dev/urandom, and in Xen/Mirage we would need = an arc4random stirring pool and scavenge whatever we can get from the PV = interfaces. It's not clear to me what the best strategy is for key generation in Xen = at the moment. It does make me wonder if it's worth generating a bunch = of SSH keys on Amazon EC2 and inspect their quality (although = presumably, SSH uses /dev/random for this and should just be slow about = key generation on Xen). The latest Ivy Bridge chipsets do have hardware = RNGs that should show up in a PV guest too. -anil On 24 Apr 2013, at 18:49, Stephen Dolan wrote: > Shouldn't Mirage be using /dev/urandom anyway? I don't think = /dev/random is a good idea for anything non-interactive, it's too easy = to DoS. >=20 > Stephen >=20 >=20 > On Wed, Apr 24, 2013 at 6:34 PM, Daniel B=FCnzli = wrote: >=20 >=20 > Le mardi, 23 avril 2013 =E0 15:28, Anil Madhavapeddy a =E9crit : >=20 > > Cryptokit's a pretty important project, particularly to Mirage. If I = remember right, it moved to the Forge after Sylvain took over = maintainership. The last release was June 2012, so it doesn't seem = totally unmaintained. >=20 > Well the original author seems even active at the moment: >=20 > https://forge.ocamlcore.org/forum/forum.php?forum_id=3D875 >=20 > Daniel >=20 >=20 From anil@recoil.org Wed Apr 24 20:37:29 2013 Received: from ppsw-52.csi.cam.ac.uk ([131.111.8.152]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UV5VR-00052S-Mv (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Wed, 24 Apr 2013 20:37:29 +0100 X-Cam-SpamDetails: score 0.0 from SpamAssassin-3.3.2-1470853 X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from recoil.dh.bytemark.co.uk ([89.16.177.154]:17814 helo=dark.recoil.org) by ppsw-52.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.148]:25) with smtp id 1UV5VQ-00085v-FF (Exim 4.80_167-5a66dd3) for cl-mirage@lists.cam.ac.uk (return-path ); Wed, 24 Apr 2013 20:37:29 +0100 Received: (qmail 6646 invoked by uid 634); 24 Apr 2013 19:37:28 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from cpc7-cmbg14-2-0-cust238.5-4.cable.virginmedia.com (HELO [192.168.1.84]) (86.30.244.239) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Wed, 24 Apr 2013 20:37:27 +0100 Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: Cryptokit.Random unsuitable in cooperative multithreaded systems From: Anil Madhavapeddy In-Reply-To: <495E138384F0494F81D5D613D4446D99@erratique.ch> Date: Wed, 24 Apr 2013 20:37:26 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <517698BF.8060904@luminar.eu.org> <1ACFE8BD-B7DE-4B10-B313-F793F7400745@recoil.org> <495E138384F0494F81D5D613D4446D99@erratique.ch> To: =?iso-8859-1?Q?Daniel_B=FCnzli?= X-Mailer: Apple Mail (2.1503) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: cl-mirage@lists.cam.ac.uk, Vincent Bernardoff X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Apr 2013 19:37:29 -0000 Content-Length: 848 Lines: 23 On 24 Apr 2013, at 18:34, Daniel B=FCnzli = wrote: >=20 > Le mardi, 23 avril 2013 =E0 15:28, Anil Madhavapeddy a =E9crit : >=20 >> Cryptokit's a pretty important project, particularly to Mirage. If I = remember right, it moved to the Forge after Sylvain took over = maintainership. The last release was June 2012, so it doesn't seem = totally unmaintained. >=20 > Well the original author seems even active at the moment: =20 >=20 > https://forge.ocamlcore.org/forum/forum.php?forum_id=3D875 Good catch; I've just updated OPAM with Cryptokit 1.7. Vincent, I'd strongly recommend submitting patches like the SHA-256 ones = upstream to Xavier to review, as a crypto library isn't something to = fork lightly. Having said that, I've been sitting on some DSA patches = since 2006, so I'll also do the same :-) -anil= From stedolan@stedolan.net Wed Apr 24 21:08:50 2013 Received: from ppsw-52.csi.cam.ac.uk ([131.111.8.152]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UV5zm-0005q2-TR (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Wed, 24 Apr 2013 21:08:50 +0100 X-Cam-SpamDetails: score -0.7 from SpamAssassin-3.3.2-1470853 * -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low * trust * [209.85.217.179 listed in list.dnswl.dnsbl.ja.net] * 0.0 HTML_MESSAGE BODY: HTML included in message X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from mail-lb0-f179.google.com ([209.85.217.179]:57568) by ppsw-52.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.148]:25) with esmtp id 1UV5zm-0007pl-DH (Exim 4.80_167-5a66dd3) for cl-mirage@lists.cam.ac.uk (return-path ); Wed, 24 Apr 2013 21:08:50 +0100 Received: by mail-lb0-f179.google.com with SMTP id t1so2100423lbd.24 for ; Wed, 24 Apr 2013 13:08:49 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:x-originating-ip:in-reply-to:references :date:message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=7ZQqLr5gqcsuGwfuTBJ7UHSCNknX3hdcxta4s96A+vI=; b=Ks97YuKMq25c8yK7wKvcpIM+o++yZexmVhU7CGZt934OIAc2GN6KbD/a91aPDuYOGB DX16f1tVlZtvgRWqnr/vveaKVcI7ZKUJ9JdkFlBgs/8txgMVsReoyTtWurrx3uJ5UgL6 Kza7CZvqNvDKCdY+GXbRK1Xhep03684CyO5W/ATohkZtQ/wctzZMAcZ8NW33GSR4MO3U KgoMSAS6gaJmB61vmSHQAGlGaUHji4lg9IH1ilwKMsZjYyEMsDF8P/np/Rq8msSs/h2U moXXxR6ASte0n2bjSvi+hFB2AqLHUD3MN8y/mt9VxIgu9JvheFiyPxHnnyQe23nl9vgJ uNCg== MIME-Version: 1.0 X-Received: by 10.112.157.6 with SMTP id wi6mr17831809lbb.45.1366834129513; Wed, 24 Apr 2013 13:08:49 -0700 (PDT) Received: by 10.114.160.136 with HTTP; Wed, 24 Apr 2013 13:08:49 -0700 (PDT) X-Originating-IP: [131.111.184.8] In-Reply-To: <427937DA-85BD-46AF-93B6-E5209AB69DF8@recoil.org> References: <517698BF.8060904@luminar.eu.org> <1ACFE8BD-B7DE-4B10-B313-F793F7400745@recoil.org> <495E138384F0494F81D5D613D4446D99@erratique.ch> <427937DA-85BD-46AF-93B6-E5209AB69DF8@recoil.org> Date: Wed, 24 Apr 2013 21:08:49 +0100 Message-ID: Subject: Re: Cryptokit.Random unsuitable in cooperative multithreaded systems From: Stephen Dolan To: Anil Madhavapeddy Content-Type: multipart/alternative; boundary=001a11c2b04cc1c10a04db20de43 X-Gm-Message-State: ALoCoQmSsfL7fBdQYbwbGbQ8+cFPMllura34CWwdqcjy8ounRp4OqU8e7KIbhaiaZHxc4ECW/i8R Cc: =?ISO-8859-1?Q?Daniel_B=FCnzli?= , cl-mirage@lists.cam.ac.uk, Vincent Bernardoff X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Apr 2013 20:08:51 -0000 Content-Length: 6048 Lines: 148 --001a11c2b04cc1c10a04db20de43 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable There are two distinct scenarios for key generation - generating a long lived key (say, an SSH host key that's persisted to disk and "never" changes) for which /dev/random is the right choice, and generating immediate keys for an automated process (e.g. SSL session keys), for which /dev/urandom is probably better. It's the same RNG that /dev/random uses, and it's not significantly more reversible than whatever crypto you're generating keys for. The trivial DoS from opening lots of connections and handshaking until the entropy pool runs dry is a much bigger security risk than using /dev/urandom for key generation. On Wed, Apr 24, 2013 at 8:29 PM, Anil Madhavapeddy wrote: > Mirage is just a collection of libraries, so we need to split up random > number usage into a few scenarios: > > - Cryptokit requires strong random numbers for key generation, so it uses > /dev/random in UNIX and blocks. Key generation is probably the only case > where we want to use this. > > - Other applications just want good-enough random sources, so in > UNIX/Mirage we would use /dev/urandom, and in Xen/Mirage we would need an > arc4random stirring pool and scavenge whatever we can get from the PV > interfaces. > > It's not clear to me what the best strategy is for key generation in Xen > at the moment. It does make me wonder if it's worth generating a bunch o= f > SSH keys on Amazon EC2 and inspect their quality (although presumably, SS= H > uses /dev/random for this and should just be slow about key generation on > Xen). The latest Ivy Bridge chipsets do have hardware RNGs that should > show up in a PV guest too. > > -anil > > On 24 Apr 2013, at 18:49, Stephen Dolan wrote: > > > Shouldn't Mirage be using /dev/urandom anyway? I don't think /dev/rando= m > is a good idea for anything non-interactive, it's too easy to DoS. > > > > Stephen > > > > > > On Wed, Apr 24, 2013 at 6:34 PM, Daniel B=FCnzli < > daniel.buenzli@erratique.ch> wrote: > > > > > > Le mardi, 23 avril 2013 =E0 15:28, Anil Madhavapeddy a =E9crit : > > > > > Cryptokit's a pretty important project, particularly to Mirage. If I > remember right, it moved to the Forge after Sylvain took over > maintainership. The last release was June 2012, so it doesn't seem totall= y > unmaintained. > > > > Well the original author seems even active at the moment: > > > > https://forge.ocamlcore.org/forum/forum.php?forum_id=3D875 > > > > Daniel > > > > > > --001a11c2b04cc1c10a04db20de43 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
There are two distinct scenarios for key generation - gene= rating a long lived key (say, an SSH host key that's persisted to disk = and "never" changes) for which /dev/random is the right choice, a= nd generating immediate keys for an automated process (e.g. SSL session key= s), for which /dev/urandom is probably better. It's the same RNG that /= dev/random uses, and it's not significantly more reversible than whatev= er crypto you're generating keys for. The trivial DoS from opening lots= of connections and handshaking until the entropy pool runs dry is a much b= igger security risk than using /dev/urandom for key generation.


On Wed, Apr 2= 4, 2013 at 8:29 PM, Anil Madhavapeddy <anil@recoil.org> wrote:=
Mirage is just a collection of libraries, so we need to split up random num= ber usage into a few scenarios:

- Cryptokit requires strong random numbers for key generation, so it uses /= dev/random in UNIX and blocks. =A0Key generation is probably the only case = where we want to use this.

- Other applications just want good-enough random sources, so in UNIX/Mirag= e we would use /dev/urandom, and in Xen/Mirage we would need an arc4random = stirring pool and scavenge whatever we can get from the PV interfaces.

It's not clear to me what the best strategy is for key generation in Xe= n at the moment. =A0It does make me wonder if it's worth generating a b= unch of SSH keys on Amazon EC2 and inspect their quality (although presumab= ly, SSH uses /dev/random for this and should just be slow about key generat= ion on Xen). =A0The latest Ivy Bridge chipsets do have hardware RNGs that s= hould show up in a PV guest too.

-anil

On 24 Apr 2013, at 18:49, Stephen Dolan <stedolan@stedolan.net> wrote:

> Shouldn't Mirage be using /dev/urandom anyway? I don't think /= dev/random is a good idea for anything non-interactive, it's too easy t= o DoS.
>
> Stephen
>
>
> On Wed, Apr 24, 2013 at 6:34 PM, Daniel B=FCnzli <daniel.buenzli@erratique.ch> wrote: >
>
> Le mardi, 23 avril 2013 =E0 15:28, Anil Madhavapeddy a =E9crit :
>
> > Cryptokit's a pretty important project, particularly to Mirag= e. If I remember right, it moved to the Forge after Sylvain took over maint= ainership. The last release was June 2012, so it doesn't seem totally u= nmaintained.
>
> Well the original author seems even active at the moment:
>
> https://forge.ocamlcore.org/forum/forum.php?forum_id=3D8= 75
>
> Daniel
>
>


--001a11c2b04cc1c10a04db20de43-- From vb@vb.fdn.fr Wed Apr 24 22:12:16 2013 Received: from ppsw-33.csi.cam.ac.uk ([131.111.8.133]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UV6zA-0006sW-Jz (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Wed, 24 Apr 2013 22:12:16 +0100 X-Cam-SpamDetails: score 0.0 from SpamAssassin-3.3.2-1470853 X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from luminar.eu.org ([94.23.24.152]:39040) by ppsw-33.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.147]:25) with esmtp id 1UV6zA-0000Fx-h2 (Exim 4.80_167-5a66dd3) for cl-mirage@lists.cam.ac.uk (return-path ); Wed, 24 Apr 2013 22:12:16 +0100 Received: from [IPv6:::1] (localhost.localdomain [127.0.0.1]) by luminar.eu.org (Postfix) with ESMTP id 0F47DC053C for ; Wed, 24 Apr 2013 23:12:15 +0200 (CEST) Message-ID: <51784AAE.9070600@vb.fdn.fr> Date: Wed, 24 Apr 2013 22:12:14 +0100 From: "Vincent B." User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130403 Thunderbird/17.0.5 MIME-Version: 1.0 To: cl-mirage@lists.cam.ac.uk Subject: Re: Cryptokit.Random unsuitable in cooperative multithreaded systems References: <517698BF.8060904@luminar.eu.org> <1ACFE8BD-B7DE-4B10-B313-F793F7400745@recoil.org> <495E138384F0494F81D5D613D4446D99@erratique.ch> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Apr 2013 21:12:16 -0000 Content-Length: 613 Lines: 14 On 24/04/2013 20:37, Anil Madhavapeddy wrote: > Good catch; I've just updated OPAM with Cryptokit 1.7. > > Vincent, I'd strongly recommend submitting patches like the SHA-256 ones upstream to Xavier to review, as a crypto library isn't something to fork lightly. Having said that, I've been sitting on some DSA patches since 2006, so I'll also do the same :-) > > -anil I sent him a mail at the time, he never replied. It is not about SHA256 but SHA512 btw. I would be happy if he included the code upstream. Where should I give him the code do you believe (since he doesn't seem to answer mails). Vincent From anil@recoil.org Wed Apr 24 22:27:22 2013 Received: from ppsw-52.csi.cam.ac.uk ([131.111.8.152]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UV7Dm-00076K-DD (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Wed, 24 Apr 2013 22:27:22 +0100 X-Cam-SpamDetails: score 0.0 from SpamAssassin-3.3.2-1470853 * 0.0 HTML_MESSAGE BODY: HTML included in message * 0.0 MIME_QP_LONG_LINE RAW: Quoted-printable line longer than 76 chars X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from recoil.dh.bytemark.co.uk ([89.16.177.154]:7590 helo=dark.recoil.org) by ppsw-52.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.148]:25) with smtp id 1UV7Dl-0001l9-Ey (Exim 4.80_167-5a66dd3) for cl-mirage@lists.cam.ac.uk (return-path ); Wed, 24 Apr 2013 22:27:22 +0100 Received: (qmail 24372 invoked by uid 634); 24 Apr 2013 21:27:21 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED,HTML_MESSAGE,MIME_QP_LONG_LINE X-Spam-Check-By: dark.recoil.org Received: from dab-ell2-h-1-5.dab.02.net (HELO [10.31.101.191]) (82.132.245.233) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Wed, 24 Apr 2013 22:27:20 +0100 References: <517698BF.8060904@luminar.eu.org> <1ACFE8BD-B7DE-4B10-B313-F793F7400745@recoil.org> <495E138384F0494F81D5D613D4446D99@erratique.ch> <427937DA-85BD-46AF-93B6-E5209AB69DF8@recoil.org> Mime-Version: 1.0 (1.0) In-Reply-To: Content-Type: multipart/alternative; boundary=Apple-Mail-2A222165-9364-4288-9449-4FEF568DE367 Content-Transfer-Encoding: 7bit Message-Id: X-Mailer: iPhone Mail (10B146) From: Anil Madhavapeddy Subject: Re: Cryptokit.Random unsuitable in cooperative multithreaded systems Date: Wed, 24 Apr 2013 22:27:09 +0100 To: Stephen Dolan X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: =?utf-8?Q?Daniel_B=C3=BCnzli?= , "cl-mirage@lists.cam.ac.uk" , Vincent Bernardoff X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Apr 2013 21:27:22 -0000 Content-Length: 7571 Lines: 169 --Apple-Mail-2A222165-9364-4288-9449-4FEF568DE367 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Agreed; I'm being conservative about key generation and assuming that any ke= y may be persisted. This is too strong for most transient protocols uses suc= h as DH. Many of the libraries (eg the IP ID generator) can get very far on a= little randomness and stirring. My worry is in the other direction about the OpenSSL stub domain that Dave w= ants as an interim measure until we have an OCamlSSL. We need to pull in a s= uitable rng for pvxen before even considering that... Anil On 24 Apr 2013, at 21:08, Stephen Dolan wrote: > There are two distinct scenarios for key generation - generating a long li= ved key (say, an SSH host key that's persisted to disk and "never" changes) f= or which /dev/random is the right choice, and generating immediate keys for a= n automated process (e.g. SSL session keys), for which /dev/urandom is proba= bly better. It's the same RNG that /dev/random uses, and it's not significan= tly more reversible than whatever crypto you're generating keys for. The tri= vial DoS from opening lots of connections and handshaking until the entropy p= ool runs dry is a much bigger security risk than using /dev/urandom for key g= eneration. >=20 >=20 > On Wed, Apr 24, 2013 at 8:29 PM, Anil Madhavapeddy wrote= : >> Mirage is just a collection of libraries, so we need to split up random n= umber usage into a few scenarios: >>=20 >> - Cryptokit requires strong random numbers for key generation, so it uses= /dev/random in UNIX and blocks. Key generation is probably the only case w= here we want to use this. >>=20 >> - Other applications just want good-enough random sources, so in UNIX/Mir= age we would use /dev/urandom, and in Xen/Mirage we would need an arc4random= stirring pool and scavenge whatever we can get from the PV interfaces. >>=20 >> It's not clear to me what the best strategy is for key generation in Xen a= t the moment. It does make me wonder if it's worth generating a bunch of SS= H keys on Amazon EC2 and inspect their quality (although presumably, SSH use= s /dev/random for this and should just be slow about key generation on Xen).= The latest Ivy Bridge chipsets do have hardware RNGs that should show up i= n a PV guest too. >>=20 >> -anil >>=20 >> On 24 Apr 2013, at 18:49, Stephen Dolan wrote: >>=20 >> > Shouldn't Mirage be using /dev/urandom anyway? I don't think /dev/rando= m is a good idea for anything non-interactive, it's too easy to DoS. >> > >> > Stephen >> > >> > >> > On Wed, Apr 24, 2013 at 6:34 PM, Daniel B=C3=BCnzli wrote: >> > >> > >> > Le mardi, 23 avril 2013 =C3=A0 15:28, Anil Madhavapeddy a =C3=A9crit : >> > >> > > Cryptokit's a pretty important project, particularly to Mirage. If I r= emember right, it moved to the Forge after Sylvain took over maintainership.= The last release was June 2012, so it doesn't seem totally unmaintained. >> > >> > Well the original author seems even active at the moment: >> > >> > https://forge.ocamlcore.org/forum/forum.php?forum_id=3D875 >> > >> > Daniel >> > >> > >=20 --Apple-Mail-2A222165-9364-4288-9449-4FEF568DE367 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Agreed; I'm being conservative about k= ey generation and assuming that any key may be persisted. This is too strong= for most transient protocols uses such as DH. Many of the libraries (eg the= IP ID generator) can get very far on a little randomness and stirring.

My worry is in the other direction about the OpenSSL st= ub domain that Dave wants as an interim measure until we have an OCamlSSL. W= e need to pull in a suitable rng for pvxen before even considering that...

Anil

On 24 Apr 2013, at 21:08, Stephen= Dolan <stedolan@stedolan.net> wrote:



On Wed, Apr 24= , 2013 at 8:29 PM, Anil Madhavapeddy <anil@recoil.org> wrote:
Mirage is just a collection of libraries, so we need to split up random numb= er usage into a few scenarios:

- Cryptokit requires strong random numbers for key generation, so it uses /d= ev/random in UNIX and blocks.  Key generation is probably the only case= where we want to use this.

- Other applications just want good-enough random sources, so in UNIX/Mirage= we would use /dev/urandom, and in Xen/Mirage we would need an arc4random st= irring pool and scavenge whatever we can get from the PV interfaces.

It's not clear to me what the best strategy is for key generation in Xen at t= he moment.  It does make me wonder if it's worth generating a bunch of S= SH keys on Amazon EC2 and inspect their quality (although presumably, SSH us= es /dev/random for this and should just be slow about key generation on Xen)= .  The latest Ivy Bridge chipsets do have hardware RNGs that should sho= w up in a PV guest too.

-anil

On 24 Apr 2013, at 18:49, Stephen Dolan <stedolan@stedolan.net> wrote:

> Shouldn't Mirage be using /dev/urandom anyway? I don't think /dev/rando= m is a good idea for anything non-interactive, it's too easy to DoS.
>
> Stephen
>
>
> On Wed, Apr 24, 2013 at 6:34 PM, Daniel B=C3=BCnzli <daniel.buenzli@erratique.ch> wrote: >
>
> Le mardi, 23 avril 2013 =C3=A0 15:28, Anil Madhavapeddy a =C3=A9crit :<= br> >
> > Cryptokit's a pretty important project, particularly to Mirage. If= I remember right, it moved to the Forge after Sylvain took over maintainers= hip. The last release was June 2012, so it doesn't seem totally unmaintained= .
>
> Well the original author seems even active at the moment:
>
> https://forge.ocamlcore.org/forum/forum.php?forum_id=3D875<= /a>
>
> Daniel
>
>


= --Apple-Mail-2A222165-9364-4288-9449-4FEF568DE367-- From vb@luminar.eu.org Thu Apr 25 14:30:49 2013 Received: from ppsw-mx-f.csi.cam.ac.uk ([131.111.8.149] helo=ppsw-42.csi.cam.ac.uk) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UVMG9-0006nG-1z (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Thu, 25 Apr 2013 14:30:49 +0100 X-Cam-SpamScore: s X-Cam-SpamDetails: score 1.6 from SpamAssassin-3.3.2-1471296 * 1.6 SUBJ_ALL_CAPS Subject is all capitals * -0.0 RP_MATCHES_RCVD Envelope sender domain matches handover relay * domain X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from luminar.eu.org ([94.23.24.152]:51570) by ppsw-42.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.149]:25) with esmtp id 1UVMG8-0001zR-6w (Exim 4.80_167-5a66dd3) for cl-mirage@lists.cam.ac.uk (return-path ); Thu, 25 Apr 2013 14:30:49 +0100 Received: from [IPv6:::1] (localhost.localdomain [127.0.0.1]) by luminar.eu.org (Postfix) with ESMTP id DE030C098A for ; Thu, 25 Apr 2013 15:30:47 +0200 (CEST) Message-ID: <51793007.2080207@luminar.eu.org> Date: Thu, 25 Apr 2013 14:30:47 +0100 From: Vincent Bernardoff User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130403 Thunderbird/17.0.5 MIME-Version: 1.0 To: cl-mirage@lists.cam.ac.uk Subject: FLOW, DATAGRAM, CHANNEL, RPC Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Apr 2013 13:30:49 -0000 Content-Length: 184 Lines: 9 I’m documenting mirage-net, and in particular nettypes.mli. Could anybody explain me (in brief) what do the module types FLOW, DATAGRAM, CHANNEL and RPC describe ? Thanks Vincent From anil@recoil.org Thu Apr 25 14:51:26 2013 Received: from ppsw-33.csi.cam.ac.uk ([131.111.8.133]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UVMa6-0007hS-1L (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Thu, 25 Apr 2013 14:51:26 +0100 X-Cam-SpamDetails: score 0.0 from SpamAssassin-3.3.2-1471296 X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from recoil.dh.bytemark.co.uk ([89.16.177.154]:12030 helo=dark.recoil.org) by ppsw-33.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.147]:25) with smtp id 1UVMa4-0001X5-iJ (Exim 4.80_167-5a66dd3) for cl-mirage@lists.cam.ac.uk (return-path ); Thu, 25 Apr 2013 14:51:26 +0100 Received: (qmail 31974 invoked by uid 634); 25 Apr 2013 13:51:23 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from volstagg-0.srg.cl.cam.ac.uk (HELO [10.0.1.75]) (128.232.32.232) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Thu, 25 Apr 2013 14:51:23 +0100 Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: Cryptokit.Random unsuitable in cooperative multithreaded systems From: Anil Madhavapeddy In-Reply-To: <51784AAE.9070600@vb.fdn.fr> Date: Thu, 25 Apr 2013 14:51:21 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <517698BF.8060904@luminar.eu.org> <1ACFE8BD-B7DE-4B10-B313-F793F7400745@recoil.org> <495E138384F0494F81D5D613D4446D99@erratique.ch> <51784AAE.9070600@vb.fdn.fr> To: Vincent B. X-Mailer: Apple Mail (2.1503) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: cl-mirage@lists.cam.ac.uk X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Apr 2013 13:51:26 -0000 Content-Length: 1727 Lines: 43 On 24 Apr 2013, at 22:12, Vincent B. wrote: > On 24/04/2013 20:37, Anil Madhavapeddy wrote: >> Good catch; I've just updated OPAM with Cryptokit 1.7. >>=20 >> Vincent, I'd strongly recommend submitting patches like the SHA-256 = ones upstream to Xavier to review, as a crypto library isn't something = to fork lightly. Having said that, I've been sitting on some DSA = patches since 2006, so I'll also do the same :-) >>=20 >> -anil >=20 > I sent him a mail at the time, he never replied. It is not about = SHA256 but SHA512 btw. I would be happy if he included the code = upstream. Where should I give him the code do you believe (since he = doesn't seem to answer mails). A google search revealed the homepage of Cryptokit is: https://forge.ocamlcore.org/forum/forum.php?forum_id=3D875 where you already have an issue open: = https://forge.ocamlcore.org/tracker/index.php?func=3Ddetail&aid=3D1223&gro= up_id=3D133&atid=3D629 but you just pointed to your repository instead of a concrete patchset. = For a busy upstream author, it's useful to include a concrete patch in = the e-mail, and a description of why you need it and how you tested it. = If you don't get a response, a followup in a month or so with any = additional testing and tweaking you've done is a useful way to get their = attention again. If you still need it after a while, then a fork is ok, but it's always = courteous to inform the author that you've done this, and why (in this = case, no response). So in this situation, I would improve the bug report with a patch = against 1.7 and follow up to Xavier with the rebased patch to the latest = release. And a belated question: why do you need SHA-512, out of = interest? -anil= From thomas.gazagnaire@gmail.com Thu Apr 25 15:06:35 2013 Received: from ppsw-32.csi.cam.ac.uk ([131.111.8.132]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UVMol-0000YL-SL (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Thu, 25 Apr 2013 15:06:35 +0100 X-Cam-SpamDetails: score -0.6 from SpamAssassin-3.3.2-1471296 * -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low * trust * [74.125.82.180 listed in list.dnswl.dnsbl.ja.net] * 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider * (thomas.gazagnaire[at]gmail.com) * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from mail-we0-f180.google.com ([74.125.82.180]:36009) by ppsw-32.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with esmtp id 1UVMol-0001Md-1c (Exim 4.80_167-5a66dd3) for cl-mirage@lists.cam.ac.uk (return-path ); Thu, 25 Apr 2013 15:06:35 +0100 Received: by mail-we0-f180.google.com with SMTP id x43so2596233wey.25 for ; Thu, 25 Apr 2013 07:06:35 -0700 (PDT) X-Received: by 10.194.173.167 with SMTP id bl7mr76285797wjc.50.1366898795303; Thu, 25 Apr 2013 07:06:35 -0700 (PDT) Received: from [192.168.0.12] (gou06-3-88-170-165-56.fbx.proxad.net. [88.170.165.56]) by mx.google.com with ESMTPSA id dj7sm9076783wib.6.2013.04.25.07.06.33 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 25 Apr 2013 07:06:34 -0700 (PDT) Sender: Thomas Gazagnaire Subject: Re: Cryptokit.Random unsuitable in cooperative multithreaded systems Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Thomas Gazagnaire In-Reply-To: Date: Thu, 25 Apr 2013 16:06:32 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <4CC3D535-29D6-4166-9E23-59D4BB7D988E@gazagnaire.org> References: <517698BF.8060904@luminar.eu.org> <1ACFE8BD-B7DE-4B10-B313-F793F7400745@recoil.org> To: Vincent Bernardoff X-Mailer: Apple Mail (2.1085) Cc: Mirage List , Anil Madhavapeddy X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Apr 2013 14:06:35 -0000 Content-Length: 762 Lines: 19 >> For Mirage, we need to extract out the C functions (mainly for SHA) = separately from the zlib bindings, and port the ones we want in = mirage-platform/xen/runtime. I would drop the zlib bindings until we = get a chance to implement them in OCaml (about a day's work). It's also = not essential to have zlib in our libraries at present, except for SSH = compression (which is optional). SHA, however, is used in a lot of = places. >=20 > zlib is heavily used in Git, so that could be quite good to have a = pure zlib implementation as well. I might look into that then ... Unfortunately, didn't get much time to look into this this week (and I = won't in the next weeks). So if anyone else wants to work on that, = please feel free to do it. -- Thomas From vb@luminar.eu.org Thu Apr 25 15:27:56 2013 Received: from ppsw-33.csi.cam.ac.uk ([131.111.8.133]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UVN9Q-0001Ug-Ku (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Thu, 25 Apr 2013 15:27:56 +0100 X-Cam-SpamDetails: score -0.0 from SpamAssassin-3.3.2-1471296 * -0.0 RP_MATCHES_RCVD Envelope sender domain matches handover relay * domain X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from luminar.eu.org ([94.23.24.152]:60886) by ppsw-33.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.147]:25) with esmtp id 1UVN9P-0002iq-gK (Exim 4.80_167-5a66dd3) for cl-mirage@lists.cam.ac.uk (return-path ); Thu, 25 Apr 2013 15:27:55 +0100 Received: from [IPv6:::1] (localhost.localdomain [127.0.0.1]) by luminar.eu.org (Postfix) with ESMTP id AC0B4BF5C7; Thu, 25 Apr 2013 16:27:54 +0200 (CEST) Message-ID: <51793D6A.40307@luminar.eu.org> Date: Thu, 25 Apr 2013 15:27:54 +0100 From: Vincent Bernardoff User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130403 Thunderbird/17.0.5 MIME-Version: 1.0 To: Anil Madhavapeddy Subject: Re: Cryptokit.Random unsuitable in cooperative multithreaded systems References: <517698BF.8060904@luminar.eu.org> <1ACFE8BD-B7DE-4B10-B313-F793F7400745@recoil.org> <495E138384F0494F81D5D613D4446D99@erratique.ch> <51784AAE.9070600@vb.fdn.fr> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "Vincent B." , cl-mirage@lists.cam.ac.uk X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Apr 2013 14:27:56 -0000 Content-Length: 704 Lines: 14 On 25/04/2013 14:51, Anil Madhavapeddy wrote: > So in this situation, I would improve the bug report with a patch against 1.7 and follow up to Xavier with the rebased patch to the latest release. And a belated question: why do you need SHA-512, out of interest? I needed it when I did my bitcoin arbitrage bot experiment. One bitcoin exchange (mtgox) uses it in its RPC protocol, to identify a user. For cryptokit, the delicate thing is that the sha512 code is not my code. I replaced Xavier's code for all sha functions by Vincent's one, as it is more efficient. I am not sure if he is interested in that anyway. I could start with doing a patch with sha512 code, to see his reaction. Vincent From anil@recoil.org Thu Apr 25 15:33:59 2013 Received: from ppsw-33.csi.cam.ac.uk ([131.111.8.133]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UVNFH-0001mD-8U (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Thu, 25 Apr 2013 15:33:59 +0100 X-Cam-SpamDetails: score 0.0 from SpamAssassin-3.3.2-1471296 X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from recoil.dh.bytemark.co.uk ([89.16.177.154]:2483 helo=dark.recoil.org) by ppsw-33.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.147]:25) with smtp id 1UVNFE-0006Mu-hw (Exim 4.80_167-5a66dd3) for cl-mirage@lists.cam.ac.uk (return-path ); Thu, 25 Apr 2013 15:33:59 +0100 Received: (qmail 2291 invoked by uid 634); 25 Apr 2013 14:33:56 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from volstagg-0.srg.cl.cam.ac.uk (HELO [10.0.1.75]) (128.232.32.232) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Thu, 25 Apr 2013 15:33:55 +0100 Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: Cryptokit.Random unsuitable in cooperative multithreaded systems From: Anil Madhavapeddy In-Reply-To: <51793D6A.40307@luminar.eu.org> Date: Thu, 25 Apr 2013 15:33:54 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <2E277CDB-4861-481A-B70D-54F21E1C51D2@recoil.org> References: <517698BF.8060904@luminar.eu.org> <1ACFE8BD-B7DE-4B10-B313-F793F7400745@recoil.org> <495E138384F0494F81D5D613D4446D99@erratique.ch> <51784AAE.9070600@vb.fdn.fr> <51793D6A.40307@luminar.eu.org> To: Vincent Bernardoff X-Mailer: Apple Mail (2.1503) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "Vincent B." , cl-mirage@lists.cam.ac.uk X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Apr 2013 14:33:59 -0000 Content-Length: 916 Lines: 25 On 25 Apr 2013, at 15:27, Vincent Bernardoff wrote: > On 25/04/2013 14:51, Anil Madhavapeddy wrote: >> So in this situation, I would improve the bug report with a patch = against 1.7 and follow up to Xavier with the rebased patch to the latest = release. And a belated question: why do you need SHA-512, out of = interest? >=20 > I needed it when I did my bitcoin arbitrage bot experiment. One = bitcoin exchange (mtgox) uses it in its RPC protocol, to identify a = user. Nice! > For cryptokit, the delicate thing is that the sha512 code is not my = code. I replaced Xavier's code for all sha functions by Vincent's one, = as it is more efficient. I am not sure if he is interested in that = anyway. I could start with doing a patch with sha512 code, to see his = reaction. Yes, each patchset should have a small set of changes, so that they can = be selected or dropped as needed. -anil= From anil@recoil.org Thu Apr 25 16:28:39 2013 Received: from ppsw-33.csi.cam.ac.uk ([131.111.8.133]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UVO6B-0003db-A0 (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Thu, 25 Apr 2013 16:28:39 +0100 X-Cam-SpamDetails: score 0.0 from SpamAssassin-3.3.2-1471296 X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from recoil.dh.bytemark.co.uk ([89.16.177.154]:40226 helo=dark.recoil.org) by ppsw-33.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.147]:25) with smtp id 1UVO69-0007fO-io (Exim 4.80_167-5a66dd3) for cl-mirage@lists.cam.ac.uk (return-path ); Thu, 25 Apr 2013 16:28:39 +0100 Received: (qmail 11084 invoked by uid 634); 25 Apr 2013 15:28:37 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from volstagg-0.srg.cl.cam.ac.uk (HELO [10.0.1.75]) (128.232.32.232) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Thu, 25 Apr 2013 16:28:36 +0100 Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: FLOW, DATAGRAM, CHANNEL, RPC From: Anil Madhavapeddy In-Reply-To: <51793007.2080207@luminar.eu.org> Date: Thu, 25 Apr 2013 16:28:34 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <81CEDE82-C48C-40E7-BBB3-B8DE3D12F4D4@recoil.org> References: <51793007.2080207@luminar.eu.org> To: Vincent Bernardoff X-Mailer: Apple Mail (2.1503) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: cl-mirage@lists.cam.ac.uk X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Apr 2013 15:28:39 -0000 Content-Length: 771 Lines: 28 These do need some refactoring, but the basic idea is: FLOW: unbuffered byte-stream (e.g. TCP with each write being a segment) CHANNEL: buffered stream (e.g. TCP with each write buffered and TCP = segmentation done) DATAGRAM: each read/write sends a separate message (e.g. UDP) RPC: deprecated and unused, should be safe to delete and things should = still compile.=20 It should be possible to build a Vchan implementation with FLOW, since = that is also unbuffered stream. -anil On 25 Apr 2013, at 14:30, Vincent Bernardoff wrote: > I=92m documenting mirage-net, and in particular nettypes.mli. >=20 > Could anybody explain me (in brief) what do the module types FLOW, = DATAGRAM, CHANNEL and RPC describe ? >=20 > Thanks >=20 > Vincent >=20 From anil@recoil.org Fri Apr 26 19:57:46 2013 Received: from ppsw-52.csi.cam.ac.uk ([131.111.8.152]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UVnq6-0002Rm-4u (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Fri, 26 Apr 2013 19:57:46 +0100 X-Cam-SpamDetails: score 0.0 from SpamAssassin-3.3.2-1475675 X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from recoil.dh.bytemark.co.uk ([89.16.177.154]:45869 helo=dark.recoil.org) by ppsw-52.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.148]:25) with smtp id 1UVnq5-0004Ug-EG (Exim 4.80_167-5a66dd3) for cl-mirage@lists.cam.ac.uk (return-path ); Fri, 26 Apr 2013 19:57:46 +0100 Received: (qmail 16137 invoked by uid 634); 26 Apr 2013 18:57:45 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from volstagg-0.srg.cl.cam.ac.uk (HELO [10.0.1.75]) (128.232.32.232) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Fri, 26 Apr 2013 19:57:44 +0100 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: Reminder: Mirage weekly call - 23 Apr at 1600 BST From: Anil Madhavapeddy In-Reply-To: <49CADCC7-33A1-4E43-B51E-2DF266E50E0A@gmail.com> Date: Fri, 26 Apr 2013 19:57:43 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <9E08CA48-929E-4BB9-88C6-312B379A088A@recoil.org> References: <49CADCC7-33A1-4E43-B51E-2DF266E50E0A@gmail.com> To: Amir Chaudhry X-Mailer: Apple Mail (2.1503) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "cl-mirage@lists.cam.ac.uk List" X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Apr 2013 18:57:46 -0000 Content-Length: 3679 Lines: 120 The minutes from this call are now up at: http://www.openmirage.org/wiki/weekly-2013-04-23 Next week: * Solidify the story with actor libraries and concurrency from the 1.0 = release checklist. * Figure out the SSL options for 1.0. I'm continuing to add to the repo list at: http://www.openmirage.org/wiki/dev-preview-checklist ...as we work through the list. -anil On 22 Apr 2013, at 15:29, Amir Chaudhry wrote: > Hi folks, >=20 > Just to remind you about the Mirage Release weekly call. It's = happening tomorrow and the Go To Meeting details are the same as before = (copied here too). =20 >=20 > Notes from last week's meeting are available at: = http://openmirage.org/wiki/weekly-2013-04-16 >=20 >=20 > -- Go To Meeting details -- >=20 > You can either use the online GoToMeeting or dial in via the numbers = below: >=20 > 1. Please join my meeting. > https://www1.gotomeeting.com/join/211547328 >=20 > 2. Use your microphone and speakers (VoIP) - a headset is = recommended. Or, call in using your telephone. >=20 > United States: +1 (224) 649-0001 > Argentina (toll-free): 0 800 266 1382 > Australia (toll-free): 1 800 193 385 > Australia: +61 2 8355 1020 > Austria (toll-free): 0 800 202148 > Austria: +43 (0) 7 2088 1047 > Bahrain (toll-free): 800 81 111 > Belarus (toll-free): 8 820 0011 0214 > Belgium (toll-free): 0 800 26116 > Belgium: +32 (0) 28 08 4368 > Brazil (toll-free): 0 800 047 4906 > Canada (toll-free): 1 888 455 1389 > Canada: +1 (647) 497-9353 > China (toll-free): 4008 811084 > Czech Republic (toll-free): 800 500448 > Denmark (toll-free): 8090 1924 > Denmark: +45 (0) 69 91 89 28 > Finland (toll-free): 80094507 > Finland: +358 (0) 942 59 7850 > France (toll-free): 0 805 541 047 > France: +33 (0) 170 950 594 > Germany (toll-free): 0 800 723 5270 > Germany: +49 (0) 811 8899 6903 > Hong Kong (toll-free): 30713169 > Iceland (toll-free): 800 9869 > India (toll-free): 000 800 100 7855 > Indonesia (toll-free): 007 803 011 0395 > Ireland (toll-free): 1 800 946 538 > Ireland: +353 (0) 19 030 010 > Israel (toll-free): 1 809 212 875 > Italy (toll-free): 800 906959 > Italy: +39 0 247 92 13 01 > Japan (toll-free): 00 120 663 800 > Korea, Republic of (toll-free): 806150880 > Luxembourg (toll-free): 800 22104 > Malaysia (toll-free): 1 800 81 5373 > Mexico (toll-free): 01 800 925 0372 > Netherlands (toll-free): 0 800 265 8469 > Netherlands: +31 (0) 208 080 219 > New Zealand (toll-free): 0 800 45 2202 > New Zealand: +64 (0) 9 280 6302 > Norway (toll-free): 800 30 257 > Norway: +47 75 80 32 07 > Panama (toll-free): 00 800 226 8832 > Peru (toll-free): 0 800 54682 > Philippines (toll-free): 1 800 1651 0716 > Poland (toll-free): 00 800 1213979 > Portugal (toll-free): 800 784 461 > Russian Federation (toll-free): 810 800 29674011 > Saudi Arabia (toll-free): +9668008443633 > Singapore (toll-free): 800 120 5615 > South Africa (toll-free): 0 800 983 867 > Spain (toll-free): 0 800 900 582 > Spain: +34 911 82 9906 > Sweden (toll-free): 020 980 772 > Sweden: +46 (0) 852 500 186 > Switzerland (toll-free): 0 800 740 393 > Switzerland: +41 (0) 435 0167 13 > Taiwan (toll-free): 00 800 666 854 > Thailand (toll-free): 001 800 658 131 > Turkey (toll-free): +90800448823683 > Ukraine (toll-free): 0 800 50 0641 > United Arab Emirates (toll-free): +97180004440439 > United Kingdom (toll-free): 0 808 168 0229 > United Kingdom: +44 (0) 207 151 1853 > United States (toll-free): 1 877 309 2073 > Uruguay (toll-free): 000 413 598 4110 > Viet Nam (toll-free): 120 65 157 >=20 > Access Code: 211-547-328 > Audio PIN: Shown after joining the meeting >=20 > Meeting ID: 211-547-328 >=20 >=20 > Best wishes, > Amir >=20 >=20 >=20 >=20 From scott.dj@gmail.com Sun Apr 28 23:19:31 2013 Received: from ppsw-52.csi.cam.ac.uk ([131.111.8.152]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UWZwR-0000HD-Es (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Sun, 28 Apr 2013 23:19:31 +0100 X-Cam-SpamDetails: score 0.6 from SpamAssassin-3.3.2-1476532 * -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low * trust * [209.85.212.48 listed in list.dnswl.dnsbl.ja.net] * 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider * (scott.dj[at]gmail.com) * 0.0 DKIM_ADSP_CUSTOM_MED No valid author signature, adsp_override is * CUSTOM_MED * 0.0 HTML_MESSAGE BODY: HTML included in message * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid * 1.2 NML_ADSP_CUSTOM_MED ADSP custom_med hit, and not from a mailing * list X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from mail-vb0-f48.google.com ([209.85.212.48]:32912) by ppsw-52.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.148]:25) with esmtp id 1UWZwQ-0002mv-E7 (Exim 4.80_167-5a66dd3) for cl-mirage@lists.cam.ac.uk (return-path ); Sun, 28 Apr 2013 23:19:31 +0100 Received: by mail-vb0-f48.google.com with SMTP id p12so582625vbe.7 for ; Sun, 28 Apr 2013 15:19:29 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.52.114.135 with SMTP id jg7mr27393216vdb.78.1367187569639; Sun, 28 Apr 2013 15:19:29 -0700 (PDT) Received: by 10.220.82.70 with HTTP; Sun, 28 Apr 2013 15:19:29 -0700 (PDT) Date: Sun, 28 Apr 2013 23:19:29 +0100 Message-ID: Subject: FYI: fix for xen ring corruption/deadlock issue From: David Scott To: Mirage List Content-Type: multipart/alternative; boundary=bcaec548a4f16e050004db732923 X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Apr 2013 22:19:31 -0000 Content-Length: 1347 Lines: 35 --bcaec548a4f16e050004db732923 Content-Type: text/plain; charset=ISO-8859-1 Hi, If you've ever seen a strange xen ring corruption or deadlock with lots of concurrent RPCs then it might be fixed by this: https://github.com/djs55/shared-memory-ring/commit/ca79af17fe8eb3b2e13a25faeff089f5026389ae Quite often I would see 'RX: ack wakener not found' errors on the console before the deadlock. (Note the fix hasn't been merged yet but I'm working on it) Cheers, Dave --bcaec548a4f16e050004db732923 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi,

If you've ever seen a strange x= en ring corruption or deadlock with lots of concurrent RPCs then it might b= e fixed by this:

http= s://github.com/djs55/shared-memory-ring/commit/ca79af17fe8eb3b2e13a25faeff0= 89f5026389ae

Quite often I would see 'RX: ack wakener not found&= #39; errors on the console before the deadlock.

(N= ote the fix hasn't been merged yet but I'm working on it)

Cheers,
Dave

--bcaec548a4f16e050004db732923-- From anil@recoil.org Mon Apr 29 08:28:28 2013 Received: from ppsw-32.csi.cam.ac.uk ([131.111.8.132]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UWiVg-0000eH-H8 (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Mon, 29 Apr 2013 08:28:28 +0100 X-Cam-SpamDetails: score 0.0 from SpamAssassin-3.3.2-1476734 X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from recoil.dh.bytemark.co.uk ([89.16.177.154]:3472 helo=dark.recoil.org) by ppsw-32.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with smtp id 1UWiVf-0000vn-0d (Exim 4.80_167-5a66dd3) for cl-mirage@lists.cam.ac.uk (return-path ); Mon, 29 Apr 2013 08:28:28 +0100 Received: (qmail 775 invoked by uid 634); 29 Apr 2013 07:28:26 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from host81-149-102-120.in-addr.btopenworld.com (HELO clink-4.home) (81.149.102.120) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Mon, 29 Apr 2013 08:28:26 +0100 Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: FYI: fix for xen ring corruption/deadlock issue From: Anil Madhavapeddy In-Reply-To: Date: Mon, 29 Apr 2013 08:28:24 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <0AB43275-A0A7-4AB1-A5F6-7C49278877C8@recoil.org> References: To: David Scott X-Mailer: Apple Mail (2.1503) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: Mirage List X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Apr 2013 07:28:28 -0000 Content-Length: 622 Lines: 26 Aha! Good catch...I've certainly seen this with netfront as odd packet = loss (CCing Balraj for FYI too). -anil On 28 Apr 2013, at 23:19, David Scott wrote: > Hi, >=20 > If you've ever seen a strange xen ring corruption or deadlock with = lots of concurrent RPCs then it might be fixed by this: >=20 > = https://github.com/djs55/shared-memory-ring/commit/ca79af17fe8eb3b2e13a25f= aeff089f5026389ae >=20 > Quite often I would see 'RX: ack wakener not found' errors on the = console before the deadlock. >=20 > (Note the fix hasn't been merged yet but I'm working on it) >=20 > Cheers, > Dave >=20 From euan@ardenwood.net Mon Apr 29 12:37:35 2013 Received: from ppsw-52.csi.cam.ac.uk ([131.111.8.152]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UWmOl-00077J-Rh (Exim 4.70) (return-path ); Mon, 29 Apr 2013 12:37:35 +0100 X-Cam-SpamScore: sss X-Cam-SpamDetails: score 3.3 from SpamAssassin-3.3.2-1476734 * 2.9 FH_HOST_IN_ADDRARPA HOST dns says "in-addr.arpa" * 0.0 TVD_RCVD_IP TVD_RCVD_IP * 0.4 RDNS_DYNAMIC Delivered to internal network by host with * dynamic-looking rDNS X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from 218.80.2.81.in-addr.arpa ([81.2.80.218]:8208 helo=mail.cb.ardenwood.net) by ppsw-52.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.148]:25) with esmtp id 1UWmOk-0005yA-EP (Exim 4.80_167-5a66dd3) (return-path ); Mon, 29 Apr 2013 12:37:35 +0100 Received: from vento.cb.ardenwood.net (vento.cb.ardenwood.net [10.0.3.204]) by mail.cb.ardenwood.net (Postfix) with ESMTPSA id DE38A7245D; Mon, 29 Apr 2013 12:37:33 +0100 (BST) From: Euan Harris Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Need more polymorphism Date: Mon, 29 Apr 2013 12:37:32 +0100 References: <9DE93368-7D90-43CA-B370-8978DA4E653F@ardenwood.net> To: cl-mirage@lists.cam.ac.uk, cl-ocamllabs-staff@lists.cam.ac.uk Message-Id: <7CA60B20-C491-440A-B707-66DBD61C6BB6@ardenwood.net> Mime-Version: 1.0 (Apple Message framework v1283) X-Mailer: Apple Mail (2.1283) X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Apr 2013 11:37:35 -0000 Content-Length: 2753 Lines: 88 Hi, I'm trying to write a small actor-style program using Core. I'm stuck = on the fact that Pipe.create () returns a pair of weakly polymorphic = values:=20 > # let r,w =3D Pipe.create ();; > val r : '_a Async.Std.Pipe.Reader.t =3D > val w : '_a Async.Std.Pipe.Writer.t =3D I'm using pipes as the mailboxes for my processes, and polymorphic = variants as the message types. I'm using the writer ends of the pipes = in place of process IDs - to send a message to a process, you need a = reference to the writer on its mailbox. The problem is that the mailboxes inherit the weakly polymorphic = property of the underlying pipe, even once the 'a has been resolved to = my message type: > # let proc_p =3D spawn p ();; > val proc_p : _[< `Ping | `Stop ] -> unit Async_core.Deferred.t =3D = I have two different processes that both accept the `Stop message, but = as soon as I try to put them together in the same list, for instance to = pass them to a 'stopper' process, the original processes lose their = ability to receive anything apart from `Stop messages: > # let proc_q =3D spawn q ();; > val proc_q : _[< `Pong | `Stop ] -> unit Async_core.Deferred.t =3D = > # let l =3D [ proc_p; proc_q ];; > val l : (_[< `Stop ] -> unit Async_core.Deferred.t) list =3D [; = ] > # proc_p;; > - : _[< `Stop ] -> unit Async_core.Deferred.t =3D I found a note in the OCaml FAQ that shows how to work around this = problem by eta-expansion = (http://caml.inria.fr/resources/doc/faq/core.en.html#eta-expansion) but = I don't see how to apply the same technique here. I note that the = signature of Pipe.create isn't weakly polymorphic, so it looks like it = should be possible: > # Pipe.create;; > - : unit -> 'a Async.Std.Pipe.Reader.t * 'a Async.Std.Pipe.Writer.t =3D = Full code below. Help! :) Thanks, Euan --- open Core.Std open Async.Std (* Spawn a 'process' running f and return its mailbox *) let spawn f args =3D=20 let r,w =3D Pipe.create () in don't_wait_for (f (r,w) args); Pipe.write w =09 (* Simple process *) let rec p (r,w) () =3D=20 Pipe.read r >>=3D function | `Ok `Ping -> print_endline "ping"; p (r,w) () | `Ok `Stop -> return (print_endline "stop") | `Eof -> return (print_endline "eof" ) =09 let rec q (r,w) () =3D=20 Pipe.read r >>=3D function | `Ok `Pong -> print_endline "pong"; q (r,w) () | `Ok `Stop -> return (print_endline "stop") | `Eof -> return (print_endline "eof" ) =09 let _ =3D let rec proc_p =3D spawn p () and proc_q =3D spawn q () (* and l =3D [proc_p;proc_q] -- with this line uncommented, the = `Ping and `Pong lines below won't typecheck *) in ignore (proc_p `Ping); ignore (proc_q `Pong); never_returns (Scheduler.go()) From lpw25@cam.ac.uk Mon Apr 29 14:13:25 2013 Received: from ppsw-33.csi.cam.ac.uk ([131.111.8.133]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UWntV-0003XV-O0 (Exim 4.70) (return-path ); Mon, 29 Apr 2013 14:13:25 +0100 X-Cam-AntiVirus: no malware found X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ Received: from kingston.cl.cam.ac.uk ([128.232.64.15]:52292) by ppsw-33.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.157]:587) with esmtpsa (PLAIN:lpw25) (TLSv1.2:DHE-RSA-AES128-SHA:128) id 1UWntV-0001yq-hE (Exim 4.80_167-5a66dd3) (return-path ); Mon, 29 Apr 2013 14:13:25 +0100 From: Leo White To: Euan Harris Subject: Re: [ocl-staff] Need more polymorphism References: <9DE93368-7D90-43CA-B370-8978DA4E653F@ardenwood.net> <7CA60B20-C491-440A-B707-66DBD61C6BB6@ardenwood.net> Date: Mon, 29 Apr 2013 14:13:25 +0100 In-Reply-To: <7CA60B20-C491-440A-B707-66DBD61C6BB6@ardenwood.net> (Euan Harris's message of "Mon, 29 Apr 2013 12:37:32 +0100") Message-ID: <87y5c1mqdm.fsf@kingston.cl.cam.ac.uk> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: cl-ocamllabs-staff@lists.cam.ac.uk, cl-mirage@lists.cam.ac.uk X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Apr 2013 13:13:25 -0000 Content-Length: 4190 Lines: 116 I don't think it would be safe for Pipe.create to return something polymorphic. However, as with references, you can use subtyping instead of polymorphism. So the following version of your code will work: open Core.Std open Async.Std (* Added type definition for clarity *) type -'a process = 'a -> unit Async_core.Deferred.t (* Spawn a 'process' running f and return its mailbox *) let spawn f args = let r,w = Pipe.create () in don't_wait_for (f (r,w) args); Pipe.write w (* Simple process *) let rec p (r,w) () = Pipe.read r >>= function | `Ok `Ping -> print_endline "ping"; p (r,w) () | `Ok `Stop -> return (print_endline "stop") | `Eof -> return (print_endline "eof" ) let rec q (r,w) () = Pipe.read r >>= function | `Ok `Pong -> print_endline "pong"; q (r,w) () | `Ok `Stop -> return (print_endline "stop") | `Eof -> return (print_endline "eof" ) let _ = (* I've added annotations for clarity, but they aren't needed *) let proc_p: [`Ping | `Stop] process = spawn p () in let proc_q: [`Pong | `Stop] process = spawn q () in let l: [`Stop] process list = (* Use (explicit) subtyping *) [ (proc_p :> [`Stop] process); (proc_q :> [`Stop] process) ] in ignore (proc_p `Ping); ignore (proc_q `Pong); never_returns (Scheduler.go()) Regards, Leo Euan Harris writes: > Hi, > > I'm trying to write a small actor-style program using Core. I'm stuck on the fact that Pipe.create () returns a pair of weakly polymorphic values: > >> # let r,w = Pipe.create ();; >> val r : '_a Async.Std.Pipe.Reader.t = >> val w : '_a Async.Std.Pipe.Writer.t = > > I'm using pipes as the mailboxes for my processes, and polymorphic variants as the message types. I'm using the writer ends of the pipes in place of process IDs - to send a message to a process, you need a reference to the writer on its mailbox. > > The problem is that the mailboxes inherit the weakly polymorphic property of the underlying pipe, even once the 'a has been resolved to my message type: > >> # let proc_p = spawn p ();; >> val proc_p : _[< `Ping | `Stop ] -> unit Async_core.Deferred.t = > > I have two different processes that both accept the `Stop message, but as soon as I try to put them together in the same list, for instance to pass them to a 'stopper' process, the original processes lose their ability to receive anything apart from `Stop messages: > >> # let proc_q = spawn q ();; >> val proc_q : _[< `Pong | `Stop ] -> unit Async_core.Deferred.t = >> # let l = [ proc_p; proc_q ];; >> val l : (_[< `Stop ] -> unit Async_core.Deferred.t) list = [; ] >> # proc_p;; >> - : _[< `Stop ] -> unit Async_core.Deferred.t = > > I found a note in the OCaml FAQ that shows how to work around this problem by eta-expansion (http://caml.inria.fr/resources/doc/faq/core.en.html#eta-expansion) but I don't see how to apply the same technique here. I note that the signature of Pipe.create isn't weakly polymorphic, so it looks like it should be possible: > >> # Pipe.create;; >> - : unit -> 'a Async.Std.Pipe.Reader.t * 'a Async.Std.Pipe.Writer.t = > > Full code below. Help! :) > > Thanks, > Euan > > --- > > open Core.Std > open Async.Std > > (* Spawn a 'process' running f and return its mailbox *) > let spawn f args = > let r,w = Pipe.create () in > don't_wait_for (f (r,w) args); > Pipe.write w > > (* Simple process *) > let rec p (r,w) () = > Pipe.read r >>= function > | `Ok `Ping -> print_endline "ping"; p (r,w) () > | `Ok `Stop -> return (print_endline "stop") > | `Eof -> return (print_endline "eof" ) > > let rec q (r,w) () = > Pipe.read r >>= function > | `Ok `Pong -> print_endline "pong"; q (r,w) () > | `Ok `Stop -> return (print_endline "stop") > | `Eof -> return (print_endline "eof" ) > > let _ = > let rec proc_p = spawn p () > and proc_q = spawn q () > (* and l = [proc_p;proc_q] -- with this line uncommented, the `Ping and `Pong lines below won't typecheck *) > in > ignore (proc_p `Ping); > ignore (proc_q `Pong); > never_returns (Scheduler.go()) From anil@recoil.org Tue Apr 30 09:41:30 2013 Received: from ppsw-32.csi.cam.ac.uk ([131.111.8.132]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UX67u-0003yD-GG (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Tue, 30 Apr 2013 09:41:30 +0100 X-Cam-SpamDetails: score 0.0 from SpamAssassin-3.3.2-1476922 X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from recoil.dh.bytemark.co.uk ([89.16.177.154]:3893 helo=dark.recoil.org) by ppsw-32.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with smtp id 1UX67t-0006Rz-2H (Exim 4.80_167-5a66dd3) for cl-mirage@lists.cam.ac.uk (return-path ); Tue, 30 Apr 2013 09:41:30 +0100 Received: (qmail 1542 invoked by uid 634); 30 Apr 2013 08:41:29 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from Unknown (HELO [172.16.42.181]) (2.26.96.80) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Tue, 30 Apr 2013 09:41:28 +0100 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Reminder: Mirage weekly call - 30 Apr at 1600 BST From: Anil Madhavapeddy In-Reply-To: <9E08CA48-929E-4BB9-88C6-312B379A088A@recoil.org> Date: Tue, 30 Apr 2013 09:41:27 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <49CADCC7-33A1-4E43-B51E-2DF266E50E0A@gmail.com> <9E08CA48-929E-4BB9-88C6-312B379A088A@recoil.org> To: "cl-mirage@lists.cam.ac.uk List" , Jon Ludlam X-Mailer: Apple Mail (2.1503) X-Virus-Checked: Checked by ClamAV on dark.recoil.org X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Apr 2013 08:41:30 -0000 Content-Length: 7085 Lines: 221 The Mirage weekly call is today. Dave will be over at the CL so we'll = call in from there, so Citrix folk may want to find their own meeting = room in 101 rather than hunting for Dave. Agenda: - Moving devices drivers out into userspace (Dave) - Cross-compiling MatrixSSL (if Jon is available) - Js_of_ocaml storage (Anil) - Actor libraries and the new wg-parallel working group (Anil) - Any other updates Thomas is on vacation this week, so he won't be dialing in. -- Go To Meeting details -- You can either use the online GoToMeeting or dial in via the numbers = below: 1. Please join my meeting. https://www1.gotomeeting.com/join/211547328 2. Use your microphone and speakers (VoIP) - a headset is recommended. = Or, call in using your telephone. United States: +1 (224) 649-0001 Argentina (toll-free): 0 800 266 1382 Australia (toll-free): 1 800 193 385 Australia: +61 2 8355 1020 Austria (toll-free): 0 800 202148 Austria: +43 (0) 7 2088 1047 Bahrain (toll-free): 800 81 111 Belarus (toll-free): 8 820 0011 0214 Belgium (toll-free): 0 800 26116 Belgium: +32 (0) 28 08 4368 Brazil (toll-free): 0 800 047 4906 Canada (toll-free): 1 888 455 1389 Canada: +1 (647) 497-9353 China (toll-free): 4008 811084 Czech Republic (toll-free): 800 500448 Denmark (toll-free): 8090 1924 Denmark: +45 (0) 69 91 89 28 Finland (toll-free): 80094507 Finland: +358 (0) 942 59 7850 France (toll-free): 0 805 541 047 France: +33 (0) 170 950 594 Germany (toll-free): 0 800 723 5270 Germany: +49 (0) 811 8899 6903 Hong Kong (toll-free): 30713169 Iceland (toll-free): 800 9869 India (toll-free): 000 800 100 7855 Indonesia (toll-free): 007 803 011 0395 Ireland (toll-free): 1 800 946 538 Ireland: +353 (0) 19 030 010 Israel (toll-free): 1 809 212 875 Italy (toll-free): 800 906959 Italy: +39 0 247 92 13 01 Japan (toll-free): 00 120 663 800 Korea, Republic of (toll-free): 806150880 Luxembourg (toll-free): 800 22104 Malaysia (toll-free): 1 800 81 5373 Mexico (toll-free): 01 800 925 0372 Netherlands (toll-free): 0 800 265 8469 Netherlands: +31 (0) 208 080 219 New Zealand (toll-free): 0 800 45 2202 New Zealand: +64 (0) 9 280 6302 Norway (toll-free): 800 30 257 Norway: +47 75 80 32 07 Panama (toll-free): 00 800 226 8832 Peru (toll-free): 0 800 54682 Philippines (toll-free): 1 800 1651 0716 Poland (toll-free): 00 800 1213979 Portugal (toll-free): 800 784 461 Russian Federation (toll-free): 810 800 29674011 Saudi Arabia (toll-free): +9668008443633 Singapore (toll-free): 800 120 5615 South Africa (toll-free): 0 800 983 867 Spain (toll-free): 0 800 900 582 Spain: +34 911 82 9906 Sweden (toll-free): 020 980 772 Sweden: +46 (0) 852 500 186 Switzerland (toll-free): 0 800 740 393 Switzerland: +41 (0) 435 0167 13 Taiwan (toll-free): 00 800 666 854 Thailand (toll-free): 001 800 658 131 Turkey (toll-free): +90800448823683 Ukraine (toll-free): 0 800 50 0641 United Arab Emirates (toll-free): +97180004440439 United Kingdom (toll-free): 0 808 168 0229 United Kingdom: +44 (0) 207 151 1853 United States (toll-free): 1 877 309 2073 Uruguay (toll-free): 000 413 598 4110 Viet Nam (toll-free): 120 65 157 Access Code: 211-547-328 Audio PIN: Shown after joining the meeting Meeting ID: 211-547-328 On 26 Apr 2013, at 19:57, Anil Madhavapeddy wrote: > The minutes from this call are now up at: > http://www.openmirage.org/wiki/weekly-2013-04-23 >=20 > Next week: > * Solidify the story with actor libraries and concurrency from the 1.0 = release checklist. > * Figure out the SSL options for 1.0. >=20 > I'm continuing to add to the repo list at: > http://www.openmirage.org/wiki/dev-preview-checklist > ...as we work through the list. >=20 > -anil >=20 > On 22 Apr 2013, at 15:29, Amir Chaudhry wrote: >=20 >> Hi folks, >>=20 >> Just to remind you about the Mirage Release weekly call. It's = happening tomorrow and the Go To Meeting details are the same as before = (copied here too). =20 >>=20 >> Notes from last week's meeting are available at: = http://openmirage.org/wiki/weekly-2013-04-16 >>=20 >>=20 >> -- Go To Meeting details -- >>=20 >> You can either use the online GoToMeeting or dial in via the numbers = below: >>=20 >> 1. Please join my meeting. >> https://www1.gotomeeting.com/join/211547328 >>=20 >> 2. Use your microphone and speakers (VoIP) - a headset is = recommended. Or, call in using your telephone. >>=20 >> United States: +1 (224) 649-0001 >> Argentina (toll-free): 0 800 266 1382 >> Australia (toll-free): 1 800 193 385 >> Australia: +61 2 8355 1020 >> Austria (toll-free): 0 800 202148 >> Austria: +43 (0) 7 2088 1047 >> Bahrain (toll-free): 800 81 111 >> Belarus (toll-free): 8 820 0011 0214 >> Belgium (toll-free): 0 800 26116 >> Belgium: +32 (0) 28 08 4368 >> Brazil (toll-free): 0 800 047 4906 >> Canada (toll-free): 1 888 455 1389 >> Canada: +1 (647) 497-9353 >> China (toll-free): 4008 811084 >> Czech Republic (toll-free): 800 500448 >> Denmark (toll-free): 8090 1924 >> Denmark: +45 (0) 69 91 89 28 >> Finland (toll-free): 80094507 >> Finland: +358 (0) 942 59 7850 >> France (toll-free): 0 805 541 047 >> France: +33 (0) 170 950 594 >> Germany (toll-free): 0 800 723 5270 >> Germany: +49 (0) 811 8899 6903 >> Hong Kong (toll-free): 30713169 >> Iceland (toll-free): 800 9869 >> India (toll-free): 000 800 100 7855 >> Indonesia (toll-free): 007 803 011 0395 >> Ireland (toll-free): 1 800 946 538 >> Ireland: +353 (0) 19 030 010 >> Israel (toll-free): 1 809 212 875 >> Italy (toll-free): 800 906959 >> Italy: +39 0 247 92 13 01 >> Japan (toll-free): 00 120 663 800 >> Korea, Republic of (toll-free): 806150880 >> Luxembourg (toll-free): 800 22104 >> Malaysia (toll-free): 1 800 81 5373 >> Mexico (toll-free): 01 800 925 0372 >> Netherlands (toll-free): 0 800 265 8469 >> Netherlands: +31 (0) 208 080 219 >> New Zealand (toll-free): 0 800 45 2202 >> New Zealand: +64 (0) 9 280 6302 >> Norway (toll-free): 800 30 257 >> Norway: +47 75 80 32 07 >> Panama (toll-free): 00 800 226 8832 >> Peru (toll-free): 0 800 54682 >> Philippines (toll-free): 1 800 1651 0716 >> Poland (toll-free): 00 800 1213979 >> Portugal (toll-free): 800 784 461 >> Russian Federation (toll-free): 810 800 29674011 >> Saudi Arabia (toll-free): +9668008443633 >> Singapore (toll-free): 800 120 5615 >> South Africa (toll-free): 0 800 983 867 >> Spain (toll-free): 0 800 900 582 >> Spain: +34 911 82 9906 >> Sweden (toll-free): 020 980 772 >> Sweden: +46 (0) 852 500 186 >> Switzerland (toll-free): 0 800 740 393 >> Switzerland: +41 (0) 435 0167 13 >> Taiwan (toll-free): 00 800 666 854 >> Thailand (toll-free): 001 800 658 131 >> Turkey (toll-free): +90800448823683 >> Ukraine (toll-free): 0 800 50 0641 >> United Arab Emirates (toll-free): +97180004440439 >> United Kingdom (toll-free): 0 808 168 0229 >> United Kingdom: +44 (0) 207 151 1853 >> United States (toll-free): 1 877 309 2073 >> Uruguay (toll-free): 000 413 598 4110 >> Viet Nam (toll-free): 120 65 157 >>=20 >> Access Code: 211-547-328 >> Audio PIN: Shown after joining the meeting >>=20 >> Meeting ID: 211-547-328 >>=20 >>=20 >> Best wishes, >> Amir >>=20 >>=20 >>=20 >>=20 >=20 >=20 From Richard.Mortier@nottingham.ac.uk Tue Apr 30 13:19:52 2013 Received: from ppsw-32.csi.cam.ac.uk ([131.111.8.132]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UX9XE-0000Gi-K7 (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Tue, 30 Apr 2013 13:19:52 +0100 X-Cam-SpamDetails: score 0.0 from SpamAssassin-3.3.2-1476922 * 0.0 MIME_QP_LONG_LINE RAW: Quoted-printable line longer than 76 chars X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from engine02-20433-2.icritical.com ([195.62.217.151]:33542) by ppsw-32.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with smtp id 1UX9XD-0003MA-23 (Exim 4.80_167-5a66dd3) for cl-mirage@lists.cam.ac.uk (return-path ); Tue, 30 Apr 2013 13:19:52 +0100 Received: (qmail 7672 invoked from network); 30 Apr 2013 12:19:47 -0000 Received: from localhost (127.0.0.1) by engine02-20433-2.icritical.com with SMTP; 30 Apr 2013 12:19:47 -0000 Received: from engine02-20433-2.icritical.com ([127.0.0.1]) by localhost (engine02-20433-2.icritical.com [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 07506-04 for ; Tue, 30 Apr 2013 13:19:44 +0100 (BST) Received: (qmail 6595 invoked by uid 599); 30 Apr 2013 12:17:55 -0000 Received: from unknown (HELO smtp4.nottingham.ac.uk) (128.243.220.65) by engine02-20433-2.icritical.com (qpsmtpd/0.28) with ESMTP; Tue, 30 Apr 2013 13:17:55 +0100 Received: from uiwexhub01.ad.nottingham.ac.uk ([128.243.15.133]) by smtp4.nottingham.ac.uk with esmtps (TLSv1:AES128-SHA:128) (Exim 4.77) (envelope-from ) id 1UX9VN-0003rf-Bj for cl-mirage@lists.cam.ac.uk; Tue, 30 Apr 2013 13:17:57 +0100 From: Richard Mortier To: Anil Madhavapeddy Date: Tue, 30 Apr 2013 13:17:57 +0100 Subject: Re: Reminder: Mirage weekly call - 30 Apr at 1600 BST Thread-Topic: Reminder: Mirage weekly call - 30 Apr at 1600 BST Thread-Index: Ac5FnL8aCJI5Cb5xRj+iluG/Ahqs2A== Message-ID: References: <49CADCC7-33A1-4E43-B51E-2DF266E50E0A@gmail.com> <9E08CA48-929E-4BB9-88C6-312B379A088A@recoil.org> In-Reply-To: Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Virus-Scanned: by iCritical at engine02-20433-2.icritical.com Cc: Jon Ludlam , "cl-mirage@lists.cam.ac.uk List" X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Apr 2013 12:19:52 -0000 Content-Length: 8331 Lines: 243 apologies- i also won't dial in; at chi in paris and visiting technicolor t= his afternoon. On 30 Apr 2013, at 10:41, Anil Madhavapeddy wrote: > The Mirage weekly call is today. Dave will be over at the CL so we'll ca= ll in from there, so Citrix folk may want to find their own meeting room in= 101 rather than hunting for Dave. >=20 > Agenda: > - Moving devices drivers out into userspace (Dave) > - Cross-compiling MatrixSSL (if Jon is available) > - Js_of_ocaml storage (Anil) > - Actor libraries and the new wg-parallel working group (Anil) > - Any other updates >=20 > Thomas is on vacation this week, so he won't be dialing in. >=20 > -- Go To Meeting details -- >=20 > You can either use the online GoToMeeting or dial in via the numbers belo= w: >=20 > 1. Please join my meeting. > https://www1.gotomeeting.com/join/211547328 >=20 > 2. Use your microphone and speakers (VoIP) - a headset is recommended. = Or, call in using your telephone. >=20 > United States: +1 (224) 649-0001 > Argentina (toll-free): 0 800 266 1382 > Australia (toll-free): 1 800 193 385 > Australia: +61 2 8355 1020 > Austria (toll-free): 0 800 202148 > Austria: +43 (0) 7 2088 1047 > Bahrain (toll-free): 800 81 111 > Belarus (toll-free): 8 820 0011 0214 > Belgium (toll-free): 0 800 26116 > Belgium: +32 (0) 28 08 4368 > Brazil (toll-free): 0 800 047 4906 > Canada (toll-free): 1 888 455 1389 > Canada: +1 (647) 497-9353 > China (toll-free): 4008 811084 > Czech Republic (toll-free): 800 500448 > Denmark (toll-free): 8090 1924 > Denmark: +45 (0) 69 91 89 28 > Finland (toll-free): 80094507 > Finland: +358 (0) 942 59 7850 > France (toll-free): 0 805 541 047 > France: +33 (0) 170 950 594 > Germany (toll-free): 0 800 723 5270 > Germany: +49 (0) 811 8899 6903 > Hong Kong (toll-free): 30713169 > Iceland (toll-free): 800 9869 > India (toll-free): 000 800 100 7855 > Indonesia (toll-free): 007 803 011 0395 > Ireland (toll-free): 1 800 946 538 > Ireland: +353 (0) 19 030 010 > Israel (toll-free): 1 809 212 875 > Italy (toll-free): 800 906959 > Italy: +39 0 247 92 13 01 > Japan (toll-free): 00 120 663 800 > Korea, Republic of (toll-free): 806150880 > Luxembourg (toll-free): 800 22104 > Malaysia (toll-free): 1 800 81 5373 > Mexico (toll-free): 01 800 925 0372 > Netherlands (toll-free): 0 800 265 8469 > Netherlands: +31 (0) 208 080 219 > New Zealand (toll-free): 0 800 45 2202 > New Zealand: +64 (0) 9 280 6302 > Norway (toll-free): 800 30 257 > Norway: +47 75 80 32 07 > Panama (toll-free): 00 800 226 8832 > Peru (toll-free): 0 800 54682 > Philippines (toll-free): 1 800 1651 0716 > Poland (toll-free): 00 800 1213979 > Portugal (toll-free): 800 784 461 > Russian Federation (toll-free): 810 800 29674011 > Saudi Arabia (toll-free): +9668008443633 > Singapore (toll-free): 800 120 5615 > South Africa (toll-free): 0 800 983 867 > Spain (toll-free): 0 800 900 582 > Spain: +34 911 82 9906 > Sweden (toll-free): 020 980 772 > Sweden: +46 (0) 852 500 186 > Switzerland (toll-free): 0 800 740 393 > Switzerland: +41 (0) 435 0167 13 > Taiwan (toll-free): 00 800 666 854 > Thailand (toll-free): 001 800 658 131 > Turkey (toll-free): +90800448823683 > Ukraine (toll-free): 0 800 50 0641 > United Arab Emirates (toll-free): +97180004440439 > United Kingdom (toll-free): 0 808 168 0229 > United Kingdom: +44 (0) 207 151 1853 > United States (toll-free): 1 877 309 2073 > Uruguay (toll-free): 000 413 598 4110 > Viet Nam (toll-free): 120 65 157 >=20 > Access Code: 211-547-328 > Audio PIN: Shown after joining the meeting >=20 > Meeting ID: 211-547-328 > On 26 Apr 2013, at 19:57, Anil Madhavapeddy wrote: >=20 >> The minutes from this call are now up at: >> http://www.openmirage.org/wiki/weekly-2013-04-23 >>=20 >> Next week: >> * Solidify the story with actor libraries and concurrency from the 1.0 r= elease checklist. >> * Figure out the SSL options for 1.0. >>=20 >> I'm continuing to add to the repo list at: >> http://www.openmirage.org/wiki/dev-preview-checklist >> ...as we work through the list. >>=20 >> -anil >>=20 >> On 22 Apr 2013, at 15:29, Amir Chaudhry wrote: >>=20 >>> Hi folks, >>>=20 >>> Just to remind you about the Mirage Release weekly call. It's happenin= g tomorrow and the Go To Meeting details are the same as before (copied her= e too). =20 >>>=20 >>> Notes from last week's meeting are available at: http://openmirage.org/= wiki/weekly-2013-04-16 >>>=20 >>>=20 >>> -- Go To Meeting details -- >>>=20 >>> You can either use the online GoToMeeting or dial in via the numbers be= low: >>>=20 >>> 1. Please join my meeting. >>> https://www1.gotomeeting.com/join/211547328 >>>=20 >>> 2. Use your microphone and speakers (VoIP) - a headset is recommended.= Or, call in using your telephone. >>>=20 >>> United States: +1 (224) 649-0001 >>> Argentina (toll-free): 0 800 266 1382 >>> Australia (toll-free): 1 800 193 385 >>> Australia: +61 2 8355 1020 >>> Austria (toll-free): 0 800 202148 >>> Austria: +43 (0) 7 2088 1047 >>> Bahrain (toll-free): 800 81 111 >>> Belarus (toll-free): 8 820 0011 0214 >>> Belgium (toll-free): 0 800 26116 >>> Belgium: +32 (0) 28 08 4368 >>> Brazil (toll-free): 0 800 047 4906 >>> Canada (toll-free): 1 888 455 1389 >>> Canada: +1 (647) 497-9353 >>> China (toll-free): 4008 811084 >>> Czech Republic (toll-free): 800 500448 >>> Denmark (toll-free): 8090 1924 >>> Denmark: +45 (0) 69 91 89 28 >>> Finland (toll-free): 80094507 >>> Finland: +358 (0) 942 59 7850 >>> France (toll-free): 0 805 541 047 >>> France: +33 (0) 170 950 594 >>> Germany (toll-free): 0 800 723 5270 >>> Germany: +49 (0) 811 8899 6903 >>> Hong Kong (toll-free): 30713169 >>> Iceland (toll-free): 800 9869 >>> India (toll-free): 000 800 100 7855 >>> Indonesia (toll-free): 007 803 011 0395 >>> Ireland (toll-free): 1 800 946 538 >>> Ireland: +353 (0) 19 030 010 >>> Israel (toll-free): 1 809 212 875 >>> Italy (toll-free): 800 906959 >>> Italy: +39 0 247 92 13 01 >>> Japan (toll-free): 00 120 663 800 >>> Korea, Republic of (toll-free): 806150880 >>> Luxembourg (toll-free): 800 22104 >>> Malaysia (toll-free): 1 800 81 5373 >>> Mexico (toll-free): 01 800 925 0372 >>> Netherlands (toll-free): 0 800 265 8469 >>> Netherlands: +31 (0) 208 080 219 >>> New Zealand (toll-free): 0 800 45 2202 >>> New Zealand: +64 (0) 9 280 6302 >>> Norway (toll-free): 800 30 257 >>> Norway: +47 75 80 32 07 >>> Panama (toll-free): 00 800 226 8832 >>> Peru (toll-free): 0 800 54682 >>> Philippines (toll-free): 1 800 1651 0716 >>> Poland (toll-free): 00 800 1213979 >>> Portugal (toll-free): 800 784 461 >>> Russian Federation (toll-free): 810 800 29674011 >>> Saudi Arabia (toll-free): +9668008443633 >>> Singapore (toll-free): 800 120 5615 >>> South Africa (toll-free): 0 800 983 867 >>> Spain (toll-free): 0 800 900 582 >>> Spain: +34 911 82 9906 >>> Sweden (toll-free): 020 980 772 >>> Sweden: +46 (0) 852 500 186 >>> Switzerland (toll-free): 0 800 740 393 >>> Switzerland: +41 (0) 435 0167 13 >>> Taiwan (toll-free): 00 800 666 854 >>> Thailand (toll-free): 001 800 658 131 >>> Turkey (toll-free): +90800448823683 >>> Ukraine (toll-free): 0 800 50 0641 >>> United Arab Emirates (toll-free): +97180004440439 >>> United Kingdom (toll-free): 0 808 168 0229 >>> United Kingdom: +44 (0) 207 151 1853 >>> United States (toll-free): 1 877 309 2073 >>> Uruguay (toll-free): 000 413 598 4110 >>> Viet Nam (toll-free): 120 65 157 >>>=20 >>> Access Code: 211-547-328 >>> Audio PIN: Shown after joining the meeting >>>=20 >>> Meeting ID: 211-547-328 >>>=20 >>>=20 >>> Best wishes, >>> Amir >>>=20 >>>=20 >>>=20 >>>=20 >>=20 >>=20 >=20 >=20 --=20 Cheers, R. This message and any attachment are intended solely for the addressee and may contain confidential information. If you have received this message in error, please send it back to me, and immediately delete it. Please do not use, copy or disclose the information contained in this message or in any attachment. Any views or opinions expressed by the author of this email do not necessarily reflect the views of the University of Nottingham. This message has been checked for viruses but the contents of an attachment may still contain software viruses which could damage your computer system: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. From pmundkur.ocaml@gmail.com Tue Apr 30 18:21:53 2013 Received: from ppsw-52.csi.cam.ac.uk ([131.111.8.152]) by lists-2.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1UXEFV-0007cU-BU (Exim 4.70) for cl-mirage@lists.cam.ac.uk (return-path ); Tue, 30 Apr 2013 18:21:53 +0100 X-Cam-SpamScore: s X-Cam-SpamDetails: score 1.3 from SpamAssassin-3.3.2-1476922 * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no * trust * [209.85.192.169 listed in list.dnswl.dnsbl.ja.net] * 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider * (pmundkur.ocaml[at]gmail.com) * 0.0 DKIM_ADSP_CUSTOM_MED No valid author signature, adsp_override is * CUSTOM_MED * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid * 1.2 NML_ADSP_CUSTOM_MED ADSP custom_med hit, and not from a mailing * list X-Cam-ScannerInfo: http://www.ucs.cam.ac.uk/email/scanner/ Received: from mail-pd0-f169.google.com ([209.85.192.169]:59789) by ppsw-52.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.148]:25) with esmtp id 1UXEFU-0007p3-Et (Exim 4.80_167-5a66dd3) for cl-mirage@lists.cam.ac.uk (return-path ); Tue, 30 Apr 2013 18:21:53 +0100 Received: by mail-pd0-f169.google.com with SMTP id 10so424478pdc.14 for ; Tue, 30 Apr 2013 10:21:51 -0700 (PDT) X-Received: by 10.68.135.231 with SMTP id pv7mr76777711pbb.108.1367342510971; Tue, 30 Apr 2013 10:21:50 -0700 (PDT) Received: from damage (visnet-156.csl.sri.com. [130.107.98.156]) by mx.google.com with ESMTPSA id z8sm29245848pbt.23.2013.04.30.10.21.49 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Tue, 30 Apr 2013 10:21:50 -0700 (PDT) Date: Tue, 30 Apr 2013 10:21:46 -0700 From: Prashanth Mundkur To: Mirage List Subject: OpenFlow version hell Message-ID: <20130430172146.GA14240@damage> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: cl-mirage@lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: MirageOS development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Apr 2013 17:21:53 -0000 Content-Length: 1558 Lines: 45 As mentioned on today's Mirage call, here are some pointers to OpenFlow versioning issues. https://github.com/horms/openvswitch/blob/master/OPENFLOW-1.1%2B#L38 This document underplays the issues, especially for OpenFlow 1.1. There are major changes in the semantics for flow matching. - Wildcards vs. exact matching https://www.opennetworking.org/images/stories/downloads/sdn-resources/onf-specifications/openflow/openflow-spec-v1.0.0.pdf OF 1.0, Section 3.4: Packets are matched against flow entries based on prioritization. An entry that specifies an exact match (i.e., it has no wildcards) is always the highest priority. All wildcard entries have a priority associated with them. Higher priority entries must match before lower priority ones. https://www.opennetworking.org/images/stories/downloads/sdn-resources/onf-specifications/openflow/openflow-spec-v1.3.1.pdf OF 1.3.1, Section 5.3: The packet is matched against the table and only the highest priority flow entry that matches the packet must be selected. (The language is a little more ambiguous in OF 1.1, but the intent is clarified in 1.3.1 above. https://www.opennetworking.org/images/stories/downloads/sdn-resources/onf-specifications/openflow/openflow-spec-v1.1.0.pdf Section OF 1.1, Section 4.4: The switch should apply the instruction set and update the associated counters of only the highest-priority flow entry matching the packet. ) - VLAN tag matching Summarized here: https://github.com/horms/openvswitch/blob/master/DESIGN#L155 --prashanth