From mirageos-devel-bounces@lists.xenproject.org Thu Jan 01 23:16:08 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 01 Jan 2015 23:16:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y6oyF-0006U0-LX; Thu, 01 Jan 2015 23:15:59 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y6oyE-0006Tv-FC for mirageos-devel@lists.xenproject.org; Thu, 01 Jan 2015 23:15:58 +0000 Received: from [85.158.139.211] by server-12.bemta-5.messagelabs.com id 29/6F-25714-D25D5A45; Thu, 01 Jan 2015 23:15:57 +0000 X-Env-Sender: marklrh@gmail.com X-Msg-Ref: server-14.tower-206.messagelabs.com!1420154156!10480839!1 X-Originating-IP: [209.85.160.169] X-SpamReason: No, hits=2.3 required=7.0 tests=HTML_40_50,HTML_MESSAGE, HTML_OBFUSCATE_05_10,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24800 invoked from network); 1 Jan 2015 23:15:56 -0000 Received: from mail-yk0-f169.google.com (HELO mail-yk0-f169.google.com) (209.85.160.169) by server-14.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 1 Jan 2015 23:15:56 -0000 Received: by mail-yk0-f169.google.com with SMTP id 79so8548728ykr.0 for ; Thu, 01 Jan 2015 15:15:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=6XKfW5Tyu9ViQnRj2I4/UZjmAZzloySi/KLm90RUu9g=; b=lseWDVPGOL9HcN1/+2O5WDWAeYyC8buPXzqGNGEovAn0HK86nUO0ANVrp7dqwRVFZ3 ZEQzB9qUcZUJLp/f9cZ1Arw1oeZwLKZ/dvlJchWUtQTEQe2JtuvyDbT3RcT7uAS5KAXP QwLc4Qu1LCIRe5vAfijLoBpbk0cWYbfUCkMVLIEa0iQlBgnCf6y4KzGGc+vILO0ZClWO ryRN/vtYH4WDSE0acthZg3RGF2kxZ5IJ1l5/GG5iNdVRzuWRoyVj54Pk9iL55Ve9e5Ux gLXD2VDZ8a7cU+BknQXMKIkQ60NfcFkMFrzWBUXpFCj3Wj/Suzmlmm/jKhqb70uWpp3O C0JA== MIME-Version: 1.0 X-Received: by 10.170.159.137 with SMTP id a131mr37588383ykd.82.1420154155538; Thu, 01 Jan 2015 15:15:55 -0800 (PST) Received: by 10.170.158.212 with HTTP; Thu, 1 Jan 2015 15:15:55 -0800 (PST) Date: Thu, 1 Jan 2015 15:15:55 -0800 Message-ID: From: Runhang Li To: mirageos-devel@lists.xenproject.org Subject: [MirageOS-devel] Mentee wants to work on bigarray parser generator X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7169907499728482260==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============7169907499728482260== Content-Type: multipart/alternative; boundary=001a1139100ef7a0b1050b9f671d --001a1139100ef7a0b1050b9f671d Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, guys I am Mark Li who joined in the mailing list recently. As a mentee, I=E2=80= =99d like to start working on =E2=80=9CBigarray parser generator=E2=80=9D in Pioneer = Projects with Rudi and Anil as mentors listed on the webpage (=E2=80=9C https://github.com/mirage/mirage-www/wiki/Pioneer-Projects=E2=80=9D). If I were permitted, can I get more details on this project? Is there any guideline on how we should start working on this project? What preparation work should I do? (maybe knowledge of ppx?) Thanks --=20 Runhang Li University of California, Los Angeles --001a1139100ef7a0b1050b9f671d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi, guys

I am Mark Li who jo= ined in the mailing list recently. As a mentee, I=E2=80=99d like to start w= orking on =E2=80=9CBigarray parser generator=E2=80=9D in Pioneer Projects w= ith Rudi and Anil as mentors listed on the webpage (=E2=80=9C= https://github.com/mirage/mirage-www/wiki/Pioneer-Projects=E2=80=9D).

I= f I were permitted, can I get more details on this project? Is there any gu= ideline on how we should start working on this project? What preparation wo= rk should I do? (maybe knowledge of ppx?)

Thanks

--
Runhang Li
University = of California, Los Angeles
--001a1139100ef7a0b1050b9f671d-- --===============7169907499728482260== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel --===============7169907499728482260==-- From mirageos-devel-bounces@lists.xenproject.org Thu Jan 01 23:16:08 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 01 Jan 2015 23:16:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y6oyF-0006U0-LX; Thu, 01 Jan 2015 23:15:59 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y6oyE-0006Tv-FC for mirageos-devel@lists.xenproject.org; Thu, 01 Jan 2015 23:15:58 +0000 Received: from [85.158.139.211] by server-12.bemta-5.messagelabs.com id 29/6F-25714-D25D5A45; Thu, 01 Jan 2015 23:15:57 +0000 X-Env-Sender: marklrh@gmail.com X-Msg-Ref: server-14.tower-206.messagelabs.com!1420154156!10480839!1 X-Originating-IP: [209.85.160.169] X-SpamReason: No, hits=2.3 required=7.0 tests=HTML_40_50,HTML_MESSAGE, HTML_OBFUSCATE_05_10,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24800 invoked from network); 1 Jan 2015 23:15:56 -0000 Received: from mail-yk0-f169.google.com (HELO mail-yk0-f169.google.com) (209.85.160.169) by server-14.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 1 Jan 2015 23:15:56 -0000 Received: by mail-yk0-f169.google.com with SMTP id 79so8548728ykr.0 for ; Thu, 01 Jan 2015 15:15:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=6XKfW5Tyu9ViQnRj2I4/UZjmAZzloySi/KLm90RUu9g=; b=lseWDVPGOL9HcN1/+2O5WDWAeYyC8buPXzqGNGEovAn0HK86nUO0ANVrp7dqwRVFZ3 ZEQzB9qUcZUJLp/f9cZ1Arw1oeZwLKZ/dvlJchWUtQTEQe2JtuvyDbT3RcT7uAS5KAXP QwLc4Qu1LCIRe5vAfijLoBpbk0cWYbfUCkMVLIEa0iQlBgnCf6y4KzGGc+vILO0ZClWO ryRN/vtYH4WDSE0acthZg3RGF2kxZ5IJ1l5/GG5iNdVRzuWRoyVj54Pk9iL55Ve9e5Ux gLXD2VDZ8a7cU+BknQXMKIkQ60NfcFkMFrzWBUXpFCj3Wj/Suzmlmm/jKhqb70uWpp3O C0JA== MIME-Version: 1.0 X-Received: by 10.170.159.137 with SMTP id a131mr37588383ykd.82.1420154155538; Thu, 01 Jan 2015 15:15:55 -0800 (PST) Received: by 10.170.158.212 with HTTP; Thu, 1 Jan 2015 15:15:55 -0800 (PST) Date: Thu, 1 Jan 2015 15:15:55 -0800 Message-ID: From: Runhang Li To: mirageos-devel@lists.xenproject.org Subject: [MirageOS-devel] Mentee wants to work on bigarray parser generator X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7169907499728482260==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============7169907499728482260== Content-Type: multipart/alternative; boundary=001a1139100ef7a0b1050b9f671d --001a1139100ef7a0b1050b9f671d Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, guys I am Mark Li who joined in the mailing list recently. As a mentee, I=E2=80= =99d like to start working on =E2=80=9CBigarray parser generator=E2=80=9D in Pioneer = Projects with Rudi and Anil as mentors listed on the webpage (=E2=80=9C https://github.com/mirage/mirage-www/wiki/Pioneer-Projects=E2=80=9D). If I were permitted, can I get more details on this project? Is there any guideline on how we should start working on this project? What preparation work should I do? (maybe knowledge of ppx?) Thanks --=20 Runhang Li University of California, Los Angeles --001a1139100ef7a0b1050b9f671d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi, guys

I am Mark Li who jo= ined in the mailing list recently. As a mentee, I=E2=80=99d like to start w= orking on =E2=80=9CBigarray parser generator=E2=80=9D in Pioneer Projects w= ith Rudi and Anil as mentors listed on the webpage (=E2=80=9C= https://github.com/mirage/mirage-www/wiki/Pioneer-Projects=E2=80=9D).

I= f I were permitted, can I get more details on this project? Is there any gu= ideline on how we should start working on this project? What preparation wo= rk should I do? (maybe knowledge of ppx?)

Thanks

--
Runhang Li
University = of California, Los Angeles
--001a1139100ef7a0b1050b9f671d-- --===============7169907499728482260== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel --===============7169907499728482260==-- From mirageos-devel-bounces@lists.xenproject.org Mon Jan 05 05:56:57 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 05 Jan 2015 05:56:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y80el-0003l6-OH; Mon, 05 Jan 2015 05:56:47 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y80ej-0003l1-TC for MirageOS-devel@lists.xenproject.org; Mon, 05 Jan 2015 05:56:46 +0000 Received: from [85.158.137.68] by server-1.bemta-3.messagelabs.com id 84/D5-18267-C972AA45; Mon, 05 Jan 2015 05:56:44 +0000 X-Env-Sender: anand.prabhakar.patil@gmail.com X-Msg-Ref: server-9.tower-31.messagelabs.com!1420437403!13477089!1 X-Originating-IP: [209.85.215.46] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6269 invoked from network); 5 Jan 2015 05:56:44 -0000 Received: from mail-la0-f46.google.com (HELO mail-la0-f46.google.com) (209.85.215.46) by server-9.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 5 Jan 2015 05:56:44 -0000 Received: by mail-la0-f46.google.com with SMTP id q1so17508161lam.5 for ; Sun, 04 Jan 2015 21:56:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=9oPFoHKKWwEBUbhOE8Bc9uBueXXvGMOGNyFJSfe1P5w=; b=HVHZ5KwAHnjXVoctB1uFXdqq0Diw8HRrloKt81TQHq2mL2CfK8NoCBE+iFljzKEh9/ 0KrpcMQzvlj3jAAQReiy2/vuODrO/Tx0TsSc02s35M976g59UOy7Mqy9vVKA1+8nZbnZ 2otGudK3Ob7blzgCvt0Ugn+ysssYXwkBExMl+M2iWvF6QtUGYQbCXWLEALzK+YVzXhqg dTRka+6F61Mufy9BZT9G7LeHRWxsCphTJnblbQf+Z6d4AJEpwB/5vqE3T/FV70/fgyPw 4b7CaOJ4OZmumMHbbwv/B+pHg3NDA8R2CSeH1Os8j/DojDymYuJCyiu/rO9qYmRIplm9 1REA== X-Received: by 10.152.20.7 with SMTP id j7mr87602798lae.37.1420437403521; Sun, 04 Jan 2015 21:56:43 -0800 (PST) MIME-Version: 1.0 Received: by 10.114.77.35 with HTTP; Sun, 4 Jan 2015 21:56:23 -0800 (PST) From: Anand Patil Date: Sun, 4 Jan 2015 21:56:23 -0800 Message-ID: To: MirageOS-devel@lists.xenproject.org Subject: [MirageOS-devel] COW XML questions X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org Hi everyone, In order to learn OCaml and thence Mirage, I've been working a little bit on an automatically generated, complete AWS client along the lines of https://github.com/stripe/aws-go using camlp4. I've got the types generated, and now need to generate to/from XML functions for each record type. Some of the field names in the XML are not valid or idiomatic OCaml record fields, for example they might be capitalized. Is there an easyish way to get COW to do things like the following? type t = {foo: int; bar: string} with xml;; xml_of_t {foo=0; bar="hello"}; # yields <:xml< hello 0 >> Thanks! Anand _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Mon Jan 05 05:56:57 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 05 Jan 2015 05:56:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y80el-0003l6-OH; Mon, 05 Jan 2015 05:56:47 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y80ej-0003l1-TC for MirageOS-devel@lists.xenproject.org; Mon, 05 Jan 2015 05:56:46 +0000 Received: from [85.158.137.68] by server-1.bemta-3.messagelabs.com id 84/D5-18267-C972AA45; Mon, 05 Jan 2015 05:56:44 +0000 X-Env-Sender: anand.prabhakar.patil@gmail.com X-Msg-Ref: server-9.tower-31.messagelabs.com!1420437403!13477089!1 X-Originating-IP: [209.85.215.46] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6269 invoked from network); 5 Jan 2015 05:56:44 -0000 Received: from mail-la0-f46.google.com (HELO mail-la0-f46.google.com) (209.85.215.46) by server-9.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 5 Jan 2015 05:56:44 -0000 Received: by mail-la0-f46.google.com with SMTP id q1so17508161lam.5 for ; Sun, 04 Jan 2015 21:56:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=9oPFoHKKWwEBUbhOE8Bc9uBueXXvGMOGNyFJSfe1P5w=; b=HVHZ5KwAHnjXVoctB1uFXdqq0Diw8HRrloKt81TQHq2mL2CfK8NoCBE+iFljzKEh9/ 0KrpcMQzvlj3jAAQReiy2/vuODrO/Tx0TsSc02s35M976g59UOy7Mqy9vVKA1+8nZbnZ 2otGudK3Ob7blzgCvt0Ugn+ysssYXwkBExMl+M2iWvF6QtUGYQbCXWLEALzK+YVzXhqg dTRka+6F61Mufy9BZT9G7LeHRWxsCphTJnblbQf+Z6d4AJEpwB/5vqE3T/FV70/fgyPw 4b7CaOJ4OZmumMHbbwv/B+pHg3NDA8R2CSeH1Os8j/DojDymYuJCyiu/rO9qYmRIplm9 1REA== X-Received: by 10.152.20.7 with SMTP id j7mr87602798lae.37.1420437403521; Sun, 04 Jan 2015 21:56:43 -0800 (PST) MIME-Version: 1.0 Received: by 10.114.77.35 with HTTP; Sun, 4 Jan 2015 21:56:23 -0800 (PST) From: Anand Patil Date: Sun, 4 Jan 2015 21:56:23 -0800 Message-ID: To: MirageOS-devel@lists.xenproject.org Subject: [MirageOS-devel] COW XML questions X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org Hi everyone, In order to learn OCaml and thence Mirage, I've been working a little bit on an automatically generated, complete AWS client along the lines of https://github.com/stripe/aws-go using camlp4. I've got the types generated, and now need to generate to/from XML functions for each record type. Some of the field names in the XML are not valid or idiomatic OCaml record fields, for example they might be capitalized. Is there an easyish way to get COW to do things like the following? type t = {foo: int; bar: string} with xml;; xml_of_t {foo=0; bar="hello"}; # yields <:xml< hello 0 >> Thanks! Anand _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Mon Jan 05 09:54:07 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 05 Jan 2015 09:54:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y84ML-0000Dj-Kk; Mon, 05 Jan 2015 09:54:01 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y84MJ-0000De-Vl for mirageos-devel@lists.xenproject.org; Mon, 05 Jan 2015 09:54:00 +0000 Received: from [85.158.143.35] by server-1.bemta-4.messagelabs.com id A6/21-09842-73F5AA45; Mon, 05 Jan 2015 09:53:59 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1420451638!11962368!1 X-Originating-IP: [209.85.215.47] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23896 invoked from network); 5 Jan 2015 09:53:58 -0000 Received: from mail-la0-f47.google.com (HELO mail-la0-f47.google.com) (209.85.215.47) by server-13.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 5 Jan 2015 09:53:58 -0000 Received: by mail-la0-f47.google.com with SMTP id hz20so17481884lab.6 for ; Mon, 05 Jan 2015 01:53:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=+Fen56QdioJMTMMOs3YFrvoB84d9QqL3zOKrBDuXDaM=; b=sTyeJkmf0bBh1d681GR7UbvQ9pUoISzURYr1jJ3WV4+QC9LZNIylKfYuwEbwp722a3 rqDn1ljp+3w+BbSPfK3gHxQmwdjNooG6Y5DDLPRTv205aWWZ1l7v/l5VHrsAWbYe9s/O gKNeGRQr5HsaC9F3I5S/knK/XBJq6WtVr1OwhnFhdOCi9R4+TuDWVhCoRnJKzZ6+Bkvw 42FzyN1ANd1nI92Hw7RW1jwrtG0KaS1/Xze+NZYU7++81kgfB5wMky/cv3x/uohro08p fK5moAqSe+g5jtj9Y1Le3JrR8TO7PnQEmwI318G2yOVYhFvZy9Ue4of2WUVbYenv+1sC cX2A== MIME-Version: 1.0 X-Received: by 10.152.23.38 with SMTP id j6mr91378413laf.81.1420451637944; Mon, 05 Jan 2015 01:53:57 -0800 (PST) Received: by 10.25.207.3 with HTTP; Mon, 5 Jan 2015 01:53:57 -0800 (PST) Date: Mon, 5 Jan 2015 09:53:57 +0000 Message-ID: From: Thomas Leonard To: "mirageos-devel@lists.xenproject.org" Subject: [MirageOS-devel] An HTTP server with TLS X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org I'd like to add TLS to my Mirage web server. What's the best way to do this? My Unikernel.Main functor currently takes a (H : Cohttp_lwt.Server) argument. I see that main.ml configures this using: module Conduit1 = Conduit_mirage.Make(Stackv41)(Vchan1) module Http1 = HTTP.Make(Conduit1) Can conduit deal with TLS for me? The conduit docs say "The reason this library exists is to provide a degree of abstraction from the precise SSL library used", which suggests that it should. -- Dr Thomas Leonard http://0install.net/ GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 GPG: DA98 25AE CAD0 8975 7CDA BD8E 0713 3F96 CA74 D8BA _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Mon Jan 05 09:54:07 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 05 Jan 2015 09:54:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y84ML-0000Dj-Kk; Mon, 05 Jan 2015 09:54:01 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y84MJ-0000De-Vl for mirageos-devel@lists.xenproject.org; Mon, 05 Jan 2015 09:54:00 +0000 Received: from [85.158.143.35] by server-1.bemta-4.messagelabs.com id A6/21-09842-73F5AA45; Mon, 05 Jan 2015 09:53:59 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1420451638!11962368!1 X-Originating-IP: [209.85.215.47] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23896 invoked from network); 5 Jan 2015 09:53:58 -0000 Received: from mail-la0-f47.google.com (HELO mail-la0-f47.google.com) (209.85.215.47) by server-13.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 5 Jan 2015 09:53:58 -0000 Received: by mail-la0-f47.google.com with SMTP id hz20so17481884lab.6 for ; Mon, 05 Jan 2015 01:53:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=+Fen56QdioJMTMMOs3YFrvoB84d9QqL3zOKrBDuXDaM=; b=sTyeJkmf0bBh1d681GR7UbvQ9pUoISzURYr1jJ3WV4+QC9LZNIylKfYuwEbwp722a3 rqDn1ljp+3w+BbSPfK3gHxQmwdjNooG6Y5DDLPRTv205aWWZ1l7v/l5VHrsAWbYe9s/O gKNeGRQr5HsaC9F3I5S/knK/XBJq6WtVr1OwhnFhdOCi9R4+TuDWVhCoRnJKzZ6+Bkvw 42FzyN1ANd1nI92Hw7RW1jwrtG0KaS1/Xze+NZYU7++81kgfB5wMky/cv3x/uohro08p fK5moAqSe+g5jtj9Y1Le3JrR8TO7PnQEmwI318G2yOVYhFvZy9Ue4of2WUVbYenv+1sC cX2A== MIME-Version: 1.0 X-Received: by 10.152.23.38 with SMTP id j6mr91378413laf.81.1420451637944; Mon, 05 Jan 2015 01:53:57 -0800 (PST) Received: by 10.25.207.3 with HTTP; Mon, 5 Jan 2015 01:53:57 -0800 (PST) Date: Mon, 5 Jan 2015 09:53:57 +0000 Message-ID: From: Thomas Leonard To: "mirageos-devel@lists.xenproject.org" Subject: [MirageOS-devel] An HTTP server with TLS X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org I'd like to add TLS to my Mirage web server. What's the best way to do this? My Unikernel.Main functor currently takes a (H : Cohttp_lwt.Server) argument. I see that main.ml configures this using: module Conduit1 = Conduit_mirage.Make(Stackv41)(Vchan1) module Http1 = HTTP.Make(Conduit1) Can conduit deal with TLS for me? The conduit docs say "The reason this library exists is to provide a degree of abstraction from the precise SSL library used", which suggests that it should. -- Dr Thomas Leonard http://0install.net/ GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 GPG: DA98 25AE CAD0 8975 7CDA BD8E 0713 3F96 CA74 D8BA _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Mon Jan 05 15:45:02 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 05 Jan 2015 15:45:02 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y89px-0006Cs-65; Mon, 05 Jan 2015 15:44:57 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y89pw-0006CH-Ax for mirageos-devel@lists.xenproject.org; Mon, 05 Jan 2015 15:44:56 +0000 Received: from [85.158.137.68] by server-15.bemta-3.messagelabs.com id 95/86-17735-771BAA45; Mon, 05 Jan 2015 15:44:55 +0000 X-Env-Sender: jcb98@cam.ac.uk X-Msg-Ref: server-2.tower-31.messagelabs.com!1420472679!17344002!1 X-Originating-IP: [131.111.8.151] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTMxLjExMS44LjE1MSA9PiAxNDE4OTU=\n X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25077 invoked from network); 5 Jan 2015 15:44:40 -0000 Received: from ppsw-51.csi.cam.ac.uk (HELO ppsw-51.csi.cam.ac.uk) (131.111.8.151) by server-2.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 5 Jan 2015 15:44:40 -0000 X-Cam-AntiVirus: no malware found X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ Received: from p4ff1ded6.dip0.t-ipconnect.de ([79.241.222.214]:35131 helo=[192.168.178.27]) by ppsw-51.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.157]:465) with esmtpsa (PLAIN:jcb98) (TLSv1.2:DHE-RSA-AES128-SHA:128) id 1Y89pX-00020V-Z2 (Exim 4.82_3-c0e5623) (return-path ); Mon, 05 Jan 2015 15:44:31 +0000 Message-ID: <54AAB15E.5050803@cam.ac.uk> Date: Mon, 05 Jan 2015 16:44:30 +0100 From: "J. Beleites" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Anil Madhavapeddy , David Sheets Cc: mirageos-devel Subject: [MirageOS-devel] Creating a new Authenticator X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, To be able to manipulate how TLS certificates are verified I wanted to create a new authenticator (which I could pass, for example, to X509.Authenticator.authenticate to authenticate certificates). The authenticator type required (X509.Authenticator.t) is defined as ?host:Certificate.host -> Certificate.stack -> res However, for some reason I am failing to create a function to use as authenticator; the type checker doesn't seem happy with what I'm writing. This also happens if I simply copy-and-paste the null authenticator from the Authenticator module and try to use it as authenticator. For instance: This works fin: # X509.Authenticator.authenticate X509.Authenticator.null;; - - : ?host:host -> stack -> X509.Authenticator.res = However, this doesn't: # let auth ?host:_ (c, _) = `Ok c in X509.Authenticator.authenticate auth;; Error: This expression has type ?host:'a -> 'b * 'c -> [> `Ok of 'b ] but an expression was expected of type X509_lwt.authenticator I'm probably missing something simple here. Any ideas as to what it may be? Thank you! Johann -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJUqrFeAAoJEOuX0wv5Pf0In1EH/iU7XAA0H/+4C3iXAkcyKHrS +iPbl8Tld6i2kdjWAxCkd/RPf2+KRThYDqgvZMCqovHIO6qZViMXomqUV1wplvSI qp8H7GE+kvqJcJwbXVdTcEOsgtKtl4FY92qh3Ue/leuG0iiR1J9Ox+SU5ZEwlYeQ EXdCbTN/XwvTtFL4evjbtkb8rkVImlKOx75e5aJucCl2ZccCX8eG6zk18JsajbZ+ JG3OqTP6PmnKaD2tc6YHKZcDXlYZ6DIvdKYCdHW8jMkTAZ6hX4AAev2Cr/RuYfV1 xSsuHZ3oMwPftkril29uJw3H57kLieCgExfKJnFn48ZCETHLf+rf5IfT3kqd01w= =gDoM -----END PGP SIGNATURE----- _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Mon Jan 05 15:45:02 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 05 Jan 2015 15:45:02 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y89px-0006Cs-65; Mon, 05 Jan 2015 15:44:57 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y89pw-0006CH-Ax for mirageos-devel@lists.xenproject.org; Mon, 05 Jan 2015 15:44:56 +0000 Received: from [85.158.137.68] by server-15.bemta-3.messagelabs.com id 95/86-17735-771BAA45; Mon, 05 Jan 2015 15:44:55 +0000 X-Env-Sender: jcb98@cam.ac.uk X-Msg-Ref: server-2.tower-31.messagelabs.com!1420472679!17344002!1 X-Originating-IP: [131.111.8.151] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTMxLjExMS44LjE1MSA9PiAxNDE4OTU=\n X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25077 invoked from network); 5 Jan 2015 15:44:40 -0000 Received: from ppsw-51.csi.cam.ac.uk (HELO ppsw-51.csi.cam.ac.uk) (131.111.8.151) by server-2.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 5 Jan 2015 15:44:40 -0000 X-Cam-AntiVirus: no malware found X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ Received: from p4ff1ded6.dip0.t-ipconnect.de ([79.241.222.214]:35131 helo=[192.168.178.27]) by ppsw-51.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.157]:465) with esmtpsa (PLAIN:jcb98) (TLSv1.2:DHE-RSA-AES128-SHA:128) id 1Y89pX-00020V-Z2 (Exim 4.82_3-c0e5623) (return-path ); Mon, 05 Jan 2015 15:44:31 +0000 Message-ID: <54AAB15E.5050803@cam.ac.uk> Date: Mon, 05 Jan 2015 16:44:30 +0100 From: "J. Beleites" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Anil Madhavapeddy , David Sheets Cc: mirageos-devel Subject: [MirageOS-devel] Creating a new Authenticator X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, To be able to manipulate how TLS certificates are verified I wanted to create a new authenticator (which I could pass, for example, to X509.Authenticator.authenticate to authenticate certificates). The authenticator type required (X509.Authenticator.t) is defined as ?host:Certificate.host -> Certificate.stack -> res However, for some reason I am failing to create a function to use as authenticator; the type checker doesn't seem happy with what I'm writing. This also happens if I simply copy-and-paste the null authenticator from the Authenticator module and try to use it as authenticator. For instance: This works fin: # X509.Authenticator.authenticate X509.Authenticator.null;; - - : ?host:host -> stack -> X509.Authenticator.res = However, this doesn't: # let auth ?host:_ (c, _) = `Ok c in X509.Authenticator.authenticate auth;; Error: This expression has type ?host:'a -> 'b * 'c -> [> `Ok of 'b ] but an expression was expected of type X509_lwt.authenticator I'm probably missing something simple here. Any ideas as to what it may be? Thank you! Johann -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJUqrFeAAoJEOuX0wv5Pf0In1EH/iU7XAA0H/+4C3iXAkcyKHrS +iPbl8Tld6i2kdjWAxCkd/RPf2+KRThYDqgvZMCqovHIO6qZViMXomqUV1wplvSI qp8H7GE+kvqJcJwbXVdTcEOsgtKtl4FY92qh3Ue/leuG0iiR1J9Ox+SU5ZEwlYeQ EXdCbTN/XwvTtFL4evjbtkb8rkVImlKOx75e5aJucCl2ZccCX8eG6zk18JsajbZ+ JG3OqTP6PmnKaD2tc6YHKZcDXlYZ6DIvdKYCdHW8jMkTAZ6hX4AAev2Cr/RuYfV1 xSsuHZ3oMwPftkril29uJw3H57kLieCgExfKJnFn48ZCETHLf+rf5IfT3kqd01w= =gDoM -----END PGP SIGNATURE----- _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Mon Jan 05 15:51:45 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 05 Jan 2015 15:51:45 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y89wX-0006tM-QB; Mon, 05 Jan 2015 15:51:45 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y89wW-0006t3-Ij for mirageos-devel@lists.xenproject.org; Mon, 05 Jan 2015 15:51:44 +0000 Received: from [85.158.143.35] by server-1.bemta-4.messagelabs.com id 47/03-09842-013BAA45; Mon, 05 Jan 2015 15:51:44 +0000 X-Env-Sender: thomas.gazagnaire@gmail.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1420473103!12057563!1 X-Originating-IP: [74.125.82.49] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, MAILTO_TO_SPAM_ADDR X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2263 invoked from network); 5 Jan 2015 15:51:43 -0000 Received: from mail-wg0-f49.google.com (HELO mail-wg0-f49.google.com) (74.125.82.49) by server-13.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 5 Jan 2015 15:51:43 -0000 Received: by mail-wg0-f49.google.com with SMTP id n12so27561575wgh.8 for ; Mon, 05 Jan 2015 07:51:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=G9DyFYnymqEbDPW/4FGBrZj8YljB5pmuZy51mgRyXiA=; b=gEtqMuR+OGUGdMWjLbYqPq53118oDv1G3mZkWj0NBHpArkFS6t8mvT4RpTIPZ6g5et VwCpIK3EPtau35FJvXDFr0Fa+q2KtaFql6A6S0zR9f5yR0PZ9G7PcFJwEEhVKwF8X3b/ ZNtidUIupe/igHLQ4L988CMy9aZBknc+L9kz8RyJnTggG6lgo9xP7o+CdXIKOfIqN99A PrgnB6w42h7F8jA5Vo6EpXUCeL3EDyUW6MB9Ec4Ynn6emUk8wuCBwPFqd7pgEdnbiFbO drf6Q+IRj+ZVbSqDgeiE3q4sUJkGCBmBV0t/K8lr5cwc200md+Mu+NbrAgnVT7blIrJR 1BJQ== X-Received: by 10.194.59.234 with SMTP id c10mr183732674wjr.49.1420473103023; Mon, 05 Jan 2015 07:51:43 -0800 (PST) Received: from ?IPv6:2001:630:212:248:95d1:c3af:1e69:931b? ([2001:630:212:248:95d1:c3af:1e69:931b]) by mx.google.com with ESMTPSA id qg11sm10377111wic.17.2015.01.05.07.51.42 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 05 Jan 2015 07:51:42 -0800 (PST) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Thomas Gazagnaire In-Reply-To: <5E1D07D9-A6A7-49E1-94F1-4C2750F1F75D@cam.ac.uk> Date: Mon, 5 Jan 2015 16:51:41 +0100 Message-Id: References: <0D22934B-20C1-44C6-B750-761BF2E76838@cam.ac.uk> <5262B6D3-4B1A-400B-AE7A-7D30E401B444@cam.ac.uk> <35CB58BC-8F82-4124-BA9F-C8C219F323E6@gazagnaire.org> <5E1D07D9-A6A7-49E1-94F1-4C2750F1F75D@cam.ac.uk> To: Gregory Tsipenyuk X-Mailer: Apple Mail (2.1993) Cc: mirageos-devel Subject: Re: [MirageOS-devel] irmin storage overhead and dedup X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org PiBEb2VzIGl0IG1ha2Ugc2Vuc2UgdG8gaGF2ZSDigJxiZW5jaG1hcmvigJ0gZm9sZGVyIHVuZGVy IElybWluIHRvIGNoZWNrIGluIHRoZSB0ZXN0cz8KCkkndmUganVzdCBjcmVhdGVkIGh0dHBzOi8v Z2l0aHViLmNvbS9taXJhZ2UvaXJtaW4tcnQKClRob21hcwoKPiAKPj4gT24gRGVjIDMxLCAyMDE0 LCBhdCA1OjMyIEFNLCBUaG9tYXMgR2F6YWduYWlyZSA8dGhvbWFzQGdhemFnbmFpcmUub3JnPiB3 cm90ZToKPj4gCj4+PiBJIGxvb2tlZCBhdCB0aGUgbWV0YWRhdGEgdGhhdCBnZXRzIGNyZWF0ZWQg Zm9yIGV2ZXJ5IGVtYWlsIG1lc3NhZ2UgYW5kIGl04oCZcyBzbWFsbCAtIGxlc3MgdGhhbiAxMDAg Ynl0ZXMuIFNvIEkgcmFuIGEgc2ltcGxlIHRlc3Qgb2YgYXBwZW5kaW5nIDIwLDAwMCB1bmlxdWUg MTAwIGJ5dGVzIGFzY2lpIG1lc3NhZ2VzLiBJIHdvdWxkIGhhdmUgZXhwZWN0ZWQgdGhlIHJlcG9z aXRvcnkgc2l6ZSB0byBiZSBvbiB0aGUgb3JkZXIgb2YgYSBmZXcgbWVnYWJ5dGVzLCBpbnN0ZWFk IGl0IHdhcyA0LjdHLiBUaGlzIGlzIHJvdWdobHkgMjM0SyBvdmVyaGVhZCBwZXIgMTAwIGJ5dGVz IG1lc3NhZ2UsIHdoaWNoIHdvdWxkIGJlIHF1aXRlIGltcHJhY3RpY2FsIGZvciB0aGUgZW1haWwg c3RvcmFnZSB3aXRoIHRoZSBtZXRhZGF0YSBlc3NlbnRpYWxseSBleGNlZWRpbmcgdGhlIG1lc3Nh Z2Ugc3RvcmFnZS4KPj4gCj4+IERpZCB5b3Ugc3RhcnQgZnJvbSBhbiBlbXB0eSByZXBvc2l0b3J5 PyBXb3VsZCBiZSBpbnRlcmVzdGVkIHRvIHJ1biB5b3VyIGNvZGUgbG9jYWxseSB0byBjaGVjayB3 aGF0IGhhcHBlbnMuIAo+PiAKPj4gTW9yZSBnZW5lcmFsbHkgYWxsIHRoZSBiZW5jaHMvZXhwZXJp bWVudHMgeW91IGFyZSBydW5uaW5nIGFyZSB2ZXJ5IHVzZWZ1bCwgaXQgd291bGQgYmUgbmljZSB0 byBwdXQgdGhlbSBzb21ld2hlcmUgb25saW5lIGFuZCB0dXJuIHRoZW0gaW50byBmdW5jdGlvbmFs IHRlc3RzIHRvIHJ1biB0aGVtIHJlZ3VsYXJseSB0byBjaGVjayB0aGF0IHRoZSBzZXJpYWxpc2F0 aW9uIGZvcm1hdCBkb2Vzbid0IGdvIGNyYXp5Lgo+PiAKPj4gVGhhbmtzIQo+PiBUaG9tYXMKPj4g Cj4+IAo+PiAKPj4gCj4+PiAKPj4+IEdyZWdvcnkKPj4+IAo+Pj4+IE9uIERlYyAzMCwgMjAxNCwg YXQgNzowNyBQTSwgR3JlZ29yeSBUc2lwZW55dWsgPGd0MzAzQGNhbS5hYy51az4gd3JvdGU6Cj4+ Pj4gCj4+Pj4gSGkgVGhvbWFzLAo+Pj4+IAo+Pj4+IEnigJltIHRyeWluZyB0byBmaWd1cmUgb3V0 IHdoYXQga2luZCBvZiBzdG9yYWdlIG92ZXJoZWFkIGFuZCBkZWR1cCBJIGdldCBpbiBJcm1pbi4g Rmlyc3QgSSB0cmllZCB0byBjb252ZXJ0IHRoZSBnb29nbGUgZW1haWwgYXJjaGl2ZSAoMi40Rykg dG8gdGhlIElNQVAgc2VydmVyIElybWluIGZvcm1hdCAuIEFmdGVyIGNvbnZlcnNpb24gdGhlIHNp emUgb2YgdGhlIGdpdCByZXBvc2l0b3J5IHdhcyB0d2ljZSB0aGUgc2l6ZSBvZiB0aGUgb3JpZ2lu YWwgYXJjaGl2ZS4gSSBkbyBoYXZlIHNvbWUgYWRkaXRpb25hbCBzdHJ1Y3R1cmVzIHRoYXQgSSBj cmVhdGUsIGxpa2UgcGVyIG1haWxib3ggaW5kZXggYW5kIHN1bW1hcnkgc3RhdGlzdGljcyBhbmQg cGVyIGVtYWlsIG1lc3NhZ2UgZmxhZ3Mgc28gcGVyaGFwcyB0aGUgZXh0cmEgc2l6ZSBpcyBjb21p bmcgZnJvbSB0aG9zZSBzdHJ1Y3R1cmVzIHRob3VnaCBpdCBzZWVtcyBhIGJpdCBoaWdoLiBJIHdp bGwgaGF2ZSB0byBlc3RpbWF0ZSB0aGUgZXhwZWN0ZWQgc2l6ZSBmcm9tIGFkZGl0aW9uYWwgc3Ry dWN0dXJlcyB0byB1bmRlcnN0YW5kIHRoaXMgcmVzdWx0LiBOZXh0IEkgZHVtcGVkIGludG8gaXJt aW4gMiwwMDAgb2YgMU0gZmlsZXMgd2l0aCByYW5kb20gYXNjaWkgY29udGVudCB3aGljaCByZXN1 bHRlZCBpbiB0aGUgZ2l0IHJlcG9zaXRvcnkgc2l6ZSBvZiA5NTBNLiBJIGZpZ3VyZSBJcm1pbiBj b21wcmVzc2VzIHRoZSBjb250ZW50LCByaWdodD8gVG8gdmVyaWZ5IHRoaXMgSSBkdW1wZWQgMiww MDAgb2YgMi40TSBpbWFnZSBmaWxlcyB3aXRoIGNvbmNhdGVuYXRlZCBjb3VudGVyIHRvIG1ha2Ug dGhlIGNvbnRlbnQgdW5pcXVlLiBUaGUgc2l6ZSBvZiByZXBvc2l0b3J5IGZvciB0aGlzIHdhcyA0 LjZHLCB3aGljaCBpcyBleHBlY3RlZC4gVGhlbiBJIHJlcGVhdGVkIHRoZSBsYXN0IHRlc3QgYnV0 IHdpdGggaWRlbnRpY2FsIGltYWdlcyBhbmQgdGhpcyB0aW1lIHRoZSBzaXplIHdhcyAyN00sIHdo aWNoIHdhcyBjbGVhcmx5IGEgbmljZSBwcm9vZiBvZiB0aGUgZGVkdXBpbmcgYnkgSXJtaW4uIE15 IHF1ZXN0aW9uIGlzIHdoZXRoZXIgdGhlIGNvbXByZXNzaW9uIGluIElybWluIGlzIGNvbmZpZ3Vy YWJsZT8gQ2FuIGl0IGJlIGNvbmZpZ3VyYWJsZSBwZXIgaW5kaXZpZHVhbCBjb250ZW50PyBGb3Ig aW5zdGFuY2UsIEkgZG9u4oCZdCB3YW50IHRvIGNvbXByZXNzIGltYWdlcyBhcyB0aGVyZSBpcyBu b3RoaW5nIHRvIGdhaW4gZnJvbSB0aGUgc3BhY2Ugc2F2aW5nIGFuZCBjb25zZXF1ZW50bHkgdGhl cmUgaXMgdW5uZWNlc3NhcnkgcmVzb3VyY2UgdXNhZ2UgYnV0IEkgZG8gd2FudCB0byBjb21wcmVz cyB0aGUgdGV4dCBpZiB0aGUgY29tcHJlc3Npb24gb3ZlcmhlYWQgaXMgcmVhc29uYWJsZS4gSSBj YW4gZmlndXJlIG91dCB0aGUgdHlwZSBvZiBjb250ZW50IGZyb20gTUlNRSB0eXBlIGluIElNQVAg c2VydmVyLgo+Pj4+IAo+Pj4+IFRoYW5rcyAKPj4+PiBHcmVnb3J5Cj4+PiAKPj4gCj4gCgoKX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KTWlyYWdlT1MtZGV2 ZWwgbWFpbGluZyBsaXN0Ck1pcmFnZU9TLWRldmVsQGxpc3RzLnhlbnByb2plY3Qub3JnCmh0dHA6 Ly9saXN0cy54ZW5wcm9qZWN0Lm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8vbWlyYWdlb3Mt ZGV2ZWwK From mirageos-devel-bounces@lists.xenproject.org Mon Jan 05 15:51:45 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 05 Jan 2015 15:51:45 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y89wX-0006tM-QB; Mon, 05 Jan 2015 15:51:45 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y89wW-0006t3-Ij for mirageos-devel@lists.xenproject.org; Mon, 05 Jan 2015 15:51:44 +0000 Received: from [85.158.143.35] by server-1.bemta-4.messagelabs.com id 47/03-09842-013BAA45; Mon, 05 Jan 2015 15:51:44 +0000 X-Env-Sender: thomas.gazagnaire@gmail.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1420473103!12057563!1 X-Originating-IP: [74.125.82.49] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, MAILTO_TO_SPAM_ADDR X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2263 invoked from network); 5 Jan 2015 15:51:43 -0000 Received: from mail-wg0-f49.google.com (HELO mail-wg0-f49.google.com) (74.125.82.49) by server-13.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 5 Jan 2015 15:51:43 -0000 Received: by mail-wg0-f49.google.com with SMTP id n12so27561575wgh.8 for ; Mon, 05 Jan 2015 07:51:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=G9DyFYnymqEbDPW/4FGBrZj8YljB5pmuZy51mgRyXiA=; b=gEtqMuR+OGUGdMWjLbYqPq53118oDv1G3mZkWj0NBHpArkFS6t8mvT4RpTIPZ6g5et VwCpIK3EPtau35FJvXDFr0Fa+q2KtaFql6A6S0zR9f5yR0PZ9G7PcFJwEEhVKwF8X3b/ ZNtidUIupe/igHLQ4L988CMy9aZBknc+L9kz8RyJnTggG6lgo9xP7o+CdXIKOfIqN99A PrgnB6w42h7F8jA5Vo6EpXUCeL3EDyUW6MB9Ec4Ynn6emUk8wuCBwPFqd7pgEdnbiFbO drf6Q+IRj+ZVbSqDgeiE3q4sUJkGCBmBV0t/K8lr5cwc200md+Mu+NbrAgnVT7blIrJR 1BJQ== X-Received: by 10.194.59.234 with SMTP id c10mr183732674wjr.49.1420473103023; Mon, 05 Jan 2015 07:51:43 -0800 (PST) Received: from ?IPv6:2001:630:212:248:95d1:c3af:1e69:931b? ([2001:630:212:248:95d1:c3af:1e69:931b]) by mx.google.com with ESMTPSA id qg11sm10377111wic.17.2015.01.05.07.51.42 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 05 Jan 2015 07:51:42 -0800 (PST) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Thomas Gazagnaire In-Reply-To: <5E1D07D9-A6A7-49E1-94F1-4C2750F1F75D@cam.ac.uk> Date: Mon, 5 Jan 2015 16:51:41 +0100 Message-Id: References: <0D22934B-20C1-44C6-B750-761BF2E76838@cam.ac.uk> <5262B6D3-4B1A-400B-AE7A-7D30E401B444@cam.ac.uk> <35CB58BC-8F82-4124-BA9F-C8C219F323E6@gazagnaire.org> <5E1D07D9-A6A7-49E1-94F1-4C2750F1F75D@cam.ac.uk> To: Gregory Tsipenyuk X-Mailer: Apple Mail (2.1993) Cc: mirageos-devel Subject: Re: [MirageOS-devel] irmin storage overhead and dedup X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org PiBEb2VzIGl0IG1ha2Ugc2Vuc2UgdG8gaGF2ZSDigJxiZW5jaG1hcmvigJ0gZm9sZGVyIHVuZGVy IElybWluIHRvIGNoZWNrIGluIHRoZSB0ZXN0cz8KCkkndmUganVzdCBjcmVhdGVkIGh0dHBzOi8v Z2l0aHViLmNvbS9taXJhZ2UvaXJtaW4tcnQKClRob21hcwoKPiAKPj4gT24gRGVjIDMxLCAyMDE0 LCBhdCA1OjMyIEFNLCBUaG9tYXMgR2F6YWduYWlyZSA8dGhvbWFzQGdhemFnbmFpcmUub3JnPiB3 cm90ZToKPj4gCj4+PiBJIGxvb2tlZCBhdCB0aGUgbWV0YWRhdGEgdGhhdCBnZXRzIGNyZWF0ZWQg Zm9yIGV2ZXJ5IGVtYWlsIG1lc3NhZ2UgYW5kIGl04oCZcyBzbWFsbCAtIGxlc3MgdGhhbiAxMDAg Ynl0ZXMuIFNvIEkgcmFuIGEgc2ltcGxlIHRlc3Qgb2YgYXBwZW5kaW5nIDIwLDAwMCB1bmlxdWUg MTAwIGJ5dGVzIGFzY2lpIG1lc3NhZ2VzLiBJIHdvdWxkIGhhdmUgZXhwZWN0ZWQgdGhlIHJlcG9z aXRvcnkgc2l6ZSB0byBiZSBvbiB0aGUgb3JkZXIgb2YgYSBmZXcgbWVnYWJ5dGVzLCBpbnN0ZWFk IGl0IHdhcyA0LjdHLiBUaGlzIGlzIHJvdWdobHkgMjM0SyBvdmVyaGVhZCBwZXIgMTAwIGJ5dGVz IG1lc3NhZ2UsIHdoaWNoIHdvdWxkIGJlIHF1aXRlIGltcHJhY3RpY2FsIGZvciB0aGUgZW1haWwg c3RvcmFnZSB3aXRoIHRoZSBtZXRhZGF0YSBlc3NlbnRpYWxseSBleGNlZWRpbmcgdGhlIG1lc3Nh Z2Ugc3RvcmFnZS4KPj4gCj4+IERpZCB5b3Ugc3RhcnQgZnJvbSBhbiBlbXB0eSByZXBvc2l0b3J5 PyBXb3VsZCBiZSBpbnRlcmVzdGVkIHRvIHJ1biB5b3VyIGNvZGUgbG9jYWxseSB0byBjaGVjayB3 aGF0IGhhcHBlbnMuIAo+PiAKPj4gTW9yZSBnZW5lcmFsbHkgYWxsIHRoZSBiZW5jaHMvZXhwZXJp bWVudHMgeW91IGFyZSBydW5uaW5nIGFyZSB2ZXJ5IHVzZWZ1bCwgaXQgd291bGQgYmUgbmljZSB0 byBwdXQgdGhlbSBzb21ld2hlcmUgb25saW5lIGFuZCB0dXJuIHRoZW0gaW50byBmdW5jdGlvbmFs IHRlc3RzIHRvIHJ1biB0aGVtIHJlZ3VsYXJseSB0byBjaGVjayB0aGF0IHRoZSBzZXJpYWxpc2F0 aW9uIGZvcm1hdCBkb2Vzbid0IGdvIGNyYXp5Lgo+PiAKPj4gVGhhbmtzIQo+PiBUaG9tYXMKPj4g Cj4+IAo+PiAKPj4gCj4+PiAKPj4+IEdyZWdvcnkKPj4+IAo+Pj4+IE9uIERlYyAzMCwgMjAxNCwg YXQgNzowNyBQTSwgR3JlZ29yeSBUc2lwZW55dWsgPGd0MzAzQGNhbS5hYy51az4gd3JvdGU6Cj4+ Pj4gCj4+Pj4gSGkgVGhvbWFzLAo+Pj4+IAo+Pj4+IEnigJltIHRyeWluZyB0byBmaWd1cmUgb3V0 IHdoYXQga2luZCBvZiBzdG9yYWdlIG92ZXJoZWFkIGFuZCBkZWR1cCBJIGdldCBpbiBJcm1pbi4g Rmlyc3QgSSB0cmllZCB0byBjb252ZXJ0IHRoZSBnb29nbGUgZW1haWwgYXJjaGl2ZSAoMi40Rykg dG8gdGhlIElNQVAgc2VydmVyIElybWluIGZvcm1hdCAuIEFmdGVyIGNvbnZlcnNpb24gdGhlIHNp emUgb2YgdGhlIGdpdCByZXBvc2l0b3J5IHdhcyB0d2ljZSB0aGUgc2l6ZSBvZiB0aGUgb3JpZ2lu YWwgYXJjaGl2ZS4gSSBkbyBoYXZlIHNvbWUgYWRkaXRpb25hbCBzdHJ1Y3R1cmVzIHRoYXQgSSBj cmVhdGUsIGxpa2UgcGVyIG1haWxib3ggaW5kZXggYW5kIHN1bW1hcnkgc3RhdGlzdGljcyBhbmQg cGVyIGVtYWlsIG1lc3NhZ2UgZmxhZ3Mgc28gcGVyaGFwcyB0aGUgZXh0cmEgc2l6ZSBpcyBjb21p bmcgZnJvbSB0aG9zZSBzdHJ1Y3R1cmVzIHRob3VnaCBpdCBzZWVtcyBhIGJpdCBoaWdoLiBJIHdp bGwgaGF2ZSB0byBlc3RpbWF0ZSB0aGUgZXhwZWN0ZWQgc2l6ZSBmcm9tIGFkZGl0aW9uYWwgc3Ry dWN0dXJlcyB0byB1bmRlcnN0YW5kIHRoaXMgcmVzdWx0LiBOZXh0IEkgZHVtcGVkIGludG8gaXJt aW4gMiwwMDAgb2YgMU0gZmlsZXMgd2l0aCByYW5kb20gYXNjaWkgY29udGVudCB3aGljaCByZXN1 bHRlZCBpbiB0aGUgZ2l0IHJlcG9zaXRvcnkgc2l6ZSBvZiA5NTBNLiBJIGZpZ3VyZSBJcm1pbiBj b21wcmVzc2VzIHRoZSBjb250ZW50LCByaWdodD8gVG8gdmVyaWZ5IHRoaXMgSSBkdW1wZWQgMiww MDAgb2YgMi40TSBpbWFnZSBmaWxlcyB3aXRoIGNvbmNhdGVuYXRlZCBjb3VudGVyIHRvIG1ha2Ug dGhlIGNvbnRlbnQgdW5pcXVlLiBUaGUgc2l6ZSBvZiByZXBvc2l0b3J5IGZvciB0aGlzIHdhcyA0 LjZHLCB3aGljaCBpcyBleHBlY3RlZC4gVGhlbiBJIHJlcGVhdGVkIHRoZSBsYXN0IHRlc3QgYnV0 IHdpdGggaWRlbnRpY2FsIGltYWdlcyBhbmQgdGhpcyB0aW1lIHRoZSBzaXplIHdhcyAyN00sIHdo aWNoIHdhcyBjbGVhcmx5IGEgbmljZSBwcm9vZiBvZiB0aGUgZGVkdXBpbmcgYnkgSXJtaW4uIE15 IHF1ZXN0aW9uIGlzIHdoZXRoZXIgdGhlIGNvbXByZXNzaW9uIGluIElybWluIGlzIGNvbmZpZ3Vy YWJsZT8gQ2FuIGl0IGJlIGNvbmZpZ3VyYWJsZSBwZXIgaW5kaXZpZHVhbCBjb250ZW50PyBGb3Ig aW5zdGFuY2UsIEkgZG9u4oCZdCB3YW50IHRvIGNvbXByZXNzIGltYWdlcyBhcyB0aGVyZSBpcyBu b3RoaW5nIHRvIGdhaW4gZnJvbSB0aGUgc3BhY2Ugc2F2aW5nIGFuZCBjb25zZXF1ZW50bHkgdGhl cmUgaXMgdW5uZWNlc3NhcnkgcmVzb3VyY2UgdXNhZ2UgYnV0IEkgZG8gd2FudCB0byBjb21wcmVz cyB0aGUgdGV4dCBpZiB0aGUgY29tcHJlc3Npb24gb3ZlcmhlYWQgaXMgcmVhc29uYWJsZS4gSSBj YW4gZmlndXJlIG91dCB0aGUgdHlwZSBvZiBjb250ZW50IGZyb20gTUlNRSB0eXBlIGluIElNQVAg c2VydmVyLgo+Pj4+IAo+Pj4+IFRoYW5rcyAKPj4+PiBHcmVnb3J5Cj4+PiAKPj4gCj4gCgoKX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KTWlyYWdlT1MtZGV2 ZWwgbWFpbGluZyBsaXN0Ck1pcmFnZU9TLWRldmVsQGxpc3RzLnhlbnByb2plY3Qub3JnCmh0dHA6 Ly9saXN0cy54ZW5wcm9qZWN0Lm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8vbWlyYWdlb3Mt ZGV2ZWwK From mirageos-devel-bounces@lists.xenproject.org Mon Jan 05 15:56:26 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 05 Jan 2015 15:56:26 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8A14-0007Qu-0J; Mon, 05 Jan 2015 15:56:26 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8A13-0007Qg-G3 for MirageOS-devel@lists.xenproject.org; Mon, 05 Jan 2015 15:56:25 +0000 Received: from [85.158.137.68] by server-8.bemta-3.messagelabs.com id 4B/14-28296-824BAA45; Mon, 05 Jan 2015 15:56:24 +0000 X-Env-Sender: thomas.gazagnaire@gmail.com X-Msg-Ref: server-5.tower-31.messagelabs.com!1420473383!17376072!1 X-Originating-IP: [209.85.212.178] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12382 invoked from network); 5 Jan 2015 15:56:24 -0000 Received: from mail-wi0-f178.google.com (HELO mail-wi0-f178.google.com) (209.85.212.178) by server-5.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 5 Jan 2015 15:56:24 -0000 Received: by mail-wi0-f178.google.com with SMTP id em10so3560753wid.5 for ; Mon, 05 Jan 2015 07:56:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=dkcylgw/cjwSpQb4umWeZD7ngiILejbORw8wp+/bj5E=; b=ALb6gLBVWVApX+9ieKRRk4Ybs9yM2aTlQuTuq7bUx6wsEsp9uYbkrKmlPJWTSWVwgG +pLiaGa2R6xJoq2y4BUUfz8++xwIA8r+ObiD+wXl76M1lTHR9ifcsnGM/IvMTXvwVVZT 1nG4qK/ncGYgUJXP91MmCyh8UvLeQerJ5M9zQ0Hg6Xynp6Jamk/PPZQRk9SeqMpg5FWZ 3OMN6UU/LavH4LQyGnjygAcQRDjUO/S296VjEtB45h8NVbwBBTE3ryxERUaPUuS27k8m hGHxa2/qGW5tbWiz34L3+68KcF/PtpqZthsyQKNdTh4cOn1OuItoFkQOhzULJ2pPqFGt pDCQ== X-Received: by 10.180.107.195 with SMTP id he3mr27501055wib.44.1420473383783; Mon, 05 Jan 2015 07:56:23 -0800 (PST) Received: from ?IPv6:2001:630:212:248:95d1:c3af:1e69:931b? ([2001:630:212:248:95d1:c3af:1e69:931b]) by mx.google.com with ESMTPSA id o2sm10418540wiy.11.2015.01.05.07.56.22 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 05 Jan 2015 07:56:23 -0800 (PST) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Thomas Gazagnaire In-Reply-To: Date: Mon, 5 Jan 2015 16:56:22 +0100 Message-Id: <44D19247-F8DB-4368-B2E6-901BD0D1E4A5@gazagnaire.org> References: To: Anand Patil X-Mailer: Apple Mail (2.1993) Cc: MirageOS-devel@lists.xenproject.org Subject: Re: [MirageOS-devel] COW XML questions X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org Hi, > Some of the field names in the XML are not valid or idiomatic OCaml > record fields, for example they might be capitalized. Is there an > easyish way to get COW to do things like the following? > > type t = {foo: int; bar: string} with xml;; > xml_of_t {foo=0; bar="hello"}; > # yields <:xml< hello 0 >> I think the COW deriving extensions are pretty dumb, so this is not possible directly. However you can write your own converter: let xml_of_t { foo; bar } = <:xml< $str:bar$ $int:foo$ >> Best, Thomas _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Mon Jan 05 15:56:26 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 05 Jan 2015 15:56:26 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8A14-0007Qu-0J; Mon, 05 Jan 2015 15:56:26 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8A13-0007Qg-G3 for MirageOS-devel@lists.xenproject.org; Mon, 05 Jan 2015 15:56:25 +0000 Received: from [85.158.137.68] by server-8.bemta-3.messagelabs.com id 4B/14-28296-824BAA45; Mon, 05 Jan 2015 15:56:24 +0000 X-Env-Sender: thomas.gazagnaire@gmail.com X-Msg-Ref: server-5.tower-31.messagelabs.com!1420473383!17376072!1 X-Originating-IP: [209.85.212.178] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12382 invoked from network); 5 Jan 2015 15:56:24 -0000 Received: from mail-wi0-f178.google.com (HELO mail-wi0-f178.google.com) (209.85.212.178) by server-5.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 5 Jan 2015 15:56:24 -0000 Received: by mail-wi0-f178.google.com with SMTP id em10so3560753wid.5 for ; Mon, 05 Jan 2015 07:56:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=dkcylgw/cjwSpQb4umWeZD7ngiILejbORw8wp+/bj5E=; b=ALb6gLBVWVApX+9ieKRRk4Ybs9yM2aTlQuTuq7bUx6wsEsp9uYbkrKmlPJWTSWVwgG +pLiaGa2R6xJoq2y4BUUfz8++xwIA8r+ObiD+wXl76M1lTHR9ifcsnGM/IvMTXvwVVZT 1nG4qK/ncGYgUJXP91MmCyh8UvLeQerJ5M9zQ0Hg6Xynp6Jamk/PPZQRk9SeqMpg5FWZ 3OMN6UU/LavH4LQyGnjygAcQRDjUO/S296VjEtB45h8NVbwBBTE3ryxERUaPUuS27k8m hGHxa2/qGW5tbWiz34L3+68KcF/PtpqZthsyQKNdTh4cOn1OuItoFkQOhzULJ2pPqFGt pDCQ== X-Received: by 10.180.107.195 with SMTP id he3mr27501055wib.44.1420473383783; Mon, 05 Jan 2015 07:56:23 -0800 (PST) Received: from ?IPv6:2001:630:212:248:95d1:c3af:1e69:931b? ([2001:630:212:248:95d1:c3af:1e69:931b]) by mx.google.com with ESMTPSA id o2sm10418540wiy.11.2015.01.05.07.56.22 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 05 Jan 2015 07:56:23 -0800 (PST) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Thomas Gazagnaire In-Reply-To: Date: Mon, 5 Jan 2015 16:56:22 +0100 Message-Id: <44D19247-F8DB-4368-B2E6-901BD0D1E4A5@gazagnaire.org> References: To: Anand Patil X-Mailer: Apple Mail (2.1993) Cc: MirageOS-devel@lists.xenproject.org Subject: Re: [MirageOS-devel] COW XML questions X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org Hi, > Some of the field names in the XML are not valid or idiomatic OCaml > record fields, for example they might be capitalized. Is there an > easyish way to get COW to do things like the following? > > type t = {foo: int; bar: string} with xml;; > xml_of_t {foo=0; bar="hello"}; > # yields <:xml< hello 0 >> I think the COW deriving extensions are pretty dumb, so this is not possible directly. However you can write your own converter: let xml_of_t { foo; bar } = <:xml< $str:bar$ $int:foo$ >> Best, Thomas _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Mon Jan 05 16:06:25 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 05 Jan 2015 16:06:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8AAi-0000SP-O0; Mon, 05 Jan 2015 16:06:24 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8AAh-0000SF-Th for mirageos-devel@lists.xenproject.org; Mon, 05 Jan 2015 16:06:24 +0000 Received: from [85.158.143.35] by server-2.bemta-4.messagelabs.com id 2E/3A-25276-F76BAA45; Mon, 05 Jan 2015 16:06:23 +0000 X-Env-Sender: gt303@cam.ac.uk X-Msg-Ref: server-2.tower-21.messagelabs.com!1420473982!11331181!1 X-Originating-IP: [131.111.8.140] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, MAILTO_TO_SPAM_ADDR X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28206 invoked from network); 5 Jan 2015 16:06:22 -0000 Received: from ppsw-40.csi.cam.ac.uk (HELO ppsw-40.csi.cam.ac.uk) (131.111.8.140) by server-2.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 5 Jan 2015 16:06:22 -0000 X-Cam-AntiVirus: no malware found X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ Received: from ool-44c2736f.dyn.optonline.net ([68.194.115.111]:54230 helo=[192.168.0.10]) by ppsw-40.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.156]:587) with esmtpsa (PLAIN:gt303) (TLSv1:DHE-RSA-AES256-SHA:256) id 1Y8AAf-0006Fm-lo (Exim 4.82_3-c0e5623) (return-path ); Mon, 05 Jan 2015 16:06:22 +0000 Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Gregory Tsipenyuk In-Reply-To: Date: Mon, 5 Jan 2015 11:06:25 -0500 Message-Id: References: <0D22934B-20C1-44C6-B750-761BF2E76838@cam.ac.uk> <5262B6D3-4B1A-400B-AE7A-7D30E401B444@cam.ac.uk> <35CB58BC-8F82-4124-BA9F-C8C219F323E6@gazagnaire.org> <5E1D07D9-A6A7-49E1-94F1-4C2750F1F75D@cam.ac.uk> To: Thomas Gazagnaire X-Mailer: Apple Mail (2.1993) Cc: mirageos-devel Subject: Re: [MirageOS-devel] irmin storage overhead and dedup X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org VGhhbmtzISBJ4oCZbGwgY2hlY2sgaXQgaW4uCgo+IE9uIEphbiA1LCAyMDE1LCBhdCAxMDo1MSBB TSwgVGhvbWFzIEdhemFnbmFpcmUgPHRob21hc0BnYXphZ25haXJlLm9yZz4gd3JvdGU6Cj4gCj4+ IERvZXMgaXQgbWFrZSBzZW5zZSB0byBoYXZlIOKAnGJlbmNobWFya+KAnSBmb2xkZXIgdW5kZXIg SXJtaW4gdG8gY2hlY2sgaW4gdGhlIHRlc3RzPwo+IAo+IEkndmUganVzdCBjcmVhdGVkIGh0dHBz Oi8vZ2l0aHViLmNvbS9taXJhZ2UvaXJtaW4tcnQKPiAKPiBUaG9tYXMKPiAKPj4gCj4+PiBPbiBE ZWMgMzEsIDIwMTQsIGF0IDU6MzIgQU0sIFRob21hcyBHYXphZ25haXJlIDx0aG9tYXNAZ2F6YWdu YWlyZS5vcmc+IHdyb3RlOgo+Pj4gCj4+Pj4gSSBsb29rZWQgYXQgdGhlIG1ldGFkYXRhIHRoYXQg Z2V0cyBjcmVhdGVkIGZvciBldmVyeSBlbWFpbCBtZXNzYWdlIGFuZCBpdOKAmXMgc21hbGwgLSBs ZXNzIHRoYW4gMTAwIGJ5dGVzLiBTbyBJIHJhbiBhIHNpbXBsZSB0ZXN0IG9mIGFwcGVuZGluZyAy MCwwMDAgdW5pcXVlIDEwMCBieXRlcyBhc2NpaSBtZXNzYWdlcy4gSSB3b3VsZCBoYXZlIGV4cGVj dGVkIHRoZSByZXBvc2l0b3J5IHNpemUgdG8gYmUgb24gdGhlIG9yZGVyIG9mIGEgZmV3IG1lZ2Fi eXRlcywgaW5zdGVhZCBpdCB3YXMgNC43Ry4gVGhpcyBpcyByb3VnaGx5IDIzNEsgb3ZlcmhlYWQg cGVyIDEwMCBieXRlcyBtZXNzYWdlLCB3aGljaCB3b3VsZCBiZSBxdWl0ZSBpbXByYWN0aWNhbCBm b3IgdGhlIGVtYWlsIHN0b3JhZ2Ugd2l0aCB0aGUgbWV0YWRhdGEgZXNzZW50aWFsbHkgZXhjZWVk aW5nIHRoZSBtZXNzYWdlIHN0b3JhZ2UuCj4+PiAKPj4+IERpZCB5b3Ugc3RhcnQgZnJvbSBhbiBl bXB0eSByZXBvc2l0b3J5PyBXb3VsZCBiZSBpbnRlcmVzdGVkIHRvIHJ1biB5b3VyIGNvZGUgbG9j YWxseSB0byBjaGVjayB3aGF0IGhhcHBlbnMuIAo+Pj4gCj4+PiBNb3JlIGdlbmVyYWxseSBhbGwg dGhlIGJlbmNocy9leHBlcmltZW50cyB5b3UgYXJlIHJ1bm5pbmcgYXJlIHZlcnkgdXNlZnVsLCBp dCB3b3VsZCBiZSBuaWNlIHRvIHB1dCB0aGVtIHNvbWV3aGVyZSBvbmxpbmUgYW5kIHR1cm4gdGhl bSBpbnRvIGZ1bmN0aW9uYWwgdGVzdHMgdG8gcnVuIHRoZW0gcmVndWxhcmx5IHRvIGNoZWNrIHRo YXQgdGhlIHNlcmlhbGlzYXRpb24gZm9ybWF0IGRvZXNuJ3QgZ28gY3JhenkuCj4+PiAKPj4+IFRo YW5rcyEKPj4+IFRob21hcwo+Pj4gCj4+PiAKPj4+IAo+Pj4gCj4+Pj4gCj4+Pj4gR3JlZ29yeQo+ Pj4+IAo+Pj4+PiBPbiBEZWMgMzAsIDIwMTQsIGF0IDc6MDcgUE0sIEdyZWdvcnkgVHNpcGVueXVr IDxndDMwM0BjYW0uYWMudWs+IHdyb3RlOgo+Pj4+PiAKPj4+Pj4gSGkgVGhvbWFzLAo+Pj4+PiAK Pj4+Pj4gSeKAmW0gdHJ5aW5nIHRvIGZpZ3VyZSBvdXQgd2hhdCBraW5kIG9mIHN0b3JhZ2Ugb3Zl cmhlYWQgYW5kIGRlZHVwIEkgZ2V0IGluIElybWluLiBGaXJzdCBJIHRyaWVkIHRvIGNvbnZlcnQg dGhlIGdvb2dsZSBlbWFpbCBhcmNoaXZlICgyLjRHKSB0byB0aGUgSU1BUCBzZXJ2ZXIgSXJtaW4g Zm9ybWF0IC4gQWZ0ZXIgY29udmVyc2lvbiB0aGUgc2l6ZSBvZiB0aGUgZ2l0IHJlcG9zaXRvcnkg d2FzIHR3aWNlIHRoZSBzaXplIG9mIHRoZSBvcmlnaW5hbCBhcmNoaXZlLiBJIGRvIGhhdmUgc29t ZSBhZGRpdGlvbmFsIHN0cnVjdHVyZXMgdGhhdCBJIGNyZWF0ZSwgbGlrZSBwZXIgbWFpbGJveCBp bmRleCBhbmQgc3VtbWFyeSBzdGF0aXN0aWNzIGFuZCBwZXIgZW1haWwgbWVzc2FnZSBmbGFncyBz byBwZXJoYXBzIHRoZSBleHRyYSBzaXplIGlzIGNvbWluZyBmcm9tIHRob3NlIHN0cnVjdHVyZXMg dGhvdWdoIGl0IHNlZW1zIGEgYml0IGhpZ2guIEkgd2lsbCBoYXZlIHRvIGVzdGltYXRlIHRoZSBl eHBlY3RlZCBzaXplIGZyb20gYWRkaXRpb25hbCBzdHJ1Y3R1cmVzIHRvIHVuZGVyc3RhbmQgdGhp cyByZXN1bHQuIE5leHQgSSBkdW1wZWQgaW50byBpcm1pbiAyLDAwMCBvZiAxTSBmaWxlcyB3aXRo IHJhbmRvbSBhc2NpaSBjb250ZW50IHdoaWNoIHJlc3VsdGVkIGluIHRoZSBnaXQgcmVwb3NpdG9y eSBzaXplIG9mIDk1ME0uIEkgZmlndXJlIElybWluIGNvbXByZXNzZXMgdGhlIGNvbnRlbnQsIHJp Z2h0PyBUbyB2ZXJpZnkgdGhpcyBJIGR1bXBlZCAyLDAwMCBvZiAyLjRNIGltYWdlIGZpbGVzIHdp dGggY29uY2F0ZW5hdGVkIGNvdW50ZXIgdG8gbWFrZSB0aGUgY29udGVudCB1bmlxdWUuIFRoZSBz aXplIG9mIHJlcG9zaXRvcnkgZm9yIHRoaXMgd2FzIDQuNkcsIHdoaWNoIGlzIGV4cGVjdGVkLiBU aGVuIEkgcmVwZWF0ZWQgdGhlIGxhc3QgdGVzdCBidXQgd2l0aCBpZGVudGljYWwgaW1hZ2VzIGFu ZCB0aGlzIHRpbWUgdGhlIHNpemUgd2FzIDI3TSwgd2hpY2ggd2FzIGNsZWFybHkgYSBuaWNlIHBy b29mIG9mIHRoZSBkZWR1cGluZyBieSBJcm1pbi4gTXkgcXVlc3Rpb24gaXMgd2hldGhlciB0aGUg Y29tcHJlc3Npb24gaW4gSXJtaW4gaXMgY29uZmlndXJhYmxlPyBDYW4gaXQgYmUgY29uZmlndXJh YmxlIHBlciBpbmRpdmlkdWFsIGNvbnRlbnQ/IEZvciBpbnN0YW5jZSwgSSBkb27igJl0IHdhbnQg dG8gY29tcHJlc3MgaW1hZ2VzIGFzIHRoZXJlIGlzIG5vdGhpbmcgdG8gZ2FpbiBmcm9tIHRoZSBz cGFjZSBzYXZpbmcgYW5kIGNvbnNlcXVlbnRseSB0aGVyZSBpcyB1bm5lY2Vzc2FyeSByZXNvdXJj ZSB1c2FnZSBidXQgSSBkbyB3YW50IHRvIGNvbXByZXNzIHRoZSB0ZXh0IGlmIHRoZSBjb21wcmVz c2lvbiBvdmVyaGVhZCBpcyByZWFzb25hYmxlLiBJIGNhbiBmaWd1cmUgb3V0IHRoZSB0eXBlIG9m IGNvbnRlbnQgZnJvbSBNSU1FIHR5cGUgaW4gSU1BUCBzZXJ2ZXIuCj4+Pj4+IAo+Pj4+PiBUaGFu a3MgCj4+Pj4+IEdyZWdvcnkKPj4+PiAKPj4+IAo+PiAKPiAKCgpfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXwpNaXJhZ2VPUy1kZXZlbCBtYWlsaW5nIGxpc3QK TWlyYWdlT1MtZGV2ZWxAbGlzdHMueGVucHJvamVjdC5vcmcKaHR0cDovL2xpc3RzLnhlbnByb2pl Y3Qub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby9taXJhZ2Vvcy1kZXZlbAo= From mirageos-devel-bounces@lists.xenproject.org Mon Jan 05 16:06:25 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 05 Jan 2015 16:06:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8AAi-0000SP-O0; Mon, 05 Jan 2015 16:06:24 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8AAh-0000SF-Th for mirageos-devel@lists.xenproject.org; Mon, 05 Jan 2015 16:06:24 +0000 Received: from [85.158.143.35] by server-2.bemta-4.messagelabs.com id 2E/3A-25276-F76BAA45; Mon, 05 Jan 2015 16:06:23 +0000 X-Env-Sender: gt303@cam.ac.uk X-Msg-Ref: server-2.tower-21.messagelabs.com!1420473982!11331181!1 X-Originating-IP: [131.111.8.140] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, MAILTO_TO_SPAM_ADDR X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28206 invoked from network); 5 Jan 2015 16:06:22 -0000 Received: from ppsw-40.csi.cam.ac.uk (HELO ppsw-40.csi.cam.ac.uk) (131.111.8.140) by server-2.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 5 Jan 2015 16:06:22 -0000 X-Cam-AntiVirus: no malware found X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ Received: from ool-44c2736f.dyn.optonline.net ([68.194.115.111]:54230 helo=[192.168.0.10]) by ppsw-40.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.156]:587) with esmtpsa (PLAIN:gt303) (TLSv1:DHE-RSA-AES256-SHA:256) id 1Y8AAf-0006Fm-lo (Exim 4.82_3-c0e5623) (return-path ); Mon, 05 Jan 2015 16:06:22 +0000 Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Gregory Tsipenyuk In-Reply-To: Date: Mon, 5 Jan 2015 11:06:25 -0500 Message-Id: References: <0D22934B-20C1-44C6-B750-761BF2E76838@cam.ac.uk> <5262B6D3-4B1A-400B-AE7A-7D30E401B444@cam.ac.uk> <35CB58BC-8F82-4124-BA9F-C8C219F323E6@gazagnaire.org> <5E1D07D9-A6A7-49E1-94F1-4C2750F1F75D@cam.ac.uk> To: Thomas Gazagnaire X-Mailer: Apple Mail (2.1993) Cc: mirageos-devel Subject: Re: [MirageOS-devel] irmin storage overhead and dedup X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org VGhhbmtzISBJ4oCZbGwgY2hlY2sgaXQgaW4uCgo+IE9uIEphbiA1LCAyMDE1LCBhdCAxMDo1MSBB TSwgVGhvbWFzIEdhemFnbmFpcmUgPHRob21hc0BnYXphZ25haXJlLm9yZz4gd3JvdGU6Cj4gCj4+ IERvZXMgaXQgbWFrZSBzZW5zZSB0byBoYXZlIOKAnGJlbmNobWFya+KAnSBmb2xkZXIgdW5kZXIg SXJtaW4gdG8gY2hlY2sgaW4gdGhlIHRlc3RzPwo+IAo+IEkndmUganVzdCBjcmVhdGVkIGh0dHBz Oi8vZ2l0aHViLmNvbS9taXJhZ2UvaXJtaW4tcnQKPiAKPiBUaG9tYXMKPiAKPj4gCj4+PiBPbiBE ZWMgMzEsIDIwMTQsIGF0IDU6MzIgQU0sIFRob21hcyBHYXphZ25haXJlIDx0aG9tYXNAZ2F6YWdu YWlyZS5vcmc+IHdyb3RlOgo+Pj4gCj4+Pj4gSSBsb29rZWQgYXQgdGhlIG1ldGFkYXRhIHRoYXQg Z2V0cyBjcmVhdGVkIGZvciBldmVyeSBlbWFpbCBtZXNzYWdlIGFuZCBpdOKAmXMgc21hbGwgLSBs ZXNzIHRoYW4gMTAwIGJ5dGVzLiBTbyBJIHJhbiBhIHNpbXBsZSB0ZXN0IG9mIGFwcGVuZGluZyAy MCwwMDAgdW5pcXVlIDEwMCBieXRlcyBhc2NpaSBtZXNzYWdlcy4gSSB3b3VsZCBoYXZlIGV4cGVj dGVkIHRoZSByZXBvc2l0b3J5IHNpemUgdG8gYmUgb24gdGhlIG9yZGVyIG9mIGEgZmV3IG1lZ2Fi eXRlcywgaW5zdGVhZCBpdCB3YXMgNC43Ry4gVGhpcyBpcyByb3VnaGx5IDIzNEsgb3ZlcmhlYWQg cGVyIDEwMCBieXRlcyBtZXNzYWdlLCB3aGljaCB3b3VsZCBiZSBxdWl0ZSBpbXByYWN0aWNhbCBm b3IgdGhlIGVtYWlsIHN0b3JhZ2Ugd2l0aCB0aGUgbWV0YWRhdGEgZXNzZW50aWFsbHkgZXhjZWVk aW5nIHRoZSBtZXNzYWdlIHN0b3JhZ2UuCj4+PiAKPj4+IERpZCB5b3Ugc3RhcnQgZnJvbSBhbiBl bXB0eSByZXBvc2l0b3J5PyBXb3VsZCBiZSBpbnRlcmVzdGVkIHRvIHJ1biB5b3VyIGNvZGUgbG9j YWxseSB0byBjaGVjayB3aGF0IGhhcHBlbnMuIAo+Pj4gCj4+PiBNb3JlIGdlbmVyYWxseSBhbGwg dGhlIGJlbmNocy9leHBlcmltZW50cyB5b3UgYXJlIHJ1bm5pbmcgYXJlIHZlcnkgdXNlZnVsLCBp dCB3b3VsZCBiZSBuaWNlIHRvIHB1dCB0aGVtIHNvbWV3aGVyZSBvbmxpbmUgYW5kIHR1cm4gdGhl bSBpbnRvIGZ1bmN0aW9uYWwgdGVzdHMgdG8gcnVuIHRoZW0gcmVndWxhcmx5IHRvIGNoZWNrIHRo YXQgdGhlIHNlcmlhbGlzYXRpb24gZm9ybWF0IGRvZXNuJ3QgZ28gY3JhenkuCj4+PiAKPj4+IFRo YW5rcyEKPj4+IFRob21hcwo+Pj4gCj4+PiAKPj4+IAo+Pj4gCj4+Pj4gCj4+Pj4gR3JlZ29yeQo+ Pj4+IAo+Pj4+PiBPbiBEZWMgMzAsIDIwMTQsIGF0IDc6MDcgUE0sIEdyZWdvcnkgVHNpcGVueXVr IDxndDMwM0BjYW0uYWMudWs+IHdyb3RlOgo+Pj4+PiAKPj4+Pj4gSGkgVGhvbWFzLAo+Pj4+PiAK Pj4+Pj4gSeKAmW0gdHJ5aW5nIHRvIGZpZ3VyZSBvdXQgd2hhdCBraW5kIG9mIHN0b3JhZ2Ugb3Zl cmhlYWQgYW5kIGRlZHVwIEkgZ2V0IGluIElybWluLiBGaXJzdCBJIHRyaWVkIHRvIGNvbnZlcnQg dGhlIGdvb2dsZSBlbWFpbCBhcmNoaXZlICgyLjRHKSB0byB0aGUgSU1BUCBzZXJ2ZXIgSXJtaW4g Zm9ybWF0IC4gQWZ0ZXIgY29udmVyc2lvbiB0aGUgc2l6ZSBvZiB0aGUgZ2l0IHJlcG9zaXRvcnkg d2FzIHR3aWNlIHRoZSBzaXplIG9mIHRoZSBvcmlnaW5hbCBhcmNoaXZlLiBJIGRvIGhhdmUgc29t ZSBhZGRpdGlvbmFsIHN0cnVjdHVyZXMgdGhhdCBJIGNyZWF0ZSwgbGlrZSBwZXIgbWFpbGJveCBp bmRleCBhbmQgc3VtbWFyeSBzdGF0aXN0aWNzIGFuZCBwZXIgZW1haWwgbWVzc2FnZSBmbGFncyBz byBwZXJoYXBzIHRoZSBleHRyYSBzaXplIGlzIGNvbWluZyBmcm9tIHRob3NlIHN0cnVjdHVyZXMg dGhvdWdoIGl0IHNlZW1zIGEgYml0IGhpZ2guIEkgd2lsbCBoYXZlIHRvIGVzdGltYXRlIHRoZSBl eHBlY3RlZCBzaXplIGZyb20gYWRkaXRpb25hbCBzdHJ1Y3R1cmVzIHRvIHVuZGVyc3RhbmQgdGhp cyByZXN1bHQuIE5leHQgSSBkdW1wZWQgaW50byBpcm1pbiAyLDAwMCBvZiAxTSBmaWxlcyB3aXRo IHJhbmRvbSBhc2NpaSBjb250ZW50IHdoaWNoIHJlc3VsdGVkIGluIHRoZSBnaXQgcmVwb3NpdG9y eSBzaXplIG9mIDk1ME0uIEkgZmlndXJlIElybWluIGNvbXByZXNzZXMgdGhlIGNvbnRlbnQsIHJp Z2h0PyBUbyB2ZXJpZnkgdGhpcyBJIGR1bXBlZCAyLDAwMCBvZiAyLjRNIGltYWdlIGZpbGVzIHdp dGggY29uY2F0ZW5hdGVkIGNvdW50ZXIgdG8gbWFrZSB0aGUgY29udGVudCB1bmlxdWUuIFRoZSBz aXplIG9mIHJlcG9zaXRvcnkgZm9yIHRoaXMgd2FzIDQuNkcsIHdoaWNoIGlzIGV4cGVjdGVkLiBU aGVuIEkgcmVwZWF0ZWQgdGhlIGxhc3QgdGVzdCBidXQgd2l0aCBpZGVudGljYWwgaW1hZ2VzIGFu ZCB0aGlzIHRpbWUgdGhlIHNpemUgd2FzIDI3TSwgd2hpY2ggd2FzIGNsZWFybHkgYSBuaWNlIHBy b29mIG9mIHRoZSBkZWR1cGluZyBieSBJcm1pbi4gTXkgcXVlc3Rpb24gaXMgd2hldGhlciB0aGUg Y29tcHJlc3Npb24gaW4gSXJtaW4gaXMgY29uZmlndXJhYmxlPyBDYW4gaXQgYmUgY29uZmlndXJh YmxlIHBlciBpbmRpdmlkdWFsIGNvbnRlbnQ/IEZvciBpbnN0YW5jZSwgSSBkb27igJl0IHdhbnQg dG8gY29tcHJlc3MgaW1hZ2VzIGFzIHRoZXJlIGlzIG5vdGhpbmcgdG8gZ2FpbiBmcm9tIHRoZSBz cGFjZSBzYXZpbmcgYW5kIGNvbnNlcXVlbnRseSB0aGVyZSBpcyB1bm5lY2Vzc2FyeSByZXNvdXJj ZSB1c2FnZSBidXQgSSBkbyB3YW50IHRvIGNvbXByZXNzIHRoZSB0ZXh0IGlmIHRoZSBjb21wcmVz c2lvbiBvdmVyaGVhZCBpcyByZWFzb25hYmxlLiBJIGNhbiBmaWd1cmUgb3V0IHRoZSB0eXBlIG9m IGNvbnRlbnQgZnJvbSBNSU1FIHR5cGUgaW4gSU1BUCBzZXJ2ZXIuCj4+Pj4+IAo+Pj4+PiBUaGFu a3MgCj4+Pj4+IEdyZWdvcnkKPj4+PiAKPj4+IAo+PiAKPiAKCgpfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXwpNaXJhZ2VPUy1kZXZlbCBtYWlsaW5nIGxpc3QK TWlyYWdlT1MtZGV2ZWxAbGlzdHMueGVucHJvamVjdC5vcmcKaHR0cDovL2xpc3RzLnhlbnByb2pl Y3Qub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby9taXJhZ2Vvcy1kZXZlbAo= From mirageos-devel-bounces@lists.xenproject.org Mon Jan 05 16:10:02 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 05 Jan 2015 16:10:02 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8AEC-0000vS-Sn; Mon, 05 Jan 2015 16:10:00 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8AEB-0000v8-5E for mirageos-devel@lists.xenproject.org; Mon, 05 Jan 2015 16:09:59 +0000 Received: from [85.158.143.35] by server-1.bemta-4.messagelabs.com id 80/60-09842-657BAA45; Mon, 05 Jan 2015 16:09:58 +0000 X-Env-Sender: hannes@mehnert.org X-Msg-Ref: server-4.tower-21.messagelabs.com!1420474197!19328774!1 X-Originating-IP: [213.73.89.200] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12847 invoked from network); 5 Jan 2015 16:09:58 -0000 Received: from mail.mehnert.org (HELO mail.mehnert.org) (213.73.89.200) by server-4.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 5 Jan 2015 16:09:58 -0000 Received: from [172.17.27.174] (global-1-18.nat.csx.cam.ac.uk [131.111.184.18]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "hannes@mehnert.org", Issuer "mehnert root CA" (verified OK)) by mail.mehnert.org (Postfix) with ESMTPS id A33CB1F31 for ; Mon, 5 Jan 2015 17:09:56 +0100 (CET) Message-ID: <54AAB72F.8060005@mehnert.org> Date: Mon, 05 Jan 2015 16:09:19 +0000 From: Hannes Mehnert User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: mirageos-devel@lists.xenproject.org References: <54AAB15E.5050803@cam.ac.uk> In-Reply-To: <54AAB15E.5050803@cam.ac.uk> Subject: Re: [MirageOS-devel] Creating a new Authenticator X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA384 Hi Johann, On 01/05/2015 15:44, J. Beleites wrote: > To be able to manipulate how TLS certificates are verified I wanted > to create a new authenticator (which I could pass, for example, to > X509.Authenticator.authenticate to authenticate certificates). The > authenticator type required (X509.Authenticator.t) is defined as > ?host:Certificate.host -> Certificate.stack -> res It would be interesting to know what exactly you want to achieve during certificate verification. In https://github.com/mirleft/ocaml-x509/blob/master/lib/x509.mli#L39 we collect the authenticators - you should be able to extend that file (as well as the ml). For side-effecting authenticators (which read a file with trust anchors etc) we provide some authenticator abstractions in https://github.com/mirleft/ocaml-tls/blob/master/lwt/x509_lwt.mli > However, for some reason I am failing to create a function to use > as authenticator; the type checker doesn't seem happy with what > I'm writing. This also happens if I simply copy-and-paste the null > authenticator from the Authenticator module and try to use it as > authenticator. For instance: > > This works fin: # X509.Authenticator.authenticate > X509.Authenticator.null;; - : ?host:host -> stack -> > X509.Authenticator.res = > > However, this doesn't: # let auth ?host:_ (c, _) = `Ok c in > X509.Authenticator.authenticate auth;; Error: This expression has > type ?host:'a -> 'b * 'c -> [> `Ok of 'b ] but an expression was > expected of type X509_lwt.authenticator > > I'm probably missing something simple here. Any ideas as to what > it may be? I'm missing some context here.. Our current design hides type t inside of X509.Authenticator - to add a new, you'll have to modify this piece of code (inside of the X509 library). [This design might change at some point.] Hannes -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCQAGBQJUqrcvAAoJELyJZYjffCjuNNoQALUXJl5mDTgdUjEhyW01h04/ ibfb09jTnT5dKBf9CPys/mRvjE/3QYvks3gVNukD6ZpW5R3VaySvXXeSNC7M16vI zwEkNiW94YVNMOtEBMjm13AS1640Kd0/qQHP2nQZ8xb3tL9UQexJMxXLlX70uFK0 8GoT1dUtu1EcZ4fd2xReExr7/OlcGZBNZbdQzhMiFfErh9w5hv/+F0tUyFLXTHQW ZtxNbYJsdylCXfQB/ykgZzpErhmTHB8gLI1ZVocf6M4yKeu0qKK1NMNaBbIS8s9F jf8xO8H8VknJGl6WysNVK2ZS1sjbn+jcvJL7Qa58XXMkK2EXVMBY+7VHBrJ2e2J7 xRY7I4xKMMs+736SRd5jU4JKETagJWwpdW6FTdg+9eyoHhDuN4/22EAUIR/sqGSQ 5G79C67giB6mi/yRKMWe8MHQP4qPU1kxLXkT9KZYdCjxXEwPhjgLgzlFwU3zfBQq YLpEbKX6H1tXCMMVyjxYfPJVhKZYWKwgX6Sbi38hAx2QLPiMacfeUQt/sYOtw0M8 Aih7M90xsEsAHPSDc8KVTxZh2MKXJeftdzcUJGJnHeAmAeCsvXF1DSnOoHovKQFh HsMYkCXGWF9VExUdIqv6LW0/R8teYVXfWKMFI9F/ymGWATufcFjVkdR1cw4HsGyk DzJVEWsCJeNcmaRIPqy2 =EiKH -----END PGP SIGNATURE----- _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Mon Jan 05 16:10:02 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 05 Jan 2015 16:10:02 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8AEC-0000vS-Sn; Mon, 05 Jan 2015 16:10:00 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8AEB-0000v8-5E for mirageos-devel@lists.xenproject.org; Mon, 05 Jan 2015 16:09:59 +0000 Received: from [85.158.143.35] by server-1.bemta-4.messagelabs.com id 80/60-09842-657BAA45; Mon, 05 Jan 2015 16:09:58 +0000 X-Env-Sender: hannes@mehnert.org X-Msg-Ref: server-4.tower-21.messagelabs.com!1420474197!19328774!1 X-Originating-IP: [213.73.89.200] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12847 invoked from network); 5 Jan 2015 16:09:58 -0000 Received: from mail.mehnert.org (HELO mail.mehnert.org) (213.73.89.200) by server-4.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 5 Jan 2015 16:09:58 -0000 Received: from [172.17.27.174] (global-1-18.nat.csx.cam.ac.uk [131.111.184.18]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "hannes@mehnert.org", Issuer "mehnert root CA" (verified OK)) by mail.mehnert.org (Postfix) with ESMTPS id A33CB1F31 for ; Mon, 5 Jan 2015 17:09:56 +0100 (CET) Message-ID: <54AAB72F.8060005@mehnert.org> Date: Mon, 05 Jan 2015 16:09:19 +0000 From: Hannes Mehnert User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: mirageos-devel@lists.xenproject.org References: <54AAB15E.5050803@cam.ac.uk> In-Reply-To: <54AAB15E.5050803@cam.ac.uk> Subject: Re: [MirageOS-devel] Creating a new Authenticator X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA384 Hi Johann, On 01/05/2015 15:44, J. Beleites wrote: > To be able to manipulate how TLS certificates are verified I wanted > to create a new authenticator (which I could pass, for example, to > X509.Authenticator.authenticate to authenticate certificates). The > authenticator type required (X509.Authenticator.t) is defined as > ?host:Certificate.host -> Certificate.stack -> res It would be interesting to know what exactly you want to achieve during certificate verification. In https://github.com/mirleft/ocaml-x509/blob/master/lib/x509.mli#L39 we collect the authenticators - you should be able to extend that file (as well as the ml). For side-effecting authenticators (which read a file with trust anchors etc) we provide some authenticator abstractions in https://github.com/mirleft/ocaml-tls/blob/master/lwt/x509_lwt.mli > However, for some reason I am failing to create a function to use > as authenticator; the type checker doesn't seem happy with what > I'm writing. This also happens if I simply copy-and-paste the null > authenticator from the Authenticator module and try to use it as > authenticator. For instance: > > This works fin: # X509.Authenticator.authenticate > X509.Authenticator.null;; - : ?host:host -> stack -> > X509.Authenticator.res = > > However, this doesn't: # let auth ?host:_ (c, _) = `Ok c in > X509.Authenticator.authenticate auth;; Error: This expression has > type ?host:'a -> 'b * 'c -> [> `Ok of 'b ] but an expression was > expected of type X509_lwt.authenticator > > I'm probably missing something simple here. Any ideas as to what > it may be? I'm missing some context here.. Our current design hides type t inside of X509.Authenticator - to add a new, you'll have to modify this piece of code (inside of the X509 library). [This design might change at some point.] Hannes -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCQAGBQJUqrcvAAoJELyJZYjffCjuNNoQALUXJl5mDTgdUjEhyW01h04/ ibfb09jTnT5dKBf9CPys/mRvjE/3QYvks3gVNukD6ZpW5R3VaySvXXeSNC7M16vI zwEkNiW94YVNMOtEBMjm13AS1640Kd0/qQHP2nQZ8xb3tL9UQexJMxXLlX70uFK0 8GoT1dUtu1EcZ4fd2xReExr7/OlcGZBNZbdQzhMiFfErh9w5hv/+F0tUyFLXTHQW ZtxNbYJsdylCXfQB/ykgZzpErhmTHB8gLI1ZVocf6M4yKeu0qKK1NMNaBbIS8s9F jf8xO8H8VknJGl6WysNVK2ZS1sjbn+jcvJL7Qa58XXMkK2EXVMBY+7VHBrJ2e2J7 xRY7I4xKMMs+736SRd5jU4JKETagJWwpdW6FTdg+9eyoHhDuN4/22EAUIR/sqGSQ 5G79C67giB6mi/yRKMWe8MHQP4qPU1kxLXkT9KZYdCjxXEwPhjgLgzlFwU3zfBQq YLpEbKX6H1tXCMMVyjxYfPJVhKZYWKwgX6Sbi38hAx2QLPiMacfeUQt/sYOtw0M8 Aih7M90xsEsAHPSDc8KVTxZh2MKXJeftdzcUJGJnHeAmAeCsvXF1DSnOoHovKQFh HsMYkCXGWF9VExUdIqv6LW0/R8teYVXfWKMFI9F/ymGWATufcFjVkdR1cw4HsGyk DzJVEWsCJeNcmaRIPqy2 =EiKH -----END PGP SIGNATURE----- _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Tue Jan 06 10:15:45 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 06 Jan 2015 10:15:45 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8RAq-0004RI-E1; Tue, 06 Jan 2015 10:15:40 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8AdR-0003qw-5L for mirageos-devel@lists.xenproject.org; Mon, 05 Jan 2015 16:36:05 +0000 Received: from [85.158.143.35] by server-2.bemta-4.messagelabs.com id C7/22-25276-47DBAA45; Mon, 05 Jan 2015 16:36:04 +0000 X-Env-Sender: dwws2@cam.ac.uk X-Msg-Ref: server-9.tower-21.messagelabs.com!1420475763!19391901!1 X-Originating-IP: [131.111.8.152] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTMxLjExMS44LjE1MiA9PiA4MDU1Mw==\n X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30056 invoked from network); 5 Jan 2015 16:36:04 -0000 Received: from ppsw-52.csi.cam.ac.uk (HELO ppsw-52.csi.cam.ac.uk) (131.111.8.152) by server-9.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 5 Jan 2015 16:36:04 -0000 X-Cam-AntiVirus: no malware found X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ Received: from c120.al.cl.cam.ac.uk ([128.232.110.120]:44819) by ppsw-52.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.159]:587) with esmtpsa (PLAIN:dwws2) (TLSv1.2:DHE-RSA-AES128-SHA:128) id 1Y8AdP-00040g-F6 (Exim 4.82_3-c0e5623) (return-path ); Mon, 05 Jan 2015 16:36:03 +0000 Message-ID: <54AABD6E.2040708@cam.ac.uk> Date: Mon, 05 Jan 2015 16:35:58 +0000 From: David Sheets User-Agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: "J. Beleites" References: <54AAB15E.5050803@cam.ac.uk> In-Reply-To: <54AAB15E.5050803@cam.ac.uk> X-Mailman-Approved-At: Tue, 06 Jan 2015 10:15:38 +0000 Cc: Anil Madhavapeddy , mirageos-devel Subject: Re: [MirageOS-devel] Creating a new Authenticator X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 01/05/2015 03:44 PM, J. Beleites wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, > > To be able to manipulate how TLS certificates are verified I wanted to > create a new authenticator (which I could pass, for example, to > X509.Authenticator.authenticate to authenticate certificates). The > authenticator type required (X509.Authenticator.t) is defined as > ?host:Certificate.host -> Certificate.stack -> res > > However, for some reason I am failing to create a function to use as > authenticator; the type checker doesn't seem happy with what I'm > writing. This also happens if I simply copy-and-paste the null > authenticator from the Authenticator module and try to use it as > authenticator. For instance: > > This works fin: > # X509.Authenticator.authenticate X509.Authenticator.null;; > - - : ?host:host -> stack -> X509.Authenticator.res = > > However, this doesn't: > # let auth ?host:_ (c, _) = `Ok c in > X509.Authenticator.authenticate auth;; > Error: This expression has type ?host:'a -> 'b * 'c -> [> `Ok of 'b ] > but an expression was expected of type X509_lwt.authenticator > > I'm probably missing something simple here. Any ideas as to what it > may be? Hi Johann, I think the issue is that X509.Authenticator.t is abstract . To experiment with your own authenticators, the easiest thing is probably to build ocaml-x509 from source and either make the X509.Authenticator.t type in the interface into a type alias or hack your experimental authenticator directly into x509.ml depending on what seems more appropriate. I hope this helps. Cheers, David > Thank you! > Johann > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1 > > iQEcBAEBAgAGBQJUqrFeAAoJEOuX0wv5Pf0In1EH/iU7XAA0H/+4C3iXAkcyKHrS > +iPbl8Tld6i2kdjWAxCkd/RPf2+KRThYDqgvZMCqovHIO6qZViMXomqUV1wplvSI > qp8H7GE+kvqJcJwbXVdTcEOsgtKtl4FY92qh3Ue/leuG0iiR1J9Ox+SU5ZEwlYeQ > EXdCbTN/XwvTtFL4evjbtkb8rkVImlKOx75e5aJucCl2ZccCX8eG6zk18JsajbZ+ > JG3OqTP6PmnKaD2tc6YHKZcDXlYZ6DIvdKYCdHW8jMkTAZ6hX4AAev2Cr/RuYfV1 > xSsuHZ3oMwPftkril29uJw3H57kLieCgExfKJnFn48ZCETHLf+rf5IfT3kqd01w= > =gDoM > -----END PGP SIGNATURE----- > _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Tue Jan 06 10:15:45 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 06 Jan 2015 10:15:45 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8RAq-0004RD-88; Tue, 06 Jan 2015 10:15:40 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y4Fhi-0000d1-IV for mirageos-devel@lists.xenproject.org; Thu, 25 Dec 2014 21:12:18 +0000 Received: from [85.158.143.35] by server-1.bemta-4.messagelabs.com id 09/00-09842-1BD7C945; Thu, 25 Dec 2014 21:12:17 +0000 X-Env-Sender: jcb98@cam.ac.uk X-Msg-Ref: server-2.tower-21.messagelabs.com!1419541937!9812297!1 X-Originating-IP: [131.111.8.150] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTMxLjExMS44LjE1MCA9PiAxNDk0MDU=\n X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19560 invoked from network); 25 Dec 2014 21:12:17 -0000 Received: from ppsw-50.csi.cam.ac.uk (HELO ppsw-50.csi.cam.ac.uk) (131.111.8.150) by server-2.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 25 Dec 2014 21:12:17 -0000 X-Cam-AntiVirus: no malware found X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ Received: from p54b7eb3d.dip0.t-ipconnect.de ([84.183.235.61]:41637 helo=[192.168.178.27]) by ppsw-50.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.158]:465) with esmtpsa (PLAIN:jcb98) (TLSv1.2:DHE-RSA-AES128-SHA:128) id 1Y4Fhg-00021W-rC (Exim 4.82_3-c0e5623) (return-path ); Thu, 25 Dec 2014 21:12:16 +0000 Message-ID: <549C7DAF.7060500@cam.ac.uk> Date: Thu, 25 Dec 2014 22:12:15 +0100 From: "J. Beleites" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Anil Madhavapeddy References: <5499F549.1010607@cam.ac.uk> <8DF3BE10-1D92-4283-A174-81AF75E9C721@cl.cam.ac.uk> In-Reply-To: <8DF3BE10-1D92-4283-A174-81AF75E9C721@cl.cam.ac.uk> Content-Length: 4175 X-Mailman-Approved-At: Tue, 06 Jan 2015 10:15:38 +0000 Cc: David Sheets , mirageos-devel Subject: Re: [MirageOS-devel] Installing tls - failing to install ctypes and conf-gmp X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org LS0tLS1CRUdJTiBQR1AgU0lHTkVEIE1FU1NBR0UtLS0tLQpIYXNoOiBTSEExCgpIaSBBbmlsLAoK VGhhbmsgeW91LCB0aGF0IHdvcmtlZCEgVHVybmVkIG91dCBJIGFsc28gbmVlZGVkIHRvIGluc3Rh bGwgbGliZmZpCihhcHQtZ2V0IGluc3RhbGwgbGliZmZpLWRldikgZm9yIGN0eXBlcyB0byBjb21w aWxlLiBBbGwgc2VlbXMgdG8gd29yayBub3chCgpKb2hhbm4KCgpPbiAyNC4xMi4yMDE0IDE4OjA0 LCBBbmlsIE1hZGhhdmFwZWRkeSB3cm90ZToKPiBIaSBKb2hhbm4sIChDQ2luZyB0aGUgbWlyYWdl b3MtZGV2ZWwgbGlzdCB3aGVyZSBzdWNoIHF1ZXN0aW9ucyBjYW4KPiBoZWxwIG90aGVycyBhcyB3 ZWxsKQo+IAo+IFRoZSBmaXJzdCBlcnJvciB3aXRoIGdtcCBpcyBkdWUgdG8gbm90IGhhdmluZyB0 aGUgbGliZ21wIEMgbGlicmFyeQo+IGluc3RhbGxlZC4gIFlvdSBjYW4gZ2V0IHRoaXMgb24gVWJ1 bnR1IGJ5IGBhcHQtZ2V0IGluc3RhbGwKPiBsaWJnbXAtZGV2YCAob3Igc2ltaWxhciwgSSBkb24n dCBoYXZlIGFuIFVidW50dSBib3ggaGFuZHkgdG8gZmluZAo+IG91dCBhdG0pLgo+IAo+IFRoZSBz ZWNvbmQgZXJyb3IgaXMgZHVlIHRvIHlvdSB1c2luZyA0LjAzLjArdHJ1bmsgKHRoZSBibGVlZGlu Zwo+IGVkZ2UgdmVyc2lvbiBvZiBPQ2FtbCB0aGF0IGlzIHVucmVsZWFzZWQpLiAgWW91IHNob3Vs ZCB1c2UgNC4wMi4xCj4gb3IgNC4wMS4wIGluc3RlYWQsIGFzIHlvdSdyZSBub3QgZG9pbmcgY29t cGlsZXIgaGFja2luZyBhbmQganVzdAo+IHdhbnQgdG8gdXNlIHRoZSBUTFMgbGlicmFyaWVzIHRo ZW1zZWx2ZXMuCj4gCj4gLWFuaWwKPiAKPj4gT24gMjMgRGVjIDIwMTQsIGF0IDIzOjA1LCBKLiBC ZWxlaXRlcyA8amNiOThAY2FtLmFjLnVrPiB3cm90ZToKPj4gCj4gSGksCj4gCj4gSSd2ZSBiZWVu IHRyeWluZyB0byBpbnN0YWxsIG9jYW1sLXRscyB3aXRoICJvcGFtIGluc3RhbGwgdGxzIiBidXQK PiB0aGUgaW5zdGFsbGF0aW9uIGtlZXBzIG9uIGZhaWxpbmcgdG8gaW5zdGFsbCBjdHlwZXMuMC4z LjQgYW5kCj4gY29uZi1nbXAuMSAodGhpcyBpcyBhbHNvIHRydWUgd2hlbiBJIHRyeSB0byBpbnN0 YWxsIGVpdGhlciBvZiB0aGVtCj4gbWFudWFsbHkpLiBJJ3ZlIHRyaWVkIHVzaW5nIHVzaW5nIG9j YW1sIHZlcnNpb25zIDQuMDEuMCwgNC4wMi4xIGFuZAo+IDQuMDMuMCt0cnVuayBpZiB0aGF0IG1h a2VzIGFueSBkaWZmZXJlbmNlLCBhbGwgd2l0aCB0aGUgc2FtZQo+IHJlc3VsdC4gSSdtIHVzaW5n IG9wYW0gMS4yLjAgb24gVWJ1bnR1IDE0LjA0Lgo+IAo+IEZvciBjb25mLWdtcCBJIGtlZXAgb24g Z2V0dGluZyB0aGUgZm9sbG93aW5nIGVycm9yIHdoaWxlIHRyeWluZyB0byAKPiBpbnN0YWxsOgo+ IAo+ICMgdGVzdC5jOjE6MTc6IGZhdGFsIGVycm9yOiBnbXAuaDogTm8gc3VjaCBmaWxlIG9yIGRp cmVjdG9yeSAjCj4gI2luY2x1ZGUgPGdtcC5oPiAjICAgICAgICAgICAgICAgICAgXiAjIGNvbXBp bGF0aW9uIHRlcm1pbmF0ZWQuCj4gCj4gCj4gVHJ5aW5nIHRvIGluc3RhbGwgY3R5cGVzIGdpdmVz Ogo+IAo+ICMgLi4uW3RydW5jYXRlZF0gIyAgICAgY2FzZSBVaW50NjRfdDogYiA9Cj4gY3R5cGVz X2NvcHlfdWludDY0KCoodWludDY0ICopYnVmKTsgYnJlYWs7ICMKPiBeICMgCj4gL2hvbWUvam9j YmUvLm9wYW0vNC4wMy4wK3RydW5rL2J1aWxkL2N0eXBlcy4wLjMuNC9zcmMvY3R5cGVzL3R5cGVf aW5mb19zdHVicy5jOgo+Cj4gCkluIGZ1bmN0aW9uIOKAmGN0eXBlc193cml0ZeKAmToKPiAjIAo+ IC9ob21lL2pvY2JlLy5vcGFtLzQuMDMuMCt0cnVuay9idWlsZC9jdHlwZXMuMC4zLjQvc3JjL2N0 eXBlcy90eXBlX2luZm9fc3R1YnMuYzo5MjoyMToKPgo+IAplcnJvcjog4oCYdWludDY04oCZIHVu ZGVjbGFyZWQgKGZpcnN0IHVzZSBpbiB0aGlzIGZ1bmN0aW9uKQo+ICMgICAgIGNhc2UgVWludDY0 X3Q6ICoodWludDY0ICopYnVmID0gVWludDY0X3ZhbCh2KTsgYnJlYWs7ICMKPiBeICMgCj4gL2hv bWUvam9jYmUvLm9wYW0vNC4wMy4wK3RydW5rL2J1aWxkL2N0eXBlcy4wLjMuNC9zcmMvY3R5cGVz L3R5cGVfaW5mb19zdHVicy5jOjkyOjI5Ogo+Cj4gCmVycm9yOiBleHBlY3RlZCBleHByZXNzaW9u IGJlZm9yZSDigJgp4oCZIHRva2VuCj4gIyAgICAgY2FzZSBVaW50NjRfdDogKih1aW50NjQgKili dWYgPSBVaW50NjRfdmFsKHYpOyBicmVhazsgIwo+IF4gIyBtYWtlOiAqKiogW19idWlsZC9zcmMv Y3R5cGVzL3R5cGVfaW5mb19zdHVicy5vXSBFcnJvciAyCj4gCj4gCj4gSSBhbSBub3Qgc3VyZSB3 aGF0IEkgYW0gZG9pbmcgd3JvbmcuIEFtIEkgbWlzc2luZyBzb21ldGhpbmcgb2J2aW91cwo+IGhl cmU/Cj4gCj4gVGhhbmsgeW91ISAoQW5kIHNvcnJ5IGZvciBib3RoZXJpbmcgeW91IGR1cmluZyB0 aGUgQ2hyaXN0bWFzCj4gdGltZSkuCj4gCj4gSm9oYW5uCj4+IAo+IAotLS0tLUJFR0lOIFBHUCBT SUdOQVRVUkUtLS0tLQpWZXJzaW9uOiBHbnVQRyB2MQoKaVFFY0JBRUJBZ0FHQlFKVW5IMnFBQW9K RU91WDB3djVQZjBJeVB3SC9pSUF1cmowUnhqWmc5cVRyL1dEa1RiUApTU0pMM2loOFd1QytOQXc5 WE1kRkl2VGRTRHgxQnlCZldYYWpWTlgxcGNPT0RGUjNxMDFCamlQV2RyYUNYTGRjCnhsUFFnbnNB RlQ2QTNiYzRzQWxLcUQyeFh5UUdteXRqWjNGRU80Zk9RWThRcDNIa3BneXQ0UXc1NUxPUWozaEQK RVR2b2NpUWpsRnNRNXNrb2NxOGpEMWtJM29zRENES1F6eTQ4Qmx3R2dtK3lhWW1zTWpMQXpSODhF TTlDb0hqVgpKdEM4SC9SUDBmN1g3MUJQS2ppWHMwbENjYXhtOEN1SC9hYzB0QkJCeUhXSDhVeEdm RTFGdDFyUHV1VmU5ejkwCk9Xa3VlYSthK2hKbVJVTnZmcUIySTB4ME5vY1dZSkt6OXg4UWhrb3kw VTRRTEE2eWFBbkpqS1IxZDl6UmlDOD0KPXBUZUYKLS0tLS1FTkQgUEdQIFNJR05BVFVSRS0tLS0t CgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpNaXJhZ2VP Uy1kZXZlbCBtYWlsaW5nIGxpc3QKTWlyYWdlT1MtZGV2ZWxAbGlzdHMueGVucHJvamVjdC5vcmcK aHR0cDovL2xpc3RzLnhlbnByb2plY3Qub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby9taXJh Z2Vvcy1kZXZlbAo= From mirageos-devel-bounces@lists.xenproject.org Tue Jan 06 10:15:45 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 06 Jan 2015 10:15:45 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8RAq-0004RD-88; Tue, 06 Jan 2015 10:15:40 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y4Fhi-0000d1-IV for mirageos-devel@lists.xenproject.org; Thu, 25 Dec 2014 21:12:18 +0000 Received: from [85.158.143.35] by server-1.bemta-4.messagelabs.com id 09/00-09842-1BD7C945; Thu, 25 Dec 2014 21:12:17 +0000 X-Env-Sender: jcb98@cam.ac.uk X-Msg-Ref: server-2.tower-21.messagelabs.com!1419541937!9812297!1 X-Originating-IP: [131.111.8.150] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTMxLjExMS44LjE1MCA9PiAxNDk0MDU=\n X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19560 invoked from network); 25 Dec 2014 21:12:17 -0000 Received: from ppsw-50.csi.cam.ac.uk (HELO ppsw-50.csi.cam.ac.uk) (131.111.8.150) by server-2.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 25 Dec 2014 21:12:17 -0000 X-Cam-AntiVirus: no malware found X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ Received: from p54b7eb3d.dip0.t-ipconnect.de ([84.183.235.61]:41637 helo=[192.168.178.27]) by ppsw-50.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.158]:465) with esmtpsa (PLAIN:jcb98) (TLSv1.2:DHE-RSA-AES128-SHA:128) id 1Y4Fhg-00021W-rC (Exim 4.82_3-c0e5623) (return-path ); Thu, 25 Dec 2014 21:12:16 +0000 Message-ID: <549C7DAF.7060500@cam.ac.uk> Date: Thu, 25 Dec 2014 22:12:15 +0100 From: "J. Beleites" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Anil Madhavapeddy References: <5499F549.1010607@cam.ac.uk> <8DF3BE10-1D92-4283-A174-81AF75E9C721@cl.cam.ac.uk> In-Reply-To: <8DF3BE10-1D92-4283-A174-81AF75E9C721@cl.cam.ac.uk> Content-Length: 4175 X-Mailman-Approved-At: Tue, 06 Jan 2015 10:15:38 +0000 Cc: David Sheets , mirageos-devel Subject: Re: [MirageOS-devel] Installing tls - failing to install ctypes and conf-gmp X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org LS0tLS1CRUdJTiBQR1AgU0lHTkVEIE1FU1NBR0UtLS0tLQpIYXNoOiBTSEExCgpIaSBBbmlsLAoK VGhhbmsgeW91LCB0aGF0IHdvcmtlZCEgVHVybmVkIG91dCBJIGFsc28gbmVlZGVkIHRvIGluc3Rh bGwgbGliZmZpCihhcHQtZ2V0IGluc3RhbGwgbGliZmZpLWRldikgZm9yIGN0eXBlcyB0byBjb21w aWxlLiBBbGwgc2VlbXMgdG8gd29yayBub3chCgpKb2hhbm4KCgpPbiAyNC4xMi4yMDE0IDE4OjA0 LCBBbmlsIE1hZGhhdmFwZWRkeSB3cm90ZToKPiBIaSBKb2hhbm4sIChDQ2luZyB0aGUgbWlyYWdl b3MtZGV2ZWwgbGlzdCB3aGVyZSBzdWNoIHF1ZXN0aW9ucyBjYW4KPiBoZWxwIG90aGVycyBhcyB3 ZWxsKQo+IAo+IFRoZSBmaXJzdCBlcnJvciB3aXRoIGdtcCBpcyBkdWUgdG8gbm90IGhhdmluZyB0 aGUgbGliZ21wIEMgbGlicmFyeQo+IGluc3RhbGxlZC4gIFlvdSBjYW4gZ2V0IHRoaXMgb24gVWJ1 bnR1IGJ5IGBhcHQtZ2V0IGluc3RhbGwKPiBsaWJnbXAtZGV2YCAob3Igc2ltaWxhciwgSSBkb24n dCBoYXZlIGFuIFVidW50dSBib3ggaGFuZHkgdG8gZmluZAo+IG91dCBhdG0pLgo+IAo+IFRoZSBz ZWNvbmQgZXJyb3IgaXMgZHVlIHRvIHlvdSB1c2luZyA0LjAzLjArdHJ1bmsgKHRoZSBibGVlZGlu Zwo+IGVkZ2UgdmVyc2lvbiBvZiBPQ2FtbCB0aGF0IGlzIHVucmVsZWFzZWQpLiAgWW91IHNob3Vs ZCB1c2UgNC4wMi4xCj4gb3IgNC4wMS4wIGluc3RlYWQsIGFzIHlvdSdyZSBub3QgZG9pbmcgY29t cGlsZXIgaGFja2luZyBhbmQganVzdAo+IHdhbnQgdG8gdXNlIHRoZSBUTFMgbGlicmFyaWVzIHRo ZW1zZWx2ZXMuCj4gCj4gLWFuaWwKPiAKPj4gT24gMjMgRGVjIDIwMTQsIGF0IDIzOjA1LCBKLiBC ZWxlaXRlcyA8amNiOThAY2FtLmFjLnVrPiB3cm90ZToKPj4gCj4gSGksCj4gCj4gSSd2ZSBiZWVu IHRyeWluZyB0byBpbnN0YWxsIG9jYW1sLXRscyB3aXRoICJvcGFtIGluc3RhbGwgdGxzIiBidXQK PiB0aGUgaW5zdGFsbGF0aW9uIGtlZXBzIG9uIGZhaWxpbmcgdG8gaW5zdGFsbCBjdHlwZXMuMC4z LjQgYW5kCj4gY29uZi1nbXAuMSAodGhpcyBpcyBhbHNvIHRydWUgd2hlbiBJIHRyeSB0byBpbnN0 YWxsIGVpdGhlciBvZiB0aGVtCj4gbWFudWFsbHkpLiBJJ3ZlIHRyaWVkIHVzaW5nIHVzaW5nIG9j YW1sIHZlcnNpb25zIDQuMDEuMCwgNC4wMi4xIGFuZAo+IDQuMDMuMCt0cnVuayBpZiB0aGF0IG1h a2VzIGFueSBkaWZmZXJlbmNlLCBhbGwgd2l0aCB0aGUgc2FtZQo+IHJlc3VsdC4gSSdtIHVzaW5n IG9wYW0gMS4yLjAgb24gVWJ1bnR1IDE0LjA0Lgo+IAo+IEZvciBjb25mLWdtcCBJIGtlZXAgb24g Z2V0dGluZyB0aGUgZm9sbG93aW5nIGVycm9yIHdoaWxlIHRyeWluZyB0byAKPiBpbnN0YWxsOgo+ IAo+ICMgdGVzdC5jOjE6MTc6IGZhdGFsIGVycm9yOiBnbXAuaDogTm8gc3VjaCBmaWxlIG9yIGRp cmVjdG9yeSAjCj4gI2luY2x1ZGUgPGdtcC5oPiAjICAgICAgICAgICAgICAgICAgXiAjIGNvbXBp bGF0aW9uIHRlcm1pbmF0ZWQuCj4gCj4gCj4gVHJ5aW5nIHRvIGluc3RhbGwgY3R5cGVzIGdpdmVz Ogo+IAo+ICMgLi4uW3RydW5jYXRlZF0gIyAgICAgY2FzZSBVaW50NjRfdDogYiA9Cj4gY3R5cGVz X2NvcHlfdWludDY0KCoodWludDY0ICopYnVmKTsgYnJlYWs7ICMKPiBeICMgCj4gL2hvbWUvam9j YmUvLm9wYW0vNC4wMy4wK3RydW5rL2J1aWxkL2N0eXBlcy4wLjMuNC9zcmMvY3R5cGVzL3R5cGVf aW5mb19zdHVicy5jOgo+Cj4gCkluIGZ1bmN0aW9uIOKAmGN0eXBlc193cml0ZeKAmToKPiAjIAo+ IC9ob21lL2pvY2JlLy5vcGFtLzQuMDMuMCt0cnVuay9idWlsZC9jdHlwZXMuMC4zLjQvc3JjL2N0 eXBlcy90eXBlX2luZm9fc3R1YnMuYzo5MjoyMToKPgo+IAplcnJvcjog4oCYdWludDY04oCZIHVu ZGVjbGFyZWQgKGZpcnN0IHVzZSBpbiB0aGlzIGZ1bmN0aW9uKQo+ICMgICAgIGNhc2UgVWludDY0 X3Q6ICoodWludDY0ICopYnVmID0gVWludDY0X3ZhbCh2KTsgYnJlYWs7ICMKPiBeICMgCj4gL2hv bWUvam9jYmUvLm9wYW0vNC4wMy4wK3RydW5rL2J1aWxkL2N0eXBlcy4wLjMuNC9zcmMvY3R5cGVz L3R5cGVfaW5mb19zdHVicy5jOjkyOjI5Ogo+Cj4gCmVycm9yOiBleHBlY3RlZCBleHByZXNzaW9u IGJlZm9yZSDigJgp4oCZIHRva2VuCj4gIyAgICAgY2FzZSBVaW50NjRfdDogKih1aW50NjQgKili dWYgPSBVaW50NjRfdmFsKHYpOyBicmVhazsgIwo+IF4gIyBtYWtlOiAqKiogW19idWlsZC9zcmMv Y3R5cGVzL3R5cGVfaW5mb19zdHVicy5vXSBFcnJvciAyCj4gCj4gCj4gSSBhbSBub3Qgc3VyZSB3 aGF0IEkgYW0gZG9pbmcgd3JvbmcuIEFtIEkgbWlzc2luZyBzb21ldGhpbmcgb2J2aW91cwo+IGhl cmU/Cj4gCj4gVGhhbmsgeW91ISAoQW5kIHNvcnJ5IGZvciBib3RoZXJpbmcgeW91IGR1cmluZyB0 aGUgQ2hyaXN0bWFzCj4gdGltZSkuCj4gCj4gSm9oYW5uCj4+IAo+IAotLS0tLUJFR0lOIFBHUCBT SUdOQVRVUkUtLS0tLQpWZXJzaW9uOiBHbnVQRyB2MQoKaVFFY0JBRUJBZ0FHQlFKVW5IMnFBQW9K RU91WDB3djVQZjBJeVB3SC9pSUF1cmowUnhqWmc5cVRyL1dEa1RiUApTU0pMM2loOFd1QytOQXc5 WE1kRkl2VGRTRHgxQnlCZldYYWpWTlgxcGNPT0RGUjNxMDFCamlQV2RyYUNYTGRjCnhsUFFnbnNB RlQ2QTNiYzRzQWxLcUQyeFh5UUdteXRqWjNGRU80Zk9RWThRcDNIa3BneXQ0UXc1NUxPUWozaEQK RVR2b2NpUWpsRnNRNXNrb2NxOGpEMWtJM29zRENES1F6eTQ4Qmx3R2dtK3lhWW1zTWpMQXpSODhF TTlDb0hqVgpKdEM4SC9SUDBmN1g3MUJQS2ppWHMwbENjYXhtOEN1SC9hYzB0QkJCeUhXSDhVeEdm RTFGdDFyUHV1VmU5ejkwCk9Xa3VlYSthK2hKbVJVTnZmcUIySTB4ME5vY1dZSkt6OXg4UWhrb3kw VTRRTEE2eWFBbkpqS1IxZDl6UmlDOD0KPXBUZUYKLS0tLS1FTkQgUEdQIFNJR05BVFVSRS0tLS0t CgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpNaXJhZ2VP Uy1kZXZlbCBtYWlsaW5nIGxpc3QKTWlyYWdlT1MtZGV2ZWxAbGlzdHMueGVucHJvamVjdC5vcmcK aHR0cDovL2xpc3RzLnhlbnByb2plY3Qub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby9taXJh Z2Vvcy1kZXZlbAo= From mirageos-devel-bounces@lists.xenproject.org Tue Jan 06 10:15:45 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 06 Jan 2015 10:15:45 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8RAq-0004RI-E1; Tue, 06 Jan 2015 10:15:40 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8AdR-0003qw-5L for mirageos-devel@lists.xenproject.org; Mon, 05 Jan 2015 16:36:05 +0000 Received: from [85.158.143.35] by server-2.bemta-4.messagelabs.com id C7/22-25276-47DBAA45; Mon, 05 Jan 2015 16:36:04 +0000 X-Env-Sender: dwws2@cam.ac.uk X-Msg-Ref: server-9.tower-21.messagelabs.com!1420475763!19391901!1 X-Originating-IP: [131.111.8.152] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTMxLjExMS44LjE1MiA9PiA4MDU1Mw==\n X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30056 invoked from network); 5 Jan 2015 16:36:04 -0000 Received: from ppsw-52.csi.cam.ac.uk (HELO ppsw-52.csi.cam.ac.uk) (131.111.8.152) by server-9.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 5 Jan 2015 16:36:04 -0000 X-Cam-AntiVirus: no malware found X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ Received: from c120.al.cl.cam.ac.uk ([128.232.110.120]:44819) by ppsw-52.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.159]:587) with esmtpsa (PLAIN:dwws2) (TLSv1.2:DHE-RSA-AES128-SHA:128) id 1Y8AdP-00040g-F6 (Exim 4.82_3-c0e5623) (return-path ); Mon, 05 Jan 2015 16:36:03 +0000 Message-ID: <54AABD6E.2040708@cam.ac.uk> Date: Mon, 05 Jan 2015 16:35:58 +0000 From: David Sheets User-Agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: "J. Beleites" References: <54AAB15E.5050803@cam.ac.uk> In-Reply-To: <54AAB15E.5050803@cam.ac.uk> X-Mailman-Approved-At: Tue, 06 Jan 2015 10:15:38 +0000 Cc: Anil Madhavapeddy , mirageos-devel Subject: Re: [MirageOS-devel] Creating a new Authenticator X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 01/05/2015 03:44 PM, J. Beleites wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, > > To be able to manipulate how TLS certificates are verified I wanted to > create a new authenticator (which I could pass, for example, to > X509.Authenticator.authenticate to authenticate certificates). The > authenticator type required (X509.Authenticator.t) is defined as > ?host:Certificate.host -> Certificate.stack -> res > > However, for some reason I am failing to create a function to use as > authenticator; the type checker doesn't seem happy with what I'm > writing. This also happens if I simply copy-and-paste the null > authenticator from the Authenticator module and try to use it as > authenticator. For instance: > > This works fin: > # X509.Authenticator.authenticate X509.Authenticator.null;; > - - : ?host:host -> stack -> X509.Authenticator.res = > > However, this doesn't: > # let auth ?host:_ (c, _) = `Ok c in > X509.Authenticator.authenticate auth;; > Error: This expression has type ?host:'a -> 'b * 'c -> [> `Ok of 'b ] > but an expression was expected of type X509_lwt.authenticator > > I'm probably missing something simple here. Any ideas as to what it > may be? Hi Johann, I think the issue is that X509.Authenticator.t is abstract . To experiment with your own authenticators, the easiest thing is probably to build ocaml-x509 from source and either make the X509.Authenticator.t type in the interface into a type alias or hack your experimental authenticator directly into x509.ml depending on what seems more appropriate. I hope this helps. Cheers, David > Thank you! > Johann > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1 > > iQEcBAEBAgAGBQJUqrFeAAoJEOuX0wv5Pf0In1EH/iU7XAA0H/+4C3iXAkcyKHrS > +iPbl8Tld6i2kdjWAxCkd/RPf2+KRThYDqgvZMCqovHIO6qZViMXomqUV1wplvSI > qp8H7GE+kvqJcJwbXVdTcEOsgtKtl4FY92qh3Ue/leuG0iiR1J9Ox+SU5ZEwlYeQ > EXdCbTN/XwvTtFL4evjbtkb8rkVImlKOx75e5aJucCl2ZccCX8eG6zk18JsajbZ+ > JG3OqTP6PmnKaD2tc6YHKZcDXlYZ6DIvdKYCdHW8jMkTAZ6hX4AAev2Cr/RuYfV1 > xSsuHZ3oMwPftkril29uJw3H57kLieCgExfKJnFn48ZCETHLf+rf5IfT3kqd01w= > =gDoM > -----END PGP SIGNATURE----- > _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Tue Jan 06 10:21:33 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 06 Jan 2015 10:21:33 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8RGW-0004W6-0D; Tue, 06 Jan 2015 10:21:32 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8RGU-0004W1-IB for mirageos-devel@lists.xenproject.org; Tue, 06 Jan 2015 10:21:30 +0000 Received: from [85.158.143.35] by server-2.bemta-4.messagelabs.com id 4C/54-25276-927BBA45; Tue, 06 Jan 2015 10:21:29 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-7.tower-21.messagelabs.com!1420539689!19525812!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21631 invoked from network); 6 Jan 2015 10:21:29 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-7.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 Jan 2015 10:21:29 -0000 Received: from [192.168.1.39] (cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net [86.30.244.239]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 929ca6a2; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Tue, 6 Jan 2015 10:28:31 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: <1261E58A-00E6-4994-BF02-C9D1A3559D63@recoil.org> Date: Tue, 6 Jan 2015 10:21:26 +0000 Message-Id: References: <1261E58A-00E6-4994-BF02-C9D1A3559D63@recoil.org> To: mirageos-devel@lists.xenproject.org X-Mailer: Apple Mail (2.1993) Subject: Re: [MirageOS-devel] an open arm+fpga board X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org I shouldn't be surprised when a crowdfunding thing actually works, but the Novena one just sent me a shipping notification and turns out to be real! Let me know if anyone in Cambridge wants to play with it next week when it arrives: https://www.crowdsupply.com/kosagi/novena-open-laptop Andy, Justin, sounds like a good rump kernel + Mirage target too... -a > On 30 Apr 2014, at 10:04, Anil Madhavapeddy wrote: > > Given the recent FPGA chatter, I've just backed this project, which is building a modern, open ARM+FPGA platform that can also be bought as a laptop or desktop: > > http://www.crowdsupply.com/kosagi/novena-open-laptop > > -anil > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel > _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Tue Jan 06 10:21:33 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 06 Jan 2015 10:21:33 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8RGW-0004W6-0D; Tue, 06 Jan 2015 10:21:32 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8RGU-0004W1-IB for mirageos-devel@lists.xenproject.org; Tue, 06 Jan 2015 10:21:30 +0000 Received: from [85.158.143.35] by server-2.bemta-4.messagelabs.com id 4C/54-25276-927BBA45; Tue, 06 Jan 2015 10:21:29 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-7.tower-21.messagelabs.com!1420539689!19525812!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21631 invoked from network); 6 Jan 2015 10:21:29 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-7.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 Jan 2015 10:21:29 -0000 Received: from [192.168.1.39] (cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net [86.30.244.239]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 929ca6a2; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Tue, 6 Jan 2015 10:28:31 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: <1261E58A-00E6-4994-BF02-C9D1A3559D63@recoil.org> Date: Tue, 6 Jan 2015 10:21:26 +0000 Message-Id: References: <1261E58A-00E6-4994-BF02-C9D1A3559D63@recoil.org> To: mirageos-devel@lists.xenproject.org X-Mailer: Apple Mail (2.1993) Subject: Re: [MirageOS-devel] an open arm+fpga board X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org I shouldn't be surprised when a crowdfunding thing actually works, but the Novena one just sent me a shipping notification and turns out to be real! Let me know if anyone in Cambridge wants to play with it next week when it arrives: https://www.crowdsupply.com/kosagi/novena-open-laptop Andy, Justin, sounds like a good rump kernel + Mirage target too... -a > On 30 Apr 2014, at 10:04, Anil Madhavapeddy wrote: > > Given the recent FPGA chatter, I've just backed this project, which is building a modern, open ARM+FPGA platform that can also be bought as a laptop or desktop: > > http://www.crowdsupply.com/kosagi/novena-open-laptop > > -anil > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel > _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Tue Jan 06 15:17:04 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 06 Jan 2015 15:17:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8VsQ-0006R9-9a; Tue, 06 Jan 2015 15:16:58 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8VsP-0006R1-T4 for MirageOS-devel@lists.xenproject.org; Tue, 06 Jan 2015 15:16:58 +0000 Received: from [85.158.139.211] by server-15.bemta-5.messagelabs.com id 2C/96-01660-96CFBA45; Tue, 06 Jan 2015 15:16:57 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-6.tower-206.messagelabs.com!1420557416!16495624!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28463 invoked from network); 6 Jan 2015 15:16:56 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-6.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 Jan 2015 15:16:56 -0000 Received: from [10.0.0.94] (host31-48-188-247.range31-48.btcentralplus.com [31.48.188.247]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id d6724eba; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Tue, 6 Jan 2015 15:23:59 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: <44D19247-F8DB-4368-B2E6-901BD0D1E4A5@gazagnaire.org> Date: Tue, 6 Jan 2015 15:16:54 +0000 Message-Id: <64EE279C-4767-432E-AE06-933712877921@recoil.org> References: <44D19247-F8DB-4368-B2E6-901BD0D1E4A5@gazagnaire.org> To: Thomas Gazagnaire X-Mailer: Apple Mail (2.1993) Cc: MirageOS-devel@lists.xenproject.org Subject: Re: [MirageOS-devel] COW XML questions X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 5 Jan 2015, at 15:56, Thomas Gazagnaire wrote: > > Hi, > >> Some of the field names in the XML are not valid or idiomatic OCaml >> record fields, for example they might be capitalized. Is there an >> easyish way to get COW to do things like the following? >> >> type t = {foo: int; bar: string} with xml;; >> xml_of_t {foo=0; bar="hello"}; >> # yields <:xml< hello 0 >> > > I think the COW deriving extensions are pretty dumb, so this is not possible directly. > > However you can write your own converter: > > let xml_of_t { foo; bar } = <:xml< $str:bar$ $int:foo$ >> It's worth remembering this trick in general for all the type_conv-driven code generators, including sexp generation. We talk about briefly in Real World OCaml in the s-expression section: https://realworldocaml.org/v1/en/html/data-serialization-with-s-expressions.html#idm181611773136 -anil _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Tue Jan 06 15:17:04 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 06 Jan 2015 15:17:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8VsQ-0006R9-9a; Tue, 06 Jan 2015 15:16:58 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8VsP-0006R1-T4 for MirageOS-devel@lists.xenproject.org; Tue, 06 Jan 2015 15:16:58 +0000 Received: from [85.158.139.211] by server-15.bemta-5.messagelabs.com id 2C/96-01660-96CFBA45; Tue, 06 Jan 2015 15:16:57 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-6.tower-206.messagelabs.com!1420557416!16495624!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28463 invoked from network); 6 Jan 2015 15:16:56 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-6.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 Jan 2015 15:16:56 -0000 Received: from [10.0.0.94] (host31-48-188-247.range31-48.btcentralplus.com [31.48.188.247]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id d6724eba; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Tue, 6 Jan 2015 15:23:59 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: <44D19247-F8DB-4368-B2E6-901BD0D1E4A5@gazagnaire.org> Date: Tue, 6 Jan 2015 15:16:54 +0000 Message-Id: <64EE279C-4767-432E-AE06-933712877921@recoil.org> References: <44D19247-F8DB-4368-B2E6-901BD0D1E4A5@gazagnaire.org> To: Thomas Gazagnaire X-Mailer: Apple Mail (2.1993) Cc: MirageOS-devel@lists.xenproject.org Subject: Re: [MirageOS-devel] COW XML questions X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 5 Jan 2015, at 15:56, Thomas Gazagnaire wrote: > > Hi, > >> Some of the field names in the XML are not valid or idiomatic OCaml >> record fields, for example they might be capitalized. Is there an >> easyish way to get COW to do things like the following? >> >> type t = {foo: int; bar: string} with xml;; >> xml_of_t {foo=0; bar="hello"}; >> # yields <:xml< hello 0 >> > > I think the COW deriving extensions are pretty dumb, so this is not possible directly. > > However you can write your own converter: > > let xml_of_t { foo; bar } = <:xml< $str:bar$ $int:foo$ >> It's worth remembering this trick in general for all the type_conv-driven code generators, including sexp generation. We talk about briefly in Real World OCaml in the s-expression section: https://realworldocaml.org/v1/en/html/data-serialization-with-s-expressions.html#idm181611773136 -anil _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Tue Jan 06 15:39:23 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 06 Jan 2015 15:39:23 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8WE7-0008BK-2U; Tue, 06 Jan 2015 15:39:23 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8WE6-0008BB-Fh for mirageos-devel@lists.xenproject.org; Tue, 06 Jan 2015 15:39:22 +0000 Received: from [193.109.254.147] by server-3.bemta-14.messagelabs.com id 52/BB-02953-9A10CA45; Tue, 06 Jan 2015 15:39:21 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-16.tower-27.messagelabs.com!1420558761!13382701!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24059 invoked from network); 6 Jan 2015 15:39:21 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-16.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 Jan 2015 15:39:21 -0000 Received: from [10.0.0.94] (host31-48-188-247.range31-48.btcentralplus.com [31.48.188.247]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 74e0c525; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Tue, 6 Jan 2015 15:46:23 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: <2734976.AqEKh5MclU@agaric> Date: Tue, 6 Jan 2015 15:39:18 +0000 Message-Id: References: <2734976.AqEKh5MclU@agaric> To: Louis Gesbert X-Mailer: Apple Mail (2.1993) Cc: opam-devel , mirageos-devel Subject: Re: [MirageOS-devel] [opam-devel] 'provides' field design proposal X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org Looks great, Louis! My immediate thoughts: - This does have the potential to complicating pinning quite a lot, which needs to be balanced against the better upgrade messages. Do you think this will need a package selection priority the way that apt-pinning in Debian works (e.g. so that ocaml-tls can be selected ahead of openssl-tls for the TLS package). - The forking and providing replacements would be really useful for Mirage, where we're having an active discussion about how to provide Xen-specific versions of certain packages such as Zarith. Thomas (with any surname), opinions on this? - How much damage will this do to the internal solver heuristics? -anil > On 5 Jan 2015, at 08:36, Louis Gesbert wrote: > > Hi all, and happy new year ! > > I just added to opam a design proposal to open discussion on the implementation of the 'provides' field and its use-cases. > > It's at https://github.com/ocaml/opam/blob/master/doc/design/provides.md > > Cheers, > Louis > _______________________________________________ > opam-devel mailing list > opam-devel@lists.ocaml.org > http://lists.ocaml.org/listinfo/opam-devel > _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Tue Jan 06 15:39:23 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 06 Jan 2015 15:39:23 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8WE7-0008BK-2U; Tue, 06 Jan 2015 15:39:23 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8WE6-0008BB-Fh for mirageos-devel@lists.xenproject.org; Tue, 06 Jan 2015 15:39:22 +0000 Received: from [193.109.254.147] by server-3.bemta-14.messagelabs.com id 52/BB-02953-9A10CA45; Tue, 06 Jan 2015 15:39:21 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-16.tower-27.messagelabs.com!1420558761!13382701!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24059 invoked from network); 6 Jan 2015 15:39:21 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-16.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 Jan 2015 15:39:21 -0000 Received: from [10.0.0.94] (host31-48-188-247.range31-48.btcentralplus.com [31.48.188.247]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 74e0c525; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Tue, 6 Jan 2015 15:46:23 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: <2734976.AqEKh5MclU@agaric> Date: Tue, 6 Jan 2015 15:39:18 +0000 Message-Id: References: <2734976.AqEKh5MclU@agaric> To: Louis Gesbert X-Mailer: Apple Mail (2.1993) Cc: opam-devel , mirageos-devel Subject: Re: [MirageOS-devel] [opam-devel] 'provides' field design proposal X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org Looks great, Louis! My immediate thoughts: - This does have the potential to complicating pinning quite a lot, which needs to be balanced against the better upgrade messages. Do you think this will need a package selection priority the way that apt-pinning in Debian works (e.g. so that ocaml-tls can be selected ahead of openssl-tls for the TLS package). - The forking and providing replacements would be really useful for Mirage, where we're having an active discussion about how to provide Xen-specific versions of certain packages such as Zarith. Thomas (with any surname), opinions on this? - How much damage will this do to the internal solver heuristics? -anil > On 5 Jan 2015, at 08:36, Louis Gesbert wrote: > > Hi all, and happy new year ! > > I just added to opam a design proposal to open discussion on the implementation of the 'provides' field and its use-cases. > > It's at https://github.com/ocaml/opam/blob/master/doc/design/provides.md > > Cheers, > Louis > _______________________________________________ > opam-devel mailing list > opam-devel@lists.ocaml.org > http://lists.ocaml.org/listinfo/opam-devel > _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Tue Jan 06 15:43:07 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 06 Jan 2015 15:43:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8WHj-0000ED-Du; Tue, 06 Jan 2015 15:43:07 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8WHi-0000E8-Ih for MirageOS-devel@lists.xenproject.org; Tue, 06 Jan 2015 15:43:06 +0000 Received: from [193.109.254.147] by server-15.bemta-14.messagelabs.com id B5/66-02699-9820CA45; Tue, 06 Jan 2015 15:43:05 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-11.tower-27.messagelabs.com!1420558985!15510362!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27534 invoked from network); 6 Jan 2015 15:43:05 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-11.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 Jan 2015 15:43:05 -0000 Received: from [10.0.0.94] (host31-48-188-247.range31-48.btcentralplus.com [31.48.188.247]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 138aa6ac; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Tue, 6 Jan 2015 15:50:08 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: Date: Tue, 6 Jan 2015 15:43:04 +0000 Message-Id: <073A0B5C-531B-4B7B-ABA3-1D8A0EC4C4BA@recoil.org> References: To: Anand Patil X-Mailer: Apple Mail (2.1993) Cc: MirageOS-devel@lists.xenproject.org Subject: Re: [MirageOS-devel] COW XML questions X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 5 Jan 2015, at 05:56, Anand Patil wrote: > In order to learn OCaml and thence Mirage, I've been working a little > bit on an automatically generated, complete AWS client along the lines > of https://github.com/stripe/aws-go using camlp4. I've got the types > generated, and now need to generate to/from XML functions for each > record type. > Incidentally, this would be awesomely useful to have. You might also want to look at Jyotsna Prakash's (manually written) bindings for helper functions that might come in useful: https://github.com/moonlightdrive/ocaml-ec2 Feel free to ask here if you run into any blockers. -anil _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Tue Jan 06 15:43:07 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 06 Jan 2015 15:43:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8WHj-0000ED-Du; Tue, 06 Jan 2015 15:43:07 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8WHi-0000E8-Ih for MirageOS-devel@lists.xenproject.org; Tue, 06 Jan 2015 15:43:06 +0000 Received: from [193.109.254.147] by server-15.bemta-14.messagelabs.com id B5/66-02699-9820CA45; Tue, 06 Jan 2015 15:43:05 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-11.tower-27.messagelabs.com!1420558985!15510362!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27534 invoked from network); 6 Jan 2015 15:43:05 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-11.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 Jan 2015 15:43:05 -0000 Received: from [10.0.0.94] (host31-48-188-247.range31-48.btcentralplus.com [31.48.188.247]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 138aa6ac; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Tue, 6 Jan 2015 15:50:08 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: Date: Tue, 6 Jan 2015 15:43:04 +0000 Message-Id: <073A0B5C-531B-4B7B-ABA3-1D8A0EC4C4BA@recoil.org> References: To: Anand Patil X-Mailer: Apple Mail (2.1993) Cc: MirageOS-devel@lists.xenproject.org Subject: Re: [MirageOS-devel] COW XML questions X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 5 Jan 2015, at 05:56, Anand Patil wrote: > In order to learn OCaml and thence Mirage, I've been working a little > bit on an automatically generated, complete AWS client along the lines > of https://github.com/stripe/aws-go using camlp4. I've got the types > generated, and now need to generate to/from XML functions for each > record type. > Incidentally, this would be awesomely useful to have. You might also want to look at Jyotsna Prakash's (manually written) bindings for helper functions that might come in useful: https://github.com/moonlightdrive/ocaml-ec2 Feel free to ask here if you run into any blockers. -anil _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Tue Jan 06 15:50:14 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 06 Jan 2015 15:50:14 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8WOa-0000Y0-J1; Tue, 06 Jan 2015 15:50:12 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8WOY-0000Xq-QT for mirageos-devel@lists.xenproject.org; Tue, 06 Jan 2015 15:50:10 +0000 Received: from [85.158.143.35] by server-3.bemta-4.messagelabs.com id F5/4B-15461-2340CA45; Tue, 06 Jan 2015 15:50:10 +0000 X-Env-Sender: thomas.gazagnaire@gmail.com X-Msg-Ref: server-10.tower-21.messagelabs.com!1420559406!19614688!1 X-Originating-IP: [209.85.212.172] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23693 invoked from network); 6 Jan 2015 15:50:06 -0000 Received: from mail-wi0-f172.google.com (HELO mail-wi0-f172.google.com) (209.85.212.172) by server-10.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 6 Jan 2015 15:50:06 -0000 Received: by mail-wi0-f172.google.com with SMTP id n3so5610827wiv.11 for ; Tue, 06 Jan 2015 07:50:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=IxK8lew3QTGyAKfppHfq+4cvugIPxspkDDibbFKfNao=; b=zDGCluwyz5B+GtMtrgiNn0YWNN9bp0bElspdofoUk8sgVVuw6koA6m2Fo4thFIRsJ0 tf4vqyopifVTuUdVhyRsqoaHhyfB7Idj7ghvmZvML8D/S7iugA3Xr+Zz34mnlJ/80BE3 AQWynafy5AvBvI9e2OuH4bnrcl80ZOW3i38daasRc0I3VJWha8GWMCtKMPet0d8wyojr olThBwQB+5l+QVyH+YFvlPDI0qKcdiEB6TFNYfl9uWOJyurt/lgmVPsiSh0cda5Usjsr i0oXlULNsojUsJYi0p2qS/wX/ILumUFhY7vE0iRQiPH9NW4SKfxLQt1PFvC4Hb/Q3vxc 1rKw== X-Received: by 10.194.77.73 with SMTP id q9mr167265906wjw.24.1420559400053; Tue, 06 Jan 2015 07:50:00 -0800 (PST) Received: from dhcp-172-17-163-57.eduroam.wireless.private.cam.ac.uk (global-1-27.nat.csx.cam.ac.uk. [131.111.184.27]) by mx.google.com with ESMTPSA id cs8sm14437814wib.1.2015.01.06.07.49.58 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 06 Jan 2015 07:49:58 -0800 (PST) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Thomas Gazagnaire In-Reply-To: Date: Tue, 6 Jan 2015 15:49:58 +0000 Message-Id: References: <2734976.AqEKh5MclU@agaric> To: Anil Madhavapeddy X-Mailer: Apple Mail (2.1993) Cc: Louis Gesbert , opam-devel , mirageos-devel Subject: Re: [MirageOS-devel] [opam-devel] 'provides' field design proposal X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org Thanks Louis for the great summary! > - The forking and providing replacements would be really useful for Mirage, > where we're having an active discussion about how to provide Xen-specific > versions of certain packages such as Zarith. Thomas (with any surname), > opinions on this? My opinion: I was very keen to have this feature on the bug tracker, but with all the designs details in mind I'm much less keen now. It introduces a lot of complexity with pinning so would be nice to see what we can simplify. For instance, maybe we could forbid virtual packages - and pin only to real packages. Need to think a bit more about that. a more meta comments: if we put design files in the repo (I'm not very fond of that, but why not), could we have a header specifying the status of the document (ie. draft, partially implemented, deprecated, etc...) and the target opam versions. And keep that up-to-date please. Thanks, Thomas > > - How much damage will this do to the internal solver heuristics? > > -anil > >> On 5 Jan 2015, at 08:36, Louis Gesbert wrote: >> >> Hi all, and happy new year ! >> >> I just added to opam a design proposal to open discussion on the implementation of the 'provides' field and its use-cases. >> >> It's at https://github.com/ocaml/opam/blob/master/doc/design/provides.md >> >> Cheers, >> Louis >> _______________________________________________ >> opam-devel mailing list >> opam-devel@lists.ocaml.org >> http://lists.ocaml.org/listinfo/opam-devel >> > > > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Tue Jan 06 15:50:14 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 06 Jan 2015 15:50:14 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8WOa-0000Y0-J1; Tue, 06 Jan 2015 15:50:12 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8WOY-0000Xq-QT for mirageos-devel@lists.xenproject.org; Tue, 06 Jan 2015 15:50:10 +0000 Received: from [85.158.143.35] by server-3.bemta-4.messagelabs.com id F5/4B-15461-2340CA45; Tue, 06 Jan 2015 15:50:10 +0000 X-Env-Sender: thomas.gazagnaire@gmail.com X-Msg-Ref: server-10.tower-21.messagelabs.com!1420559406!19614688!1 X-Originating-IP: [209.85.212.172] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23693 invoked from network); 6 Jan 2015 15:50:06 -0000 Received: from mail-wi0-f172.google.com (HELO mail-wi0-f172.google.com) (209.85.212.172) by server-10.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 6 Jan 2015 15:50:06 -0000 Received: by mail-wi0-f172.google.com with SMTP id n3so5610827wiv.11 for ; Tue, 06 Jan 2015 07:50:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=IxK8lew3QTGyAKfppHfq+4cvugIPxspkDDibbFKfNao=; b=zDGCluwyz5B+GtMtrgiNn0YWNN9bp0bElspdofoUk8sgVVuw6koA6m2Fo4thFIRsJ0 tf4vqyopifVTuUdVhyRsqoaHhyfB7Idj7ghvmZvML8D/S7iugA3Xr+Zz34mnlJ/80BE3 AQWynafy5AvBvI9e2OuH4bnrcl80ZOW3i38daasRc0I3VJWha8GWMCtKMPet0d8wyojr olThBwQB+5l+QVyH+YFvlPDI0qKcdiEB6TFNYfl9uWOJyurt/lgmVPsiSh0cda5Usjsr i0oXlULNsojUsJYi0p2qS/wX/ILumUFhY7vE0iRQiPH9NW4SKfxLQt1PFvC4Hb/Q3vxc 1rKw== X-Received: by 10.194.77.73 with SMTP id q9mr167265906wjw.24.1420559400053; Tue, 06 Jan 2015 07:50:00 -0800 (PST) Received: from dhcp-172-17-163-57.eduroam.wireless.private.cam.ac.uk (global-1-27.nat.csx.cam.ac.uk. [131.111.184.27]) by mx.google.com with ESMTPSA id cs8sm14437814wib.1.2015.01.06.07.49.58 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 06 Jan 2015 07:49:58 -0800 (PST) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Thomas Gazagnaire In-Reply-To: Date: Tue, 6 Jan 2015 15:49:58 +0000 Message-Id: References: <2734976.AqEKh5MclU@agaric> To: Anil Madhavapeddy X-Mailer: Apple Mail (2.1993) Cc: Louis Gesbert , opam-devel , mirageos-devel Subject: Re: [MirageOS-devel] [opam-devel] 'provides' field design proposal X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org Thanks Louis for the great summary! > - The forking and providing replacements would be really useful for Mirage, > where we're having an active discussion about how to provide Xen-specific > versions of certain packages such as Zarith. Thomas (with any surname), > opinions on this? My opinion: I was very keen to have this feature on the bug tracker, but with all the designs details in mind I'm much less keen now. It introduces a lot of complexity with pinning so would be nice to see what we can simplify. For instance, maybe we could forbid virtual packages - and pin only to real packages. Need to think a bit more about that. a more meta comments: if we put design files in the repo (I'm not very fond of that, but why not), could we have a header specifying the status of the document (ie. draft, partially implemented, deprecated, etc...) and the target opam versions. And keep that up-to-date please. Thanks, Thomas > > - How much damage will this do to the internal solver heuristics? > > -anil > >> On 5 Jan 2015, at 08:36, Louis Gesbert wrote: >> >> Hi all, and happy new year ! >> >> I just added to opam a design proposal to open discussion on the implementation of the 'provides' field and its use-cases. >> >> It's at https://github.com/ocaml/opam/blob/master/doc/design/provides.md >> >> Cheers, >> Louis >> _______________________________________________ >> opam-devel mailing list >> opam-devel@lists.ocaml.org >> http://lists.ocaml.org/listinfo/opam-devel >> > > > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Tue Jan 06 15:57:40 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 06 Jan 2015 15:57:40 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8WVn-00011N-Pc; Tue, 06 Jan 2015 15:57:39 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8WVl-000118-Qn for mirageos-devel@lists.xenproject.org; Tue, 06 Jan 2015 15:57:38 +0000 Received: from [193.109.254.147] by server-15.bemta-14.messagelabs.com id CD/4B-02699-0F50CA45; Tue, 06 Jan 2015 15:57:36 +0000 X-Env-Sender: darioteixeira@yahoo.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1420559854!18850530!1 X-Originating-IP: [98.138.91.140] X-SpamReason: No, hits=1.4 required=7.0 tests=BODY_RANDOM_LONG, FORGED_YAHOO_RCVD,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19409 invoked from network); 6 Jan 2015 15:57:36 -0000 Received: from nm10-vm3.bullet.mail.ne1.yahoo.com (HELO nm10-vm3.bullet.mail.ne1.yahoo.com) (98.138.91.140) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 6 Jan 2015 15:57:36 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1420559854; bh=YjGAENOFwoBkiLSOcV3qjDSVYvOA8KRLrIDuaaAN35s=; h=Date:From:Reply-To:To:In-Reply-To:References:Subject:From:Subject; b=cSz44tP415QNLJiJ6GSC3+T6aCA2IDIqozhOCg/eSx2HODirpOc0tDQa7uww2ZHY+4diYZ/l/e57GMEZeNEbfMEAaBpQvv7OXwfv8La4yV8FgLxOH/Ya2RIlKcENYtL+CA4veqJQ/4WiGgSq42dyrBIbHGYxoV23sYACG2RGRMv8YPLjsasj9ms6FxBC0593bb8fGwuDjABA+EhsRev24PTJQhmJT9GZbQ7O1WLqujqSZYkfO0iOI2Vk6Mu55CY4IsWOzn7wOZlpRIoVyb2/8GIR0PNkT96eNUCgm+A9F8+eB4u+l0H8e7//CPBI94kKjt5hbevcMjwDORNy0kLHMA== DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s2048; d=yahoo.com; b=pGMwnZTKVtYkUO4YMVAmgpQeRq9OYzVBsie0AakZKolK/P5y3aRYKbm56b039UQEGQk4znnEfiz1LEvmpUqrgkHQeh+iIPdqAlpPWNHhj3D4b+zDeLhkwmzIH2EZTQ5wO1E27dbSfr+sUXc/Tp78x4OGTTJHX1SOoeMe2HmkKpeUGCHhFwMX6zfKyWsWh/7eFi/vWohyJsXVmNUZZM+5Pow87eJcxk6exmzuVLmCtsB+KOpK0gtL+1MAtgGUvUp/PPwaZHZjMR+ZFLIl+ZmrYeL50QbF5RJ/feX5PaCMm22e0z80QWugP06vhIDFZflJh5JQLfowRViy0SuU9VPOvg==; Received: from [98.138.226.176] by nm10.bullet.mail.ne1.yahoo.com with NNFMP; 06 Jan 2015 15:57:34 -0000 Received: from [98.138.226.160] by tm11.bullet.mail.ne1.yahoo.com with NNFMP; 06 Jan 2015 15:57:34 -0000 Received: from [127.0.0.1] by omp1061.mail.ne1.yahoo.com with NNFMP; 06 Jan 2015 15:57:34 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 551176.79145.bm@omp1061.mail.ne1.yahoo.com X-YMail-OSG: J35qsXMVM1mFXsIIYy7LeQrWLc89UJz46JE9q2De5UZbGiXmLUrswo97iq2QZNZ DCvdjjtd0Pk1KSLn1g1rrKCDD.4geYZrm0FHCkidhvL5HCO_yPjUAmpTwpMU7dZGF7zut23Qjewn VS1KmDHWgXzib3cQgaLZEsfyOjb2VdRYWaDrj0UM5.lXl4fRJ1ApndQ65LR50fo0wt0gFqY8EYq7 TIYNPRTY3zrWqR0c7EOflrWwF687WIrvbwezX93RbvmqMw58DFKVPTMnXxrR9ehaGbpLKKPgsihY CMjslvbSX9.aZD.NMcWfAii6levThNyw_SJvVcjFIriQm5fLniVdnQekxW0X9lACWlzaD1mbG.lX EZlKjlKJzpuFMzgugezdKkyzcaJ8KZB0PNaZYQBldfe61x6heoZ8UqG.I6PqMl3uD.Pdfjs3PX.T cj6Fz3p3_chpn3c1_LMcFyjb2kbMxZlCpWpStWfhQHxKlRg1MRc0Z1zWKcPIP_pH8WipiFrCnoLH vFZqVgARXUx_sMKmOdVrQ.P_hJfgXLWk98h83_613rfks0QaRgvVC2tvDvIiwWTR3xo4JoiYN.B7 pRchVt5BawBRj.87D208BWmz1c29d8qI2jyGi4syY3MExjt0FE0n.XhshLQ-- Received: by 98.138.105.250; Tue, 06 Jan 2015 15:57:34 +0000 Date: Tue, 6 Jan 2015 15:56:52 +0000 (UTC) From: Dario Teixeira To: Anil Madhavapeddy , "mirageos-devel@lists.xenproject.org" Message-ID: <1164407692.171957.1420559812381.JavaMail.yahoo@jws10083.mail.ne1.yahoo.com> In-Reply-To: References: MIME-Version: 1.0 Content-Length: 1195 Subject: Re: [MirageOS-devel] an open arm+fpga board X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Dario Teixeira List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org Hi, > I shouldn't be surprised when a crowdfunding thing actually works, but the > Novena one just sent me a shipping notification and turns out to be real! Let > me know if anyone in Cambridge wants to play with it next week when it arrives: > https://www.crowdsupply.com/kosagi/novena-open-laptop > > Andy, Justin, sounds like a good rump kernel + Mirage target too... Pardon the Mirage-noob question, but can nowadays Mirage be run on Cortex-A9 processors such as the one powering the Novena? I was under the (perhaps mistaken) impression that Xen required an ARM processor with virtualization extensions, such as the Cortex A7 or A15. If so, then this would open up plenty of cheap but fairly powerful boards out there -- awesome! Btw, the Freescale iMX6 chipset used in the Novena is pretty well supported under Linux these days (I have a little ARM device based around it), and it has given me fewer headaches than some Rockchip chipsets which shall remain unmentioned... Cheers, Dario Teixeira _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Tue Jan 06 15:57:40 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 06 Jan 2015 15:57:40 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8WVn-00011N-Pc; Tue, 06 Jan 2015 15:57:39 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8WVl-000118-Qn for mirageos-devel@lists.xenproject.org; Tue, 06 Jan 2015 15:57:38 +0000 Received: from [193.109.254.147] by server-15.bemta-14.messagelabs.com id CD/4B-02699-0F50CA45; Tue, 06 Jan 2015 15:57:36 +0000 X-Env-Sender: darioteixeira@yahoo.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1420559854!18850530!1 X-Originating-IP: [98.138.91.140] X-SpamReason: No, hits=1.4 required=7.0 tests=BODY_RANDOM_LONG, FORGED_YAHOO_RCVD,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19409 invoked from network); 6 Jan 2015 15:57:36 -0000 Received: from nm10-vm3.bullet.mail.ne1.yahoo.com (HELO nm10-vm3.bullet.mail.ne1.yahoo.com) (98.138.91.140) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 6 Jan 2015 15:57:36 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1420559854; bh=YjGAENOFwoBkiLSOcV3qjDSVYvOA8KRLrIDuaaAN35s=; h=Date:From:Reply-To:To:In-Reply-To:References:Subject:From:Subject; b=cSz44tP415QNLJiJ6GSC3+T6aCA2IDIqozhOCg/eSx2HODirpOc0tDQa7uww2ZHY+4diYZ/l/e57GMEZeNEbfMEAaBpQvv7OXwfv8La4yV8FgLxOH/Ya2RIlKcENYtL+CA4veqJQ/4WiGgSq42dyrBIbHGYxoV23sYACG2RGRMv8YPLjsasj9ms6FxBC0593bb8fGwuDjABA+EhsRev24PTJQhmJT9GZbQ7O1WLqujqSZYkfO0iOI2Vk6Mu55CY4IsWOzn7wOZlpRIoVyb2/8GIR0PNkT96eNUCgm+A9F8+eB4u+l0H8e7//CPBI94kKjt5hbevcMjwDORNy0kLHMA== DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s2048; d=yahoo.com; b=pGMwnZTKVtYkUO4YMVAmgpQeRq9OYzVBsie0AakZKolK/P5y3aRYKbm56b039UQEGQk4znnEfiz1LEvmpUqrgkHQeh+iIPdqAlpPWNHhj3D4b+zDeLhkwmzIH2EZTQ5wO1E27dbSfr+sUXc/Tp78x4OGTTJHX1SOoeMe2HmkKpeUGCHhFwMX6zfKyWsWh/7eFi/vWohyJsXVmNUZZM+5Pow87eJcxk6exmzuVLmCtsB+KOpK0gtL+1MAtgGUvUp/PPwaZHZjMR+ZFLIl+ZmrYeL50QbF5RJ/feX5PaCMm22e0z80QWugP06vhIDFZflJh5JQLfowRViy0SuU9VPOvg==; Received: from [98.138.226.176] by nm10.bullet.mail.ne1.yahoo.com with NNFMP; 06 Jan 2015 15:57:34 -0000 Received: from [98.138.226.160] by tm11.bullet.mail.ne1.yahoo.com with NNFMP; 06 Jan 2015 15:57:34 -0000 Received: from [127.0.0.1] by omp1061.mail.ne1.yahoo.com with NNFMP; 06 Jan 2015 15:57:34 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 551176.79145.bm@omp1061.mail.ne1.yahoo.com X-YMail-OSG: J35qsXMVM1mFXsIIYy7LeQrWLc89UJz46JE9q2De5UZbGiXmLUrswo97iq2QZNZ DCvdjjtd0Pk1KSLn1g1rrKCDD.4geYZrm0FHCkidhvL5HCO_yPjUAmpTwpMU7dZGF7zut23Qjewn VS1KmDHWgXzib3cQgaLZEsfyOjb2VdRYWaDrj0UM5.lXl4fRJ1ApndQ65LR50fo0wt0gFqY8EYq7 TIYNPRTY3zrWqR0c7EOflrWwF687WIrvbwezX93RbvmqMw58DFKVPTMnXxrR9ehaGbpLKKPgsihY CMjslvbSX9.aZD.NMcWfAii6levThNyw_SJvVcjFIriQm5fLniVdnQekxW0X9lACWlzaD1mbG.lX EZlKjlKJzpuFMzgugezdKkyzcaJ8KZB0PNaZYQBldfe61x6heoZ8UqG.I6PqMl3uD.Pdfjs3PX.T cj6Fz3p3_chpn3c1_LMcFyjb2kbMxZlCpWpStWfhQHxKlRg1MRc0Z1zWKcPIP_pH8WipiFrCnoLH vFZqVgARXUx_sMKmOdVrQ.P_hJfgXLWk98h83_613rfks0QaRgvVC2tvDvIiwWTR3xo4JoiYN.B7 pRchVt5BawBRj.87D208BWmz1c29d8qI2jyGi4syY3MExjt0FE0n.XhshLQ-- Received: by 98.138.105.250; Tue, 06 Jan 2015 15:57:34 +0000 Date: Tue, 6 Jan 2015 15:56:52 +0000 (UTC) From: Dario Teixeira To: Anil Madhavapeddy , "mirageos-devel@lists.xenproject.org" Message-ID: <1164407692.171957.1420559812381.JavaMail.yahoo@jws10083.mail.ne1.yahoo.com> In-Reply-To: References: MIME-Version: 1.0 Content-Length: 1195 Subject: Re: [MirageOS-devel] an open arm+fpga board X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Dario Teixeira List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org Hi, > I shouldn't be surprised when a crowdfunding thing actually works, but the > Novena one just sent me a shipping notification and turns out to be real! Let > me know if anyone in Cambridge wants to play with it next week when it arrives: > https://www.crowdsupply.com/kosagi/novena-open-laptop > > Andy, Justin, sounds like a good rump kernel + Mirage target too... Pardon the Mirage-noob question, but can nowadays Mirage be run on Cortex-A9 processors such as the one powering the Novena? I was under the (perhaps mistaken) impression that Xen required an ARM processor with virtualization extensions, such as the Cortex A7 or A15. If so, then this would open up plenty of cheap but fairly powerful boards out there -- awesome! Btw, the Freescale iMX6 chipset used in the Novena is pretty well supported under Linux these days (I have a little ARM device based around it), and it has given me fewer headaches than some Rockchip chipsets which shall remain unmentioned... Cheers, Dario Teixeira _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Tue Jan 06 16:02:58 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 06 Jan 2015 16:02:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8Wau-00021g-LN; Tue, 06 Jan 2015 16:02:56 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8Wat-00021V-MH for mirageos-devel@lists.xenproject.org; Tue, 06 Jan 2015 16:02:55 +0000 Received: from [85.158.137.68] by server-10.bemta-3.messagelabs.com id 21/A2-24859-E270CA45; Tue, 06 Jan 2015 16:02:54 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-3.tower-31.messagelabs.com!1420560173!17659179!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.7 required=7.0 tests=BODY_RANDOM_LONG, RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2201 invoked from network); 6 Jan 2015 16:02:53 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-3.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 Jan 2015 16:02:53 -0000 Received: from [10.0.0.95] (host31-48-188-247.range31-48.btcentralplus.com [31.48.188.247]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 63af7160; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Tue, 6 Jan 2015 16:09:56 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: <1164407692.171957.1420559812381.JavaMail.yahoo@jws10083.mail.ne1.yahoo.com> Date: Tue, 6 Jan 2015 16:02:51 +0000 Message-Id: <72EF66D4-484A-4DCF-BC46-2B6A32C62E88@recoil.org> References: <1164407692.171957.1420559812381.JavaMail.yahoo@jws10083.mail.ne1.yahoo.com> To: Dario Teixeira X-Mailer: Apple Mail (2.1993) Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] an open arm+fpga board X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 6 Jan 2015, at 15:56, Dario Teixeira wrote: > > Hi, > > >> I shouldn't be surprised when a crowdfunding thing actually works, but the >> Novena one just sent me a shipping notification and turns out to be real! Let >> me know if anyone in Cambridge wants to play with it next week when it arrives: >> https://www.crowdsupply.com/kosagi/novena-open-laptop >> >> Andy, Justin, sounds like a good rump kernel + Mirage target too... > > Pardon the Mirage-noob question, but can nowadays Mirage be run on Cortex-A9 > processors such as the one powering the Novena? I was under the (perhaps > mistaken) impression that Xen required an ARM processor with virtualization > extensions, such as the Cortex A7 or A15. If so, then this would open up > plenty of cheap but fairly powerful boards out there -- awesome! Xen requires the ARM virtualization extensions, but Mirage doesn't require Xen. It just needs some suitable library base that has device drivers for the target platform to act as a "boot loader". We've talked about doing a Mirage+Rump Kernel integration for just this purpose, which would lead to Mirage running on any supported NetBSD target as a result. Gabor Pali also worked on a FreeBSD kernel module version which we really need to upstream to our main trees at some point. (And, to state the obvious, Mirage compiles to good old native Unix ARM binaries as well thanks to OCaml's native code support for these platforms). > Btw, the Freescale iMX6 chipset used in the Novena is pretty well supported > under Linux these days (I have a little ARM device based around it), and it > has given me fewer headaches than some Rockchip chipsets which shall remain > unmentioned... Fantastic -- money well spent last year. I dont even remember buying it :) -anil _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Tue Jan 06 16:02:58 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 06 Jan 2015 16:02:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8Wau-00021g-LN; Tue, 06 Jan 2015 16:02:56 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8Wat-00021V-MH for mirageos-devel@lists.xenproject.org; Tue, 06 Jan 2015 16:02:55 +0000 Received: from [85.158.137.68] by server-10.bemta-3.messagelabs.com id 21/A2-24859-E270CA45; Tue, 06 Jan 2015 16:02:54 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-3.tower-31.messagelabs.com!1420560173!17659179!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.7 required=7.0 tests=BODY_RANDOM_LONG, RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2201 invoked from network); 6 Jan 2015 16:02:53 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-3.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 Jan 2015 16:02:53 -0000 Received: from [10.0.0.95] (host31-48-188-247.range31-48.btcentralplus.com [31.48.188.247]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 63af7160; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Tue, 6 Jan 2015 16:09:56 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: <1164407692.171957.1420559812381.JavaMail.yahoo@jws10083.mail.ne1.yahoo.com> Date: Tue, 6 Jan 2015 16:02:51 +0000 Message-Id: <72EF66D4-484A-4DCF-BC46-2B6A32C62E88@recoil.org> References: <1164407692.171957.1420559812381.JavaMail.yahoo@jws10083.mail.ne1.yahoo.com> To: Dario Teixeira X-Mailer: Apple Mail (2.1993) Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] an open arm+fpga board X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 6 Jan 2015, at 15:56, Dario Teixeira wrote: > > Hi, > > >> I shouldn't be surprised when a crowdfunding thing actually works, but the >> Novena one just sent me a shipping notification and turns out to be real! Let >> me know if anyone in Cambridge wants to play with it next week when it arrives: >> https://www.crowdsupply.com/kosagi/novena-open-laptop >> >> Andy, Justin, sounds like a good rump kernel + Mirage target too... > > Pardon the Mirage-noob question, but can nowadays Mirage be run on Cortex-A9 > processors such as the one powering the Novena? I was under the (perhaps > mistaken) impression that Xen required an ARM processor with virtualization > extensions, such as the Cortex A7 or A15. If so, then this would open up > plenty of cheap but fairly powerful boards out there -- awesome! Xen requires the ARM virtualization extensions, but Mirage doesn't require Xen. It just needs some suitable library base that has device drivers for the target platform to act as a "boot loader". We've talked about doing a Mirage+Rump Kernel integration for just this purpose, which would lead to Mirage running on any supported NetBSD target as a result. Gabor Pali also worked on a FreeBSD kernel module version which we really need to upstream to our main trees at some point. (And, to state the obvious, Mirage compiles to good old native Unix ARM binaries as well thanks to OCaml's native code support for these platforms). > Btw, the Freescale iMX6 chipset used in the Novena is pretty well supported > under Linux these days (I have a little ARM device based around it), and it > has given me fewer headaches than some Rockchip chipsets which shall remain > unmentioned... Fantastic -- money well spent last year. I dont even remember buying it :) -anil _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Tue Jan 06 16:21:07 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 06 Jan 2015 16:21:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8WsS-00035E-C0; Tue, 06 Jan 2015 16:21:04 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8WsR-000357-GR for mirageos-devel@lists.xenproject.org; Tue, 06 Jan 2015 16:21:03 +0000 Received: from [85.158.143.35] by server-3.bemta-4.messagelabs.com id 6F/9B-15461-E6B0CA45; Tue, 06 Jan 2015 16:21:02 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-6.tower-21.messagelabs.com!1420561261!19559817!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12667 invoked from network); 6 Jan 2015 16:21:02 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-6.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 Jan 2015 16:21:02 -0000 Received: from [10.0.0.95] (host31-48-188-247.range31-48.btcentralplus.com [31.48.188.247]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 38de4711; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Tue, 6 Jan 2015 16:28:04 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: <20150106160644.GB30821@traveler> Date: Tue, 6 Jan 2015 16:21:00 +0000 Message-Id: References: <2734976.AqEKh5MclU@agaric> <20150106160644.GB30821@traveler> To: Roberto Di Cosmo X-Mailer: Apple Mail (2.1993) Cc: Louis Gesbert , opam-devel , mirageos-devel Subject: Re: [MirageOS-devel] [opam-devel] 'provides' field design proposal X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 6 Jan 2015, at 16:06, Roberto Di Cosmo wrote: > > Dear Louis, > best whishes for a happy new 2015! > > Thanks for sharing this proposal: it's quite well argumented, > and allows to discuss the new issues nicely. > > Here is some info that will be useful in evolving the proposal: > > - CUDF already supports provides, so the mechanics inside Dose to > handle them are all in place already. > > - Notice that Debian did not have versioned provides, so when > a versioned dependency was present, only real packages needed > to be considered https://www.debian.org/doc/debian-policy/ch-relationships.html#s-virtual > Encoding this policy in CUDF required some nonobvious gymnastics > that is implemented in the Dose code for handling Debian packages. > > Implementing directly versioned provides as you suggest will make > the encoding in CUDF straightforward, even if we might stumble upon some > little tested code here, but well, we'll be quick at fixing > any issues that may emerge > > - I do not see a real semantic confusion between "provides" and "features", but > I am not against using "traits" (or "variants") if it seems clearer > > - To address Anil's concerns: provides are just a very convenient way for > expressing disjunctions in a modular way, and they are actually expanded > as disjunctions for the solvers, so I do not foresee any performance issue, > unless we heavily abuse this features Thanks -- any guidance on not abusing this feature is most welcome or it will inevitably happen ;-) In general, we have a growing number of virtual packages in Mirage that make depopts concrete dependencies. For example, 'mirage-types-lwt', and I'm considering adding a 'cohttp-lwt' and 'cohttp-async' package to make those easier to depend on as well. Provides would potentially invert a lot of this logic, since we could have some virtual packages instead of lots of depopts. Still not really sure if this would work without more thought/experiments though... Anil _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Tue Jan 06 16:21:07 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 06 Jan 2015 16:21:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8WsS-00035E-C0; Tue, 06 Jan 2015 16:21:04 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8WsR-000357-GR for mirageos-devel@lists.xenproject.org; Tue, 06 Jan 2015 16:21:03 +0000 Received: from [85.158.143.35] by server-3.bemta-4.messagelabs.com id 6F/9B-15461-E6B0CA45; Tue, 06 Jan 2015 16:21:02 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-6.tower-21.messagelabs.com!1420561261!19559817!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12667 invoked from network); 6 Jan 2015 16:21:02 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-6.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 Jan 2015 16:21:02 -0000 Received: from [10.0.0.95] (host31-48-188-247.range31-48.btcentralplus.com [31.48.188.247]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 38de4711; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Tue, 6 Jan 2015 16:28:04 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: <20150106160644.GB30821@traveler> Date: Tue, 6 Jan 2015 16:21:00 +0000 Message-Id: References: <2734976.AqEKh5MclU@agaric> <20150106160644.GB30821@traveler> To: Roberto Di Cosmo X-Mailer: Apple Mail (2.1993) Cc: Louis Gesbert , opam-devel , mirageos-devel Subject: Re: [MirageOS-devel] [opam-devel] 'provides' field design proposal X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 6 Jan 2015, at 16:06, Roberto Di Cosmo wrote: > > Dear Louis, > best whishes for a happy new 2015! > > Thanks for sharing this proposal: it's quite well argumented, > and allows to discuss the new issues nicely. > > Here is some info that will be useful in evolving the proposal: > > - CUDF already supports provides, so the mechanics inside Dose to > handle them are all in place already. > > - Notice that Debian did not have versioned provides, so when > a versioned dependency was present, only real packages needed > to be considered https://www.debian.org/doc/debian-policy/ch-relationships.html#s-virtual > Encoding this policy in CUDF required some nonobvious gymnastics > that is implemented in the Dose code for handling Debian packages. > > Implementing directly versioned provides as you suggest will make > the encoding in CUDF straightforward, even if we might stumble upon some > little tested code here, but well, we'll be quick at fixing > any issues that may emerge > > - I do not see a real semantic confusion between "provides" and "features", but > I am not against using "traits" (or "variants") if it seems clearer > > - To address Anil's concerns: provides are just a very convenient way for > expressing disjunctions in a modular way, and they are actually expanded > as disjunctions for the solvers, so I do not foresee any performance issue, > unless we heavily abuse this features Thanks -- any guidance on not abusing this feature is most welcome or it will inevitably happen ;-) In general, we have a growing number of virtual packages in Mirage that make depopts concrete dependencies. For example, 'mirage-types-lwt', and I'm considering adding a 'cohttp-lwt' and 'cohttp-async' package to make those easier to depend on as well. Provides would potentially invert a lot of this logic, since we could have some virtual packages instead of lots of depopts. Still not really sure if this would work without more thought/experiments though... Anil _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Tue Jan 06 16:21:22 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 06 Jan 2015 16:21:22 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8Wsk-00036U-Fb; Tue, 06 Jan 2015 16:21:22 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8Wef-0002LF-Ff for mirageos-devel@lists.xenproject.org; Tue, 06 Jan 2015 16:06:49 +0000 Received: from [85.158.139.211] by server-9.bemta-5.messagelabs.com id 52/C7-22819-8180CA45; Tue, 06 Jan 2015 16:06:48 +0000 X-Env-Sender: rdicosmo@gmail.com X-Msg-Ref: server-15.tower-206.messagelabs.com!1420560407!13159367!1 X-Originating-IP: [74.125.82.54] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4902 invoked from network); 6 Jan 2015 16:06:47 -0000 Received: from mail-wg0-f54.google.com (HELO mail-wg0-f54.google.com) (74.125.82.54) by server-15.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 6 Jan 2015 16:06:47 -0000 Received: by mail-wg0-f54.google.com with SMTP id z12so11778496wgg.41 for ; Tue, 06 Jan 2015 08:06:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=yvzvAEgWhhYNBnV6theeTBeRcum6K3mppCGETCX/4ec=; b=XJELzZEtcrQF7PpoB5BuWBv7ifPZucbcFLsB5Wl3ehkS8f5/dSPjFeLpNdSM02OBU4 uOVUebwjq8JoUiZO9fv1v6Is/idMaAUMyLtO2sr3k1Xfp7NuKHJL+/CxEHevNTC+Ij0g uE9Bvr/XUjeeEFzkqySLfTjAKlfzUvRbT1hPIhwV6H6O3mSDD4Xdw5Mj3rzRN2LoLm9S WBcn0YBZy5N9qkoaKPOole0D6D+rEY11yNVJLAB385ppMghqbmjk/3x1/FgSOgEEROg1 9W2dgwiobZhP/7soafNMztLo/A15gUC6KK2SB4jgWMnXbwzvF4OcTZFs0sxhzK/dWZdF Lagw== X-Received: by 10.194.86.165 with SMTP id q5mr194895204wjz.10.1420560406596; Tue, 06 Jan 2015 08:06:46 -0800 (PST) Received: from traveler ([2001:660:3013:3:2ad2:44ff:fe6d:65df]) by mx.google.com with ESMTPSA id bo3sm22586855wjb.44.2015.01.06.08.06.45 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 06 Jan 2015 08:06:45 -0800 (PST) Received: from dicosmo by traveler with local (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1Y8Wea-0000Hi-Nf; Tue, 06 Jan 2015 17:06:44 +0100 Date: Tue, 6 Jan 2015 17:06:44 +0100 From: Roberto Di Cosmo To: Louis Gesbert Message-ID: <20150106160644.GB30821@traveler> References: <2734976.AqEKh5MclU@agaric> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-Mailman-Approved-At: Tue, 06 Jan 2015 16:21:21 +0000 Cc: opam-devel , mirageos-devel , Anil Madhavapeddy Subject: Re: [MirageOS-devel] [opam-devel] 'provides' field design proposal X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org Dear Louis, best whishes for a happy new 2015! Thanks for sharing this proposal: it's quite well argumented, and allows to discuss the new issues nicely. Here is some info that will be useful in evolving the proposal: - CUDF already supports provides, so the mechanics inside Dose to handle them are all in place already. - Notice that Debian did not have versioned provides, so when a versioned dependency was present, only real packages needed to be considered https://www.debian.org/doc/debian-policy/ch-relationships.html#s-virtual Encoding this policy in CUDF required some nonobvious gymnastics that is implemented in the Dose code for handling Debian packages. Implementing directly versioned provides as you suggest will make the encoding in CUDF straightforward, even if we might stumble upon some little tested code here, but well, we'll be quick at fixing any issues that may emerge - I do not see a real semantic confusion between "provides" and "features", but I am not against using "traits" (or "variants") if it seems clearer - To address Anil's concerns: provides are just a very convenient way for expressing disjunctions in a modular way, and they are actually expanded as disjunctions for the solvers, so I do not foresee any performance issue, unless we heavily abuse this features -- Roberto On Tue, Jan 06, 2015 at 03:39:18PM +0000, Anil Madhavapeddy wrote: > Looks great, Louis! My immediate thoughts: > > - This does have the potential to complicating pinning quite a lot, which > needs to be balanced against the better upgrade messages. Do you think > this will need a package selection priority the way that apt-pinning in > Debian works (e.g. so that ocaml-tls can be selected ahead of openssl-tls > for the TLS package). > > - The forking and providing replacements would be really useful for Mirage, > where we're having an active discussion about how to provide Xen-specific > versions of certain packages such as Zarith. Thomas (with any surname), > opinions on this? > > - How much damage will this do to the internal solver heuristics? > > -anil > > > On 5 Jan 2015, at 08:36, Louis Gesbert wrote: > > > > Hi all, and happy new year ! > > > > I just added to opam a design proposal to open discussion on the implementation of the 'provides' field and its use-cases. > > > > It's at https://github.com/ocaml/opam/blob/master/doc/design/provides.md > > > > Cheers, > > Louis > > _______________________________________________ > > opam-devel mailing list > > opam-devel@lists.ocaml.org > > http://lists.ocaml.org/listinfo/opam-devel > > > > _______________________________________________ > opam-devel mailing list > opam-devel@lists.ocaml.org > http://lists.ocaml.org/listinfo/opam-devel -- Roberto Di Cosmo ------------------------------------------------------------------ Professeur En delegation a l'INRIA PPS E-mail: roberto@dicosmo.org Universite Paris Diderot WWW : http://www.dicosmo.org Case 7014 Tel : ++33-(0)1-57 27 92 20 5, Rue Thomas Mann F-75205 Paris Cedex 13 Identica: http://identi.ca/rdicosmo FRANCE. Twitter: http://twitter.com/rdicosmo ------------------------------------------------------------------ Attachments: MIME accepted, Word deprecated http://www.gnu.org/philosophy/no-word-attachments.html ------------------------------------------------------------------ Office location: Bureau 3020 (3rd floor) Batiment Sophie Germain Avenue de France Metro Bibliotheque Francois Mitterrand, ligne 14/RER C ----------------------------------------------------------------- GPG fingerprint 2931 20CE 3A5A 5390 98EC 8BFC FCCA C3BE 39CB 12D3 _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Tue Jan 06 16:21:22 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 06 Jan 2015 16:21:22 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8Wsk-00036U-Fb; Tue, 06 Jan 2015 16:21:22 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8Wef-0002LF-Ff for mirageos-devel@lists.xenproject.org; Tue, 06 Jan 2015 16:06:49 +0000 Received: from [85.158.139.211] by server-9.bemta-5.messagelabs.com id 52/C7-22819-8180CA45; Tue, 06 Jan 2015 16:06:48 +0000 X-Env-Sender: rdicosmo@gmail.com X-Msg-Ref: server-15.tower-206.messagelabs.com!1420560407!13159367!1 X-Originating-IP: [74.125.82.54] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4902 invoked from network); 6 Jan 2015 16:06:47 -0000 Received: from mail-wg0-f54.google.com (HELO mail-wg0-f54.google.com) (74.125.82.54) by server-15.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 6 Jan 2015 16:06:47 -0000 Received: by mail-wg0-f54.google.com with SMTP id z12so11778496wgg.41 for ; Tue, 06 Jan 2015 08:06:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=yvzvAEgWhhYNBnV6theeTBeRcum6K3mppCGETCX/4ec=; b=XJELzZEtcrQF7PpoB5BuWBv7ifPZucbcFLsB5Wl3ehkS8f5/dSPjFeLpNdSM02OBU4 uOVUebwjq8JoUiZO9fv1v6Is/idMaAUMyLtO2sr3k1Xfp7NuKHJL+/CxEHevNTC+Ij0g uE9Bvr/XUjeeEFzkqySLfTjAKlfzUvRbT1hPIhwV6H6O3mSDD4Xdw5Mj3rzRN2LoLm9S WBcn0YBZy5N9qkoaKPOole0D6D+rEY11yNVJLAB385ppMghqbmjk/3x1/FgSOgEEROg1 9W2dgwiobZhP/7soafNMztLo/A15gUC6KK2SB4jgWMnXbwzvF4OcTZFs0sxhzK/dWZdF Lagw== X-Received: by 10.194.86.165 with SMTP id q5mr194895204wjz.10.1420560406596; Tue, 06 Jan 2015 08:06:46 -0800 (PST) Received: from traveler ([2001:660:3013:3:2ad2:44ff:fe6d:65df]) by mx.google.com with ESMTPSA id bo3sm22586855wjb.44.2015.01.06.08.06.45 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 06 Jan 2015 08:06:45 -0800 (PST) Received: from dicosmo by traveler with local (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1Y8Wea-0000Hi-Nf; Tue, 06 Jan 2015 17:06:44 +0100 Date: Tue, 6 Jan 2015 17:06:44 +0100 From: Roberto Di Cosmo To: Louis Gesbert Message-ID: <20150106160644.GB30821@traveler> References: <2734976.AqEKh5MclU@agaric> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-Mailman-Approved-At: Tue, 06 Jan 2015 16:21:21 +0000 Cc: opam-devel , mirageos-devel , Anil Madhavapeddy Subject: Re: [MirageOS-devel] [opam-devel] 'provides' field design proposal X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org Dear Louis, best whishes for a happy new 2015! Thanks for sharing this proposal: it's quite well argumented, and allows to discuss the new issues nicely. Here is some info that will be useful in evolving the proposal: - CUDF already supports provides, so the mechanics inside Dose to handle them are all in place already. - Notice that Debian did not have versioned provides, so when a versioned dependency was present, only real packages needed to be considered https://www.debian.org/doc/debian-policy/ch-relationships.html#s-virtual Encoding this policy in CUDF required some nonobvious gymnastics that is implemented in the Dose code for handling Debian packages. Implementing directly versioned provides as you suggest will make the encoding in CUDF straightforward, even if we might stumble upon some little tested code here, but well, we'll be quick at fixing any issues that may emerge - I do not see a real semantic confusion between "provides" and "features", but I am not against using "traits" (or "variants") if it seems clearer - To address Anil's concerns: provides are just a very convenient way for expressing disjunctions in a modular way, and they are actually expanded as disjunctions for the solvers, so I do not foresee any performance issue, unless we heavily abuse this features -- Roberto On Tue, Jan 06, 2015 at 03:39:18PM +0000, Anil Madhavapeddy wrote: > Looks great, Louis! My immediate thoughts: > > - This does have the potential to complicating pinning quite a lot, which > needs to be balanced against the better upgrade messages. Do you think > this will need a package selection priority the way that apt-pinning in > Debian works (e.g. so that ocaml-tls can be selected ahead of openssl-tls > for the TLS package). > > - The forking and providing replacements would be really useful for Mirage, > where we're having an active discussion about how to provide Xen-specific > versions of certain packages such as Zarith. Thomas (with any surname), > opinions on this? > > - How much damage will this do to the internal solver heuristics? > > -anil > > > On 5 Jan 2015, at 08:36, Louis Gesbert wrote: > > > > Hi all, and happy new year ! > > > > I just added to opam a design proposal to open discussion on the implementation of the 'provides' field and its use-cases. > > > > It's at https://github.com/ocaml/opam/blob/master/doc/design/provides.md > > > > Cheers, > > Louis > > _______________________________________________ > > opam-devel mailing list > > opam-devel@lists.ocaml.org > > http://lists.ocaml.org/listinfo/opam-devel > > > > _______________________________________________ > opam-devel mailing list > opam-devel@lists.ocaml.org > http://lists.ocaml.org/listinfo/opam-devel -- Roberto Di Cosmo ------------------------------------------------------------------ Professeur En delegation a l'INRIA PPS E-mail: roberto@dicosmo.org Universite Paris Diderot WWW : http://www.dicosmo.org Case 7014 Tel : ++33-(0)1-57 27 92 20 5, Rue Thomas Mann F-75205 Paris Cedex 13 Identica: http://identi.ca/rdicosmo FRANCE. Twitter: http://twitter.com/rdicosmo ------------------------------------------------------------------ Attachments: MIME accepted, Word deprecated http://www.gnu.org/philosophy/no-word-attachments.html ------------------------------------------------------------------ Office location: Bureau 3020 (3rd floor) Batiment Sophie Germain Avenue de France Metro Bibliotheque Francois Mitterrand, ligne 14/RER C ----------------------------------------------------------------- GPG fingerprint 2931 20CE 3A5A 5390 98EC 8BFC FCCA C3BE 39CB 12D3 _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Tue Jan 06 18:27:25 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 06 Jan 2015 18:27:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8Yqd-0003qT-Ds; Tue, 06 Jan 2015 18:27:19 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8Yqc-0003qH-8I for mirageos-devel@lists.xenproject.org; Tue, 06 Jan 2015 18:27:18 +0000 Received: from [85.158.137.68] by server-15.bemta-3.messagelabs.com id 51/B6-17735-5092CA45; Tue, 06 Jan 2015 18:27:17 +0000 X-Env-Sender: Dave.Scott@citrix.com X-Msg-Ref: server-12.tower-31.messagelabs.com!1420568836!17577848!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests=received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26670 invoked from network); 6 Jan 2015 18:27:16 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-12.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 6 Jan 2015 18:27:16 -0000 X-IronPort-AV: E=Sophos;i="5.07,709,1413244800"; d="scan'208";a="28396533" From: Dave Scott To: Thomas Gazagnaire Thread-Topic: [MirageOS-devel] [opam-devel] 'provides' field design proposal Thread-Index: AQHQKcb7xKPT+dMikUKwTaglmVJdNpyzLIYAgAAr7oA= Date: Tue, 6 Jan 2015 18:27:14 +0000 Message-ID: References: <2734976.AqEKh5MclU@agaric> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-ID: <6847800BD3B8294AAD99F89B5E811EAE@citrix.com> MIME-Version: 1.0 X-DLP: AMS1 Cc: Louis Gesbert , opam-devel , mirageos-devel , Anil Madhavapeddy Subject: Re: [MirageOS-devel] [opam-devel] 'provides' field design proposal X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org DQo+IE9uIDYgSmFuIDIwMTUsIGF0IDE1OjQ5LCBUaG9tYXMgR2F6YWduYWlyZSA8dGhvbWFzQGdh emFnbmFpcmUub3JnPiB3cm90ZToNCj4gDQo+IFRoYW5rcyBMb3VpcyBmb3IgdGhlIGdyZWF0IHN1 bW1hcnkhDQo+IA0KPj4gLSBUaGUgZm9ya2luZyBhbmQgcHJvdmlkaW5nIHJlcGxhY2VtZW50cyB3 b3VsZCBiZSByZWFsbHkgdXNlZnVsIGZvciBNaXJhZ2UsDQo+PiB3aGVyZSB3ZSdyZSBoYXZpbmcg YW4gYWN0aXZlIGRpc2N1c3Npb24gYWJvdXQgaG93IHRvIHByb3ZpZGUgWGVuLXNwZWNpZmljDQo+ PiB2ZXJzaW9ucyBvZiBjZXJ0YWluIHBhY2thZ2VzIHN1Y2ggYXMgWmFyaXRoLiAgVGhvbWFzICh3 aXRoIGFueSBzdXJuYW1lKSwNCj4+IG9waW5pb25zIG9uIHRoaXM/IA0KPiANCj4gTXkgb3Bpbmlv bjogSSB3YXMgdmVyeSBrZWVuIHRvIGhhdmUgdGhpcyBmZWF0dXJlIG9uIHRoZSBidWcgdHJhY2tl ciwgYnV0IHdpdGggYWxsIHRoZSBkZXNpZ25zIGRldGFpbHMgaW4gbWluZCBJJ20gbXVjaCBsZXNz IGtlZW4gbm93LiBJdCBpbnRyb2R1Y2VzIGEgbG90IG9mIGNvbXBsZXhpdHkgd2l0aCBwaW5uaW5n IHNvIHdvdWxkIGJlIG5pY2UgdG8gc2VlIHdoYXQgd2UgY2FuIHNpbXBsaWZ5LiBGb3IgaW5zdGFu Y2UsIG1heWJlIHdlIGNvdWxkIGZvcmJpZCB2aXJ0dWFsIHBhY2thZ2VzIC0gYW5kIHBpbiBvbmx5 IHRvIHJlYWwgcGFja2FnZXMuIE5lZWQgdG8gdGhpbmsgYSBiaXQgbW9yZSBhYm91dCB0aGF0Lg0K PiANCj4gYSBtb3JlIG1ldGEgY29tbWVudHM6IGlmIHdlIHB1dCBkZXNpZ24gZmlsZXMgaW4gdGhl IHJlcG8gKEknbSBub3QgdmVyeSBmb25kIG9mIHRoYXQsIGJ1dCB3aHkgbm90KSwgY291bGQgd2Ug aGF2ZSBhIGhlYWRlciBzcGVjaWZ5aW5nIHRoZSBzdGF0dXMgb2YgdGhlIGRvY3VtZW50IChpZS4g ZHJhZnQsIHBhcnRpYWxseSBpbXBsZW1lbnRlZCwgZGVwcmVjYXRlZCwgZXRjLi4uKSBhbmQgdGhl IHRhcmdldCBvcGFtIHZlcnNpb25zLiBBbmQga2VlcCB0aGF0IHVwLXRvLWRhdGUgcGxlYXNlLg0K DQpGWUkgb3ZlciBpbiB0aGUgeGFwaS1wcm9qZWN0IHdl4oCZdmUgYmVlbiBleHBlcmltZW50aW5n IHdpdGggcHV0dGluZyBkZXNpZ24gZG9jcyBpbiBhIGNlbnRyYWwgZ2l0aHViIHJlcG8gYW5kIGhh dmluZyBnaXRodWIgcmVuZGVyIHRoZW0gbmljZWx5IGUuZy4NCg0KaHR0cDovL3hhcGktcHJvamVj dC5naXRodWIuaW8vZGVzaWduLWRvY3MvaW5kZXguaHRtbA0KDQpXZSBzdGljayBhIGhlYWRlciBv biB0b3AgbGlrZQ0KDQotLS0NCnRpdGxlOiB0aGluIExWSEQgc3RvcmFnZQ0KbGF5b3V0OiBkZWZh dWx0DQpkZXNpZ25fZG9jOiB0cnVlDQpyZXZpc2lvbjogMQ0Kc3RhdHVzOiBwcm9wb3NlZA0K4oCU DQoNCmFuZCBoYXZlIGEgZGVzaWduIGRvYyBpbmRleCB0ZW1wbGF0ZQ0KDQpodHRwczovL2dpdGh1 Yi5jb20veGFwaS1wcm9qZWN0L3hhcGktcHJvamVjdC5naXRodWIuaW8vYmxvYi9tYXN0ZXIvX2xh eW91dHMvZGVzaWduX2RvY3NfbGlzdC5odG1sDQoNClNvIGZhciBpdOKAmXMgd29ya2luZyBxdWl0 ZSB3ZWxsIGZvciB1cy4NCg0KQ2hlZXJzLA0KRGF2ZQ0KDQo+IA0KPiBUaGFua3MsDQo+IFRob21h cyANCj4gDQo+IA0KPj4gDQo+PiAtIEhvdyBtdWNoIGRhbWFnZSB3aWxsIHRoaXMgZG8gdG8gdGhl IGludGVybmFsIHNvbHZlciBoZXVyaXN0aWNzPw0KPj4gDQo+PiAtYW5pbA0KPj4gDQo+Pj4gT24g NSBKYW4gMjAxNSwgYXQgMDg6MzYsIExvdWlzIEdlc2JlcnQgPGxvdWlzLmdlc2JlcnRAb2NhbWxw cm8uY29tPiB3cm90ZToNCj4+PiANCj4+PiBIaSBhbGwsIGFuZCBoYXBweSBuZXcgeWVhciAhDQo+ Pj4gDQo+Pj4gSSBqdXN0IGFkZGVkIHRvIG9wYW0gYSBkZXNpZ24gcHJvcG9zYWwgdG8gb3BlbiBk aXNjdXNzaW9uIG9uIHRoZSBpbXBsZW1lbnRhdGlvbiBvZiB0aGUgJ3Byb3ZpZGVzJyBmaWVsZCBh bmQgaXRzIHVzZS1jYXNlcy4NCj4+PiANCj4+PiBJdCdzIGF0IGh0dHBzOi8vZ2l0aHViLmNvbS9v Y2FtbC9vcGFtL2Jsb2IvbWFzdGVyL2RvYy9kZXNpZ24vcHJvdmlkZXMubWQNCj4+PiANCj4+PiBD aGVlcnMsDQo+Pj4gTG91aXMNCj4+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXw0KPj4+IG9wYW0tZGV2ZWwgbWFpbGluZyBsaXN0DQo+Pj4gb3BhbS1kZXZl bEBsaXN0cy5vY2FtbC5vcmcNCj4+PiBodHRwOi8vbGlzdHMub2NhbWwub3JnL2xpc3RpbmZvL29w YW0tZGV2ZWwNCj4+PiANCj4+IA0KPj4gDQo+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXw0KPj4gTWlyYWdlT1MtZGV2ZWwgbWFpbGluZyBsaXN0DQo+PiBN aXJhZ2VPUy1kZXZlbEBsaXN0cy54ZW5wcm9qZWN0Lm9yZw0KPj4gaHR0cDovL2xpc3RzLnhlbnBy b2plY3Qub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby9taXJhZ2Vvcy1kZXZlbA0KPiANCj4g DQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IE1p cmFnZU9TLWRldmVsIG1haWxpbmcgbGlzdA0KPiBNaXJhZ2VPUy1kZXZlbEBsaXN0cy54ZW5wcm9q ZWN0Lm9yZw0KPiBodHRwOi8vbGlzdHMueGVucHJvamVjdC5vcmcvY2dpLWJpbi9tYWlsbWFuL2xp c3RpbmZvL21pcmFnZW9zLWRldmVsDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fCk1pcmFnZU9TLWRldmVsIG1haWxpbmcgbGlzdApNaXJhZ2VPUy1kZXZl bEBsaXN0cy54ZW5wcm9qZWN0Lm9yZwpodHRwOi8vbGlzdHMueGVucHJvamVjdC5vcmcvY2dpLWJp bi9tYWlsbWFuL2xpc3RpbmZvL21pcmFnZW9zLWRldmVsCg== From mirageos-devel-bounces@lists.xenproject.org Tue Jan 06 18:27:25 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 06 Jan 2015 18:27:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8Yqd-0003qT-Ds; Tue, 06 Jan 2015 18:27:19 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8Yqc-0003qH-8I for mirageos-devel@lists.xenproject.org; Tue, 06 Jan 2015 18:27:18 +0000 Received: from [85.158.137.68] by server-15.bemta-3.messagelabs.com id 51/B6-17735-5092CA45; Tue, 06 Jan 2015 18:27:17 +0000 X-Env-Sender: Dave.Scott@citrix.com X-Msg-Ref: server-12.tower-31.messagelabs.com!1420568836!17577848!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests=received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26670 invoked from network); 6 Jan 2015 18:27:16 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-12.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 6 Jan 2015 18:27:16 -0000 X-IronPort-AV: E=Sophos;i="5.07,709,1413244800"; d="scan'208";a="28396533" From: Dave Scott To: Thomas Gazagnaire Thread-Topic: [MirageOS-devel] [opam-devel] 'provides' field design proposal Thread-Index: AQHQKcb7xKPT+dMikUKwTaglmVJdNpyzLIYAgAAr7oA= Date: Tue, 6 Jan 2015 18:27:14 +0000 Message-ID: References: <2734976.AqEKh5MclU@agaric> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-ID: <6847800BD3B8294AAD99F89B5E811EAE@citrix.com> MIME-Version: 1.0 X-DLP: AMS1 Cc: Louis Gesbert , opam-devel , mirageos-devel , Anil Madhavapeddy Subject: Re: [MirageOS-devel] [opam-devel] 'provides' field design proposal X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org DQo+IE9uIDYgSmFuIDIwMTUsIGF0IDE1OjQ5LCBUaG9tYXMgR2F6YWduYWlyZSA8dGhvbWFzQGdh emFnbmFpcmUub3JnPiB3cm90ZToNCj4gDQo+IFRoYW5rcyBMb3VpcyBmb3IgdGhlIGdyZWF0IHN1 bW1hcnkhDQo+IA0KPj4gLSBUaGUgZm9ya2luZyBhbmQgcHJvdmlkaW5nIHJlcGxhY2VtZW50cyB3 b3VsZCBiZSByZWFsbHkgdXNlZnVsIGZvciBNaXJhZ2UsDQo+PiB3aGVyZSB3ZSdyZSBoYXZpbmcg YW4gYWN0aXZlIGRpc2N1c3Npb24gYWJvdXQgaG93IHRvIHByb3ZpZGUgWGVuLXNwZWNpZmljDQo+ PiB2ZXJzaW9ucyBvZiBjZXJ0YWluIHBhY2thZ2VzIHN1Y2ggYXMgWmFyaXRoLiAgVGhvbWFzICh3 aXRoIGFueSBzdXJuYW1lKSwNCj4+IG9waW5pb25zIG9uIHRoaXM/IA0KPiANCj4gTXkgb3Bpbmlv bjogSSB3YXMgdmVyeSBrZWVuIHRvIGhhdmUgdGhpcyBmZWF0dXJlIG9uIHRoZSBidWcgdHJhY2tl ciwgYnV0IHdpdGggYWxsIHRoZSBkZXNpZ25zIGRldGFpbHMgaW4gbWluZCBJJ20gbXVjaCBsZXNz IGtlZW4gbm93LiBJdCBpbnRyb2R1Y2VzIGEgbG90IG9mIGNvbXBsZXhpdHkgd2l0aCBwaW5uaW5n IHNvIHdvdWxkIGJlIG5pY2UgdG8gc2VlIHdoYXQgd2UgY2FuIHNpbXBsaWZ5LiBGb3IgaW5zdGFu Y2UsIG1heWJlIHdlIGNvdWxkIGZvcmJpZCB2aXJ0dWFsIHBhY2thZ2VzIC0gYW5kIHBpbiBvbmx5 IHRvIHJlYWwgcGFja2FnZXMuIE5lZWQgdG8gdGhpbmsgYSBiaXQgbW9yZSBhYm91dCB0aGF0Lg0K PiANCj4gYSBtb3JlIG1ldGEgY29tbWVudHM6IGlmIHdlIHB1dCBkZXNpZ24gZmlsZXMgaW4gdGhl IHJlcG8gKEknbSBub3QgdmVyeSBmb25kIG9mIHRoYXQsIGJ1dCB3aHkgbm90KSwgY291bGQgd2Ug aGF2ZSBhIGhlYWRlciBzcGVjaWZ5aW5nIHRoZSBzdGF0dXMgb2YgdGhlIGRvY3VtZW50IChpZS4g ZHJhZnQsIHBhcnRpYWxseSBpbXBsZW1lbnRlZCwgZGVwcmVjYXRlZCwgZXRjLi4uKSBhbmQgdGhl IHRhcmdldCBvcGFtIHZlcnNpb25zLiBBbmQga2VlcCB0aGF0IHVwLXRvLWRhdGUgcGxlYXNlLg0K DQpGWUkgb3ZlciBpbiB0aGUgeGFwaS1wcm9qZWN0IHdl4oCZdmUgYmVlbiBleHBlcmltZW50aW5n IHdpdGggcHV0dGluZyBkZXNpZ24gZG9jcyBpbiBhIGNlbnRyYWwgZ2l0aHViIHJlcG8gYW5kIGhh dmluZyBnaXRodWIgcmVuZGVyIHRoZW0gbmljZWx5IGUuZy4NCg0KaHR0cDovL3hhcGktcHJvamVj dC5naXRodWIuaW8vZGVzaWduLWRvY3MvaW5kZXguaHRtbA0KDQpXZSBzdGljayBhIGhlYWRlciBv biB0b3AgbGlrZQ0KDQotLS0NCnRpdGxlOiB0aGluIExWSEQgc3RvcmFnZQ0KbGF5b3V0OiBkZWZh dWx0DQpkZXNpZ25fZG9jOiB0cnVlDQpyZXZpc2lvbjogMQ0Kc3RhdHVzOiBwcm9wb3NlZA0K4oCU DQoNCmFuZCBoYXZlIGEgZGVzaWduIGRvYyBpbmRleCB0ZW1wbGF0ZQ0KDQpodHRwczovL2dpdGh1 Yi5jb20veGFwaS1wcm9qZWN0L3hhcGktcHJvamVjdC5naXRodWIuaW8vYmxvYi9tYXN0ZXIvX2xh eW91dHMvZGVzaWduX2RvY3NfbGlzdC5odG1sDQoNClNvIGZhciBpdOKAmXMgd29ya2luZyBxdWl0 ZSB3ZWxsIGZvciB1cy4NCg0KQ2hlZXJzLA0KRGF2ZQ0KDQo+IA0KPiBUaGFua3MsDQo+IFRob21h cyANCj4gDQo+IA0KPj4gDQo+PiAtIEhvdyBtdWNoIGRhbWFnZSB3aWxsIHRoaXMgZG8gdG8gdGhl IGludGVybmFsIHNvbHZlciBoZXVyaXN0aWNzPw0KPj4gDQo+PiAtYW5pbA0KPj4gDQo+Pj4gT24g NSBKYW4gMjAxNSwgYXQgMDg6MzYsIExvdWlzIEdlc2JlcnQgPGxvdWlzLmdlc2JlcnRAb2NhbWxw cm8uY29tPiB3cm90ZToNCj4+PiANCj4+PiBIaSBhbGwsIGFuZCBoYXBweSBuZXcgeWVhciAhDQo+ Pj4gDQo+Pj4gSSBqdXN0IGFkZGVkIHRvIG9wYW0gYSBkZXNpZ24gcHJvcG9zYWwgdG8gb3BlbiBk aXNjdXNzaW9uIG9uIHRoZSBpbXBsZW1lbnRhdGlvbiBvZiB0aGUgJ3Byb3ZpZGVzJyBmaWVsZCBh bmQgaXRzIHVzZS1jYXNlcy4NCj4+PiANCj4+PiBJdCdzIGF0IGh0dHBzOi8vZ2l0aHViLmNvbS9v Y2FtbC9vcGFtL2Jsb2IvbWFzdGVyL2RvYy9kZXNpZ24vcHJvdmlkZXMubWQNCj4+PiANCj4+PiBD aGVlcnMsDQo+Pj4gTG91aXMNCj4+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXw0KPj4+IG9wYW0tZGV2ZWwgbWFpbGluZyBsaXN0DQo+Pj4gb3BhbS1kZXZl bEBsaXN0cy5vY2FtbC5vcmcNCj4+PiBodHRwOi8vbGlzdHMub2NhbWwub3JnL2xpc3RpbmZvL29w YW0tZGV2ZWwNCj4+PiANCj4+IA0KPj4gDQo+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXw0KPj4gTWlyYWdlT1MtZGV2ZWwgbWFpbGluZyBsaXN0DQo+PiBN aXJhZ2VPUy1kZXZlbEBsaXN0cy54ZW5wcm9qZWN0Lm9yZw0KPj4gaHR0cDovL2xpc3RzLnhlbnBy b2plY3Qub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby9taXJhZ2Vvcy1kZXZlbA0KPiANCj4g DQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IE1p cmFnZU9TLWRldmVsIG1haWxpbmcgbGlzdA0KPiBNaXJhZ2VPUy1kZXZlbEBsaXN0cy54ZW5wcm9q ZWN0Lm9yZw0KPiBodHRwOi8vbGlzdHMueGVucHJvamVjdC5vcmcvY2dpLWJpbi9tYWlsbWFuL2xp c3RpbmZvL21pcmFnZW9zLWRldmVsDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fCk1pcmFnZU9TLWRldmVsIG1haWxpbmcgbGlzdApNaXJhZ2VPUy1kZXZl bEBsaXN0cy54ZW5wcm9qZWN0Lm9yZwpodHRwOi8vbGlzdHMueGVucHJvamVjdC5vcmcvY2dpLWJp bi9tYWlsbWFuL2xpc3RpbmZvL21pcmFnZW9zLWRldmVsCg== From mirageos-devel-bounces@lists.xenproject.org Tue Jan 06 18:32:21 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 06 Jan 2015 18:32:21 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8YvU-0004JW-Ss; Tue, 06 Jan 2015 18:32:20 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8YvU-0004Hr-3h for mirageos-devel@lists.xenproject.org; Tue, 06 Jan 2015 18:32:20 +0000 Received: from [85.158.143.35] by server-1.bemta-4.messagelabs.com id A5/5F-09842-33A2CA45; Tue, 06 Jan 2015 18:32:19 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-10.tower-21.messagelabs.com!1420569138!19646072!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16378 invoked from network); 6 Jan 2015 18:32:18 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-10.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 Jan 2015 18:32:18 -0000 Received: from [192.168.1.75] (cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net [86.30.244.239]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 54dde4c4; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Tue, 6 Jan 2015 18:32:17 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: Date: Tue, 6 Jan 2015 18:32:13 +0000 Message-Id: <54A81F49-F15E-4E21-8B98-0C76B960DFB0@recoil.org> References: <2734976.AqEKh5MclU@agaric> To: David Scott X-Mailer: Apple Mail (2.1993) Cc: Louis Gesbert , Thomas Gazagnaire , opam-devel , mirageos-devel Subject: Re: [MirageOS-devel] [opam-devel] 'provides' field design proposal X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org T24gNiBKYW4gMjAxNSwgYXQgMTg6MjcsIERhdmUgU2NvdHQgPERhdmUuU2NvdHRAY2l0cml4LmNv bT4gd3JvdGU6Cj4gCj4gCj4+IE9uIDYgSmFuIDIwMTUsIGF0IDE1OjQ5LCBUaG9tYXMgR2F6YWdu YWlyZSA8dGhvbWFzQGdhemFnbmFpcmUub3JnPiB3cm90ZToKPj4gCj4+IFRoYW5rcyBMb3VpcyBm b3IgdGhlIGdyZWF0IHN1bW1hcnkhCj4+IAo+Pj4gLSBUaGUgZm9ya2luZyBhbmQgcHJvdmlkaW5n IHJlcGxhY2VtZW50cyB3b3VsZCBiZSByZWFsbHkgdXNlZnVsIGZvciBNaXJhZ2UsCj4+PiB3aGVy ZSB3ZSdyZSBoYXZpbmcgYW4gYWN0aXZlIGRpc2N1c3Npb24gYWJvdXQgaG93IHRvIHByb3ZpZGUg WGVuLXNwZWNpZmljCj4+PiB2ZXJzaW9ucyBvZiBjZXJ0YWluIHBhY2thZ2VzIHN1Y2ggYXMgWmFy aXRoLiAgVGhvbWFzICh3aXRoIGFueSBzdXJuYW1lKSwKPj4+IG9waW5pb25zIG9uIHRoaXM/IAo+ PiAKPj4gTXkgb3BpbmlvbjogSSB3YXMgdmVyeSBrZWVuIHRvIGhhdmUgdGhpcyBmZWF0dXJlIG9u IHRoZSBidWcgdHJhY2tlciwgYnV0IHdpdGggYWxsIHRoZSBkZXNpZ25zIGRldGFpbHMgaW4gbWlu ZCBJJ20gbXVjaCBsZXNzIGtlZW4gbm93LiBJdCBpbnRyb2R1Y2VzIGEgbG90IG9mIGNvbXBsZXhp dHkgd2l0aCBwaW5uaW5nIHNvIHdvdWxkIGJlIG5pY2UgdG8gc2VlIHdoYXQgd2UgY2FuIHNpbXBs aWZ5LiBGb3IgaW5zdGFuY2UsIG1heWJlIHdlIGNvdWxkIGZvcmJpZCB2aXJ0dWFsIHBhY2thZ2Vz IC0gYW5kIHBpbiBvbmx5IHRvIHJlYWwgcGFja2FnZXMuIE5lZWQgdG8gdGhpbmsgYSBiaXQgbW9y ZSBhYm91dCB0aGF0Lgo+PiAKPj4gYSBtb3JlIG1ldGEgY29tbWVudHM6IGlmIHdlIHB1dCBkZXNp Z24gZmlsZXMgaW4gdGhlIHJlcG8gKEknbSBub3QgdmVyeSBmb25kIG9mIHRoYXQsIGJ1dCB3aHkg bm90KSwgY291bGQgd2UgaGF2ZSBhIGhlYWRlciBzcGVjaWZ5aW5nIHRoZSBzdGF0dXMgb2YgdGhl IGRvY3VtZW50IChpZS4gZHJhZnQsIHBhcnRpYWxseSBpbXBsZW1lbnRlZCwgZGVwcmVjYXRlZCwg ZXRjLi4uKSBhbmQgdGhlIHRhcmdldCBvcGFtIHZlcnNpb25zLiBBbmQga2VlcCB0aGF0IHVwLXRv LWRhdGUgcGxlYXNlLgo+IAo+IEZZSSBvdmVyIGluIHRoZSB4YXBpLXByb2plY3Qgd2XigJl2ZSBi ZWVuIGV4cGVyaW1lbnRpbmcgd2l0aCBwdXR0aW5nIGRlc2lnbiBkb2NzIGluIGEgY2VudHJhbCBn aXRodWIgcmVwbyBhbmQgaGF2aW5nIGdpdGh1YiByZW5kZXIgdGhlbSBuaWNlbHkgZS5nLgo+IAo+ IGh0dHA6Ly94YXBpLXByb2plY3QuZ2l0aHViLmlvL2Rlc2lnbi1kb2NzL2luZGV4Lmh0bWwKPiAK PiBXZSBzdGljayBhIGhlYWRlciBvbiB0b3AgbGlrZQo+IAo+IC0tLQo+IHRpdGxlOiB0aGluIExW SEQgc3RvcmFnZQo+IGxheW91dDogZGVmYXVsdAo+IGRlc2lnbl9kb2M6IHRydWUKPiByZXZpc2lv bjogMQo+IHN0YXR1czogcHJvcG9zZWQKPiDigJQKPiAKPiBhbmQgaGF2ZSBhIGRlc2lnbiBkb2Mg aW5kZXggdGVtcGxhdGUKPiAKPiBodHRwczovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L3hhcGkt cHJvamVjdC5naXRodWIuaW8vYmxvYi9tYXN0ZXIvX2xheW91dHMvZGVzaWduX2RvY3NfbGlzdC5o dG1sCj4gCj4gU28gZmFyIGl04oCZcyB3b3JraW5nIHF1aXRlIHdlbGwgZm9yIHVzLgoKT2ggd293 LCB0aGF0J3MgYSBsb3ZlbHkgZGVzaWduISAgSSdtIGp1c3QgZG9pbmcgYSBtaW5pIG92ZXJoYXVs IG9mIHRoZSBSZWFsIFdvcmxkIE9DYW1sIGNvbW1lbnRpbmcgc3lzdGVtIHRoYXQgY3JlYXRlZCBH aXRIdWIgaXNzdWVzIGZyb20gcGFyYWdyYXBocyAtLSBJIGNvdWxkIGltYWdpbmUgdGhhdCBmaXR0 aW5nIGluIHF1aXRlIHdlbGwgdG8gbGV0IHBlb3BsZSBsZWF2ZSBjb21tZW50cyBhbmQgZG8gc3Bl YyByZXZpZXcgbW9yZSBlYXNpbHkuCgotYW5pbApfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXwpNaXJhZ2VPUy1kZXZlbCBtYWlsaW5nIGxpc3QKTWlyYWdlT1Mt ZGV2ZWxAbGlzdHMueGVucHJvamVjdC5vcmcKaHR0cDovL2xpc3RzLnhlbnByb2plY3Qub3JnL2Nn aS1iaW4vbWFpbG1hbi9saXN0aW5mby9taXJhZ2Vvcy1kZXZlbAo= From mirageos-devel-bounces@lists.xenproject.org Tue Jan 06 18:32:21 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 06 Jan 2015 18:32:21 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8YvU-0004JW-Ss; Tue, 06 Jan 2015 18:32:20 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8YvU-0004Hr-3h for mirageos-devel@lists.xenproject.org; Tue, 06 Jan 2015 18:32:20 +0000 Received: from [85.158.143.35] by server-1.bemta-4.messagelabs.com id A5/5F-09842-33A2CA45; Tue, 06 Jan 2015 18:32:19 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-10.tower-21.messagelabs.com!1420569138!19646072!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16378 invoked from network); 6 Jan 2015 18:32:18 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-10.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 Jan 2015 18:32:18 -0000 Received: from [192.168.1.75] (cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net [86.30.244.239]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 54dde4c4; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Tue, 6 Jan 2015 18:32:17 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: Date: Tue, 6 Jan 2015 18:32:13 +0000 Message-Id: <54A81F49-F15E-4E21-8B98-0C76B960DFB0@recoil.org> References: <2734976.AqEKh5MclU@agaric> To: David Scott X-Mailer: Apple Mail (2.1993) Cc: Louis Gesbert , Thomas Gazagnaire , opam-devel , mirageos-devel Subject: Re: [MirageOS-devel] [opam-devel] 'provides' field design proposal X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org T24gNiBKYW4gMjAxNSwgYXQgMTg6MjcsIERhdmUgU2NvdHQgPERhdmUuU2NvdHRAY2l0cml4LmNv bT4gd3JvdGU6Cj4gCj4gCj4+IE9uIDYgSmFuIDIwMTUsIGF0IDE1OjQ5LCBUaG9tYXMgR2F6YWdu YWlyZSA8dGhvbWFzQGdhemFnbmFpcmUub3JnPiB3cm90ZToKPj4gCj4+IFRoYW5rcyBMb3VpcyBm b3IgdGhlIGdyZWF0IHN1bW1hcnkhCj4+IAo+Pj4gLSBUaGUgZm9ya2luZyBhbmQgcHJvdmlkaW5n IHJlcGxhY2VtZW50cyB3b3VsZCBiZSByZWFsbHkgdXNlZnVsIGZvciBNaXJhZ2UsCj4+PiB3aGVy ZSB3ZSdyZSBoYXZpbmcgYW4gYWN0aXZlIGRpc2N1c3Npb24gYWJvdXQgaG93IHRvIHByb3ZpZGUg WGVuLXNwZWNpZmljCj4+PiB2ZXJzaW9ucyBvZiBjZXJ0YWluIHBhY2thZ2VzIHN1Y2ggYXMgWmFy aXRoLiAgVGhvbWFzICh3aXRoIGFueSBzdXJuYW1lKSwKPj4+IG9waW5pb25zIG9uIHRoaXM/IAo+ PiAKPj4gTXkgb3BpbmlvbjogSSB3YXMgdmVyeSBrZWVuIHRvIGhhdmUgdGhpcyBmZWF0dXJlIG9u IHRoZSBidWcgdHJhY2tlciwgYnV0IHdpdGggYWxsIHRoZSBkZXNpZ25zIGRldGFpbHMgaW4gbWlu ZCBJJ20gbXVjaCBsZXNzIGtlZW4gbm93LiBJdCBpbnRyb2R1Y2VzIGEgbG90IG9mIGNvbXBsZXhp dHkgd2l0aCBwaW5uaW5nIHNvIHdvdWxkIGJlIG5pY2UgdG8gc2VlIHdoYXQgd2UgY2FuIHNpbXBs aWZ5LiBGb3IgaW5zdGFuY2UsIG1heWJlIHdlIGNvdWxkIGZvcmJpZCB2aXJ0dWFsIHBhY2thZ2Vz IC0gYW5kIHBpbiBvbmx5IHRvIHJlYWwgcGFja2FnZXMuIE5lZWQgdG8gdGhpbmsgYSBiaXQgbW9y ZSBhYm91dCB0aGF0Lgo+PiAKPj4gYSBtb3JlIG1ldGEgY29tbWVudHM6IGlmIHdlIHB1dCBkZXNp Z24gZmlsZXMgaW4gdGhlIHJlcG8gKEknbSBub3QgdmVyeSBmb25kIG9mIHRoYXQsIGJ1dCB3aHkg bm90KSwgY291bGQgd2UgaGF2ZSBhIGhlYWRlciBzcGVjaWZ5aW5nIHRoZSBzdGF0dXMgb2YgdGhl IGRvY3VtZW50IChpZS4gZHJhZnQsIHBhcnRpYWxseSBpbXBsZW1lbnRlZCwgZGVwcmVjYXRlZCwg ZXRjLi4uKSBhbmQgdGhlIHRhcmdldCBvcGFtIHZlcnNpb25zLiBBbmQga2VlcCB0aGF0IHVwLXRv LWRhdGUgcGxlYXNlLgo+IAo+IEZZSSBvdmVyIGluIHRoZSB4YXBpLXByb2plY3Qgd2XigJl2ZSBi ZWVuIGV4cGVyaW1lbnRpbmcgd2l0aCBwdXR0aW5nIGRlc2lnbiBkb2NzIGluIGEgY2VudHJhbCBn aXRodWIgcmVwbyBhbmQgaGF2aW5nIGdpdGh1YiByZW5kZXIgdGhlbSBuaWNlbHkgZS5nLgo+IAo+ IGh0dHA6Ly94YXBpLXByb2plY3QuZ2l0aHViLmlvL2Rlc2lnbi1kb2NzL2luZGV4Lmh0bWwKPiAK PiBXZSBzdGljayBhIGhlYWRlciBvbiB0b3AgbGlrZQo+IAo+IC0tLQo+IHRpdGxlOiB0aGluIExW SEQgc3RvcmFnZQo+IGxheW91dDogZGVmYXVsdAo+IGRlc2lnbl9kb2M6IHRydWUKPiByZXZpc2lv bjogMQo+IHN0YXR1czogcHJvcG9zZWQKPiDigJQKPiAKPiBhbmQgaGF2ZSBhIGRlc2lnbiBkb2Mg aW5kZXggdGVtcGxhdGUKPiAKPiBodHRwczovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L3hhcGkt cHJvamVjdC5naXRodWIuaW8vYmxvYi9tYXN0ZXIvX2xheW91dHMvZGVzaWduX2RvY3NfbGlzdC5o dG1sCj4gCj4gU28gZmFyIGl04oCZcyB3b3JraW5nIHF1aXRlIHdlbGwgZm9yIHVzLgoKT2ggd293 LCB0aGF0J3MgYSBsb3ZlbHkgZGVzaWduISAgSSdtIGp1c3QgZG9pbmcgYSBtaW5pIG92ZXJoYXVs IG9mIHRoZSBSZWFsIFdvcmxkIE9DYW1sIGNvbW1lbnRpbmcgc3lzdGVtIHRoYXQgY3JlYXRlZCBH aXRIdWIgaXNzdWVzIGZyb20gcGFyYWdyYXBocyAtLSBJIGNvdWxkIGltYWdpbmUgdGhhdCBmaXR0 aW5nIGluIHF1aXRlIHdlbGwgdG8gbGV0IHBlb3BsZSBsZWF2ZSBjb21tZW50cyBhbmQgZG8gc3Bl YyByZXZpZXcgbW9yZSBlYXNpbHkuCgotYW5pbApfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXwpNaXJhZ2VPUy1kZXZlbCBtYWlsaW5nIGxpc3QKTWlyYWdlT1Mt ZGV2ZWxAbGlzdHMueGVucHJvamVjdC5vcmcKaHR0cDovL2xpc3RzLnhlbnByb2plY3Qub3JnL2Nn aS1iaW4vbWFpbG1hbi9saXN0aW5mby9taXJhZ2Vvcy1kZXZlbAo= From mirageos-devel-bounces@lists.xenproject.org Tue Jan 06 18:33:03 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 06 Jan 2015 18:33:03 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8YwB-0004M4-0v; Tue, 06 Jan 2015 18:33:03 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8Yw8-0004Lw-EL for MirageOS-devel@lists.xenproject.org; Tue, 06 Jan 2015 18:33:00 +0000 Received: from [85.158.137.68] by server-14.bemta-3.messagelabs.com id 80/62-07724-B5A2CA45; Tue, 06 Jan 2015 18:32:59 +0000 X-Env-Sender: anand.prabhakar.patil@gmail.com X-Msg-Ref: server-14.tower-31.messagelabs.com!1420569178!15193464!1 X-Originating-IP: [209.85.217.175] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31908 invoked from network); 6 Jan 2015 18:32:59 -0000 Received: from mail-lb0-f175.google.com (HELO mail-lb0-f175.google.com) (209.85.217.175) by server-14.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 6 Jan 2015 18:32:59 -0000 Received: by mail-lb0-f175.google.com with SMTP id z11so11771970lbi.6 for ; Tue, 06 Jan 2015 10:32:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=FJ0JGRVlqmJHPW7zFduHm9CBcm4TuTRMDKsDaiGql0A=; b=uFPU3SEs+vV0ixbuCXWbSTYVjvath3e0qTSBpMVsi2hwoRvsdkpoF0gCq1/wlvQDLY itECgobCd3oTQLvpcJ6n9X6o5DYgQ64SkKS+DdaU5vejYlCGWp20ueTUREvJZ3zORPSS fTd5mw5tOV6u9so8h2m0odnh57grAyPfKC+svK0sXaS8tnL6csHxZ8UTtrCjLpGjI/+F Xb7oklrc4gKC3vmMsRInCtu7lTfABJGa6V4zPJgvlyQV09og/b+1388Wld+yEinKhsIM r5ebMfr0/IJXe+5WyUt+5NXYCcJBzm05G1GMPt3fsoOJt6mgsMWqVBDW2YfXGhlkmTUf nXsg== X-Received: by 10.152.115.172 with SMTP id jp12mr101846545lab.33.1420569178293; Tue, 06 Jan 2015 10:32:58 -0800 (PST) MIME-Version: 1.0 Received: by 10.114.77.35 with HTTP; Tue, 6 Jan 2015 10:32:38 -0800 (PST) In-Reply-To: <073A0B5C-531B-4B7B-ABA3-1D8A0EC4C4BA@recoil.org> References: <073A0B5C-531B-4B7B-ABA3-1D8A0EC4C4BA@recoil.org> From: Anand Patil Date: Tue, 6 Jan 2015 10:32:38 -0800 Message-ID: To: Anil Madhavapeddy , thomas@gazagnaire.org Cc: MirageOS-devel@lists.xenproject.org Subject: Re: [MirageOS-devel] COW XML questions X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org Hi Anil and Thomas, thanks for the pointers. I'll keep plugging away at this and will let you know how I get on. Anand On Tue, Jan 6, 2015 at 7:43 AM, Anil Madhavapeddy wrote: > On 5 Jan 2015, at 05:56, Anand Patil wrote: > >> In order to learn OCaml and thence Mirage, I've been working a little >> bit on an automatically generated, complete AWS client along the lines >> of https://github.com/stripe/aws-go using camlp4. I've got the types >> generated, and now need to generate to/from XML functions for each >> record type. >> > > Incidentally, this would be awesomely useful to have. You might also > want to look at Jyotsna Prakash's (manually written) bindings for > helper functions that might come in useful: > > https://github.com/moonlightdrive/ocaml-ec2 > > Feel free to ask here if you run into any blockers. > > -anil > _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Tue Jan 06 18:33:03 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 06 Jan 2015 18:33:03 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8YwB-0004M4-0v; Tue, 06 Jan 2015 18:33:03 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8Yw8-0004Lw-EL for MirageOS-devel@lists.xenproject.org; Tue, 06 Jan 2015 18:33:00 +0000 Received: from [85.158.137.68] by server-14.bemta-3.messagelabs.com id 80/62-07724-B5A2CA45; Tue, 06 Jan 2015 18:32:59 +0000 X-Env-Sender: anand.prabhakar.patil@gmail.com X-Msg-Ref: server-14.tower-31.messagelabs.com!1420569178!15193464!1 X-Originating-IP: [209.85.217.175] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31908 invoked from network); 6 Jan 2015 18:32:59 -0000 Received: from mail-lb0-f175.google.com (HELO mail-lb0-f175.google.com) (209.85.217.175) by server-14.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 6 Jan 2015 18:32:59 -0000 Received: by mail-lb0-f175.google.com with SMTP id z11so11771970lbi.6 for ; Tue, 06 Jan 2015 10:32:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=FJ0JGRVlqmJHPW7zFduHm9CBcm4TuTRMDKsDaiGql0A=; b=uFPU3SEs+vV0ixbuCXWbSTYVjvath3e0qTSBpMVsi2hwoRvsdkpoF0gCq1/wlvQDLY itECgobCd3oTQLvpcJ6n9X6o5DYgQ64SkKS+DdaU5vejYlCGWp20ueTUREvJZ3zORPSS fTd5mw5tOV6u9so8h2m0odnh57grAyPfKC+svK0sXaS8tnL6csHxZ8UTtrCjLpGjI/+F Xb7oklrc4gKC3vmMsRInCtu7lTfABJGa6V4zPJgvlyQV09og/b+1388Wld+yEinKhsIM r5ebMfr0/IJXe+5WyUt+5NXYCcJBzm05G1GMPt3fsoOJt6mgsMWqVBDW2YfXGhlkmTUf nXsg== X-Received: by 10.152.115.172 with SMTP id jp12mr101846545lab.33.1420569178293; Tue, 06 Jan 2015 10:32:58 -0800 (PST) MIME-Version: 1.0 Received: by 10.114.77.35 with HTTP; Tue, 6 Jan 2015 10:32:38 -0800 (PST) In-Reply-To: <073A0B5C-531B-4B7B-ABA3-1D8A0EC4C4BA@recoil.org> References: <073A0B5C-531B-4B7B-ABA3-1D8A0EC4C4BA@recoil.org> From: Anand Patil Date: Tue, 6 Jan 2015 10:32:38 -0800 Message-ID: To: Anil Madhavapeddy , thomas@gazagnaire.org Cc: MirageOS-devel@lists.xenproject.org Subject: Re: [MirageOS-devel] COW XML questions X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org Hi Anil and Thomas, thanks for the pointers. I'll keep plugging away at this and will let you know how I get on. Anand On Tue, Jan 6, 2015 at 7:43 AM, Anil Madhavapeddy wrote: > On 5 Jan 2015, at 05:56, Anand Patil wrote: > >> In order to learn OCaml and thence Mirage, I've been working a little >> bit on an automatically generated, complete AWS client along the lines >> of https://github.com/stripe/aws-go using camlp4. I've got the types >> generated, and now need to generate to/from XML functions for each >> record type. >> > > Incidentally, this would be awesomely useful to have. You might also > want to look at Jyotsna Prakash's (manually written) bindings for > helper functions that might come in useful: > > https://github.com/moonlightdrive/ocaml-ec2 > > Feel free to ask here if you run into any blockers. > > -anil > _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Wed Jan 07 08:26:42 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 07 Jan 2015 08:26:42 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8lwn-00034w-6J; Wed, 07 Jan 2015 08:26:33 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8lwm-00034r-1L for mirageos-devel@lists.xenproject.org; Wed, 07 Jan 2015 08:26:32 +0000 Received: from [85.158.137.68] by server-6.bemta-3.messagelabs.com id D6/78-17694-7BDECA45; Wed, 07 Jan 2015 08:26:31 +0000 X-Env-Sender: louis.gesbert@ocamlpro.com X-Msg-Ref: server-11.tower-31.messagelabs.com!1420619188!17761763!1 X-Originating-IP: [212.227.17.13] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10564 invoked from network); 7 Jan 2015 08:26:28 -0000 Received: from mout.kundenserver.de (HELO mout.kundenserver.de) (212.227.17.13) by server-11.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 7 Jan 2015 08:26:28 -0000 Received: from agaric.localnet ([121.93.165.52]) by mrelayeu.kundenserver.de (mreue103) with ESMTPSA (Nemesis) id 0M1ygd-1XpaIr0hwJ-00u495; Wed, 07 Jan 2015 09:26:26 +0100 From: Louis Gesbert To: Anil Madhavapeddy Date: Wed, 07 Jan 2015 17:26:18 +0900 Message-ID: <1571602.vAFOe9gNh3@agaric> Organization: OCamlPro User-Agent: KMail/4.14.1 (Linux/3.16.0-4-amd64; KDE/4.14.2; x86_64; ; ) In-Reply-To: References: <2734976.AqEKh5MclU@agaric> MIME-Version: 1.0 X-Provags-ID: V03:K0:fPpb0B9TekCUvdRm8kjOtd0iw1+NKfaMmOouX3dMPR7ZQZ44gvx j6EXlcXBu9WNwVuEwCqW4IwbJ7qDM/KZAo9tjKWAcuOg3ni5Gf5IJmjsLYhXYh2X7ycqszH 1q49iZ4jF4foHfsARIbtqUBzWkGLZxEiJQwOfeyYcBV0mCo64a3v9APsT2sfv9TVIH68EP2 2+Q615Nj7KzpwdVdaWHmg== X-UI-Out-Filterresults: notjunk:1; Cc: opam-devel , mirageos-devel Subject: Re: [MirageOS-devel] [opam-devel] 'provides' field design proposal X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org Some follow-ups, before updating the design document: * On pinning: pinning a source clearly implies this is a concrete package (or becomes one); on the other hand, pinning a version should only be allowed for concrete packages. With this limitations I think we can sort it out without too much trouble. Since any virtual package has to be provided by some concrete package, you can always pin those, or create your own package with the same "provides" and pin it. * internal heuristics: as Roberto pointed out, this his handled by Dose, so shouldn't be too much trouble either (but given the nature of this code, it's impossible to be sure at the moment). A rewrite to ORed depends is possible in the worst case, but adding a layer at that stage would probably mess up user messages ; it should really not be needed. * checking concrete dependencies: not sure how that would be covered by 'provides', as it is the conjunction of several packages that provides the new one (cohttp + lwt => cohttp-lwt). It seems closer to the 'features' stuff, but you can't _depend_ on a feature with the current design (restricting features definitions to package formulas may make it possible though; I'll think about it)... Another possibility, maybe (but interaction with cudf would need to be carefully studied, because we are getting out of what is supported), would be to have additional formulas on 'provides': cohttp/ provides: [ "cohttp-lwt" { lwt } ] In terms of rewriting it doesn't seem much more difficult, virtual package cohttp-lwt would include ("cohttp" & "lwt") in its depends disjunction instead of just "cohttp". Anyway, we can easily leave that part for later. * new question: if I have several packages providing Foo, should I recompile a package depending on Foo whenever one of them changes ? I'd say yes... * Location of design documents: not sure at all this is best, because versionning of the design document (at least during the design phase) doesn't need to be synchronized with the source, but it has its advantages, and I don't like github's wikis much. Seemed more practical for something in-depth than just an issue. Do you suggest another option ? Adding headers is a good idea. Cheers! Louis > - Anil Madhavapeddy, 06/01/2015 15:39 - > Looks great, Louis! My immediate thoughts: > > - This does have the potential to complicating pinning quite a lot, which > needs to be balanced against the better upgrade messages. Do you think > this will need a package selection priority the way that apt-pinning in > Debian works (e.g. so that ocaml-tls can be selected ahead of openssl-tls > for the TLS package). > > - The forking and providing replacements would be really useful for Mirage, > where we're having an active discussion about how to provide Xen-specific > versions of certain packages such as Zarith. Thomas (with any surname), > opinions on this? > > - How much damage will this do to the internal solver heuristics? > > -anil > > > On 5 Jan 2015, at 08:36, Louis Gesbert wrote: > > > > Hi all, and happy new year ! > > > > I just added to opam a design proposal to open discussion on the implementation of the 'provides' field and its use-cases. > > > > It's at https://github.com/ocaml/opam/blob/master/doc/design/provides.md > > > > Cheers, > > Louis > > _______________________________________________ > > opam-devel mailing list > > opam-devel@lists.ocaml.org > > http://lists.ocaml.org/listinfo/opam-devel > > _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Wed Jan 07 08:26:42 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 07 Jan 2015 08:26:42 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8lwn-00034w-6J; Wed, 07 Jan 2015 08:26:33 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8lwm-00034r-1L for mirageos-devel@lists.xenproject.org; Wed, 07 Jan 2015 08:26:32 +0000 Received: from [85.158.137.68] by server-6.bemta-3.messagelabs.com id D6/78-17694-7BDECA45; Wed, 07 Jan 2015 08:26:31 +0000 X-Env-Sender: louis.gesbert@ocamlpro.com X-Msg-Ref: server-11.tower-31.messagelabs.com!1420619188!17761763!1 X-Originating-IP: [212.227.17.13] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10564 invoked from network); 7 Jan 2015 08:26:28 -0000 Received: from mout.kundenserver.de (HELO mout.kundenserver.de) (212.227.17.13) by server-11.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 7 Jan 2015 08:26:28 -0000 Received: from agaric.localnet ([121.93.165.52]) by mrelayeu.kundenserver.de (mreue103) with ESMTPSA (Nemesis) id 0M1ygd-1XpaIr0hwJ-00u495; Wed, 07 Jan 2015 09:26:26 +0100 From: Louis Gesbert To: Anil Madhavapeddy Date: Wed, 07 Jan 2015 17:26:18 +0900 Message-ID: <1571602.vAFOe9gNh3@agaric> Organization: OCamlPro User-Agent: KMail/4.14.1 (Linux/3.16.0-4-amd64; KDE/4.14.2; x86_64; ; ) In-Reply-To: References: <2734976.AqEKh5MclU@agaric> MIME-Version: 1.0 X-Provags-ID: V03:K0:fPpb0B9TekCUvdRm8kjOtd0iw1+NKfaMmOouX3dMPR7ZQZ44gvx j6EXlcXBu9WNwVuEwCqW4IwbJ7qDM/KZAo9tjKWAcuOg3ni5Gf5IJmjsLYhXYh2X7ycqszH 1q49iZ4jF4foHfsARIbtqUBzWkGLZxEiJQwOfeyYcBV0mCo64a3v9APsT2sfv9TVIH68EP2 2+Q615Nj7KzpwdVdaWHmg== X-UI-Out-Filterresults: notjunk:1; Cc: opam-devel , mirageos-devel Subject: Re: [MirageOS-devel] [opam-devel] 'provides' field design proposal X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org Some follow-ups, before updating the design document: * On pinning: pinning a source clearly implies this is a concrete package (or becomes one); on the other hand, pinning a version should only be allowed for concrete packages. With this limitations I think we can sort it out without too much trouble. Since any virtual package has to be provided by some concrete package, you can always pin those, or create your own package with the same "provides" and pin it. * internal heuristics: as Roberto pointed out, this his handled by Dose, so shouldn't be too much trouble either (but given the nature of this code, it's impossible to be sure at the moment). A rewrite to ORed depends is possible in the worst case, but adding a layer at that stage would probably mess up user messages ; it should really not be needed. * checking concrete dependencies: not sure how that would be covered by 'provides', as it is the conjunction of several packages that provides the new one (cohttp + lwt => cohttp-lwt). It seems closer to the 'features' stuff, but you can't _depend_ on a feature with the current design (restricting features definitions to package formulas may make it possible though; I'll think about it)... Another possibility, maybe (but interaction with cudf would need to be carefully studied, because we are getting out of what is supported), would be to have additional formulas on 'provides': cohttp/ provides: [ "cohttp-lwt" { lwt } ] In terms of rewriting it doesn't seem much more difficult, virtual package cohttp-lwt would include ("cohttp" & "lwt") in its depends disjunction instead of just "cohttp". Anyway, we can easily leave that part for later. * new question: if I have several packages providing Foo, should I recompile a package depending on Foo whenever one of them changes ? I'd say yes... * Location of design documents: not sure at all this is best, because versionning of the design document (at least during the design phase) doesn't need to be synchronized with the source, but it has its advantages, and I don't like github's wikis much. Seemed more practical for something in-depth than just an issue. Do you suggest another option ? Adding headers is a good idea. Cheers! Louis > - Anil Madhavapeddy, 06/01/2015 15:39 - > Looks great, Louis! My immediate thoughts: > > - This does have the potential to complicating pinning quite a lot, which > needs to be balanced against the better upgrade messages. Do you think > this will need a package selection priority the way that apt-pinning in > Debian works (e.g. so that ocaml-tls can be selected ahead of openssl-tls > for the TLS package). > > - The forking and providing replacements would be really useful for Mirage, > where we're having an active discussion about how to provide Xen-specific > versions of certain packages such as Zarith. Thomas (with any surname), > opinions on this? > > - How much damage will this do to the internal solver heuristics? > > -anil > > > On 5 Jan 2015, at 08:36, Louis Gesbert wrote: > > > > Hi all, and happy new year ! > > > > I just added to opam a design proposal to open discussion on the implementation of the 'provides' field and its use-cases. > > > > It's at https://github.com/ocaml/opam/blob/master/doc/design/provides.md > > > > Cheers, > > Louis > > _______________________________________________ > > opam-devel mailing list > > opam-devel@lists.ocaml.org > > http://lists.ocaml.org/listinfo/opam-devel > > _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Wed Jan 07 09:09:17 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 07 Jan 2015 09:09:17 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8mc5-0005Q5-CI; Wed, 07 Jan 2015 09:09:13 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8mc4-0005Po-2Y for mirageos-devel@lists.xenproject.org; Wed, 07 Jan 2015 09:09:12 +0000 Received: from [193.109.254.147] by server-7.bemta-14.messagelabs.com id 18/6A-27785-7B7FCA45; Wed, 07 Jan 2015 09:09:11 +0000 X-Env-Sender: thomas.gazagnaire@gmail.com X-Msg-Ref: server-3.tower-27.messagelabs.com!1420621750!14250903!1 X-Originating-IP: [74.125.82.41] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19782 invoked from network); 7 Jan 2015 09:09:10 -0000 Received: from mail-wg0-f41.google.com (HELO mail-wg0-f41.google.com) (74.125.82.41) by server-3.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 7 Jan 2015 09:09:10 -0000 Received: by mail-wg0-f41.google.com with SMTP id l18so792391wgh.0 for ; Wed, 07 Jan 2015 01:09:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=P8d6viGzlDlj9tGvJ3s+uekJGFiKIhgquoJl13tNAKg=; b=jNPkJ6Bs2oWbsQ5Pk3MkopAaY47Q0SZPmZlEOoq6LA8oHF3OP8hU0W5ydPIPwJcfUU yvo86b9vZW4qLQrRuXDLEg7zsec20efi3cba3t+7JOzCGjwXZGGKL8mkRi6nUEkFDGxZ CvugFk6aTXRt89KMX0zgfms5E4UNXYFLXe+huSspKeKv/WMNU/yVUtEcL0mTTxQMcXfm Xa5NXzXUhvGHCLbPy4+rkEjeJxkH+hwj7s4qgiugTqPNH39yGm4uJmS9NGvw/c1LgipB OVCSK4Y7f7Xq/f5Ph+78S7ekI5J7zx+MRpzj0qf1bU/pgwjHDnBu3beZLDD0EV4TLMu3 BSmg== X-Received: by 10.194.84.179 with SMTP id a19mr4154582wjz.96.1420621750251; Wed, 07 Jan 2015 01:09:10 -0800 (PST) Received: from [192.168.0.2] (cpc25-cmbg14-2-0-cust121.5-4.cable.virginm.net. [213.106.112.122]) by mx.google.com with ESMTPSA id bj3sm17072731wib.3.2015.01.07.01.09.08 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 07 Jan 2015 01:09:09 -0800 (PST) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Thomas Gazagnaire In-Reply-To: <1571602.vAFOe9gNh3@agaric> Date: Wed, 7 Jan 2015 09:09:10 +0000 Message-Id: References: <2734976.AqEKh5MclU@agaric> <1571602.vAFOe9gNh3@agaric> To: Louis Gesbert X-Mailer: Apple Mail (2.1993) Cc: opam-devel , mirageos-devel , Anil Madhavapeddy Subject: Re: [MirageOS-devel] [opam-devel] 'provides' field design proposal X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org > * checking concrete dependencies: not sure how that would be covered by 'provides', as it is the conjunction of several packages that provides the new one (cohttp + lwt => cohttp-lwt). It seems closer to the 'features' stuff, but you can't _depend_ on a feature with the current design (restricting features definitions to package formulas may make it possible though; I'll think about it)... > Another possibility, maybe (but interaction with cudf would need to be carefully studied, because we are getting out of what is supported), would be to have additional formulas on 'provides': > cohttp/ provides: [ "cohttp-lwt" { lwt } ] > In terms of rewriting it doesn't seem much more difficult, virtual package cohttp-lwt would include ("cohttp" & "lwt") in its depends disjunction instead of just "cohttp". Anyway, we can easily leave that part for later. Not sure I understand that part. Would it be simpler to always require that "provides" contains the name(s) of concrete package(s)? Supporting "virtual packages" means that we have 2 ways to do the same things: depots and provides. Which means it is harder to explain to the user what to use when. I think the goal of "provides" should be "just" a simple way to provide slightly patched opam packages without requiring hackish pining, not a way to expose in the "provides" all the modules/implementations provided by an opam package (although it could be a good idea too, but I think should be kept out of the scope of that proposal). Thomas > > * new question: if I have several packages providing Foo, should I recompile a package depending on Foo whenever one of them changes ? I'd say yes... > > * Location of design documents: not sure at all this is best, because versionning of the design document (at least during the design phase) doesn't need to be synchronized with the source, but it has its advantages, and I don't like github's wikis much. Seemed more practical for something in-depth than just an issue. Do you suggest another option ? Adding headers is a good idea. > > Cheers! > Louis > >> - Anil Madhavapeddy, 06/01/2015 15:39 - >> Looks great, Louis! My immediate thoughts: >> >> - This does have the potential to complicating pinning quite a lot, which >> needs to be balanced against the better upgrade messages. Do you think >> this will need a package selection priority the way that apt-pinning in >> Debian works (e.g. so that ocaml-tls can be selected ahead of openssl-tls >> for the TLS package). >> >> - The forking and providing replacements would be really useful for Mirage, >> where we're having an active discussion about how to provide Xen-specific >> versions of certain packages such as Zarith. Thomas (with any surname), >> opinions on this? >> >> - How much damage will this do to the internal solver heuristics? >> >> -anil >> >>> On 5 Jan 2015, at 08:36, Louis Gesbert wrote: >>> >>> Hi all, and happy new year ! >>> >>> I just added to opam a design proposal to open discussion on the implementation of the 'provides' field and its use-cases. >>> >>> It's at https://github.com/ocaml/opam/blob/master/doc/design/provides.md >>> >>> Cheers, >>> Louis >>> _______________________________________________ >>> opam-devel mailing list >>> opam-devel@lists.ocaml.org >>> http://lists.ocaml.org/listinfo/opam-devel >>> > _______________________________________________ > opam-devel mailing list > opam-devel@lists.ocaml.org > http://lists.ocaml.org/listinfo/opam-devel _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Wed Jan 07 09:09:17 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 07 Jan 2015 09:09:17 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8mc5-0005Q5-CI; Wed, 07 Jan 2015 09:09:13 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8mc4-0005Po-2Y for mirageos-devel@lists.xenproject.org; Wed, 07 Jan 2015 09:09:12 +0000 Received: from [193.109.254.147] by server-7.bemta-14.messagelabs.com id 18/6A-27785-7B7FCA45; Wed, 07 Jan 2015 09:09:11 +0000 X-Env-Sender: thomas.gazagnaire@gmail.com X-Msg-Ref: server-3.tower-27.messagelabs.com!1420621750!14250903!1 X-Originating-IP: [74.125.82.41] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19782 invoked from network); 7 Jan 2015 09:09:10 -0000 Received: from mail-wg0-f41.google.com (HELO mail-wg0-f41.google.com) (74.125.82.41) by server-3.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 7 Jan 2015 09:09:10 -0000 Received: by mail-wg0-f41.google.com with SMTP id l18so792391wgh.0 for ; Wed, 07 Jan 2015 01:09:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=P8d6viGzlDlj9tGvJ3s+uekJGFiKIhgquoJl13tNAKg=; b=jNPkJ6Bs2oWbsQ5Pk3MkopAaY47Q0SZPmZlEOoq6LA8oHF3OP8hU0W5ydPIPwJcfUU yvo86b9vZW4qLQrRuXDLEg7zsec20efi3cba3t+7JOzCGjwXZGGKL8mkRi6nUEkFDGxZ CvugFk6aTXRt89KMX0zgfms5E4UNXYFLXe+huSspKeKv/WMNU/yVUtEcL0mTTxQMcXfm Xa5NXzXUhvGHCLbPy4+rkEjeJxkH+hwj7s4qgiugTqPNH39yGm4uJmS9NGvw/c1LgipB OVCSK4Y7f7Xq/f5Ph+78S7ekI5J7zx+MRpzj0qf1bU/pgwjHDnBu3beZLDD0EV4TLMu3 BSmg== X-Received: by 10.194.84.179 with SMTP id a19mr4154582wjz.96.1420621750251; Wed, 07 Jan 2015 01:09:10 -0800 (PST) Received: from [192.168.0.2] (cpc25-cmbg14-2-0-cust121.5-4.cable.virginm.net. [213.106.112.122]) by mx.google.com with ESMTPSA id bj3sm17072731wib.3.2015.01.07.01.09.08 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 07 Jan 2015 01:09:09 -0800 (PST) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Thomas Gazagnaire In-Reply-To: <1571602.vAFOe9gNh3@agaric> Date: Wed, 7 Jan 2015 09:09:10 +0000 Message-Id: References: <2734976.AqEKh5MclU@agaric> <1571602.vAFOe9gNh3@agaric> To: Louis Gesbert X-Mailer: Apple Mail (2.1993) Cc: opam-devel , mirageos-devel , Anil Madhavapeddy Subject: Re: [MirageOS-devel] [opam-devel] 'provides' field design proposal X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org > * checking concrete dependencies: not sure how that would be covered by 'provides', as it is the conjunction of several packages that provides the new one (cohttp + lwt => cohttp-lwt). It seems closer to the 'features' stuff, but you can't _depend_ on a feature with the current design (restricting features definitions to package formulas may make it possible though; I'll think about it)... > Another possibility, maybe (but interaction with cudf would need to be carefully studied, because we are getting out of what is supported), would be to have additional formulas on 'provides': > cohttp/ provides: [ "cohttp-lwt" { lwt } ] > In terms of rewriting it doesn't seem much more difficult, virtual package cohttp-lwt would include ("cohttp" & "lwt") in its depends disjunction instead of just "cohttp". Anyway, we can easily leave that part for later. Not sure I understand that part. Would it be simpler to always require that "provides" contains the name(s) of concrete package(s)? Supporting "virtual packages" means that we have 2 ways to do the same things: depots and provides. Which means it is harder to explain to the user what to use when. I think the goal of "provides" should be "just" a simple way to provide slightly patched opam packages without requiring hackish pining, not a way to expose in the "provides" all the modules/implementations provided by an opam package (although it could be a good idea too, but I think should be kept out of the scope of that proposal). Thomas > > * new question: if I have several packages providing Foo, should I recompile a package depending on Foo whenever one of them changes ? I'd say yes... > > * Location of design documents: not sure at all this is best, because versionning of the design document (at least during the design phase) doesn't need to be synchronized with the source, but it has its advantages, and I don't like github's wikis much. Seemed more practical for something in-depth than just an issue. Do you suggest another option ? Adding headers is a good idea. > > Cheers! > Louis > >> - Anil Madhavapeddy, 06/01/2015 15:39 - >> Looks great, Louis! My immediate thoughts: >> >> - This does have the potential to complicating pinning quite a lot, which >> needs to be balanced against the better upgrade messages. Do you think >> this will need a package selection priority the way that apt-pinning in >> Debian works (e.g. so that ocaml-tls can be selected ahead of openssl-tls >> for the TLS package). >> >> - The forking and providing replacements would be really useful for Mirage, >> where we're having an active discussion about how to provide Xen-specific >> versions of certain packages such as Zarith. Thomas (with any surname), >> opinions on this? >> >> - How much damage will this do to the internal solver heuristics? >> >> -anil >> >>> On 5 Jan 2015, at 08:36, Louis Gesbert wrote: >>> >>> Hi all, and happy new year ! >>> >>> I just added to opam a design proposal to open discussion on the implementation of the 'provides' field and its use-cases. >>> >>> It's at https://github.com/ocaml/opam/blob/master/doc/design/provides.md >>> >>> Cheers, >>> Louis >>> _______________________________________________ >>> opam-devel mailing list >>> opam-devel@lists.ocaml.org >>> http://lists.ocaml.org/listinfo/opam-devel >>> > _______________________________________________ > opam-devel mailing list > opam-devel@lists.ocaml.org > http://lists.ocaml.org/listinfo/opam-devel _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Wed Jan 07 10:35:43 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 07 Jan 2015 10:35:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8nxn-0003Yt-5u; Wed, 07 Jan 2015 10:35:43 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8nxl-0003Yc-D4 for MirageOS-devel@lists.xenproject.org; Wed, 07 Jan 2015 10:35:41 +0000 Received: from [85.158.139.211] by server-12.bemta-5.messagelabs.com id 11/C6-25714-CFB0DA45; Wed, 07 Jan 2015 10:35:40 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-3.tower-206.messagelabs.com!1420626936!9065150!2 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_50_60,HTML_MESSAGE, RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23236 invoked from network); 7 Jan 2015 10:35:39 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-3.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 7 Jan 2015 10:35:39 -0000 Received: from 190.101.dyn.lse.ac.uk (190.101.dyn.lse.ac.uk [158.143.101.190]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 0ebd296d; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Wed, 7 Jan 2015 10:35:39 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: Date: Wed, 7 Jan 2015 08:36:47 +0000 Message-Id: <8BF6122A-1BA3-49A2-9AE0-804BA937784E@recoil.org> References: To: Michael Moon X-Mailer: Apple Mail (2.1993) Cc: MirageOS-devel@lists.xenproject.org Subject: Re: [MirageOS-devel] Example with multiple interfaces X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7016579099816685268==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============7016579099816685268== Content-Type: multipart/alternative; boundary="Apple-Mail=_4642D88A-CCF5-45CF-BBF5-8899463753A9" --Apple-Mail=_4642D88A-CCF5-45CF-BBF5-8899463753A9 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Indeed -- this should just work, but you may just be running into = network configuration issues on Unix. It would be useful to know what = backend you were using (Unix or Xen) and what the networking topology = was that failed. A simple multiple interface echo server would be useful though. Masoud, = did you have a pull request planned for your network throughput tests to = Mirage-skeleton? That would serve as both a benchmark and regression = test to check that traffic can flow between multiple interfaces. -anil > On 30 Dec 2014, at 11:43, Michael Moon = wrote: >=20 > What was the problem in making ping example work? >=20 > First of all, make sure that your opam is up to date (run "opam = update" and "opam upgrade") >=20 > Second, you may need root privilege in running mir-ping. >=20 > Third, manually assign ip address 10.0.0.1 to your tap0 device. >=20 >=20 > On Sun, Dec 28, 2014 at 8:44 PM, Jeremias Blendin = > wrote: > Hi, >=20 > I recently started with MirageOS and would like to configure multiple = interfaces with a unikernel. I experimented with the "ping" example from = mirage-skeleton repository, but could not get it to work. Are there any = examples with multiple interfaces available for beginners like me? >=20 > Thanks you >=20 > Jeremias >=20 > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org = > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel = >=20 >=20 > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel --Apple-Mail=_4642D88A-CCF5-45CF-BBF5-8899463753A9 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Indeed -- this should just work, but you may just be running = into network configuration issues on Unix.  It would be useful to = know what backend you were using (Unix or Xen) and what the networking = topology was that failed.

A simple multiple interface echo server would be useful = though.  Masoud, did you have a pull request planned for your = network throughput tests to Mirage-skeleton?  That would serve as = both a benchmark and regression test to check that traffic can flow = between multiple interfaces.

-anil

On 30 Dec 2014, at 11:43, Michael Moon <michaelmoon.pr@gmail.com> wrote:

What was the = problem in making ping example work?

First of all, make sure that your opam is up to date = (run "opam update" and "opam upgrade")

Second, you may need root privilege in running = mir-ping.

Third, manually assign ip = address 10.0.0.1 to your tap0 device.


On Sun, Dec 28, 2014 at 8:44 PM, Jeremias Blendin = <jeremias@blendin.org> = wrote:
Hi,

I = recently started with MirageOS and would like to configure multiple = interfaces with a unikernel. I experimented with the "ping" example = from mirage-skeleton repository, but could not get it to work. Are = there any examples with multiple interfaces available for beginners like = me?

Thanks = you

Jeremias

_______________________________________________
MirageOS-devel mailing list
MirageOS-devel@lists.xenproject.org
http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-d= evel


_______________________________________________
MirageOS-devel mailing list
MirageOS-devel@lists.xenproject.org
http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-d= evel

= --Apple-Mail=_4642D88A-CCF5-45CF-BBF5-8899463753A9-- --===============7016579099816685268== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel --===============7016579099816685268==-- From mirageos-devel-bounces@lists.xenproject.org Wed Jan 07 10:35:43 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 07 Jan 2015 10:35:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8nxj-0003YE-0y; Wed, 07 Jan 2015 10:35:39 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8nxi-0003Y7-4y for mirageos-devel@lists.xenproject.org; Wed, 07 Jan 2015 10:35:38 +0000 Received: from [85.158.139.211] by server-14.bemta-5.messagelabs.com id C6/8D-19763-9FB0DA45; Wed, 07 Jan 2015 10:35:37 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-3.tower-206.messagelabs.com!1420626936!9065150!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.5 required=7.0 tests=HTML_30_40,HTML_MESSAGE, MIME_QP_LONG_LINE,RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22905 invoked from network); 7 Jan 2015 10:35:36 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-3.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 7 Jan 2015 10:35:36 -0000 Received: from 190.101.dyn.lse.ac.uk (190.101.dyn.lse.ac.uk [158.143.101.190]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id b54fb78d; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Wed, 7 Jan 2015 10:35:35 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: Date: Wed, 7 Jan 2015 08:30:02 +0000 Message-Id: <6CD01295-4AA8-4799-B80A-E6CBD1E62B25@recoil.org> References: To: Runhang Li X-Mailer: Apple Mail (2.1993) Cc: Jeremy Yallop , mirageos-devel Subject: Re: [MirageOS-devel] Mentee wants to work on bigarray parser generator X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0143750627678761446==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============0143750627678761446== Content-Type: multipart/alternative; boundary="Apple-Mail=_9556A434-22CD-433F-A15B-631B88EBEB81" --Apple-Mail=_9556A434-22CD-433F-A15B-631B88EBEB81 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 On 1 Jan 2015, at 23:15, Runhang Li wrote: >=20 > Hi, guys >=20 > I am Mark Li who joined in the mailing list recently. As a mentee, = I=E2=80=99d like to start working on =E2=80=9CBigarray parser = generator=E2=80=9D in Pioneer Projects with Rudi and Anil as mentors = listed on the webpage = (=E2=80=9Chttps://github.com/mirage/mirage-www/wiki/Pioneer-Projects = =E2=80=9D). >=20 > If I were permitted, can I get more details on this project? Is there = any guideline on how we should start working on this project? What = preparation work should I do? (maybe knowledge of ppx?) Hi Mark, This is an interesting but challenging project, since it requires = thinking about both the nature of the parser you want to build (e.g. a = combinator based one) and also the code generation technique used. It = would also be very useful to speed up several parsing-intensive = libraries such as Cohttp or DNS. One possible way to prototype this quickly is to use staging in = MetaOCaml to experiment with the code generation aspects without having = to learn ppx/camlp4 and other such code generation tools. Jeremy Yallop = recently showed me an implementation he did of a regular expression = compiler written in MetaOCaml that stages the automata compilation, and = would be a good guideline to a parser generator as well. Jeremy: is = this on GitHub anywhere? See also the recent thread on the Caml list about IMAP parsing. Nicolas = Ojeda Bar is still on vacation I believe, but when he's back soon he = might have some opinions on good approaches for this project. cheers Anil= --Apple-Mail=_9556A434-22CD-433F-A15B-631B88EBEB81 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 On 1 Jan 2015, at 23:15, Runhang Li <marklrh@gmail.com> = wrote:

Hi, guys

I am Mark Li who joined in the = mailing list recently. As a mentee, I=E2=80=99d like to start working on = =E2=80=9CBigarray parser generator=E2=80=9D in Pioneer Projects with = Rudi and Anil as mentors listed on the webpage (=E2=80=9Chttps://github.com/mirage/mirage-www/wiki/Pioneer-Projects=E2= =80=9D).

If I were = permitted, can I get more details on this project? Is there any = guideline on how we should start working on this project? What = preparation work should I do? (maybe knowledge of = ppx?)

Hi = Mark,

This is an interesting but = challenging project, since it requires thinking about both the nature of = the parser you want to build (e.g. a combinator based one) and also the = code generation technique used. It would also be very useful to speed up = several parsing-intensive libraries such as Cohttp or DNS.

One possible way to prototype this quickly is to = use staging in MetaOCaml to experiment with the code generation aspects = without having to learn ppx/camlp4 and other such code generation tools. = Jeremy Yallop recently showed me an implementation he did of a regular = expression compiler written in MetaOCaml that stages the automata = compilation, and would be a good guideline to a parser generator as = well.  Jeremy: is this on GitHub anywhere?

See also the recent thread on the Caml list about IMAP = parsing.  Nicolas Ojeda Bar is still on vacation I believe, but = when he's back soon he might have some opinions on good approaches for = this project.

cheers
Anil
= --Apple-Mail=_9556A434-22CD-433F-A15B-631B88EBEB81-- --===============0143750627678761446== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel --===============0143750627678761446==-- From mirageos-devel-bounces@lists.xenproject.org Wed Jan 07 10:35:43 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 07 Jan 2015 10:35:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8nxj-0003YE-0y; Wed, 07 Jan 2015 10:35:39 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8nxi-0003Y7-4y for mirageos-devel@lists.xenproject.org; Wed, 07 Jan 2015 10:35:38 +0000 Received: from [85.158.139.211] by server-14.bemta-5.messagelabs.com id C6/8D-19763-9FB0DA45; Wed, 07 Jan 2015 10:35:37 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-3.tower-206.messagelabs.com!1420626936!9065150!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.5 required=7.0 tests=HTML_30_40,HTML_MESSAGE, MIME_QP_LONG_LINE,RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22905 invoked from network); 7 Jan 2015 10:35:36 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-3.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 7 Jan 2015 10:35:36 -0000 Received: from 190.101.dyn.lse.ac.uk (190.101.dyn.lse.ac.uk [158.143.101.190]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id b54fb78d; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Wed, 7 Jan 2015 10:35:35 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: Date: Wed, 7 Jan 2015 08:30:02 +0000 Message-Id: <6CD01295-4AA8-4799-B80A-E6CBD1E62B25@recoil.org> References: To: Runhang Li X-Mailer: Apple Mail (2.1993) Cc: Jeremy Yallop , mirageos-devel Subject: Re: [MirageOS-devel] Mentee wants to work on bigarray parser generator X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0143750627678761446==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============0143750627678761446== Content-Type: multipart/alternative; boundary="Apple-Mail=_9556A434-22CD-433F-A15B-631B88EBEB81" --Apple-Mail=_9556A434-22CD-433F-A15B-631B88EBEB81 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 On 1 Jan 2015, at 23:15, Runhang Li wrote: >=20 > Hi, guys >=20 > I am Mark Li who joined in the mailing list recently. As a mentee, = I=E2=80=99d like to start working on =E2=80=9CBigarray parser = generator=E2=80=9D in Pioneer Projects with Rudi and Anil as mentors = listed on the webpage = (=E2=80=9Chttps://github.com/mirage/mirage-www/wiki/Pioneer-Projects = =E2=80=9D). >=20 > If I were permitted, can I get more details on this project? Is there = any guideline on how we should start working on this project? What = preparation work should I do? (maybe knowledge of ppx?) Hi Mark, This is an interesting but challenging project, since it requires = thinking about both the nature of the parser you want to build (e.g. a = combinator based one) and also the code generation technique used. It = would also be very useful to speed up several parsing-intensive = libraries such as Cohttp or DNS. One possible way to prototype this quickly is to use staging in = MetaOCaml to experiment with the code generation aspects without having = to learn ppx/camlp4 and other such code generation tools. Jeremy Yallop = recently showed me an implementation he did of a regular expression = compiler written in MetaOCaml that stages the automata compilation, and = would be a good guideline to a parser generator as well. Jeremy: is = this on GitHub anywhere? See also the recent thread on the Caml list about IMAP parsing. Nicolas = Ojeda Bar is still on vacation I believe, but when he's back soon he = might have some opinions on good approaches for this project. cheers Anil= --Apple-Mail=_9556A434-22CD-433F-A15B-631B88EBEB81 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 On 1 Jan 2015, at 23:15, Runhang Li <marklrh@gmail.com> = wrote:

Hi, guys

I am Mark Li who joined in the = mailing list recently. As a mentee, I=E2=80=99d like to start working on = =E2=80=9CBigarray parser generator=E2=80=9D in Pioneer Projects with = Rudi and Anil as mentors listed on the webpage (=E2=80=9Chttps://github.com/mirage/mirage-www/wiki/Pioneer-Projects=E2= =80=9D).

If I were = permitted, can I get more details on this project? Is there any = guideline on how we should start working on this project? What = preparation work should I do? (maybe knowledge of = ppx?)

Hi = Mark,

This is an interesting but = challenging project, since it requires thinking about both the nature of = the parser you want to build (e.g. a combinator based one) and also the = code generation technique used. It would also be very useful to speed up = several parsing-intensive libraries such as Cohttp or DNS.

One possible way to prototype this quickly is to = use staging in MetaOCaml to experiment with the code generation aspects = without having to learn ppx/camlp4 and other such code generation tools. = Jeremy Yallop recently showed me an implementation he did of a regular = expression compiler written in MetaOCaml that stages the automata = compilation, and would be a good guideline to a parser generator as = well.  Jeremy: is this on GitHub anywhere?

See also the recent thread on the Caml list about IMAP = parsing.  Nicolas Ojeda Bar is still on vacation I believe, but = when he's back soon he might have some opinions on good approaches for = this project.

cheers
Anil
= --Apple-Mail=_9556A434-22CD-433F-A15B-631B88EBEB81-- --===============0143750627678761446== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel --===============0143750627678761446==-- From mirageos-devel-bounces@lists.xenproject.org Wed Jan 07 10:35:43 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 07 Jan 2015 10:35:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8nxn-0003Yt-5u; Wed, 07 Jan 2015 10:35:43 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8nxl-0003Yc-D4 for MirageOS-devel@lists.xenproject.org; Wed, 07 Jan 2015 10:35:41 +0000 Received: from [85.158.139.211] by server-12.bemta-5.messagelabs.com id 11/C6-25714-CFB0DA45; Wed, 07 Jan 2015 10:35:40 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-3.tower-206.messagelabs.com!1420626936!9065150!2 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_50_60,HTML_MESSAGE, RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23236 invoked from network); 7 Jan 2015 10:35:39 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-3.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 7 Jan 2015 10:35:39 -0000 Received: from 190.101.dyn.lse.ac.uk (190.101.dyn.lse.ac.uk [158.143.101.190]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 0ebd296d; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Wed, 7 Jan 2015 10:35:39 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: Date: Wed, 7 Jan 2015 08:36:47 +0000 Message-Id: <8BF6122A-1BA3-49A2-9AE0-804BA937784E@recoil.org> References: To: Michael Moon X-Mailer: Apple Mail (2.1993) Cc: MirageOS-devel@lists.xenproject.org Subject: Re: [MirageOS-devel] Example with multiple interfaces X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7016579099816685268==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============7016579099816685268== Content-Type: multipart/alternative; boundary="Apple-Mail=_4642D88A-CCF5-45CF-BBF5-8899463753A9" --Apple-Mail=_4642D88A-CCF5-45CF-BBF5-8899463753A9 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Indeed -- this should just work, but you may just be running into = network configuration issues on Unix. It would be useful to know what = backend you were using (Unix or Xen) and what the networking topology = was that failed. A simple multiple interface echo server would be useful though. Masoud, = did you have a pull request planned for your network throughput tests to = Mirage-skeleton? That would serve as both a benchmark and regression = test to check that traffic can flow between multiple interfaces. -anil > On 30 Dec 2014, at 11:43, Michael Moon = wrote: >=20 > What was the problem in making ping example work? >=20 > First of all, make sure that your opam is up to date (run "opam = update" and "opam upgrade") >=20 > Second, you may need root privilege in running mir-ping. >=20 > Third, manually assign ip address 10.0.0.1 to your tap0 device. >=20 >=20 > On Sun, Dec 28, 2014 at 8:44 PM, Jeremias Blendin = > wrote: > Hi, >=20 > I recently started with MirageOS and would like to configure multiple = interfaces with a unikernel. I experimented with the "ping" example from = mirage-skeleton repository, but could not get it to work. Are there any = examples with multiple interfaces available for beginners like me? >=20 > Thanks you >=20 > Jeremias >=20 > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org = > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel = >=20 >=20 > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel --Apple-Mail=_4642D88A-CCF5-45CF-BBF5-8899463753A9 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Indeed -- this should just work, but you may just be running = into network configuration issues on Unix.  It would be useful to = know what backend you were using (Unix or Xen) and what the networking = topology was that failed.

A simple multiple interface echo server would be useful = though.  Masoud, did you have a pull request planned for your = network throughput tests to Mirage-skeleton?  That would serve as = both a benchmark and regression test to check that traffic can flow = between multiple interfaces.

-anil

On 30 Dec 2014, at 11:43, Michael Moon <michaelmoon.pr@gmail.com> wrote:

What was the = problem in making ping example work?

First of all, make sure that your opam is up to date = (run "opam update" and "opam upgrade")

Second, you may need root privilege in running = mir-ping.

Third, manually assign ip = address 10.0.0.1 to your tap0 device.


On Sun, Dec 28, 2014 at 8:44 PM, Jeremias Blendin = <jeremias@blendin.org> = wrote:
Hi,

I = recently started with MirageOS and would like to configure multiple = interfaces with a unikernel. I experimented with the "ping" example = from mirage-skeleton repository, but could not get it to work. Are = there any examples with multiple interfaces available for beginners like = me?

Thanks = you

Jeremias

_______________________________________________
MirageOS-devel mailing list
MirageOS-devel@lists.xenproject.org
http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-d= evel


_______________________________________________
MirageOS-devel mailing list
MirageOS-devel@lists.xenproject.org
http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-d= evel

= --Apple-Mail=_4642D88A-CCF5-45CF-BBF5-8899463753A9-- --===============7016579099816685268== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel --===============7016579099816685268==-- From mirageos-devel-bounces@lists.xenproject.org Wed Jan 07 10:42:05 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 07 Jan 2015 10:42:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8o3x-0003qc-IP; Wed, 07 Jan 2015 10:42:05 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8o3x-0003qV-0a for mirageos-devel@lists.xenproject.org; Wed, 07 Jan 2015 10:42:05 +0000 Received: from [85.158.139.211] by server-3.bemta-5.messagelabs.com id 84/67-14727-C7D0DA45; Wed, 07 Jan 2015 10:42:04 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-9.tower-206.messagelabs.com!1420627323!16646209!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17622 invoked from network); 7 Jan 2015 10:42:03 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-9.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 7 Jan 2015 10:42:03 -0000 Received: from 190.101.dyn.lse.ac.uk (190.101.dyn.lse.ac.uk [158.143.101.190]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id f0f6f126; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Wed, 7 Jan 2015 10:42:03 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: Date: Wed, 7 Jan 2015 10:42:03 +0000 Message-Id: References: To: Thomas Leonard X-Mailer: Apple Mail (2.1993) Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] An HTTP server with TLS X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 5 Jan 2015, at 09:53, Thomas Leonard wrote: > > I'd like to add TLS to my Mirage web server. What's the best way to do this? > > My Unikernel.Main functor currently takes a (H : Cohttp_lwt.Server) > argument. I see that main.ml configures this using: > > module Conduit1 = Conduit_mirage.Make(Stackv41)(Vchan1) > module Http1 = HTTP.Make(Conduit1) > > Can conduit deal with TLS for me? The conduit docs say "The reason > this library exists is to provide a degree of abstraction from the > precise SSL library used", which suggests that it should. Conduit_mirage doesn't support this yet -- just Conduit_lwt_unix. Before adding it in, I was waiting for xentropyd and the C bindings to work, which should all be in the trees. If we could now get a mirage-skeleton example of a manual SSL server using the TCP/IP stack directly, then the Conduit_mirage version won't be too far behind. -anil _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Wed Jan 07 10:42:05 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 07 Jan 2015 10:42:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8o3x-0003qc-IP; Wed, 07 Jan 2015 10:42:05 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8o3x-0003qV-0a for mirageos-devel@lists.xenproject.org; Wed, 07 Jan 2015 10:42:05 +0000 Received: from [85.158.139.211] by server-3.bemta-5.messagelabs.com id 84/67-14727-C7D0DA45; Wed, 07 Jan 2015 10:42:04 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-9.tower-206.messagelabs.com!1420627323!16646209!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17622 invoked from network); 7 Jan 2015 10:42:03 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-9.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 7 Jan 2015 10:42:03 -0000 Received: from 190.101.dyn.lse.ac.uk (190.101.dyn.lse.ac.uk [158.143.101.190]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id f0f6f126; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Wed, 7 Jan 2015 10:42:03 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: Date: Wed, 7 Jan 2015 10:42:03 +0000 Message-Id: References: To: Thomas Leonard X-Mailer: Apple Mail (2.1993) Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] An HTTP server with TLS X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 5 Jan 2015, at 09:53, Thomas Leonard wrote: > > I'd like to add TLS to my Mirage web server. What's the best way to do this? > > My Unikernel.Main functor currently takes a (H : Cohttp_lwt.Server) > argument. I see that main.ml configures this using: > > module Conduit1 = Conduit_mirage.Make(Stackv41)(Vchan1) > module Http1 = HTTP.Make(Conduit1) > > Can conduit deal with TLS for me? The conduit docs say "The reason > this library exists is to provide a degree of abstraction from the > precise SSL library used", which suggests that it should. Conduit_mirage doesn't support this yet -- just Conduit_lwt_unix. Before adding it in, I was waiting for xentropyd and the C bindings to work, which should all be in the trees. If we could now get a mirage-skeleton example of a manual SSL server using the TCP/IP stack directly, then the Conduit_mirage version won't be too far behind. -anil _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Wed Jan 07 10:45:29 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 07 Jan 2015 10:45:29 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8o7E-0004JU-TF; Wed, 07 Jan 2015 10:45:28 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8o7D-0004JP-R5 for mirageos-devel@lists.xenproject.org; Wed, 07 Jan 2015 10:45:27 +0000 Received: from [85.158.137.68] by server-16.bemta-3.messagelabs.com id 28/C5-09284-74E0DA45; Wed, 07 Jan 2015 10:45:27 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-7.tower-31.messagelabs.com!1420627525!17812461!1 X-Originating-IP: [209.85.215.49] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4821 invoked from network); 7 Jan 2015 10:45:26 -0000 Received: from mail-la0-f49.google.com (HELO mail-la0-f49.google.com) (209.85.215.49) by server-7.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 7 Jan 2015 10:45:26 -0000 Received: by mail-la0-f49.google.com with SMTP id hs14so2625313lab.8 for ; Wed, 07 Jan 2015 02:45:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=v6S6S4qb0Aa3nQZjl1NRE3OBZ1/Y9/nWFxUYZGNvvfI=; b=w/W9vI32Wgodpnnka0UmdhexJDvqXmW7Ex1l5FzRPhvjurO7IpXYBiCd7IttBfxu05 8+X6R6fe0wOig5JBWEFcGuIcCIc37CeZ0USS142SnAWU44WsoQWWtR2HFKWRKx5D321j gMLKaeISeUMPNMVVXV7BEwsPb+ENfUlj50IuwCL0HeoeVSGd/glKSvn5OQ3NfQKBGCgS 5HdCx0DINgH5pmV5n8JJkZ19ocgJgYbVcUITqtKYEpAskO1bjG4476g5epCz43ZkgpOp qSl/LtRqI/4W6raqk1a0XyjI8vrA+wvDP/aCnjXgfUbDfnhzcLsSwptWSn0cwN9igmRJ DR6g== MIME-Version: 1.0 X-Received: by 10.112.125.202 with SMTP id ms10mr3110949lbb.33.1420627525554; Wed, 07 Jan 2015 02:45:25 -0800 (PST) Received: by 10.25.207.3 with HTTP; Wed, 7 Jan 2015 02:45:25 -0800 (PST) In-Reply-To: References: Date: Wed, 7 Jan 2015 10:45:25 +0000 Message-ID: From: Thomas Leonard To: Anil Madhavapeddy Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] An HTTP server with TLS X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 7 January 2015 at 10:42, Anil Madhavapeddy wrote: > On 5 Jan 2015, at 09:53, Thomas Leonard wrote: >> >> I'd like to add TLS to my Mirage web server. What's the best way to do this? >> >> My Unikernel.Main functor currently takes a (H : Cohttp_lwt.Server) >> argument. I see that main.ml configures this using: >> >> module Conduit1 = Conduit_mirage.Make(Stackv41)(Vchan1) >> module Http1 = HTTP.Make(Conduit1) >> >> Can conduit deal with TLS for me? The conduit docs say "The reason >> this library exists is to provide a degree of abstraction from the >> precise SSL library used", which suggests that it should. > > Conduit_mirage doesn't support this yet -- just Conduit_lwt_unix. > Before adding it in, I was waiting for xentropyd and the C bindings > to work, which should all be in the trees. If we could now get a > mirage-skeleton example of a manual SSL server using the TCP/IP > stack directly, then the Conduit_mirage version won't be too far > behind. tls/mirage/example has a direct example that works on Xen. I'm going to look at getting HTTPS support working now, unless you want to do it first. -- Dr Thomas Leonard http://0install.net/ GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 GPG: DA98 25AE CAD0 8975 7CDA BD8E 0713 3F96 CA74 D8BA _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Wed Jan 07 10:45:29 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 07 Jan 2015 10:45:29 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8o7E-0004JU-TF; Wed, 07 Jan 2015 10:45:28 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8o7D-0004JP-R5 for mirageos-devel@lists.xenproject.org; Wed, 07 Jan 2015 10:45:27 +0000 Received: from [85.158.137.68] by server-16.bemta-3.messagelabs.com id 28/C5-09284-74E0DA45; Wed, 07 Jan 2015 10:45:27 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-7.tower-31.messagelabs.com!1420627525!17812461!1 X-Originating-IP: [209.85.215.49] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4821 invoked from network); 7 Jan 2015 10:45:26 -0000 Received: from mail-la0-f49.google.com (HELO mail-la0-f49.google.com) (209.85.215.49) by server-7.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 7 Jan 2015 10:45:26 -0000 Received: by mail-la0-f49.google.com with SMTP id hs14so2625313lab.8 for ; Wed, 07 Jan 2015 02:45:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=v6S6S4qb0Aa3nQZjl1NRE3OBZ1/Y9/nWFxUYZGNvvfI=; b=w/W9vI32Wgodpnnka0UmdhexJDvqXmW7Ex1l5FzRPhvjurO7IpXYBiCd7IttBfxu05 8+X6R6fe0wOig5JBWEFcGuIcCIc37CeZ0USS142SnAWU44WsoQWWtR2HFKWRKx5D321j gMLKaeISeUMPNMVVXV7BEwsPb+ENfUlj50IuwCL0HeoeVSGd/glKSvn5OQ3NfQKBGCgS 5HdCx0DINgH5pmV5n8JJkZ19ocgJgYbVcUITqtKYEpAskO1bjG4476g5epCz43ZkgpOp qSl/LtRqI/4W6raqk1a0XyjI8vrA+wvDP/aCnjXgfUbDfnhzcLsSwptWSn0cwN9igmRJ DR6g== MIME-Version: 1.0 X-Received: by 10.112.125.202 with SMTP id ms10mr3110949lbb.33.1420627525554; Wed, 07 Jan 2015 02:45:25 -0800 (PST) Received: by 10.25.207.3 with HTTP; Wed, 7 Jan 2015 02:45:25 -0800 (PST) In-Reply-To: References: Date: Wed, 7 Jan 2015 10:45:25 +0000 Message-ID: From: Thomas Leonard To: Anil Madhavapeddy Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] An HTTP server with TLS X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 7 January 2015 at 10:42, Anil Madhavapeddy wrote: > On 5 Jan 2015, at 09:53, Thomas Leonard wrote: >> >> I'd like to add TLS to my Mirage web server. What's the best way to do this? >> >> My Unikernel.Main functor currently takes a (H : Cohttp_lwt.Server) >> argument. I see that main.ml configures this using: >> >> module Conduit1 = Conduit_mirage.Make(Stackv41)(Vchan1) >> module Http1 = HTTP.Make(Conduit1) >> >> Can conduit deal with TLS for me? The conduit docs say "The reason >> this library exists is to provide a degree of abstraction from the >> precise SSL library used", which suggests that it should. > > Conduit_mirage doesn't support this yet -- just Conduit_lwt_unix. > Before adding it in, I was waiting for xentropyd and the C bindings > to work, which should all be in the trees. If we could now get a > mirage-skeleton example of a manual SSL server using the TCP/IP > stack directly, then the Conduit_mirage version won't be too far > behind. tls/mirage/example has a direct example that works on Xen. I'm going to look at getting HTTPS support working now, unless you want to do it first. -- Dr Thomas Leonard http://0install.net/ GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 GPG: DA98 25AE CAD0 8975 7CDA BD8E 0713 3F96 CA74 D8BA _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Wed Jan 07 10:56:28 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 07 Jan 2015 10:56:28 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8oHr-00050G-Mp; Wed, 07 Jan 2015 10:56:27 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8oHq-00050B-IU for mirageos-devel@lists.xenproject.org; Wed, 07 Jan 2015 10:56:26 +0000 Received: from [193.109.254.147] by server-2.bemta-14.messagelabs.com id F8/3E-02957-9D01DA45; Wed, 07 Jan 2015 10:56:25 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-16.tower-27.messagelabs.com!1420628185!13553142!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9801 invoked from network); 7 Jan 2015 10:56:25 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-16.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 7 Jan 2015 10:56:25 -0000 Received: from 190.101.dyn.lse.ac.uk (190.101.dyn.lse.ac.uk [158.143.101.190]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 25d7a60c; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Wed, 7 Jan 2015 10:56:24 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: Date: Wed, 7 Jan 2015 10:56:24 +0000 Message-Id: References: To: Thomas Leonard X-Mailer: Apple Mail (2.1993) Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] An HTTP server with TLS X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 7 Jan 2015, at 10:45, Thomas Leonard wrote: > > On 7 January 2015 at 10:42, Anil Madhavapeddy wrote: >> On 5 Jan 2015, at 09:53, Thomas Leonard wrote: >>> >>> I'd like to add TLS to my Mirage web server. What's the best way to do this? >>> >>> My Unikernel.Main functor currently takes a (H : Cohttp_lwt.Server) >>> argument. I see that main.ml configures this using: >>> >>> module Conduit1 = Conduit_mirage.Make(Stackv41)(Vchan1) >>> module Http1 = HTTP.Make(Conduit1) >>> >>> Can conduit deal with TLS for me? The conduit docs say "The reason >>> this library exists is to provide a degree of abstraction from the >>> precise SSL library used", which suggests that it should. >> >> Conduit_mirage doesn't support this yet -- just Conduit_lwt_unix. >> Before adding it in, I was waiting for xentropyd and the C bindings >> to work, which should all be in the trees. If we could now get a >> mirage-skeleton example of a manual SSL server using the TCP/IP >> stack directly, then the Conduit_mirage version won't be too far >> behind. > > tls/mirage/example has a direct example that works on Xen. I'm going > to look at getting HTTPS support working now, unless you want to do it > first. > Go for it! I'm taking a shot at pulling the OCaml runtime out of mirage-platform at the moment. -anil _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Wed Jan 07 10:56:28 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 07 Jan 2015 10:56:28 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8oHr-00050G-Mp; Wed, 07 Jan 2015 10:56:27 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8oHq-00050B-IU for mirageos-devel@lists.xenproject.org; Wed, 07 Jan 2015 10:56:26 +0000 Received: from [193.109.254.147] by server-2.bemta-14.messagelabs.com id F8/3E-02957-9D01DA45; Wed, 07 Jan 2015 10:56:25 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-16.tower-27.messagelabs.com!1420628185!13553142!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9801 invoked from network); 7 Jan 2015 10:56:25 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-16.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 7 Jan 2015 10:56:25 -0000 Received: from 190.101.dyn.lse.ac.uk (190.101.dyn.lse.ac.uk [158.143.101.190]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 25d7a60c; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Wed, 7 Jan 2015 10:56:24 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: Date: Wed, 7 Jan 2015 10:56:24 +0000 Message-Id: References: To: Thomas Leonard X-Mailer: Apple Mail (2.1993) Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] An HTTP server with TLS X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 7 Jan 2015, at 10:45, Thomas Leonard wrote: > > On 7 January 2015 at 10:42, Anil Madhavapeddy wrote: >> On 5 Jan 2015, at 09:53, Thomas Leonard wrote: >>> >>> I'd like to add TLS to my Mirage web server. What's the best way to do this? >>> >>> My Unikernel.Main functor currently takes a (H : Cohttp_lwt.Server) >>> argument. I see that main.ml configures this using: >>> >>> module Conduit1 = Conduit_mirage.Make(Stackv41)(Vchan1) >>> module Http1 = HTTP.Make(Conduit1) >>> >>> Can conduit deal with TLS for me? The conduit docs say "The reason >>> this library exists is to provide a degree of abstraction from the >>> precise SSL library used", which suggests that it should. >> >> Conduit_mirage doesn't support this yet -- just Conduit_lwt_unix. >> Before adding it in, I was waiting for xentropyd and the C bindings >> to work, which should all be in the trees. If we could now get a >> mirage-skeleton example of a manual SSL server using the TCP/IP >> stack directly, then the Conduit_mirage version won't be too far >> behind. > > tls/mirage/example has a direct example that works on Xen. I'm going > to look at getting HTTPS support working now, unless you want to do it > first. > Go for it! I'm taking a shot at pulling the OCaml runtime out of mirage-platform at the moment. -anil _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Wed Jan 07 17:12:51 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 07 Jan 2015 17:12:51 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8uA2-0003z7-Vj; Wed, 07 Jan 2015 17:12:46 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8uA1-0003z0-WB for mirageos-devel@lists.xenproject.org; Wed, 07 Jan 2015 17:12:46 +0000 Received: from [85.158.143.35] by server-2.bemta-4.messagelabs.com id 04/8C-25276-D096DA45; Wed, 07 Jan 2015 17:12:45 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1420650764!19532707!1 X-Originating-IP: [209.85.217.178] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9685 invoked from network); 7 Jan 2015 17:12:44 -0000 Received: from mail-lb0-f178.google.com (HELO mail-lb0-f178.google.com) (209.85.217.178) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 7 Jan 2015 17:12:44 -0000 Received: by mail-lb0-f178.google.com with SMTP id u14so1468934lbd.9 for ; Wed, 07 Jan 2015 09:12:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=xttTaq9YaxpscJQMnfhlLPzbDfNOoDSmCXirGWpOCpU=; b=AyESOCCBGRfW3yJwg6UbndFfwLK8ljX88mnsQ4aSVyiYTpM79qx24dhYlrguabDXA7 A1Z+1SJQCD74Snmd8yziHu5KXRW+Z4WKeBl0MqPcOpQ3N1KZxAVaiCZcfuD5Jjn0Ga3d OsHBaxLgJ2ALep1XgwIdQI1DPqPj+AX+u9P8lDckyb7SFQHOCh6rWTYzRcR+KUKEbXDu WNN9fUAFmKgZYX3ksvO3epVLvlA9MBHk9iNi4keTjnAsKb0KGEVrOhV0ezADoMhhjAfz WMBiC00y8iRx98jLOLbg9NbZgkMyLHnnpPrKYbs7MFDkIRNCqWHP3tqQJihKTbC93zhO vL0A== MIME-Version: 1.0 X-Received: by 10.112.27.133 with SMTP id t5mr6391284lbg.45.1420650763922; Wed, 07 Jan 2015 09:12:43 -0800 (PST) Received: by 10.25.207.3 with HTTP; Wed, 7 Jan 2015 09:12:43 -0800 (PST) In-Reply-To: References: Date: Wed, 7 Jan 2015 17:12:43 +0000 Message-ID: From: Thomas Leonard To: Anil Madhavapeddy Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] An HTTP server with TLS X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 7 January 2015 at 10:56, Anil Madhavapeddy wrote: > On 7 Jan 2015, at 10:45, Thomas Leonard wrote: >> >> On 7 January 2015 at 10:42, Anil Madhavapeddy wrote: >>> On 5 Jan 2015, at 09:53, Thomas Leonard wrote: >>>> >>>> I'd like to add TLS to my Mirage web server. What's the best way to do this? >>>> >>>> My Unikernel.Main functor currently takes a (H : Cohttp_lwt.Server) >>>> argument. I see that main.ml configures this using: >>>> >>>> module Conduit1 = Conduit_mirage.Make(Stackv41)(Vchan1) >>>> module Http1 = HTTP.Make(Conduit1) >>>> >>>> Can conduit deal with TLS for me? The conduit docs say "The reason >>>> this library exists is to provide a degree of abstraction from the >>>> precise SSL library used", which suggests that it should. >>> >>> Conduit_mirage doesn't support this yet -- just Conduit_lwt_unix. >>> Before adding it in, I was waiting for xentropyd and the C bindings >>> to work, which should all be in the trees. If we could now get a >>> mirage-skeleton example of a manual SSL server using the TCP/IP >>> stack directly, then the Conduit_mirage version won't be too far >>> behind. >> >> tls/mirage/example has a direct example that works on Xen. I'm going >> to look at getting HTTPS support working now, unless you want to do it >> first. >> > > Go for it! I'm taking a shot at pulling the OCaml runtime out of > mirage-platform at the moment. OK. Could someone clarify the buffer-alignment rules for me again? V1.mli says: module type NETWORK = sig type page_aligned_buffer (** Abstract type for a page-aligned memory buffer *) and module type ETHIF = sig type buffer (** Abstract type for a memory buffer that may not be page aligned *) tcpip's ethif.ml just passes the (non-aligned) buffer straight through to Netif, which seems wrong. V1_LWT restricts the types with: module type NETWORK = NETWORK with type page_aligned_buffer = Io_page.t module type ETHIF = ETHIF with type buffer = Cstruct.t io-page is a bit vague about what an Io_page.t is: type t = (char, Bigarray.int8_unsigned_elt, Bigarray.c_layout) Bigarray.Array1.t (** Type of memory blocks. *) Io_page.get n returns "a memory block of [n] pages", so an Io_page.t isn't a single page of memory. The actual problem I'm seeing with TLS on Xen is: Invalid page: offset=2920, length=1245 This comes from Netif. The buffer underlying buffer is page aligned (it's allocated by Tls_mirage.conv_io), so I assume tcpip is splitting it at an unfortunate point. It appears it was working before because HTTP_IO buffers its writes using tcpip's Channel module, which batches them into single IO pages. With TLS, these page-sized chunks don't go directly to TCP, but got via TLS instead. So: 1. What does "page-aligned memory buffer" really mean? gnttab_stubs.c checks that the underlying Bigarray starts on a page boundary. netif.ml checks that the cstruct's off + len <= page_size. So from this, it seems that it means a page-aligned buffer no larger than a page. 2. Should Ethif split requests that cross page boundaries into multiple requests to Netif? Or do the APIs need changing? 3. Where should buffering happen? Between HTTP and TLS (as now), or between TLS and TCP? 4. Should we propagate buffer sizes backwards somehow, so that TCP can suggest to TLS to send data as TCP-sized chunks of data within a single Io_page? -- Dr Thomas Leonard http://0install.net/ GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 GPG: DA98 25AE CAD0 8975 7CDA BD8E 0713 3F96 CA74 D8BA _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Wed Jan 07 17:12:51 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 07 Jan 2015 17:12:51 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8uA2-0003z7-Vj; Wed, 07 Jan 2015 17:12:46 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8uA1-0003z0-WB for mirageos-devel@lists.xenproject.org; Wed, 07 Jan 2015 17:12:46 +0000 Received: from [85.158.143.35] by server-2.bemta-4.messagelabs.com id 04/8C-25276-D096DA45; Wed, 07 Jan 2015 17:12:45 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1420650764!19532707!1 X-Originating-IP: [209.85.217.178] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9685 invoked from network); 7 Jan 2015 17:12:44 -0000 Received: from mail-lb0-f178.google.com (HELO mail-lb0-f178.google.com) (209.85.217.178) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 7 Jan 2015 17:12:44 -0000 Received: by mail-lb0-f178.google.com with SMTP id u14so1468934lbd.9 for ; Wed, 07 Jan 2015 09:12:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=xttTaq9YaxpscJQMnfhlLPzbDfNOoDSmCXirGWpOCpU=; b=AyESOCCBGRfW3yJwg6UbndFfwLK8ljX88mnsQ4aSVyiYTpM79qx24dhYlrguabDXA7 A1Z+1SJQCD74Snmd8yziHu5KXRW+Z4WKeBl0MqPcOpQ3N1KZxAVaiCZcfuD5Jjn0Ga3d OsHBaxLgJ2ALep1XgwIdQI1DPqPj+AX+u9P8lDckyb7SFQHOCh6rWTYzRcR+KUKEbXDu WNN9fUAFmKgZYX3ksvO3epVLvlA9MBHk9iNi4keTjnAsKb0KGEVrOhV0ezADoMhhjAfz WMBiC00y8iRx98jLOLbg9NbZgkMyLHnnpPrKYbs7MFDkIRNCqWHP3tqQJihKTbC93zhO vL0A== MIME-Version: 1.0 X-Received: by 10.112.27.133 with SMTP id t5mr6391284lbg.45.1420650763922; Wed, 07 Jan 2015 09:12:43 -0800 (PST) Received: by 10.25.207.3 with HTTP; Wed, 7 Jan 2015 09:12:43 -0800 (PST) In-Reply-To: References: Date: Wed, 7 Jan 2015 17:12:43 +0000 Message-ID: From: Thomas Leonard To: Anil Madhavapeddy Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] An HTTP server with TLS X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 7 January 2015 at 10:56, Anil Madhavapeddy wrote: > On 7 Jan 2015, at 10:45, Thomas Leonard wrote: >> >> On 7 January 2015 at 10:42, Anil Madhavapeddy wrote: >>> On 5 Jan 2015, at 09:53, Thomas Leonard wrote: >>>> >>>> I'd like to add TLS to my Mirage web server. What's the best way to do this? >>>> >>>> My Unikernel.Main functor currently takes a (H : Cohttp_lwt.Server) >>>> argument. I see that main.ml configures this using: >>>> >>>> module Conduit1 = Conduit_mirage.Make(Stackv41)(Vchan1) >>>> module Http1 = HTTP.Make(Conduit1) >>>> >>>> Can conduit deal with TLS for me? The conduit docs say "The reason >>>> this library exists is to provide a degree of abstraction from the >>>> precise SSL library used", which suggests that it should. >>> >>> Conduit_mirage doesn't support this yet -- just Conduit_lwt_unix. >>> Before adding it in, I was waiting for xentropyd and the C bindings >>> to work, which should all be in the trees. If we could now get a >>> mirage-skeleton example of a manual SSL server using the TCP/IP >>> stack directly, then the Conduit_mirage version won't be too far >>> behind. >> >> tls/mirage/example has a direct example that works on Xen. I'm going >> to look at getting HTTPS support working now, unless you want to do it >> first. >> > > Go for it! I'm taking a shot at pulling the OCaml runtime out of > mirage-platform at the moment. OK. Could someone clarify the buffer-alignment rules for me again? V1.mli says: module type NETWORK = sig type page_aligned_buffer (** Abstract type for a page-aligned memory buffer *) and module type ETHIF = sig type buffer (** Abstract type for a memory buffer that may not be page aligned *) tcpip's ethif.ml just passes the (non-aligned) buffer straight through to Netif, which seems wrong. V1_LWT restricts the types with: module type NETWORK = NETWORK with type page_aligned_buffer = Io_page.t module type ETHIF = ETHIF with type buffer = Cstruct.t io-page is a bit vague about what an Io_page.t is: type t = (char, Bigarray.int8_unsigned_elt, Bigarray.c_layout) Bigarray.Array1.t (** Type of memory blocks. *) Io_page.get n returns "a memory block of [n] pages", so an Io_page.t isn't a single page of memory. The actual problem I'm seeing with TLS on Xen is: Invalid page: offset=2920, length=1245 This comes from Netif. The buffer underlying buffer is page aligned (it's allocated by Tls_mirage.conv_io), so I assume tcpip is splitting it at an unfortunate point. It appears it was working before because HTTP_IO buffers its writes using tcpip's Channel module, which batches them into single IO pages. With TLS, these page-sized chunks don't go directly to TCP, but got via TLS instead. So: 1. What does "page-aligned memory buffer" really mean? gnttab_stubs.c checks that the underlying Bigarray starts on a page boundary. netif.ml checks that the cstruct's off + len <= page_size. So from this, it seems that it means a page-aligned buffer no larger than a page. 2. Should Ethif split requests that cross page boundaries into multiple requests to Netif? Or do the APIs need changing? 3. Where should buffering happen? Between HTTP and TLS (as now), or between TLS and TCP? 4. Should we propagate buffer sizes backwards somehow, so that TCP can suggest to TLS to send data as TCP-sized chunks of data within a single Io_page? -- Dr Thomas Leonard http://0install.net/ GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 GPG: DA98 25AE CAD0 8975 7CDA BD8E 0713 3F96 CA74 D8BA _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Wed Jan 07 17:35:44 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 07 Jan 2015 17:35:44 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8uWE-0004Lb-4p; Wed, 07 Jan 2015 17:35:42 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8uWD-0004LW-0F for mirageos-devel@lists.xenproject.org; Wed, 07 Jan 2015 17:35:41 +0000 Received: from [85.158.143.35] by server-3.bemta-4.messagelabs.com id EB/AE-15461-C6E6DA45; Wed, 07 Jan 2015 17:35:40 +0000 X-Env-Sender: Dave.Scott@citrix.com X-Msg-Ref: server-5.tower-21.messagelabs.com!1420652139!19870860!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22653 invoked from network); 7 Jan 2015 17:35:39 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-5.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 7 Jan 2015 17:35:39 -0000 X-IronPort-AV: E=Sophos;i="5.07,715,1413244800"; d="scan'208";a="28427744" From: Dave Scott To: Thomas Leonard Thread-Topic: [MirageOS-devel] An HTTP server with TLS Thread-Index: AQHQKM2Q9qgOtQ53qEy5cRpQFpsxppy0asaAgAAA8YCAAAMSAIAAaSSAgAAGZoA= Date: Wed, 7 Jan 2015 17:35:38 +0000 Message-ID: <04A38753-6144-4015-90B0-67192BBA8749@citrix.com> References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-ID: <3077B55522744A4E949F5054E8E95D4F@citrix.com> MIME-Version: 1.0 X-DLP: AMS1 Cc: "mirageos-devel@lists.xenproject.org" , Anil Madhavapeddy Subject: Re: [MirageOS-devel] An HTTP server with TLS X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org DQo+IE9uIDcgSmFuIDIwMTUsIGF0IDE3OjEyLCBUaG9tYXMgTGVvbmFyZCA8dGFsZXg1QGdtYWls LmNvbT4gd3JvdGU6DQo+IA0KPiBPbiA3IEphbnVhcnkgMjAxNSBhdCAxMDo1NiwgQW5pbCBNYWRo YXZhcGVkZHkgPGFuaWxAcmVjb2lsLm9yZz4gd3JvdGU6DQo+PiBPbiA3IEphbiAyMDE1LCBhdCAx MDo0NSwgVGhvbWFzIExlb25hcmQgPHRhbGV4NUBnbWFpbC5jb20+IHdyb3RlOg0KPj4+IA0KPj4+ IE9uIDcgSmFudWFyeSAyMDE1IGF0IDEwOjQyLCBBbmlsIE1hZGhhdmFwZWRkeSA8YW5pbEByZWNv aWwub3JnPiB3cm90ZToNCj4+Pj4gT24gNSBKYW4gMjAxNSwgYXQgMDk6NTMsIFRob21hcyBMZW9u YXJkIDx0YWxleDVAZ21haWwuY29tPiB3cm90ZToNCj4+Pj4+IA0KPj4+Pj4gSSdkIGxpa2UgdG8g YWRkIFRMUyB0byBteSBNaXJhZ2Ugd2ViIHNlcnZlci4gV2hhdCdzIHRoZSBiZXN0IHdheSB0byBk byB0aGlzPw0KPj4+Pj4gDQo+Pj4+PiBNeSBVbmlrZXJuZWwuTWFpbiBmdW5jdG9yIGN1cnJlbnRs eSB0YWtlcyBhIChIIDogQ29odHRwX2x3dC5TZXJ2ZXIpDQo+Pj4+PiBhcmd1bWVudC4gSSBzZWUg dGhhdCBtYWluLm1sIGNvbmZpZ3VyZXMgdGhpcyB1c2luZzoNCj4+Pj4+IA0KPj4+Pj4gbW9kdWxl IENvbmR1aXQxID0gQ29uZHVpdF9taXJhZ2UuTWFrZShTdGFja3Y0MSkoVmNoYW4xKQ0KPj4+Pj4g bW9kdWxlIEh0dHAxID0gSFRUUC5NYWtlKENvbmR1aXQxKQ0KPj4+Pj4gDQo+Pj4+PiBDYW4gY29u ZHVpdCBkZWFsIHdpdGggVExTIGZvciBtZT8gVGhlIGNvbmR1aXQgZG9jcyBzYXkgIlRoZSByZWFz b24NCj4+Pj4+IHRoaXMgbGlicmFyeSBleGlzdHMgaXMgdG8gcHJvdmlkZSBhIGRlZ3JlZSBvZiBh YnN0cmFjdGlvbiBmcm9tIHRoZQ0KPj4+Pj4gcHJlY2lzZSBTU0wgbGlicmFyeSB1c2VkIiwgd2hp Y2ggc3VnZ2VzdHMgdGhhdCBpdCBzaG91bGQuDQo+Pj4+IA0KPj4+PiBDb25kdWl0X21pcmFnZSBk b2Vzbid0IHN1cHBvcnQgdGhpcyB5ZXQgLS0ganVzdCBDb25kdWl0X2x3dF91bml4Lg0KPj4+PiBC ZWZvcmUgYWRkaW5nIGl0IGluLCBJIHdhcyB3YWl0aW5nIGZvciB4ZW50cm9weWQgYW5kIHRoZSBD IGJpbmRpbmdzDQo+Pj4+IHRvIHdvcmssIHdoaWNoIHNob3VsZCBhbGwgYmUgaW4gdGhlIHRyZWVz LiAgSWYgd2UgY291bGQgbm93IGdldCBhDQo+Pj4+IG1pcmFnZS1za2VsZXRvbiBleGFtcGxlIG9m IGEgbWFudWFsIFNTTCBzZXJ2ZXIgdXNpbmcgdGhlIFRDUC9JUA0KPj4+PiBzdGFjayBkaXJlY3Rs eSwgdGhlbiB0aGUgQ29uZHVpdF9taXJhZ2UgdmVyc2lvbiB3b24ndCBiZSB0b28gZmFyDQo+Pj4+ IGJlaGluZC4NCj4+PiANCj4+PiB0bHMvbWlyYWdlL2V4YW1wbGUgaGFzIGEgZGlyZWN0IGV4YW1w bGUgdGhhdCB3b3JrcyBvbiBYZW4uIEknbSBnb2luZw0KPj4+IHRvIGxvb2sgYXQgZ2V0dGluZyBI VFRQUyBzdXBwb3J0IHdvcmtpbmcgbm93LCB1bmxlc3MgeW91IHdhbnQgdG8gZG8gaXQNCj4+PiBm aXJzdC4NCj4+PiANCj4+IA0KPj4gR28gZm9yIGl0ISAgSSdtIHRha2luZyBhIHNob3QgYXQgcHVs bGluZyB0aGUgT0NhbWwgcnVudGltZSBvdXQgb2YNCj4+IG1pcmFnZS1wbGF0Zm9ybSBhdCB0aGUg bW9tZW50Lg0KPiANCj4gT0suIENvdWxkIHNvbWVvbmUgY2xhcmlmeSB0aGUgYnVmZmVyLWFsaWdu bWVudCBydWxlcyBmb3IgbWUgYWdhaW4/DQo+IA0KPiBWMS5tbGkgc2F5czoNCj4gDQo+IG1vZHVs ZSB0eXBlIE5FVFdPUksgPSBzaWcNCj4gIHR5cGUgcGFnZV9hbGlnbmVkX2J1ZmZlcg0KPiAgKCoq IEFic3RyYWN0IHR5cGUgZm9yIGEgcGFnZS1hbGlnbmVkIG1lbW9yeSBidWZmZXIgKikNCj4gDQo+ IGFuZA0KPiANCj4gbW9kdWxlIHR5cGUgRVRISUYgPSBzaWcNCj4gIHR5cGUgYnVmZmVyDQo+ICAo KiogQWJzdHJhY3QgdHlwZSBmb3IgYSBtZW1vcnkgYnVmZmVyIHRoYXQgbWF5IG5vdCBiZSBwYWdl IGFsaWduZWQgKikNCj4gDQo+IHRjcGlwJ3MgZXRoaWYubWwganVzdCBwYXNzZXMgdGhlIChub24t YWxpZ25lZCkgYnVmZmVyIHN0cmFpZ2h0IHRocm91Z2gNCj4gdG8gTmV0aWYsIHdoaWNoIHNlZW1z IHdyb25nLg0KPiANCj4gVjFfTFdUIHJlc3RyaWN0cyB0aGUgdHlwZXMgd2l0aDoNCj4gDQo+IG1v ZHVsZSB0eXBlIE5FVFdPUksgPSBORVRXT1JLDQo+ICAgd2l0aCB0eXBlIHBhZ2VfYWxpZ25lZF9i dWZmZXIgPSBJb19wYWdlLnQNCj4gDQo+IG1vZHVsZSB0eXBlIEVUSElGID0gRVRISUYNCj4gICB3 aXRoIHR5cGUgYnVmZmVyID0gQ3N0cnVjdC50DQo+IA0KPiBpby1wYWdlIGlzIGEgYml0IHZhZ3Vl IGFib3V0IHdoYXQgYW4gSW9fcGFnZS50IGlzOg0KPiANCj4gdHlwZSB0ID0gKGNoYXIsIEJpZ2Fy cmF5LmludDhfdW5zaWduZWRfZWx0LCBCaWdhcnJheS5jX2xheW91dCkgQmlnYXJyYXkuQXJyYXkx LnQNCj4gKCoqIFR5cGUgb2YgbWVtb3J5IGJsb2Nrcy4gKikNCj4gDQo+IElvX3BhZ2UuZ2V0IG4g cmV0dXJucyAiYSBtZW1vcnkgYmxvY2sgb2YgW25dIHBhZ2VzIiwgc28gYW4gSW9fcGFnZS50DQo+ IGlzbid0IGEgc2luZ2xlIHBhZ2Ugb2YgbWVtb3J5Lg0KPiANCj4gVGhlIGFjdHVhbCBwcm9ibGVt IEknbSBzZWVpbmcgd2l0aCBUTFMgb24gWGVuIGlzOg0KPiANCj4gSW52YWxpZCBwYWdlOiBvZmZz ZXQ9MjkyMCwgbGVuZ3RoPTEyNDUNCj4gDQo+IFRoaXMgY29tZXMgZnJvbSBOZXRpZi4gVGhlIGJ1 ZmZlciB1bmRlcmx5aW5nIGJ1ZmZlciBpcyBwYWdlIGFsaWduZWQNCj4gKGl0J3MgYWxsb2NhdGVk IGJ5IFRsc19taXJhZ2UuY29udl9pbyksIHNvIEkgYXNzdW1lIHRjcGlwIGlzIHNwbGl0dGluZw0K PiBpdCBhdCBhbiB1bmZvcnR1bmF0ZSBwb2ludC4NCj4gDQo+IEl0IGFwcGVhcnMgaXQgd2FzIHdv cmtpbmcgYmVmb3JlIGJlY2F1c2UgSFRUUF9JTyBidWZmZXJzIGl0cyB3cml0ZXMNCj4gdXNpbmcg dGNwaXAncyBDaGFubmVsIG1vZHVsZSwgd2hpY2ggYmF0Y2hlcyB0aGVtIGludG8gc2luZ2xlIElP IHBhZ2VzLg0KPiBXaXRoIFRMUywgdGhlc2UgcGFnZS1zaXplZCBjaHVua3MgZG9uJ3QgZ28gZGly ZWN0bHkgdG8gVENQLCBidXQgZ290DQo+IHZpYSBUTFMgaW5zdGVhZC4NCj4gDQo+IFNvOg0KPiAN Cj4gMS4gV2hhdCBkb2VzICJwYWdlLWFsaWduZWQgbWVtb3J5IGJ1ZmZlciIgcmVhbGx5IG1lYW4/ DQoNCkl04oCZcyBhIGJpdCBvZiBhIG1lc3MgYXRtIDopDQoNCkkgdGhpbmsgd2UgbmVlZCB0byB3 cml0ZSBkb3duIG91ciBhbGlnbm1lbnQgcmVxdWlyZW1lbnRzIHNvbWV3aGVyZS4gSSBhc3N1bWUN CnRoZXkgYWxsIGNvbWUgZnJvbSB0aGUgbG93LWxldmVsIGRyaXZlcnMgaS5lLiB0aGUgaGlnaGVy LWxldmVsIGxheWVycyBkb27igJl0DQpyZWFsbHkgY2FyZSAoaXMgdGhhdCB0cnVlPykNCg0KU2tp bW1pbmcgdGhvdWdoIHRoZSBuZXRmcm9udCBjb2RlIEkgdGhpbmsgdGhhdCB0aGUgcHJvdG9jb2wg YWxsb3dzIHlvdSB0bw0KZ3JhbnQgYSBwYWdlIGFuZCBwcm92aWRlIGFuIG9mZnNldCB3aXRoaW4g aXQsIHNvIHlvdSBkb27igJl0IG5lZWQgdG8gYWxpZ24NCmV2ZXJ5dGhpbmcuIFlvdSBkbyBuZWVk IHRvIHNwbGl0IHJlcXVlc3RzIHRoYXQgY3Jvc3MgcGFnZSBib3VuZGFyaWVzIHRob3VnaC4NCk9u ZSB3cmlua2xlIGlzIHRoYXQgaWYgeW91IGRvbuKAmXQgdHJ1c3QgdGhlIG5ldHdvcmsgYmFja2Vu ZCAoc2F5IGl04oCZcyBpbg0KYSBkcml2ZXIgZG9tYWluIHdpdGggYSBkb2RneSB3aWZpIGRyaXZl ciBhbmQgaGFzIGJlZW4gY29tcHJvbWlzZWQpIHRoZW4NCnlvdSBtYXkgbm90IHdhbnQgdG8gZ3Jh bnQgYSBwYWdlIHdoaWNoIGhhcHBlbnMgdG8gYWxzbyBjb250YWluIHNvbWUgc2VjcmV0DQpkYXRh IGFzIHdlbGwgYXMgeW91ciBwYXlsb2FkLCBzaW5jZSB0aGUgdW50cnVzdHdvcnRoeSBiYWNrZW5k IGNhbiBpZ25vcmUgdGhlDQpvZmZzZXQgYW5kIHJlYWQgdGhlIHdob2xlIHRoaW5nLiBUaGlua2lu ZyBhYm91dCBpdCwgSSBzdXBwb3NlIHRoYXQgd291bGQgYmUNCnRoZSBkcml2ZXItZG9tYWluIGVx dWl2YWxlbnQgb2YgaGVhcnRibGVhZDogbGVha2luZyByYW5kb20gKENzdHJ1Y3QpIGJ1ZmZlcnMN Cm9uIGV2ZXJ5IHBhY2tldC4NCg0KSUlSQyB0aGUgYmxrZnJvbnQgY29kZSBleHBlY3RzIHRoZSBz ZWN0b3JzIHRvIGJlIHBhZ2UgYWxpZ25lZC4NCg0KDQo+IGdudHRhYl9zdHVicy5jIGNoZWNrcyB0 aGF0IHRoZSB1bmRlcmx5aW5nIEJpZ2FycmF5IHN0YXJ0cyBvbiBhIHBhZ2UgYm91bmRhcnkuDQo+ IA0KPiBuZXRpZi5tbCBjaGVja3MgdGhhdCB0aGUgY3N0cnVjdCdzIG9mZiArIGxlbiA8PSBwYWdl X3NpemUuDQoNCkkgdGhpbmsgd2UgZGlzY292ZXJlZCBleHBlcmltZW50YWxseSB0aGF0IG5ldGJh Y2sgZGlkbuKAmXQgbGlrZSBpdCBpZiBpdA0KY3Jvc3NlZCBhIGJvdW5kYXJ5Lg0KDQo+IA0KPiBT byBmcm9tIHRoaXMsIGl0IHNlZW1zIHRoYXQgaXQgbWVhbnMgYSBwYWdlLWFsaWduZWQgYnVmZmVy IG5vIGxhcmdlcg0KPiB0aGFuIGEgcGFnZS4NCj4gDQo+IA0KPiAyLiBTaG91bGQgRXRoaWYgc3Bs aXQgcmVxdWVzdHMgdGhhdCBjcm9zcyBwYWdlIGJvdW5kYXJpZXMgaW50bw0KPiBtdWx0aXBsZSBy ZXF1ZXN0cyB0byBOZXRpZj8gT3IgZG8gdGhlIEFQSXMgbmVlZCBjaGFuZ2luZz8NCj4gDQo+IA0K PiAzLiBXaGVyZSBzaG91bGQgYnVmZmVyaW5nIGhhcHBlbj8gQmV0d2VlbiBIVFRQIGFuZCBUTFMg KGFzIG5vdyksIG9yDQo+IGJldHdlZW4gVExTIGFuZCBUQ1A/DQo+IA0KPiANCj4gNC4gU2hvdWxk IHdlIHByb3BhZ2F0ZSBidWZmZXIgc2l6ZXMgYmFja3dhcmRzIHNvbWVob3csIHNvIHRoYXQgVENQ IGNhbg0KPiBzdWdnZXN0IHRvIFRMUyB0byBzZW5kIGRhdGEgYXMgVENQLXNpemVkIGNodW5rcyBv ZiBkYXRhIHdpdGhpbiBhDQo+IHNpbmdsZSBJb19wYWdlPw0KDQpTb21ldGltZXMgdGhlIGRyaXZl cnMgYXJlIGFibGUgdG8gcHJvY2VzcyBwYWdlcyB3aGljaCB5b3XigJl2ZSBhbGxvY2F0ZWQgeW91 cnNlbGYsDQp3aGlsZSBpbiBvdGhlciBjYXNlcyB0aGV54oCZZCBwcmVmZXIgdG8gZG8gdGhlIGFs bG9jYXRpb24gZnJvbSBhIGZpeGVkIHBvb2wuDQpGb3IgZXhhbXBsZSBibGtmcm9udCB3aXRoIHBl cnNpc3RlbnQgZ3JhbnRzLCBibGtmcm9udCBpbiB1c2Vyc3BhY2UgYW5kIHZjaGFuLg0KUGVyaGFw cyB3ZSBuZWVkIHRvIGFkZCBzb21lIGtpbmQgb2YgYWxsb2NhdG9yIGFic3RyYWN0aW9uPw0KDQpD aGVlcnMsDQpEYXZlDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fCk1pcmFnZU9TLWRldmVsIG1haWxpbmcgbGlzdApNaXJhZ2VPUy1kZXZlbEBsaXN0cy54 ZW5wcm9qZWN0Lm9yZwpodHRwOi8vbGlzdHMueGVucHJvamVjdC5vcmcvY2dpLWJpbi9tYWlsbWFu L2xpc3RpbmZvL21pcmFnZW9zLWRldmVsCg== From mirageos-devel-bounces@lists.xenproject.org Wed Jan 07 17:35:44 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 07 Jan 2015 17:35:44 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8uWE-0004Lb-4p; Wed, 07 Jan 2015 17:35:42 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8uWD-0004LW-0F for mirageos-devel@lists.xenproject.org; Wed, 07 Jan 2015 17:35:41 +0000 Received: from [85.158.143.35] by server-3.bemta-4.messagelabs.com id EB/AE-15461-C6E6DA45; Wed, 07 Jan 2015 17:35:40 +0000 X-Env-Sender: Dave.Scott@citrix.com X-Msg-Ref: server-5.tower-21.messagelabs.com!1420652139!19870860!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22653 invoked from network); 7 Jan 2015 17:35:39 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-5.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 7 Jan 2015 17:35:39 -0000 X-IronPort-AV: E=Sophos;i="5.07,715,1413244800"; d="scan'208";a="28427744" From: Dave Scott To: Thomas Leonard Thread-Topic: [MirageOS-devel] An HTTP server with TLS Thread-Index: AQHQKM2Q9qgOtQ53qEy5cRpQFpsxppy0asaAgAAA8YCAAAMSAIAAaSSAgAAGZoA= Date: Wed, 7 Jan 2015 17:35:38 +0000 Message-ID: <04A38753-6144-4015-90B0-67192BBA8749@citrix.com> References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-ID: <3077B55522744A4E949F5054E8E95D4F@citrix.com> MIME-Version: 1.0 X-DLP: AMS1 Cc: "mirageos-devel@lists.xenproject.org" , Anil Madhavapeddy Subject: Re: [MirageOS-devel] An HTTP server with TLS X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org DQo+IE9uIDcgSmFuIDIwMTUsIGF0IDE3OjEyLCBUaG9tYXMgTGVvbmFyZCA8dGFsZXg1QGdtYWls LmNvbT4gd3JvdGU6DQo+IA0KPiBPbiA3IEphbnVhcnkgMjAxNSBhdCAxMDo1NiwgQW5pbCBNYWRo YXZhcGVkZHkgPGFuaWxAcmVjb2lsLm9yZz4gd3JvdGU6DQo+PiBPbiA3IEphbiAyMDE1LCBhdCAx MDo0NSwgVGhvbWFzIExlb25hcmQgPHRhbGV4NUBnbWFpbC5jb20+IHdyb3RlOg0KPj4+IA0KPj4+ IE9uIDcgSmFudWFyeSAyMDE1IGF0IDEwOjQyLCBBbmlsIE1hZGhhdmFwZWRkeSA8YW5pbEByZWNv aWwub3JnPiB3cm90ZToNCj4+Pj4gT24gNSBKYW4gMjAxNSwgYXQgMDk6NTMsIFRob21hcyBMZW9u YXJkIDx0YWxleDVAZ21haWwuY29tPiB3cm90ZToNCj4+Pj4+IA0KPj4+Pj4gSSdkIGxpa2UgdG8g YWRkIFRMUyB0byBteSBNaXJhZ2Ugd2ViIHNlcnZlci4gV2hhdCdzIHRoZSBiZXN0IHdheSB0byBk byB0aGlzPw0KPj4+Pj4gDQo+Pj4+PiBNeSBVbmlrZXJuZWwuTWFpbiBmdW5jdG9yIGN1cnJlbnRs eSB0YWtlcyBhIChIIDogQ29odHRwX2x3dC5TZXJ2ZXIpDQo+Pj4+PiBhcmd1bWVudC4gSSBzZWUg dGhhdCBtYWluLm1sIGNvbmZpZ3VyZXMgdGhpcyB1c2luZzoNCj4+Pj4+IA0KPj4+Pj4gbW9kdWxl IENvbmR1aXQxID0gQ29uZHVpdF9taXJhZ2UuTWFrZShTdGFja3Y0MSkoVmNoYW4xKQ0KPj4+Pj4g bW9kdWxlIEh0dHAxID0gSFRUUC5NYWtlKENvbmR1aXQxKQ0KPj4+Pj4gDQo+Pj4+PiBDYW4gY29u ZHVpdCBkZWFsIHdpdGggVExTIGZvciBtZT8gVGhlIGNvbmR1aXQgZG9jcyBzYXkgIlRoZSByZWFz b24NCj4+Pj4+IHRoaXMgbGlicmFyeSBleGlzdHMgaXMgdG8gcHJvdmlkZSBhIGRlZ3JlZSBvZiBh YnN0cmFjdGlvbiBmcm9tIHRoZQ0KPj4+Pj4gcHJlY2lzZSBTU0wgbGlicmFyeSB1c2VkIiwgd2hp Y2ggc3VnZ2VzdHMgdGhhdCBpdCBzaG91bGQuDQo+Pj4+IA0KPj4+PiBDb25kdWl0X21pcmFnZSBk b2Vzbid0IHN1cHBvcnQgdGhpcyB5ZXQgLS0ganVzdCBDb25kdWl0X2x3dF91bml4Lg0KPj4+PiBC ZWZvcmUgYWRkaW5nIGl0IGluLCBJIHdhcyB3YWl0aW5nIGZvciB4ZW50cm9weWQgYW5kIHRoZSBD IGJpbmRpbmdzDQo+Pj4+IHRvIHdvcmssIHdoaWNoIHNob3VsZCBhbGwgYmUgaW4gdGhlIHRyZWVz LiAgSWYgd2UgY291bGQgbm93IGdldCBhDQo+Pj4+IG1pcmFnZS1za2VsZXRvbiBleGFtcGxlIG9m IGEgbWFudWFsIFNTTCBzZXJ2ZXIgdXNpbmcgdGhlIFRDUC9JUA0KPj4+PiBzdGFjayBkaXJlY3Rs eSwgdGhlbiB0aGUgQ29uZHVpdF9taXJhZ2UgdmVyc2lvbiB3b24ndCBiZSB0b28gZmFyDQo+Pj4+ IGJlaGluZC4NCj4+PiANCj4+PiB0bHMvbWlyYWdlL2V4YW1wbGUgaGFzIGEgZGlyZWN0IGV4YW1w bGUgdGhhdCB3b3JrcyBvbiBYZW4uIEknbSBnb2luZw0KPj4+IHRvIGxvb2sgYXQgZ2V0dGluZyBI VFRQUyBzdXBwb3J0IHdvcmtpbmcgbm93LCB1bmxlc3MgeW91IHdhbnQgdG8gZG8gaXQNCj4+PiBm aXJzdC4NCj4+PiANCj4+IA0KPj4gR28gZm9yIGl0ISAgSSdtIHRha2luZyBhIHNob3QgYXQgcHVs bGluZyB0aGUgT0NhbWwgcnVudGltZSBvdXQgb2YNCj4+IG1pcmFnZS1wbGF0Zm9ybSBhdCB0aGUg bW9tZW50Lg0KPiANCj4gT0suIENvdWxkIHNvbWVvbmUgY2xhcmlmeSB0aGUgYnVmZmVyLWFsaWdu bWVudCBydWxlcyBmb3IgbWUgYWdhaW4/DQo+IA0KPiBWMS5tbGkgc2F5czoNCj4gDQo+IG1vZHVs ZSB0eXBlIE5FVFdPUksgPSBzaWcNCj4gIHR5cGUgcGFnZV9hbGlnbmVkX2J1ZmZlcg0KPiAgKCoq IEFic3RyYWN0IHR5cGUgZm9yIGEgcGFnZS1hbGlnbmVkIG1lbW9yeSBidWZmZXIgKikNCj4gDQo+ IGFuZA0KPiANCj4gbW9kdWxlIHR5cGUgRVRISUYgPSBzaWcNCj4gIHR5cGUgYnVmZmVyDQo+ICAo KiogQWJzdHJhY3QgdHlwZSBmb3IgYSBtZW1vcnkgYnVmZmVyIHRoYXQgbWF5IG5vdCBiZSBwYWdl IGFsaWduZWQgKikNCj4gDQo+IHRjcGlwJ3MgZXRoaWYubWwganVzdCBwYXNzZXMgdGhlIChub24t YWxpZ25lZCkgYnVmZmVyIHN0cmFpZ2h0IHRocm91Z2gNCj4gdG8gTmV0aWYsIHdoaWNoIHNlZW1z IHdyb25nLg0KPiANCj4gVjFfTFdUIHJlc3RyaWN0cyB0aGUgdHlwZXMgd2l0aDoNCj4gDQo+IG1v ZHVsZSB0eXBlIE5FVFdPUksgPSBORVRXT1JLDQo+ICAgd2l0aCB0eXBlIHBhZ2VfYWxpZ25lZF9i dWZmZXIgPSBJb19wYWdlLnQNCj4gDQo+IG1vZHVsZSB0eXBlIEVUSElGID0gRVRISUYNCj4gICB3 aXRoIHR5cGUgYnVmZmVyID0gQ3N0cnVjdC50DQo+IA0KPiBpby1wYWdlIGlzIGEgYml0IHZhZ3Vl IGFib3V0IHdoYXQgYW4gSW9fcGFnZS50IGlzOg0KPiANCj4gdHlwZSB0ID0gKGNoYXIsIEJpZ2Fy cmF5LmludDhfdW5zaWduZWRfZWx0LCBCaWdhcnJheS5jX2xheW91dCkgQmlnYXJyYXkuQXJyYXkx LnQNCj4gKCoqIFR5cGUgb2YgbWVtb3J5IGJsb2Nrcy4gKikNCj4gDQo+IElvX3BhZ2UuZ2V0IG4g cmV0dXJucyAiYSBtZW1vcnkgYmxvY2sgb2YgW25dIHBhZ2VzIiwgc28gYW4gSW9fcGFnZS50DQo+ IGlzbid0IGEgc2luZ2xlIHBhZ2Ugb2YgbWVtb3J5Lg0KPiANCj4gVGhlIGFjdHVhbCBwcm9ibGVt IEknbSBzZWVpbmcgd2l0aCBUTFMgb24gWGVuIGlzOg0KPiANCj4gSW52YWxpZCBwYWdlOiBvZmZz ZXQ9MjkyMCwgbGVuZ3RoPTEyNDUNCj4gDQo+IFRoaXMgY29tZXMgZnJvbSBOZXRpZi4gVGhlIGJ1 ZmZlciB1bmRlcmx5aW5nIGJ1ZmZlciBpcyBwYWdlIGFsaWduZWQNCj4gKGl0J3MgYWxsb2NhdGVk IGJ5IFRsc19taXJhZ2UuY29udl9pbyksIHNvIEkgYXNzdW1lIHRjcGlwIGlzIHNwbGl0dGluZw0K PiBpdCBhdCBhbiB1bmZvcnR1bmF0ZSBwb2ludC4NCj4gDQo+IEl0IGFwcGVhcnMgaXQgd2FzIHdv cmtpbmcgYmVmb3JlIGJlY2F1c2UgSFRUUF9JTyBidWZmZXJzIGl0cyB3cml0ZXMNCj4gdXNpbmcg dGNwaXAncyBDaGFubmVsIG1vZHVsZSwgd2hpY2ggYmF0Y2hlcyB0aGVtIGludG8gc2luZ2xlIElP IHBhZ2VzLg0KPiBXaXRoIFRMUywgdGhlc2UgcGFnZS1zaXplZCBjaHVua3MgZG9uJ3QgZ28gZGly ZWN0bHkgdG8gVENQLCBidXQgZ290DQo+IHZpYSBUTFMgaW5zdGVhZC4NCj4gDQo+IFNvOg0KPiAN Cj4gMS4gV2hhdCBkb2VzICJwYWdlLWFsaWduZWQgbWVtb3J5IGJ1ZmZlciIgcmVhbGx5IG1lYW4/ DQoNCkl04oCZcyBhIGJpdCBvZiBhIG1lc3MgYXRtIDopDQoNCkkgdGhpbmsgd2UgbmVlZCB0byB3 cml0ZSBkb3duIG91ciBhbGlnbm1lbnQgcmVxdWlyZW1lbnRzIHNvbWV3aGVyZS4gSSBhc3N1bWUN CnRoZXkgYWxsIGNvbWUgZnJvbSB0aGUgbG93LWxldmVsIGRyaXZlcnMgaS5lLiB0aGUgaGlnaGVy LWxldmVsIGxheWVycyBkb27igJl0DQpyZWFsbHkgY2FyZSAoaXMgdGhhdCB0cnVlPykNCg0KU2tp bW1pbmcgdGhvdWdoIHRoZSBuZXRmcm9udCBjb2RlIEkgdGhpbmsgdGhhdCB0aGUgcHJvdG9jb2wg YWxsb3dzIHlvdSB0bw0KZ3JhbnQgYSBwYWdlIGFuZCBwcm92aWRlIGFuIG9mZnNldCB3aXRoaW4g aXQsIHNvIHlvdSBkb27igJl0IG5lZWQgdG8gYWxpZ24NCmV2ZXJ5dGhpbmcuIFlvdSBkbyBuZWVk IHRvIHNwbGl0IHJlcXVlc3RzIHRoYXQgY3Jvc3MgcGFnZSBib3VuZGFyaWVzIHRob3VnaC4NCk9u ZSB3cmlua2xlIGlzIHRoYXQgaWYgeW91IGRvbuKAmXQgdHJ1c3QgdGhlIG5ldHdvcmsgYmFja2Vu ZCAoc2F5IGl04oCZcyBpbg0KYSBkcml2ZXIgZG9tYWluIHdpdGggYSBkb2RneSB3aWZpIGRyaXZl ciBhbmQgaGFzIGJlZW4gY29tcHJvbWlzZWQpIHRoZW4NCnlvdSBtYXkgbm90IHdhbnQgdG8gZ3Jh bnQgYSBwYWdlIHdoaWNoIGhhcHBlbnMgdG8gYWxzbyBjb250YWluIHNvbWUgc2VjcmV0DQpkYXRh IGFzIHdlbGwgYXMgeW91ciBwYXlsb2FkLCBzaW5jZSB0aGUgdW50cnVzdHdvcnRoeSBiYWNrZW5k IGNhbiBpZ25vcmUgdGhlDQpvZmZzZXQgYW5kIHJlYWQgdGhlIHdob2xlIHRoaW5nLiBUaGlua2lu ZyBhYm91dCBpdCwgSSBzdXBwb3NlIHRoYXQgd291bGQgYmUNCnRoZSBkcml2ZXItZG9tYWluIGVx dWl2YWxlbnQgb2YgaGVhcnRibGVhZDogbGVha2luZyByYW5kb20gKENzdHJ1Y3QpIGJ1ZmZlcnMN Cm9uIGV2ZXJ5IHBhY2tldC4NCg0KSUlSQyB0aGUgYmxrZnJvbnQgY29kZSBleHBlY3RzIHRoZSBz ZWN0b3JzIHRvIGJlIHBhZ2UgYWxpZ25lZC4NCg0KDQo+IGdudHRhYl9zdHVicy5jIGNoZWNrcyB0 aGF0IHRoZSB1bmRlcmx5aW5nIEJpZ2FycmF5IHN0YXJ0cyBvbiBhIHBhZ2UgYm91bmRhcnkuDQo+ IA0KPiBuZXRpZi5tbCBjaGVja3MgdGhhdCB0aGUgY3N0cnVjdCdzIG9mZiArIGxlbiA8PSBwYWdl X3NpemUuDQoNCkkgdGhpbmsgd2UgZGlzY292ZXJlZCBleHBlcmltZW50YWxseSB0aGF0IG5ldGJh Y2sgZGlkbuKAmXQgbGlrZSBpdCBpZiBpdA0KY3Jvc3NlZCBhIGJvdW5kYXJ5Lg0KDQo+IA0KPiBT byBmcm9tIHRoaXMsIGl0IHNlZW1zIHRoYXQgaXQgbWVhbnMgYSBwYWdlLWFsaWduZWQgYnVmZmVy IG5vIGxhcmdlcg0KPiB0aGFuIGEgcGFnZS4NCj4gDQo+IA0KPiAyLiBTaG91bGQgRXRoaWYgc3Bs aXQgcmVxdWVzdHMgdGhhdCBjcm9zcyBwYWdlIGJvdW5kYXJpZXMgaW50bw0KPiBtdWx0aXBsZSBy ZXF1ZXN0cyB0byBOZXRpZj8gT3IgZG8gdGhlIEFQSXMgbmVlZCBjaGFuZ2luZz8NCj4gDQo+IA0K PiAzLiBXaGVyZSBzaG91bGQgYnVmZmVyaW5nIGhhcHBlbj8gQmV0d2VlbiBIVFRQIGFuZCBUTFMg KGFzIG5vdyksIG9yDQo+IGJldHdlZW4gVExTIGFuZCBUQ1A/DQo+IA0KPiANCj4gNC4gU2hvdWxk IHdlIHByb3BhZ2F0ZSBidWZmZXIgc2l6ZXMgYmFja3dhcmRzIHNvbWVob3csIHNvIHRoYXQgVENQ IGNhbg0KPiBzdWdnZXN0IHRvIFRMUyB0byBzZW5kIGRhdGEgYXMgVENQLXNpemVkIGNodW5rcyBv ZiBkYXRhIHdpdGhpbiBhDQo+IHNpbmdsZSBJb19wYWdlPw0KDQpTb21ldGltZXMgdGhlIGRyaXZl cnMgYXJlIGFibGUgdG8gcHJvY2VzcyBwYWdlcyB3aGljaCB5b3XigJl2ZSBhbGxvY2F0ZWQgeW91 cnNlbGYsDQp3aGlsZSBpbiBvdGhlciBjYXNlcyB0aGV54oCZZCBwcmVmZXIgdG8gZG8gdGhlIGFs bG9jYXRpb24gZnJvbSBhIGZpeGVkIHBvb2wuDQpGb3IgZXhhbXBsZSBibGtmcm9udCB3aXRoIHBl cnNpc3RlbnQgZ3JhbnRzLCBibGtmcm9udCBpbiB1c2Vyc3BhY2UgYW5kIHZjaGFuLg0KUGVyaGFw cyB3ZSBuZWVkIHRvIGFkZCBzb21lIGtpbmQgb2YgYWxsb2NhdG9yIGFic3RyYWN0aW9uPw0KDQpD aGVlcnMsDQpEYXZlDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fCk1pcmFnZU9TLWRldmVsIG1haWxpbmcgbGlzdApNaXJhZ2VPUy1kZXZlbEBsaXN0cy54 ZW5wcm9qZWN0Lm9yZwpodHRwOi8vbGlzdHMueGVucHJvamVjdC5vcmcvY2dpLWJpbi9tYWlsbWFu L2xpc3RpbmZvL21pcmFnZW9zLWRldmVsCg== From mirageos-devel-bounces@lists.xenproject.org Wed Jan 07 22:42:43 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 07 Jan 2015 22:42:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8zJD-0003LN-BJ; Wed, 07 Jan 2015 22:42:35 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8zJB-0003LI-Sp for MirageOS-devel@lists.xenproject.org; Wed, 07 Jan 2015 22:42:34 +0000 Received: from [85.158.137.68] by server-13.bemta-3.messagelabs.com id E7/A5-27623-856BDA45; Wed, 07 Jan 2015 22:42:32 +0000 X-Env-Sender: richard.mortier@gmail.com X-Msg-Ref: server-12.tower-31.messagelabs.com!1420670552!17898882!1 X-Originating-IP: [74.125.82.175] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11664 invoked from network); 7 Jan 2015 22:42:32 -0000 Received: from mail-we0-f175.google.com (HELO mail-we0-f175.google.com) (74.125.82.175) by server-12.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 7 Jan 2015 22:42:32 -0000 Received: by mail-we0-f175.google.com with SMTP id k11so2019331wes.20 for ; Wed, 07 Jan 2015 14:42:32 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=8MnTq0XzgSgdZCjyjKTQCnj4XD4ttPJWr8QXbBIkl14=; b=TukITMwST8iqeb+Yx0KrXRdLsjH0J0w/IXTuBGzG6uB75K7i7niU9agwPxHCoWyfmL 8dHKp9NI/KbPDgfKtW67I1IgXlNqedZTtbL0uHBTh6zUFiOm/83Ots5gZ491lri05nmA YNtYWsP5mxpPYLl8NfWWj83Lwzf+fp2Z/G2r4UBAt3cc0kgT7vCJgMtAsHzZpxzJZdVn CwghJ0eS2GTRcc+NbEXuuYlJOUdYPHFsEsVHKt2Q7GIFZEY8vmQHxJHaRlkH+RxQI6Vi 1Ly3GGgbQzR/gcIZwtIjMH/Bbl16mQOhXZ73cIH9bVFVuo5jnHyjIk4esnfDrH8/PZpo OvfQ== X-Received: by 10.194.235.193 with SMTP id uo1mr11146763wjc.105.1420670551761; Wed, 07 Jan 2015 14:42:31 -0800 (PST) Received: from mail-we0-f169.google.com (mail-we0-f169.google.com. [74.125.82.169]) by mx.google.com with ESMTPSA id vh8sm3784566wjc.12.2015.01.07.14.42.30 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 07 Jan 2015 14:42:30 -0800 (PST) Received: by mail-we0-f169.google.com with SMTP id m14so2022030wev.28 for ; Wed, 07 Jan 2015 14:42:30 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.180.90.34 with SMTP id bt2mr26492157wib.36.1420670550876; Wed, 07 Jan 2015 14:42:30 -0800 (PST) Received: by 10.217.83.83 with HTTP; Wed, 7 Jan 2015 14:42:30 -0800 (PST) In-Reply-To: <8BF6122A-1BA3-49A2-9AE0-804BA937784E@recoil.org> References: <8BF6122A-1BA3-49A2-9AE0-804BA937784E@recoil.org> Date: Wed, 7 Jan 2015 22:42:30 +0000 Message-ID: From: Richard Mortier To: Anil Madhavapeddy Cc: MirageOS-devel@lists.xenproject.org Subject: Re: [MirageOS-devel] Example with multiple interfaces X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org [ sorry for any duplicates -- resending from the right address so it can hit the list ] (so everyone else is aware -- there is indeed a PR in progress for a two-interface forwarding example at https://github.com/mirage/mirage-skeleton/pull/65) On 7 January 2015 at 08:36, Anil Madhavapeddy wrote: > Indeed -- this should just work, but you may just be running into network > configuration issues on Unix. It would be useful to know what backend you > were using (Unix or Xen) and what the networking topology was that failed. > > A simple multiple interface echo server would be useful though. Masoud, did > you have a pull request planned for your network throughput tests to > Mirage-skeleton? That would serve as both a benchmark and regression test > to check that traffic can flow between multiple interfaces. > > -anil > > On 30 Dec 2014, at 11:43, Michael Moon wrote: > > What was the problem in making ping example work? > > First of all, make sure that your opam is up to date (run "opam update" and > "opam upgrade") > > Second, you may need root privilege in running mir-ping. > > Third, manually assign ip address 10.0.0.1 to your tap0 device. > > > On Sun, Dec 28, 2014 at 8:44 PM, Jeremias Blendin > wrote: >> >> Hi, >> >> I recently started with MirageOS and would like to configure multiple >> interfaces with a unikernel. I experimented with the "ping" example from >> mirage-skeleton repository, but could not get it to work. Are there any >> examples with multiple interfaces available for beginners like me? >> >> Thanks you >> >> Jeremias >> >> _______________________________________________ >> MirageOS-devel mailing list >> MirageOS-devel@lists.xenproject.org >> http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel >> > > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel > > > > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel > -- Richard Mortier richard.mortier@cl.cam.ac.uk _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Wed Jan 07 22:42:43 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 07 Jan 2015 22:42:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8zJD-0003LN-BJ; Wed, 07 Jan 2015 22:42:35 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8zJB-0003LI-Sp for MirageOS-devel@lists.xenproject.org; Wed, 07 Jan 2015 22:42:34 +0000 Received: from [85.158.137.68] by server-13.bemta-3.messagelabs.com id E7/A5-27623-856BDA45; Wed, 07 Jan 2015 22:42:32 +0000 X-Env-Sender: richard.mortier@gmail.com X-Msg-Ref: server-12.tower-31.messagelabs.com!1420670552!17898882!1 X-Originating-IP: [74.125.82.175] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11664 invoked from network); 7 Jan 2015 22:42:32 -0000 Received: from mail-we0-f175.google.com (HELO mail-we0-f175.google.com) (74.125.82.175) by server-12.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 7 Jan 2015 22:42:32 -0000 Received: by mail-we0-f175.google.com with SMTP id k11so2019331wes.20 for ; Wed, 07 Jan 2015 14:42:32 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=8MnTq0XzgSgdZCjyjKTQCnj4XD4ttPJWr8QXbBIkl14=; b=TukITMwST8iqeb+Yx0KrXRdLsjH0J0w/IXTuBGzG6uB75K7i7niU9agwPxHCoWyfmL 8dHKp9NI/KbPDgfKtW67I1IgXlNqedZTtbL0uHBTh6zUFiOm/83Ots5gZ491lri05nmA YNtYWsP5mxpPYLl8NfWWj83Lwzf+fp2Z/G2r4UBAt3cc0kgT7vCJgMtAsHzZpxzJZdVn CwghJ0eS2GTRcc+NbEXuuYlJOUdYPHFsEsVHKt2Q7GIFZEY8vmQHxJHaRlkH+RxQI6Vi 1Ly3GGgbQzR/gcIZwtIjMH/Bbl16mQOhXZ73cIH9bVFVuo5jnHyjIk4esnfDrH8/PZpo OvfQ== X-Received: by 10.194.235.193 with SMTP id uo1mr11146763wjc.105.1420670551761; Wed, 07 Jan 2015 14:42:31 -0800 (PST) Received: from mail-we0-f169.google.com (mail-we0-f169.google.com. [74.125.82.169]) by mx.google.com with ESMTPSA id vh8sm3784566wjc.12.2015.01.07.14.42.30 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 07 Jan 2015 14:42:30 -0800 (PST) Received: by mail-we0-f169.google.com with SMTP id m14so2022030wev.28 for ; Wed, 07 Jan 2015 14:42:30 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.180.90.34 with SMTP id bt2mr26492157wib.36.1420670550876; Wed, 07 Jan 2015 14:42:30 -0800 (PST) Received: by 10.217.83.83 with HTTP; Wed, 7 Jan 2015 14:42:30 -0800 (PST) In-Reply-To: <8BF6122A-1BA3-49A2-9AE0-804BA937784E@recoil.org> References: <8BF6122A-1BA3-49A2-9AE0-804BA937784E@recoil.org> Date: Wed, 7 Jan 2015 22:42:30 +0000 Message-ID: From: Richard Mortier To: Anil Madhavapeddy Cc: MirageOS-devel@lists.xenproject.org Subject: Re: [MirageOS-devel] Example with multiple interfaces X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org [ sorry for any duplicates -- resending from the right address so it can hit the list ] (so everyone else is aware -- there is indeed a PR in progress for a two-interface forwarding example at https://github.com/mirage/mirage-skeleton/pull/65) On 7 January 2015 at 08:36, Anil Madhavapeddy wrote: > Indeed -- this should just work, but you may just be running into network > configuration issues on Unix. It would be useful to know what backend you > were using (Unix or Xen) and what the networking topology was that failed. > > A simple multiple interface echo server would be useful though. Masoud, did > you have a pull request planned for your network throughput tests to > Mirage-skeleton? That would serve as both a benchmark and regression test > to check that traffic can flow between multiple interfaces. > > -anil > > On 30 Dec 2014, at 11:43, Michael Moon wrote: > > What was the problem in making ping example work? > > First of all, make sure that your opam is up to date (run "opam update" and > "opam upgrade") > > Second, you may need root privilege in running mir-ping. > > Third, manually assign ip address 10.0.0.1 to your tap0 device. > > > On Sun, Dec 28, 2014 at 8:44 PM, Jeremias Blendin > wrote: >> >> Hi, >> >> I recently started with MirageOS and would like to configure multiple >> interfaces with a unikernel. I experimented with the "ping" example from >> mirage-skeleton repository, but could not get it to work. Are there any >> examples with multiple interfaces available for beginners like me? >> >> Thanks you >> >> Jeremias >> >> _______________________________________________ >> MirageOS-devel mailing list >> MirageOS-devel@lists.xenproject.org >> http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel >> > > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel > > > > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel > -- Richard Mortier richard.mortier@cl.cam.ac.uk _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Thu Jan 08 02:03:48 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 08 Jan 2015 02:03:48 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y92Rt-0000nw-PX; Thu, 08 Jan 2015 02:03:45 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y92Rs-0000nm-RH for mirageos-devel@lists.xenproject.org; Thu, 08 Jan 2015 02:03:44 +0000 Received: from [85.158.137.68] by server-4.bemta-3.messagelabs.com id 21/31-23865-085EDA45; Thu, 08 Jan 2015 02:03:44 +0000 X-Env-Sender: crockabiscuit@gmail.com X-Msg-Ref: server-11.tower-31.messagelabs.com!1420682622!18005495!1 X-Originating-IP: [209.85.220.42] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30033 invoked from network); 8 Jan 2015 02:03:43 -0000 Received: from mail-pa0-f42.google.com (HELO mail-pa0-f42.google.com) (209.85.220.42) by server-11.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 8 Jan 2015 02:03:43 -0000 Received: by mail-pa0-f42.google.com with SMTP id et14so8626088pad.1 for ; Wed, 07 Jan 2015 18:03:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=RqcgmzTnfU/zabfmtmVm7h30abl5xWXnKcRSTi9kMgM=; b=UYCKZpq+5rxJUJjxkX/3PidTrh2gP+lEsZpswvGCiXkMsU86T0YjeIsjcbmOml9+dD 6Ohdcd1ArBsSs4VILuCqD8ANqLTR1lO98/fO2htBLR2xAmcwrMuriibrULqZY0IedBPI B2Q7PYKS9gPRsRQuvmx786V20bkLXpse9hlLcmxOLXCtoT3bouGoTS332fV8IH++E0e4 nxgm07zJ9tpdSnolF0hj7GIUNLsOdrq6ScOk/isCzLj37HvlG1y8ctrPVhl2JpxWbs2n dQi5L67wUVSn0BRlVAci0LZDwQl3fd+MRlbAL0KfZjjmN8lqJVqUfNeIfyhoa6utPmwW b8cQ== MIME-Version: 1.0 X-Received: by 10.68.190.103 with SMTP id gp7mr10580089pbc.55.1420682621617; Wed, 07 Jan 2015 18:03:41 -0800 (PST) Received: by 10.66.252.166 with HTTP; Wed, 7 Jan 2015 18:03:41 -0800 (PST) Date: Thu, 8 Jan 2015 11:03:41 +0900 Message-ID: From: crocket To: mirageos-devel@lists.xenproject.org Subject: [MirageOS-devel] Why does mirage target Xen primarily but not KVM? X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org I'm just curious. Mirage, https://github.com/GaloisInc/HaLVM, and erlang on Xen all target Xen but not KVM. What makes Xen the primary build target for unikernels? _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Thu Jan 08 02:03:48 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 08 Jan 2015 02:03:48 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y92Rt-0000nw-PX; Thu, 08 Jan 2015 02:03:45 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y92Rs-0000nm-RH for mirageos-devel@lists.xenproject.org; Thu, 08 Jan 2015 02:03:44 +0000 Received: from [85.158.137.68] by server-4.bemta-3.messagelabs.com id 21/31-23865-085EDA45; Thu, 08 Jan 2015 02:03:44 +0000 X-Env-Sender: crockabiscuit@gmail.com X-Msg-Ref: server-11.tower-31.messagelabs.com!1420682622!18005495!1 X-Originating-IP: [209.85.220.42] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30033 invoked from network); 8 Jan 2015 02:03:43 -0000 Received: from mail-pa0-f42.google.com (HELO mail-pa0-f42.google.com) (209.85.220.42) by server-11.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 8 Jan 2015 02:03:43 -0000 Received: by mail-pa0-f42.google.com with SMTP id et14so8626088pad.1 for ; Wed, 07 Jan 2015 18:03:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=RqcgmzTnfU/zabfmtmVm7h30abl5xWXnKcRSTi9kMgM=; b=UYCKZpq+5rxJUJjxkX/3PidTrh2gP+lEsZpswvGCiXkMsU86T0YjeIsjcbmOml9+dD 6Ohdcd1ArBsSs4VILuCqD8ANqLTR1lO98/fO2htBLR2xAmcwrMuriibrULqZY0IedBPI B2Q7PYKS9gPRsRQuvmx786V20bkLXpse9hlLcmxOLXCtoT3bouGoTS332fV8IH++E0e4 nxgm07zJ9tpdSnolF0hj7GIUNLsOdrq6ScOk/isCzLj37HvlG1y8ctrPVhl2JpxWbs2n dQi5L67wUVSn0BRlVAci0LZDwQl3fd+MRlbAL0KfZjjmN8lqJVqUfNeIfyhoa6utPmwW b8cQ== MIME-Version: 1.0 X-Received: by 10.68.190.103 with SMTP id gp7mr10580089pbc.55.1420682621617; Wed, 07 Jan 2015 18:03:41 -0800 (PST) Received: by 10.66.252.166 with HTTP; Wed, 7 Jan 2015 18:03:41 -0800 (PST) Date: Thu, 8 Jan 2015 11:03:41 +0900 Message-ID: From: crocket To: mirageos-devel@lists.xenproject.org Subject: [MirageOS-devel] Why does mirage target Xen primarily but not KVM? X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org I'm just curious. Mirage, https://github.com/GaloisInc/HaLVM, and erlang on Xen all target Xen but not KVM. What makes Xen the primary build target for unikernels? _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Thu Jan 08 10:05:08 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 08 Jan 2015 10:05:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y99xb-0007Im-UG; Thu, 08 Jan 2015 10:04:59 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y99xa-0007Ih-Qy for mirageos-devel@lists.xenproject.org; Thu, 08 Jan 2015 10:04:58 +0000 Received: from [85.158.139.211] by server-11.bemta-5.messagelabs.com id 67/F0-22777-A465EA45; Thu, 08 Jan 2015 10:04:58 +0000 X-Env-Sender: Dave.Scott@citrix.com X-Msg-Ref: server-2.tower-206.messagelabs.com!1420711497!16862544!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests=received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21534 invoked from network); 8 Jan 2015 10:04:57 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-2.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 8 Jan 2015 10:04:57 -0000 X-IronPort-AV: E=Sophos;i="5.07,721,1413244800"; d="scan'208";a="28450872" From: Dave Scott To: crocket Thread-Topic: [MirageOS-devel] Why does mirage target Xen primarily but not KVM? Thread-Index: AQHQKudi0xvHywqt0UOyvqrwb6DUF5y17oCA Date: Thu, 8 Jan 2015 10:04:56 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-ID: <8681FB0ADF16624E9DBC2D5355FB55B7@citrix.com> MIME-Version: 1.0 X-DLP: AMS1 Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Why does mirage target Xen primarily but not KVM? X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org DQo+IE9uIDggSmFuIDIwMTUsIGF0IDAyOjAzLCBjcm9ja2V0IDxjcm9ja2FiaXNjdWl0QGdtYWls LmNvbT4gd3JvdGU6DQo+IA0KPiBJJ20ganVzdCBjdXJpb3VzLg0KPiANCj4gTWlyYWdlLCBodHRw czovL2dpdGh1Yi5jb20vR2Fsb2lzSW5jL0hhTFZNLCBhbmQgZXJsYW5nIG9uIFhlbiBhbGwNCj4g dGFyZ2V0IFhlbiBidXQgbm90IEtWTS4NCg0KU29tZW9uZSB3aG8gd2FzIHN1ZmZpY2llbnRseSBp bnRlcmVzdGVkIGNvdWxkIG1ha2UgTWlyYWdlIHRhcmdldCBLVk0uDQpUaGV5IHdvdWxkIG5lZWQg dG8NCg0KLSBmaWd1cmUgb3V0IGJvb3Rpbmc6IGxlZ2FjeSBCSU9TIGJvb3Rsb2FkZXI/IG9yIHBl cmhhcHMgRUZJPw0KLSB3cml0ZSBWaXJ0SU8gYmxvY2sgYW5kIG5ldHdvcmsgZHJpdmVycw0KDQpJ IGRvbuKAmXQgdGhpbmsgaXQgd291bGQgYmUgZXNwZWNpYWxseSBkaWZmaWN1bHQuIFsgSWYgeW91 IG9yIGFueW9uZSBlbHNlDQp3YW50cyB0byBnaXZlIGl0IGEgZ28sIHRoYXTigJlkIGJlIGdyZWF0 IF0NCg0KPiBXaGF0IG1ha2VzIFhlbiB0aGUgcHJpbWFyeSBidWlsZCB0YXJnZXQgZm9yIHVuaWtl cm5lbHM/DQoNCklNSE8gdGhlcmUgYXJlIHByb2JhYmx5IDIgcmVhc29uczoNCg0KMS4gWGVuIHBy b3ZpZGVzIGEgbG93IGJhcnJpZXIgdG8gZW50cnk6IFhlbiBjYW4gcnVuIGd1ZXN0cyBpbiBQViBt b2RlLA0KICAgd2hpY2ggYXZvaWRzIGRlYWxpbmcgd2l0aCBCSU9TZXMvIGJvb3Rsb2FkZXJzLyAx Ni1iaXQgcmVhbCBtb2RlIGV0Yy4NCiAgIFRoZSBYZW4gZGlzdHJpYnV0aW9uIGNvbnRhaW5zIGEg dGlueSBleGFtcGxlIE9TIGtlcm5lbCBjYWxsZWQg4oCcbWluaS1vc+KAnQ0KICAgcGFydGx5IHRv IG1ha2UgaXQgZWFzeSB0byBwb3J0IGV4aXN0aW5nIE9TZXMgdG8gWGVuLiBNaXJhZ2UgYW5kIG90 aGVyDQogICB1bmlrZXJuZWxzIGNhbiBsaW5rIHdpdGggdGhpcyBjb2RlIGRpcmVjdGx5Lg0KDQoy LiB0aGUgcmVzdWx0aW5nIHVuaWtlcm5lbHMgY2FuIGJlIHJ1biBpbiBwbGFjZXMgbGlrZSBBV1Mg YW5kIFJhY2tzcGFjZQ0KDQpDaGVlcnMsDQpEYXZlCl9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fCk1pcmFnZU9TLWRldmVsIG1haWxpbmcgbGlzdApNaXJhZ2VP Uy1kZXZlbEBsaXN0cy54ZW5wcm9qZWN0Lm9yZwpodHRwOi8vbGlzdHMueGVucHJvamVjdC5vcmcv Y2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZvL21pcmFnZW9zLWRldmVsCg== From mirageos-devel-bounces@lists.xenproject.org Thu Jan 08 10:05:08 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 08 Jan 2015 10:05:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y99xb-0007Im-UG; Thu, 08 Jan 2015 10:04:59 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y99xa-0007Ih-Qy for mirageos-devel@lists.xenproject.org; Thu, 08 Jan 2015 10:04:58 +0000 Received: from [85.158.139.211] by server-11.bemta-5.messagelabs.com id 67/F0-22777-A465EA45; Thu, 08 Jan 2015 10:04:58 +0000 X-Env-Sender: Dave.Scott@citrix.com X-Msg-Ref: server-2.tower-206.messagelabs.com!1420711497!16862544!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests=received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21534 invoked from network); 8 Jan 2015 10:04:57 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-2.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 8 Jan 2015 10:04:57 -0000 X-IronPort-AV: E=Sophos;i="5.07,721,1413244800"; d="scan'208";a="28450872" From: Dave Scott To: crocket Thread-Topic: [MirageOS-devel] Why does mirage target Xen primarily but not KVM? Thread-Index: AQHQKudi0xvHywqt0UOyvqrwb6DUF5y17oCA Date: Thu, 8 Jan 2015 10:04:56 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-ID: <8681FB0ADF16624E9DBC2D5355FB55B7@citrix.com> MIME-Version: 1.0 X-DLP: AMS1 Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Why does mirage target Xen primarily but not KVM? X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org DQo+IE9uIDggSmFuIDIwMTUsIGF0IDAyOjAzLCBjcm9ja2V0IDxjcm9ja2FiaXNjdWl0QGdtYWls LmNvbT4gd3JvdGU6DQo+IA0KPiBJJ20ganVzdCBjdXJpb3VzLg0KPiANCj4gTWlyYWdlLCBodHRw czovL2dpdGh1Yi5jb20vR2Fsb2lzSW5jL0hhTFZNLCBhbmQgZXJsYW5nIG9uIFhlbiBhbGwNCj4g dGFyZ2V0IFhlbiBidXQgbm90IEtWTS4NCg0KU29tZW9uZSB3aG8gd2FzIHN1ZmZpY2llbnRseSBp bnRlcmVzdGVkIGNvdWxkIG1ha2UgTWlyYWdlIHRhcmdldCBLVk0uDQpUaGV5IHdvdWxkIG5lZWQg dG8NCg0KLSBmaWd1cmUgb3V0IGJvb3Rpbmc6IGxlZ2FjeSBCSU9TIGJvb3Rsb2FkZXI/IG9yIHBl cmhhcHMgRUZJPw0KLSB3cml0ZSBWaXJ0SU8gYmxvY2sgYW5kIG5ldHdvcmsgZHJpdmVycw0KDQpJ IGRvbuKAmXQgdGhpbmsgaXQgd291bGQgYmUgZXNwZWNpYWxseSBkaWZmaWN1bHQuIFsgSWYgeW91 IG9yIGFueW9uZSBlbHNlDQp3YW50cyB0byBnaXZlIGl0IGEgZ28sIHRoYXTigJlkIGJlIGdyZWF0 IF0NCg0KPiBXaGF0IG1ha2VzIFhlbiB0aGUgcHJpbWFyeSBidWlsZCB0YXJnZXQgZm9yIHVuaWtl cm5lbHM/DQoNCklNSE8gdGhlcmUgYXJlIHByb2JhYmx5IDIgcmVhc29uczoNCg0KMS4gWGVuIHBy b3ZpZGVzIGEgbG93IGJhcnJpZXIgdG8gZW50cnk6IFhlbiBjYW4gcnVuIGd1ZXN0cyBpbiBQViBt b2RlLA0KICAgd2hpY2ggYXZvaWRzIGRlYWxpbmcgd2l0aCBCSU9TZXMvIGJvb3Rsb2FkZXJzLyAx Ni1iaXQgcmVhbCBtb2RlIGV0Yy4NCiAgIFRoZSBYZW4gZGlzdHJpYnV0aW9uIGNvbnRhaW5zIGEg dGlueSBleGFtcGxlIE9TIGtlcm5lbCBjYWxsZWQg4oCcbWluaS1vc+KAnQ0KICAgcGFydGx5IHRv IG1ha2UgaXQgZWFzeSB0byBwb3J0IGV4aXN0aW5nIE9TZXMgdG8gWGVuLiBNaXJhZ2UgYW5kIG90 aGVyDQogICB1bmlrZXJuZWxzIGNhbiBsaW5rIHdpdGggdGhpcyBjb2RlIGRpcmVjdGx5Lg0KDQoy LiB0aGUgcmVzdWx0aW5nIHVuaWtlcm5lbHMgY2FuIGJlIHJ1biBpbiBwbGFjZXMgbGlrZSBBV1Mg YW5kIFJhY2tzcGFjZQ0KDQpDaGVlcnMsDQpEYXZlCl9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fCk1pcmFnZU9TLWRldmVsIG1haWxpbmcgbGlzdApNaXJhZ2VP Uy1kZXZlbEBsaXN0cy54ZW5wcm9qZWN0Lm9yZwpodHRwOi8vbGlzdHMueGVucHJvamVjdC5vcmcv Y2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZvL21pcmFnZW9zLWRldmVsCg== From mirageos-devel-bounces@lists.xenproject.org Thu Jan 08 10:10:54 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 08 Jan 2015 10:10:54 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9A3K-0007L1-FD; Thu, 08 Jan 2015 10:10:54 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9A3J-0007Kv-2W for mirageos-devel@lists.xenproject.org; Thu, 08 Jan 2015 10:10:53 +0000 Received: from [85.158.143.35] by server-3.bemta-4.messagelabs.com id 20/17-15461-CA75EA45; Thu, 08 Jan 2015 10:10:52 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-12.tower-21.messagelabs.com!1420711842!20033554!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14733 invoked from network); 8 Jan 2015 10:10:42 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-12.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 8 Jan 2015 10:10:42 -0000 Received: from [192.168.1.75] (cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net [86.30.244.239]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 31e06436; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Thu, 8 Jan 2015 10:10:41 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: Date: Thu, 8 Jan 2015 10:10:40 +0000 Message-Id: <0C208F88-74DA-4956-8DED-EE8761CC96B3@recoil.org> References: To: David Scott X-Mailer: Apple Mail (2.1993) Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Why does mirage target Xen primarily but not KVM? X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org T24gOCBKYW4gMjAxNSwgYXQgMTA6MDQsIERhdmUgU2NvdHQgPERhdmUuU2NvdHRAY2l0cml4LmNv bT4gd3JvdGU6Cj4gCj4gCj4+IE9uIDggSmFuIDIwMTUsIGF0IDAyOjAzLCBjcm9ja2V0IDxjcm9j a2FiaXNjdWl0QGdtYWlsLmNvbT4gd3JvdGU6Cj4+IAo+PiBJJ20ganVzdCBjdXJpb3VzLgo+PiAK Pj4gTWlyYWdlLCBodHRwczovL2dpdGh1Yi5jb20vR2Fsb2lzSW5jL0hhTFZNLCBhbmQgZXJsYW5n IG9uIFhlbiBhbGwKPj4gdGFyZ2V0IFhlbiBidXQgbm90IEtWTS4KPiAKPiBTb21lb25lIHdobyB3 YXMgc3VmZmljaWVudGx5IGludGVyZXN0ZWQgY291bGQgbWFrZSBNaXJhZ2UgdGFyZ2V0IEtWTS4K PiBUaGV5IHdvdWxkIG5lZWQgdG8KPiAKPiAtIGZpZ3VyZSBvdXQgYm9vdGluZzogbGVnYWN5IEJJ T1MgYm9vdGxvYWRlcj8gb3IgcGVyaGFwcyBFRkk/Cj4gLSB3cml0ZSBWaXJ0SU8gYmxvY2sgYW5k IG5ldHdvcmsgZHJpdmVycwo+IAo+IEkgZG9u4oCZdCB0aGluayBpdCB3b3VsZCBiZSBlc3BlY2lh bGx5IGRpZmZpY3VsdC4gWyBJZiB5b3Ugb3IgYW55b25lIGVsc2UKPiB3YW50cyB0byBnaXZlIGl0 IGEgZ28sIHRoYXTigJlkIGJlIGdyZWF0IF0KPiAKPj4gV2hhdCBtYWtlcyBYZW4gdGhlIHByaW1h cnkgYnVpbGQgdGFyZ2V0IGZvciB1bmlrZXJuZWxzPwo+IAo+IElNSE8gdGhlcmUgYXJlIHByb2Jh Ymx5IDIgcmVhc29uczoKPiAKPiAxLiBYZW4gcHJvdmlkZXMgYSBsb3cgYmFycmllciB0byBlbnRy eTogWGVuIGNhbiBydW4gZ3Vlc3RzIGluIFBWIG1vZGUsCj4gICB3aGljaCBhdm9pZHMgZGVhbGlu ZyB3aXRoIEJJT1Nlcy8gYm9vdGxvYWRlcnMvIDE2LWJpdCByZWFsIG1vZGUgZXRjLgo+ICAgVGhl IFhlbiBkaXN0cmlidXRpb24gY29udGFpbnMgYSB0aW55IGV4YW1wbGUgT1Mga2VybmVsIGNhbGxl ZCDigJxtaW5pLW9z4oCdCj4gICBwYXJ0bHkgdG8gbWFrZSBpdCBlYXN5IHRvIHBvcnQgZXhpc3Rp bmcgT1NlcyB0byBYZW4uIE1pcmFnZSBhbmQgb3RoZXIKPiAgIHVuaWtlcm5lbHMgY2FuIGxpbmsg d2l0aCB0aGlzIGNvZGUgZGlyZWN0bHkuCj4gCj4gMi4gdGhlIHJlc3VsdGluZyB1bmlrZXJuZWxz IGNhbiBiZSBydW4gaW4gcGxhY2VzIGxpa2UgQVdTIGFuZCBSYWNrc3BhY2UKCkl0J3MgYWxzbyB3 b3J0aCBub3RpbmcgdGhhdCB0aGUgZWFybHkgdmVyc2lvbnMgb2YgTWlyYWdlIGFuZCBIYWxWTSBw cmVkYXRlCktWTSAoc3RhcnRpbmcgaW4gYXJvdW5kIDIwMDYpLCBhbmQgd2VyZSBtb3RpdmF0ZWQg YnkgdGhlIGRyaXZlciBkb21haW4Kc3VwcG9ydCBpbiBYZW4gdGhhdCBkb2Vzbid0IHJlYWxseSBl eGlzdCBpbiB0aGUgdHlwZSAyIGh5cGVydmlzb3JzLgoKQXMgRGF2ZSBub3RlcywgdGhlcmUncyBu b3RoaW5nIGJsb2NraW5nIEtWTSBzdXBwb3J0IHRoZXNlIGRheXMgZXhjZXB0IGZvcgp0aGUgbGFj ayBvZiBhIGNvbnRyaWJ1dG9yIHRoYXQncyBzdWZmaWNpZW50bHkgaW50ZXJlc3RlZCBpbiB3cml0 aW5nIHRoZQpib290IGFuZCBWaXJ0SU8gY29kZS4KCi1hbmlsCl9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fCk1pcmFnZU9TLWRldmVsIG1haWxpbmcgbGlzdApN aXJhZ2VPUy1kZXZlbEBsaXN0cy54ZW5wcm9qZWN0Lm9yZwpodHRwOi8vbGlzdHMueGVucHJvamVj dC5vcmcvY2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZvL21pcmFnZW9zLWRldmVsCg== From mirageos-devel-bounces@lists.xenproject.org Thu Jan 08 10:10:54 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 08 Jan 2015 10:10:54 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9A3K-0007L1-FD; Thu, 08 Jan 2015 10:10:54 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9A3J-0007Kv-2W for mirageos-devel@lists.xenproject.org; Thu, 08 Jan 2015 10:10:53 +0000 Received: from [85.158.143.35] by server-3.bemta-4.messagelabs.com id 20/17-15461-CA75EA45; Thu, 08 Jan 2015 10:10:52 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-12.tower-21.messagelabs.com!1420711842!20033554!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14733 invoked from network); 8 Jan 2015 10:10:42 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-12.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 8 Jan 2015 10:10:42 -0000 Received: from [192.168.1.75] (cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net [86.30.244.239]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 31e06436; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Thu, 8 Jan 2015 10:10:41 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: Date: Thu, 8 Jan 2015 10:10:40 +0000 Message-Id: <0C208F88-74DA-4956-8DED-EE8761CC96B3@recoil.org> References: To: David Scott X-Mailer: Apple Mail (2.1993) Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Why does mirage target Xen primarily but not KVM? X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org T24gOCBKYW4gMjAxNSwgYXQgMTA6MDQsIERhdmUgU2NvdHQgPERhdmUuU2NvdHRAY2l0cml4LmNv bT4gd3JvdGU6Cj4gCj4gCj4+IE9uIDggSmFuIDIwMTUsIGF0IDAyOjAzLCBjcm9ja2V0IDxjcm9j a2FiaXNjdWl0QGdtYWlsLmNvbT4gd3JvdGU6Cj4+IAo+PiBJJ20ganVzdCBjdXJpb3VzLgo+PiAK Pj4gTWlyYWdlLCBodHRwczovL2dpdGh1Yi5jb20vR2Fsb2lzSW5jL0hhTFZNLCBhbmQgZXJsYW5n IG9uIFhlbiBhbGwKPj4gdGFyZ2V0IFhlbiBidXQgbm90IEtWTS4KPiAKPiBTb21lb25lIHdobyB3 YXMgc3VmZmljaWVudGx5IGludGVyZXN0ZWQgY291bGQgbWFrZSBNaXJhZ2UgdGFyZ2V0IEtWTS4K PiBUaGV5IHdvdWxkIG5lZWQgdG8KPiAKPiAtIGZpZ3VyZSBvdXQgYm9vdGluZzogbGVnYWN5IEJJ T1MgYm9vdGxvYWRlcj8gb3IgcGVyaGFwcyBFRkk/Cj4gLSB3cml0ZSBWaXJ0SU8gYmxvY2sgYW5k IG5ldHdvcmsgZHJpdmVycwo+IAo+IEkgZG9u4oCZdCB0aGluayBpdCB3b3VsZCBiZSBlc3BlY2lh bGx5IGRpZmZpY3VsdC4gWyBJZiB5b3Ugb3IgYW55b25lIGVsc2UKPiB3YW50cyB0byBnaXZlIGl0 IGEgZ28sIHRoYXTigJlkIGJlIGdyZWF0IF0KPiAKPj4gV2hhdCBtYWtlcyBYZW4gdGhlIHByaW1h cnkgYnVpbGQgdGFyZ2V0IGZvciB1bmlrZXJuZWxzPwo+IAo+IElNSE8gdGhlcmUgYXJlIHByb2Jh Ymx5IDIgcmVhc29uczoKPiAKPiAxLiBYZW4gcHJvdmlkZXMgYSBsb3cgYmFycmllciB0byBlbnRy eTogWGVuIGNhbiBydW4gZ3Vlc3RzIGluIFBWIG1vZGUsCj4gICB3aGljaCBhdm9pZHMgZGVhbGlu ZyB3aXRoIEJJT1Nlcy8gYm9vdGxvYWRlcnMvIDE2LWJpdCByZWFsIG1vZGUgZXRjLgo+ICAgVGhl IFhlbiBkaXN0cmlidXRpb24gY29udGFpbnMgYSB0aW55IGV4YW1wbGUgT1Mga2VybmVsIGNhbGxl ZCDigJxtaW5pLW9z4oCdCj4gICBwYXJ0bHkgdG8gbWFrZSBpdCBlYXN5IHRvIHBvcnQgZXhpc3Rp bmcgT1NlcyB0byBYZW4uIE1pcmFnZSBhbmQgb3RoZXIKPiAgIHVuaWtlcm5lbHMgY2FuIGxpbmsg d2l0aCB0aGlzIGNvZGUgZGlyZWN0bHkuCj4gCj4gMi4gdGhlIHJlc3VsdGluZyB1bmlrZXJuZWxz IGNhbiBiZSBydW4gaW4gcGxhY2VzIGxpa2UgQVdTIGFuZCBSYWNrc3BhY2UKCkl0J3MgYWxzbyB3 b3J0aCBub3RpbmcgdGhhdCB0aGUgZWFybHkgdmVyc2lvbnMgb2YgTWlyYWdlIGFuZCBIYWxWTSBw cmVkYXRlCktWTSAoc3RhcnRpbmcgaW4gYXJvdW5kIDIwMDYpLCBhbmQgd2VyZSBtb3RpdmF0ZWQg YnkgdGhlIGRyaXZlciBkb21haW4Kc3VwcG9ydCBpbiBYZW4gdGhhdCBkb2Vzbid0IHJlYWxseSBl eGlzdCBpbiB0aGUgdHlwZSAyIGh5cGVydmlzb3JzLgoKQXMgRGF2ZSBub3RlcywgdGhlcmUncyBu b3RoaW5nIGJsb2NraW5nIEtWTSBzdXBwb3J0IHRoZXNlIGRheXMgZXhjZXB0IGZvcgp0aGUgbGFj ayBvZiBhIGNvbnRyaWJ1dG9yIHRoYXQncyBzdWZmaWNpZW50bHkgaW50ZXJlc3RlZCBpbiB3cml0 aW5nIHRoZQpib290IGFuZCBWaXJ0SU8gY29kZS4KCi1hbmlsCl9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fCk1pcmFnZU9TLWRldmVsIG1haWxpbmcgbGlzdApN aXJhZ2VPUy1kZXZlbEBsaXN0cy54ZW5wcm9qZWN0Lm9yZwpodHRwOi8vbGlzdHMueGVucHJvamVj dC5vcmcvY2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZvL21pcmFnZW9zLWRldmVsCg== From mirageos-devel-bounces@lists.xenproject.org Thu Jan 08 11:36:04 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 08 Jan 2015 11:36:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9BNf-0004zc-Dz; Thu, 08 Jan 2015 11:35:59 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9BNd-0004zX-DR for mirageos-devel@lists.xenproject.org; Thu, 08 Jan 2015 11:35:57 +0000 Received: from [193.109.254.147] by server-2.bemta-14.messagelabs.com id 64/6B-02957-C9B6EA45; Thu, 08 Jan 2015 11:35:56 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1420716955!19239963!1 X-Originating-IP: [209.85.217.179] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11840 invoked from network); 8 Jan 2015 11:35:55 -0000 Received: from mail-lb0-f179.google.com (HELO mail-lb0-f179.google.com) (209.85.217.179) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 8 Jan 2015 11:35:55 -0000 Received: by mail-lb0-f179.google.com with SMTP id z11so2354722lbi.10 for ; Thu, 08 Jan 2015 03:35:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=pum8dCghFKAeBFYdxJy8SJV71CrZZO8wF//Xs5icmcQ=; b=EuRmJW/qo0jN/UWUTNlYJr7p2kVS6cn7gjCEgTj7zdc2WPVkpG9qS9CzNVljPplGYs 4sGnIN2+8nt8vHE8gtPpnwV2I8oMlrSDUco6c4fs436VHXGJ1A8Bx2InHHWd/fu32dpZ S0NHg46li1VY16iwRMnItB+7EnZd8Ymzz+dD+r9cIUmzzr0KTSJs0PQEsNVnL/pP0qEo CA8Ps+BaPizckLhBB425bD2WqF9vkqEAWXoeXrLpHj57iaBx2Pj2LFD6eKR1hEHbfqE4 aSH8Qmqjyur0ZPUgFN4c2d3iQXXpWG+OsrShGDCT6LlyKDWrNOnTUpFlTkJyweg/heBH 1QOA== MIME-Version: 1.0 X-Received: by 10.152.115.146 with SMTP id jo18mr12783324lab.9.1420716954928; Thu, 08 Jan 2015 03:35:54 -0800 (PST) Received: by 10.25.207.3 with HTTP; Thu, 8 Jan 2015 03:35:54 -0800 (PST) In-Reply-To: <04A38753-6144-4015-90B0-67192BBA8749@citrix.com> References: <04A38753-6144-4015-90B0-67192BBA8749@citrix.com> Date: Thu, 8 Jan 2015 11:35:54 +0000 Message-ID: From: Thomas Leonard To: Dave Scott Cc: "mirageos-devel@lists.xenproject.org" , Anil Madhavapeddy Subject: Re: [MirageOS-devel] An HTTP server with TLS X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org T24gNyBKYW51YXJ5IDIwMTUgYXQgMTc6MzUsIERhdmUgU2NvdHQgPERhdmUuU2NvdHRAY2l0cml4 LmNvbT4gd3JvdGU6Cj4KPj4gT24gNyBKYW4gMjAxNSwgYXQgMTc6MTIsIFRob21hcyBMZW9uYXJk IDx0YWxleDVAZ21haWwuY29tPiB3cm90ZToKPj4KPj4gT24gNyBKYW51YXJ5IDIwMTUgYXQgMTA6 NTYsIEFuaWwgTWFkaGF2YXBlZGR5IDxhbmlsQHJlY29pbC5vcmc+IHdyb3RlOgo+Pj4gT24gNyBK YW4gMjAxNSwgYXQgMTA6NDUsIFRob21hcyBMZW9uYXJkIDx0YWxleDVAZ21haWwuY29tPiB3cm90 ZToKPj4+Pgo+Pj4+IE9uIDcgSmFudWFyeSAyMDE1IGF0IDEwOjQyLCBBbmlsIE1hZGhhdmFwZWRk eSA8YW5pbEByZWNvaWwub3JnPiB3cm90ZToKPj4+Pj4gT24gNSBKYW4gMjAxNSwgYXQgMDk6NTMs IFRob21hcyBMZW9uYXJkIDx0YWxleDVAZ21haWwuY29tPiB3cm90ZToKPj4+Pj4+Cj4+Pj4+PiBJ J2QgbGlrZSB0byBhZGQgVExTIHRvIG15IE1pcmFnZSB3ZWIgc2VydmVyLiBXaGF0J3MgdGhlIGJl c3Qgd2F5IHRvIGRvIHRoaXM/Cj4+Pj4+Pgo+Pj4+Pj4gTXkgVW5pa2VybmVsLk1haW4gZnVuY3Rv ciBjdXJyZW50bHkgdGFrZXMgYSAoSCA6IENvaHR0cF9sd3QuU2VydmVyKQo+Pj4+Pj4gYXJndW1l bnQuIEkgc2VlIHRoYXQgbWFpbi5tbCBjb25maWd1cmVzIHRoaXMgdXNpbmc6Cj4+Pj4+Pgo+Pj4+ Pj4gbW9kdWxlIENvbmR1aXQxID0gQ29uZHVpdF9taXJhZ2UuTWFrZShTdGFja3Y0MSkoVmNoYW4x KQo+Pj4+Pj4gbW9kdWxlIEh0dHAxID0gSFRUUC5NYWtlKENvbmR1aXQxKQo+Pj4+Pj4KPj4+Pj4+ IENhbiBjb25kdWl0IGRlYWwgd2l0aCBUTFMgZm9yIG1lPyBUaGUgY29uZHVpdCBkb2NzIHNheSAi VGhlIHJlYXNvbgo+Pj4+Pj4gdGhpcyBsaWJyYXJ5IGV4aXN0cyBpcyB0byBwcm92aWRlIGEgZGVn cmVlIG9mIGFic3RyYWN0aW9uIGZyb20gdGhlCj4+Pj4+PiBwcmVjaXNlIFNTTCBsaWJyYXJ5IHVz ZWQiLCB3aGljaCBzdWdnZXN0cyB0aGF0IGl0IHNob3VsZC4KPj4+Pj4KPj4+Pj4gQ29uZHVpdF9t aXJhZ2UgZG9lc24ndCBzdXBwb3J0IHRoaXMgeWV0IC0tIGp1c3QgQ29uZHVpdF9sd3RfdW5peC4K Pj4+Pj4gQmVmb3JlIGFkZGluZyBpdCBpbiwgSSB3YXMgd2FpdGluZyBmb3IgeGVudHJvcHlkIGFu ZCB0aGUgQyBiaW5kaW5ncwo+Pj4+PiB0byB3b3JrLCB3aGljaCBzaG91bGQgYWxsIGJlIGluIHRo ZSB0cmVlcy4gIElmIHdlIGNvdWxkIG5vdyBnZXQgYQo+Pj4+PiBtaXJhZ2Utc2tlbGV0b24gZXhh bXBsZSBvZiBhIG1hbnVhbCBTU0wgc2VydmVyIHVzaW5nIHRoZSBUQ1AvSVAKPj4+Pj4gc3RhY2sg ZGlyZWN0bHksIHRoZW4gdGhlIENvbmR1aXRfbWlyYWdlIHZlcnNpb24gd29uJ3QgYmUgdG9vIGZh cgo+Pj4+PiBiZWhpbmQuCj4+Pj4KPj4+PiB0bHMvbWlyYWdlL2V4YW1wbGUgaGFzIGEgZGlyZWN0 IGV4YW1wbGUgdGhhdCB3b3JrcyBvbiBYZW4uIEknbSBnb2luZwo+Pj4+IHRvIGxvb2sgYXQgZ2V0 dGluZyBIVFRQUyBzdXBwb3J0IHdvcmtpbmcgbm93LCB1bmxlc3MgeW91IHdhbnQgdG8gZG8gaXQK Pj4+PiBmaXJzdC4KPj4+Pgo+Pj4KPj4+IEdvIGZvciBpdCEgIEknbSB0YWtpbmcgYSBzaG90IGF0 IHB1bGxpbmcgdGhlIE9DYW1sIHJ1bnRpbWUgb3V0IG9mCj4+PiBtaXJhZ2UtcGxhdGZvcm0gYXQg dGhlIG1vbWVudC4KPj4KPj4gT0suIENvdWxkIHNvbWVvbmUgY2xhcmlmeSB0aGUgYnVmZmVyLWFs aWdubWVudCBydWxlcyBmb3IgbWUgYWdhaW4/Cj4+Cj4+IFYxLm1saSBzYXlzOgo+Pgo+PiBtb2R1 bGUgdHlwZSBORVRXT1JLID0gc2lnCj4+ICB0eXBlIHBhZ2VfYWxpZ25lZF9idWZmZXIKPj4gICgq KiBBYnN0cmFjdCB0eXBlIGZvciBhIHBhZ2UtYWxpZ25lZCBtZW1vcnkgYnVmZmVyICopCj4+Cj4+ IGFuZAo+Pgo+PiBtb2R1bGUgdHlwZSBFVEhJRiA9IHNpZwo+PiAgdHlwZSBidWZmZXIKPj4gICgq KiBBYnN0cmFjdCB0eXBlIGZvciBhIG1lbW9yeSBidWZmZXIgdGhhdCBtYXkgbm90IGJlIHBhZ2Ug YWxpZ25lZCAqKQo+Pgo+PiB0Y3BpcCdzIGV0aGlmLm1sIGp1c3QgcGFzc2VzIHRoZSAobm9uLWFs aWduZWQpIGJ1ZmZlciBzdHJhaWdodCB0aHJvdWdoCj4+IHRvIE5ldGlmLCB3aGljaCBzZWVtcyB3 cm9uZy4KPj4KPj4gVjFfTFdUIHJlc3RyaWN0cyB0aGUgdHlwZXMgd2l0aDoKPj4KPj4gbW9kdWxl IHR5cGUgTkVUV09SSyA9IE5FVFdPUksKPj4gICB3aXRoIHR5cGUgcGFnZV9hbGlnbmVkX2J1ZmZl ciA9IElvX3BhZ2UudAo+Pgo+PiBtb2R1bGUgdHlwZSBFVEhJRiA9IEVUSElGCj4+ICAgd2l0aCB0 eXBlIGJ1ZmZlciA9IENzdHJ1Y3QudAo+Pgo+PiBpby1wYWdlIGlzIGEgYml0IHZhZ3VlIGFib3V0 IHdoYXQgYW4gSW9fcGFnZS50IGlzOgo+Pgo+PiB0eXBlIHQgPSAoY2hhciwgQmlnYXJyYXkuaW50 OF91bnNpZ25lZF9lbHQsIEJpZ2FycmF5LmNfbGF5b3V0KSBCaWdhcnJheS5BcnJheTEudAo+PiAo KiogVHlwZSBvZiBtZW1vcnkgYmxvY2tzLiAqKQo+Pgo+PiBJb19wYWdlLmdldCBuIHJldHVybnMg ImEgbWVtb3J5IGJsb2NrIG9mIFtuXSBwYWdlcyIsIHNvIGFuIElvX3BhZ2UudAo+PiBpc24ndCBh IHNpbmdsZSBwYWdlIG9mIG1lbW9yeS4KPj4KPj4gVGhlIGFjdHVhbCBwcm9ibGVtIEknbSBzZWVp bmcgd2l0aCBUTFMgb24gWGVuIGlzOgo+Pgo+PiBJbnZhbGlkIHBhZ2U6IG9mZnNldD0yOTIwLCBs ZW5ndGg9MTI0NQo+Pgo+PiBUaGlzIGNvbWVzIGZyb20gTmV0aWYuIFRoZSBidWZmZXIgdW5kZXJs eWluZyBidWZmZXIgaXMgcGFnZSBhbGlnbmVkCj4+IChpdCdzIGFsbG9jYXRlZCBieSBUbHNfbWly YWdlLmNvbnZfaW8pLCBzbyBJIGFzc3VtZSB0Y3BpcCBpcyBzcGxpdHRpbmcKPj4gaXQgYXQgYW4g dW5mb3J0dW5hdGUgcG9pbnQuCj4+Cj4+IEl0IGFwcGVhcnMgaXQgd2FzIHdvcmtpbmcgYmVmb3Jl IGJlY2F1c2UgSFRUUF9JTyBidWZmZXJzIGl0cyB3cml0ZXMKPj4gdXNpbmcgdGNwaXAncyBDaGFu bmVsIG1vZHVsZSwgd2hpY2ggYmF0Y2hlcyB0aGVtIGludG8gc2luZ2xlIElPIHBhZ2VzLgo+PiBX aXRoIFRMUywgdGhlc2UgcGFnZS1zaXplZCBjaHVua3MgZG9uJ3QgZ28gZGlyZWN0bHkgdG8gVENQ LCBidXQgZ290Cj4+IHZpYSBUTFMgaW5zdGVhZC4KPj4KPj4gU286Cj4+Cj4+IDEuIFdoYXQgZG9l cyAicGFnZS1hbGlnbmVkIG1lbW9yeSBidWZmZXIiIHJlYWxseSBtZWFuPwo+Cj4gSXTigJlzIGEg Yml0IG9mIGEgbWVzcyBhdG0gOikKPgo+IEkgdGhpbmsgd2UgbmVlZCB0byB3cml0ZSBkb3duIG91 ciBhbGlnbm1lbnQgcmVxdWlyZW1lbnRzIHNvbWV3aGVyZS4gSSBhc3N1bWUKPiB0aGV5IGFsbCBj b21lIGZyb20gdGhlIGxvdy1sZXZlbCBkcml2ZXJzIGkuZS4gdGhlIGhpZ2hlci1sZXZlbCBsYXll cnMgZG9u4oCZdAo+IHJlYWxseSBjYXJlIChpcyB0aGF0IHRydWU/KQo+Cj4gU2tpbW1pbmcgdGhv dWdoIHRoZSBuZXRmcm9udCBjb2RlIEkgdGhpbmsgdGhhdCB0aGUgcHJvdG9jb2wgYWxsb3dzIHlv dSB0bwo+IGdyYW50IGEgcGFnZSBhbmQgcHJvdmlkZSBhbiBvZmZzZXQgd2l0aGluIGl0LCBzbyB5 b3UgZG9u4oCZdCBuZWVkIHRvIGFsaWduCj4gZXZlcnl0aGluZy4gWW91IGRvIG5lZWQgdG8gc3Bs aXQgcmVxdWVzdHMgdGhhdCBjcm9zcyBwYWdlIGJvdW5kYXJpZXMgdGhvdWdoLgo+IE9uZSB3cmlu a2xlIGlzIHRoYXQgaWYgeW91IGRvbuKAmXQgdHJ1c3QgdGhlIG5ldHdvcmsgYmFja2VuZCAoc2F5 IGl04oCZcyBpbgo+IGEgZHJpdmVyIGRvbWFpbiB3aXRoIGEgZG9kZ3kgd2lmaSBkcml2ZXIgYW5k IGhhcyBiZWVuIGNvbXByb21pc2VkKSB0aGVuCj4geW91IG1heSBub3Qgd2FudCB0byBncmFudCBh IHBhZ2Ugd2hpY2ggaGFwcGVucyB0byBhbHNvIGNvbnRhaW4gc29tZSBzZWNyZXQKPiBkYXRhIGFz IHdlbGwgYXMgeW91ciBwYXlsb2FkLCBzaW5jZSB0aGUgdW50cnVzdHdvcnRoeSBiYWNrZW5kIGNh biBpZ25vcmUgdGhlCj4gb2Zmc2V0IGFuZCByZWFkIHRoZSB3aG9sZSB0aGluZy4gVGhpbmtpbmcg YWJvdXQgaXQsIEkgc3VwcG9zZSB0aGF0IHdvdWxkIGJlCj4gdGhlIGRyaXZlci1kb21haW4gZXF1 aXZhbGVudCBvZiBoZWFydGJsZWFkOiBsZWFraW5nIHJhbmRvbSAoQ3N0cnVjdCkgYnVmZmVycwo+ IG9uIGV2ZXJ5IHBhY2tldC4KCkl0IG1pZ2h0IGJlIHdvcnRoIGhhdmluZyBOZXRpZiBqdXN0IGNv cHkgZXZlcnl0aGluZyB0byBhIHBvb2wgb2YKcHJlLXNoYXJlZCBwYWdlcy4gVGhhdCB3b3VsZCBz YXZlIHRoZSB0aW1lIHVzZWQgZ3JhbnRpbmcgYW5kIHJldm9raW5nCnBhZ2VzIHRvbywgYXMgd2Vs bCBhcyBpbXByb3Zpbmcgc2VjdXJpdHkuCgpJbnRlcmVzdGluZ2x5LCBpdCB3b3VsZG4ndCBhZGQg YW55IHBlcmZvcm1hbmNlIG92ZXJoZWFkIGluIHRoaXMgY2FzZQpiZWNhdXNlIGNvcHlpbmcgdGhl IGRhdGEgaW4gTmV0aWYgd291bGQgc2ltcGx5IGF2b2lkIHRoZSBuZWVkIGZvciBhCnNpbWlsYXIg Y29weSBpbiBUTFMuCgpUaGUgY3VycmVudCBwYXRoIHRoZSBkYXRhIHRha2VzIHdoZW4gZG93bmxv YWRpbmcgZnJvbSBteSBmaWxlIHF1ZXVlIGlzOgoKLSBCbG9jay5yZWFkIHJlYWRzIHRoZSBkYXRh IGludG8gYSAobXVsdGktcGFnZSkgSW9fcGFnZS4KLSBJIGNhbGwgQ3N0cnVjdC50b19zdHJpbmcg dG8gY29weSB0aGUgZGF0YSBpbnRvIHN0cmluZ3MgZm9yCkNvaHR0cF9sd3RfYm9keS5vZl9zdHJl YW0uCi0gY29odHRwIHdyaXRlcyBlYWNoIHN0cmluZyB0byBDaGFubmVsLndyaXRlX3N0cmluZywg d2hpY2ggYWxsb2NhdGVzCnNvbWUgSW9fcGFnZXMgYW5kIGNvcGllcyB0aGUgc3RyaW5nIGludG8g dGhvc2UgaW4gcGFnZS1zaXplZCBjaHVua3MuCi0gQ2hhbm5lbCBmbHVzaGVzIHRoZSBsaXN0IG9m IGlvLXBhZ2UtYmFja2VkIGNzdHJ1Y3RzIHRvIGNvbmR1aXQsCndoaWNoIGZvcndhcmRzIHRoZW0g dG8gTWlyYWdlX3Rscy4KLSBUTFMgZG9lc24ndCBrbm93IHRoZXkncmUgaW8tcGFnZXMsIHNvIGl0 IGFsbG9jYXRlcyBhIG5ldyBtdWx0aS1wYWdlCklvX3BhZ2UgYW5kIGNvcGllcyBpbnRvIHRoYXQg KGNvbnZfaW8pLgotIFRMUyBwYXNzZXMgdGhlIG11bHRpLXBhZ2UgSW9fcGFnZSBpbnRvIGNvbmR1 aXQgYWdhaW4sIHdoaWNoIGZvcndhcmRzCml0IHRvIFRDUC4KLSBUQ1AgbWFrZXMgYSBzZXJpZXMg b2YgTVRVLXNpemVkIHZpZXdzIG9udG8gdGhlIGRhdGEgYW5kIHBhc3NlcyB0aGlzCmxpc3Qgb2Yg Y3N0cnVjdHMgdG8gSVAuCi0gSVAgYWRkcyBhbiBJUCBoZWFkZXIgYnVmZmVyIHRvIHRoZSBmcm9u dCBvZiB0aGlzIGxpc3QgYW5kIGZvcndhcmRzIHRvIEV0aGlmLgotIEV0aGlmIGZvcndhcmRzIHRv IE5ldGlmLgotIE5ldGlmIGZvcndhcmRzIHRob3NlIHZpZXdzIHRoYXQgbGllIHdpdGhpbiB0aGUg Zmlyc3QgcGFnZSBvZiB0aGVpcgp1bmRlcmx5aW5nIGJ1ZmZlciB0byBYZW4gYW5kIHJlamVjdHMg dGhlIHJlc3QuCgpBcyBhIGZpcnN0IHN0ZXAsIHdvdWxkIGl0IGJlIHdvcnRoIGNoYW5naW5nIElv X3BhZ2UgdG8gaGF2ZSBzZXBhcmF0ZQp0eXBlcyAiYSBzaW5nbGUgcGFnZSBvZiBSQU0iIGFuZCAi YSBzZXF1ZW5jZSBvZiBwYWdlcyI/IFRoaXMgc2VlbXMgdG8KYmUgY2F1c2luZyBzb21lIGNvbmZ1 c2lvbi4KCj4gSUlSQyB0aGUgYmxrZnJvbnQgY29kZSBleHBlY3RzIHRoZSBzZWN0b3JzIHRvIGJl IHBhZ2UgYWxpZ25lZC4KPgo+Cj4+IGdudHRhYl9zdHVicy5jIGNoZWNrcyB0aGF0IHRoZSB1bmRl cmx5aW5nIEJpZ2FycmF5IHN0YXJ0cyBvbiBhIHBhZ2UgYm91bmRhcnkuCj4+Cj4+IG5ldGlmLm1s IGNoZWNrcyB0aGF0IHRoZSBjc3RydWN0J3Mgb2ZmICsgbGVuIDw9IHBhZ2Vfc2l6ZS4KPgo+IEkg dGhpbmsgd2UgZGlzY292ZXJlZCBleHBlcmltZW50YWxseSB0aGF0IG5ldGJhY2sgZGlkbuKAmXQg bGlrZSBpdCBpZiBpdAo+IGNyb3NzZWQgYSBib3VuZGFyeS4KPgo+Pgo+PiBTbyBmcm9tIHRoaXMs IGl0IHNlZW1zIHRoYXQgaXQgbWVhbnMgYSBwYWdlLWFsaWduZWQgYnVmZmVyIG5vIGxhcmdlcgo+ PiB0aGFuIGEgcGFnZS4KPj4KPj4KPj4gMi4gU2hvdWxkIEV0aGlmIHNwbGl0IHJlcXVlc3RzIHRo YXQgY3Jvc3MgcGFnZSBib3VuZGFyaWVzIGludG8KPj4gbXVsdGlwbGUgcmVxdWVzdHMgdG8gTmV0 aWY/IE9yIGRvIHRoZSBBUElzIG5lZWQgY2hhbmdpbmc/Cj4+Cj4+Cj4+IDMuIFdoZXJlIHNob3Vs ZCBidWZmZXJpbmcgaGFwcGVuPyBCZXR3ZWVuIEhUVFAgYW5kIFRMUyAoYXMgbm93KSwgb3IKPj4g YmV0d2VlbiBUTFMgYW5kIFRDUD8KPj4KPj4KPj4gNC4gU2hvdWxkIHdlIHByb3BhZ2F0ZSBidWZm ZXIgc2l6ZXMgYmFja3dhcmRzIHNvbWVob3csIHNvIHRoYXQgVENQIGNhbgo+PiBzdWdnZXN0IHRv IFRMUyB0byBzZW5kIGRhdGEgYXMgVENQLXNpemVkIGNodW5rcyBvZiBkYXRhIHdpdGhpbiBhCj4+ IHNpbmdsZSBJb19wYWdlPwo+Cj4gU29tZXRpbWVzIHRoZSBkcml2ZXJzIGFyZSBhYmxlIHRvIHBy b2Nlc3MgcGFnZXMgd2hpY2ggeW914oCZdmUgYWxsb2NhdGVkIHlvdXJzZWxmLAo+IHdoaWxlIGlu IG90aGVyIGNhc2VzIHRoZXnigJlkIHByZWZlciB0byBkbyB0aGUgYWxsb2NhdGlvbiBmcm9tIGEg Zml4ZWQgcG9vbC4KPiBGb3IgZXhhbXBsZSBibGtmcm9udCB3aXRoIHBlcnNpc3RlbnQgZ3JhbnRz LCBibGtmcm9udCBpbiB1c2Vyc3BhY2UgYW5kIHZjaGFuLgo+IFBlcmhhcHMgd2UgbmVlZCB0byBh ZGQgc29tZSBraW5kIG9mIGFsbG9jYXRvciBhYnN0cmFjdGlvbj8KPgo+IENoZWVycywKPiBEYXZl Cj4KCgoKLS0gCkRyIFRob21hcyBMZW9uYXJkICAgICAgICBodHRwOi8vMGluc3RhbGwubmV0LwpH UEc6IDkyNDIgOTgwNyBDOTg1IDNDMDcgNDRBNiAgOEI5QSBBRTA3IDgyODAgNTlBNSAzQ0MxCkdQ RzogREE5OCAyNUFFIENBRDAgODk3NSA3Q0RBICBCRDhFIDA3MTMgM0Y5NiBDQTc0IEQ4QkEKCl9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCk1pcmFnZU9TLWRl dmVsIG1haWxpbmcgbGlzdApNaXJhZ2VPUy1kZXZlbEBsaXN0cy54ZW5wcm9qZWN0Lm9yZwpodHRw Oi8vbGlzdHMueGVucHJvamVjdC5vcmcvY2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZvL21pcmFnZW9z LWRldmVsCg== From mirageos-devel-bounces@lists.xenproject.org Thu Jan 08 11:36:04 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 08 Jan 2015 11:36:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9BNf-0004zc-Dz; Thu, 08 Jan 2015 11:35:59 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9BNd-0004zX-DR for mirageos-devel@lists.xenproject.org; Thu, 08 Jan 2015 11:35:57 +0000 Received: from [193.109.254.147] by server-2.bemta-14.messagelabs.com id 64/6B-02957-C9B6EA45; Thu, 08 Jan 2015 11:35:56 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1420716955!19239963!1 X-Originating-IP: [209.85.217.179] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11840 invoked from network); 8 Jan 2015 11:35:55 -0000 Received: from mail-lb0-f179.google.com (HELO mail-lb0-f179.google.com) (209.85.217.179) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 8 Jan 2015 11:35:55 -0000 Received: by mail-lb0-f179.google.com with SMTP id z11so2354722lbi.10 for ; Thu, 08 Jan 2015 03:35:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=pum8dCghFKAeBFYdxJy8SJV71CrZZO8wF//Xs5icmcQ=; b=EuRmJW/qo0jN/UWUTNlYJr7p2kVS6cn7gjCEgTj7zdc2WPVkpG9qS9CzNVljPplGYs 4sGnIN2+8nt8vHE8gtPpnwV2I8oMlrSDUco6c4fs436VHXGJ1A8Bx2InHHWd/fu32dpZ S0NHg46li1VY16iwRMnItB+7EnZd8Ymzz+dD+r9cIUmzzr0KTSJs0PQEsNVnL/pP0qEo CA8Ps+BaPizckLhBB425bD2WqF9vkqEAWXoeXrLpHj57iaBx2Pj2LFD6eKR1hEHbfqE4 aSH8Qmqjyur0ZPUgFN4c2d3iQXXpWG+OsrShGDCT6LlyKDWrNOnTUpFlTkJyweg/heBH 1QOA== MIME-Version: 1.0 X-Received: by 10.152.115.146 with SMTP id jo18mr12783324lab.9.1420716954928; Thu, 08 Jan 2015 03:35:54 -0800 (PST) Received: by 10.25.207.3 with HTTP; Thu, 8 Jan 2015 03:35:54 -0800 (PST) In-Reply-To: <04A38753-6144-4015-90B0-67192BBA8749@citrix.com> References: <04A38753-6144-4015-90B0-67192BBA8749@citrix.com> Date: Thu, 8 Jan 2015 11:35:54 +0000 Message-ID: From: Thomas Leonard To: Dave Scott Cc: "mirageos-devel@lists.xenproject.org" , Anil Madhavapeddy Subject: Re: [MirageOS-devel] An HTTP server with TLS X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org T24gNyBKYW51YXJ5IDIwMTUgYXQgMTc6MzUsIERhdmUgU2NvdHQgPERhdmUuU2NvdHRAY2l0cml4 LmNvbT4gd3JvdGU6Cj4KPj4gT24gNyBKYW4gMjAxNSwgYXQgMTc6MTIsIFRob21hcyBMZW9uYXJk IDx0YWxleDVAZ21haWwuY29tPiB3cm90ZToKPj4KPj4gT24gNyBKYW51YXJ5IDIwMTUgYXQgMTA6 NTYsIEFuaWwgTWFkaGF2YXBlZGR5IDxhbmlsQHJlY29pbC5vcmc+IHdyb3RlOgo+Pj4gT24gNyBK YW4gMjAxNSwgYXQgMTA6NDUsIFRob21hcyBMZW9uYXJkIDx0YWxleDVAZ21haWwuY29tPiB3cm90 ZToKPj4+Pgo+Pj4+IE9uIDcgSmFudWFyeSAyMDE1IGF0IDEwOjQyLCBBbmlsIE1hZGhhdmFwZWRk eSA8YW5pbEByZWNvaWwub3JnPiB3cm90ZToKPj4+Pj4gT24gNSBKYW4gMjAxNSwgYXQgMDk6NTMs IFRob21hcyBMZW9uYXJkIDx0YWxleDVAZ21haWwuY29tPiB3cm90ZToKPj4+Pj4+Cj4+Pj4+PiBJ J2QgbGlrZSB0byBhZGQgVExTIHRvIG15IE1pcmFnZSB3ZWIgc2VydmVyLiBXaGF0J3MgdGhlIGJl c3Qgd2F5IHRvIGRvIHRoaXM/Cj4+Pj4+Pgo+Pj4+Pj4gTXkgVW5pa2VybmVsLk1haW4gZnVuY3Rv ciBjdXJyZW50bHkgdGFrZXMgYSAoSCA6IENvaHR0cF9sd3QuU2VydmVyKQo+Pj4+Pj4gYXJndW1l bnQuIEkgc2VlIHRoYXQgbWFpbi5tbCBjb25maWd1cmVzIHRoaXMgdXNpbmc6Cj4+Pj4+Pgo+Pj4+ Pj4gbW9kdWxlIENvbmR1aXQxID0gQ29uZHVpdF9taXJhZ2UuTWFrZShTdGFja3Y0MSkoVmNoYW4x KQo+Pj4+Pj4gbW9kdWxlIEh0dHAxID0gSFRUUC5NYWtlKENvbmR1aXQxKQo+Pj4+Pj4KPj4+Pj4+ IENhbiBjb25kdWl0IGRlYWwgd2l0aCBUTFMgZm9yIG1lPyBUaGUgY29uZHVpdCBkb2NzIHNheSAi VGhlIHJlYXNvbgo+Pj4+Pj4gdGhpcyBsaWJyYXJ5IGV4aXN0cyBpcyB0byBwcm92aWRlIGEgZGVn cmVlIG9mIGFic3RyYWN0aW9uIGZyb20gdGhlCj4+Pj4+PiBwcmVjaXNlIFNTTCBsaWJyYXJ5IHVz ZWQiLCB3aGljaCBzdWdnZXN0cyB0aGF0IGl0IHNob3VsZC4KPj4+Pj4KPj4+Pj4gQ29uZHVpdF9t aXJhZ2UgZG9lc24ndCBzdXBwb3J0IHRoaXMgeWV0IC0tIGp1c3QgQ29uZHVpdF9sd3RfdW5peC4K Pj4+Pj4gQmVmb3JlIGFkZGluZyBpdCBpbiwgSSB3YXMgd2FpdGluZyBmb3IgeGVudHJvcHlkIGFu ZCB0aGUgQyBiaW5kaW5ncwo+Pj4+PiB0byB3b3JrLCB3aGljaCBzaG91bGQgYWxsIGJlIGluIHRo ZSB0cmVlcy4gIElmIHdlIGNvdWxkIG5vdyBnZXQgYQo+Pj4+PiBtaXJhZ2Utc2tlbGV0b24gZXhh bXBsZSBvZiBhIG1hbnVhbCBTU0wgc2VydmVyIHVzaW5nIHRoZSBUQ1AvSVAKPj4+Pj4gc3RhY2sg ZGlyZWN0bHksIHRoZW4gdGhlIENvbmR1aXRfbWlyYWdlIHZlcnNpb24gd29uJ3QgYmUgdG9vIGZh cgo+Pj4+PiBiZWhpbmQuCj4+Pj4KPj4+PiB0bHMvbWlyYWdlL2V4YW1wbGUgaGFzIGEgZGlyZWN0 IGV4YW1wbGUgdGhhdCB3b3JrcyBvbiBYZW4uIEknbSBnb2luZwo+Pj4+IHRvIGxvb2sgYXQgZ2V0 dGluZyBIVFRQUyBzdXBwb3J0IHdvcmtpbmcgbm93LCB1bmxlc3MgeW91IHdhbnQgdG8gZG8gaXQK Pj4+PiBmaXJzdC4KPj4+Pgo+Pj4KPj4+IEdvIGZvciBpdCEgIEknbSB0YWtpbmcgYSBzaG90IGF0 IHB1bGxpbmcgdGhlIE9DYW1sIHJ1bnRpbWUgb3V0IG9mCj4+PiBtaXJhZ2UtcGxhdGZvcm0gYXQg dGhlIG1vbWVudC4KPj4KPj4gT0suIENvdWxkIHNvbWVvbmUgY2xhcmlmeSB0aGUgYnVmZmVyLWFs aWdubWVudCBydWxlcyBmb3IgbWUgYWdhaW4/Cj4+Cj4+IFYxLm1saSBzYXlzOgo+Pgo+PiBtb2R1 bGUgdHlwZSBORVRXT1JLID0gc2lnCj4+ICB0eXBlIHBhZ2VfYWxpZ25lZF9idWZmZXIKPj4gICgq KiBBYnN0cmFjdCB0eXBlIGZvciBhIHBhZ2UtYWxpZ25lZCBtZW1vcnkgYnVmZmVyICopCj4+Cj4+ IGFuZAo+Pgo+PiBtb2R1bGUgdHlwZSBFVEhJRiA9IHNpZwo+PiAgdHlwZSBidWZmZXIKPj4gICgq KiBBYnN0cmFjdCB0eXBlIGZvciBhIG1lbW9yeSBidWZmZXIgdGhhdCBtYXkgbm90IGJlIHBhZ2Ug YWxpZ25lZCAqKQo+Pgo+PiB0Y3BpcCdzIGV0aGlmLm1sIGp1c3QgcGFzc2VzIHRoZSAobm9uLWFs aWduZWQpIGJ1ZmZlciBzdHJhaWdodCB0aHJvdWdoCj4+IHRvIE5ldGlmLCB3aGljaCBzZWVtcyB3 cm9uZy4KPj4KPj4gVjFfTFdUIHJlc3RyaWN0cyB0aGUgdHlwZXMgd2l0aDoKPj4KPj4gbW9kdWxl IHR5cGUgTkVUV09SSyA9IE5FVFdPUksKPj4gICB3aXRoIHR5cGUgcGFnZV9hbGlnbmVkX2J1ZmZl ciA9IElvX3BhZ2UudAo+Pgo+PiBtb2R1bGUgdHlwZSBFVEhJRiA9IEVUSElGCj4+ICAgd2l0aCB0 eXBlIGJ1ZmZlciA9IENzdHJ1Y3QudAo+Pgo+PiBpby1wYWdlIGlzIGEgYml0IHZhZ3VlIGFib3V0 IHdoYXQgYW4gSW9fcGFnZS50IGlzOgo+Pgo+PiB0eXBlIHQgPSAoY2hhciwgQmlnYXJyYXkuaW50 OF91bnNpZ25lZF9lbHQsIEJpZ2FycmF5LmNfbGF5b3V0KSBCaWdhcnJheS5BcnJheTEudAo+PiAo KiogVHlwZSBvZiBtZW1vcnkgYmxvY2tzLiAqKQo+Pgo+PiBJb19wYWdlLmdldCBuIHJldHVybnMg ImEgbWVtb3J5IGJsb2NrIG9mIFtuXSBwYWdlcyIsIHNvIGFuIElvX3BhZ2UudAo+PiBpc24ndCBh IHNpbmdsZSBwYWdlIG9mIG1lbW9yeS4KPj4KPj4gVGhlIGFjdHVhbCBwcm9ibGVtIEknbSBzZWVp bmcgd2l0aCBUTFMgb24gWGVuIGlzOgo+Pgo+PiBJbnZhbGlkIHBhZ2U6IG9mZnNldD0yOTIwLCBs ZW5ndGg9MTI0NQo+Pgo+PiBUaGlzIGNvbWVzIGZyb20gTmV0aWYuIFRoZSBidWZmZXIgdW5kZXJs eWluZyBidWZmZXIgaXMgcGFnZSBhbGlnbmVkCj4+IChpdCdzIGFsbG9jYXRlZCBieSBUbHNfbWly YWdlLmNvbnZfaW8pLCBzbyBJIGFzc3VtZSB0Y3BpcCBpcyBzcGxpdHRpbmcKPj4gaXQgYXQgYW4g dW5mb3J0dW5hdGUgcG9pbnQuCj4+Cj4+IEl0IGFwcGVhcnMgaXQgd2FzIHdvcmtpbmcgYmVmb3Jl IGJlY2F1c2UgSFRUUF9JTyBidWZmZXJzIGl0cyB3cml0ZXMKPj4gdXNpbmcgdGNwaXAncyBDaGFu bmVsIG1vZHVsZSwgd2hpY2ggYmF0Y2hlcyB0aGVtIGludG8gc2luZ2xlIElPIHBhZ2VzLgo+PiBX aXRoIFRMUywgdGhlc2UgcGFnZS1zaXplZCBjaHVua3MgZG9uJ3QgZ28gZGlyZWN0bHkgdG8gVENQ LCBidXQgZ290Cj4+IHZpYSBUTFMgaW5zdGVhZC4KPj4KPj4gU286Cj4+Cj4+IDEuIFdoYXQgZG9l cyAicGFnZS1hbGlnbmVkIG1lbW9yeSBidWZmZXIiIHJlYWxseSBtZWFuPwo+Cj4gSXTigJlzIGEg Yml0IG9mIGEgbWVzcyBhdG0gOikKPgo+IEkgdGhpbmsgd2UgbmVlZCB0byB3cml0ZSBkb3duIG91 ciBhbGlnbm1lbnQgcmVxdWlyZW1lbnRzIHNvbWV3aGVyZS4gSSBhc3N1bWUKPiB0aGV5IGFsbCBj b21lIGZyb20gdGhlIGxvdy1sZXZlbCBkcml2ZXJzIGkuZS4gdGhlIGhpZ2hlci1sZXZlbCBsYXll cnMgZG9u4oCZdAo+IHJlYWxseSBjYXJlIChpcyB0aGF0IHRydWU/KQo+Cj4gU2tpbW1pbmcgdGhv dWdoIHRoZSBuZXRmcm9udCBjb2RlIEkgdGhpbmsgdGhhdCB0aGUgcHJvdG9jb2wgYWxsb3dzIHlv dSB0bwo+IGdyYW50IGEgcGFnZSBhbmQgcHJvdmlkZSBhbiBvZmZzZXQgd2l0aGluIGl0LCBzbyB5 b3UgZG9u4oCZdCBuZWVkIHRvIGFsaWduCj4gZXZlcnl0aGluZy4gWW91IGRvIG5lZWQgdG8gc3Bs aXQgcmVxdWVzdHMgdGhhdCBjcm9zcyBwYWdlIGJvdW5kYXJpZXMgdGhvdWdoLgo+IE9uZSB3cmlu a2xlIGlzIHRoYXQgaWYgeW91IGRvbuKAmXQgdHJ1c3QgdGhlIG5ldHdvcmsgYmFja2VuZCAoc2F5 IGl04oCZcyBpbgo+IGEgZHJpdmVyIGRvbWFpbiB3aXRoIGEgZG9kZ3kgd2lmaSBkcml2ZXIgYW5k IGhhcyBiZWVuIGNvbXByb21pc2VkKSB0aGVuCj4geW91IG1heSBub3Qgd2FudCB0byBncmFudCBh IHBhZ2Ugd2hpY2ggaGFwcGVucyB0byBhbHNvIGNvbnRhaW4gc29tZSBzZWNyZXQKPiBkYXRhIGFz IHdlbGwgYXMgeW91ciBwYXlsb2FkLCBzaW5jZSB0aGUgdW50cnVzdHdvcnRoeSBiYWNrZW5kIGNh biBpZ25vcmUgdGhlCj4gb2Zmc2V0IGFuZCByZWFkIHRoZSB3aG9sZSB0aGluZy4gVGhpbmtpbmcg YWJvdXQgaXQsIEkgc3VwcG9zZSB0aGF0IHdvdWxkIGJlCj4gdGhlIGRyaXZlci1kb21haW4gZXF1 aXZhbGVudCBvZiBoZWFydGJsZWFkOiBsZWFraW5nIHJhbmRvbSAoQ3N0cnVjdCkgYnVmZmVycwo+ IG9uIGV2ZXJ5IHBhY2tldC4KCkl0IG1pZ2h0IGJlIHdvcnRoIGhhdmluZyBOZXRpZiBqdXN0IGNv cHkgZXZlcnl0aGluZyB0byBhIHBvb2wgb2YKcHJlLXNoYXJlZCBwYWdlcy4gVGhhdCB3b3VsZCBz YXZlIHRoZSB0aW1lIHVzZWQgZ3JhbnRpbmcgYW5kIHJldm9raW5nCnBhZ2VzIHRvbywgYXMgd2Vs bCBhcyBpbXByb3Zpbmcgc2VjdXJpdHkuCgpJbnRlcmVzdGluZ2x5LCBpdCB3b3VsZG4ndCBhZGQg YW55IHBlcmZvcm1hbmNlIG92ZXJoZWFkIGluIHRoaXMgY2FzZQpiZWNhdXNlIGNvcHlpbmcgdGhl IGRhdGEgaW4gTmV0aWYgd291bGQgc2ltcGx5IGF2b2lkIHRoZSBuZWVkIGZvciBhCnNpbWlsYXIg Y29weSBpbiBUTFMuCgpUaGUgY3VycmVudCBwYXRoIHRoZSBkYXRhIHRha2VzIHdoZW4gZG93bmxv YWRpbmcgZnJvbSBteSBmaWxlIHF1ZXVlIGlzOgoKLSBCbG9jay5yZWFkIHJlYWRzIHRoZSBkYXRh IGludG8gYSAobXVsdGktcGFnZSkgSW9fcGFnZS4KLSBJIGNhbGwgQ3N0cnVjdC50b19zdHJpbmcg dG8gY29weSB0aGUgZGF0YSBpbnRvIHN0cmluZ3MgZm9yCkNvaHR0cF9sd3RfYm9keS5vZl9zdHJl YW0uCi0gY29odHRwIHdyaXRlcyBlYWNoIHN0cmluZyB0byBDaGFubmVsLndyaXRlX3N0cmluZywg d2hpY2ggYWxsb2NhdGVzCnNvbWUgSW9fcGFnZXMgYW5kIGNvcGllcyB0aGUgc3RyaW5nIGludG8g dGhvc2UgaW4gcGFnZS1zaXplZCBjaHVua3MuCi0gQ2hhbm5lbCBmbHVzaGVzIHRoZSBsaXN0IG9m IGlvLXBhZ2UtYmFja2VkIGNzdHJ1Y3RzIHRvIGNvbmR1aXQsCndoaWNoIGZvcndhcmRzIHRoZW0g dG8gTWlyYWdlX3Rscy4KLSBUTFMgZG9lc24ndCBrbm93IHRoZXkncmUgaW8tcGFnZXMsIHNvIGl0 IGFsbG9jYXRlcyBhIG5ldyBtdWx0aS1wYWdlCklvX3BhZ2UgYW5kIGNvcGllcyBpbnRvIHRoYXQg KGNvbnZfaW8pLgotIFRMUyBwYXNzZXMgdGhlIG11bHRpLXBhZ2UgSW9fcGFnZSBpbnRvIGNvbmR1 aXQgYWdhaW4sIHdoaWNoIGZvcndhcmRzCml0IHRvIFRDUC4KLSBUQ1AgbWFrZXMgYSBzZXJpZXMg b2YgTVRVLXNpemVkIHZpZXdzIG9udG8gdGhlIGRhdGEgYW5kIHBhc3NlcyB0aGlzCmxpc3Qgb2Yg Y3N0cnVjdHMgdG8gSVAuCi0gSVAgYWRkcyBhbiBJUCBoZWFkZXIgYnVmZmVyIHRvIHRoZSBmcm9u dCBvZiB0aGlzIGxpc3QgYW5kIGZvcndhcmRzIHRvIEV0aGlmLgotIEV0aGlmIGZvcndhcmRzIHRv IE5ldGlmLgotIE5ldGlmIGZvcndhcmRzIHRob3NlIHZpZXdzIHRoYXQgbGllIHdpdGhpbiB0aGUg Zmlyc3QgcGFnZSBvZiB0aGVpcgp1bmRlcmx5aW5nIGJ1ZmZlciB0byBYZW4gYW5kIHJlamVjdHMg dGhlIHJlc3QuCgpBcyBhIGZpcnN0IHN0ZXAsIHdvdWxkIGl0IGJlIHdvcnRoIGNoYW5naW5nIElv X3BhZ2UgdG8gaGF2ZSBzZXBhcmF0ZQp0eXBlcyAiYSBzaW5nbGUgcGFnZSBvZiBSQU0iIGFuZCAi YSBzZXF1ZW5jZSBvZiBwYWdlcyI/IFRoaXMgc2VlbXMgdG8KYmUgY2F1c2luZyBzb21lIGNvbmZ1 c2lvbi4KCj4gSUlSQyB0aGUgYmxrZnJvbnQgY29kZSBleHBlY3RzIHRoZSBzZWN0b3JzIHRvIGJl IHBhZ2UgYWxpZ25lZC4KPgo+Cj4+IGdudHRhYl9zdHVicy5jIGNoZWNrcyB0aGF0IHRoZSB1bmRl cmx5aW5nIEJpZ2FycmF5IHN0YXJ0cyBvbiBhIHBhZ2UgYm91bmRhcnkuCj4+Cj4+IG5ldGlmLm1s IGNoZWNrcyB0aGF0IHRoZSBjc3RydWN0J3Mgb2ZmICsgbGVuIDw9IHBhZ2Vfc2l6ZS4KPgo+IEkg dGhpbmsgd2UgZGlzY292ZXJlZCBleHBlcmltZW50YWxseSB0aGF0IG5ldGJhY2sgZGlkbuKAmXQg bGlrZSBpdCBpZiBpdAo+IGNyb3NzZWQgYSBib3VuZGFyeS4KPgo+Pgo+PiBTbyBmcm9tIHRoaXMs IGl0IHNlZW1zIHRoYXQgaXQgbWVhbnMgYSBwYWdlLWFsaWduZWQgYnVmZmVyIG5vIGxhcmdlcgo+ PiB0aGFuIGEgcGFnZS4KPj4KPj4KPj4gMi4gU2hvdWxkIEV0aGlmIHNwbGl0IHJlcXVlc3RzIHRo YXQgY3Jvc3MgcGFnZSBib3VuZGFyaWVzIGludG8KPj4gbXVsdGlwbGUgcmVxdWVzdHMgdG8gTmV0 aWY/IE9yIGRvIHRoZSBBUElzIG5lZWQgY2hhbmdpbmc/Cj4+Cj4+Cj4+IDMuIFdoZXJlIHNob3Vs ZCBidWZmZXJpbmcgaGFwcGVuPyBCZXR3ZWVuIEhUVFAgYW5kIFRMUyAoYXMgbm93KSwgb3IKPj4g YmV0d2VlbiBUTFMgYW5kIFRDUD8KPj4KPj4KPj4gNC4gU2hvdWxkIHdlIHByb3BhZ2F0ZSBidWZm ZXIgc2l6ZXMgYmFja3dhcmRzIHNvbWVob3csIHNvIHRoYXQgVENQIGNhbgo+PiBzdWdnZXN0IHRv IFRMUyB0byBzZW5kIGRhdGEgYXMgVENQLXNpemVkIGNodW5rcyBvZiBkYXRhIHdpdGhpbiBhCj4+ IHNpbmdsZSBJb19wYWdlPwo+Cj4gU29tZXRpbWVzIHRoZSBkcml2ZXJzIGFyZSBhYmxlIHRvIHBy b2Nlc3MgcGFnZXMgd2hpY2ggeW914oCZdmUgYWxsb2NhdGVkIHlvdXJzZWxmLAo+IHdoaWxlIGlu IG90aGVyIGNhc2VzIHRoZXnigJlkIHByZWZlciB0byBkbyB0aGUgYWxsb2NhdGlvbiBmcm9tIGEg Zml4ZWQgcG9vbC4KPiBGb3IgZXhhbXBsZSBibGtmcm9udCB3aXRoIHBlcnNpc3RlbnQgZ3JhbnRz LCBibGtmcm9udCBpbiB1c2Vyc3BhY2UgYW5kIHZjaGFuLgo+IFBlcmhhcHMgd2UgbmVlZCB0byBh ZGQgc29tZSBraW5kIG9mIGFsbG9jYXRvciBhYnN0cmFjdGlvbj8KPgo+IENoZWVycywKPiBEYXZl Cj4KCgoKLS0gCkRyIFRob21hcyBMZW9uYXJkICAgICAgICBodHRwOi8vMGluc3RhbGwubmV0LwpH UEc6IDkyNDIgOTgwNyBDOTg1IDNDMDcgNDRBNiAgOEI5QSBBRTA3IDgyODAgNTlBNSAzQ0MxCkdQ RzogREE5OCAyNUFFIENBRDAgODk3NSA3Q0RBICBCRDhFIDA3MTMgM0Y5NiBDQTc0IEQ4QkEKCl9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCk1pcmFnZU9TLWRl dmVsIG1haWxpbmcgbGlzdApNaXJhZ2VPUy1kZXZlbEBsaXN0cy54ZW5wcm9qZWN0Lm9yZwpodHRw Oi8vbGlzdHMueGVucHJvamVjdC5vcmcvY2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZvL21pcmFnZW9z LWRldmVsCg== From mirageos-devel-bounces@lists.xenproject.org Thu Jan 08 15:04:00 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 08 Jan 2015 15:04:00 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9Ecr-0006Av-8A; Thu, 08 Jan 2015 15:03:53 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9Ecp-00069h-Fv for mirageos-devel@lists.xenproject.org; Thu, 08 Jan 2015 15:03:51 +0000 Received: from [85.158.139.211] by server-5.bemta-5.messagelabs.com id D7/BC-27584-65C9EA45; Thu, 08 Jan 2015 15:03:50 +0000 X-Env-Sender: ania.skorupa@yahoo.com X-Msg-Ref: server-3.tower-206.messagelabs.com!1420729428!9376960!1 X-Originating-IP: [98.138.229.145] X-SpamReason: No, hits=1.2 required=7.0 tests=FORGED_YAHOO_RCVD, HTML_60_70,HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20260 invoked from network); 8 Jan 2015 15:03:49 -0000 Received: from nm38-vm1.bullet.mail.ne1.yahoo.com (HELO nm38-vm1.bullet.mail.ne1.yahoo.com) (98.138.229.145) by server-3.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 8 Jan 2015 15:03:49 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1420729427; bh=pld9F0DMrM+Pr5tTy8foWwFT3U+VTQdGb1BmG6uz1RI=; h=Date:From:Reply-To:To:Subject:From:Subject; b=tZrJeGvTy2ahV7i77dmE62NplbRVNA3o/KA1rfi6m7QZWq0ETS1TPhgwyHNKMKw63d+tM+2UXCDVUAL6k0ERUulE5aClsY6G4jjM51KSn0RpMDnrVpF94AksVU8aTZDaJ8NFLLDqX0EWHjQYX6k+Ap9YxOfrvJ5lTuOVgCZp3205Yz4mnz7VXtzCQl5BeQzEaxCssiB5LpiuvKk4v7lbvOhV94R4quiw4farvuRyWrM0GMYnjk3K8m0jhG7J0k1s+K94cNzd2tgBsujvYUbkVFDwsKmP/YVJ8Vws7GcXuTGLvUph+m3lF4DRNtrShX8jMDGbDEQ+AELczvJjhqE81g== DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s2048; d=yahoo.com; b=EP+FVl4JibWluPWb0nFqJyV29vzN2QJ1ijj0LZEjXE0Zk5U4iIjZoTCHWyZ9N3CIoQcj+CIF9w+DLVPpOHjAcSKVxchxD4hTTEtR/ke/X97ig/j0wtDZW7AzfMuDgH+003rXhOTjOPFwNqvyhuat94yUleCjOi+qjrdvpIcJmWfeOH/Vr44m6+S4khNHebWCzXSeWBIAwZy6qpY0r9MGM5JxVJRHURYYenGHgy1DIHISL8ZUXBssHIWpQWWLPMQI2rJiQ0GNt9ZiX3Bb0NygVWvJ5bbHwvJxg7Oulazi52bhRFZg+k/hv0ot5cFz71EulThnBVIdVxsveIhy6Q83XA==; Received: from [127.0.0.1] by nm38.bullet.mail.ne1.yahoo.com with NNFMP; 08 Jan 2015 15:03:47 -0000 Received: from [98.138.100.118] by nm38.bullet.mail.ne1.yahoo.com with NNFMP; 08 Jan 2015 15:00:57 -0000 Received: from [66.196.81.170] by tm109.bullet.mail.ne1.yahoo.com with NNFMP; 08 Jan 2015 15:00:57 -0000 Received: from [98.139.212.226] by tm16.bullet.mail.bf1.yahoo.com with NNFMP; 08 Jan 2015 15:00:57 -0000 Received: from [127.0.0.1] by omp1035.mail.bf1.yahoo.com with NNFMP; 08 Jan 2015 15:00:57 -0000 X-Yahoo-Newman-Property: ymail-4 X-Yahoo-Newman-Id: 745169.35421.bm@omp1035.mail.bf1.yahoo.com X-YMail-OSG: YPwLA08VM1knGGU3.ysgofUwtsD2a6NQRvpXsiTKMei0vtvwm4lGJyyj3GnJqLT 6GyTkhCgeSt33ZAmDEPArcV9D04UVMnCfrUin2XIXroEdgp4FYPA_K.J2C.ISKBYw.485mU5mWpz mR9SIiEKJ2dSvunLGsh.a0YwWu0WyduHOlA80661WXhbJ8mRjtlrb_zeuQ.BaILJu41wKjbLkwnR 1babGKfvLQ8bkMbjwdqbwCTtSjLBS.w_XiJYs7EoTSXInCd8Hq1KAWkHNUmK5jdFUN0ZGglHhLKZ UBy.2agjPmeQKbkX_fUyqh4ullibElgNn4UPeeV26M_WhdYmd2i1umbxfILGBjoBbPUSd7AQBlhO ZlIsIQ9cxISY22PeruknxRJCB7btJE6ZJvwHGEVVM1Pt969ZEroiAonwvb0GueJZuuWPt02RpzJD QdAg6oHxVVS8WeYhab5NsE8qjgXVQcAyQe3zcpqwSt5AfkZ37IOU7EHu3Er4kQaRB6_UFKE.xjiP mtpsZBemi0qwPrxzfFcIwgO5qX1HyLBKjbJ.aqt4KFqHM.m4vBbhE2T7mj5DZp6w- Received: by 66.196.81.114; Thu, 08 Jan 2015 15:00:57 +0000 Date: Thu, 8 Jan 2015 15:00:56 +0000 (UTC) From: Ania Skorupa To: "mirageos-devel@lists.xenproject.org" Message-ID: <1107832814.6475377.1420729256723.JavaMail.yahoo@jws10619.mail.bf1.yahoo.com> MIME-Version: 1.0 Content-Length: 1913 Subject: [MirageOS-devel] extracting mac address from stack X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Ania Skorupa List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8485826575281414103==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============8485826575281414103== Content-Type: multipart/alternative; boundary="----=_Part_6475376_1281818362.1420729256720" Content-Length: 1370 ------=_Part_6475376_1281818362.1420729256720 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit hi, in stackv4 example in mirage-skeleton, is there any simple way to extract mac address of tap0 in unikernel.ml? The other way that I can think of is to pass tap0 as another parameter to the unikernel, but it doesn't look a neat solution. thanks. ------=_Part_6475376_1281818362.1420729256720 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit
hi,

in stackv4 example in mirage-skeleton, is there any simple way to extract mac address of tap0 in unikernel.ml?

The other way that I can think of is to pass tap0 as another parameter to the unikernel, but it doesn't look a neat solution.

thanks.
------=_Part_6475376_1281818362.1420729256720-- --===============8485826575281414103== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel --===============8485826575281414103==-- From mirageos-devel-bounces@lists.xenproject.org Thu Jan 08 15:04:00 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 08 Jan 2015 15:04:00 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9Ecr-0006Av-8A; Thu, 08 Jan 2015 15:03:53 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9Ecp-00069h-Fv for mirageos-devel@lists.xenproject.org; Thu, 08 Jan 2015 15:03:51 +0000 Received: from [85.158.139.211] by server-5.bemta-5.messagelabs.com id D7/BC-27584-65C9EA45; Thu, 08 Jan 2015 15:03:50 +0000 X-Env-Sender: ania.skorupa@yahoo.com X-Msg-Ref: server-3.tower-206.messagelabs.com!1420729428!9376960!1 X-Originating-IP: [98.138.229.145] X-SpamReason: No, hits=1.2 required=7.0 tests=FORGED_YAHOO_RCVD, HTML_60_70,HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20260 invoked from network); 8 Jan 2015 15:03:49 -0000 Received: from nm38-vm1.bullet.mail.ne1.yahoo.com (HELO nm38-vm1.bullet.mail.ne1.yahoo.com) (98.138.229.145) by server-3.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 8 Jan 2015 15:03:49 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1420729427; bh=pld9F0DMrM+Pr5tTy8foWwFT3U+VTQdGb1BmG6uz1RI=; h=Date:From:Reply-To:To:Subject:From:Subject; b=tZrJeGvTy2ahV7i77dmE62NplbRVNA3o/KA1rfi6m7QZWq0ETS1TPhgwyHNKMKw63d+tM+2UXCDVUAL6k0ERUulE5aClsY6G4jjM51KSn0RpMDnrVpF94AksVU8aTZDaJ8NFLLDqX0EWHjQYX6k+Ap9YxOfrvJ5lTuOVgCZp3205Yz4mnz7VXtzCQl5BeQzEaxCssiB5LpiuvKk4v7lbvOhV94R4quiw4farvuRyWrM0GMYnjk3K8m0jhG7J0k1s+K94cNzd2tgBsujvYUbkVFDwsKmP/YVJ8Vws7GcXuTGLvUph+m3lF4DRNtrShX8jMDGbDEQ+AELczvJjhqE81g== DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s2048; d=yahoo.com; b=EP+FVl4JibWluPWb0nFqJyV29vzN2QJ1ijj0LZEjXE0Zk5U4iIjZoTCHWyZ9N3CIoQcj+CIF9w+DLVPpOHjAcSKVxchxD4hTTEtR/ke/X97ig/j0wtDZW7AzfMuDgH+003rXhOTjOPFwNqvyhuat94yUleCjOi+qjrdvpIcJmWfeOH/Vr44m6+S4khNHebWCzXSeWBIAwZy6qpY0r9MGM5JxVJRHURYYenGHgy1DIHISL8ZUXBssHIWpQWWLPMQI2rJiQ0GNt9ZiX3Bb0NygVWvJ5bbHwvJxg7Oulazi52bhRFZg+k/hv0ot5cFz71EulThnBVIdVxsveIhy6Q83XA==; Received: from [127.0.0.1] by nm38.bullet.mail.ne1.yahoo.com with NNFMP; 08 Jan 2015 15:03:47 -0000 Received: from [98.138.100.118] by nm38.bullet.mail.ne1.yahoo.com with NNFMP; 08 Jan 2015 15:00:57 -0000 Received: from [66.196.81.170] by tm109.bullet.mail.ne1.yahoo.com with NNFMP; 08 Jan 2015 15:00:57 -0000 Received: from [98.139.212.226] by tm16.bullet.mail.bf1.yahoo.com with NNFMP; 08 Jan 2015 15:00:57 -0000 Received: from [127.0.0.1] by omp1035.mail.bf1.yahoo.com with NNFMP; 08 Jan 2015 15:00:57 -0000 X-Yahoo-Newman-Property: ymail-4 X-Yahoo-Newman-Id: 745169.35421.bm@omp1035.mail.bf1.yahoo.com X-YMail-OSG: YPwLA08VM1knGGU3.ysgofUwtsD2a6NQRvpXsiTKMei0vtvwm4lGJyyj3GnJqLT 6GyTkhCgeSt33ZAmDEPArcV9D04UVMnCfrUin2XIXroEdgp4FYPA_K.J2C.ISKBYw.485mU5mWpz mR9SIiEKJ2dSvunLGsh.a0YwWu0WyduHOlA80661WXhbJ8mRjtlrb_zeuQ.BaILJu41wKjbLkwnR 1babGKfvLQ8bkMbjwdqbwCTtSjLBS.w_XiJYs7EoTSXInCd8Hq1KAWkHNUmK5jdFUN0ZGglHhLKZ UBy.2agjPmeQKbkX_fUyqh4ullibElgNn4UPeeV26M_WhdYmd2i1umbxfILGBjoBbPUSd7AQBlhO ZlIsIQ9cxISY22PeruknxRJCB7btJE6ZJvwHGEVVM1Pt969ZEroiAonwvb0GueJZuuWPt02RpzJD QdAg6oHxVVS8WeYhab5NsE8qjgXVQcAyQe3zcpqwSt5AfkZ37IOU7EHu3Er4kQaRB6_UFKE.xjiP mtpsZBemi0qwPrxzfFcIwgO5qX1HyLBKjbJ.aqt4KFqHM.m4vBbhE2T7mj5DZp6w- Received: by 66.196.81.114; Thu, 08 Jan 2015 15:00:57 +0000 Date: Thu, 8 Jan 2015 15:00:56 +0000 (UTC) From: Ania Skorupa To: "mirageos-devel@lists.xenproject.org" Message-ID: <1107832814.6475377.1420729256723.JavaMail.yahoo@jws10619.mail.bf1.yahoo.com> MIME-Version: 1.0 Content-Length: 1913 Subject: [MirageOS-devel] extracting mac address from stack X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Ania Skorupa List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8485826575281414103==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============8485826575281414103== Content-Type: multipart/alternative; boundary="----=_Part_6475376_1281818362.1420729256720" Content-Length: 1370 ------=_Part_6475376_1281818362.1420729256720 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit hi, in stackv4 example in mirage-skeleton, is there any simple way to extract mac address of tap0 in unikernel.ml? The other way that I can think of is to pass tap0 as another parameter to the unikernel, but it doesn't look a neat solution. thanks. ------=_Part_6475376_1281818362.1420729256720 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit
hi,

in stackv4 example in mirage-skeleton, is there any simple way to extract mac address of tap0 in unikernel.ml?

The other way that I can think of is to pass tap0 as another parameter to the unikernel, but it doesn't look a neat solution.

thanks.
------=_Part_6475376_1281818362.1420729256720-- --===============8485826575281414103== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel --===============8485826575281414103==-- From mirageos-devel-bounces@lists.xenproject.org Thu Jan 08 18:52:25 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 08 Jan 2015 18:52:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9IBw-0005n2-DY; Thu, 08 Jan 2015 18:52:20 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9IBv-0005mf-Jp for mirageos-devel@lists.xenproject.org; Thu, 08 Jan 2015 18:52:19 +0000 Received: from [193.109.254.147] by server-4.bemta-14.messagelabs.com id DD/85-02954-2E1DEA45; Thu, 08 Jan 2015 18:52:18 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-6.tower-27.messagelabs.com!1420743137!19373858!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6076 invoked from network); 8 Jan 2015 18:52:18 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-6.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 8 Jan 2015 18:52:18 -0000 Received: from [192.168.14.114] (no-dns-yet.demon.co.uk [62.49.66.12]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id f01b5605; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Thu, 8 Jan 2015 18:52:16 +0000 (GMT) From: Anil Madhavapeddy Message-Id: <243EC830-6304-46FB-BEC7-117FD33D9E67@recoil.org> Date: Thu, 8 Jan 2015 18:52:15 +0000 To: opam-devel , mirageos-devel Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) X-Mailer: Apple Mail (2.1993) Subject: [MirageOS-devel] regular bulk builds: now with HTML output! X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org Greetings! I've been cleaning up the bulk build infrastructure for OPAM and will have a blog post about it in a few days, but in the meanwhile I thought you might like to see the output: http://www.recoil.org/~avsm/opam-bulk/ (temporary URL) I intend to leave this building in a loop and put it online on http://ocamlot.ocaml.org so that we have a convenient reference for the overall build status. It is also easy to deploy these build scripts for a particular package set (i.e. Mirage or Core) to test particular changes against, as well as resurrect David Sheets' triage scripts to automate the identification of why something went wrong. -anil _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Thu Jan 08 18:52:25 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 08 Jan 2015 18:52:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9IBw-0005n2-DY; Thu, 08 Jan 2015 18:52:20 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9IBv-0005mf-Jp for mirageos-devel@lists.xenproject.org; Thu, 08 Jan 2015 18:52:19 +0000 Received: from [193.109.254.147] by server-4.bemta-14.messagelabs.com id DD/85-02954-2E1DEA45; Thu, 08 Jan 2015 18:52:18 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-6.tower-27.messagelabs.com!1420743137!19373858!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6076 invoked from network); 8 Jan 2015 18:52:18 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-6.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 8 Jan 2015 18:52:18 -0000 Received: from [192.168.14.114] (no-dns-yet.demon.co.uk [62.49.66.12]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id f01b5605; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Thu, 8 Jan 2015 18:52:16 +0000 (GMT) From: Anil Madhavapeddy Message-Id: <243EC830-6304-46FB-BEC7-117FD33D9E67@recoil.org> Date: Thu, 8 Jan 2015 18:52:15 +0000 To: opam-devel , mirageos-devel Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) X-Mailer: Apple Mail (2.1993) Subject: [MirageOS-devel] regular bulk builds: now with HTML output! X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org Greetings! I've been cleaning up the bulk build infrastructure for OPAM and will have a blog post about it in a few days, but in the meanwhile I thought you might like to see the output: http://www.recoil.org/~avsm/opam-bulk/ (temporary URL) I intend to leave this building in a loop and put it online on http://ocamlot.ocaml.org so that we have a convenient reference for the overall build status. It is also easy to deploy these build scripts for a particular package set (i.e. Mirage or Core) to test particular changes against, as well as resurrect David Sheets' triage scripts to automate the identification of why something went wrong. -anil _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Thu Jan 08 19:36:39 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 08 Jan 2015 19:36:39 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9Isk-00021n-80; Thu, 08 Jan 2015 19:36:34 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9Isj-00021i-3A for mirageos-devel@lists.xenproject.org; Thu, 08 Jan 2015 19:36:33 +0000 Received: from [85.158.143.35] by server-3.bemta-4.messagelabs.com id 5A/0F-15461-04CDEA45; Thu, 08 Jan 2015 19:36:32 +0000 X-Env-Sender: richard.mortier@gmail.com X-Msg-Ref: server-12.tower-21.messagelabs.com!1420745791!20185884!1 X-Originating-IP: [209.85.212.175] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14886 invoked from network); 8 Jan 2015 19:36:31 -0000 Received: from mail-wi0-f175.google.com (HELO mail-wi0-f175.google.com) (209.85.212.175) by server-12.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 8 Jan 2015 19:36:31 -0000 Received: by mail-wi0-f175.google.com with SMTP id l15so5428790wiw.2 for ; Thu, 08 Jan 2015 11:36:31 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=B0+oHr8jy7THe4KtzJ0fQi5se34qBtqgaCRDPognbBU=; b=AF9rTGwys3p5tcNlhD1DYr9jlKzFQHiWzsyturjSRqyINYHadlDqCrkNlxQa8Nx1jW w26jI/aMKnbnWUDWevvR9LONOllSxcfSPA/LhSPDS1grtdxD8Akqsila+7yK87uXvgPk fZlvGW4gicCjgnSURkfCpTdKnKwf6I2XtPreM+aZjjNpYmCAtS3uXOX3EtDTM7TYZFyz ai142K7dvmzhEIBBKP4Yu8+K+OD1lNQZ1PpPd2ecKuH0kUWVQh4pG3IIi35Bfkq+SNPM wFKV7S8CzNetSiY2PG19yywO2TMHHLgkoXoEROeO7f1Mq7n/vdxlVw54qQblYbWL91CC WBAg== X-Received: by 10.180.73.178 with SMTP id m18mr63088545wiv.65.1420745791362; Thu, 08 Jan 2015 11:36:31 -0800 (PST) Received: from mail-wi0-f180.google.com (mail-wi0-f180.google.com. [209.85.212.180]) by mx.google.com with ESMTPSA id hn2sm7352035wjc.5.2015.01.08.11.36.30 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 08 Jan 2015 11:36:30 -0800 (PST) Received: by mail-wi0-f180.google.com with SMTP id n3so5501251wiv.1 for ; Thu, 08 Jan 2015 11:36:30 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.180.85.4 with SMTP id d4mr22999725wiz.36.1420745790359; Thu, 08 Jan 2015 11:36:30 -0800 (PST) Received: by 10.217.83.83 with HTTP; Thu, 8 Jan 2015 11:36:30 -0800 (PST) In-Reply-To: <243EC830-6304-46FB-BEC7-117FD33D9E67@recoil.org> References: <243EC830-6304-46FB-BEC7-117FD33D9E67@recoil.org> Date: Thu, 8 Jan 2015 19:36:30 +0000 Message-ID: From: Richard Mortier To: Anil Madhavapeddy Cc: opam-devel , mirageos-devel Subject: Re: [MirageOS-devel] [opam-devel] regular bulk builds: now with HTML output! X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 8 January 2015 at 18:52, Anil Madhavapeddy wrote: > Greetings! I've been cleaning up the bulk build infrastructure for OPAM and will have a blog post about it in a few days, but in the meanwhile I thought you might like to see the output: > > http://www.recoil.org/~avsm/opam-bulk/ (temporary URL) > > I intend to leave this building in a loop and put it online on http://ocamlot.ocaml.org so that we have a convenient reference for the overall build status. > cool. making the package names links to their (github?) repo would be nice. might make it easier to investigate issues. -- Richard Mortier richard.mortier@cl.cam.ac.uk _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Thu Jan 08 19:36:39 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 08 Jan 2015 19:36:39 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9Isk-00021n-80; Thu, 08 Jan 2015 19:36:34 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9Isj-00021i-3A for mirageos-devel@lists.xenproject.org; Thu, 08 Jan 2015 19:36:33 +0000 Received: from [85.158.143.35] by server-3.bemta-4.messagelabs.com id 5A/0F-15461-04CDEA45; Thu, 08 Jan 2015 19:36:32 +0000 X-Env-Sender: richard.mortier@gmail.com X-Msg-Ref: server-12.tower-21.messagelabs.com!1420745791!20185884!1 X-Originating-IP: [209.85.212.175] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14886 invoked from network); 8 Jan 2015 19:36:31 -0000 Received: from mail-wi0-f175.google.com (HELO mail-wi0-f175.google.com) (209.85.212.175) by server-12.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 8 Jan 2015 19:36:31 -0000 Received: by mail-wi0-f175.google.com with SMTP id l15so5428790wiw.2 for ; Thu, 08 Jan 2015 11:36:31 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=B0+oHr8jy7THe4KtzJ0fQi5se34qBtqgaCRDPognbBU=; b=AF9rTGwys3p5tcNlhD1DYr9jlKzFQHiWzsyturjSRqyINYHadlDqCrkNlxQa8Nx1jW w26jI/aMKnbnWUDWevvR9LONOllSxcfSPA/LhSPDS1grtdxD8Akqsila+7yK87uXvgPk fZlvGW4gicCjgnSURkfCpTdKnKwf6I2XtPreM+aZjjNpYmCAtS3uXOX3EtDTM7TYZFyz ai142K7dvmzhEIBBKP4Yu8+K+OD1lNQZ1PpPd2ecKuH0kUWVQh4pG3IIi35Bfkq+SNPM wFKV7S8CzNetSiY2PG19yywO2TMHHLgkoXoEROeO7f1Mq7n/vdxlVw54qQblYbWL91CC WBAg== X-Received: by 10.180.73.178 with SMTP id m18mr63088545wiv.65.1420745791362; Thu, 08 Jan 2015 11:36:31 -0800 (PST) Received: from mail-wi0-f180.google.com (mail-wi0-f180.google.com. [209.85.212.180]) by mx.google.com with ESMTPSA id hn2sm7352035wjc.5.2015.01.08.11.36.30 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 08 Jan 2015 11:36:30 -0800 (PST) Received: by mail-wi0-f180.google.com with SMTP id n3so5501251wiv.1 for ; Thu, 08 Jan 2015 11:36:30 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.180.85.4 with SMTP id d4mr22999725wiz.36.1420745790359; Thu, 08 Jan 2015 11:36:30 -0800 (PST) Received: by 10.217.83.83 with HTTP; Thu, 8 Jan 2015 11:36:30 -0800 (PST) In-Reply-To: <243EC830-6304-46FB-BEC7-117FD33D9E67@recoil.org> References: <243EC830-6304-46FB-BEC7-117FD33D9E67@recoil.org> Date: Thu, 8 Jan 2015 19:36:30 +0000 Message-ID: From: Richard Mortier To: Anil Madhavapeddy Cc: opam-devel , mirageos-devel Subject: Re: [MirageOS-devel] [opam-devel] regular bulk builds: now with HTML output! X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 8 January 2015 at 18:52, Anil Madhavapeddy wrote: > Greetings! I've been cleaning up the bulk build infrastructure for OPAM and will have a blog post about it in a few days, but in the meanwhile I thought you might like to see the output: > > http://www.recoil.org/~avsm/opam-bulk/ (temporary URL) > > I intend to leave this building in a loop and put it online on http://ocamlot.ocaml.org so that we have a convenient reference for the overall build status. > cool. making the package names links to their (github?) repo would be nice. might make it easier to investigate issues. -- Richard Mortier richard.mortier@cl.cam.ac.uk _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Thu Jan 08 19:49:32 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 08 Jan 2015 19:49:32 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9J5G-0002V1-M4; Thu, 08 Jan 2015 19:49:30 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9J5F-0002Uw-H0 for mirageos-devel@lists.xenproject.org; Thu, 08 Jan 2015 19:49:29 +0000 Received: from [85.158.143.35] by server-3.bemta-4.messagelabs.com id 81/D6-15461-84FDEA45; Thu, 08 Jan 2015 19:49:28 +0000 X-Env-Sender: amc79@cam.ac.uk X-Msg-Ref: server-8.tower-21.messagelabs.com!1420746568!20198128!1 X-Originating-IP: [131.111.8.151] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTMxLjExMS44LjE1MSA9PiAxNDE4OTU=\n X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12904 invoked from network); 8 Jan 2015 19:49:28 -0000 Received: from ppsw-51.csi.cam.ac.uk (HELO ppsw-51.csi.cam.ac.uk) (131.111.8.151) by server-8.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 8 Jan 2015 19:49:28 -0000 X-Cam-AntiVirus: no malware found X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ Received: from 78-0-14-202.adsl.net.t-com.hr ([78.0.14.202]:64818 helo=amirmacbook.sx76x.gigaset.net) by ppsw-51.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.157]:587) with esmtpsa (PLAIN:amc79) (TLSv1:AES128-SHA:128) id 1Y9J5D-0003pu-Xn (Exim 4.82_3-c0e5623) (return-path ); Thu, 08 Jan 2015 19:49:27 +0000 Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) From: Amir Chaudhry In-Reply-To: Date: Thu, 8 Jan 2015 20:49:27 +0100 Message-Id: <7DA00B6F-F1A6-4EEA-AC9C-994BE2B15E07@cam.ac.uk> References: <243EC830-6304-46FB-BEC7-117FD33D9E67@recoil.org> To: Richard Mortier X-Mailer: Apple Mail (2.1510) Cc: opam-devel , mirageos-devel , Anil Madhavapeddy Subject: Re: [MirageOS-devel] [opam-devel] regular bulk builds: now with HTML output! X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 8 Jan 2015, at 20:36, Richard Mortier wrote: > On 8 January 2015 at 18:52, Anil Madhavapeddy wrote: >> Greetings! I've been cleaning up the bulk build infrastructure for OPAM and will have a blog post about it in a few days, but in the meanwhile I thought you might like to see the output: >> >> http://www.recoil.org/~avsm/opam-bulk/ (temporary URL) >> >> I intend to leave this building in a loop and put it online on http://ocamlot.ocaml.org so that we have a convenient reference for the overall build status. >> > > cool. making the package names links to their (github?) repo would be > nice. might make it easier to investigate issues. Links would be useful but I'm curious about your choice of URL for the final output. Wouldn't it make more sense to keep it under the opam.ocaml.org domain? Something like http://opam.ocaml.org/repo-status. Amir _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Thu Jan 08 19:49:32 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 08 Jan 2015 19:49:32 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9J5G-0002V1-M4; Thu, 08 Jan 2015 19:49:30 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9J5F-0002Uw-H0 for mirageos-devel@lists.xenproject.org; Thu, 08 Jan 2015 19:49:29 +0000 Received: from [85.158.143.35] by server-3.bemta-4.messagelabs.com id 81/D6-15461-84FDEA45; Thu, 08 Jan 2015 19:49:28 +0000 X-Env-Sender: amc79@cam.ac.uk X-Msg-Ref: server-8.tower-21.messagelabs.com!1420746568!20198128!1 X-Originating-IP: [131.111.8.151] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTMxLjExMS44LjE1MSA9PiAxNDE4OTU=\n X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12904 invoked from network); 8 Jan 2015 19:49:28 -0000 Received: from ppsw-51.csi.cam.ac.uk (HELO ppsw-51.csi.cam.ac.uk) (131.111.8.151) by server-8.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 8 Jan 2015 19:49:28 -0000 X-Cam-AntiVirus: no malware found X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ Received: from 78-0-14-202.adsl.net.t-com.hr ([78.0.14.202]:64818 helo=amirmacbook.sx76x.gigaset.net) by ppsw-51.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.157]:587) with esmtpsa (PLAIN:amc79) (TLSv1:AES128-SHA:128) id 1Y9J5D-0003pu-Xn (Exim 4.82_3-c0e5623) (return-path ); Thu, 08 Jan 2015 19:49:27 +0000 Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) From: Amir Chaudhry In-Reply-To: Date: Thu, 8 Jan 2015 20:49:27 +0100 Message-Id: <7DA00B6F-F1A6-4EEA-AC9C-994BE2B15E07@cam.ac.uk> References: <243EC830-6304-46FB-BEC7-117FD33D9E67@recoil.org> To: Richard Mortier X-Mailer: Apple Mail (2.1510) Cc: opam-devel , mirageos-devel , Anil Madhavapeddy Subject: Re: [MirageOS-devel] [opam-devel] regular bulk builds: now with HTML output! X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 8 Jan 2015, at 20:36, Richard Mortier wrote: > On 8 January 2015 at 18:52, Anil Madhavapeddy wrote: >> Greetings! I've been cleaning up the bulk build infrastructure for OPAM and will have a blog post about it in a few days, but in the meanwhile I thought you might like to see the output: >> >> http://www.recoil.org/~avsm/opam-bulk/ (temporary URL) >> >> I intend to leave this building in a loop and put it online on http://ocamlot.ocaml.org so that we have a convenient reference for the overall build status. >> > > cool. making the package names links to their (github?) repo would be > nice. might make it easier to investigate issues. Links would be useful but I'm curious about your choice of URL for the final output. Wouldn't it make more sense to keep it under the opam.ocaml.org domain? Something like http://opam.ocaml.org/repo-status. Amir _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Thu Jan 08 21:33:52 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 08 Jan 2015 21:33:52 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9KiA-00065X-Hk; Thu, 08 Jan 2015 21:33:46 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9Ki9-00065P-91 for mirageos-devel@lists.xenproject.org; Thu, 08 Jan 2015 21:33:45 +0000 Received: from [85.158.139.211] by server-3.bemta-5.messagelabs.com id 36/7A-14727-8B7FEA45; Thu, 08 Jan 2015 21:33:44 +0000 X-Env-Sender: thomas.gazagnaire@gmail.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1420752823!14142304!1 X-Originating-IP: [74.125.82.177] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4426 invoked from network); 8 Jan 2015 21:33:43 -0000 Received: from mail-we0-f177.google.com (HELO mail-we0-f177.google.com) (74.125.82.177) by server-16.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 8 Jan 2015 21:33:43 -0000 Received: by mail-we0-f177.google.com with SMTP id q59so4776819wes.8 for ; Thu, 08 Jan 2015 13:33:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=A2ddvng5SZSi5f+WCYojmQHogSeIHjiYno3R6himBLo=; b=JXksmf4IoTyBTQayiMaaqqyGhpknlTanuMV5s/inf6i4wrnKBJFrc6ym3ukCkr6MUa 0ZCb5t0OWd1agBqbo+XnoVyDqUwN09jIfAaPJvQaYiir0sz85D3O5qOy72fDvgxTpVBu XBoTQ5rsDdV3/C+RuT2dPVzs2itmet9VhYF9rEIJ/FEuk0nx6xFAkPzbTgHb898lxzVR FcvWsY3oE2DgQY5LM+U0MPNPEzx5lOtSQc9kIC1qehSKWKwhzuIunkJzclUzPTXNq+xr ZpNGJcl8TbjXJFT+jUzyrVCcQOh6y+Q+F+YKw/9W0QMSY4J3rP2pi0LJmCw/oLGEEKrs B8Rw== X-Received: by 10.194.81.1 with SMTP id v1mr24626862wjx.50.1420752823555; Thu, 08 Jan 2015 13:33:43 -0800 (PST) Received: from [192.168.0.2] (cpc25-cmbg14-2-0-cust121.5-4.cable.virginm.net. [213.106.112.122]) by mx.google.com with ESMTPSA id p14sm8110129wie.1.2015.01.08.13.33.42 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 08 Jan 2015 13:33:42 -0800 (PST) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Thomas Gazagnaire In-Reply-To: <243EC830-6304-46FB-BEC7-117FD33D9E67@recoil.org> Date: Thu, 8 Jan 2015 21:33:41 +0000 Message-Id: <83D6C32B-608B-4918-80A6-D6BF60E534E8@gazagnaire.org> References: <243EC830-6304-46FB-BEC7-117FD33D9E67@recoil.org> To: Anil Madhavapeddy X-Mailer: Apple Mail (2.1993) Cc: opam-devel , mirageos-devel Subject: Re: [MirageOS-devel] [opam-devel] regular bulk builds: now with HTML output! X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org That's great!!! Now I want to hack on the CSS of http://www.recoil.org/~avsm/opam-bulk/logs/local-centos-7-ocaml-4.02.1/raw/git.html to make it look like more the Travis CI output :p about the url: same as amir, not sure having an other domain name is necessary. Thomas > On 8 Jan 2015, at 18:52, Anil Madhavapeddy wrote: > > Greetings! I've been cleaning up the bulk build infrastructure for OPAM and will have a blog post about it in a few days, but in the meanwhile I thought you might like to see the output: > > http://www.recoil.org/~avsm/opam-bulk/ (temporary URL) > > I intend to leave this building in a loop and put it online on http://ocamlot.ocaml.org so that we have a convenient reference for the overall build status. > > It is also easy to deploy these build scripts for a particular package set (i.e. Mirage or Core) to test particular changes against, as well as resurrect David Sheets' triage scripts to automate the identification of why something went wrong. > > -anil > _______________________________________________ > opam-devel mailing list > opam-devel@lists.ocaml.org > http://lists.ocaml.org/listinfo/opam-devel _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Thu Jan 08 21:33:52 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 08 Jan 2015 21:33:52 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9KiA-00065X-Hk; Thu, 08 Jan 2015 21:33:46 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9Ki9-00065P-91 for mirageos-devel@lists.xenproject.org; Thu, 08 Jan 2015 21:33:45 +0000 Received: from [85.158.139.211] by server-3.bemta-5.messagelabs.com id 36/7A-14727-8B7FEA45; Thu, 08 Jan 2015 21:33:44 +0000 X-Env-Sender: thomas.gazagnaire@gmail.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1420752823!14142304!1 X-Originating-IP: [74.125.82.177] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4426 invoked from network); 8 Jan 2015 21:33:43 -0000 Received: from mail-we0-f177.google.com (HELO mail-we0-f177.google.com) (74.125.82.177) by server-16.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 8 Jan 2015 21:33:43 -0000 Received: by mail-we0-f177.google.com with SMTP id q59so4776819wes.8 for ; Thu, 08 Jan 2015 13:33:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=A2ddvng5SZSi5f+WCYojmQHogSeIHjiYno3R6himBLo=; b=JXksmf4IoTyBTQayiMaaqqyGhpknlTanuMV5s/inf6i4wrnKBJFrc6ym3ukCkr6MUa 0ZCb5t0OWd1agBqbo+XnoVyDqUwN09jIfAaPJvQaYiir0sz85D3O5qOy72fDvgxTpVBu XBoTQ5rsDdV3/C+RuT2dPVzs2itmet9VhYF9rEIJ/FEuk0nx6xFAkPzbTgHb898lxzVR FcvWsY3oE2DgQY5LM+U0MPNPEzx5lOtSQc9kIC1qehSKWKwhzuIunkJzclUzPTXNq+xr ZpNGJcl8TbjXJFT+jUzyrVCcQOh6y+Q+F+YKw/9W0QMSY4J3rP2pi0LJmCw/oLGEEKrs B8Rw== X-Received: by 10.194.81.1 with SMTP id v1mr24626862wjx.50.1420752823555; Thu, 08 Jan 2015 13:33:43 -0800 (PST) Received: from [192.168.0.2] (cpc25-cmbg14-2-0-cust121.5-4.cable.virginm.net. [213.106.112.122]) by mx.google.com with ESMTPSA id p14sm8110129wie.1.2015.01.08.13.33.42 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 08 Jan 2015 13:33:42 -0800 (PST) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Thomas Gazagnaire In-Reply-To: <243EC830-6304-46FB-BEC7-117FD33D9E67@recoil.org> Date: Thu, 8 Jan 2015 21:33:41 +0000 Message-Id: <83D6C32B-608B-4918-80A6-D6BF60E534E8@gazagnaire.org> References: <243EC830-6304-46FB-BEC7-117FD33D9E67@recoil.org> To: Anil Madhavapeddy X-Mailer: Apple Mail (2.1993) Cc: opam-devel , mirageos-devel Subject: Re: [MirageOS-devel] [opam-devel] regular bulk builds: now with HTML output! X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org That's great!!! Now I want to hack on the CSS of http://www.recoil.org/~avsm/opam-bulk/logs/local-centos-7-ocaml-4.02.1/raw/git.html to make it look like more the Travis CI output :p about the url: same as amir, not sure having an other domain name is necessary. Thomas > On 8 Jan 2015, at 18:52, Anil Madhavapeddy wrote: > > Greetings! I've been cleaning up the bulk build infrastructure for OPAM and will have a blog post about it in a few days, but in the meanwhile I thought you might like to see the output: > > http://www.recoil.org/~avsm/opam-bulk/ (temporary URL) > > I intend to leave this building in a loop and put it online on http://ocamlot.ocaml.org so that we have a convenient reference for the overall build status. > > It is also easy to deploy these build scripts for a particular package set (i.e. Mirage or Core) to test particular changes against, as well as resurrect David Sheets' triage scripts to automate the identification of why something went wrong. > > -anil > _______________________________________________ > opam-devel mailing list > opam-devel@lists.ocaml.org > http://lists.ocaml.org/listinfo/opam-devel _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Thu Jan 08 23:12:22 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 08 Jan 2015 23:12:22 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9MFX-0000kU-3C; Thu, 08 Jan 2015 23:12:19 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9MFV-0000kN-2k for mirageos-devel@lists.xenproject.org; Thu, 08 Jan 2015 23:12:17 +0000 Received: from [85.158.139.211] by server-7.bemta-5.messagelabs.com id 80/C5-31453-0DE0FA45; Thu, 08 Jan 2015 23:12:16 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-12.tower-206.messagelabs.com!1420758735!17030963!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.5 required=7.0 tests=MAILTO_TO_SPAM_ADDR, RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10849 invoked from network); 8 Jan 2015 23:12:15 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-12.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 8 Jan 2015 23:12:15 -0000 Received: from [192.168.1.75] (cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net [86.30.244.239]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 0e05cd66; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Thu, 8 Jan 2015 23:12:14 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: <7DA00B6F-F1A6-4EEA-AC9C-994BE2B15E07@cam.ac.uk> Date: Thu, 8 Jan 2015 23:12:14 +0000 Message-Id: References: <243EC830-6304-46FB-BEC7-117FD33D9E67@recoil.org> <7DA00B6F-F1A6-4EEA-AC9C-994BE2B15E07@cam.ac.uk> To: Amir M Chaudhry X-Mailer: Apple Mail (2.1993) Cc: mirageos-devel , opam-devel Subject: Re: [MirageOS-devel] [opam-devel] regular bulk builds: now with HTML output! X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 8 Jan 2015, at 19:49, Amir Chaudhry wrote: > > > On 8 Jan 2015, at 20:36, Richard Mortier wrote: > >> On 8 January 2015 at 18:52, Anil Madhavapeddy wrote: >>> Greetings! I've been cleaning up the bulk build infrastructure for OPAM and will have a blog post about it in a few days, but in the meanwhile I thought you might like to see the output: >>> >>> http://www.recoil.org/~avsm/opam-bulk/ (temporary URL) >>> >>> I intend to leave this building in a loop and put it online on http://ocamlot.ocaml.org so that we have a convenient reference for the overall build status. >>> >> >> cool. making the package names links to their (github?) repo would be >> nice. might make it easier to investigate issues. > > Links would be useful but I'm curious about your choice of URL for the final output. Wouldn't it make more sense to keep it under the opam.ocaml.org domain? Something like http://opam.ocaml.org/repo-status. Good suggestions -- I've updated it to add the links where available now. The logs are quite large, so I'm not sure that loading them into the opam.ocaml.org is a good idea -- but I'm sure we can make it fit with some VM resizing if necessary. -anil _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Thu Jan 08 23:12:22 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 08 Jan 2015 23:12:22 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9MFX-0000kU-3C; Thu, 08 Jan 2015 23:12:19 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9MFV-0000kN-2k for mirageos-devel@lists.xenproject.org; Thu, 08 Jan 2015 23:12:17 +0000 Received: from [85.158.139.211] by server-7.bemta-5.messagelabs.com id 80/C5-31453-0DE0FA45; Thu, 08 Jan 2015 23:12:16 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-12.tower-206.messagelabs.com!1420758735!17030963!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.5 required=7.0 tests=MAILTO_TO_SPAM_ADDR, RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10849 invoked from network); 8 Jan 2015 23:12:15 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-12.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 8 Jan 2015 23:12:15 -0000 Received: from [192.168.1.75] (cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net [86.30.244.239]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 0e05cd66; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Thu, 8 Jan 2015 23:12:14 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: <7DA00B6F-F1A6-4EEA-AC9C-994BE2B15E07@cam.ac.uk> Date: Thu, 8 Jan 2015 23:12:14 +0000 Message-Id: References: <243EC830-6304-46FB-BEC7-117FD33D9E67@recoil.org> <7DA00B6F-F1A6-4EEA-AC9C-994BE2B15E07@cam.ac.uk> To: Amir M Chaudhry X-Mailer: Apple Mail (2.1993) Cc: mirageos-devel , opam-devel Subject: Re: [MirageOS-devel] [opam-devel] regular bulk builds: now with HTML output! X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 8 Jan 2015, at 19:49, Amir Chaudhry wrote: > > > On 8 Jan 2015, at 20:36, Richard Mortier wrote: > >> On 8 January 2015 at 18:52, Anil Madhavapeddy wrote: >>> Greetings! I've been cleaning up the bulk build infrastructure for OPAM and will have a blog post about it in a few days, but in the meanwhile I thought you might like to see the output: >>> >>> http://www.recoil.org/~avsm/opam-bulk/ (temporary URL) >>> >>> I intend to leave this building in a loop and put it online on http://ocamlot.ocaml.org so that we have a convenient reference for the overall build status. >>> >> >> cool. making the package names links to their (github?) repo would be >> nice. might make it easier to investigate issues. > > Links would be useful but I'm curious about your choice of URL for the final output. Wouldn't it make more sense to keep it under the opam.ocaml.org domain? Something like http://opam.ocaml.org/repo-status. Good suggestions -- I've updated it to add the links where available now. The logs are quite large, so I'm not sure that loading them into the opam.ocaml.org is a good idea -- but I'm sure we can make it fit with some VM resizing if necessary. -anil _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Thu Jan 08 23:30:05 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 08 Jan 2015 23:30:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9MWh-00011w-Eo; Thu, 08 Jan 2015 23:30:03 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9MWg-00011r-BP for mirageos-devel@lists.xenproject.org; Thu, 08 Jan 2015 23:30:02 +0000 Received: from [193.109.254.147] by server-14.bemta-14.messagelabs.com id 39/94-02743-9F21FA45; Thu, 08 Jan 2015 23:30:01 +0000 X-Env-Sender: yallop@gmail.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1420759800!19382671!1 X-Originating-IP: [74.125.82.169] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16593 invoked from network); 8 Jan 2015 23:30:00 -0000 Received: from mail-we0-f169.google.com (HELO mail-we0-f169.google.com) (74.125.82.169) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 8 Jan 2015 23:30:00 -0000 Received: by mail-we0-f169.google.com with SMTP id m14so5176806wev.0 for ; Thu, 08 Jan 2015 15:30:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ABPgrqbepWmd2C/9htYbHB1K69WABWN5KFFRIXXrwts=; b=GL4eC2iL/9yUl80A6Z3kaU2SAOYSDwFNV18MXmqRm47PiKopUh87ybGUpCO7XcIjiX HtlDZnpDRDDyqAMKfVCQ07BUHQZnlsH7TkjONkxLFCM4a1y02AFmA46ydHiqvq9F05H5 Gm+ewmRD7lb5pOjX7FUzDUDVU3eta8CqPTWxZ8ic6ObFbGcwg8rzFfa0OaHXNYaZdzkl IyUwik8SfwqSrrO+Iv4IND2q+EhX9QR7tKkf94Vk0s5N5kEkvRmI3+9VD3sWkweAly/i ksG1AvRjh5pjQOTk9E7P7auOWUlm1WtiajxuB01Ca0QXTuYI3rtOgwuk8O/avL09YYzp TsJQ== MIME-Version: 1.0 X-Received: by 10.180.94.163 with SMTP id dd3mr25635006wib.82.1420759800279; Thu, 08 Jan 2015 15:30:00 -0800 (PST) Received: by 10.216.33.200 with HTTP; Thu, 8 Jan 2015 15:30:00 -0800 (PST) In-Reply-To: <243EC830-6304-46FB-BEC7-117FD33D9E67@recoil.org> References: <243EC830-6304-46FB-BEC7-117FD33D9E67@recoil.org> Date: Thu, 8 Jan 2015 23:30:00 +0000 Message-ID: From: Jeremy Yallop To: Anil Madhavapeddy Cc: opam-devel , mirageos-devel Subject: Re: [MirageOS-devel] [opam-devel] regular bulk builds: now with HTML output! X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 8 January 2015 at 18:52, Anil Madhavapeddy wrote: > Greetings! I've been cleaning up the bulk build infrastructure for OPAM and will have a blog post about it in a few days, but in the meanwhile I thought you might like to see the output: > > http://www.recoil.org/~avsm/opam-bulk/ (temporary URL) Very nice indeed! It's quite a leap in usability from the raw logs. A few thoughts: * displaying the "Sort by OS" / "Sort by Version" as tabs rather than columns if possible would avoid showing everything twice. * occasionally there's a failure due to what look like infrastructure errors, e.g. http://www.recoil.org/~avsm/opam-bulk/logs/local-ubuntu-14.04-ocaml-4.01.0/raw/blahcaml.html http://www.recoil.org/~avsm/opam-bulk/logs/local-ubuntu-14.04-ocaml-4.01.0/raw/cmdliner.html it'd be good to distinguish these from actual build failures if possible. * it might be useful to display the revision (perhaps the repository commit id) somewhere -- perhaps in the URL, If there's a possibility of keeping multiple log sets around. _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Thu Jan 08 23:30:05 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 08 Jan 2015 23:30:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9MWh-00011w-Eo; Thu, 08 Jan 2015 23:30:03 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9MWg-00011r-BP for mirageos-devel@lists.xenproject.org; Thu, 08 Jan 2015 23:30:02 +0000 Received: from [193.109.254.147] by server-14.bemta-14.messagelabs.com id 39/94-02743-9F21FA45; Thu, 08 Jan 2015 23:30:01 +0000 X-Env-Sender: yallop@gmail.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1420759800!19382671!1 X-Originating-IP: [74.125.82.169] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16593 invoked from network); 8 Jan 2015 23:30:00 -0000 Received: from mail-we0-f169.google.com (HELO mail-we0-f169.google.com) (74.125.82.169) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 8 Jan 2015 23:30:00 -0000 Received: by mail-we0-f169.google.com with SMTP id m14so5176806wev.0 for ; Thu, 08 Jan 2015 15:30:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ABPgrqbepWmd2C/9htYbHB1K69WABWN5KFFRIXXrwts=; b=GL4eC2iL/9yUl80A6Z3kaU2SAOYSDwFNV18MXmqRm47PiKopUh87ybGUpCO7XcIjiX HtlDZnpDRDDyqAMKfVCQ07BUHQZnlsH7TkjONkxLFCM4a1y02AFmA46ydHiqvq9F05H5 Gm+ewmRD7lb5pOjX7FUzDUDVU3eta8CqPTWxZ8ic6ObFbGcwg8rzFfa0OaHXNYaZdzkl IyUwik8SfwqSrrO+Iv4IND2q+EhX9QR7tKkf94Vk0s5N5kEkvRmI3+9VD3sWkweAly/i ksG1AvRjh5pjQOTk9E7P7auOWUlm1WtiajxuB01Ca0QXTuYI3rtOgwuk8O/avL09YYzp TsJQ== MIME-Version: 1.0 X-Received: by 10.180.94.163 with SMTP id dd3mr25635006wib.82.1420759800279; Thu, 08 Jan 2015 15:30:00 -0800 (PST) Received: by 10.216.33.200 with HTTP; Thu, 8 Jan 2015 15:30:00 -0800 (PST) In-Reply-To: <243EC830-6304-46FB-BEC7-117FD33D9E67@recoil.org> References: <243EC830-6304-46FB-BEC7-117FD33D9E67@recoil.org> Date: Thu, 8 Jan 2015 23:30:00 +0000 Message-ID: From: Jeremy Yallop To: Anil Madhavapeddy Cc: opam-devel , mirageos-devel Subject: Re: [MirageOS-devel] [opam-devel] regular bulk builds: now with HTML output! X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 8 January 2015 at 18:52, Anil Madhavapeddy wrote: > Greetings! I've been cleaning up the bulk build infrastructure for OPAM and will have a blog post about it in a few days, but in the meanwhile I thought you might like to see the output: > > http://www.recoil.org/~avsm/opam-bulk/ (temporary URL) Very nice indeed! It's quite a leap in usability from the raw logs. A few thoughts: * displaying the "Sort by OS" / "Sort by Version" as tabs rather than columns if possible would avoid showing everything twice. * occasionally there's a failure due to what look like infrastructure errors, e.g. http://www.recoil.org/~avsm/opam-bulk/logs/local-ubuntu-14.04-ocaml-4.01.0/raw/blahcaml.html http://www.recoil.org/~avsm/opam-bulk/logs/local-ubuntu-14.04-ocaml-4.01.0/raw/cmdliner.html it'd be good to distinguish these from actual build failures if possible. * it might be useful to display the revision (perhaps the repository commit id) somewhere -- perhaps in the URL, If there's a possibility of keeping multiple log sets around. _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Thu Jan 08 23:57:15 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 08 Jan 2015 23:57:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9Mwx-0001kg-If; Thu, 08 Jan 2015 23:57:11 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9Mww-0001kb-UR for mirageos-devel@lists.xenproject.org; Thu, 08 Jan 2015 23:57:11 +0000 Received: from [85.158.143.35] by server-3.bemta-4.messagelabs.com id CD/17-15461-6591FA45; Thu, 08 Jan 2015 23:57:10 +0000 X-Env-Sender: jdy22@hermes.cam.ac.uk X-Msg-Ref: server-9.tower-21.messagelabs.com!1420761429!20234178!1 X-Originating-IP: [131.111.8.151] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTMxLjExMS44LjE1MSA9PiAxNDE4OTU=\n X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6544 invoked from network); 8 Jan 2015 23:57:09 -0000 Received: from ppsw-51.csi.cam.ac.uk (HELO ppsw-51.csi.cam.ac.uk) (131.111.8.151) by server-9.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 8 Jan 2015 23:57:09 -0000 X-Cam-AntiVirus: no malware found X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ Received: from mail-wg0-f46.google.com ([74.125.82.46]:47688) by ppsw-51.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.157]:587) with esmtpsa (PLAIN:jdy22) (TLSv1:RC4-SHA:128) id 1Y9Mwv-0001wG-X7 (Exim 4.82_3-c0e5623) for mirageos-devel@lists.xenproject.org (return-path ); Thu, 08 Jan 2015 23:57:09 +0000 Received: by mail-wg0-f46.google.com with SMTP id x13so5392694wgg.5 for ; Thu, 08 Jan 2015 15:57:09 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.180.94.163 with SMTP id dd3mr25894962wib.82.1420761429095; Thu, 08 Jan 2015 15:57:09 -0800 (PST) Received: by 10.216.33.200 with HTTP; Thu, 8 Jan 2015 15:57:09 -0800 (PST) In-Reply-To: <6CD01295-4AA8-4799-B80A-E6CBD1E62B25@recoil.org> References: <6CD01295-4AA8-4799-B80A-E6CBD1E62B25@recoil.org> Date: Thu, 8 Jan 2015 23:57:09 +0000 Message-ID: From: Jeremy Yallop To: Anil Madhavapeddy Cc: Runhang Li , mirageos-devel , Jeremy Yallop Subject: Re: [MirageOS-devel] Mentee wants to work on bigarray parser generator X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 7 January 2015 at 08:30, Anil Madhavapeddy wrote: > One possible way to prototype this quickly is to use staging in MetaOCaml to > experiment with the code generation aspects without having to learn > ppx/camlp4 and other such code generation tools. Jeremy Yallop recently > showed me an implementation he did of a regular expression compiler written > in MetaOCaml that stages the automata compilation, and would be a good > guideline to a parser generator as well. Jeremy: is this on GitHub > anywhere? It's not available for the moment. Some variation of it is likely to turn into a student exercise, so I'm keeping it under wraps for now. Mark: if you're interested, let me know and I'll send it to you off-list. I think a MetaOCaml back-end could work very nicely, although some details like generating mutually-recursive functions are still a little tricky. _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Thu Jan 08 23:57:15 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 08 Jan 2015 23:57:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9Mwx-0001kg-If; Thu, 08 Jan 2015 23:57:11 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9Mww-0001kb-UR for mirageos-devel@lists.xenproject.org; Thu, 08 Jan 2015 23:57:11 +0000 Received: from [85.158.143.35] by server-3.bemta-4.messagelabs.com id CD/17-15461-6591FA45; Thu, 08 Jan 2015 23:57:10 +0000 X-Env-Sender: jdy22@hermes.cam.ac.uk X-Msg-Ref: server-9.tower-21.messagelabs.com!1420761429!20234178!1 X-Originating-IP: [131.111.8.151] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTMxLjExMS44LjE1MSA9PiAxNDE4OTU=\n X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6544 invoked from network); 8 Jan 2015 23:57:09 -0000 Received: from ppsw-51.csi.cam.ac.uk (HELO ppsw-51.csi.cam.ac.uk) (131.111.8.151) by server-9.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 8 Jan 2015 23:57:09 -0000 X-Cam-AntiVirus: no malware found X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ Received: from mail-wg0-f46.google.com ([74.125.82.46]:47688) by ppsw-51.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.157]:587) with esmtpsa (PLAIN:jdy22) (TLSv1:RC4-SHA:128) id 1Y9Mwv-0001wG-X7 (Exim 4.82_3-c0e5623) for mirageos-devel@lists.xenproject.org (return-path ); Thu, 08 Jan 2015 23:57:09 +0000 Received: by mail-wg0-f46.google.com with SMTP id x13so5392694wgg.5 for ; Thu, 08 Jan 2015 15:57:09 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.180.94.163 with SMTP id dd3mr25894962wib.82.1420761429095; Thu, 08 Jan 2015 15:57:09 -0800 (PST) Received: by 10.216.33.200 with HTTP; Thu, 8 Jan 2015 15:57:09 -0800 (PST) In-Reply-To: <6CD01295-4AA8-4799-B80A-E6CBD1E62B25@recoil.org> References: <6CD01295-4AA8-4799-B80A-E6CBD1E62B25@recoil.org> Date: Thu, 8 Jan 2015 23:57:09 +0000 Message-ID: From: Jeremy Yallop To: Anil Madhavapeddy Cc: Runhang Li , mirageos-devel , Jeremy Yallop Subject: Re: [MirageOS-devel] Mentee wants to work on bigarray parser generator X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 7 January 2015 at 08:30, Anil Madhavapeddy wrote: > One possible way to prototype this quickly is to use staging in MetaOCaml to > experiment with the code generation aspects without having to learn > ppx/camlp4 and other such code generation tools. Jeremy Yallop recently > showed me an implementation he did of a regular expression compiler written > in MetaOCaml that stages the automata compilation, and would be a good > guideline to a parser generator as well. Jeremy: is this on GitHub > anywhere? It's not available for the moment. Some variation of it is likely to turn into a student exercise, so I'm keeping it under wraps for now. Mark: if you're interested, let me know and I'll send it to you off-list. I think a MetaOCaml back-end could work very nicely, although some details like generating mutually-recursive functions are still a little tricky. _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Fri Jan 09 14:11:30 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 09 Jan 2015 14:11:30 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9aHd-00015L-KC; Fri, 09 Jan 2015 14:11:25 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9aHc-00015D-6K for mirageos-devel@lists.xenproject.org; Fri, 09 Jan 2015 14:11:24 +0000 Received: from [85.158.139.211] by server-14.bemta-5.messagelabs.com id 55/55-19763-B81EFA45; Fri, 09 Jan 2015 14:11:23 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-16.tower-206.messagelabs.com!1420812682!14290331!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.7 required=7.0 tests=BODY_RANDOM_LONG, RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4256 invoked from network); 9 Jan 2015 14:11:22 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-16.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 9 Jan 2015 14:11:22 -0000 Received: from [192.168.1.75] (cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net [86.30.244.239]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 7a1db290; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Fri, 9 Jan 2015 14:11:22 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: Date: Fri, 9 Jan 2015 14:11:21 +0000 Message-Id: <6969DEA9-E36E-4A98-9982-5AF808DCE54C@recoil.org> References: <243EC830-6304-46FB-BEC7-117FD33D9E67@recoil.org> To: Jeremy Yallop X-Mailer: Apple Mail (2.1993) Cc: opam-devel , mirageos-devel Subject: Re: [MirageOS-devel] [opam-devel] regular bulk builds: now with HTML output! X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 8 Jan 2015, at 23:30, Jeremy Yallop wrote: > > On 8 January 2015 at 18:52, Anil Madhavapeddy wrote: >> Greetings! I've been cleaning up the bulk build infrastructure for OPAM and will have a blog post about it in a few days, but in the meanwhile I thought you might like to see the output: >> >> http://www.recoil.org/~avsm/opam-bulk/ (temporary URL) > > Very nice indeed! It's quite a leap in usability from the raw logs. > > A few thoughts: > > * displaying the "Sort by OS" / "Sort by Version" as tabs rather than > columns if possible would avoid showing everything twice. Absolutely. Rather than continue to hack on this "rapidly put together" HTML page, the next iteration will be based on the Zurb Foundation framework and so use all the UI components from there (including tabs, pagination and filtering by tags). Volunteers for this are very welcome -- I can document how the (rather simple) filesystem metadata works if anyone wants to pull together a nicer frontend. > > * occasionally there's a failure due to what look like infrastructure > errors, e.g. > http://www.recoil.org/~avsm/opam-bulk/logs/local-ubuntu-14.04-ocaml-4.01.0/raw/blahcaml.html > http://www.recoil.org/~avsm/opam-bulk/logs/local-ubuntu-14.04-ocaml-4.01.0/raw/cmdliner.html > it'd be good to distinguish these from actual build failures if possible. Getting Docker to work reliably has been challenging, even on a single host :-( There doesn't seem to be a predictable error code from these invocations, retrying is tricky. I'm switching the scripts to BTRFS in case that works out better. > * it might be useful to display the revision (perhaps the repository > commit id) somewhere -- perhaps in the URL, If there's a possibility > of keeping multiple log sets around. Yes agreed. I'll put that into the next round of builds. I also notice that sometimes on Debian older revisions of packages are installed (and this happened on the TLS stack a few times on is-mirage-broken as well). Recording which concrete versions got installed per OS would be a good step. -anil _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Fri Jan 09 14:11:30 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 09 Jan 2015 14:11:30 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9aHd-00015L-KC; Fri, 09 Jan 2015 14:11:25 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9aHc-00015D-6K for mirageos-devel@lists.xenproject.org; Fri, 09 Jan 2015 14:11:24 +0000 Received: from [85.158.139.211] by server-14.bemta-5.messagelabs.com id 55/55-19763-B81EFA45; Fri, 09 Jan 2015 14:11:23 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-16.tower-206.messagelabs.com!1420812682!14290331!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.7 required=7.0 tests=BODY_RANDOM_LONG, RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4256 invoked from network); 9 Jan 2015 14:11:22 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-16.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 9 Jan 2015 14:11:22 -0000 Received: from [192.168.1.75] (cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net [86.30.244.239]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 7a1db290; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Fri, 9 Jan 2015 14:11:22 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: Date: Fri, 9 Jan 2015 14:11:21 +0000 Message-Id: <6969DEA9-E36E-4A98-9982-5AF808DCE54C@recoil.org> References: <243EC830-6304-46FB-BEC7-117FD33D9E67@recoil.org> To: Jeremy Yallop X-Mailer: Apple Mail (2.1993) Cc: opam-devel , mirageos-devel Subject: Re: [MirageOS-devel] [opam-devel] regular bulk builds: now with HTML output! X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 8 Jan 2015, at 23:30, Jeremy Yallop wrote: > > On 8 January 2015 at 18:52, Anil Madhavapeddy wrote: >> Greetings! I've been cleaning up the bulk build infrastructure for OPAM and will have a blog post about it in a few days, but in the meanwhile I thought you might like to see the output: >> >> http://www.recoil.org/~avsm/opam-bulk/ (temporary URL) > > Very nice indeed! It's quite a leap in usability from the raw logs. > > A few thoughts: > > * displaying the "Sort by OS" / "Sort by Version" as tabs rather than > columns if possible would avoid showing everything twice. Absolutely. Rather than continue to hack on this "rapidly put together" HTML page, the next iteration will be based on the Zurb Foundation framework and so use all the UI components from there (including tabs, pagination and filtering by tags). Volunteers for this are very welcome -- I can document how the (rather simple) filesystem metadata works if anyone wants to pull together a nicer frontend. > > * occasionally there's a failure due to what look like infrastructure > errors, e.g. > http://www.recoil.org/~avsm/opam-bulk/logs/local-ubuntu-14.04-ocaml-4.01.0/raw/blahcaml.html > http://www.recoil.org/~avsm/opam-bulk/logs/local-ubuntu-14.04-ocaml-4.01.0/raw/cmdliner.html > it'd be good to distinguish these from actual build failures if possible. Getting Docker to work reliably has been challenging, even on a single host :-( There doesn't seem to be a predictable error code from these invocations, retrying is tricky. I'm switching the scripts to BTRFS in case that works out better. > * it might be useful to display the revision (perhaps the repository > commit id) somewhere -- perhaps in the URL, If there's a possibility > of keeping multiple log sets around. Yes agreed. I'll put that into the next round of builds. I also notice that sometimes on Debian older revisions of packages are installed (and this happened on the TLS stack a few times on is-mirage-broken as well). Recording which concrete versions got installed per OS would be a good step. -anil _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Sat Jan 10 00:57:48 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Sat, 10 Jan 2015 00:57:48 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9kN2-0003uw-9V; Sat, 10 Jan 2015 00:57:40 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9kN0-0003ur-UF for mirageos-devel@lists.xenproject.org; Sat, 10 Jan 2015 00:57:39 +0000 Received: from [85.158.139.211] by server-16.bemta-5.messagelabs.com id 27/3E-29352-20970B45; Sat, 10 Jan 2015 00:57:38 +0000 X-Env-Sender: andy.ray@ujamjar.com X-Msg-Ref: server-15.tower-206.messagelabs.com!1420851457!13896794!1 X-Originating-IP: [31.172.243.2] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8082 invoked from network); 10 Jan 2015 00:57:37 -0000 Received: from vm12460.vps.tagadab.com (HELO www.ujamjar.com) (31.172.243.2) by server-15.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 10 Jan 2015 00:57:37 -0000 Received: from mail-la0-f42.google.com (mail-la0-f42.google.com [209.85.215.42]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by www.ujamjar.com (Postfix) with ESMTPSA id 96A37124334 for ; Sat, 10 Jan 2015 00:57:10 +0000 (GMT) Received: by mail-la0-f42.google.com with SMTP id gd6so17226925lab.1 for ; Fri, 09 Jan 2015 16:57:16 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.152.206.108 with SMTP id ln12mr24456241lac.3.1420851436696; Fri, 09 Jan 2015 16:57:16 -0800 (PST) Received: by 10.112.185.105 with HTTP; Fri, 9 Jan 2015 16:57:16 -0800 (PST) In-Reply-To: <6969DEA9-E36E-4A98-9982-5AF808DCE54C@recoil.org> References: <243EC830-6304-46FB-BEC7-117FD33D9E67@recoil.org> <6969DEA9-E36E-4A98-9982-5AF808DCE54C@recoil.org> Date: Sat, 10 Jan 2015 00:57:16 +0000 Message-ID: From: Andy Ray To: Anil Madhavapeddy Cc: Jeremy Yallop , opam-devel , mirageos-devel Subject: Re: [MirageOS-devel] [opam-devel] regular bulk builds: now with HTML output! X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org > > Absolutely. Rather than continue to hack on this "rapidly put together" > HTML page, the next iteration will be based on the Zurb Foundation framework > and so use all the UI components from there (including tabs, pagination > and filtering by tags). Volunteers for this are very welcome -- I can > document how the (rather simple) filesystem metadata works if anyone wants > to pull together a nicer frontend. > How about a (potentially dynamic) js_of_ocaml built interface? -Andy _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Sat Jan 10 00:57:48 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Sat, 10 Jan 2015 00:57:48 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9kN2-0003uw-9V; Sat, 10 Jan 2015 00:57:40 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9kN0-0003ur-UF for mirageos-devel@lists.xenproject.org; Sat, 10 Jan 2015 00:57:39 +0000 Received: from [85.158.139.211] by server-16.bemta-5.messagelabs.com id 27/3E-29352-20970B45; Sat, 10 Jan 2015 00:57:38 +0000 X-Env-Sender: andy.ray@ujamjar.com X-Msg-Ref: server-15.tower-206.messagelabs.com!1420851457!13896794!1 X-Originating-IP: [31.172.243.2] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8082 invoked from network); 10 Jan 2015 00:57:37 -0000 Received: from vm12460.vps.tagadab.com (HELO www.ujamjar.com) (31.172.243.2) by server-15.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 10 Jan 2015 00:57:37 -0000 Received: from mail-la0-f42.google.com (mail-la0-f42.google.com [209.85.215.42]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by www.ujamjar.com (Postfix) with ESMTPSA id 96A37124334 for ; Sat, 10 Jan 2015 00:57:10 +0000 (GMT) Received: by mail-la0-f42.google.com with SMTP id gd6so17226925lab.1 for ; Fri, 09 Jan 2015 16:57:16 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.152.206.108 with SMTP id ln12mr24456241lac.3.1420851436696; Fri, 09 Jan 2015 16:57:16 -0800 (PST) Received: by 10.112.185.105 with HTTP; Fri, 9 Jan 2015 16:57:16 -0800 (PST) In-Reply-To: <6969DEA9-E36E-4A98-9982-5AF808DCE54C@recoil.org> References: <243EC830-6304-46FB-BEC7-117FD33D9E67@recoil.org> <6969DEA9-E36E-4A98-9982-5AF808DCE54C@recoil.org> Date: Sat, 10 Jan 2015 00:57:16 +0000 Message-ID: From: Andy Ray To: Anil Madhavapeddy Cc: Jeremy Yallop , opam-devel , mirageos-devel Subject: Re: [MirageOS-devel] [opam-devel] regular bulk builds: now with HTML output! X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org > > Absolutely. Rather than continue to hack on this "rapidly put together" > HTML page, the next iteration will be based on the Zurb Foundation framework > and so use all the UI components from there (including tabs, pagination > and filtering by tags). Volunteers for this are very welcome -- I can > document how the (rather simple) filesystem metadata works if anyone wants > to pull together a nicer frontend. > How about a (potentially dynamic) js_of_ocaml built interface? -Andy _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Sat Jan 10 08:45:44 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Sat, 10 Jan 2015 08:45:44 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9rfu-0006M5-RY; Sat, 10 Jan 2015 08:45:38 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9rft-0006M0-HE for mirageos-devel@lists.xenproject.org; Sat, 10 Jan 2015 08:45:37 +0000 Received: from [85.158.137.68] by server-14.bemta-3.messagelabs.com id 36/59-07724-0B6E0B45; Sat, 10 Jan 2015 08:45:36 +0000 X-Env-Sender: marklrh@gmail.com X-Msg-Ref: server-4.tower-31.messagelabs.com!1420879534!18542453!1 X-Originating-IP: [209.85.216.170] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_30_40,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31477 invoked from network); 10 Jan 2015 08:45:35 -0000 Received: from mail-qc0-f170.google.com (HELO mail-qc0-f170.google.com) (209.85.216.170) by server-4.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 10 Jan 2015 08:45:35 -0000 Received: by mail-qc0-f170.google.com with SMTP id x3so12450649qcv.1 for ; Sat, 10 Jan 2015 00:45:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:mime-version:message-id:in-reply-to:references:from:to:cc :subject:content-type; bh=EV3t8YGNLjrKAJ5joU7WNvkJNvypcC/4SNX7EIG2sOY=; b=onk24kvfigJNV92XTN5pHMmsLv7YLVu+UAk0Vdiv9xMdEN2RRfuJnlX8iKsKtRdA1i qMF/z9HvVXXC6nAnAT7RujTbFOwBxXCVwvFBGCqVTEgcKrnO3etpEAalwuq6tuZuIwVF 5mgc7IIXPxzH2nOUT1KyYdl6p6IeocQLfUEtb47j8W3OIEo9C9ZUTRjK0RAdNObpX9ft iLjwzntdlukBZdn2P75lqCBf10w0IA129+MDsXRpJmLcSzBeqgyzlxPMIV6Ne8Q/bpCV ODzLTNZuDNB98qriZ/GY5u4EBNEKMyDLCy6KwssO6VHU+3snn7wnKR7ho0dOHfUEHXt2 m0JQ== X-Received: by 10.224.172.198 with SMTP id m6mr33970551qaz.11.1420879534606; Sat, 10 Jan 2015 00:45:34 -0800 (PST) Received: from hedwig-53.prd.orcali.com (ec2-54-85-253-117.compute-1.amazonaws.com. [54.85.253.117]) by mx.google.com with ESMTPSA id z61sm9250256qge.21.2015.01.10.00.45.34 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 10 Jan 2015 00:45:34 -0800 (PST) Date: Sat, 10 Jan 2015 00:45:34 -0800 (PST) X-Google-Original-Date: Sat, 10 Jan 2015 08:45:33 GMT MIME-Version: 1.0 X-Mailer: Nodemailer (0.5.0; +http://www.nodemailer.com/) Message-Id: <1420879533898.671c1cba@Nodemailer> In-Reply-To: References: X-Orchestra-Oid: 2A20C88A-6C81-46C7-B0B1-2E35EF170231 X-Orchestra-Sig: 6d65897b6aa33d561cd0b8355fc3e6495c24dc18 X-Orchestra-Thrid: 62FF6269-4BDF-4161-8663-5E52EEEB9480 X-Orchestra-Thrid-Sig: ae57292031cb60c2711d73135fd19866394cb944 X-Orchestra-Account: 57ac39c19a970c17082d797af467aea864bc5d78 From: "Runhang Li" To: "Jeremy Yallop" Cc: Anil Madhavapeddy , mirageos-devel@lists.xenproject.org Subject: Re: [MirageOS-devel] Mentee wants to work on bigarray parser generator X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5704885304833928149==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============5704885304833928149== Content-Type: multipart/alternative; boundary="----Nodemailer-0.5.0-?=_1-1420879534138" ------Nodemailer-0.5.0-?=_1-1420879534138 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi, Jeremy I am pretty interested in this project and the MetaOCaml. Can you send it = to me=3F=C2=A0 Thanks --- Runhang Li University of California, Los Angeles On Thu, Jan 8, 2015 at 3:57 PM, Jeremy Yallop wrote: > On 7 January 2015 at 08:30, Anil Madhavapeddy wrote: >> One possible way to prototype this quickly is to use staging in = MetaOCaml to >> experiment with the code generation aspects without having to learn >> ppx/camlp4 and other such code generation tools. Jeremy Yallop recently >> showed me an implementation he did of a regular expression compiler = written >> in MetaOCaml that stages the automata compilation, and would be a good >> guideline to a parser generator as well. Jeremy: is this on GitHub >> anywhere=3F > It's not available for the moment. Some variation of it is likely to > turn into a student exercise, so I'm keeping it under wraps for now. > Mark: if you're interested, let me know and I'll send it to you > off-list. I think a MetaOCaml back-end could work very nicely, > although some details like generating mutually-recursive functions are > still a little tricky. ------Nodemailer-0.5.0-?=_1-1420879534138 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Hi, Jeremy

I am pretty interested in this project and the MetaOCaml. Can you send= it to me=3F=C2=A0

Thanks

---
Runhang Li
University of California, Los Angeles


On Thu, Jan 8, 2015 at 3:57 PM,= Jeremy Yallop <jeremy.yallop@cl.cam.ac.= uk> wrote:

On 7 January 2015 at 08:30, Anil Madhavapeddy <anil@recoil.= org> wrote:
> One possible way to prototype this quickly is to use staging in = MetaOCaml to
> experiment with the code generation aspects without having to = learn
> ppx/camlp4 and other such code generation tools. Jeremy Yallop = recently
> showed me an implementation he did of a regular expression = compiler written
> in MetaOCaml that stages the automata compilation, and would be a = good
> guideline to a parser generator as well. Jeremy: is this on = GitHub
> anywhere=3F

It's not available for the moment. Some variation of it is likely = to
turn into a student exercise, so I'm keeping it under wraps for now.
Mark: if you're interested, let me know and I'll send it to you
off-list. I think a MetaOCaml back-end could work very nicely,
although some details like generating mutually-recursive functions are
still a little tricky.


------Nodemailer-0.5.0-?=_1-1420879534138-- --===============5704885304833928149== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel --===============5704885304833928149==-- From mirageos-devel-bounces@lists.xenproject.org Sat Jan 10 08:45:44 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Sat, 10 Jan 2015 08:45:44 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9rfu-0006M5-RY; Sat, 10 Jan 2015 08:45:38 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9rft-0006M0-HE for mirageos-devel@lists.xenproject.org; Sat, 10 Jan 2015 08:45:37 +0000 Received: from [85.158.137.68] by server-14.bemta-3.messagelabs.com id 36/59-07724-0B6E0B45; Sat, 10 Jan 2015 08:45:36 +0000 X-Env-Sender: marklrh@gmail.com X-Msg-Ref: server-4.tower-31.messagelabs.com!1420879534!18542453!1 X-Originating-IP: [209.85.216.170] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_30_40,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31477 invoked from network); 10 Jan 2015 08:45:35 -0000 Received: from mail-qc0-f170.google.com (HELO mail-qc0-f170.google.com) (209.85.216.170) by server-4.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 10 Jan 2015 08:45:35 -0000 Received: by mail-qc0-f170.google.com with SMTP id x3so12450649qcv.1 for ; Sat, 10 Jan 2015 00:45:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:mime-version:message-id:in-reply-to:references:from:to:cc :subject:content-type; bh=EV3t8YGNLjrKAJ5joU7WNvkJNvypcC/4SNX7EIG2sOY=; b=onk24kvfigJNV92XTN5pHMmsLv7YLVu+UAk0Vdiv9xMdEN2RRfuJnlX8iKsKtRdA1i qMF/z9HvVXXC6nAnAT7RujTbFOwBxXCVwvFBGCqVTEgcKrnO3etpEAalwuq6tuZuIwVF 5mgc7IIXPxzH2nOUT1KyYdl6p6IeocQLfUEtb47j8W3OIEo9C9ZUTRjK0RAdNObpX9ft iLjwzntdlukBZdn2P75lqCBf10w0IA129+MDsXRpJmLcSzBeqgyzlxPMIV6Ne8Q/bpCV ODzLTNZuDNB98qriZ/GY5u4EBNEKMyDLCy6KwssO6VHU+3snn7wnKR7ho0dOHfUEHXt2 m0JQ== X-Received: by 10.224.172.198 with SMTP id m6mr33970551qaz.11.1420879534606; Sat, 10 Jan 2015 00:45:34 -0800 (PST) Received: from hedwig-53.prd.orcali.com (ec2-54-85-253-117.compute-1.amazonaws.com. [54.85.253.117]) by mx.google.com with ESMTPSA id z61sm9250256qge.21.2015.01.10.00.45.34 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 10 Jan 2015 00:45:34 -0800 (PST) Date: Sat, 10 Jan 2015 00:45:34 -0800 (PST) X-Google-Original-Date: Sat, 10 Jan 2015 08:45:33 GMT MIME-Version: 1.0 X-Mailer: Nodemailer (0.5.0; +http://www.nodemailer.com/) Message-Id: <1420879533898.671c1cba@Nodemailer> In-Reply-To: References: X-Orchestra-Oid: 2A20C88A-6C81-46C7-B0B1-2E35EF170231 X-Orchestra-Sig: 6d65897b6aa33d561cd0b8355fc3e6495c24dc18 X-Orchestra-Thrid: 62FF6269-4BDF-4161-8663-5E52EEEB9480 X-Orchestra-Thrid-Sig: ae57292031cb60c2711d73135fd19866394cb944 X-Orchestra-Account: 57ac39c19a970c17082d797af467aea864bc5d78 From: "Runhang Li" To: "Jeremy Yallop" Cc: Anil Madhavapeddy , mirageos-devel@lists.xenproject.org Subject: Re: [MirageOS-devel] Mentee wants to work on bigarray parser generator X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5704885304833928149==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============5704885304833928149== Content-Type: multipart/alternative; boundary="----Nodemailer-0.5.0-?=_1-1420879534138" ------Nodemailer-0.5.0-?=_1-1420879534138 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi, Jeremy I am pretty interested in this project and the MetaOCaml. Can you send it = to me=3F=C2=A0 Thanks --- Runhang Li University of California, Los Angeles On Thu, Jan 8, 2015 at 3:57 PM, Jeremy Yallop wrote: > On 7 January 2015 at 08:30, Anil Madhavapeddy wrote: >> One possible way to prototype this quickly is to use staging in = MetaOCaml to >> experiment with the code generation aspects without having to learn >> ppx/camlp4 and other such code generation tools. Jeremy Yallop recently >> showed me an implementation he did of a regular expression compiler = written >> in MetaOCaml that stages the automata compilation, and would be a good >> guideline to a parser generator as well. Jeremy: is this on GitHub >> anywhere=3F > It's not available for the moment. Some variation of it is likely to > turn into a student exercise, so I'm keeping it under wraps for now. > Mark: if you're interested, let me know and I'll send it to you > off-list. I think a MetaOCaml back-end could work very nicely, > although some details like generating mutually-recursive functions are > still a little tricky. ------Nodemailer-0.5.0-?=_1-1420879534138 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Hi, Jeremy

I am pretty interested in this project and the MetaOCaml. Can you send= it to me=3F=C2=A0

Thanks

---
Runhang Li
University of California, Los Angeles


On Thu, Jan 8, 2015 at 3:57 PM,= Jeremy Yallop <jeremy.yallop@cl.cam.ac.= uk> wrote:

On 7 January 2015 at 08:30, Anil Madhavapeddy <anil@recoil.= org> wrote:
> One possible way to prototype this quickly is to use staging in = MetaOCaml to
> experiment with the code generation aspects without having to = learn
> ppx/camlp4 and other such code generation tools. Jeremy Yallop = recently
> showed me an implementation he did of a regular expression = compiler written
> in MetaOCaml that stages the automata compilation, and would be a = good
> guideline to a parser generator as well. Jeremy: is this on = GitHub
> anywhere=3F

It's not available for the moment. Some variation of it is likely = to
turn into a student exercise, so I'm keeping it under wraps for now.
Mark: if you're interested, let me know and I'll send it to you
off-list. I think a MetaOCaml back-end could work very nicely,
although some details like generating mutually-recursive functions are
still a little tricky.


------Nodemailer-0.5.0-?=_1-1420879534138-- --===============5704885304833928149== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel --===============5704885304833928149==-- From mirageos-devel-bounces@lists.xenproject.org Sat Jan 10 10:41:47 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Sat, 10 Jan 2015 10:41:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9tUE-000187-Lj; Sat, 10 Jan 2015 10:41:42 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9tUE-000182-4T for mirageos-devel@lists.xenproject.org; Sat, 10 Jan 2015 10:41:42 +0000 Received: from [85.158.143.35] by server-3.bemta-4.messagelabs.com id EF/D3-15461-5E101B45; Sat, 10 Jan 2015 10:41:41 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-5.tower-21.messagelabs.com!1420886500!20512429!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17221 invoked from network); 10 Jan 2015 10:41:40 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-5.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 10 Jan 2015 10:41:40 -0000 Received: from [192.168.1.75] (cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net [86.30.244.239]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 36f892b7; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Sat, 10 Jan 2015 10:41:39 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: Date: Sat, 10 Jan 2015 10:41:38 +0000 Message-Id: <1E2DAE32-ED01-405B-A311-A150BDE47234@recoil.org> References: <243EC830-6304-46FB-BEC7-117FD33D9E67@recoil.org> <6969DEA9-E36E-4A98-9982-5AF808DCE54C@recoil.org> To: Andy Ray X-Mailer: Apple Mail (2.1993) Cc: Jeremy Yallop , opam-devel , mirageos-devel Subject: Re: [MirageOS-devel] [opam-devel] regular bulk builds: now with HTML output! X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 10 Jan 2015, at 00:57, Andy Ray wrote: > >> >> Absolutely. Rather than continue to hack on this "rapidly put together" >> HTML page, the next iteration will be based on the Zurb Foundation framework >> and so use all the UI components from there (including tabs, pagination >> and filtering by tags). Volunteers for this are very welcome -- I can >> document how the (rather simple) filesystem metadata works if anyone wants >> to pull together a nicer frontend. > > How about a (potentially dynamic) js_of_ocaml built interface? Yep, that would certainly be easy enough since most of the content are already just static endpoints and so wouldn't be nearly as complex as the URI rewriting required in the IOCaml server for IOCamlJS. Any suggestions for js_of_ocaml-friendly HTML5 frameworks? I really want to try out React.js, so I might just take a shot at Semantic-UI and bind js_of_ocaml/React to that. -anil _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Sat Jan 10 10:41:47 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Sat, 10 Jan 2015 10:41:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9tUE-000187-Lj; Sat, 10 Jan 2015 10:41:42 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9tUE-000182-4T for mirageos-devel@lists.xenproject.org; Sat, 10 Jan 2015 10:41:42 +0000 Received: from [85.158.143.35] by server-3.bemta-4.messagelabs.com id EF/D3-15461-5E101B45; Sat, 10 Jan 2015 10:41:41 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-5.tower-21.messagelabs.com!1420886500!20512429!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17221 invoked from network); 10 Jan 2015 10:41:40 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-5.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 10 Jan 2015 10:41:40 -0000 Received: from [192.168.1.75] (cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net [86.30.244.239]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 36f892b7; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Sat, 10 Jan 2015 10:41:39 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: Date: Sat, 10 Jan 2015 10:41:38 +0000 Message-Id: <1E2DAE32-ED01-405B-A311-A150BDE47234@recoil.org> References: <243EC830-6304-46FB-BEC7-117FD33D9E67@recoil.org> <6969DEA9-E36E-4A98-9982-5AF808DCE54C@recoil.org> To: Andy Ray X-Mailer: Apple Mail (2.1993) Cc: Jeremy Yallop , opam-devel , mirageos-devel Subject: Re: [MirageOS-devel] [opam-devel] regular bulk builds: now with HTML output! X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 10 Jan 2015, at 00:57, Andy Ray wrote: > >> >> Absolutely. Rather than continue to hack on this "rapidly put together" >> HTML page, the next iteration will be based on the Zurb Foundation framework >> and so use all the UI components from there (including tabs, pagination >> and filtering by tags). Volunteers for this are very welcome -- I can >> document how the (rather simple) filesystem metadata works if anyone wants >> to pull together a nicer frontend. > > How about a (potentially dynamic) js_of_ocaml built interface? Yep, that would certainly be easy enough since most of the content are already just static endpoints and so wouldn't be nearly as complex as the URI rewriting required in the IOCaml server for IOCamlJS. Any suggestions for js_of_ocaml-friendly HTML5 frameworks? I really want to try out React.js, so I might just take a shot at Semantic-UI and bind js_of_ocaml/React to that. -anil _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Sat Jan 10 12:20:58 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Sat, 10 Jan 2015 12:20:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9v2C-0003mm-BF; Sat, 10 Jan 2015 12:20:52 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9v2B-0003mh-42 for mirageos-devel@lists.xenproject.org; Sat, 10 Jan 2015 12:20:51 +0000 Received: from [85.158.139.211] by server-17.bemta-5.messagelabs.com id 3B/A2-28865-22911B45; Sat, 10 Jan 2015 12:20:50 +0000 X-Env-Sender: andy.ray@ujamjar.com X-Msg-Ref: server-8.tower-206.messagelabs.com!1420892449!13373554!1 X-Originating-IP: [31.172.243.2] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19116 invoked from network); 10 Jan 2015 12:20:49 -0000 Received: from vm12460.vps.tagadab.com (HELO www.ujamjar.com) (31.172.243.2) by server-8.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 10 Jan 2015 12:20:49 -0000 Received: from mail-lb0-f178.google.com (mail-lb0-f178.google.com [209.85.217.178]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by www.ujamjar.com (Postfix) with ESMTPSA id DD62F1244EC for ; Sat, 10 Jan 2015 12:20:22 +0000 (GMT) Received: by mail-lb0-f178.google.com with SMTP id u14so11858644lbd.9 for ; Sat, 10 Jan 2015 04:20:28 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.112.134.74 with SMTP id pi10mr26323927lbb.67.1420892428916; Sat, 10 Jan 2015 04:20:28 -0800 (PST) Received: by 10.112.185.105 with HTTP; Sat, 10 Jan 2015 04:20:28 -0800 (PST) In-Reply-To: <1E2DAE32-ED01-405B-A311-A150BDE47234@recoil.org> References: <243EC830-6304-46FB-BEC7-117FD33D9E67@recoil.org> <6969DEA9-E36E-4A98-9982-5AF808DCE54C@recoil.org> <1E2DAE32-ED01-405B-A311-A150BDE47234@recoil.org> Date: Sat, 10 Jan 2015 12:20:28 +0000 Message-ID: From: Andy Ray To: Anil Madhavapeddy Cc: Jeremy Yallop , opam-devel , mirageos-devel Subject: Re: [MirageOS-devel] [opam-devel] regular bulk builds: now with HTML output! X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org >> How about a (potentially dynamic) js_of_ocaml built interface? > > Yep, that would certainly be easy enough since most of the content are > already just static endpoints and so wouldn't be nearly as complex as the > URI rewriting required in the IOCaml server for IOCamlJS. Yeah, I can't imagine you'd need any server side support, but a bit of xmlHttpRequest client side may possibly make sense (ie loading a tooltip with specific package version info or somesuch). The logs could also be displayed in page rather than on a link if you wanted. > Any suggestions for js_of_ocaml-friendly HTML5 frameworks? I really want > to try out React.js, so I might just take a shot at Semantic-UI and bind > js_of_ocaml/React to that. > I've only really played with bootstrap before - it was OK and did help make the page mobile friendly. Plus it's really only a layer of css so fairly easy to use. Semantic-UI looks like a big job to bind to, but maybe that's OK if you are wanting to learn it as well. -Andy _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Sat Jan 10 12:20:58 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Sat, 10 Jan 2015 12:20:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9v2C-0003mm-BF; Sat, 10 Jan 2015 12:20:52 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9v2B-0003mh-42 for mirageos-devel@lists.xenproject.org; Sat, 10 Jan 2015 12:20:51 +0000 Received: from [85.158.139.211] by server-17.bemta-5.messagelabs.com id 3B/A2-28865-22911B45; Sat, 10 Jan 2015 12:20:50 +0000 X-Env-Sender: andy.ray@ujamjar.com X-Msg-Ref: server-8.tower-206.messagelabs.com!1420892449!13373554!1 X-Originating-IP: [31.172.243.2] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19116 invoked from network); 10 Jan 2015 12:20:49 -0000 Received: from vm12460.vps.tagadab.com (HELO www.ujamjar.com) (31.172.243.2) by server-8.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 10 Jan 2015 12:20:49 -0000 Received: from mail-lb0-f178.google.com (mail-lb0-f178.google.com [209.85.217.178]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by www.ujamjar.com (Postfix) with ESMTPSA id DD62F1244EC for ; Sat, 10 Jan 2015 12:20:22 +0000 (GMT) Received: by mail-lb0-f178.google.com with SMTP id u14so11858644lbd.9 for ; Sat, 10 Jan 2015 04:20:28 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.112.134.74 with SMTP id pi10mr26323927lbb.67.1420892428916; Sat, 10 Jan 2015 04:20:28 -0800 (PST) Received: by 10.112.185.105 with HTTP; Sat, 10 Jan 2015 04:20:28 -0800 (PST) In-Reply-To: <1E2DAE32-ED01-405B-A311-A150BDE47234@recoil.org> References: <243EC830-6304-46FB-BEC7-117FD33D9E67@recoil.org> <6969DEA9-E36E-4A98-9982-5AF808DCE54C@recoil.org> <1E2DAE32-ED01-405B-A311-A150BDE47234@recoil.org> Date: Sat, 10 Jan 2015 12:20:28 +0000 Message-ID: From: Andy Ray To: Anil Madhavapeddy Cc: Jeremy Yallop , opam-devel , mirageos-devel Subject: Re: [MirageOS-devel] [opam-devel] regular bulk builds: now with HTML output! X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org >> How about a (potentially dynamic) js_of_ocaml built interface? > > Yep, that would certainly be easy enough since most of the content are > already just static endpoints and so wouldn't be nearly as complex as the > URI rewriting required in the IOCaml server for IOCamlJS. Yeah, I can't imagine you'd need any server side support, but a bit of xmlHttpRequest client side may possibly make sense (ie loading a tooltip with specific package version info or somesuch). The logs could also be displayed in page rather than on a link if you wanted. > Any suggestions for js_of_ocaml-friendly HTML5 frameworks? I really want > to try out React.js, so I might just take a shot at Semantic-UI and bind > js_of_ocaml/React to that. > I've only really played with bootstrap before - it was OK and did help make the page mobile friendly. Plus it's really only a layer of css so fairly easy to use. Semantic-UI looks like a big job to bind to, but maybe that's OK if you are wanting to learn it as well. -Andy _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Sat Jan 10 12:39:19 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Sat, 10 Jan 2015 12:39:19 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9vJn-0004QZ-0z; Sat, 10 Jan 2015 12:39:03 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9vJl-0004QP-C2 for mirageos-devel@lists.xenproject.org; Sat, 10 Jan 2015 12:39:01 +0000 Received: from [85.158.137.68] by server-2.bemta-3.messagelabs.com id 2A/95-05632-46D11B45; Sat, 10 Jan 2015 12:39:00 +0000 X-Env-Sender: n.oje.bar@gmail.com X-Msg-Ref: server-2.tower-31.messagelabs.com!1420893539!18606167!1 X-Originating-IP: [74.125.82.177] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19742 invoked from network); 10 Jan 2015 12:39:00 -0000 Received: from mail-we0-f177.google.com (HELO mail-we0-f177.google.com) (74.125.82.177) by server-2.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 10 Jan 2015 12:39:00 -0000 Received: by mail-we0-f177.google.com with SMTP id q59so12120828wes.8 for ; Sat, 10 Jan 2015 04:38:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=EpY4LmQAU1Z1tkmlxZhkLh2IEwEOvimAa55DQ/ETSjM=; b=Arc3oY7vd2rk+eUMGCm9nR4/Xl7gqbm0JFPS8rTNURHnRxpXaAO5UxE8SKhZkpPUtD GAVlReivpjUxGOVc6WWcpVJSnCaZXbX4GXM/0HGYckFq9pB5tp+ndG2gByBXgsXBr0YP v6CUqBwt6xRKhtW26rYE4TjbXUzSN41JyCORC0ePgP47ux4yohwp9QjaDVerdLsWhegn FfbAnEqr7V/k7G+337M5trDAxyI3k9nDQHwa7JNjOcrc0TjfJW0xGpW/iMwzIvjPCbQP knn5OiPMoQrbehyJX4IONzLhNhvDrHm6xv3kyDo+4k6M+RM8DM3RQiaVu5DwrzPu9+30 yXBA== MIME-Version: 1.0 X-Received: by 10.194.184.204 with SMTP id ew12mr12721232wjc.85.1420893539621; Sat, 10 Jan 2015 04:38:59 -0800 (PST) Received: by 10.27.45.205 with HTTP; Sat, 10 Jan 2015 04:38:59 -0800 (PST) In-Reply-To: <1107832814.6475377.1420729256723.JavaMail.yahoo@jws10619.mail.bf1.yahoo.com> References: <1107832814.6475377.1420729256723.JavaMail.yahoo@jws10619.mail.bf1.yahoo.com> Date: Sat, 10 Jan 2015 09:38:59 -0300 X-Google-Sender-Auth: sw0LgdvGrclzIxqUfNr2lSm5xXw Message-ID: From: Nicolas Ojeda Bar To: Ania Skorupa Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] extracting mac address from stack X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org You can use the ETHIF.mac (STACKV4.IPV4.id s) (where s is the stack). The `DEVICE.id` type should probably be abstract, but this works for now. Cheers, Nicolas On Thu, Jan 8, 2015 at 12:00 PM, Ania Skorupa wrote: > hi, > > in stackv4 example in mirage-skeleton, is there any simple way to extract > mac address of tap0 in unikernel.ml? > > The other way that I can think of is to pass tap0 as another parameter to > the unikernel, but it doesn't look a neat solution. > > thanks. > > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel > _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Sat Jan 10 12:39:19 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Sat, 10 Jan 2015 12:39:19 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9vJn-0004QZ-0z; Sat, 10 Jan 2015 12:39:03 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9vJl-0004QP-C2 for mirageos-devel@lists.xenproject.org; Sat, 10 Jan 2015 12:39:01 +0000 Received: from [85.158.137.68] by server-2.bemta-3.messagelabs.com id 2A/95-05632-46D11B45; Sat, 10 Jan 2015 12:39:00 +0000 X-Env-Sender: n.oje.bar@gmail.com X-Msg-Ref: server-2.tower-31.messagelabs.com!1420893539!18606167!1 X-Originating-IP: [74.125.82.177] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19742 invoked from network); 10 Jan 2015 12:39:00 -0000 Received: from mail-we0-f177.google.com (HELO mail-we0-f177.google.com) (74.125.82.177) by server-2.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 10 Jan 2015 12:39:00 -0000 Received: by mail-we0-f177.google.com with SMTP id q59so12120828wes.8 for ; Sat, 10 Jan 2015 04:38:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=EpY4LmQAU1Z1tkmlxZhkLh2IEwEOvimAa55DQ/ETSjM=; b=Arc3oY7vd2rk+eUMGCm9nR4/Xl7gqbm0JFPS8rTNURHnRxpXaAO5UxE8SKhZkpPUtD GAVlReivpjUxGOVc6WWcpVJSnCaZXbX4GXM/0HGYckFq9pB5tp+ndG2gByBXgsXBr0YP v6CUqBwt6xRKhtW26rYE4TjbXUzSN41JyCORC0ePgP47ux4yohwp9QjaDVerdLsWhegn FfbAnEqr7V/k7G+337M5trDAxyI3k9nDQHwa7JNjOcrc0TjfJW0xGpW/iMwzIvjPCbQP knn5OiPMoQrbehyJX4IONzLhNhvDrHm6xv3kyDo+4k6M+RM8DM3RQiaVu5DwrzPu9+30 yXBA== MIME-Version: 1.0 X-Received: by 10.194.184.204 with SMTP id ew12mr12721232wjc.85.1420893539621; Sat, 10 Jan 2015 04:38:59 -0800 (PST) Received: by 10.27.45.205 with HTTP; Sat, 10 Jan 2015 04:38:59 -0800 (PST) In-Reply-To: <1107832814.6475377.1420729256723.JavaMail.yahoo@jws10619.mail.bf1.yahoo.com> References: <1107832814.6475377.1420729256723.JavaMail.yahoo@jws10619.mail.bf1.yahoo.com> Date: Sat, 10 Jan 2015 09:38:59 -0300 X-Google-Sender-Auth: sw0LgdvGrclzIxqUfNr2lSm5xXw Message-ID: From: Nicolas Ojeda Bar To: Ania Skorupa Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] extracting mac address from stack X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org You can use the ETHIF.mac (STACKV4.IPV4.id s) (where s is the stack). The `DEVICE.id` type should probably be abstract, but this works for now. Cheers, Nicolas On Thu, Jan 8, 2015 at 12:00 PM, Ania Skorupa wrote: > hi, > > in stackv4 example in mirage-skeleton, is there any simple way to extract > mac address of tap0 in unikernel.ml? > > The other way that I can think of is to pass tap0 as another parameter to > the unikernel, but it doesn't look a neat solution. > > thanks. > > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel > _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Sat Jan 10 14:18:19 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Sat, 10 Jan 2015 14:18:19 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9wrk-0007OD-O3; Sat, 10 Jan 2015 14:18:12 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9wrj-0007O8-By for mirageos-devel@lists.xenproject.org; Sat, 10 Jan 2015 14:18:11 +0000 Received: from [85.158.139.211] by server-13.bemta-5.messagelabs.com id D7/25-02697-2A431B45; Sat, 10 Jan 2015 14:18:10 +0000 X-Env-Sender: joerg@deepcovelabs.com X-Msg-Ref: server-2.tower-206.messagelabs.com!1420899488!17290033!1 X-Originating-IP: [207.82.80.102] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_50_60,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6571 invoked from network); 10 Jan 2015 14:18:09 -0000 Received: from eu-smtp-delivery-102.mimecast.com (HELO eu-smtp-delivery-102.mimecast.com) (207.82.80.102) by server-2.tower-206.messagelabs.com with AES256-SHA encrypted SMTP; 10 Jan 2015 14:18:09 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=deepcovelabs.com; s=mimecast20140213; t=1420899488; bh=ZpxiWbQZj6lYRhiQ6oYycYcRSxDtPgXgACB/q7zuqCk=; h=From:To:Subject:Date:Message-ID:MIME-Version:Content-Type; b=Q5kkn+YYfVxFJ0XtAg5b4DOpY/jxYJlQEzEqRF2WHX5vNxoMwpF8FMqkjOBa78zj4U1FWaJaJx4sIoWpMAALaxCd7gdD2CwrPg0aIoX1IZwHASAeVRhhqwLHGdd9G1pzwA6KGzGJqB3ZCvyvwycW8Kjjr59MG+CTwP23Elz9Y/8= Received: from mail.deepcovelabs.com (mail.deepcovelabs.com [206.47.168.254]) (Using TLS) by uk-mta-2.uk.mimecast.lan; Sat, 10 Jan 2015 14:18:07 +0000 From: "Joerg Beekmann, DeepCove Labs" To: "MirageOS-devel@lists.xenproject.org" Thread-Topic: Hosting a VM on Mirage Thread-Index: AdAs3hqEnxNpYTTjRKunm44RL8RlFA== Date: Sat, 10 Jan 2015 14:03:26 +0000 Message-ID: <118C8401E2853943AEDCA1FCA278226E1A8A5AB3@Hermes.yvr.png> Accept-Language: en-US, en-CA Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: MIME-Version: 1.0 X-MC-Unique: -1xzGwrvRLekcYaAhlAWJQ-1 Subject: [MirageOS-devel] Hosting a VM on Mirage X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1073897847737898608==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============1073897847737898608== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_118C8401E2853943AEDCA1FCA278226E1A8A5AB3Hermesyvrpng_" --_000_118C8401E2853943AEDCA1FCA278226E1A8A5AB3Hermesyvrpng_ Content-Type: text/plain; charset=WINDOWS-1252 Content-Transfer-Encoding: quoted-printable Hi I just discovered Mirage and am quite fascinated by it. Is anyone aware of = attempts to use Mirage OS as a host for a virtual machine supporting anothe= r language? In my case I am wondering if Mirage could host the VM that runs= the Pharo Smalltalk virtual image. http://pharo.org/ . A bit of back ground, most Smalltalk systems consist of two components, a v= irtual image which contains the entire state of the system including classe= s, method bytecodes, user data etc. and a virtual machine that runs the ima= ge. The image is usually bit compatible from host OS to host OS. Pharo Smal= ltalk is part of the Squeak family of Smalltalk where the VM is written in = a dialect of Smalltalk called Slang, from this C code is generated with som= e variations depending on host. The C code is then complied using the platf= orm compiler. To ease portability the Squeak family asks as little of the h= ost as possible, typically just memory, storage, network, a single windowed= drawing surface and, user input events. In particular no UI or graphics sy= stem calls, the Squeak windowing system is rendered by Squeak itself. For s= ervers Squeak can be made to run headless without any UI. There is a Squeak project underway to create an "embeddable" version of Squ= eak. If that existed as a C library would it be possible in principle to ho= st that library on Mirage OS? Any ideas on how to proceed? I looked at http= ://openmirage.org/blog/modular-foreign-function-bindings and if I understan= d correctly it looks like a c library could be linked to Mirage and Mirage = configured so as to call the entry point on boot. The Library could then ca= ll back into Mirage to set sockets and other resources. If this worked for the Squeak VM I image a similar approach could be to hos= t other languages, for example Scheme. Actually now that I think of it a sm= all embeddable Scheme system may be a simpler place to start. Any comments welcome, apologies if any of this is hopelessly na=EFve as reg= ards Mirage. Joerg --_000_118C8401E2853943AEDCA1FCA278226E1A8A5AB3Hermesyvrpng_ Content-Type: text/html; charset=WINDOWS-1252 Content-Transfer-Encoding: quoted-printable

Hi

 

I just discovered Mirage and am quite fascinated by = it. Is anyone aware of attempts to use Mirage OS as a host for a virtual ma= chine supporting another language? In my case I am wondering if Mirage coul= d host the VM that runs the Pharo Smalltalk virtual image. http://pharo.org/ .

 

A bit of back ground, most Smalltalk systems consist= of two components, a virtual image which contains the entire state of the = system including classes, method bytecodes, user data etc. and a virtual ma= chine that runs the image. The image is usually bit compatible from host OS to host OS. Pharo Smalltalk is part= of the Squeak family of Smalltalk where the VM is written in a dialect of = Smalltalk called Slang, from this C code is generated with some variations = depending on host. The C code is then complied using the platform compiler. To ease portability the Squeak = family asks as little of the host as possible, typically just memory, stora= ge, network, a single windowed drawing surface and, user input events. In p= articular no UI or graphics system calls, the Squeak windowing system is rendered by Squeak itself. For serve= rs Squeak can be made to run headless without any UI.

 

There is a Squeak project underway to create an R= 20;embeddable” version of Squeak. If that existed as a C library woul= d it be possible in principle to host that library on Mirage OS? Any ideas = on how to proceed? I looked at ht= tp://openmirage.org/blog/modular-foreign-function-bindings and if I und= erstand correctly it looks like a c library could be linked to Mirage and M= irage configured so as to call the entry point on boot. The Library could then call back into Mirage to set s= ockets and other resources.

 

If this worked for the Squeak VM I image a similar a= pproach could be to host other languages, for example Scheme. Actually now = that I think of it a small embeddable Scheme system may be a simpler place = to start.

 

Any comments welcome, apologies if any of this is ho= pelessly na=EFve as regards Mirage.

 

Joerg

 

 

 

 

 

 

--_000_118C8401E2853943AEDCA1FCA278226E1A8A5AB3Hermesyvrpng_-- --===============1073897847737898608== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel --===============1073897847737898608==-- From mirageos-devel-bounces@lists.xenproject.org Sat Jan 10 14:18:19 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Sat, 10 Jan 2015 14:18:19 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9wrk-0007OD-O3; Sat, 10 Jan 2015 14:18:12 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9wrj-0007O8-By for mirageos-devel@lists.xenproject.org; Sat, 10 Jan 2015 14:18:11 +0000 Received: from [85.158.139.211] by server-13.bemta-5.messagelabs.com id D7/25-02697-2A431B45; Sat, 10 Jan 2015 14:18:10 +0000 X-Env-Sender: joerg@deepcovelabs.com X-Msg-Ref: server-2.tower-206.messagelabs.com!1420899488!17290033!1 X-Originating-IP: [207.82.80.102] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_50_60,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6571 invoked from network); 10 Jan 2015 14:18:09 -0000 Received: from eu-smtp-delivery-102.mimecast.com (HELO eu-smtp-delivery-102.mimecast.com) (207.82.80.102) by server-2.tower-206.messagelabs.com with AES256-SHA encrypted SMTP; 10 Jan 2015 14:18:09 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=deepcovelabs.com; s=mimecast20140213; t=1420899488; bh=ZpxiWbQZj6lYRhiQ6oYycYcRSxDtPgXgACB/q7zuqCk=; h=From:To:Subject:Date:Message-ID:MIME-Version:Content-Type; b=Q5kkn+YYfVxFJ0XtAg5b4DOpY/jxYJlQEzEqRF2WHX5vNxoMwpF8FMqkjOBa78zj4U1FWaJaJx4sIoWpMAALaxCd7gdD2CwrPg0aIoX1IZwHASAeVRhhqwLHGdd9G1pzwA6KGzGJqB3ZCvyvwycW8Kjjr59MG+CTwP23Elz9Y/8= Received: from mail.deepcovelabs.com (mail.deepcovelabs.com [206.47.168.254]) (Using TLS) by uk-mta-2.uk.mimecast.lan; Sat, 10 Jan 2015 14:18:07 +0000 From: "Joerg Beekmann, DeepCove Labs" To: "MirageOS-devel@lists.xenproject.org" Thread-Topic: Hosting a VM on Mirage Thread-Index: AdAs3hqEnxNpYTTjRKunm44RL8RlFA== Date: Sat, 10 Jan 2015 14:03:26 +0000 Message-ID: <118C8401E2853943AEDCA1FCA278226E1A8A5AB3@Hermes.yvr.png> Accept-Language: en-US, en-CA Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: MIME-Version: 1.0 X-MC-Unique: -1xzGwrvRLekcYaAhlAWJQ-1 Subject: [MirageOS-devel] Hosting a VM on Mirage X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1073897847737898608==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============1073897847737898608== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_118C8401E2853943AEDCA1FCA278226E1A8A5AB3Hermesyvrpng_" --_000_118C8401E2853943AEDCA1FCA278226E1A8A5AB3Hermesyvrpng_ Content-Type: text/plain; charset=WINDOWS-1252 Content-Transfer-Encoding: quoted-printable Hi I just discovered Mirage and am quite fascinated by it. Is anyone aware of = attempts to use Mirage OS as a host for a virtual machine supporting anothe= r language? In my case I am wondering if Mirage could host the VM that runs= the Pharo Smalltalk virtual image. http://pharo.org/ . A bit of back ground, most Smalltalk systems consist of two components, a v= irtual image which contains the entire state of the system including classe= s, method bytecodes, user data etc. and a virtual machine that runs the ima= ge. The image is usually bit compatible from host OS to host OS. Pharo Smal= ltalk is part of the Squeak family of Smalltalk where the VM is written in = a dialect of Smalltalk called Slang, from this C code is generated with som= e variations depending on host. The C code is then complied using the platf= orm compiler. To ease portability the Squeak family asks as little of the h= ost as possible, typically just memory, storage, network, a single windowed= drawing surface and, user input events. In particular no UI or graphics sy= stem calls, the Squeak windowing system is rendered by Squeak itself. For s= ervers Squeak can be made to run headless without any UI. There is a Squeak project underway to create an "embeddable" version of Squ= eak. If that existed as a C library would it be possible in principle to ho= st that library on Mirage OS? Any ideas on how to proceed? I looked at http= ://openmirage.org/blog/modular-foreign-function-bindings and if I understan= d correctly it looks like a c library could be linked to Mirage and Mirage = configured so as to call the entry point on boot. The Library could then ca= ll back into Mirage to set sockets and other resources. If this worked for the Squeak VM I image a similar approach could be to hos= t other languages, for example Scheme. Actually now that I think of it a sm= all embeddable Scheme system may be a simpler place to start. Any comments welcome, apologies if any of this is hopelessly na=EFve as reg= ards Mirage. Joerg --_000_118C8401E2853943AEDCA1FCA278226E1A8A5AB3Hermesyvrpng_ Content-Type: text/html; charset=WINDOWS-1252 Content-Transfer-Encoding: quoted-printable

Hi

 

I just discovered Mirage and am quite fascinated by = it. Is anyone aware of attempts to use Mirage OS as a host for a virtual ma= chine supporting another language? In my case I am wondering if Mirage coul= d host the VM that runs the Pharo Smalltalk virtual image. http://pharo.org/ .

 

A bit of back ground, most Smalltalk systems consist= of two components, a virtual image which contains the entire state of the = system including classes, method bytecodes, user data etc. and a virtual ma= chine that runs the image. The image is usually bit compatible from host OS to host OS. Pharo Smalltalk is part= of the Squeak family of Smalltalk where the VM is written in a dialect of = Smalltalk called Slang, from this C code is generated with some variations = depending on host. The C code is then complied using the platform compiler. To ease portability the Squeak = family asks as little of the host as possible, typically just memory, stora= ge, network, a single windowed drawing surface and, user input events. In p= articular no UI or graphics system calls, the Squeak windowing system is rendered by Squeak itself. For serve= rs Squeak can be made to run headless without any UI.

 

There is a Squeak project underway to create an R= 20;embeddable” version of Squeak. If that existed as a C library woul= d it be possible in principle to host that library on Mirage OS? Any ideas = on how to proceed? I looked at ht= tp://openmirage.org/blog/modular-foreign-function-bindings and if I und= erstand correctly it looks like a c library could be linked to Mirage and M= irage configured so as to call the entry point on boot. The Library could then call back into Mirage to set s= ockets and other resources.

 

If this worked for the Squeak VM I image a similar a= pproach could be to host other languages, for example Scheme. Actually now = that I think of it a small embeddable Scheme system may be a simpler place = to start.

 

Any comments welcome, apologies if any of this is ho= pelessly na=EFve as regards Mirage.

 

Joerg

 

 

 

 

 

 

--_000_118C8401E2853943AEDCA1FCA278226E1A8A5AB3Hermesyvrpng_-- --===============1073897847737898608== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel --===============1073897847737898608==-- From mirageos-devel-bounces@lists.xenproject.org Sat Jan 10 18:39:51 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Sat, 10 Jan 2015 18:39:51 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YA0wr-0006f1-Qh; Sat, 10 Jan 2015 18:39:45 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YA0wq-0006ew-Cc for mirageos-devel@lists.xenproject.org; Sat, 10 Jan 2015 18:39:44 +0000 Received: from [85.158.143.35] by server-1.bemta-4.messagelabs.com id 99/DD-09842-FE171B45; Sat, 10 Jan 2015 18:39:43 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-5.tower-21.messagelabs.com!1420915181!20552970!1 X-Originating-IP: [209.85.217.171] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16769 invoked from network); 10 Jan 2015 18:39:42 -0000 Received: from mail-lb0-f171.google.com (HELO mail-lb0-f171.google.com) (209.85.217.171) by server-5.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 10 Jan 2015 18:39:42 -0000 Received: by mail-lb0-f171.google.com with SMTP id w7so12911183lbi.2 for ; Sat, 10 Jan 2015 10:39:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=YxoVmmr6OD4OaUmKyXU7y2huxzWN4COF/ZAxpJQmwgs=; b=juwkVt81v6cRcERrMwdSMkH8eXpNjjmE8qvUTfYYFaD1A3ea+BWQCYR7jwvtmbcwdz xgqo6SuQkQ4n7e/kXOxWQYmwRjauipVLN8uwXGlcYGdnA2NTK/gaL9DPoJwx1wL9GykQ GW5vz0K/2I4YU2sDebf0FYBWwow7VXykGdO643eA7R/pyN3Z/yuYvyipPKoaXm8DhYB1 4uFV5by80y8FBLQkeM1LtcXkWeo0VkZ8XGtBqfQDeJcAClkVSCaeUcuJwydMYUiQNzis wjBiF5FV3eB0sUaiZVBJZPn7m/7Z5GmSzjxAZsuF5JKVP0DZZex09yi07Myv6p7Uy2ne iaVw== MIME-Version: 1.0 X-Received: by 10.152.206.41 with SMTP id ll9mr28581738lac.62.1420915181492; Sat, 10 Jan 2015 10:39:41 -0800 (PST) Received: by 10.25.207.3 with HTTP; Sat, 10 Jan 2015 10:39:41 -0800 (PST) In-Reply-To: <5492F016.80601@nottingham.ac.uk> References: <547757A6.9080504@nottingham.ac.uk> <54789CDF.5050408@nottingham.ac.uk> <29F708AD-B715-4E33-979F-4B0288766935@recoil.org> <5491C606.500@nottingham.ac.uk> <5492F016.80601@nottingham.ac.uk> Date: Sat, 10 Jan 2015 18:39:41 +0000 Message-ID: From: Thomas Leonard To: Masoud Koleini Cc: "mirageos-devel@lists.xenproject.org" , Anil Madhavapeddy Subject: Re: [MirageOS-devel] Parallelizing writing to network devices X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 18 December 2014 at 15:17, Masoud Koleini wrote: > > On 18/12/14 13:19, Thomas Leonard wrote: >> >> On 17 December 2014 at 18:05, Masoud Koleini >> wrote: >>> >>> Thanks Thomas for the great tracing tool! >>> >>> The following is a very simple unikernel with two interfaces, which >>> redirects frames captured on the first interface to the second one: >>> >>> https://github.com/koleini/parallelisation >>> >>> The problem is that in a high packet rate (more than 80'000 pps), switch >>> stops receiving. The goal is to spot the problem and enhance the >>> throughput >>> of Mirage netif. >>> >>> Test environment consists of another vm running a traffic generator and >>> sending frames of a specific pattern (UDP frames of size 100 bytes) over >>> the >>> bridge that connects to the first interface of the unikernel. Unikernel >>> forwards frames by collecting a number of frames from input queue and >>> running the same number of threads that write them to the output >>> interface. >>> >>> Two trace files are uploaded to the repo. The first file is the output of >>> this configuration. This trace shows that each netif write locks until >>> the >>> thread that writes on the front-end connection to the ring is returned >>> (function write_already_locked.) >> >> Do these traces show it after it stopped? The second has a long sleep, >> while the first looks like it was in the middle of a run. >> >> If it had stopped in both cases, it suggests that the whole unikernel >> stopped (not just the listen thread), because there are no more timer >> interrupts and no sleep region. >> >> Does "xl top" show the unikernel still using the CPU? Or it is >> waiting, or crashed? >> >> If you have a thread writing a string to the console once per second, >> does it continue after unikernel stops accepting frames? > > Yes, both are. It looks that I have more info on the traces with updated > Mirage libraries. So, I updated the traces in the repo. > > The unikernel is still working, as traces that periodically write info on > the console are still working too. I'm not sure, but it might be worth applying this fix and testing again: https://github.com/mirage/mirage-net-xen/pull/16 (when Netif stopped to wait for space in the transmit ring, it would sometimes fail to notice when space became available) > With original configuration (netif unchanged), it looks that the reason is > unikernel gets out of memory after some time, while error message is shown > only in a few experiments. This is the main bottleneck for Mirage > applications, which is waiting for a packet write to terminate is time > consuming and doesn't allow high rate packet switching for network > applications. > > Modifying netif by ignoring the thread that is waiting for the result of > writing to the ring is also problematic. So, any idea how to do bulk packet > write on a network interface? > > >> >>> For the second trace, the return of the thread is ignored (commenting out >>> "lwt () = th in" in write_already_locked). This considerably increases >>> switching speed, but after some running time, it looks that after garbage >>> collection, similar problem happens. >>> >>> Thomas and Anil, any idea from given traces, and how it is possible to >>> make >>> the traces more informative? >>> >>> Thanks. >>> >>> >>> On 28/11/14 16:55, Thomas Leonard wrote: >>>> >>>> On 28 November 2014 at 16:24, Anil Madhavapeddy wrote: >>>>>> >>>>>> On 28 Nov 2014, at 16:03, Masoud Koleini >>>>>> wrote: >>>>>> >>>>>> Thanks Anil. >>>>>> >>>>>>> - graph the ring utilisation to see if it's always full (Thomas >>>>>>> Leonard's profiling patches should help here) >>>>>> >>>>>> Would you please point me out to the profiling patches? >>>>> >>>>> See: >>>>> >>>>> http://roscidus.com/blog/blog/2014/10/27/visualising-an-asynchronous-monad/ >>>> >>>> The installation instructions here are for the previous version >>>> (though they should still work). If you want to try the latest >>>> version, the current Git mirage allows you to pass a ~tracing argument >>>> to "register" in your config.ml, e.g. >>>> >>>> let tracing = mprof_trace ~size:1000000 () in >>>> register "myunikernel" ~tracing [ >>>> main $ ... >>>> ] >>>> >>>> This uses a newer version of the profiling API. You should generally >>>> "opam pin" the #tracing2 branches rather than #tracing to use it. >>>> >>>> Note also that it doesn't currently record ring utilisation, so you'll >>>> still need to do some work to get that. You could use the >>>> MProf.Counter interface, in which case the GUI will display it as a >>>> graph over the trace. >>>> >>>>>>> - try to reduce the parallelisation to see if some condition there >>>>>>> alleviates the issue to track it down. >>>>>> >>>>>> Reducing the maximum number of threads running in parallel reduced CPU >>>>>> utilization, and vm was functioning for a much longer time, but the >>>>>> same >>>>>> problem occurred at the end. >>>>>> >>>>>> It might be more useful looking at the code. Please have a look at the >>>>>> function "f_thread" in the file uploaded on the following repo: >>>>>> >>>>>> https://github.com/koleini/parallelisation >>>>> >>>>> That's a lot of code to try and distill down a test case. Try to cut >>>>> it >>>>> down significantly by building a minimal Ethernet traffic generator >>>>> that >>>>> outputs frames with a predictable pattern in the frame, and a receiver >>>>> that >>>>> will check that the pattern is received as expected. >>>>> >>>>> Then you can try out your parallel algorithm variations on the simple >>>>> Ethernet sender/receiver and narrow down the problem without all the >>>>> other >>>>> concerns. >>>>> >>>>> Once the bug is tracked down, we can add the sender/receiver into >>>>> mirage-skeleton and use it as a test case to ensure that this >>>>> functional >>>>> never regresses in the future. Line rate Ethernet transmission has >>>>> worked >>>>> in the past, but we never added a test case to ensure it stays working. >>>>> >>>>> Anil >>>>> _______________________________________________ >>>>> MirageOS-devel mailing list >>>>> MirageOS-devel@lists.xenproject.org >>>>> http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel >>>> >>>> >>>> >>> >>> >>> >>> >>> 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. >>> >> >> > > > > > > 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. > -- Dr Thomas Leonard http://0install.net/ GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 GPG: DA98 25AE CAD0 8975 7CDA BD8E 0713 3F96 CA74 D8BA _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Sat Jan 10 18:39:51 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Sat, 10 Jan 2015 18:39:51 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YA0wr-0006f1-Qh; Sat, 10 Jan 2015 18:39:45 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YA0wq-0006ew-Cc for mirageos-devel@lists.xenproject.org; Sat, 10 Jan 2015 18:39:44 +0000 Received: from [85.158.143.35] by server-1.bemta-4.messagelabs.com id 99/DD-09842-FE171B45; Sat, 10 Jan 2015 18:39:43 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-5.tower-21.messagelabs.com!1420915181!20552970!1 X-Originating-IP: [209.85.217.171] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16769 invoked from network); 10 Jan 2015 18:39:42 -0000 Received: from mail-lb0-f171.google.com (HELO mail-lb0-f171.google.com) (209.85.217.171) by server-5.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 10 Jan 2015 18:39:42 -0000 Received: by mail-lb0-f171.google.com with SMTP id w7so12911183lbi.2 for ; Sat, 10 Jan 2015 10:39:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=YxoVmmr6OD4OaUmKyXU7y2huxzWN4COF/ZAxpJQmwgs=; b=juwkVt81v6cRcERrMwdSMkH8eXpNjjmE8qvUTfYYFaD1A3ea+BWQCYR7jwvtmbcwdz xgqo6SuQkQ4n7e/kXOxWQYmwRjauipVLN8uwXGlcYGdnA2NTK/gaL9DPoJwx1wL9GykQ GW5vz0K/2I4YU2sDebf0FYBWwow7VXykGdO643eA7R/pyN3Z/yuYvyipPKoaXm8DhYB1 4uFV5by80y8FBLQkeM1LtcXkWeo0VkZ8XGtBqfQDeJcAClkVSCaeUcuJwydMYUiQNzis wjBiF5FV3eB0sUaiZVBJZPn7m/7Z5GmSzjxAZsuF5JKVP0DZZex09yi07Myv6p7Uy2ne iaVw== MIME-Version: 1.0 X-Received: by 10.152.206.41 with SMTP id ll9mr28581738lac.62.1420915181492; Sat, 10 Jan 2015 10:39:41 -0800 (PST) Received: by 10.25.207.3 with HTTP; Sat, 10 Jan 2015 10:39:41 -0800 (PST) In-Reply-To: <5492F016.80601@nottingham.ac.uk> References: <547757A6.9080504@nottingham.ac.uk> <54789CDF.5050408@nottingham.ac.uk> <29F708AD-B715-4E33-979F-4B0288766935@recoil.org> <5491C606.500@nottingham.ac.uk> <5492F016.80601@nottingham.ac.uk> Date: Sat, 10 Jan 2015 18:39:41 +0000 Message-ID: From: Thomas Leonard To: Masoud Koleini Cc: "mirageos-devel@lists.xenproject.org" , Anil Madhavapeddy Subject: Re: [MirageOS-devel] Parallelizing writing to network devices X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 18 December 2014 at 15:17, Masoud Koleini wrote: > > On 18/12/14 13:19, Thomas Leonard wrote: >> >> On 17 December 2014 at 18:05, Masoud Koleini >> wrote: >>> >>> Thanks Thomas for the great tracing tool! >>> >>> The following is a very simple unikernel with two interfaces, which >>> redirects frames captured on the first interface to the second one: >>> >>> https://github.com/koleini/parallelisation >>> >>> The problem is that in a high packet rate (more than 80'000 pps), switch >>> stops receiving. The goal is to spot the problem and enhance the >>> throughput >>> of Mirage netif. >>> >>> Test environment consists of another vm running a traffic generator and >>> sending frames of a specific pattern (UDP frames of size 100 bytes) over >>> the >>> bridge that connects to the first interface of the unikernel. Unikernel >>> forwards frames by collecting a number of frames from input queue and >>> running the same number of threads that write them to the output >>> interface. >>> >>> Two trace files are uploaded to the repo. The first file is the output of >>> this configuration. This trace shows that each netif write locks until >>> the >>> thread that writes on the front-end connection to the ring is returned >>> (function write_already_locked.) >> >> Do these traces show it after it stopped? The second has a long sleep, >> while the first looks like it was in the middle of a run. >> >> If it had stopped in both cases, it suggests that the whole unikernel >> stopped (not just the listen thread), because there are no more timer >> interrupts and no sleep region. >> >> Does "xl top" show the unikernel still using the CPU? Or it is >> waiting, or crashed? >> >> If you have a thread writing a string to the console once per second, >> does it continue after unikernel stops accepting frames? > > Yes, both are. It looks that I have more info on the traces with updated > Mirage libraries. So, I updated the traces in the repo. > > The unikernel is still working, as traces that periodically write info on > the console are still working too. I'm not sure, but it might be worth applying this fix and testing again: https://github.com/mirage/mirage-net-xen/pull/16 (when Netif stopped to wait for space in the transmit ring, it would sometimes fail to notice when space became available) > With original configuration (netif unchanged), it looks that the reason is > unikernel gets out of memory after some time, while error message is shown > only in a few experiments. This is the main bottleneck for Mirage > applications, which is waiting for a packet write to terminate is time > consuming and doesn't allow high rate packet switching for network > applications. > > Modifying netif by ignoring the thread that is waiting for the result of > writing to the ring is also problematic. So, any idea how to do bulk packet > write on a network interface? > > >> >>> For the second trace, the return of the thread is ignored (commenting out >>> "lwt () = th in" in write_already_locked). This considerably increases >>> switching speed, but after some running time, it looks that after garbage >>> collection, similar problem happens. >>> >>> Thomas and Anil, any idea from given traces, and how it is possible to >>> make >>> the traces more informative? >>> >>> Thanks. >>> >>> >>> On 28/11/14 16:55, Thomas Leonard wrote: >>>> >>>> On 28 November 2014 at 16:24, Anil Madhavapeddy wrote: >>>>>> >>>>>> On 28 Nov 2014, at 16:03, Masoud Koleini >>>>>> wrote: >>>>>> >>>>>> Thanks Anil. >>>>>> >>>>>>> - graph the ring utilisation to see if it's always full (Thomas >>>>>>> Leonard's profiling patches should help here) >>>>>> >>>>>> Would you please point me out to the profiling patches? >>>>> >>>>> See: >>>>> >>>>> http://roscidus.com/blog/blog/2014/10/27/visualising-an-asynchronous-monad/ >>>> >>>> The installation instructions here are for the previous version >>>> (though they should still work). If you want to try the latest >>>> version, the current Git mirage allows you to pass a ~tracing argument >>>> to "register" in your config.ml, e.g. >>>> >>>> let tracing = mprof_trace ~size:1000000 () in >>>> register "myunikernel" ~tracing [ >>>> main $ ... >>>> ] >>>> >>>> This uses a newer version of the profiling API. You should generally >>>> "opam pin" the #tracing2 branches rather than #tracing to use it. >>>> >>>> Note also that it doesn't currently record ring utilisation, so you'll >>>> still need to do some work to get that. You could use the >>>> MProf.Counter interface, in which case the GUI will display it as a >>>> graph over the trace. >>>> >>>>>>> - try to reduce the parallelisation to see if some condition there >>>>>>> alleviates the issue to track it down. >>>>>> >>>>>> Reducing the maximum number of threads running in parallel reduced CPU >>>>>> utilization, and vm was functioning for a much longer time, but the >>>>>> same >>>>>> problem occurred at the end. >>>>>> >>>>>> It might be more useful looking at the code. Please have a look at the >>>>>> function "f_thread" in the file uploaded on the following repo: >>>>>> >>>>>> https://github.com/koleini/parallelisation >>>>> >>>>> That's a lot of code to try and distill down a test case. Try to cut >>>>> it >>>>> down significantly by building a minimal Ethernet traffic generator >>>>> that >>>>> outputs frames with a predictable pattern in the frame, and a receiver >>>>> that >>>>> will check that the pattern is received as expected. >>>>> >>>>> Then you can try out your parallel algorithm variations on the simple >>>>> Ethernet sender/receiver and narrow down the problem without all the >>>>> other >>>>> concerns. >>>>> >>>>> Once the bug is tracked down, we can add the sender/receiver into >>>>> mirage-skeleton and use it as a test case to ensure that this >>>>> functional >>>>> never regresses in the future. Line rate Ethernet transmission has >>>>> worked >>>>> in the past, but we never added a test case to ensure it stays working. >>>>> >>>>> Anil >>>>> _______________________________________________ >>>>> MirageOS-devel mailing list >>>>> MirageOS-devel@lists.xenproject.org >>>>> http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel >>>> >>>> >>>> >>> >>> >>> >>> >>> 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. >>> >> >> > > > > > > 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. > -- Dr Thomas Leonard http://0install.net/ GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 GPG: DA98 25AE CAD0 8975 7CDA BD8E 0713 3F96 CA74 D8BA _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Sun Jan 11 11:35:10 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Sun, 11 Jan 2015 11:35:10 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YAGnQ-0005s3-GJ; Sun, 11 Jan 2015 11:35:04 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YAGnP-0005ry-35 for MirageOS-devel@lists.xenproject.org; Sun, 11 Jan 2015 11:35:03 +0000 Received: from [193.109.254.147] by server-16.bemta-14.messagelabs.com id 74/48-17936-6EF52B45; Sun, 11 Jan 2015 11:35:02 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1420976100!15184251!1 X-Originating-IP: [209.85.217.176] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13049 invoked from network); 11 Jan 2015 11:35:01 -0000 Received: from mail-lb0-f176.google.com (HELO mail-lb0-f176.google.com) (209.85.217.176) by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 11 Jan 2015 11:35:01 -0000 Received: by mail-lb0-f176.google.com with SMTP id p9so14046444lbv.7 for ; Sun, 11 Jan 2015 03:35:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=BYDmTk89WcCqZjcVhMq6ZA5etcTnsslYWc95m0hp5JA=; b=eeXwvBUcZ+NYES/W+sqOJ1n0ur1koaO0Om5EL0+q+lp4kSenFLwXHdtCi7ERKsQSvy fFOlrWg9yBxwNHGY4Z+gwZfKOflZKrxLiX3iYhHeSOgWYua2sGHoD7kQNFlztIvYPw59 lgVnZmdB8SrltJIBZQHbZ8LuyMzNVWHN2+pLqjx5MRyS1+EDkLPgcU4XRkSXARHlmGR5 fBNBJGmHeH81wEhAXE/wJZo+NfAVPyY4OSNwmroafVz5GNN5fKX0gsODs2ibrh2rkGaO trJgzqjgAU2ftSjHWNOXyX6JTY0SLb0mDs0/Ecd3qNTrJ8crehW6rw9ufG1oq72pNW7w IsOg== MIME-Version: 1.0 X-Received: by 10.112.156.169 with SMTP id wf9mr31057959lbb.85.1420976100290; Sun, 11 Jan 2015 03:35:00 -0800 (PST) Received: by 10.25.207.3 with HTTP; Sun, 11 Jan 2015 03:35:00 -0800 (PST) In-Reply-To: <118C8401E2853943AEDCA1FCA278226E1A8A5AB3@Hermes.yvr.png> References: <118C8401E2853943AEDCA1FCA278226E1A8A5AB3@Hermes.yvr.png> Date: Sun, 11 Jan 2015 11:35:00 +0000 Message-ID: From: Thomas Leonard To: "Joerg Beekmann, DeepCove Labs" Cc: "MirageOS-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Hosting a VM on Mirage X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org T24gMTAgSmFudWFyeSAyMDE1IGF0IDE0OjAzLCBKb2VyZyBCZWVrbWFubiwgRGVlcENvdmUgTGFi cwo8am9lcmdAZGVlcGNvdmVsYWJzLmNvbT4gd3JvdGU6Cj4gSGkKPgo+Cj4KPiBJIGp1c3QgZGlz Y292ZXJlZCBNaXJhZ2UgYW5kIGFtIHF1aXRlIGZhc2NpbmF0ZWQgYnkgaXQuIElzIGFueW9uZSBh d2FyZSBvZgo+IGF0dGVtcHRzIHRvIHVzZSBNaXJhZ2UgT1MgYXMgYSBob3N0IGZvciBhIHZpcnR1 YWwgbWFjaGluZSBzdXBwb3J0aW5nIGFub3RoZXIKPiBsYW5ndWFnZT8gSW4gbXkgY2FzZSBJIGFt IHdvbmRlcmluZyBpZiBNaXJhZ2UgY291bGQgaG9zdCB0aGUgVk0gdGhhdCBydW5zCj4gdGhlIFBo YXJvIFNtYWxsdGFsayB2aXJ0dWFsIGltYWdlLiBodHRwOi8vcGhhcm8ub3JnLyAuCj4KPgo+Cj4g QSBiaXQgb2YgYmFjayBncm91bmQsIG1vc3QgU21hbGx0YWxrIHN5c3RlbXMgY29uc2lzdCBvZiB0 d28gY29tcG9uZW50cywgYQo+IHZpcnR1YWwgaW1hZ2Ugd2hpY2ggY29udGFpbnMgdGhlIGVudGly ZSBzdGF0ZSBvZiB0aGUgc3lzdGVtIGluY2x1ZGluZwo+IGNsYXNzZXMsIG1ldGhvZCBieXRlY29k ZXMsIHVzZXIgZGF0YSBldGMuIGFuZCBhIHZpcnR1YWwgbWFjaGluZSB0aGF0IHJ1bnMKPiB0aGUg aW1hZ2UuIFRoZSBpbWFnZSBpcyB1c3VhbGx5IGJpdCBjb21wYXRpYmxlIGZyb20gaG9zdCBPUyB0 byBob3N0IE9TLgo+IFBoYXJvIFNtYWxsdGFsayBpcyBwYXJ0IG9mIHRoZSBTcXVlYWsgZmFtaWx5 IG9mIFNtYWxsdGFsayB3aGVyZSB0aGUgVk0gaXMKPiB3cml0dGVuIGluIGEgZGlhbGVjdCBvZiBT bWFsbHRhbGsgY2FsbGVkIFNsYW5nLCBmcm9tIHRoaXMgQyBjb2RlIGlzCj4gZ2VuZXJhdGVkIHdp dGggc29tZSB2YXJpYXRpb25zIGRlcGVuZGluZyBvbiBob3N0LiBUaGUgQyBjb2RlIGlzIHRoZW4K PiBjb21wbGllZCB1c2luZyB0aGUgcGxhdGZvcm0gY29tcGlsZXIuIFRvIGVhc2UgcG9ydGFiaWxp dHkgdGhlIFNxdWVhayBmYW1pbHkKPiBhc2tzIGFzIGxpdHRsZSBvZiB0aGUgaG9zdCBhcyBwb3Nz aWJsZSwgdHlwaWNhbGx5IGp1c3QgbWVtb3J5LCBzdG9yYWdlLAo+IG5ldHdvcmssIGEgc2luZ2xl IHdpbmRvd2VkIGRyYXdpbmcgc3VyZmFjZSBhbmQsIHVzZXIgaW5wdXQgZXZlbnRzLiBJbgo+IHBh cnRpY3VsYXIgbm8gVUkgb3IgZ3JhcGhpY3Mgc3lzdGVtIGNhbGxzLCB0aGUgU3F1ZWFrIHdpbmRv d2luZyBzeXN0ZW0gaXMKPiByZW5kZXJlZCBieSBTcXVlYWsgaXRzZWxmLiBGb3Igc2VydmVycyBT cXVlYWsgY2FuIGJlIG1hZGUgdG8gcnVuIGhlYWRsZXNzCj4gd2l0aG91dCBhbnkgVUkuCj4KPgo+ Cj4gVGhlcmUgaXMgYSBTcXVlYWsgcHJvamVjdCB1bmRlcndheSB0byBjcmVhdGUgYW4g4oCcZW1i ZWRkYWJsZeKAnSB2ZXJzaW9uIG9mCj4gU3F1ZWFrLiBJZiB0aGF0IGV4aXN0ZWQgYXMgYSBDIGxp YnJhcnkgd291bGQgaXQgYmUgcG9zc2libGUgaW4gcHJpbmNpcGxlIHRvCj4gaG9zdCB0aGF0IGxp YnJhcnkgb24gTWlyYWdlIE9TPyBBbnkgaWRlYXMgb24gaG93IHRvIHByb2NlZWQ/IEkgbG9va2Vk IGF0Cj4gaHR0cDovL29wZW5taXJhZ2Uub3JnL2Jsb2cvbW9kdWxhci1mb3JlaWduLWZ1bmN0aW9u LWJpbmRpbmdzIGFuZCBpZiBJCj4gdW5kZXJzdGFuZCBjb3JyZWN0bHkgaXQgbG9va3MgbGlrZSBh IGMgbGlicmFyeSBjb3VsZCBiZSBsaW5rZWQgdG8gTWlyYWdlIGFuZAo+IE1pcmFnZSBjb25maWd1 cmVkIHNvIGFzIHRvIGNhbGwgdGhlIGVudHJ5IHBvaW50IG9uIGJvb3QuIFRoZSBMaWJyYXJ5IGNv dWxkCj4gdGhlbiBjYWxsIGJhY2sgaW50byBNaXJhZ2UgdG8gc2V0IHNvY2tldHMgYW5kIG90aGVy IHJlc291cmNlcy4KPgo+Cj4KPiBJZiB0aGlzIHdvcmtlZCBmb3IgdGhlIFNxdWVhayBWTSBJIGlt YWdlIGEgc2ltaWxhciBhcHByb2FjaCBjb3VsZCBiZSB0byBob3N0Cj4gb3RoZXIgbGFuZ3VhZ2Vz LCBmb3IgZXhhbXBsZSBTY2hlbWUuIEFjdHVhbGx5IG5vdyB0aGF0IEkgdGhpbmsgb2YgaXQgYSBz bWFsbAo+IGVtYmVkZGFibGUgU2NoZW1lIHN5c3RlbSBtYXkgYmUgYSBzaW1wbGVyIHBsYWNlIHRv IHN0YXJ0Lgo+Cj4KPgo+IEFueSBjb21tZW50cyB3ZWxjb21lLCBhcG9sb2dpZXMgaWYgYW55IG9m IHRoaXMgaXMgaG9wZWxlc3NseSBuYcOvdmUgYXMKPiByZWdhcmRzIE1pcmFnZS4KClNob3VsZCB3 b3JrLiBZb3UgY291bGQgbG9vayBhdCB0aGUgbm9jcnlwbyBsaWJyYXJ5IGZvciBhbiBleGFtcGxl IG9mCnVzaW5nIGN0eXBlcyB0byBsaW5rIHRvIEMgY29kZToKCiAgaHR0cHM6Ly9naXRodWIuY29t L21pcmxlZnQvb2NhbWwtbm9jcnlwdG8KClRoaXMgc2hvd3MgaG93IHRvIGdldCB0aGUgYnVpbGQg c3lzdGVtIHRvIGNvbXBpbGUgdGhlIGNzdHVicwpkZWZpbml0aW9ucyB0byBDIGFuZCBPQ2FtbCBz dHVicywgZm9yIFVuaXggYW5kIFhlbiwgYW5kIHRoZW4gdXNlIHRoZW0KaW4gdGhlIHJlc3Qgb2Yg dGhlIGNvZGUuIEl0IHdvdWxkIGJlIGdvb2QgdG8gaGF2ZSBhIHNpbXBsZXIgZXhhbXBsZQp0aG91 Z2gsIGFuZCBzY2hlbWUgbWlnaHQgYmUgYSBnb29kIHBsYWNlIHRvIHN0YXJ0LgoKRWl0aGVyIHdh eSwgeW91J2xsIHdhbnQgdG8gZXhwb3NlIHRoZSBiaW5kaW5ncyBhcyBhIHNlcGFyYXRlIE9QQU0K cGFja2FnZSBhbmQgdGhlbiBkZXBlbmQgb24gdGhhdCBpbiB5b3VyIHVuaWtlcm5lbCwgc28gdGhh dCBNaXJhZ2UgY2FuCmdlbmVyYXRlIHRoZSBNYWtlZmlsZSBhdXRvbWF0aWNhbGx5IChpdCBjYW4n dCBoYW5kbGUgQyBzdHVicyBwcm92aWRlZApkaXJlY3RseSBieSB0aGUgdW5pa2VybmVsIGF0IHBy ZXNlbnQpLgoKCi0tIApEciBUaG9tYXMgTGVvbmFyZCAgICAgICAgaHR0cDovLzBpbnN0YWxsLm5l dC8KR1BHOiA5MjQyIDk4MDcgQzk4NSAzQzA3IDQ0QTYgIDhCOUEgQUUwNyA4MjgwIDU5QTUgM0ND MQpHUEc6IERBOTggMjVBRSBDQUQwIDg5NzUgN0NEQSAgQkQ4RSAwNzEzIDNGOTYgQ0E3NCBEOEJB CgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpNaXJhZ2VP Uy1kZXZlbCBtYWlsaW5nIGxpc3QKTWlyYWdlT1MtZGV2ZWxAbGlzdHMueGVucHJvamVjdC5vcmcK aHR0cDovL2xpc3RzLnhlbnByb2plY3Qub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby9taXJh Z2Vvcy1kZXZlbAo= From mirageos-devel-bounces@lists.xenproject.org Sun Jan 11 11:35:10 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Sun, 11 Jan 2015 11:35:10 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YAGnQ-0005s3-GJ; Sun, 11 Jan 2015 11:35:04 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YAGnP-0005ry-35 for MirageOS-devel@lists.xenproject.org; Sun, 11 Jan 2015 11:35:03 +0000 Received: from [193.109.254.147] by server-16.bemta-14.messagelabs.com id 74/48-17936-6EF52B45; Sun, 11 Jan 2015 11:35:02 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1420976100!15184251!1 X-Originating-IP: [209.85.217.176] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13049 invoked from network); 11 Jan 2015 11:35:01 -0000 Received: from mail-lb0-f176.google.com (HELO mail-lb0-f176.google.com) (209.85.217.176) by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 11 Jan 2015 11:35:01 -0000 Received: by mail-lb0-f176.google.com with SMTP id p9so14046444lbv.7 for ; Sun, 11 Jan 2015 03:35:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=BYDmTk89WcCqZjcVhMq6ZA5etcTnsslYWc95m0hp5JA=; b=eeXwvBUcZ+NYES/W+sqOJ1n0ur1koaO0Om5EL0+q+lp4kSenFLwXHdtCi7ERKsQSvy fFOlrWg9yBxwNHGY4Z+gwZfKOflZKrxLiX3iYhHeSOgWYua2sGHoD7kQNFlztIvYPw59 lgVnZmdB8SrltJIBZQHbZ8LuyMzNVWHN2+pLqjx5MRyS1+EDkLPgcU4XRkSXARHlmGR5 fBNBJGmHeH81wEhAXE/wJZo+NfAVPyY4OSNwmroafVz5GNN5fKX0gsODs2ibrh2rkGaO trJgzqjgAU2ftSjHWNOXyX6JTY0SLb0mDs0/Ecd3qNTrJ8crehW6rw9ufG1oq72pNW7w IsOg== MIME-Version: 1.0 X-Received: by 10.112.156.169 with SMTP id wf9mr31057959lbb.85.1420976100290; Sun, 11 Jan 2015 03:35:00 -0800 (PST) Received: by 10.25.207.3 with HTTP; Sun, 11 Jan 2015 03:35:00 -0800 (PST) In-Reply-To: <118C8401E2853943AEDCA1FCA278226E1A8A5AB3@Hermes.yvr.png> References: <118C8401E2853943AEDCA1FCA278226E1A8A5AB3@Hermes.yvr.png> Date: Sun, 11 Jan 2015 11:35:00 +0000 Message-ID: From: Thomas Leonard To: "Joerg Beekmann, DeepCove Labs" Cc: "MirageOS-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Hosting a VM on Mirage X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org T24gMTAgSmFudWFyeSAyMDE1IGF0IDE0OjAzLCBKb2VyZyBCZWVrbWFubiwgRGVlcENvdmUgTGFi cwo8am9lcmdAZGVlcGNvdmVsYWJzLmNvbT4gd3JvdGU6Cj4gSGkKPgo+Cj4KPiBJIGp1c3QgZGlz Y292ZXJlZCBNaXJhZ2UgYW5kIGFtIHF1aXRlIGZhc2NpbmF0ZWQgYnkgaXQuIElzIGFueW9uZSBh d2FyZSBvZgo+IGF0dGVtcHRzIHRvIHVzZSBNaXJhZ2UgT1MgYXMgYSBob3N0IGZvciBhIHZpcnR1 YWwgbWFjaGluZSBzdXBwb3J0aW5nIGFub3RoZXIKPiBsYW5ndWFnZT8gSW4gbXkgY2FzZSBJIGFt IHdvbmRlcmluZyBpZiBNaXJhZ2UgY291bGQgaG9zdCB0aGUgVk0gdGhhdCBydW5zCj4gdGhlIFBo YXJvIFNtYWxsdGFsayB2aXJ0dWFsIGltYWdlLiBodHRwOi8vcGhhcm8ub3JnLyAuCj4KPgo+Cj4g QSBiaXQgb2YgYmFjayBncm91bmQsIG1vc3QgU21hbGx0YWxrIHN5c3RlbXMgY29uc2lzdCBvZiB0 d28gY29tcG9uZW50cywgYQo+IHZpcnR1YWwgaW1hZ2Ugd2hpY2ggY29udGFpbnMgdGhlIGVudGly ZSBzdGF0ZSBvZiB0aGUgc3lzdGVtIGluY2x1ZGluZwo+IGNsYXNzZXMsIG1ldGhvZCBieXRlY29k ZXMsIHVzZXIgZGF0YSBldGMuIGFuZCBhIHZpcnR1YWwgbWFjaGluZSB0aGF0IHJ1bnMKPiB0aGUg aW1hZ2UuIFRoZSBpbWFnZSBpcyB1c3VhbGx5IGJpdCBjb21wYXRpYmxlIGZyb20gaG9zdCBPUyB0 byBob3N0IE9TLgo+IFBoYXJvIFNtYWxsdGFsayBpcyBwYXJ0IG9mIHRoZSBTcXVlYWsgZmFtaWx5 IG9mIFNtYWxsdGFsayB3aGVyZSB0aGUgVk0gaXMKPiB3cml0dGVuIGluIGEgZGlhbGVjdCBvZiBT bWFsbHRhbGsgY2FsbGVkIFNsYW5nLCBmcm9tIHRoaXMgQyBjb2RlIGlzCj4gZ2VuZXJhdGVkIHdp dGggc29tZSB2YXJpYXRpb25zIGRlcGVuZGluZyBvbiBob3N0LiBUaGUgQyBjb2RlIGlzIHRoZW4K PiBjb21wbGllZCB1c2luZyB0aGUgcGxhdGZvcm0gY29tcGlsZXIuIFRvIGVhc2UgcG9ydGFiaWxp dHkgdGhlIFNxdWVhayBmYW1pbHkKPiBhc2tzIGFzIGxpdHRsZSBvZiB0aGUgaG9zdCBhcyBwb3Nz aWJsZSwgdHlwaWNhbGx5IGp1c3QgbWVtb3J5LCBzdG9yYWdlLAo+IG5ldHdvcmssIGEgc2luZ2xl IHdpbmRvd2VkIGRyYXdpbmcgc3VyZmFjZSBhbmQsIHVzZXIgaW5wdXQgZXZlbnRzLiBJbgo+IHBh cnRpY3VsYXIgbm8gVUkgb3IgZ3JhcGhpY3Mgc3lzdGVtIGNhbGxzLCB0aGUgU3F1ZWFrIHdpbmRv d2luZyBzeXN0ZW0gaXMKPiByZW5kZXJlZCBieSBTcXVlYWsgaXRzZWxmLiBGb3Igc2VydmVycyBT cXVlYWsgY2FuIGJlIG1hZGUgdG8gcnVuIGhlYWRsZXNzCj4gd2l0aG91dCBhbnkgVUkuCj4KPgo+ Cj4gVGhlcmUgaXMgYSBTcXVlYWsgcHJvamVjdCB1bmRlcndheSB0byBjcmVhdGUgYW4g4oCcZW1i ZWRkYWJsZeKAnSB2ZXJzaW9uIG9mCj4gU3F1ZWFrLiBJZiB0aGF0IGV4aXN0ZWQgYXMgYSBDIGxp YnJhcnkgd291bGQgaXQgYmUgcG9zc2libGUgaW4gcHJpbmNpcGxlIHRvCj4gaG9zdCB0aGF0IGxp YnJhcnkgb24gTWlyYWdlIE9TPyBBbnkgaWRlYXMgb24gaG93IHRvIHByb2NlZWQ/IEkgbG9va2Vk IGF0Cj4gaHR0cDovL29wZW5taXJhZ2Uub3JnL2Jsb2cvbW9kdWxhci1mb3JlaWduLWZ1bmN0aW9u LWJpbmRpbmdzIGFuZCBpZiBJCj4gdW5kZXJzdGFuZCBjb3JyZWN0bHkgaXQgbG9va3MgbGlrZSBh IGMgbGlicmFyeSBjb3VsZCBiZSBsaW5rZWQgdG8gTWlyYWdlIGFuZAo+IE1pcmFnZSBjb25maWd1 cmVkIHNvIGFzIHRvIGNhbGwgdGhlIGVudHJ5IHBvaW50IG9uIGJvb3QuIFRoZSBMaWJyYXJ5IGNv dWxkCj4gdGhlbiBjYWxsIGJhY2sgaW50byBNaXJhZ2UgdG8gc2V0IHNvY2tldHMgYW5kIG90aGVy IHJlc291cmNlcy4KPgo+Cj4KPiBJZiB0aGlzIHdvcmtlZCBmb3IgdGhlIFNxdWVhayBWTSBJIGlt YWdlIGEgc2ltaWxhciBhcHByb2FjaCBjb3VsZCBiZSB0byBob3N0Cj4gb3RoZXIgbGFuZ3VhZ2Vz LCBmb3IgZXhhbXBsZSBTY2hlbWUuIEFjdHVhbGx5IG5vdyB0aGF0IEkgdGhpbmsgb2YgaXQgYSBz bWFsbAo+IGVtYmVkZGFibGUgU2NoZW1lIHN5c3RlbSBtYXkgYmUgYSBzaW1wbGVyIHBsYWNlIHRv IHN0YXJ0Lgo+Cj4KPgo+IEFueSBjb21tZW50cyB3ZWxjb21lLCBhcG9sb2dpZXMgaWYgYW55IG9m IHRoaXMgaXMgaG9wZWxlc3NseSBuYcOvdmUgYXMKPiByZWdhcmRzIE1pcmFnZS4KClNob3VsZCB3 b3JrLiBZb3UgY291bGQgbG9vayBhdCB0aGUgbm9jcnlwbyBsaWJyYXJ5IGZvciBhbiBleGFtcGxl IG9mCnVzaW5nIGN0eXBlcyB0byBsaW5rIHRvIEMgY29kZToKCiAgaHR0cHM6Ly9naXRodWIuY29t L21pcmxlZnQvb2NhbWwtbm9jcnlwdG8KClRoaXMgc2hvd3MgaG93IHRvIGdldCB0aGUgYnVpbGQg c3lzdGVtIHRvIGNvbXBpbGUgdGhlIGNzdHVicwpkZWZpbml0aW9ucyB0byBDIGFuZCBPQ2FtbCBz dHVicywgZm9yIFVuaXggYW5kIFhlbiwgYW5kIHRoZW4gdXNlIHRoZW0KaW4gdGhlIHJlc3Qgb2Yg dGhlIGNvZGUuIEl0IHdvdWxkIGJlIGdvb2QgdG8gaGF2ZSBhIHNpbXBsZXIgZXhhbXBsZQp0aG91 Z2gsIGFuZCBzY2hlbWUgbWlnaHQgYmUgYSBnb29kIHBsYWNlIHRvIHN0YXJ0LgoKRWl0aGVyIHdh eSwgeW91J2xsIHdhbnQgdG8gZXhwb3NlIHRoZSBiaW5kaW5ncyBhcyBhIHNlcGFyYXRlIE9QQU0K cGFja2FnZSBhbmQgdGhlbiBkZXBlbmQgb24gdGhhdCBpbiB5b3VyIHVuaWtlcm5lbCwgc28gdGhh dCBNaXJhZ2UgY2FuCmdlbmVyYXRlIHRoZSBNYWtlZmlsZSBhdXRvbWF0aWNhbGx5IChpdCBjYW4n dCBoYW5kbGUgQyBzdHVicyBwcm92aWRlZApkaXJlY3RseSBieSB0aGUgdW5pa2VybmVsIGF0IHBy ZXNlbnQpLgoKCi0tIApEciBUaG9tYXMgTGVvbmFyZCAgICAgICAgaHR0cDovLzBpbnN0YWxsLm5l dC8KR1BHOiA5MjQyIDk4MDcgQzk4NSAzQzA3IDQ0QTYgIDhCOUEgQUUwNyA4MjgwIDU5QTUgM0ND MQpHUEc6IERBOTggMjVBRSBDQUQwIDg5NzUgN0NEQSAgQkQ4RSAwNzEzIDNGOTYgQ0E3NCBEOEJB CgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpNaXJhZ2VP Uy1kZXZlbCBtYWlsaW5nIGxpc3QKTWlyYWdlT1MtZGV2ZWxAbGlzdHMueGVucHJvamVjdC5vcmcK aHR0cDovL2xpc3RzLnhlbnByb2plY3Qub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby9taXJh Z2Vvcy1kZXZlbAo= From mirageos-devel-bounces@lists.xenproject.org Sun Jan 11 23:51:27 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Sun, 11 Jan 2015 23:51:27 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YASHu-0007jD-6I; Sun, 11 Jan 2015 23:51:18 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YASHs-0007j8-KU for MirageOS-devel@lists.xenproject.org; Sun, 11 Jan 2015 23:51:16 +0000 Received: from [85.158.137.68] by server-9.bemta-3.messagelabs.com id 20/3C-25727-37C03B45; Sun, 11 Jan 2015 23:51:15 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-4.tower-31.messagelabs.com!1421020274!18727363!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.4 required=7.0 tests=MIME_QP_LONG_LINE, RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30368 invoked from network); 11 Jan 2015 23:51:14 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-4.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 11 Jan 2015 23:51:14 -0000 Received: from [192.168.1.69] (cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net [86.30.244.239]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 215a3987; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Sun, 11 Jan 2015 23:51:13 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: Date: Sun, 11 Jan 2015 23:51:12 +0000 Message-Id: References: <118C8401E2853943AEDCA1FCA278226E1A8A5AB3@Hermes.yvr.png> To: Thomas Leonard X-Mailer: Apple Mail (2.1993) Cc: "MirageOS-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Hosting a VM on Mirage X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org T24gMTEgSmFuIDIwMTUsIGF0IDExOjM1LCBUaG9tYXMgTGVvbmFyZCA8dGFsZXg1QGdtYWlsLmNv bT4gd3JvdGU6Cj4gCj4gT24gMTAgSmFudWFyeSAyMDE1IGF0IDE0OjAzLCBKb2VyZyBCZWVrbWFu biwgRGVlcENvdmUgTGFicwo+IDxqb2VyZ0BkZWVwY292ZWxhYnMuY29tPiB3cm90ZToKPj4gSGkK Pj4gCj4+IAo+PiAKPj4gSSBqdXN0IGRpc2NvdmVyZWQgTWlyYWdlIGFuZCBhbSBxdWl0ZSBmYXNj aW5hdGVkIGJ5IGl0LiBJcyBhbnlvbmUgYXdhcmUgb2YKPj4gYXR0ZW1wdHMgdG8gdXNlIE1pcmFn ZSBPUyBhcyBhIGhvc3QgZm9yIGEgdmlydHVhbCBtYWNoaW5lIHN1cHBvcnRpbmcgYW5vdGhlcgo+ PiBsYW5ndWFnZT8gSW4gbXkgY2FzZSBJIGFtIHdvbmRlcmluZyBpZiBNaXJhZ2UgY291bGQgaG9z dCB0aGUgVk0gdGhhdCBydW5zCj4+IHRoZSBQaGFybyBTbWFsbHRhbGsgdmlydHVhbCBpbWFnZS4g aHR0cDovL3BoYXJvLm9yZy8gLgo+PiAKPj4gCj4+IAo+PiBBIGJpdCBvZiBiYWNrIGdyb3VuZCwg bW9zdCBTbWFsbHRhbGsgc3lzdGVtcyBjb25zaXN0IG9mIHR3byBjb21wb25lbnRzLCBhCj4+IHZp cnR1YWwgaW1hZ2Ugd2hpY2ggY29udGFpbnMgdGhlIGVudGlyZSBzdGF0ZSBvZiB0aGUgc3lzdGVt IGluY2x1ZGluZwo+PiBjbGFzc2VzLCBtZXRob2QgYnl0ZWNvZGVzLCB1c2VyIGRhdGEgZXRjLiBh bmQgYSB2aXJ0dWFsIG1hY2hpbmUgdGhhdCBydW5zCj4+IHRoZSBpbWFnZS4gVGhlIGltYWdlIGlz IHVzdWFsbHkgYml0IGNvbXBhdGlibGUgZnJvbSBob3N0IE9TIHRvIGhvc3QgT1MuCj4+IFBoYXJv IFNtYWxsdGFsayBpcyBwYXJ0IG9mIHRoZSBTcXVlYWsgZmFtaWx5IG9mIFNtYWxsdGFsayB3aGVy ZSB0aGUgVk0gaXMKPj4gd3JpdHRlbiBpbiBhIGRpYWxlY3Qgb2YgU21hbGx0YWxrIGNhbGxlZCBT bGFuZywgZnJvbSB0aGlzIEMgY29kZSBpcwo+PiBnZW5lcmF0ZWQgd2l0aCBzb21lIHZhcmlhdGlv bnMgZGVwZW5kaW5nIG9uIGhvc3QuIFRoZSBDIGNvZGUgaXMgdGhlbgo+PiBjb21wbGllZCB1c2lu ZyB0aGUgcGxhdGZvcm0gY29tcGlsZXIuIFRvIGVhc2UgcG9ydGFiaWxpdHkgdGhlIFNxdWVhayBm YW1pbHkKPj4gYXNrcyBhcyBsaXR0bGUgb2YgdGhlIGhvc3QgYXMgcG9zc2libGUsIHR5cGljYWxs eSBqdXN0IG1lbW9yeSwgc3RvcmFnZSwKPj4gbmV0d29yaywgYSBzaW5nbGUgd2luZG93ZWQgZHJh d2luZyBzdXJmYWNlIGFuZCwgdXNlciBpbnB1dCBldmVudHMuIEluCj4+IHBhcnRpY3VsYXIgbm8g VUkgb3IgZ3JhcGhpY3Mgc3lzdGVtIGNhbGxzLCB0aGUgU3F1ZWFrIHdpbmRvd2luZyBzeXN0ZW0g aXMKPj4gcmVuZGVyZWQgYnkgU3F1ZWFrIGl0c2VsZi4gRm9yIHNlcnZlcnMgU3F1ZWFrIGNhbiBi ZSBtYWRlIHRvIHJ1biBoZWFkbGVzcwo+PiB3aXRob3V0IGFueSBVSS4KPj4gCj4+IAo+PiAKPj4g VGhlcmUgaXMgYSBTcXVlYWsgcHJvamVjdCB1bmRlcndheSB0byBjcmVhdGUgYW4g4oCcZW1iZWRk YWJsZeKAnSB2ZXJzaW9uIG9mCj4+IFNxdWVhay4gSWYgdGhhdCBleGlzdGVkIGFzIGEgQyBsaWJy YXJ5IHdvdWxkIGl0IGJlIHBvc3NpYmxlIGluIHByaW5jaXBsZSB0bwo+PiBob3N0IHRoYXQgbGli cmFyeSBvbiBNaXJhZ2UgT1M/IEFueSBpZGVhcyBvbiBob3cgdG8gcHJvY2VlZD8gSSBsb29rZWQg YXQKPj4gaHR0cDovL29wZW5taXJhZ2Uub3JnL2Jsb2cvbW9kdWxhci1mb3JlaWduLWZ1bmN0aW9u LWJpbmRpbmdzIGFuZCBpZiBJCj4+IHVuZGVyc3RhbmQgY29ycmVjdGx5IGl0IGxvb2tzIGxpa2Ug YSBjIGxpYnJhcnkgY291bGQgYmUgbGlua2VkIHRvIE1pcmFnZSBhbmQKPj4gTWlyYWdlIGNvbmZp Z3VyZWQgc28gYXMgdG8gY2FsbCB0aGUgZW50cnkgcG9pbnQgb24gYm9vdC4gVGhlIExpYnJhcnkg Y291bGQKPj4gdGhlbiBjYWxsIGJhY2sgaW50byBNaXJhZ2UgdG8gc2V0IHNvY2tldHMgYW5kIG90 aGVyIHJlc291cmNlcy4KPj4gCj4+IAo+PiAKPj4gSWYgdGhpcyB3b3JrZWQgZm9yIHRoZSBTcXVl YWsgVk0gSSBpbWFnZSBhIHNpbWlsYXIgYXBwcm9hY2ggY291bGQgYmUgdG8gaG9zdAo+PiBvdGhl ciBsYW5ndWFnZXMsIGZvciBleGFtcGxlIFNjaGVtZS4gQWN0dWFsbHkgbm93IHRoYXQgSSB0aGlu ayBvZiBpdCBhIHNtYWxsCj4+IGVtYmVkZGFibGUgU2NoZW1lIHN5c3RlbSBtYXkgYmUgYSBzaW1w bGVyIHBsYWNlIHRvIHN0YXJ0Lgo+PiAKPj4gCj4+IAo+PiBBbnkgY29tbWVudHMgd2VsY29tZSwg YXBvbG9naWVzIGlmIGFueSBvZiB0aGlzIGlzIGhvcGVsZXNzbHkgbmHDr3ZlIGFzCj4+IHJlZ2Fy ZHMgTWlyYWdlLgo+IAo+IFNob3VsZCB3b3JrLiBZb3UgY291bGQgbG9vayBhdCB0aGUgbm9jcnlw byBsaWJyYXJ5IGZvciBhbiBleGFtcGxlIG9mCj4gdXNpbmcgY3R5cGVzIHRvIGxpbmsgdG8gQyBj b2RlOgo+IAo+ICBodHRwczovL2dpdGh1Yi5jb20vbWlybGVmdC9vY2FtbC1ub2NyeXB0bwo+IAo+ IFRoaXMgc2hvd3MgaG93IHRvIGdldCB0aGUgYnVpbGQgc3lzdGVtIHRvIGNvbXBpbGUgdGhlIGNz dHVicwo+IGRlZmluaXRpb25zIHRvIEMgYW5kIE9DYW1sIHN0dWJzLCBmb3IgVW5peCBhbmQgWGVu LCBhbmQgdGhlbiB1c2UgdGhlbQo+IGluIHRoZSByZXN0IG9mIHRoZSBjb2RlLiBJdCB3b3VsZCBi ZSBnb29kIHRvIGhhdmUgYSBzaW1wbGVyIGV4YW1wbGUKPiB0aG91Z2gsIGFuZCBzY2hlbWUgbWln aHQgYmUgYSBnb29kIHBsYWNlIHRvIHN0YXJ0Lgo+IAo+IEVpdGhlciB3YXksIHlvdSdsbCB3YW50 IHRvIGV4cG9zZSB0aGUgYmluZGluZ3MgYXMgYSBzZXBhcmF0ZSBPUEFNCj4gcGFja2FnZSBhbmQg dGhlbiBkZXBlbmQgb24gdGhhdCBpbiB5b3VyIHVuaWtlcm5lbCwgc28gdGhhdCBNaXJhZ2UgY2Fu Cj4gZ2VuZXJhdGUgdGhlIE1ha2VmaWxlIGF1dG9tYXRpY2FsbHkgKGl0IGNhbid0IGhhbmRsZSBD IHN0dWJzIHByb3ZpZGVkCj4gZGlyZWN0bHkgYnkgdGhlIHVuaWtlcm5lbCBhdCBwcmVzZW50KS4K CkkndmUgYWxzbyBiZWVuIGRvaW5nIHNvbWUgd29yayB0byBjb250aW51ZSB0aGUgZGlzZW50YW5n bGVtZW50IG9mIHRoZQp2YXJpb3VzIHBrZy1jb25maWcgbGlicmFyaWVzIGluc3RhbGxlZCBieSBN aXJhZ2UtWGVuIHRoYXQgVGhvbWFzIHN0YXJ0ZWQKb2ZmLiAgUHVsbCByZXF1ZXN0IGlzIGhlcmU6 CgpodHRwczovL2dpdGh1Yi5jb20vbWlyYWdlL21pcmFnZS1wbGF0Zm9ybS9wdWxsLzExNQoKSW4g dGhlb3J5LCBpdCBzaG91bGQgYmUgZWFzaWVyIGZvciB5b3UgdG8gdGFyZ2V0IGp1c3QgdGhlIG1p cmFnZS14ZW4tcG9zaXgKcGtnLWNvbmZpZyBsaWJyYXJ5IGFuZCBnZXQgYW4gZW1iZWRkZWQsIGNv bnNvbGUtb25seSBTcXVlYWsgcnVubmluZy4gT25jZQp0aGF0J3MgaW4gcGxhY2UsIGl0IHNob3Vs ZG4ndCBiZSB0b28gaGFyZCB0byBkbyBjYWxsYmFja3MgaW50byBpdCBmcm9tCnRoZSBNaXJhZ2Ug Y29kZSwgb3IgZXZlbiBzcGluIGl0IHVwIGluIGEgc2VwYXJhdGUgYWRkcmVzcyBzcGFjZSB3aXRo IHNvbWUKTWluaU9TIGhhY2tpbmcuCgotYW5pbApfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXwpNaXJhZ2VPUy1kZXZlbCBtYWlsaW5nIGxpc3QKTWlyYWdlT1Mt ZGV2ZWxAbGlzdHMueGVucHJvamVjdC5vcmcKaHR0cDovL2xpc3RzLnhlbnByb2plY3Qub3JnL2Nn aS1iaW4vbWFpbG1hbi9saXN0aW5mby9taXJhZ2Vvcy1kZXZlbAo= From mirageos-devel-bounces@lists.xenproject.org Sun Jan 11 23:51:27 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Sun, 11 Jan 2015 23:51:27 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YASHu-0007jD-6I; Sun, 11 Jan 2015 23:51:18 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YASHs-0007j8-KU for MirageOS-devel@lists.xenproject.org; Sun, 11 Jan 2015 23:51:16 +0000 Received: from [85.158.137.68] by server-9.bemta-3.messagelabs.com id 20/3C-25727-37C03B45; Sun, 11 Jan 2015 23:51:15 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-4.tower-31.messagelabs.com!1421020274!18727363!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.4 required=7.0 tests=MIME_QP_LONG_LINE, RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30368 invoked from network); 11 Jan 2015 23:51:14 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-4.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 11 Jan 2015 23:51:14 -0000 Received: from [192.168.1.69] (cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net [86.30.244.239]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 215a3987; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Sun, 11 Jan 2015 23:51:13 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: Date: Sun, 11 Jan 2015 23:51:12 +0000 Message-Id: References: <118C8401E2853943AEDCA1FCA278226E1A8A5AB3@Hermes.yvr.png> To: Thomas Leonard X-Mailer: Apple Mail (2.1993) Cc: "MirageOS-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Hosting a VM on Mirage X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org T24gMTEgSmFuIDIwMTUsIGF0IDExOjM1LCBUaG9tYXMgTGVvbmFyZCA8dGFsZXg1QGdtYWlsLmNv bT4gd3JvdGU6Cj4gCj4gT24gMTAgSmFudWFyeSAyMDE1IGF0IDE0OjAzLCBKb2VyZyBCZWVrbWFu biwgRGVlcENvdmUgTGFicwo+IDxqb2VyZ0BkZWVwY292ZWxhYnMuY29tPiB3cm90ZToKPj4gSGkK Pj4gCj4+IAo+PiAKPj4gSSBqdXN0IGRpc2NvdmVyZWQgTWlyYWdlIGFuZCBhbSBxdWl0ZSBmYXNj aW5hdGVkIGJ5IGl0LiBJcyBhbnlvbmUgYXdhcmUgb2YKPj4gYXR0ZW1wdHMgdG8gdXNlIE1pcmFn ZSBPUyBhcyBhIGhvc3QgZm9yIGEgdmlydHVhbCBtYWNoaW5lIHN1cHBvcnRpbmcgYW5vdGhlcgo+ PiBsYW5ndWFnZT8gSW4gbXkgY2FzZSBJIGFtIHdvbmRlcmluZyBpZiBNaXJhZ2UgY291bGQgaG9z dCB0aGUgVk0gdGhhdCBydW5zCj4+IHRoZSBQaGFybyBTbWFsbHRhbGsgdmlydHVhbCBpbWFnZS4g aHR0cDovL3BoYXJvLm9yZy8gLgo+PiAKPj4gCj4+IAo+PiBBIGJpdCBvZiBiYWNrIGdyb3VuZCwg bW9zdCBTbWFsbHRhbGsgc3lzdGVtcyBjb25zaXN0IG9mIHR3byBjb21wb25lbnRzLCBhCj4+IHZp cnR1YWwgaW1hZ2Ugd2hpY2ggY29udGFpbnMgdGhlIGVudGlyZSBzdGF0ZSBvZiB0aGUgc3lzdGVt IGluY2x1ZGluZwo+PiBjbGFzc2VzLCBtZXRob2QgYnl0ZWNvZGVzLCB1c2VyIGRhdGEgZXRjLiBh bmQgYSB2aXJ0dWFsIG1hY2hpbmUgdGhhdCBydW5zCj4+IHRoZSBpbWFnZS4gVGhlIGltYWdlIGlz IHVzdWFsbHkgYml0IGNvbXBhdGlibGUgZnJvbSBob3N0IE9TIHRvIGhvc3QgT1MuCj4+IFBoYXJv IFNtYWxsdGFsayBpcyBwYXJ0IG9mIHRoZSBTcXVlYWsgZmFtaWx5IG9mIFNtYWxsdGFsayB3aGVy ZSB0aGUgVk0gaXMKPj4gd3JpdHRlbiBpbiBhIGRpYWxlY3Qgb2YgU21hbGx0YWxrIGNhbGxlZCBT bGFuZywgZnJvbSB0aGlzIEMgY29kZSBpcwo+PiBnZW5lcmF0ZWQgd2l0aCBzb21lIHZhcmlhdGlv bnMgZGVwZW5kaW5nIG9uIGhvc3QuIFRoZSBDIGNvZGUgaXMgdGhlbgo+PiBjb21wbGllZCB1c2lu ZyB0aGUgcGxhdGZvcm0gY29tcGlsZXIuIFRvIGVhc2UgcG9ydGFiaWxpdHkgdGhlIFNxdWVhayBm YW1pbHkKPj4gYXNrcyBhcyBsaXR0bGUgb2YgdGhlIGhvc3QgYXMgcG9zc2libGUsIHR5cGljYWxs eSBqdXN0IG1lbW9yeSwgc3RvcmFnZSwKPj4gbmV0d29yaywgYSBzaW5nbGUgd2luZG93ZWQgZHJh d2luZyBzdXJmYWNlIGFuZCwgdXNlciBpbnB1dCBldmVudHMuIEluCj4+IHBhcnRpY3VsYXIgbm8g VUkgb3IgZ3JhcGhpY3Mgc3lzdGVtIGNhbGxzLCB0aGUgU3F1ZWFrIHdpbmRvd2luZyBzeXN0ZW0g aXMKPj4gcmVuZGVyZWQgYnkgU3F1ZWFrIGl0c2VsZi4gRm9yIHNlcnZlcnMgU3F1ZWFrIGNhbiBi ZSBtYWRlIHRvIHJ1biBoZWFkbGVzcwo+PiB3aXRob3V0IGFueSBVSS4KPj4gCj4+IAo+PiAKPj4g VGhlcmUgaXMgYSBTcXVlYWsgcHJvamVjdCB1bmRlcndheSB0byBjcmVhdGUgYW4g4oCcZW1iZWRk YWJsZeKAnSB2ZXJzaW9uIG9mCj4+IFNxdWVhay4gSWYgdGhhdCBleGlzdGVkIGFzIGEgQyBsaWJy YXJ5IHdvdWxkIGl0IGJlIHBvc3NpYmxlIGluIHByaW5jaXBsZSB0bwo+PiBob3N0IHRoYXQgbGli cmFyeSBvbiBNaXJhZ2UgT1M/IEFueSBpZGVhcyBvbiBob3cgdG8gcHJvY2VlZD8gSSBsb29rZWQg YXQKPj4gaHR0cDovL29wZW5taXJhZ2Uub3JnL2Jsb2cvbW9kdWxhci1mb3JlaWduLWZ1bmN0aW9u LWJpbmRpbmdzIGFuZCBpZiBJCj4+IHVuZGVyc3RhbmQgY29ycmVjdGx5IGl0IGxvb2tzIGxpa2Ug YSBjIGxpYnJhcnkgY291bGQgYmUgbGlua2VkIHRvIE1pcmFnZSBhbmQKPj4gTWlyYWdlIGNvbmZp Z3VyZWQgc28gYXMgdG8gY2FsbCB0aGUgZW50cnkgcG9pbnQgb24gYm9vdC4gVGhlIExpYnJhcnkg Y291bGQKPj4gdGhlbiBjYWxsIGJhY2sgaW50byBNaXJhZ2UgdG8gc2V0IHNvY2tldHMgYW5kIG90 aGVyIHJlc291cmNlcy4KPj4gCj4+IAo+PiAKPj4gSWYgdGhpcyB3b3JrZWQgZm9yIHRoZSBTcXVl YWsgVk0gSSBpbWFnZSBhIHNpbWlsYXIgYXBwcm9hY2ggY291bGQgYmUgdG8gaG9zdAo+PiBvdGhl ciBsYW5ndWFnZXMsIGZvciBleGFtcGxlIFNjaGVtZS4gQWN0dWFsbHkgbm93IHRoYXQgSSB0aGlu ayBvZiBpdCBhIHNtYWxsCj4+IGVtYmVkZGFibGUgU2NoZW1lIHN5c3RlbSBtYXkgYmUgYSBzaW1w bGVyIHBsYWNlIHRvIHN0YXJ0Lgo+PiAKPj4gCj4+IAo+PiBBbnkgY29tbWVudHMgd2VsY29tZSwg YXBvbG9naWVzIGlmIGFueSBvZiB0aGlzIGlzIGhvcGVsZXNzbHkgbmHDr3ZlIGFzCj4+IHJlZ2Fy ZHMgTWlyYWdlLgo+IAo+IFNob3VsZCB3b3JrLiBZb3UgY291bGQgbG9vayBhdCB0aGUgbm9jcnlw byBsaWJyYXJ5IGZvciBhbiBleGFtcGxlIG9mCj4gdXNpbmcgY3R5cGVzIHRvIGxpbmsgdG8gQyBj b2RlOgo+IAo+ICBodHRwczovL2dpdGh1Yi5jb20vbWlybGVmdC9vY2FtbC1ub2NyeXB0bwo+IAo+ IFRoaXMgc2hvd3MgaG93IHRvIGdldCB0aGUgYnVpbGQgc3lzdGVtIHRvIGNvbXBpbGUgdGhlIGNz dHVicwo+IGRlZmluaXRpb25zIHRvIEMgYW5kIE9DYW1sIHN0dWJzLCBmb3IgVW5peCBhbmQgWGVu LCBhbmQgdGhlbiB1c2UgdGhlbQo+IGluIHRoZSByZXN0IG9mIHRoZSBjb2RlLiBJdCB3b3VsZCBi ZSBnb29kIHRvIGhhdmUgYSBzaW1wbGVyIGV4YW1wbGUKPiB0aG91Z2gsIGFuZCBzY2hlbWUgbWln aHQgYmUgYSBnb29kIHBsYWNlIHRvIHN0YXJ0Lgo+IAo+IEVpdGhlciB3YXksIHlvdSdsbCB3YW50 IHRvIGV4cG9zZSB0aGUgYmluZGluZ3MgYXMgYSBzZXBhcmF0ZSBPUEFNCj4gcGFja2FnZSBhbmQg dGhlbiBkZXBlbmQgb24gdGhhdCBpbiB5b3VyIHVuaWtlcm5lbCwgc28gdGhhdCBNaXJhZ2UgY2Fu Cj4gZ2VuZXJhdGUgdGhlIE1ha2VmaWxlIGF1dG9tYXRpY2FsbHkgKGl0IGNhbid0IGhhbmRsZSBD IHN0dWJzIHByb3ZpZGVkCj4gZGlyZWN0bHkgYnkgdGhlIHVuaWtlcm5lbCBhdCBwcmVzZW50KS4K CkkndmUgYWxzbyBiZWVuIGRvaW5nIHNvbWUgd29yayB0byBjb250aW51ZSB0aGUgZGlzZW50YW5n bGVtZW50IG9mIHRoZQp2YXJpb3VzIHBrZy1jb25maWcgbGlicmFyaWVzIGluc3RhbGxlZCBieSBN aXJhZ2UtWGVuIHRoYXQgVGhvbWFzIHN0YXJ0ZWQKb2ZmLiAgUHVsbCByZXF1ZXN0IGlzIGhlcmU6 CgpodHRwczovL2dpdGh1Yi5jb20vbWlyYWdlL21pcmFnZS1wbGF0Zm9ybS9wdWxsLzExNQoKSW4g dGhlb3J5LCBpdCBzaG91bGQgYmUgZWFzaWVyIGZvciB5b3UgdG8gdGFyZ2V0IGp1c3QgdGhlIG1p cmFnZS14ZW4tcG9zaXgKcGtnLWNvbmZpZyBsaWJyYXJ5IGFuZCBnZXQgYW4gZW1iZWRkZWQsIGNv bnNvbGUtb25seSBTcXVlYWsgcnVubmluZy4gT25jZQp0aGF0J3MgaW4gcGxhY2UsIGl0IHNob3Vs ZG4ndCBiZSB0b28gaGFyZCB0byBkbyBjYWxsYmFja3MgaW50byBpdCBmcm9tCnRoZSBNaXJhZ2Ug Y29kZSwgb3IgZXZlbiBzcGluIGl0IHVwIGluIGEgc2VwYXJhdGUgYWRkcmVzcyBzcGFjZSB3aXRo IHNvbWUKTWluaU9TIGhhY2tpbmcuCgotYW5pbApfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXwpNaXJhZ2VPUy1kZXZlbCBtYWlsaW5nIGxpc3QKTWlyYWdlT1Mt ZGV2ZWxAbGlzdHMueGVucHJvamVjdC5vcmcKaHR0cDovL2xpc3RzLnhlbnByb2plY3Qub3JnL2Nn aS1iaW4vbWFpbG1hbi9saXN0aW5mby9taXJhZ2Vvcy1kZXZlbAo= From mirageos-devel-bounces@lists.xenproject.org Mon Jan 12 17:19:52 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 12 Jan 2015 17:19:52 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YAieY-0006X8-V4; Mon, 12 Jan 2015 17:19:46 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YAieX-0006Wv-JS for mirageos-devel@lists.xenproject.org; Mon, 12 Jan 2015 17:19:45 +0000 Received: from [85.158.137.68] by server-2.bemta-3.messagelabs.com id 97/2D-05632-03204B45; Mon, 12 Jan 2015 17:19:44 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-10.tower-31.messagelabs.com!1421083183!18977755!1 X-Originating-IP: [209.85.215.54] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27630 invoked from network); 12 Jan 2015 17:19:44 -0000 Received: from mail-la0-f54.google.com (HELO mail-la0-f54.google.com) (209.85.215.54) by server-10.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jan 2015 17:19:44 -0000 Received: by mail-la0-f54.google.com with SMTP id pv20so25166172lab.13 for ; Mon, 12 Jan 2015 09:19:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=IZNDNSCic+KfTPl5MSz+pw13ZAOv5LnzJVbP/oWhCMQ=; b=cHA85P8ZIyT5HlQdUDI+pY2V6d3Je2LBNnkIOuqd0E7vXO+zaLqHuUdTNZRFuAn8CO dhFBBkAr2tV8Su0qVZlBeYKDPA/ZOs2OJEJT5IjK/gb1EbQXEj/bw776zS+p/DcWaJ1r beU4BPzG7U+fqBT2NekqijY/xOz99/63pOrpI2kqDjr08IDJyHcmjr8u4eVp/x0AT1ll lS1bqZQgrZRp2nu4a6NkUTp1uPEPJhBMI6s/NK0sLdNT0r4NgHie5OXY11DB1FPVRhke S4m4lBzFt1gA/37RYQ3HWB/PuKtnJmIsn/nzsHbl/geUr7UlzZKYKu5hE3BE5r+Ln+1y bb2w== MIME-Version: 1.0 X-Received: by 10.112.162.226 with SMTP id yd2mr37824391lbb.1.1421083183233; Mon, 12 Jan 2015 09:19:43 -0800 (PST) Received: by 10.25.207.3 with HTTP; Mon, 12 Jan 2015 09:19:43 -0800 (PST) In-Reply-To: References: <04A38753-6144-4015-90B0-67192BBA8749@citrix.com> Date: Mon, 12 Jan 2015 17:19:43 +0000 Message-ID: From: Thomas Leonard To: Dave Scott Cc: "mirageos-devel@lists.xenproject.org" , Anil Madhavapeddy Subject: Re: [MirageOS-devel] An HTTP server with TLS X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org T24gOCBKYW51YXJ5IDIwMTUgYXQgMTE6MzUsIFRob21hcyBMZW9uYXJkIDx0YWxleDVAZ21haWwu Y29tPiB3cm90ZToKPiBPbiA3IEphbnVhcnkgMjAxNSBhdCAxNzozNSwgRGF2ZSBTY290dCA8RGF2 ZS5TY290dEBjaXRyaXguY29tPiB3cm90ZToKPj4KPj4+IE9uIDcgSmFuIDIwMTUsIGF0IDE3OjEy LCBUaG9tYXMgTGVvbmFyZCA8dGFsZXg1QGdtYWlsLmNvbT4gd3JvdGU6Cj4+Pgo+Pj4gT24gNyBK YW51YXJ5IDIwMTUgYXQgMTA6NTYsIEFuaWwgTWFkaGF2YXBlZGR5IDxhbmlsQHJlY29pbC5vcmc+ IHdyb3RlOgo+Pj4+IE9uIDcgSmFuIDIwMTUsIGF0IDEwOjQ1LCBUaG9tYXMgTGVvbmFyZCA8dGFs ZXg1QGdtYWlsLmNvbT4gd3JvdGU6Cj4+Pj4+Cj4+Pj4+IE9uIDcgSmFudWFyeSAyMDE1IGF0IDEw OjQyLCBBbmlsIE1hZGhhdmFwZWRkeSA8YW5pbEByZWNvaWwub3JnPiB3cm90ZToKPj4+Pj4+IE9u IDUgSmFuIDIwMTUsIGF0IDA5OjUzLCBUaG9tYXMgTGVvbmFyZCA8dGFsZXg1QGdtYWlsLmNvbT4g d3JvdGU6Cj4+Pj4+Pj4KPj4+Pj4+PiBJJ2QgbGlrZSB0byBhZGQgVExTIHRvIG15IE1pcmFnZSB3 ZWIgc2VydmVyLiBXaGF0J3MgdGhlIGJlc3Qgd2F5IHRvIGRvIHRoaXM/Cj4+Pj4+Pj4KPj4+Pj4+ PiBNeSBVbmlrZXJuZWwuTWFpbiBmdW5jdG9yIGN1cnJlbnRseSB0YWtlcyBhIChIIDogQ29odHRw X2x3dC5TZXJ2ZXIpCj4+Pj4+Pj4gYXJndW1lbnQuIEkgc2VlIHRoYXQgbWFpbi5tbCBjb25maWd1 cmVzIHRoaXMgdXNpbmc6Cj4+Pj4+Pj4KPj4+Pj4+PiBtb2R1bGUgQ29uZHVpdDEgPSBDb25kdWl0 X21pcmFnZS5NYWtlKFN0YWNrdjQxKShWY2hhbjEpCj4+Pj4+Pj4gbW9kdWxlIEh0dHAxID0gSFRU UC5NYWtlKENvbmR1aXQxKQo+Pj4+Pj4+Cj4+Pj4+Pj4gQ2FuIGNvbmR1aXQgZGVhbCB3aXRoIFRM UyBmb3IgbWU/IFRoZSBjb25kdWl0IGRvY3Mgc2F5ICJUaGUgcmVhc29uCj4+Pj4+Pj4gdGhpcyBs aWJyYXJ5IGV4aXN0cyBpcyB0byBwcm92aWRlIGEgZGVncmVlIG9mIGFic3RyYWN0aW9uIGZyb20g dGhlCj4+Pj4+Pj4gcHJlY2lzZSBTU0wgbGlicmFyeSB1c2VkIiwgd2hpY2ggc3VnZ2VzdHMgdGhh dCBpdCBzaG91bGQuCj4+Pj4+Pgo+Pj4+Pj4gQ29uZHVpdF9taXJhZ2UgZG9lc24ndCBzdXBwb3J0 IHRoaXMgeWV0IC0tIGp1c3QgQ29uZHVpdF9sd3RfdW5peC4KPj4+Pj4+IEJlZm9yZSBhZGRpbmcg aXQgaW4sIEkgd2FzIHdhaXRpbmcgZm9yIHhlbnRyb3B5ZCBhbmQgdGhlIEMgYmluZGluZ3MKPj4+ Pj4+IHRvIHdvcmssIHdoaWNoIHNob3VsZCBhbGwgYmUgaW4gdGhlIHRyZWVzLiAgSWYgd2UgY291 bGQgbm93IGdldCBhCj4+Pj4+PiBtaXJhZ2Utc2tlbGV0b24gZXhhbXBsZSBvZiBhIG1hbnVhbCBT U0wgc2VydmVyIHVzaW5nIHRoZSBUQ1AvSVAKPj4+Pj4+IHN0YWNrIGRpcmVjdGx5LCB0aGVuIHRo ZSBDb25kdWl0X21pcmFnZSB2ZXJzaW9uIHdvbid0IGJlIHRvbyBmYXIKPj4+Pj4+IGJlaGluZC4K Pj4+Pj4KPj4+Pj4gdGxzL21pcmFnZS9leGFtcGxlIGhhcyBhIGRpcmVjdCBleGFtcGxlIHRoYXQg d29ya3Mgb24gWGVuLiBJJ20gZ29pbmcKPj4+Pj4gdG8gbG9vayBhdCBnZXR0aW5nIEhUVFBTIHN1 cHBvcnQgd29ya2luZyBub3csIHVubGVzcyB5b3Ugd2FudCB0byBkbyBpdAo+Pj4+PiBmaXJzdC4K Pj4+Pj4KPj4+Pgo+Pj4+IEdvIGZvciBpdCEgIEknbSB0YWtpbmcgYSBzaG90IGF0IHB1bGxpbmcg dGhlIE9DYW1sIHJ1bnRpbWUgb3V0IG9mCj4+Pj4gbWlyYWdlLXBsYXRmb3JtIGF0IHRoZSBtb21l bnQuCj4+Pgo+Pj4gT0suIENvdWxkIHNvbWVvbmUgY2xhcmlmeSB0aGUgYnVmZmVyLWFsaWdubWVu dCBydWxlcyBmb3IgbWUgYWdhaW4/Cj4+Pgo+Pj4gVjEubWxpIHNheXM6Cj4+Pgo+Pj4gbW9kdWxl IHR5cGUgTkVUV09SSyA9IHNpZwo+Pj4gIHR5cGUgcGFnZV9hbGlnbmVkX2J1ZmZlcgo+Pj4gICgq KiBBYnN0cmFjdCB0eXBlIGZvciBhIHBhZ2UtYWxpZ25lZCBtZW1vcnkgYnVmZmVyICopCj4+Pgo+ Pj4gYW5kCj4+Pgo+Pj4gbW9kdWxlIHR5cGUgRVRISUYgPSBzaWcKPj4+ICB0eXBlIGJ1ZmZlcgo+ Pj4gICgqKiBBYnN0cmFjdCB0eXBlIGZvciBhIG1lbW9yeSBidWZmZXIgdGhhdCBtYXkgbm90IGJl IHBhZ2UgYWxpZ25lZCAqKQo+Pj4KPj4+IHRjcGlwJ3MgZXRoaWYubWwganVzdCBwYXNzZXMgdGhl IChub24tYWxpZ25lZCkgYnVmZmVyIHN0cmFpZ2h0IHRocm91Z2gKPj4+IHRvIE5ldGlmLCB3aGlj aCBzZWVtcyB3cm9uZy4KPj4+Cj4+PiBWMV9MV1QgcmVzdHJpY3RzIHRoZSB0eXBlcyB3aXRoOgo+ Pj4KPj4+IG1vZHVsZSB0eXBlIE5FVFdPUksgPSBORVRXT1JLCj4+PiAgIHdpdGggdHlwZSBwYWdl X2FsaWduZWRfYnVmZmVyID0gSW9fcGFnZS50Cj4+Pgo+Pj4gbW9kdWxlIHR5cGUgRVRISUYgPSBF VEhJRgo+Pj4gICB3aXRoIHR5cGUgYnVmZmVyID0gQ3N0cnVjdC50Cj4+Pgo+Pj4gaW8tcGFnZSBp cyBhIGJpdCB2YWd1ZSBhYm91dCB3aGF0IGFuIElvX3BhZ2UudCBpczoKPj4+Cj4+PiB0eXBlIHQg PSAoY2hhciwgQmlnYXJyYXkuaW50OF91bnNpZ25lZF9lbHQsIEJpZ2FycmF5LmNfbGF5b3V0KSBC aWdhcnJheS5BcnJheTEudAo+Pj4gKCoqIFR5cGUgb2YgbWVtb3J5IGJsb2Nrcy4gKikKPj4+Cj4+ PiBJb19wYWdlLmdldCBuIHJldHVybnMgImEgbWVtb3J5IGJsb2NrIG9mIFtuXSBwYWdlcyIsIHNv IGFuIElvX3BhZ2UudAo+Pj4gaXNuJ3QgYSBzaW5nbGUgcGFnZSBvZiBtZW1vcnkuCj4+Pgo+Pj4g VGhlIGFjdHVhbCBwcm9ibGVtIEknbSBzZWVpbmcgd2l0aCBUTFMgb24gWGVuIGlzOgo+Pj4KPj4+ IEludmFsaWQgcGFnZTogb2Zmc2V0PTI5MjAsIGxlbmd0aD0xMjQ1Cj4+Pgo+Pj4gVGhpcyBjb21l cyBmcm9tIE5ldGlmLiBUaGUgYnVmZmVyIHVuZGVybHlpbmcgYnVmZmVyIGlzIHBhZ2UgYWxpZ25l ZAo+Pj4gKGl0J3MgYWxsb2NhdGVkIGJ5IFRsc19taXJhZ2UuY29udl9pbyksIHNvIEkgYXNzdW1l IHRjcGlwIGlzIHNwbGl0dGluZwo+Pj4gaXQgYXQgYW4gdW5mb3J0dW5hdGUgcG9pbnQuCj4+Pgo+ Pj4gSXQgYXBwZWFycyBpdCB3YXMgd29ya2luZyBiZWZvcmUgYmVjYXVzZSBIVFRQX0lPIGJ1ZmZl cnMgaXRzIHdyaXRlcwo+Pj4gdXNpbmcgdGNwaXAncyBDaGFubmVsIG1vZHVsZSwgd2hpY2ggYmF0 Y2hlcyB0aGVtIGludG8gc2luZ2xlIElPIHBhZ2VzLgo+Pj4gV2l0aCBUTFMsIHRoZXNlIHBhZ2Ut c2l6ZWQgY2h1bmtzIGRvbid0IGdvIGRpcmVjdGx5IHRvIFRDUCwgYnV0IGdvdAo+Pj4gdmlhIFRM UyBpbnN0ZWFkLgo+Pj4KPj4+IFNvOgo+Pj4KPj4+IDEuIFdoYXQgZG9lcyAicGFnZS1hbGlnbmVk IG1lbW9yeSBidWZmZXIiIHJlYWxseSBtZWFuPwo+Pgo+PiBJdOKAmXMgYSBiaXQgb2YgYSBtZXNz IGF0bSA6KQo+Pgo+PiBJIHRoaW5rIHdlIG5lZWQgdG8gd3JpdGUgZG93biBvdXIgYWxpZ25tZW50 IHJlcXVpcmVtZW50cyBzb21ld2hlcmUuIEkgYXNzdW1lCj4+IHRoZXkgYWxsIGNvbWUgZnJvbSB0 aGUgbG93LWxldmVsIGRyaXZlcnMgaS5lLiB0aGUgaGlnaGVyLWxldmVsIGxheWVycyBkb27igJl0 Cj4+IHJlYWxseSBjYXJlIChpcyB0aGF0IHRydWU/KQo+Pgo+PiBTa2ltbWluZyB0aG91Z2ggdGhl IG5ldGZyb250IGNvZGUgSSB0aGluayB0aGF0IHRoZSBwcm90b2NvbCBhbGxvd3MgeW91IHRvCj4+ IGdyYW50IGEgcGFnZSBhbmQgcHJvdmlkZSBhbiBvZmZzZXQgd2l0aGluIGl0LCBzbyB5b3UgZG9u 4oCZdCBuZWVkIHRvIGFsaWduCj4+IGV2ZXJ5dGhpbmcuIFlvdSBkbyBuZWVkIHRvIHNwbGl0IHJl cXVlc3RzIHRoYXQgY3Jvc3MgcGFnZSBib3VuZGFyaWVzIHRob3VnaC4KPj4gT25lIHdyaW5rbGUg aXMgdGhhdCBpZiB5b3UgZG9u4oCZdCB0cnVzdCB0aGUgbmV0d29yayBiYWNrZW5kIChzYXkgaXTi gJlzIGluCj4+IGEgZHJpdmVyIGRvbWFpbiB3aXRoIGEgZG9kZ3kgd2lmaSBkcml2ZXIgYW5kIGhh cyBiZWVuIGNvbXByb21pc2VkKSB0aGVuCj4+IHlvdSBtYXkgbm90IHdhbnQgdG8gZ3JhbnQgYSBw YWdlIHdoaWNoIGhhcHBlbnMgdG8gYWxzbyBjb250YWluIHNvbWUgc2VjcmV0Cj4+IGRhdGEgYXMg d2VsbCBhcyB5b3VyIHBheWxvYWQsIHNpbmNlIHRoZSB1bnRydXN0d29ydGh5IGJhY2tlbmQgY2Fu IGlnbm9yZSB0aGUKPj4gb2Zmc2V0IGFuZCByZWFkIHRoZSB3aG9sZSB0aGluZy4gVGhpbmtpbmcg YWJvdXQgaXQsIEkgc3VwcG9zZSB0aGF0IHdvdWxkIGJlCj4+IHRoZSBkcml2ZXItZG9tYWluIGVx dWl2YWxlbnQgb2YgaGVhcnRibGVhZDogbGVha2luZyByYW5kb20gKENzdHJ1Y3QpIGJ1ZmZlcnMK Pj4gb24gZXZlcnkgcGFja2V0Lgo+Cj4gSXQgbWlnaHQgYmUgd29ydGggaGF2aW5nIE5ldGlmIGp1 c3QgY29weSBldmVyeXRoaW5nIHRvIGEgcG9vbCBvZgo+IHByZS1zaGFyZWQgcGFnZXMuIFRoYXQg d291bGQgc2F2ZSB0aGUgdGltZSB1c2VkIGdyYW50aW5nIGFuZCByZXZva2luZwo+IHBhZ2VzIHRv bywgYXMgd2VsbCBhcyBpbXByb3Zpbmcgc2VjdXJpdHkuCj4KPiBJbnRlcmVzdGluZ2x5LCBpdCB3 b3VsZG4ndCBhZGQgYW55IHBlcmZvcm1hbmNlIG92ZXJoZWFkIGluIHRoaXMgY2FzZQo+IGJlY2F1 c2UgY29weWluZyB0aGUgZGF0YSBpbiBOZXRpZiB3b3VsZCBzaW1wbHkgYXZvaWQgdGhlIG5lZWQg Zm9yIGEKPiBzaW1pbGFyIGNvcHkgaW4gVExTLgoKSSd2ZSBub3cgaW1wbGVtZW50ZWQgdGhpczoK CiAgaHR0cHM6Ly9naXRodWIuY29tL21pcmFnZS9taXJhZ2UtbmV0LXhlbi9wdWxsLzE3CgpJbiB0 aGUgbm9uLVRMUyBjYXNlLCBteSBiZW5jaG1hcmsgKHNlbmRpbmcgVURQIHBhY2tldHMpIGluY3Jl YXNlZCBpbgpzcGVlZCBmcm9tIDEzMiBNQi9zIHRvIDE4MSBNQi9zIG9uIFhlbiBydW5uaW5nIHVu ZGVyIFZpcnR1YWxCb3ggb24gbXkKbGFwdG9wLgoKSSB3YXMgYWxzbyBhYmxlIHRvIGRvd25sb2Fk IGEgMTc2TSBmaWxlIG92ZXIgaHR0cHMgZnJvbSBhIFhlbgp1bmlrZXJuZWwsIGF0IDE2LjJNQi9z IChiZWZvcmUsIGl0IGRpZG4ndCB3b3JrIGF0IGFsbCBkdWUgdG8gYWxpZ25tZW50CnByb2JsZW1z KS4KCgotLSAKRHIgVGhvbWFzIExlb25hcmQgICAgICAgIGh0dHA6Ly8waW5zdGFsbC5uZXQvCkdQ RzogOTI0MiA5ODA3IEM5ODUgM0MwNyA0NEE2ICA4QjlBIEFFMDcgODI4MCA1OUE1IDNDQzEKR1BH OiBEQTk4IDI1QUUgQ0FEMCA4OTc1IDdDREEgIEJEOEUgMDcxMyAzRjk2IENBNzQgRDhCQQoKX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KTWlyYWdlT1MtZGV2 ZWwgbWFpbGluZyBsaXN0Ck1pcmFnZU9TLWRldmVsQGxpc3RzLnhlbnByb2plY3Qub3JnCmh0dHA6 Ly9saXN0cy54ZW5wcm9qZWN0Lm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8vbWlyYWdlb3Mt ZGV2ZWwK From mirageos-devel-bounces@lists.xenproject.org Mon Jan 12 17:19:52 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 12 Jan 2015 17:19:52 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YAieY-0006X8-V4; Mon, 12 Jan 2015 17:19:46 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YAieX-0006Wv-JS for mirageos-devel@lists.xenproject.org; Mon, 12 Jan 2015 17:19:45 +0000 Received: from [85.158.137.68] by server-2.bemta-3.messagelabs.com id 97/2D-05632-03204B45; Mon, 12 Jan 2015 17:19:44 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-10.tower-31.messagelabs.com!1421083183!18977755!1 X-Originating-IP: [209.85.215.54] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27630 invoked from network); 12 Jan 2015 17:19:44 -0000 Received: from mail-la0-f54.google.com (HELO mail-la0-f54.google.com) (209.85.215.54) by server-10.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jan 2015 17:19:44 -0000 Received: by mail-la0-f54.google.com with SMTP id pv20so25166172lab.13 for ; Mon, 12 Jan 2015 09:19:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=IZNDNSCic+KfTPl5MSz+pw13ZAOv5LnzJVbP/oWhCMQ=; b=cHA85P8ZIyT5HlQdUDI+pY2V6d3Je2LBNnkIOuqd0E7vXO+zaLqHuUdTNZRFuAn8CO dhFBBkAr2tV8Su0qVZlBeYKDPA/ZOs2OJEJT5IjK/gb1EbQXEj/bw776zS+p/DcWaJ1r beU4BPzG7U+fqBT2NekqijY/xOz99/63pOrpI2kqDjr08IDJyHcmjr8u4eVp/x0AT1ll lS1bqZQgrZRp2nu4a6NkUTp1uPEPJhBMI6s/NK0sLdNT0r4NgHie5OXY11DB1FPVRhke S4m4lBzFt1gA/37RYQ3HWB/PuKtnJmIsn/nzsHbl/geUr7UlzZKYKu5hE3BE5r+Ln+1y bb2w== MIME-Version: 1.0 X-Received: by 10.112.162.226 with SMTP id yd2mr37824391lbb.1.1421083183233; Mon, 12 Jan 2015 09:19:43 -0800 (PST) Received: by 10.25.207.3 with HTTP; Mon, 12 Jan 2015 09:19:43 -0800 (PST) In-Reply-To: References: <04A38753-6144-4015-90B0-67192BBA8749@citrix.com> Date: Mon, 12 Jan 2015 17:19:43 +0000 Message-ID: From: Thomas Leonard To: Dave Scott Cc: "mirageos-devel@lists.xenproject.org" , Anil Madhavapeddy Subject: Re: [MirageOS-devel] An HTTP server with TLS X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org T24gOCBKYW51YXJ5IDIwMTUgYXQgMTE6MzUsIFRob21hcyBMZW9uYXJkIDx0YWxleDVAZ21haWwu Y29tPiB3cm90ZToKPiBPbiA3IEphbnVhcnkgMjAxNSBhdCAxNzozNSwgRGF2ZSBTY290dCA8RGF2 ZS5TY290dEBjaXRyaXguY29tPiB3cm90ZToKPj4KPj4+IE9uIDcgSmFuIDIwMTUsIGF0IDE3OjEy LCBUaG9tYXMgTGVvbmFyZCA8dGFsZXg1QGdtYWlsLmNvbT4gd3JvdGU6Cj4+Pgo+Pj4gT24gNyBK YW51YXJ5IDIwMTUgYXQgMTA6NTYsIEFuaWwgTWFkaGF2YXBlZGR5IDxhbmlsQHJlY29pbC5vcmc+ IHdyb3RlOgo+Pj4+IE9uIDcgSmFuIDIwMTUsIGF0IDEwOjQ1LCBUaG9tYXMgTGVvbmFyZCA8dGFs ZXg1QGdtYWlsLmNvbT4gd3JvdGU6Cj4+Pj4+Cj4+Pj4+IE9uIDcgSmFudWFyeSAyMDE1IGF0IDEw OjQyLCBBbmlsIE1hZGhhdmFwZWRkeSA8YW5pbEByZWNvaWwub3JnPiB3cm90ZToKPj4+Pj4+IE9u IDUgSmFuIDIwMTUsIGF0IDA5OjUzLCBUaG9tYXMgTGVvbmFyZCA8dGFsZXg1QGdtYWlsLmNvbT4g d3JvdGU6Cj4+Pj4+Pj4KPj4+Pj4+PiBJJ2QgbGlrZSB0byBhZGQgVExTIHRvIG15IE1pcmFnZSB3 ZWIgc2VydmVyLiBXaGF0J3MgdGhlIGJlc3Qgd2F5IHRvIGRvIHRoaXM/Cj4+Pj4+Pj4KPj4+Pj4+ PiBNeSBVbmlrZXJuZWwuTWFpbiBmdW5jdG9yIGN1cnJlbnRseSB0YWtlcyBhIChIIDogQ29odHRw X2x3dC5TZXJ2ZXIpCj4+Pj4+Pj4gYXJndW1lbnQuIEkgc2VlIHRoYXQgbWFpbi5tbCBjb25maWd1 cmVzIHRoaXMgdXNpbmc6Cj4+Pj4+Pj4KPj4+Pj4+PiBtb2R1bGUgQ29uZHVpdDEgPSBDb25kdWl0 X21pcmFnZS5NYWtlKFN0YWNrdjQxKShWY2hhbjEpCj4+Pj4+Pj4gbW9kdWxlIEh0dHAxID0gSFRU UC5NYWtlKENvbmR1aXQxKQo+Pj4+Pj4+Cj4+Pj4+Pj4gQ2FuIGNvbmR1aXQgZGVhbCB3aXRoIFRM UyBmb3IgbWU/IFRoZSBjb25kdWl0IGRvY3Mgc2F5ICJUaGUgcmVhc29uCj4+Pj4+Pj4gdGhpcyBs aWJyYXJ5IGV4aXN0cyBpcyB0byBwcm92aWRlIGEgZGVncmVlIG9mIGFic3RyYWN0aW9uIGZyb20g dGhlCj4+Pj4+Pj4gcHJlY2lzZSBTU0wgbGlicmFyeSB1c2VkIiwgd2hpY2ggc3VnZ2VzdHMgdGhh dCBpdCBzaG91bGQuCj4+Pj4+Pgo+Pj4+Pj4gQ29uZHVpdF9taXJhZ2UgZG9lc24ndCBzdXBwb3J0 IHRoaXMgeWV0IC0tIGp1c3QgQ29uZHVpdF9sd3RfdW5peC4KPj4+Pj4+IEJlZm9yZSBhZGRpbmcg aXQgaW4sIEkgd2FzIHdhaXRpbmcgZm9yIHhlbnRyb3B5ZCBhbmQgdGhlIEMgYmluZGluZ3MKPj4+ Pj4+IHRvIHdvcmssIHdoaWNoIHNob3VsZCBhbGwgYmUgaW4gdGhlIHRyZWVzLiAgSWYgd2UgY291 bGQgbm93IGdldCBhCj4+Pj4+PiBtaXJhZ2Utc2tlbGV0b24gZXhhbXBsZSBvZiBhIG1hbnVhbCBT U0wgc2VydmVyIHVzaW5nIHRoZSBUQ1AvSVAKPj4+Pj4+IHN0YWNrIGRpcmVjdGx5LCB0aGVuIHRo ZSBDb25kdWl0X21pcmFnZSB2ZXJzaW9uIHdvbid0IGJlIHRvbyBmYXIKPj4+Pj4+IGJlaGluZC4K Pj4+Pj4KPj4+Pj4gdGxzL21pcmFnZS9leGFtcGxlIGhhcyBhIGRpcmVjdCBleGFtcGxlIHRoYXQg d29ya3Mgb24gWGVuLiBJJ20gZ29pbmcKPj4+Pj4gdG8gbG9vayBhdCBnZXR0aW5nIEhUVFBTIHN1 cHBvcnQgd29ya2luZyBub3csIHVubGVzcyB5b3Ugd2FudCB0byBkbyBpdAo+Pj4+PiBmaXJzdC4K Pj4+Pj4KPj4+Pgo+Pj4+IEdvIGZvciBpdCEgIEknbSB0YWtpbmcgYSBzaG90IGF0IHB1bGxpbmcg dGhlIE9DYW1sIHJ1bnRpbWUgb3V0IG9mCj4+Pj4gbWlyYWdlLXBsYXRmb3JtIGF0IHRoZSBtb21l bnQuCj4+Pgo+Pj4gT0suIENvdWxkIHNvbWVvbmUgY2xhcmlmeSB0aGUgYnVmZmVyLWFsaWdubWVu dCBydWxlcyBmb3IgbWUgYWdhaW4/Cj4+Pgo+Pj4gVjEubWxpIHNheXM6Cj4+Pgo+Pj4gbW9kdWxl IHR5cGUgTkVUV09SSyA9IHNpZwo+Pj4gIHR5cGUgcGFnZV9hbGlnbmVkX2J1ZmZlcgo+Pj4gICgq KiBBYnN0cmFjdCB0eXBlIGZvciBhIHBhZ2UtYWxpZ25lZCBtZW1vcnkgYnVmZmVyICopCj4+Pgo+ Pj4gYW5kCj4+Pgo+Pj4gbW9kdWxlIHR5cGUgRVRISUYgPSBzaWcKPj4+ICB0eXBlIGJ1ZmZlcgo+ Pj4gICgqKiBBYnN0cmFjdCB0eXBlIGZvciBhIG1lbW9yeSBidWZmZXIgdGhhdCBtYXkgbm90IGJl IHBhZ2UgYWxpZ25lZCAqKQo+Pj4KPj4+IHRjcGlwJ3MgZXRoaWYubWwganVzdCBwYXNzZXMgdGhl IChub24tYWxpZ25lZCkgYnVmZmVyIHN0cmFpZ2h0IHRocm91Z2gKPj4+IHRvIE5ldGlmLCB3aGlj aCBzZWVtcyB3cm9uZy4KPj4+Cj4+PiBWMV9MV1QgcmVzdHJpY3RzIHRoZSB0eXBlcyB3aXRoOgo+ Pj4KPj4+IG1vZHVsZSB0eXBlIE5FVFdPUksgPSBORVRXT1JLCj4+PiAgIHdpdGggdHlwZSBwYWdl X2FsaWduZWRfYnVmZmVyID0gSW9fcGFnZS50Cj4+Pgo+Pj4gbW9kdWxlIHR5cGUgRVRISUYgPSBF VEhJRgo+Pj4gICB3aXRoIHR5cGUgYnVmZmVyID0gQ3N0cnVjdC50Cj4+Pgo+Pj4gaW8tcGFnZSBp cyBhIGJpdCB2YWd1ZSBhYm91dCB3aGF0IGFuIElvX3BhZ2UudCBpczoKPj4+Cj4+PiB0eXBlIHQg PSAoY2hhciwgQmlnYXJyYXkuaW50OF91bnNpZ25lZF9lbHQsIEJpZ2FycmF5LmNfbGF5b3V0KSBC aWdhcnJheS5BcnJheTEudAo+Pj4gKCoqIFR5cGUgb2YgbWVtb3J5IGJsb2Nrcy4gKikKPj4+Cj4+ PiBJb19wYWdlLmdldCBuIHJldHVybnMgImEgbWVtb3J5IGJsb2NrIG9mIFtuXSBwYWdlcyIsIHNv IGFuIElvX3BhZ2UudAo+Pj4gaXNuJ3QgYSBzaW5nbGUgcGFnZSBvZiBtZW1vcnkuCj4+Pgo+Pj4g VGhlIGFjdHVhbCBwcm9ibGVtIEknbSBzZWVpbmcgd2l0aCBUTFMgb24gWGVuIGlzOgo+Pj4KPj4+ IEludmFsaWQgcGFnZTogb2Zmc2V0PTI5MjAsIGxlbmd0aD0xMjQ1Cj4+Pgo+Pj4gVGhpcyBjb21l cyBmcm9tIE5ldGlmLiBUaGUgYnVmZmVyIHVuZGVybHlpbmcgYnVmZmVyIGlzIHBhZ2UgYWxpZ25l ZAo+Pj4gKGl0J3MgYWxsb2NhdGVkIGJ5IFRsc19taXJhZ2UuY29udl9pbyksIHNvIEkgYXNzdW1l IHRjcGlwIGlzIHNwbGl0dGluZwo+Pj4gaXQgYXQgYW4gdW5mb3J0dW5hdGUgcG9pbnQuCj4+Pgo+ Pj4gSXQgYXBwZWFycyBpdCB3YXMgd29ya2luZyBiZWZvcmUgYmVjYXVzZSBIVFRQX0lPIGJ1ZmZl cnMgaXRzIHdyaXRlcwo+Pj4gdXNpbmcgdGNwaXAncyBDaGFubmVsIG1vZHVsZSwgd2hpY2ggYmF0 Y2hlcyB0aGVtIGludG8gc2luZ2xlIElPIHBhZ2VzLgo+Pj4gV2l0aCBUTFMsIHRoZXNlIHBhZ2Ut c2l6ZWQgY2h1bmtzIGRvbid0IGdvIGRpcmVjdGx5IHRvIFRDUCwgYnV0IGdvdAo+Pj4gdmlhIFRM UyBpbnN0ZWFkLgo+Pj4KPj4+IFNvOgo+Pj4KPj4+IDEuIFdoYXQgZG9lcyAicGFnZS1hbGlnbmVk IG1lbW9yeSBidWZmZXIiIHJlYWxseSBtZWFuPwo+Pgo+PiBJdOKAmXMgYSBiaXQgb2YgYSBtZXNz IGF0bSA6KQo+Pgo+PiBJIHRoaW5rIHdlIG5lZWQgdG8gd3JpdGUgZG93biBvdXIgYWxpZ25tZW50 IHJlcXVpcmVtZW50cyBzb21ld2hlcmUuIEkgYXNzdW1lCj4+IHRoZXkgYWxsIGNvbWUgZnJvbSB0 aGUgbG93LWxldmVsIGRyaXZlcnMgaS5lLiB0aGUgaGlnaGVyLWxldmVsIGxheWVycyBkb27igJl0 Cj4+IHJlYWxseSBjYXJlIChpcyB0aGF0IHRydWU/KQo+Pgo+PiBTa2ltbWluZyB0aG91Z2ggdGhl IG5ldGZyb250IGNvZGUgSSB0aGluayB0aGF0IHRoZSBwcm90b2NvbCBhbGxvd3MgeW91IHRvCj4+ IGdyYW50IGEgcGFnZSBhbmQgcHJvdmlkZSBhbiBvZmZzZXQgd2l0aGluIGl0LCBzbyB5b3UgZG9u 4oCZdCBuZWVkIHRvIGFsaWduCj4+IGV2ZXJ5dGhpbmcuIFlvdSBkbyBuZWVkIHRvIHNwbGl0IHJl cXVlc3RzIHRoYXQgY3Jvc3MgcGFnZSBib3VuZGFyaWVzIHRob3VnaC4KPj4gT25lIHdyaW5rbGUg aXMgdGhhdCBpZiB5b3UgZG9u4oCZdCB0cnVzdCB0aGUgbmV0d29yayBiYWNrZW5kIChzYXkgaXTi gJlzIGluCj4+IGEgZHJpdmVyIGRvbWFpbiB3aXRoIGEgZG9kZ3kgd2lmaSBkcml2ZXIgYW5kIGhh cyBiZWVuIGNvbXByb21pc2VkKSB0aGVuCj4+IHlvdSBtYXkgbm90IHdhbnQgdG8gZ3JhbnQgYSBw YWdlIHdoaWNoIGhhcHBlbnMgdG8gYWxzbyBjb250YWluIHNvbWUgc2VjcmV0Cj4+IGRhdGEgYXMg d2VsbCBhcyB5b3VyIHBheWxvYWQsIHNpbmNlIHRoZSB1bnRydXN0d29ydGh5IGJhY2tlbmQgY2Fu IGlnbm9yZSB0aGUKPj4gb2Zmc2V0IGFuZCByZWFkIHRoZSB3aG9sZSB0aGluZy4gVGhpbmtpbmcg YWJvdXQgaXQsIEkgc3VwcG9zZSB0aGF0IHdvdWxkIGJlCj4+IHRoZSBkcml2ZXItZG9tYWluIGVx dWl2YWxlbnQgb2YgaGVhcnRibGVhZDogbGVha2luZyByYW5kb20gKENzdHJ1Y3QpIGJ1ZmZlcnMK Pj4gb24gZXZlcnkgcGFja2V0Lgo+Cj4gSXQgbWlnaHQgYmUgd29ydGggaGF2aW5nIE5ldGlmIGp1 c3QgY29weSBldmVyeXRoaW5nIHRvIGEgcG9vbCBvZgo+IHByZS1zaGFyZWQgcGFnZXMuIFRoYXQg d291bGQgc2F2ZSB0aGUgdGltZSB1c2VkIGdyYW50aW5nIGFuZCByZXZva2luZwo+IHBhZ2VzIHRv bywgYXMgd2VsbCBhcyBpbXByb3Zpbmcgc2VjdXJpdHkuCj4KPiBJbnRlcmVzdGluZ2x5LCBpdCB3 b3VsZG4ndCBhZGQgYW55IHBlcmZvcm1hbmNlIG92ZXJoZWFkIGluIHRoaXMgY2FzZQo+IGJlY2F1 c2UgY29weWluZyB0aGUgZGF0YSBpbiBOZXRpZiB3b3VsZCBzaW1wbHkgYXZvaWQgdGhlIG5lZWQg Zm9yIGEKPiBzaW1pbGFyIGNvcHkgaW4gVExTLgoKSSd2ZSBub3cgaW1wbGVtZW50ZWQgdGhpczoK CiAgaHR0cHM6Ly9naXRodWIuY29tL21pcmFnZS9taXJhZ2UtbmV0LXhlbi9wdWxsLzE3CgpJbiB0 aGUgbm9uLVRMUyBjYXNlLCBteSBiZW5jaG1hcmsgKHNlbmRpbmcgVURQIHBhY2tldHMpIGluY3Jl YXNlZCBpbgpzcGVlZCBmcm9tIDEzMiBNQi9zIHRvIDE4MSBNQi9zIG9uIFhlbiBydW5uaW5nIHVu ZGVyIFZpcnR1YWxCb3ggb24gbXkKbGFwdG9wLgoKSSB3YXMgYWxzbyBhYmxlIHRvIGRvd25sb2Fk IGEgMTc2TSBmaWxlIG92ZXIgaHR0cHMgZnJvbSBhIFhlbgp1bmlrZXJuZWwsIGF0IDE2LjJNQi9z IChiZWZvcmUsIGl0IGRpZG4ndCB3b3JrIGF0IGFsbCBkdWUgdG8gYWxpZ25tZW50CnByb2JsZW1z KS4KCgotLSAKRHIgVGhvbWFzIExlb25hcmQgICAgICAgIGh0dHA6Ly8waW5zdGFsbC5uZXQvCkdQ RzogOTI0MiA5ODA3IEM5ODUgM0MwNyA0NEE2ICA4QjlBIEFFMDcgODI4MCA1OUE1IDNDQzEKR1BH OiBEQTk4IDI1QUUgQ0FEMCA4OTc1IDdDREEgIEJEOEUgMDcxMyAzRjk2IENBNzQgRDhCQQoKX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KTWlyYWdlT1MtZGV2 ZWwgbWFpbGluZyBsaXN0Ck1pcmFnZU9TLWRldmVsQGxpc3RzLnhlbnByb2plY3Qub3JnCmh0dHA6 Ly9saXN0cy54ZW5wcm9qZWN0Lm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8vbWlyYWdlb3Mt ZGV2ZWwK From mirageos-devel-bounces@lists.xenproject.org Mon Jan 12 17:29:19 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 12 Jan 2015 17:29:19 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YAinm-00084y-Uq; Mon, 12 Jan 2015 17:29:18 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YAinl-00084Y-7w for mirageos-devel@lists.xenproject.org; Mon, 12 Jan 2015 17:29:17 +0000 Received: from [85.158.143.35] by server-3.bemta-4.messagelabs.com id 34/E1-15461-C6404B45; Mon, 12 Jan 2015 17:29:16 +0000 X-Env-Sender: hannes@mehnert.org X-Msg-Ref: server-16.tower-21.messagelabs.com!1421083755!17490334!1 X-Originating-IP: [213.73.89.200] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30369 invoked from network); 12 Jan 2015 17:29:16 -0000 Received: from mail.mehnert.org (HELO mail.mehnert.org) (213.73.89.200) by server-16.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 12 Jan 2015 17:29:16 -0000 Received: from [128.232.110.220] (c220.al.cl.cam.ac.uk [128.232.110.220]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "hannes@mehnert.org", Issuer "mehnert root CA" (verified OK)) by mail.mehnert.org (Postfix) with ESMTPS id D7F3D15AB for ; Mon, 12 Jan 2015 18:29:14 +0100 (CET) Message-ID: <54B40447.3090802@mehnert.org> Date: Mon, 12 Jan 2015 17:28:39 +0000 From: Hannes Mehnert User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: mirageos-devel@lists.xenproject.org References: <04A38753-6144-4015-90B0-67192BBA8749@citrix.com> In-Reply-To: Subject: Re: [MirageOS-devel] An HTTP server with TLS X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA384 On 01/12/2015 17:19, Thomas Leonard wrote: > I've now implemented this: > > https://github.com/mirage/mirage-net-xen/pull/17 > > In the non-TLS case, my benchmark (sending UDP packets) increased > in speed from 132 MB/s to 181 MB/s on Xen running under VirtualBox > on my laptop. > > I was also able to download a 176M file over https from a Xen > unikernel, at 16.2MB/s (before, it didn't work at all due to > alignment problems). great. with this, I believe we should remove the Io_page allocation and copying in tls_mirage!? hannes -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCQAGBQJUtARHAAoJELyJZYjffCju8bcQAJfrpO4XE7o6YWhpsWhRVKSf QseJQ0/GJJDtWEgs1TocqxlwCy+31EPLSzBC5GDP+UrUaDsBxPpuKeQMqisjhxiF 2vCvH7pqRdKrFVc1MwftZY7XN9AEKQcXUAbsI610Onu0/9DdXkdlkCnhIeLYzmU9 yP5M1bNWxZmK/BJmEQo+n2x86IPY/aXVs44xyiS06ZuuSvY+nqNtHFoPWOoP0Unu /qgH5MKE1KDAUtSxGZm3oYpUTplEzK0EpHXIhT5ksPRW4HnEvgbLxZeztAITMII9 edjF1NyrG3GrEnNPxFhTTPzMXkFSf8my86VUbSQt9FxmyOTWmDfWuRJ9roH8y0t8 YjgD70gAvSgYEnOKddFiQGPK8L61XddIw8MPtHRaSo9KqiRNVYcAwALROsx122n7 l0vHylzQAYTNgu7EzJsVFR4emKl/Q37YNaJvkCON0+1L7uvOf2uxzL8tUGJEFV6a 9RZdZ/T62qgE8mp+EG3+780ro37kjhdY3ve4PdA0yMlyPu0AUaFLzRRQdUz/1JrK 5RS++FWWk81fL8Sf/0CKJ4mmV6kcb0OKHl6VPdV89ZFxnchD39kq90MEy4Q/TUgC 4XJUYeGBFygvpPyyuIAWwYTBiQCWfHQrh8qTMFqHcZ0Ht/vXU/toCrEiBV7MYztl Xpdcjl7VAffeKR+bVAQ0 =TYtz -----END PGP SIGNATURE----- _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Mon Jan 12 17:29:19 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 12 Jan 2015 17:29:19 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YAinm-00084y-Uq; Mon, 12 Jan 2015 17:29:18 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YAinl-00084Y-7w for mirageos-devel@lists.xenproject.org; Mon, 12 Jan 2015 17:29:17 +0000 Received: from [85.158.143.35] by server-3.bemta-4.messagelabs.com id 34/E1-15461-C6404B45; Mon, 12 Jan 2015 17:29:16 +0000 X-Env-Sender: hannes@mehnert.org X-Msg-Ref: server-16.tower-21.messagelabs.com!1421083755!17490334!1 X-Originating-IP: [213.73.89.200] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30369 invoked from network); 12 Jan 2015 17:29:16 -0000 Received: from mail.mehnert.org (HELO mail.mehnert.org) (213.73.89.200) by server-16.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 12 Jan 2015 17:29:16 -0000 Received: from [128.232.110.220] (c220.al.cl.cam.ac.uk [128.232.110.220]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "hannes@mehnert.org", Issuer "mehnert root CA" (verified OK)) by mail.mehnert.org (Postfix) with ESMTPS id D7F3D15AB for ; Mon, 12 Jan 2015 18:29:14 +0100 (CET) Message-ID: <54B40447.3090802@mehnert.org> Date: Mon, 12 Jan 2015 17:28:39 +0000 From: Hannes Mehnert User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: mirageos-devel@lists.xenproject.org References: <04A38753-6144-4015-90B0-67192BBA8749@citrix.com> In-Reply-To: Subject: Re: [MirageOS-devel] An HTTP server with TLS X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA384 On 01/12/2015 17:19, Thomas Leonard wrote: > I've now implemented this: > > https://github.com/mirage/mirage-net-xen/pull/17 > > In the non-TLS case, my benchmark (sending UDP packets) increased > in speed from 132 MB/s to 181 MB/s on Xen running under VirtualBox > on my laptop. > > I was also able to download a 176M file over https from a Xen > unikernel, at 16.2MB/s (before, it didn't work at all due to > alignment problems). great. with this, I believe we should remove the Io_page allocation and copying in tls_mirage!? hannes -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCQAGBQJUtARHAAoJELyJZYjffCju8bcQAJfrpO4XE7o6YWhpsWhRVKSf QseJQ0/GJJDtWEgs1TocqxlwCy+31EPLSzBC5GDP+UrUaDsBxPpuKeQMqisjhxiF 2vCvH7pqRdKrFVc1MwftZY7XN9AEKQcXUAbsI610Onu0/9DdXkdlkCnhIeLYzmU9 yP5M1bNWxZmK/BJmEQo+n2x86IPY/aXVs44xyiS06ZuuSvY+nqNtHFoPWOoP0Unu /qgH5MKE1KDAUtSxGZm3oYpUTplEzK0EpHXIhT5ksPRW4HnEvgbLxZeztAITMII9 edjF1NyrG3GrEnNPxFhTTPzMXkFSf8my86VUbSQt9FxmyOTWmDfWuRJ9roH8y0t8 YjgD70gAvSgYEnOKddFiQGPK8L61XddIw8MPtHRaSo9KqiRNVYcAwALROsx122n7 l0vHylzQAYTNgu7EzJsVFR4emKl/Q37YNaJvkCON0+1L7uvOf2uxzL8tUGJEFV6a 9RZdZ/T62qgE8mp+EG3+780ro37kjhdY3ve4PdA0yMlyPu0AUaFLzRRQdUz/1JrK 5RS++FWWk81fL8Sf/0CKJ4mmV6kcb0OKHl6VPdV89ZFxnchD39kq90MEy4Q/TUgC 4XJUYeGBFygvpPyyuIAWwYTBiQCWfHQrh8qTMFqHcZ0Ht/vXU/toCrEiBV7MYztl Xpdcjl7VAffeKR+bVAQ0 =TYtz -----END PGP SIGNATURE----- _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Mon Jan 12 18:01:20 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 12 Jan 2015 18:01:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YAjIk-00035C-H1; Mon, 12 Jan 2015 18:01:18 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YAjIj-000357-3v for mirageos-devel@lists.xenproject.org; Mon, 12 Jan 2015 18:01:17 +0000 Received: from [85.158.137.68] by server-14.bemta-3.messagelabs.com id B6/86-07724-CEB04B45; Mon, 12 Jan 2015 18:01:16 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-10.tower-31.messagelabs.com!1421085675!18986892!1 X-Originating-IP: [209.85.215.46] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16592 invoked from network); 12 Jan 2015 18:01:15 -0000 Received: from mail-la0-f46.google.com (HELO mail-la0-f46.google.com) (209.85.215.46) by server-10.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jan 2015 18:01:15 -0000 Received: by mail-la0-f46.google.com with SMTP id q1so25552454lam.5 for ; Mon, 12 Jan 2015 10:01:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=00k5VVESkim+aXa1amJDBI5HPQ1XLpieYoLcKGjrS34=; b=iXu123oB3iWs5GpZ2lxKq2mF9tL6RQDMcGVHsxzgpy6YVFPE7w8NYtlnpotDcrbkLN e8aZmdfN6tVk8zkrh0JcIAm7pgXKsyVmq+q/iikdQ2biWqLDZ/huC4PoKkjeb2rPBxUZ JXQtAI5aFfHp+RST5X+Ygril78CDBOzUWchHcQ2eAfKb8TLkIXNYyeHyGVzVlcUUt7Tl 1u1Q1w+94pvy13hlnv88zl07RGe8Nwu8P8zSJ+DXiwxr0z+4fmxuW53mfsiAjqdgTmN9 GOMbGXbxnFBYeQz4NscArZpFsXLBcTIoRaa3vfGUin5fhdwCBpxq8lLSdTemGM8Z1jtF WvxQ== MIME-Version: 1.0 X-Received: by 10.112.125.202 with SMTP id ms10mr38054006lbb.33.1421085675019; Mon, 12 Jan 2015 10:01:15 -0800 (PST) Received: by 10.25.207.3 with HTTP; Mon, 12 Jan 2015 10:01:14 -0800 (PST) In-Reply-To: <54B40447.3090802@mehnert.org> References: <04A38753-6144-4015-90B0-67192BBA8749@citrix.com> <54B40447.3090802@mehnert.org> Date: Mon, 12 Jan 2015 18:01:14 +0000 Message-ID: From: Thomas Leonard To: Hannes Mehnert Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] An HTTP server with TLS X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 12 January 2015 at 17:28, Hannes Mehnert wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA384 > > On 01/12/2015 17:19, Thomas Leonard wrote: >> I've now implemented this: >> >> https://github.com/mirage/mirage-net-xen/pull/17 >> >> In the non-TLS case, my benchmark (sending UDP packets) increased >> in speed from 132 MB/s to 181 MB/s on Xen running under VirtualBox >> on my laptop. >> >> I was also able to download a 176M file over https from a Xen >> unikernel, at 16.2MB/s (before, it didn't work at all due to >> alignment problems). > > great. with this, I believe we should remove the Io_page allocation > and copying in tls_mirage!? Yes, if this is accepted. -- Dr Thomas Leonard http://0install.net/ GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 GPG: DA98 25AE CAD0 8975 7CDA BD8E 0713 3F96 CA74 D8BA _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Mon Jan 12 18:01:20 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 12 Jan 2015 18:01:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YAjIk-00035C-H1; Mon, 12 Jan 2015 18:01:18 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YAjIj-000357-3v for mirageos-devel@lists.xenproject.org; Mon, 12 Jan 2015 18:01:17 +0000 Received: from [85.158.137.68] by server-14.bemta-3.messagelabs.com id B6/86-07724-CEB04B45; Mon, 12 Jan 2015 18:01:16 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-10.tower-31.messagelabs.com!1421085675!18986892!1 X-Originating-IP: [209.85.215.46] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16592 invoked from network); 12 Jan 2015 18:01:15 -0000 Received: from mail-la0-f46.google.com (HELO mail-la0-f46.google.com) (209.85.215.46) by server-10.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jan 2015 18:01:15 -0000 Received: by mail-la0-f46.google.com with SMTP id q1so25552454lam.5 for ; Mon, 12 Jan 2015 10:01:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=00k5VVESkim+aXa1amJDBI5HPQ1XLpieYoLcKGjrS34=; b=iXu123oB3iWs5GpZ2lxKq2mF9tL6RQDMcGVHsxzgpy6YVFPE7w8NYtlnpotDcrbkLN e8aZmdfN6tVk8zkrh0JcIAm7pgXKsyVmq+q/iikdQ2biWqLDZ/huC4PoKkjeb2rPBxUZ JXQtAI5aFfHp+RST5X+Ygril78CDBOzUWchHcQ2eAfKb8TLkIXNYyeHyGVzVlcUUt7Tl 1u1Q1w+94pvy13hlnv88zl07RGe8Nwu8P8zSJ+DXiwxr0z+4fmxuW53mfsiAjqdgTmN9 GOMbGXbxnFBYeQz4NscArZpFsXLBcTIoRaa3vfGUin5fhdwCBpxq8lLSdTemGM8Z1jtF WvxQ== MIME-Version: 1.0 X-Received: by 10.112.125.202 with SMTP id ms10mr38054006lbb.33.1421085675019; Mon, 12 Jan 2015 10:01:15 -0800 (PST) Received: by 10.25.207.3 with HTTP; Mon, 12 Jan 2015 10:01:14 -0800 (PST) In-Reply-To: <54B40447.3090802@mehnert.org> References: <04A38753-6144-4015-90B0-67192BBA8749@citrix.com> <54B40447.3090802@mehnert.org> Date: Mon, 12 Jan 2015 18:01:14 +0000 Message-ID: From: Thomas Leonard To: Hannes Mehnert Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] An HTTP server with TLS X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 12 January 2015 at 17:28, Hannes Mehnert wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA384 > > On 01/12/2015 17:19, Thomas Leonard wrote: >> I've now implemented this: >> >> https://github.com/mirage/mirage-net-xen/pull/17 >> >> In the non-TLS case, my benchmark (sending UDP packets) increased >> in speed from 132 MB/s to 181 MB/s on Xen running under VirtualBox >> on my laptop. >> >> I was also able to download a 176M file over https from a Xen >> unikernel, at 16.2MB/s (before, it didn't work at all due to >> alignment problems). > > great. with this, I believe we should remove the Io_page allocation > and copying in tls_mirage!? Yes, if this is accepted. -- Dr Thomas Leonard http://0install.net/ GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 GPG: DA98 25AE CAD0 8975 7CDA BD8E 0713 3F96 CA74 D8BA _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Mon Jan 12 18:25:16 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 12 Jan 2015 18:25:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YAjft-0005G6-E3; Mon, 12 Jan 2015 18:25:13 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YAjfs-0005Fy-AA for mirageos-devel@lists.xenproject.org; Mon, 12 Jan 2015 18:25:12 +0000 Received: from [193.109.254.147] by server-15.bemta-14.messagelabs.com id FE/47-02699-78114B45; Mon, 12 Jan 2015 18:25:11 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-11.tower-27.messagelabs.com!1421087110!16764797!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20288 invoked from network); 12 Jan 2015 18:25:11 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-11.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 12 Jan 2015 18:25:11 -0000 Received: from flick.sm.cl.cam.ac.uk (flick.sm.cl.cam.ac.uk [128.232.60.53]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 92b2ff39; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Mon, 12 Jan 2015 18:25:10 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: Date: Mon, 12 Jan 2015 18:25:09 +0000 Message-Id: <2A4D91B1-DA65-49E5-ACCC-CFC202168A1E@recoil.org> References: To: Thomas Gazagnaire X-Mailer: Apple Mail (2.1993) Cc: mirageos-devel Subject: Re: [MirageOS-devel] ocaml 4.02 support X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 20 Dec 2014, at 02:08, Thomas Gazagnaire wrote: > >> - Use Thomas' new CFLAGS infrastructure to compile libasmrun from OCaml as a library just as we do everything else. >> >> I'd prefer the latter as it gets yet more code out of mirage-platform, and we can still do custom patches via a fork (as we do with openlibm). Thoughts? > > I think that's the only way to go! And OCaml 4.02.1 now works with the Xen backend, pretty much out of the box... https://github.com/mirage/mirage-platform/pull/115#issuecomment-69617825 -anil _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Mon Jan 12 18:25:16 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 12 Jan 2015 18:25:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YAjft-0005G6-E3; Mon, 12 Jan 2015 18:25:13 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YAjfs-0005Fy-AA for mirageos-devel@lists.xenproject.org; Mon, 12 Jan 2015 18:25:12 +0000 Received: from [193.109.254.147] by server-15.bemta-14.messagelabs.com id FE/47-02699-78114B45; Mon, 12 Jan 2015 18:25:11 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-11.tower-27.messagelabs.com!1421087110!16764797!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20288 invoked from network); 12 Jan 2015 18:25:11 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-11.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 12 Jan 2015 18:25:11 -0000 Received: from flick.sm.cl.cam.ac.uk (flick.sm.cl.cam.ac.uk [128.232.60.53]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 92b2ff39; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Mon, 12 Jan 2015 18:25:10 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: Date: Mon, 12 Jan 2015 18:25:09 +0000 Message-Id: <2A4D91B1-DA65-49E5-ACCC-CFC202168A1E@recoil.org> References: To: Thomas Gazagnaire X-Mailer: Apple Mail (2.1993) Cc: mirageos-devel Subject: Re: [MirageOS-devel] ocaml 4.02 support X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 20 Dec 2014, at 02:08, Thomas Gazagnaire wrote: > >> - Use Thomas' new CFLAGS infrastructure to compile libasmrun from OCaml as a library just as we do everything else. >> >> I'd prefer the latter as it gets yet more code out of mirage-platform, and we can still do custom patches via a fork (as we do with openlibm). Thoughts? > > I think that's the only way to go! And OCaml 4.02.1 now works with the Xen backend, pretty much out of the box... https://github.com/mirage/mirage-platform/pull/115#issuecomment-69617825 -anil _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Mon Jan 12 19:13:23 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 12 Jan 2015 19:13:23 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YAkQS-00086P-Hg; Mon, 12 Jan 2015 19:13:20 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YAkQQ-00085K-RJ for mirageos-devel@lists.xenproject.org; Mon, 12 Jan 2015 19:13:19 +0000 Received: from [85.158.137.68] by server-3.bemta-3.messagelabs.com id E8/D5-16982-ECC14B45; Mon, 12 Jan 2015 19:13:18 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-14.tower-31.messagelabs.com!1421089996!16552085!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.7 required=7.0 tests=BODY_RANDOM_LONG, RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14313 invoked from network); 12 Jan 2015 19:13:17 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-14.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 12 Jan 2015 19:13:17 -0000 Received: from flick.sm.cl.cam.ac.uk (flick.sm.cl.cam.ac.uk [128.232.60.53]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id e5ea51f9; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Mon, 12 Jan 2015 19:13:15 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: Date: Mon, 12 Jan 2015 19:13:15 +0000 Message-Id: References: <04A38753-6144-4015-90B0-67192BBA8749@citrix.com> To: Thomas Leonard X-Mailer: Apple Mail (2.1993) Cc: David Scott , "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] An HTTP server with TLS X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org T24gMTIgSmFuIDIwMTUsIGF0IDE3OjE5LCBUaG9tYXMgTGVvbmFyZCA8dGFsZXg1QGdtYWlsLmNv bT4gd3JvdGU6Cj4gCj4gT24gOCBKYW51YXJ5IDIwMTUgYXQgMTE6MzUsIFRob21hcyBMZW9uYXJk IDx0YWxleDVAZ21haWwuY29tPiB3cm90ZToKPj4gT24gNyBKYW51YXJ5IDIwMTUgYXQgMTc6MzUs IERhdmUgU2NvdHQgPERhdmUuU2NvdHRAY2l0cml4LmNvbT4gd3JvdGU6Cj4+PiAKPj4+PiBPbiA3 IEphbiAyMDE1LCBhdCAxNzoxMiwgVGhvbWFzIExlb25hcmQgPHRhbGV4NUBnbWFpbC5jb20+IHdy b3RlOgo+Pj4+IAo+Pj4+IE9uIDcgSmFudWFyeSAyMDE1IGF0IDEwOjU2LCBBbmlsIE1hZGhhdmFw ZWRkeSA8YW5pbEByZWNvaWwub3JnPiB3cm90ZToKPj4+Pj4gT24gNyBKYW4gMjAxNSwgYXQgMTA6 NDUsIFRob21hcyBMZW9uYXJkIDx0YWxleDVAZ21haWwuY29tPiB3cm90ZToKPj4+Pj4+IAo+Pj4+ Pj4gT24gNyBKYW51YXJ5IDIwMTUgYXQgMTA6NDIsIEFuaWwgTWFkaGF2YXBlZGR5IDxhbmlsQHJl Y29pbC5vcmc+IHdyb3RlOgo+Pj4+Pj4+IE9uIDUgSmFuIDIwMTUsIGF0IDA5OjUzLCBUaG9tYXMg TGVvbmFyZCA8dGFsZXg1QGdtYWlsLmNvbT4gd3JvdGU6Cj4+Pj4+Pj4+IAo+Pj4+Pj4+PiBJJ2Qg bGlrZSB0byBhZGQgVExTIHRvIG15IE1pcmFnZSB3ZWIgc2VydmVyLiBXaGF0J3MgdGhlIGJlc3Qg d2F5IHRvIGRvIHRoaXM/Cj4+Pj4+Pj4+IAo+Pj4+Pj4+PiBNeSBVbmlrZXJuZWwuTWFpbiBmdW5j dG9yIGN1cnJlbnRseSB0YWtlcyBhIChIIDogQ29odHRwX2x3dC5TZXJ2ZXIpCj4+Pj4+Pj4+IGFy Z3VtZW50LiBJIHNlZSB0aGF0IG1haW4ubWwgY29uZmlndXJlcyB0aGlzIHVzaW5nOgo+Pj4+Pj4+ PiAKPj4+Pj4+Pj4gbW9kdWxlIENvbmR1aXQxID0gQ29uZHVpdF9taXJhZ2UuTWFrZShTdGFja3Y0 MSkoVmNoYW4xKQo+Pj4+Pj4+PiBtb2R1bGUgSHR0cDEgPSBIVFRQLk1ha2UoQ29uZHVpdDEpCj4+ Pj4+Pj4+IAo+Pj4+Pj4+PiBDYW4gY29uZHVpdCBkZWFsIHdpdGggVExTIGZvciBtZT8gVGhlIGNv bmR1aXQgZG9jcyBzYXkgIlRoZSByZWFzb24KPj4+Pj4+Pj4gdGhpcyBsaWJyYXJ5IGV4aXN0cyBp cyB0byBwcm92aWRlIGEgZGVncmVlIG9mIGFic3RyYWN0aW9uIGZyb20gdGhlCj4+Pj4+Pj4+IHBy ZWNpc2UgU1NMIGxpYnJhcnkgdXNlZCIsIHdoaWNoIHN1Z2dlc3RzIHRoYXQgaXQgc2hvdWxkLgo+ Pj4+Pj4+IAo+Pj4+Pj4+IENvbmR1aXRfbWlyYWdlIGRvZXNuJ3Qgc3VwcG9ydCB0aGlzIHlldCAt LSBqdXN0IENvbmR1aXRfbHd0X3VuaXguCj4+Pj4+Pj4gQmVmb3JlIGFkZGluZyBpdCBpbiwgSSB3 YXMgd2FpdGluZyBmb3IgeGVudHJvcHlkIGFuZCB0aGUgQyBiaW5kaW5ncwo+Pj4+Pj4+IHRvIHdv cmssIHdoaWNoIHNob3VsZCBhbGwgYmUgaW4gdGhlIHRyZWVzLiAgSWYgd2UgY291bGQgbm93IGdl dCBhCj4+Pj4+Pj4gbWlyYWdlLXNrZWxldG9uIGV4YW1wbGUgb2YgYSBtYW51YWwgU1NMIHNlcnZl ciB1c2luZyB0aGUgVENQL0lQCj4+Pj4+Pj4gc3RhY2sgZGlyZWN0bHksIHRoZW4gdGhlIENvbmR1 aXRfbWlyYWdlIHZlcnNpb24gd29uJ3QgYmUgdG9vIGZhcgo+Pj4+Pj4+IGJlaGluZC4KPj4+Pj4+ IAo+Pj4+Pj4gdGxzL21pcmFnZS9leGFtcGxlIGhhcyBhIGRpcmVjdCBleGFtcGxlIHRoYXQgd29y a3Mgb24gWGVuLiBJJ20gZ29pbmcKPj4+Pj4+IHRvIGxvb2sgYXQgZ2V0dGluZyBIVFRQUyBzdXBw b3J0IHdvcmtpbmcgbm93LCB1bmxlc3MgeW91IHdhbnQgdG8gZG8gaXQKPj4+Pj4+IGZpcnN0Lgo+ Pj4+Pj4gCj4+Pj4+IAo+Pj4+PiBHbyBmb3IgaXQhICBJJ20gdGFraW5nIGEgc2hvdCBhdCBwdWxs aW5nIHRoZSBPQ2FtbCBydW50aW1lIG91dCBvZgo+Pj4+PiBtaXJhZ2UtcGxhdGZvcm0gYXQgdGhl IG1vbWVudC4KPj4+PiAKPj4+PiBPSy4gQ291bGQgc29tZW9uZSBjbGFyaWZ5IHRoZSBidWZmZXIt YWxpZ25tZW50IHJ1bGVzIGZvciBtZSBhZ2Fpbj8KPj4+PiAKPj4+PiBWMS5tbGkgc2F5czoKPj4+ PiAKPj4+PiBtb2R1bGUgdHlwZSBORVRXT1JLID0gc2lnCj4+Pj4gdHlwZSBwYWdlX2FsaWduZWRf YnVmZmVyCj4+Pj4gKCoqIEFic3RyYWN0IHR5cGUgZm9yIGEgcGFnZS1hbGlnbmVkIG1lbW9yeSBi dWZmZXIgKikKPj4+PiAKPj4+PiBhbmQKPj4+PiAKPj4+PiBtb2R1bGUgdHlwZSBFVEhJRiA9IHNp Zwo+Pj4+IHR5cGUgYnVmZmVyCj4+Pj4gKCoqIEFic3RyYWN0IHR5cGUgZm9yIGEgbWVtb3J5IGJ1 ZmZlciB0aGF0IG1heSBub3QgYmUgcGFnZSBhbGlnbmVkICopCj4+Pj4gCj4+Pj4gdGNwaXAncyBl dGhpZi5tbCBqdXN0IHBhc3NlcyB0aGUgKG5vbi1hbGlnbmVkKSBidWZmZXIgc3RyYWlnaHQgdGhy b3VnaAo+Pj4+IHRvIE5ldGlmLCB3aGljaCBzZWVtcyB3cm9uZy4KPj4+PiAKPj4+PiBWMV9MV1Qg cmVzdHJpY3RzIHRoZSB0eXBlcyB3aXRoOgo+Pj4+IAo+Pj4+IG1vZHVsZSB0eXBlIE5FVFdPUksg PSBORVRXT1JLCj4+Pj4gIHdpdGggdHlwZSBwYWdlX2FsaWduZWRfYnVmZmVyID0gSW9fcGFnZS50 Cj4+Pj4gCj4+Pj4gbW9kdWxlIHR5cGUgRVRISUYgPSBFVEhJRgo+Pj4+ICB3aXRoIHR5cGUgYnVm ZmVyID0gQ3N0cnVjdC50Cj4+Pj4gCj4+Pj4gaW8tcGFnZSBpcyBhIGJpdCB2YWd1ZSBhYm91dCB3 aGF0IGFuIElvX3BhZ2UudCBpczoKPj4+PiAKPj4+PiB0eXBlIHQgPSAoY2hhciwgQmlnYXJyYXku aW50OF91bnNpZ25lZF9lbHQsIEJpZ2FycmF5LmNfbGF5b3V0KSBCaWdhcnJheS5BcnJheTEudAo+ Pj4+ICgqKiBUeXBlIG9mIG1lbW9yeSBibG9ja3MuICopCj4+Pj4gCj4+Pj4gSW9fcGFnZS5nZXQg biByZXR1cm5zICJhIG1lbW9yeSBibG9jayBvZiBbbl0gcGFnZXMiLCBzbyBhbiBJb19wYWdlLnQK Pj4+PiBpc24ndCBhIHNpbmdsZSBwYWdlIG9mIG1lbW9yeS4KPj4+PiAKPj4+PiBUaGUgYWN0dWFs IHByb2JsZW0gSSdtIHNlZWluZyB3aXRoIFRMUyBvbiBYZW4gaXM6Cj4+Pj4gCj4+Pj4gSW52YWxp ZCBwYWdlOiBvZmZzZXQ9MjkyMCwgbGVuZ3RoPTEyNDUKPj4+PiAKPj4+PiBUaGlzIGNvbWVzIGZy b20gTmV0aWYuIFRoZSBidWZmZXIgdW5kZXJseWluZyBidWZmZXIgaXMgcGFnZSBhbGlnbmVkCj4+ Pj4gKGl0J3MgYWxsb2NhdGVkIGJ5IFRsc19taXJhZ2UuY29udl9pbyksIHNvIEkgYXNzdW1lIHRj cGlwIGlzIHNwbGl0dGluZwo+Pj4+IGl0IGF0IGFuIHVuZm9ydHVuYXRlIHBvaW50Lgo+Pj4+IAo+ Pj4+IEl0IGFwcGVhcnMgaXQgd2FzIHdvcmtpbmcgYmVmb3JlIGJlY2F1c2UgSFRUUF9JTyBidWZm ZXJzIGl0cyB3cml0ZXMKPj4+PiB1c2luZyB0Y3BpcCdzIENoYW5uZWwgbW9kdWxlLCB3aGljaCBi YXRjaGVzIHRoZW0gaW50byBzaW5nbGUgSU8gcGFnZXMuCj4+Pj4gV2l0aCBUTFMsIHRoZXNlIHBh Z2Utc2l6ZWQgY2h1bmtzIGRvbid0IGdvIGRpcmVjdGx5IHRvIFRDUCwgYnV0IGdvdAo+Pj4+IHZp YSBUTFMgaW5zdGVhZC4KPj4+PiAKPj4+PiBTbzoKPj4+PiAKPj4+PiAxLiBXaGF0IGRvZXMgInBh Z2UtYWxpZ25lZCBtZW1vcnkgYnVmZmVyIiByZWFsbHkgbWVhbj8KPj4+IAo+Pj4gSXTigJlzIGEg Yml0IG9mIGEgbWVzcyBhdG0gOikKPj4+IAo+Pj4gSSB0aGluayB3ZSBuZWVkIHRvIHdyaXRlIGRv d24gb3VyIGFsaWdubWVudCByZXF1aXJlbWVudHMgc29tZXdoZXJlLiBJIGFzc3VtZQo+Pj4gdGhl eSBhbGwgY29tZSBmcm9tIHRoZSBsb3ctbGV2ZWwgZHJpdmVycyBpLmUuIHRoZSBoaWdoZXItbGV2 ZWwgbGF5ZXJzIGRvbuKAmXQKPj4+IHJlYWxseSBjYXJlIChpcyB0aGF0IHRydWU/KQo+Pj4gCj4+ PiBTa2ltbWluZyB0aG91Z2ggdGhlIG5ldGZyb250IGNvZGUgSSB0aGluayB0aGF0IHRoZSBwcm90 b2NvbCBhbGxvd3MgeW91IHRvCj4+PiBncmFudCBhIHBhZ2UgYW5kIHByb3ZpZGUgYW4gb2Zmc2V0 IHdpdGhpbiBpdCwgc28geW91IGRvbuKAmXQgbmVlZCB0byBhbGlnbgo+Pj4gZXZlcnl0aGluZy4g WW91IGRvIG5lZWQgdG8gc3BsaXQgcmVxdWVzdHMgdGhhdCBjcm9zcyBwYWdlIGJvdW5kYXJpZXMg dGhvdWdoLgo+Pj4gT25lIHdyaW5rbGUgaXMgdGhhdCBpZiB5b3UgZG9u4oCZdCB0cnVzdCB0aGUg bmV0d29yayBiYWNrZW5kIChzYXkgaXTigJlzIGluCj4+PiBhIGRyaXZlciBkb21haW4gd2l0aCBh IGRvZGd5IHdpZmkgZHJpdmVyIGFuZCBoYXMgYmVlbiBjb21wcm9taXNlZCkgdGhlbgo+Pj4geW91 IG1heSBub3Qgd2FudCB0byBncmFudCBhIHBhZ2Ugd2hpY2ggaGFwcGVucyB0byBhbHNvIGNvbnRh aW4gc29tZSBzZWNyZXQKPj4+IGRhdGEgYXMgd2VsbCBhcyB5b3VyIHBheWxvYWQsIHNpbmNlIHRo ZSB1bnRydXN0d29ydGh5IGJhY2tlbmQgY2FuIGlnbm9yZSB0aGUKPj4+IG9mZnNldCBhbmQgcmVh ZCB0aGUgd2hvbGUgdGhpbmcuIFRoaW5raW5nIGFib3V0IGl0LCBJIHN1cHBvc2UgdGhhdCB3b3Vs ZCBiZQo+Pj4gdGhlIGRyaXZlci1kb21haW4gZXF1aXZhbGVudCBvZiBoZWFydGJsZWFkOiBsZWFr aW5nIHJhbmRvbSAoQ3N0cnVjdCkgYnVmZmVycwo+Pj4gb24gZXZlcnkgcGFja2V0Lgo+PiAKPj4g SXQgbWlnaHQgYmUgd29ydGggaGF2aW5nIE5ldGlmIGp1c3QgY29weSBldmVyeXRoaW5nIHRvIGEg cG9vbCBvZgo+PiBwcmUtc2hhcmVkIHBhZ2VzLiBUaGF0IHdvdWxkIHNhdmUgdGhlIHRpbWUgdXNl ZCBncmFudGluZyBhbmQgcmV2b2tpbmcKPj4gcGFnZXMgdG9vLCBhcyB3ZWxsIGFzIGltcHJvdmlu ZyBzZWN1cml0eS4KPj4gCj4+IEludGVyZXN0aW5nbHksIGl0IHdvdWxkbid0IGFkZCBhbnkgcGVy Zm9ybWFuY2Ugb3ZlcmhlYWQgaW4gdGhpcyBjYXNlCj4+IGJlY2F1c2UgY29weWluZyB0aGUgZGF0 YSBpbiBOZXRpZiB3b3VsZCBzaW1wbHkgYXZvaWQgdGhlIG5lZWQgZm9yIGEKPj4gc2ltaWxhciBj b3B5IGluIFRMUy4KPiAKPiBJJ3ZlIG5vdyBpbXBsZW1lbnRlZCB0aGlzOgo+IAo+ICBodHRwczov L2dpdGh1Yi5jb20vbWlyYWdlL21pcmFnZS1uZXQteGVuL3B1bGwvMTcKPiAKPiBJbiB0aGUgbm9u LVRMUyBjYXNlLCBteSBiZW5jaG1hcmsgKHNlbmRpbmcgVURQIHBhY2tldHMpIGluY3JlYXNlZCBp bgo+IHNwZWVkIGZyb20gMTMyIE1CL3MgdG8gMTgxIE1CL3Mgb24gWGVuIHJ1bm5pbmcgdW5kZXIg VmlydHVhbEJveCBvbiBteQo+IGxhcHRvcC4KPiAKPiBJIHdhcyBhbHNvIGFibGUgdG8gZG93bmxv YWQgYSAxNzZNIGZpbGUgb3ZlciBodHRwcyBmcm9tIGEgWGVuCj4gdW5pa2VybmVsLCBhdCAxNi4y TUIvcyAoYmVmb3JlLCBpdCBkaWRuJ3Qgd29yayBhdCBhbGwgZHVlIHRvIGFsaWdubWVudAo+IHBy b2JsZW1zKS4KCk5pY2UgcmVzdWx0cyEgIEkgd2FzIGluIHR3byBtaW5kcyBhYm91dCB0aGVzZSBj aGFuZ2VzLCBzaW5jZSBmb3JjaW5nIGEKY29weSBhdCB0aGUgbG93ZXN0IGxldmVsIGlzIHVzdWFs bHkgcXVpdGUgdW5kZXNpcmFibGUuICBIb3dldmVyLCBJIGRvCmFncmVlIHRoYXQgYSBzYWZlci1i eS1kZWZhdWx0IEFQSSBpcyB2ZXJ5IGltcG9ydGFudC4gIEknZCBiZSBoYXBweSB0bwpoYXZlIHRo aXMgY29weWluZy9wcmVncmFudGluZyBOZXRpZiBpbnRlcmZhY2UgYmUgdGhlIGRlZmF1bHQsIGFu ZCBwcm92aWRlCmFuIGFsdGVybmF0aXZlIE5ldGlmX3plcm9jb3B5IGluIHRoZSBmdXR1cmUgdGhh dCB0YWtlcyBwYWdlLWFsaWduZWQKYnVmZmVycyBvbmx5LiAgVGhlIGxhdHRlciBjb3VsZCBpbnRy b2R1Y2UgYSB0eXBlLXNhZmUgemVybyBjb3B5IEFQSSBhdAp0aGUgc2FtZSB0aW1lLgoKVGhlIHBy b2JsZW0gcmVhbGx5IGhhcyBiZWVuIG91ciBpbmFiaWxpdHkgdG8gY2hhbmdlIGFsbCB0aGUgZXhp c3RpbmcKQ3N0cnVjdCBjb2RlIHRvIGEgbmV3IHplcm8tY29weSBBUEksIGFuZCB5b3VyIHNvbHV0 aW9uIG5lYXRseSBzaWRlc3RlcHMKdGhhdC4gIFNvIGlmIG5vb25lIGVsc2UgaGFzIGFueSBvYmpl Y3Rpb24gdG8gdGhpcyBkaWZmLCBJJ20gaGFwcHkgdG8KbWVyZ2UgaXQuCgotYW5pbApfX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpNaXJhZ2VPUy1kZXZlbCBt YWlsaW5nIGxpc3QKTWlyYWdlT1MtZGV2ZWxAbGlzdHMueGVucHJvamVjdC5vcmcKaHR0cDovL2xp c3RzLnhlbnByb2plY3Qub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby9taXJhZ2Vvcy1kZXZl bAo= From mirageos-devel-bounces@lists.xenproject.org Mon Jan 12 19:13:23 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 12 Jan 2015 19:13:23 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YAkQS-00086P-Hg; Mon, 12 Jan 2015 19:13:20 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YAkQQ-00085K-RJ for mirageos-devel@lists.xenproject.org; Mon, 12 Jan 2015 19:13:19 +0000 Received: from [85.158.137.68] by server-3.bemta-3.messagelabs.com id E8/D5-16982-ECC14B45; Mon, 12 Jan 2015 19:13:18 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-14.tower-31.messagelabs.com!1421089996!16552085!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.7 required=7.0 tests=BODY_RANDOM_LONG, RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14313 invoked from network); 12 Jan 2015 19:13:17 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-14.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 12 Jan 2015 19:13:17 -0000 Received: from flick.sm.cl.cam.ac.uk (flick.sm.cl.cam.ac.uk [128.232.60.53]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id e5ea51f9; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Mon, 12 Jan 2015 19:13:15 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: Date: Mon, 12 Jan 2015 19:13:15 +0000 Message-Id: References: <04A38753-6144-4015-90B0-67192BBA8749@citrix.com> To: Thomas Leonard X-Mailer: Apple Mail (2.1993) Cc: David Scott , "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] An HTTP server with TLS X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org T24gMTIgSmFuIDIwMTUsIGF0IDE3OjE5LCBUaG9tYXMgTGVvbmFyZCA8dGFsZXg1QGdtYWlsLmNv bT4gd3JvdGU6Cj4gCj4gT24gOCBKYW51YXJ5IDIwMTUgYXQgMTE6MzUsIFRob21hcyBMZW9uYXJk IDx0YWxleDVAZ21haWwuY29tPiB3cm90ZToKPj4gT24gNyBKYW51YXJ5IDIwMTUgYXQgMTc6MzUs IERhdmUgU2NvdHQgPERhdmUuU2NvdHRAY2l0cml4LmNvbT4gd3JvdGU6Cj4+PiAKPj4+PiBPbiA3 IEphbiAyMDE1LCBhdCAxNzoxMiwgVGhvbWFzIExlb25hcmQgPHRhbGV4NUBnbWFpbC5jb20+IHdy b3RlOgo+Pj4+IAo+Pj4+IE9uIDcgSmFudWFyeSAyMDE1IGF0IDEwOjU2LCBBbmlsIE1hZGhhdmFw ZWRkeSA8YW5pbEByZWNvaWwub3JnPiB3cm90ZToKPj4+Pj4gT24gNyBKYW4gMjAxNSwgYXQgMTA6 NDUsIFRob21hcyBMZW9uYXJkIDx0YWxleDVAZ21haWwuY29tPiB3cm90ZToKPj4+Pj4+IAo+Pj4+ Pj4gT24gNyBKYW51YXJ5IDIwMTUgYXQgMTA6NDIsIEFuaWwgTWFkaGF2YXBlZGR5IDxhbmlsQHJl Y29pbC5vcmc+IHdyb3RlOgo+Pj4+Pj4+IE9uIDUgSmFuIDIwMTUsIGF0IDA5OjUzLCBUaG9tYXMg TGVvbmFyZCA8dGFsZXg1QGdtYWlsLmNvbT4gd3JvdGU6Cj4+Pj4+Pj4+IAo+Pj4+Pj4+PiBJJ2Qg bGlrZSB0byBhZGQgVExTIHRvIG15IE1pcmFnZSB3ZWIgc2VydmVyLiBXaGF0J3MgdGhlIGJlc3Qg d2F5IHRvIGRvIHRoaXM/Cj4+Pj4+Pj4+IAo+Pj4+Pj4+PiBNeSBVbmlrZXJuZWwuTWFpbiBmdW5j dG9yIGN1cnJlbnRseSB0YWtlcyBhIChIIDogQ29odHRwX2x3dC5TZXJ2ZXIpCj4+Pj4+Pj4+IGFy Z3VtZW50LiBJIHNlZSB0aGF0IG1haW4ubWwgY29uZmlndXJlcyB0aGlzIHVzaW5nOgo+Pj4+Pj4+ PiAKPj4+Pj4+Pj4gbW9kdWxlIENvbmR1aXQxID0gQ29uZHVpdF9taXJhZ2UuTWFrZShTdGFja3Y0 MSkoVmNoYW4xKQo+Pj4+Pj4+PiBtb2R1bGUgSHR0cDEgPSBIVFRQLk1ha2UoQ29uZHVpdDEpCj4+ Pj4+Pj4+IAo+Pj4+Pj4+PiBDYW4gY29uZHVpdCBkZWFsIHdpdGggVExTIGZvciBtZT8gVGhlIGNv bmR1aXQgZG9jcyBzYXkgIlRoZSByZWFzb24KPj4+Pj4+Pj4gdGhpcyBsaWJyYXJ5IGV4aXN0cyBp cyB0byBwcm92aWRlIGEgZGVncmVlIG9mIGFic3RyYWN0aW9uIGZyb20gdGhlCj4+Pj4+Pj4+IHBy ZWNpc2UgU1NMIGxpYnJhcnkgdXNlZCIsIHdoaWNoIHN1Z2dlc3RzIHRoYXQgaXQgc2hvdWxkLgo+ Pj4+Pj4+IAo+Pj4+Pj4+IENvbmR1aXRfbWlyYWdlIGRvZXNuJ3Qgc3VwcG9ydCB0aGlzIHlldCAt LSBqdXN0IENvbmR1aXRfbHd0X3VuaXguCj4+Pj4+Pj4gQmVmb3JlIGFkZGluZyBpdCBpbiwgSSB3 YXMgd2FpdGluZyBmb3IgeGVudHJvcHlkIGFuZCB0aGUgQyBiaW5kaW5ncwo+Pj4+Pj4+IHRvIHdv cmssIHdoaWNoIHNob3VsZCBhbGwgYmUgaW4gdGhlIHRyZWVzLiAgSWYgd2UgY291bGQgbm93IGdl dCBhCj4+Pj4+Pj4gbWlyYWdlLXNrZWxldG9uIGV4YW1wbGUgb2YgYSBtYW51YWwgU1NMIHNlcnZl ciB1c2luZyB0aGUgVENQL0lQCj4+Pj4+Pj4gc3RhY2sgZGlyZWN0bHksIHRoZW4gdGhlIENvbmR1 aXRfbWlyYWdlIHZlcnNpb24gd29uJ3QgYmUgdG9vIGZhcgo+Pj4+Pj4+IGJlaGluZC4KPj4+Pj4+ IAo+Pj4+Pj4gdGxzL21pcmFnZS9leGFtcGxlIGhhcyBhIGRpcmVjdCBleGFtcGxlIHRoYXQgd29y a3Mgb24gWGVuLiBJJ20gZ29pbmcKPj4+Pj4+IHRvIGxvb2sgYXQgZ2V0dGluZyBIVFRQUyBzdXBw b3J0IHdvcmtpbmcgbm93LCB1bmxlc3MgeW91IHdhbnQgdG8gZG8gaXQKPj4+Pj4+IGZpcnN0Lgo+ Pj4+Pj4gCj4+Pj4+IAo+Pj4+PiBHbyBmb3IgaXQhICBJJ20gdGFraW5nIGEgc2hvdCBhdCBwdWxs aW5nIHRoZSBPQ2FtbCBydW50aW1lIG91dCBvZgo+Pj4+PiBtaXJhZ2UtcGxhdGZvcm0gYXQgdGhl IG1vbWVudC4KPj4+PiAKPj4+PiBPSy4gQ291bGQgc29tZW9uZSBjbGFyaWZ5IHRoZSBidWZmZXIt YWxpZ25tZW50IHJ1bGVzIGZvciBtZSBhZ2Fpbj8KPj4+PiAKPj4+PiBWMS5tbGkgc2F5czoKPj4+ PiAKPj4+PiBtb2R1bGUgdHlwZSBORVRXT1JLID0gc2lnCj4+Pj4gdHlwZSBwYWdlX2FsaWduZWRf YnVmZmVyCj4+Pj4gKCoqIEFic3RyYWN0IHR5cGUgZm9yIGEgcGFnZS1hbGlnbmVkIG1lbW9yeSBi dWZmZXIgKikKPj4+PiAKPj4+PiBhbmQKPj4+PiAKPj4+PiBtb2R1bGUgdHlwZSBFVEhJRiA9IHNp Zwo+Pj4+IHR5cGUgYnVmZmVyCj4+Pj4gKCoqIEFic3RyYWN0IHR5cGUgZm9yIGEgbWVtb3J5IGJ1 ZmZlciB0aGF0IG1heSBub3QgYmUgcGFnZSBhbGlnbmVkICopCj4+Pj4gCj4+Pj4gdGNwaXAncyBl dGhpZi5tbCBqdXN0IHBhc3NlcyB0aGUgKG5vbi1hbGlnbmVkKSBidWZmZXIgc3RyYWlnaHQgdGhy b3VnaAo+Pj4+IHRvIE5ldGlmLCB3aGljaCBzZWVtcyB3cm9uZy4KPj4+PiAKPj4+PiBWMV9MV1Qg cmVzdHJpY3RzIHRoZSB0eXBlcyB3aXRoOgo+Pj4+IAo+Pj4+IG1vZHVsZSB0eXBlIE5FVFdPUksg PSBORVRXT1JLCj4+Pj4gIHdpdGggdHlwZSBwYWdlX2FsaWduZWRfYnVmZmVyID0gSW9fcGFnZS50 Cj4+Pj4gCj4+Pj4gbW9kdWxlIHR5cGUgRVRISUYgPSBFVEhJRgo+Pj4+ICB3aXRoIHR5cGUgYnVm ZmVyID0gQ3N0cnVjdC50Cj4+Pj4gCj4+Pj4gaW8tcGFnZSBpcyBhIGJpdCB2YWd1ZSBhYm91dCB3 aGF0IGFuIElvX3BhZ2UudCBpczoKPj4+PiAKPj4+PiB0eXBlIHQgPSAoY2hhciwgQmlnYXJyYXku aW50OF91bnNpZ25lZF9lbHQsIEJpZ2FycmF5LmNfbGF5b3V0KSBCaWdhcnJheS5BcnJheTEudAo+ Pj4+ICgqKiBUeXBlIG9mIG1lbW9yeSBibG9ja3MuICopCj4+Pj4gCj4+Pj4gSW9fcGFnZS5nZXQg biByZXR1cm5zICJhIG1lbW9yeSBibG9jayBvZiBbbl0gcGFnZXMiLCBzbyBhbiBJb19wYWdlLnQK Pj4+PiBpc24ndCBhIHNpbmdsZSBwYWdlIG9mIG1lbW9yeS4KPj4+PiAKPj4+PiBUaGUgYWN0dWFs IHByb2JsZW0gSSdtIHNlZWluZyB3aXRoIFRMUyBvbiBYZW4gaXM6Cj4+Pj4gCj4+Pj4gSW52YWxp ZCBwYWdlOiBvZmZzZXQ9MjkyMCwgbGVuZ3RoPTEyNDUKPj4+PiAKPj4+PiBUaGlzIGNvbWVzIGZy b20gTmV0aWYuIFRoZSBidWZmZXIgdW5kZXJseWluZyBidWZmZXIgaXMgcGFnZSBhbGlnbmVkCj4+ Pj4gKGl0J3MgYWxsb2NhdGVkIGJ5IFRsc19taXJhZ2UuY29udl9pbyksIHNvIEkgYXNzdW1lIHRj cGlwIGlzIHNwbGl0dGluZwo+Pj4+IGl0IGF0IGFuIHVuZm9ydHVuYXRlIHBvaW50Lgo+Pj4+IAo+ Pj4+IEl0IGFwcGVhcnMgaXQgd2FzIHdvcmtpbmcgYmVmb3JlIGJlY2F1c2UgSFRUUF9JTyBidWZm ZXJzIGl0cyB3cml0ZXMKPj4+PiB1c2luZyB0Y3BpcCdzIENoYW5uZWwgbW9kdWxlLCB3aGljaCBi YXRjaGVzIHRoZW0gaW50byBzaW5nbGUgSU8gcGFnZXMuCj4+Pj4gV2l0aCBUTFMsIHRoZXNlIHBh Z2Utc2l6ZWQgY2h1bmtzIGRvbid0IGdvIGRpcmVjdGx5IHRvIFRDUCwgYnV0IGdvdAo+Pj4+IHZp YSBUTFMgaW5zdGVhZC4KPj4+PiAKPj4+PiBTbzoKPj4+PiAKPj4+PiAxLiBXaGF0IGRvZXMgInBh Z2UtYWxpZ25lZCBtZW1vcnkgYnVmZmVyIiByZWFsbHkgbWVhbj8KPj4+IAo+Pj4gSXTigJlzIGEg Yml0IG9mIGEgbWVzcyBhdG0gOikKPj4+IAo+Pj4gSSB0aGluayB3ZSBuZWVkIHRvIHdyaXRlIGRv d24gb3VyIGFsaWdubWVudCByZXF1aXJlbWVudHMgc29tZXdoZXJlLiBJIGFzc3VtZQo+Pj4gdGhl eSBhbGwgY29tZSBmcm9tIHRoZSBsb3ctbGV2ZWwgZHJpdmVycyBpLmUuIHRoZSBoaWdoZXItbGV2 ZWwgbGF5ZXJzIGRvbuKAmXQKPj4+IHJlYWxseSBjYXJlIChpcyB0aGF0IHRydWU/KQo+Pj4gCj4+ PiBTa2ltbWluZyB0aG91Z2ggdGhlIG5ldGZyb250IGNvZGUgSSB0aGluayB0aGF0IHRoZSBwcm90 b2NvbCBhbGxvd3MgeW91IHRvCj4+PiBncmFudCBhIHBhZ2UgYW5kIHByb3ZpZGUgYW4gb2Zmc2V0 IHdpdGhpbiBpdCwgc28geW91IGRvbuKAmXQgbmVlZCB0byBhbGlnbgo+Pj4gZXZlcnl0aGluZy4g WW91IGRvIG5lZWQgdG8gc3BsaXQgcmVxdWVzdHMgdGhhdCBjcm9zcyBwYWdlIGJvdW5kYXJpZXMg dGhvdWdoLgo+Pj4gT25lIHdyaW5rbGUgaXMgdGhhdCBpZiB5b3UgZG9u4oCZdCB0cnVzdCB0aGUg bmV0d29yayBiYWNrZW5kIChzYXkgaXTigJlzIGluCj4+PiBhIGRyaXZlciBkb21haW4gd2l0aCBh IGRvZGd5IHdpZmkgZHJpdmVyIGFuZCBoYXMgYmVlbiBjb21wcm9taXNlZCkgdGhlbgo+Pj4geW91 IG1heSBub3Qgd2FudCB0byBncmFudCBhIHBhZ2Ugd2hpY2ggaGFwcGVucyB0byBhbHNvIGNvbnRh aW4gc29tZSBzZWNyZXQKPj4+IGRhdGEgYXMgd2VsbCBhcyB5b3VyIHBheWxvYWQsIHNpbmNlIHRo ZSB1bnRydXN0d29ydGh5IGJhY2tlbmQgY2FuIGlnbm9yZSB0aGUKPj4+IG9mZnNldCBhbmQgcmVh ZCB0aGUgd2hvbGUgdGhpbmcuIFRoaW5raW5nIGFib3V0IGl0LCBJIHN1cHBvc2UgdGhhdCB3b3Vs ZCBiZQo+Pj4gdGhlIGRyaXZlci1kb21haW4gZXF1aXZhbGVudCBvZiBoZWFydGJsZWFkOiBsZWFr aW5nIHJhbmRvbSAoQ3N0cnVjdCkgYnVmZmVycwo+Pj4gb24gZXZlcnkgcGFja2V0Lgo+PiAKPj4g SXQgbWlnaHQgYmUgd29ydGggaGF2aW5nIE5ldGlmIGp1c3QgY29weSBldmVyeXRoaW5nIHRvIGEg cG9vbCBvZgo+PiBwcmUtc2hhcmVkIHBhZ2VzLiBUaGF0IHdvdWxkIHNhdmUgdGhlIHRpbWUgdXNl ZCBncmFudGluZyBhbmQgcmV2b2tpbmcKPj4gcGFnZXMgdG9vLCBhcyB3ZWxsIGFzIGltcHJvdmlu ZyBzZWN1cml0eS4KPj4gCj4+IEludGVyZXN0aW5nbHksIGl0IHdvdWxkbid0IGFkZCBhbnkgcGVy Zm9ybWFuY2Ugb3ZlcmhlYWQgaW4gdGhpcyBjYXNlCj4+IGJlY2F1c2UgY29weWluZyB0aGUgZGF0 YSBpbiBOZXRpZiB3b3VsZCBzaW1wbHkgYXZvaWQgdGhlIG5lZWQgZm9yIGEKPj4gc2ltaWxhciBj b3B5IGluIFRMUy4KPiAKPiBJJ3ZlIG5vdyBpbXBsZW1lbnRlZCB0aGlzOgo+IAo+ICBodHRwczov L2dpdGh1Yi5jb20vbWlyYWdlL21pcmFnZS1uZXQteGVuL3B1bGwvMTcKPiAKPiBJbiB0aGUgbm9u LVRMUyBjYXNlLCBteSBiZW5jaG1hcmsgKHNlbmRpbmcgVURQIHBhY2tldHMpIGluY3JlYXNlZCBp bgo+IHNwZWVkIGZyb20gMTMyIE1CL3MgdG8gMTgxIE1CL3Mgb24gWGVuIHJ1bm5pbmcgdW5kZXIg VmlydHVhbEJveCBvbiBteQo+IGxhcHRvcC4KPiAKPiBJIHdhcyBhbHNvIGFibGUgdG8gZG93bmxv YWQgYSAxNzZNIGZpbGUgb3ZlciBodHRwcyBmcm9tIGEgWGVuCj4gdW5pa2VybmVsLCBhdCAxNi4y TUIvcyAoYmVmb3JlLCBpdCBkaWRuJ3Qgd29yayBhdCBhbGwgZHVlIHRvIGFsaWdubWVudAo+IHBy b2JsZW1zKS4KCk5pY2UgcmVzdWx0cyEgIEkgd2FzIGluIHR3byBtaW5kcyBhYm91dCB0aGVzZSBj aGFuZ2VzLCBzaW5jZSBmb3JjaW5nIGEKY29weSBhdCB0aGUgbG93ZXN0IGxldmVsIGlzIHVzdWFs bHkgcXVpdGUgdW5kZXNpcmFibGUuICBIb3dldmVyLCBJIGRvCmFncmVlIHRoYXQgYSBzYWZlci1i eS1kZWZhdWx0IEFQSSBpcyB2ZXJ5IGltcG9ydGFudC4gIEknZCBiZSBoYXBweSB0bwpoYXZlIHRo aXMgY29weWluZy9wcmVncmFudGluZyBOZXRpZiBpbnRlcmZhY2UgYmUgdGhlIGRlZmF1bHQsIGFu ZCBwcm92aWRlCmFuIGFsdGVybmF0aXZlIE5ldGlmX3plcm9jb3B5IGluIHRoZSBmdXR1cmUgdGhh dCB0YWtlcyBwYWdlLWFsaWduZWQKYnVmZmVycyBvbmx5LiAgVGhlIGxhdHRlciBjb3VsZCBpbnRy b2R1Y2UgYSB0eXBlLXNhZmUgemVybyBjb3B5IEFQSSBhdAp0aGUgc2FtZSB0aW1lLgoKVGhlIHBy b2JsZW0gcmVhbGx5IGhhcyBiZWVuIG91ciBpbmFiaWxpdHkgdG8gY2hhbmdlIGFsbCB0aGUgZXhp c3RpbmcKQ3N0cnVjdCBjb2RlIHRvIGEgbmV3IHplcm8tY29weSBBUEksIGFuZCB5b3VyIHNvbHV0 aW9uIG5lYXRseSBzaWRlc3RlcHMKdGhhdC4gIFNvIGlmIG5vb25lIGVsc2UgaGFzIGFueSBvYmpl Y3Rpb24gdG8gdGhpcyBkaWZmLCBJJ20gaGFwcHkgdG8KbWVyZ2UgaXQuCgotYW5pbApfX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpNaXJhZ2VPUy1kZXZlbCBt YWlsaW5nIGxpc3QKTWlyYWdlT1MtZGV2ZWxAbGlzdHMueGVucHJvamVjdC5vcmcKaHR0cDovL2xp c3RzLnhlbnByb2plY3Qub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby9taXJhZ2Vvcy1kZXZl bAo= From mirageos-devel-bounces@lists.xenproject.org Mon Jan 12 20:29:04 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 12 Jan 2015 20:29:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YAlbg-0003iT-Ug; Mon, 12 Jan 2015 20:29:00 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YAlbf-0003iL-BT for mirageos-devel@lists.xenproject.org; Mon, 12 Jan 2015 20:28:59 +0000 Received: from [85.158.143.35] by server-3.bemta-4.messagelabs.com id FD/B7-15461-A8E24B45; Mon, 12 Jan 2015 20:28:58 +0000 X-Env-Sender: scott.dj@gmail.com X-Msg-Ref: server-14.tower-21.messagelabs.com!1421094535!20976755!1 X-Originating-IP: [209.85.220.53] X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40,HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12714 invoked from network); 12 Jan 2015 20:28:56 -0000 Received: from mail-pa0-f53.google.com (HELO mail-pa0-f53.google.com) (209.85.220.53) by server-14.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jan 2015 20:28:56 -0000 Received: by mail-pa0-f53.google.com with SMTP id kq14so33987553pab.12 for ; Mon, 12 Jan 2015 12:28:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=CF+ZKv3sWxjHllIMnEPhHDOCldKaXjjBIXBYVyqryS4=; b=0aPB5+Mi8KCxWWbWwsvKQFGwoqNh6hWNnyIy0na3icjdkna97Y5AUT5WS/rRVuh5iV A5cCPgY1STX0KK/+Ds3SPE6dXc+bdK8KQbSjwxFyx7FkNpCqBCaTC+20PZRthaPWPkFn pfNsyTw8hSIUOaLH56YEMCypUboSvDTpwPR7mfeMCrimVX3IZqcEFhFIGWCsnIFFqKHl bR1dC9Fpr2QiS5SqmOmK9MHTU2kqpO13GNHhbHEOafwW45kGAOKVaKBMNLw8n6ozmrmo r5M/kx5U3x2k0N8Z4VuGie080SHKSGWWtzfC+T/RQXoweuNuOV67HabdBg9gn+r2QTpp +Zlw== MIME-Version: 1.0 X-Received: by 10.68.162.130 with SMTP id ya2mr45784750pbb.113.1421094535063; Mon, 12 Jan 2015 12:28:55 -0800 (PST) Received: by 10.70.130.193 with HTTP; Mon, 12 Jan 2015 12:28:54 -0800 (PST) In-Reply-To: References: <04A38753-6144-4015-90B0-67192BBA8749@citrix.com> Date: Mon, 12 Jan 2015 20:28:54 +0000 Message-ID: From: David Scott To: Anil Madhavapeddy Cc: David Scott , "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] An HTTP server with TLS X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4738742902440665966==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============4738742902440665966== Content-Type: multipart/alternative; boundary=047d7b6d8f20f46dc1050c7a5a2c --047d7b6d8f20f46dc1050c7a5a2c Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Mon, Jan 12, 2015 at 7:13 PM, Anil Madhavapeddy wrote: > On 12 Jan 2015, at 17:19, Thomas Leonard wrote: > > > > On 8 January 2015 at 11:35, Thomas Leonard wrote: > >> On 7 January 2015 at 17:35, Dave Scott wrote: > >>> > >>>> On 7 Jan 2015, at 17:12, Thomas Leonard wrote: > >>>> > >>>> On 7 January 2015 at 10:56, Anil Madhavapeddy > wrote: > >>>>> On 7 Jan 2015, at 10:45, Thomas Leonard wrote: > >>>>>> > >>>>>> On 7 January 2015 at 10:42, Anil Madhavapeddy > wrote: > >>>>>>> On 5 Jan 2015, at 09:53, Thomas Leonard wrote: > >>>>>>>> > >>>>>>>> I'd like to add TLS to my Mirage web server. What's the best way > to do this? > >>>>>>>> > >>>>>>>> My Unikernel.Main functor currently takes a (H : > Cohttp_lwt.Server) > >>>>>>>> argument. I see that main.ml configures this using: > >>>>>>>> > >>>>>>>> module Conduit1 =3D Conduit_mirage.Make(Stackv41)(Vchan1) > >>>>>>>> module Http1 =3D HTTP.Make(Conduit1) > >>>>>>>> > >>>>>>>> Can conduit deal with TLS for me? The conduit docs say "The reas= on > >>>>>>>> this library exists is to provide a degree of abstraction from t= he > >>>>>>>> precise SSL library used", which suggests that it should. > >>>>>>> > >>>>>>> Conduit_mirage doesn't support this yet -- just Conduit_lwt_unix. > >>>>>>> Before adding it in, I was waiting for xentropyd and the C bindin= gs > >>>>>>> to work, which should all be in the trees. If we could now get a > >>>>>>> mirage-skeleton example of a manual SSL server using the TCP/IP > >>>>>>> stack directly, then the Conduit_mirage version won't be too far > >>>>>>> behind. > >>>>>> > >>>>>> tls/mirage/example has a direct example that works on Xen. I'm goi= ng > >>>>>> to look at getting HTTPS support working now, unless you want to d= o > it > >>>>>> first. > >>>>>> > >>>>> > >>>>> Go for it! I'm taking a shot at pulling the OCaml runtime out of > >>>>> mirage-platform at the moment. > >>>> > >>>> OK. Could someone clarify the buffer-alignment rules for me again? > >>>> > >>>> V1.mli says: > >>>> > >>>> module type NETWORK =3D sig > >>>> type page_aligned_buffer > >>>> (** Abstract type for a page-aligned memory buffer *) > >>>> > >>>> and > >>>> > >>>> module type ETHIF =3D sig > >>>> type buffer > >>>> (** Abstract type for a memory buffer that may not be page aligned *= ) > >>>> > >>>> tcpip's ethif.ml just passes the (non-aligned) buffer straight > through > >>>> to Netif, which seems wrong. > >>>> > >>>> V1_LWT restricts the types with: > >>>> > >>>> module type NETWORK =3D NETWORK > >>>> with type page_aligned_buffer =3D Io_page.t > >>>> > >>>> module type ETHIF =3D ETHIF > >>>> with type buffer =3D Cstruct.t > >>>> > >>>> io-page is a bit vague about what an Io_page.t is: > >>>> > >>>> type t =3D (char, Bigarray.int8_unsigned_elt, Bigarray.c_layout) > Bigarray.Array1.t > >>>> (** Type of memory blocks. *) > >>>> > >>>> Io_page.get n returns "a memory block of [n] pages", so an Io_page.t > >>>> isn't a single page of memory. > >>>> > >>>> The actual problem I'm seeing with TLS on Xen is: > >>>> > >>>> Invalid page: offset=3D2920, length=3D1245 > >>>> > >>>> This comes from Netif. The buffer underlying buffer is page aligned > >>>> (it's allocated by Tls_mirage.conv_io), so I assume tcpip is splitti= ng > >>>> it at an unfortunate point. > >>>> > >>>> It appears it was working before because HTTP_IO buffers its writes > >>>> using tcpip's Channel module, which batches them into single IO page= s. > >>>> With TLS, these page-sized chunks don't go directly to TCP, but got > >>>> via TLS instead. > >>>> > >>>> So: > >>>> > >>>> 1. What does "page-aligned memory buffer" really mean? > >>> > >>> It=E2=80=99s a bit of a mess atm :) > >>> > >>> I think we need to write down our alignment requirements somewhere. I > assume > >>> they all come from the low-level drivers i.e. the higher-level layers > don=E2=80=99t > >>> really care (is that true?) > >>> > >>> Skimming though the netfront code I think that the protocol allows yo= u > to > >>> grant a page and provide an offset within it, so you don=E2=80=99t ne= ed to > align > >>> everything. You do need to split requests that cross page boundaries > though. > >>> One wrinkle is that if you don=E2=80=99t trust the network backend (s= ay it=E2=80=99s in > >>> a driver domain with a dodgy wifi driver and has been compromised) th= en > >>> you may not want to grant a page which happens to also contain some > secret > >>> data as well as your payload, since the untrustworthy backend can > ignore the > >>> offset and read the whole thing. Thinking about it, I suppose that > would be > >>> the driver-domain equivalent of heartblead: leaking random (Cstruct) > buffers > >>> on every packet. > >> > >> It might be worth having Netif just copy everything to a pool of > >> pre-shared pages. That would save the time used granting and revoking > >> pages too, as well as improving security. > >> > >> Interestingly, it wouldn't add any performance overhead in this case > >> because copying the data in Netif would simply avoid the need for a > >> similar copy in TLS. > > > > I've now implemented this: > > > > https://github.com/mirage/mirage-net-xen/pull/17 > > > > In the non-TLS case, my benchmark (sending UDP packets) increased in > > speed from 132 MB/s to 181 MB/s on Xen running under VirtualBox on my > > laptop. > > > > I was also able to download a 176M file over https from a Xen > > unikernel, at 16.2MB/s (before, it didn't work at all due to alignment > > problems). > > Nice results! I was in two minds about these changes, since forcing a > copy at the lowest level is usually quite undesirable. However, I do > agree that a safer-by-default API is very important. I'd be happy to > have this copying/pregranting Netif interface be the default, and provide > an alternative Netif_zerocopy in the future that takes page-aligned > buffers only. The latter could introduce a type-safe zero copy API at > the same time. > > The problem really has been our inability to change all the existing > Cstruct code to a new zero-copy API, and your solution neatly sidesteps > that. So if noone else has any objection to this diff, I'm happy to > merge it. > I think the argument to have a safe-by-default API is quite compelling. Let's merge this and work on our fancy zero-copy API later when we have the time. > > -anil > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel > --=20 Dave Scott --047d7b6d8f20f46dc1050c7a5a2c Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Mon, Jan 12, 2015 at 7:13 PM, Anil Madhavapeddy &l= t;anil@recoil.org&= gt; wrote:
<= div class=3D"h5">On 12 Jan 2015, at 17:19, Thomas Leonard <talex5@gmail.com> wrote:
>
> On 8 January 2015 at 11:35, Thomas Leonard <talex5@gmail.com> wrote:
>> On 7 January 2015 at 17:35, Dave Scott <Dave.Scott@citrix.com> wrote:
>>>
>>>> On 7 Jan 2015, at 17:12, Thomas Leonard <talex5@gmail.com> wrote:
>>>>
>>>> On 7 January 2015 at 10:56, Anil Madhavapeddy <anil@recoil.org> wrote:
>>>>> On 7 Jan 2015, at 10:45, Thomas Leonard <talex5@gmail.com> wrote:
>>>>>>
>>>>>> On 7 January 2015 at 10:42, Anil Madhavapeddy <= anil@recoil.org> wrote:
>>>>>>> On 5 Jan 2015, at 09:53, Thomas Leonard <talex5@gmail.com> wrote:
>>>>>>>>
>>>>>>>> I'd like to add TLS to my Mirage web s= erver. What's the best way to do this?
>>>>>>>>
>>>>>>>> My Unikernel.Main functor currently takes = a (H : Cohttp_lwt.Server)
>>>>>>>> argument. I see that main.ml configures this using:
>>>>>>>>
>>>>>>>> module Conduit1 =3D Conduit_mirage.Make(St= ackv41)(Vchan1)
>>>>>>>> module Http1 =3D HTTP.Make(Conduit1)
>>>>>>>>
>>>>>>>> Can conduit deal with TLS for me? The cond= uit docs say "The reason
>>>>>>>> this library exists is to provide a degree= of abstraction from the
>>>>>>>> precise SSL library used", which sugg= ests that it should.
>>>>>>>
>>>>>>> Conduit_mirage doesn't support this yet --= just Conduit_lwt_unix.
>>>>>>> Before adding it in, I was waiting for xentrop= yd and the C bindings
>>>>>>> to work, which should all be in the trees.=C2= =A0 If we could now get a
>>>>>>> mirage-skeleton example of a manual SSL server= using the TCP/IP
>>>>>>> stack directly, then the Conduit_mirage versio= n won't be too far
>>>>>>> behind.
>>>>>>
>>>>>> tls/mirage/example has a direct example that works= on Xen. I'm going
>>>>>> to look at getting HTTPS support working now, unle= ss you want to do it
>>>>>> first.
>>>>>>
>>>>>
>>>>> Go for it!=C2=A0 I'm taking a shot at pulling the = OCaml runtime out of
>>>>> mirage-platform at the moment.
>>>>
>>>> OK. Could someone clarify the buffer-alignment rules for m= e again?
>>>>
>>>> V1.mli says:
>>>>
>>>> module type NETWORK =3D sig
>>>> type page_aligned_buffer
>>>> (** Abstract type for a page-aligned memory buffer *)
>>>>
>>>> and
>>>>
>>>> module type ETHIF =3D sig
>>>> type buffer
>>>> (** Abstract type for a memory buffer that may not be page= aligned *)
>>>>
>>>> tcpip's = ethif.ml just passes the (non-aligned) buffer straight through
>>>> to Netif, which seems wrong.
>>>>
>>>> V1_LWT restricts the types with:
>>>>
>>>> module type NETWORK =3D NETWORK
>>>>=C2=A0 with type page_aligned_buffer =3D Io_page.t
>>>>
>>>> module type ETHIF =3D ETHIF
>>>>=C2=A0 with type buffer =3D Cstruct.t
>>>>
>>>> io-page is a bit vague about what an Io_page.t is:
>>>>
>>>> type t =3D (char, Bigarray.int8_unsigned_elt, Bigarray.c_l= ayout) Bigarray.Array1.t
>>>> (** Type of memory blocks. *)
>>>>
>>>> Io_page.get n returns "a memory block of [n] pages&qu= ot;, so an Io_page.t
>>>> isn't a single page of memory.
>>>>
>>>> The actual problem I'm seeing with TLS on Xen is:
>>>>
>>>> Invalid page: offset=3D2920, length=3D1245
>>>>
>>>> This comes from Netif. The buffer underlying buffer is pag= e aligned
>>>> (it's allocated by Tls_mirage.conv_io), so I assume tc= pip is splitting
>>>> it at an unfortunate point.
>>>>
>>>> It appears it was working before because HTTP_IO buffers i= ts writes
>>>> using tcpip's Channel module, which batches them into = single IO pages.
>>>> With TLS, these page-sized chunks don't go directly to= TCP, but got
>>>> via TLS instead.
>>>>
>>>> So:
>>>>
>>>> 1. What does "page-aligned memory buffer" really= mean?
>>>
>>> It=E2=80=99s a bit of a mess atm :)
>>>
>>> I think we need to write down our alignment requirements somew= here. I assume
>>> they all come from the low-level drivers i.e. the higher-level= layers don=E2=80=99t
>>> really care (is that true?)
>>>
>>> Skimming though the netfront code I think that the protocol al= lows you to
>>> grant a page and provide an offset within it, so you don=E2=80= =99t need to align
>>> everything. You do need to split requests that cross page boun= daries though.
>>> One wrinkle is that if you don=E2=80=99t trust the network bac= kend (say it=E2=80=99s in
>>> a driver domain with a dodgy wifi driver and has been compromi= sed) then
>>> you may not want to grant a page which happens to also contain= some secret
>>> data as well as your payload, since the untrustworthy backend = can ignore the
>>> offset and read the whole thing. Thinking about it, I suppose = that would be
>>> the driver-domain equivalent of heartblead: leaking random (Cs= truct) buffers
>>> on every packet.
>>
>> It might be worth having Netif just copy everything to a pool of >> pre-shared pages. That would save the time used granting and revok= ing
>> pages too, as well as improving security.
>>
>> Interestingly, it wouldn't add any performance overhead in thi= s case
>> because copying the data in Netif would simply avoid the need for = a
>> similar copy in TLS.
>
> I've now implemented this:
>
>=C2=A0 https://github.com/mirage/mirage-net-xen/pull/17
>
> In the non-TLS case, my benchmark (sending UDP packets) increased in > speed from 132 MB/s to 181 MB/s on Xen running under VirtualBox on my<= br> > laptop.
>
> I was also able to download a 176M file over https from a Xen
> unikernel, at 16.2MB/s (before, it didn't work at all due to align= ment
> problems).

Nice results!=C2=A0 I was in two minds about these changes, sin= ce forcing a
copy at the lowest level is usually quite undesirable.=C2=A0 However, I do<= br> agree that a safer-by-default API is very important.=C2=A0 I'd be happy= to
have this copying/pregranting Netif interface be the default, and provide an alternative Netif_zerocopy in the future that takes page-aligned
buffers only.=C2=A0 The latter could introduce a type-safe zero copy API at=
the same time.

The problem really has been our inability to change all the existing
Cstruct code to a new zero-copy API, and your solution neatly sidesteps
that.=C2=A0 So if noone else has any objection to this diff, I'm happy = to
merge it.

I think the argument to have = a safe-by-default API is quite compelling. Let's merge this and work on= our fancy zero-copy API later when we have the time.

<= div>=C2=A0

-anil
_____________________= __________________________
MirageOS-devel mailing list
MirageOS-devel@lists= .xenproject.org
http://lists.xenproject.org/cgi-bin/mailman/listinfo= /mirageos-devel



--
=
Dave Scott
--047d7b6d8f20f46dc1050c7a5a2c-- --===============4738742902440665966== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel --===============4738742902440665966==-- From mirageos-devel-bounces@lists.xenproject.org Mon Jan 12 20:29:04 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 12 Jan 2015 20:29:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YAlbg-0003iT-Ug; Mon, 12 Jan 2015 20:29:00 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YAlbf-0003iL-BT for mirageos-devel@lists.xenproject.org; Mon, 12 Jan 2015 20:28:59 +0000 Received: from [85.158.143.35] by server-3.bemta-4.messagelabs.com id FD/B7-15461-A8E24B45; Mon, 12 Jan 2015 20:28:58 +0000 X-Env-Sender: scott.dj@gmail.com X-Msg-Ref: server-14.tower-21.messagelabs.com!1421094535!20976755!1 X-Originating-IP: [209.85.220.53] X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40,HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12714 invoked from network); 12 Jan 2015 20:28:56 -0000 Received: from mail-pa0-f53.google.com (HELO mail-pa0-f53.google.com) (209.85.220.53) by server-14.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jan 2015 20:28:56 -0000 Received: by mail-pa0-f53.google.com with SMTP id kq14so33987553pab.12 for ; Mon, 12 Jan 2015 12:28:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=CF+ZKv3sWxjHllIMnEPhHDOCldKaXjjBIXBYVyqryS4=; b=0aPB5+Mi8KCxWWbWwsvKQFGwoqNh6hWNnyIy0na3icjdkna97Y5AUT5WS/rRVuh5iV A5cCPgY1STX0KK/+Ds3SPE6dXc+bdK8KQbSjwxFyx7FkNpCqBCaTC+20PZRthaPWPkFn pfNsyTw8hSIUOaLH56YEMCypUboSvDTpwPR7mfeMCrimVX3IZqcEFhFIGWCsnIFFqKHl bR1dC9Fpr2QiS5SqmOmK9MHTU2kqpO13GNHhbHEOafwW45kGAOKVaKBMNLw8n6ozmrmo r5M/kx5U3x2k0N8Z4VuGie080SHKSGWWtzfC+T/RQXoweuNuOV67HabdBg9gn+r2QTpp +Zlw== MIME-Version: 1.0 X-Received: by 10.68.162.130 with SMTP id ya2mr45784750pbb.113.1421094535063; Mon, 12 Jan 2015 12:28:55 -0800 (PST) Received: by 10.70.130.193 with HTTP; Mon, 12 Jan 2015 12:28:54 -0800 (PST) In-Reply-To: References: <04A38753-6144-4015-90B0-67192BBA8749@citrix.com> Date: Mon, 12 Jan 2015 20:28:54 +0000 Message-ID: From: David Scott To: Anil Madhavapeddy Cc: David Scott , "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] An HTTP server with TLS X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4738742902440665966==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============4738742902440665966== Content-Type: multipart/alternative; boundary=047d7b6d8f20f46dc1050c7a5a2c --047d7b6d8f20f46dc1050c7a5a2c Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Mon, Jan 12, 2015 at 7:13 PM, Anil Madhavapeddy wrote: > On 12 Jan 2015, at 17:19, Thomas Leonard wrote: > > > > On 8 January 2015 at 11:35, Thomas Leonard wrote: > >> On 7 January 2015 at 17:35, Dave Scott wrote: > >>> > >>>> On 7 Jan 2015, at 17:12, Thomas Leonard wrote: > >>>> > >>>> On 7 January 2015 at 10:56, Anil Madhavapeddy > wrote: > >>>>> On 7 Jan 2015, at 10:45, Thomas Leonard wrote: > >>>>>> > >>>>>> On 7 January 2015 at 10:42, Anil Madhavapeddy > wrote: > >>>>>>> On 5 Jan 2015, at 09:53, Thomas Leonard wrote: > >>>>>>>> > >>>>>>>> I'd like to add TLS to my Mirage web server. What's the best way > to do this? > >>>>>>>> > >>>>>>>> My Unikernel.Main functor currently takes a (H : > Cohttp_lwt.Server) > >>>>>>>> argument. I see that main.ml configures this using: > >>>>>>>> > >>>>>>>> module Conduit1 =3D Conduit_mirage.Make(Stackv41)(Vchan1) > >>>>>>>> module Http1 =3D HTTP.Make(Conduit1) > >>>>>>>> > >>>>>>>> Can conduit deal with TLS for me? The conduit docs say "The reas= on > >>>>>>>> this library exists is to provide a degree of abstraction from t= he > >>>>>>>> precise SSL library used", which suggests that it should. > >>>>>>> > >>>>>>> Conduit_mirage doesn't support this yet -- just Conduit_lwt_unix. > >>>>>>> Before adding it in, I was waiting for xentropyd and the C bindin= gs > >>>>>>> to work, which should all be in the trees. If we could now get a > >>>>>>> mirage-skeleton example of a manual SSL server using the TCP/IP > >>>>>>> stack directly, then the Conduit_mirage version won't be too far > >>>>>>> behind. > >>>>>> > >>>>>> tls/mirage/example has a direct example that works on Xen. I'm goi= ng > >>>>>> to look at getting HTTPS support working now, unless you want to d= o > it > >>>>>> first. > >>>>>> > >>>>> > >>>>> Go for it! I'm taking a shot at pulling the OCaml runtime out of > >>>>> mirage-platform at the moment. > >>>> > >>>> OK. Could someone clarify the buffer-alignment rules for me again? > >>>> > >>>> V1.mli says: > >>>> > >>>> module type NETWORK =3D sig > >>>> type page_aligned_buffer > >>>> (** Abstract type for a page-aligned memory buffer *) > >>>> > >>>> and > >>>> > >>>> module type ETHIF =3D sig > >>>> type buffer > >>>> (** Abstract type for a memory buffer that may not be page aligned *= ) > >>>> > >>>> tcpip's ethif.ml just passes the (non-aligned) buffer straight > through > >>>> to Netif, which seems wrong. > >>>> > >>>> V1_LWT restricts the types with: > >>>> > >>>> module type NETWORK =3D NETWORK > >>>> with type page_aligned_buffer =3D Io_page.t > >>>> > >>>> module type ETHIF =3D ETHIF > >>>> with type buffer =3D Cstruct.t > >>>> > >>>> io-page is a bit vague about what an Io_page.t is: > >>>> > >>>> type t =3D (char, Bigarray.int8_unsigned_elt, Bigarray.c_layout) > Bigarray.Array1.t > >>>> (** Type of memory blocks. *) > >>>> > >>>> Io_page.get n returns "a memory block of [n] pages", so an Io_page.t > >>>> isn't a single page of memory. > >>>> > >>>> The actual problem I'm seeing with TLS on Xen is: > >>>> > >>>> Invalid page: offset=3D2920, length=3D1245 > >>>> > >>>> This comes from Netif. The buffer underlying buffer is page aligned > >>>> (it's allocated by Tls_mirage.conv_io), so I assume tcpip is splitti= ng > >>>> it at an unfortunate point. > >>>> > >>>> It appears it was working before because HTTP_IO buffers its writes > >>>> using tcpip's Channel module, which batches them into single IO page= s. > >>>> With TLS, these page-sized chunks don't go directly to TCP, but got > >>>> via TLS instead. > >>>> > >>>> So: > >>>> > >>>> 1. What does "page-aligned memory buffer" really mean? > >>> > >>> It=E2=80=99s a bit of a mess atm :) > >>> > >>> I think we need to write down our alignment requirements somewhere. I > assume > >>> they all come from the low-level drivers i.e. the higher-level layers > don=E2=80=99t > >>> really care (is that true?) > >>> > >>> Skimming though the netfront code I think that the protocol allows yo= u > to > >>> grant a page and provide an offset within it, so you don=E2=80=99t ne= ed to > align > >>> everything. You do need to split requests that cross page boundaries > though. > >>> One wrinkle is that if you don=E2=80=99t trust the network backend (s= ay it=E2=80=99s in > >>> a driver domain with a dodgy wifi driver and has been compromised) th= en > >>> you may not want to grant a page which happens to also contain some > secret > >>> data as well as your payload, since the untrustworthy backend can > ignore the > >>> offset and read the whole thing. Thinking about it, I suppose that > would be > >>> the driver-domain equivalent of heartblead: leaking random (Cstruct) > buffers > >>> on every packet. > >> > >> It might be worth having Netif just copy everything to a pool of > >> pre-shared pages. That would save the time used granting and revoking > >> pages too, as well as improving security. > >> > >> Interestingly, it wouldn't add any performance overhead in this case > >> because copying the data in Netif would simply avoid the need for a > >> similar copy in TLS. > > > > I've now implemented this: > > > > https://github.com/mirage/mirage-net-xen/pull/17 > > > > In the non-TLS case, my benchmark (sending UDP packets) increased in > > speed from 132 MB/s to 181 MB/s on Xen running under VirtualBox on my > > laptop. > > > > I was also able to download a 176M file over https from a Xen > > unikernel, at 16.2MB/s (before, it didn't work at all due to alignment > > problems). > > Nice results! I was in two minds about these changes, since forcing a > copy at the lowest level is usually quite undesirable. However, I do > agree that a safer-by-default API is very important. I'd be happy to > have this copying/pregranting Netif interface be the default, and provide > an alternative Netif_zerocopy in the future that takes page-aligned > buffers only. The latter could introduce a type-safe zero copy API at > the same time. > > The problem really has been our inability to change all the existing > Cstruct code to a new zero-copy API, and your solution neatly sidesteps > that. So if noone else has any objection to this diff, I'm happy to > merge it. > I think the argument to have a safe-by-default API is quite compelling. Let's merge this and work on our fancy zero-copy API later when we have the time. > > -anil > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel > --=20 Dave Scott --047d7b6d8f20f46dc1050c7a5a2c Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Mon, Jan 12, 2015 at 7:13 PM, Anil Madhavapeddy &l= t;anil@recoil.org&= gt; wrote:
<= div class=3D"h5">On 12 Jan 2015, at 17:19, Thomas Leonard <talex5@gmail.com> wrote:
>
> On 8 January 2015 at 11:35, Thomas Leonard <talex5@gmail.com> wrote:
>> On 7 January 2015 at 17:35, Dave Scott <Dave.Scott@citrix.com> wrote:
>>>
>>>> On 7 Jan 2015, at 17:12, Thomas Leonard <talex5@gmail.com> wrote:
>>>>
>>>> On 7 January 2015 at 10:56, Anil Madhavapeddy <anil@recoil.org> wrote:
>>>>> On 7 Jan 2015, at 10:45, Thomas Leonard <talex5@gmail.com> wrote:
>>>>>>
>>>>>> On 7 January 2015 at 10:42, Anil Madhavapeddy <= anil@recoil.org> wrote:
>>>>>>> On 5 Jan 2015, at 09:53, Thomas Leonard <talex5@gmail.com> wrote:
>>>>>>>>
>>>>>>>> I'd like to add TLS to my Mirage web s= erver. What's the best way to do this?
>>>>>>>>
>>>>>>>> My Unikernel.Main functor currently takes = a (H : Cohttp_lwt.Server)
>>>>>>>> argument. I see that main.ml configures this using:
>>>>>>>>
>>>>>>>> module Conduit1 =3D Conduit_mirage.Make(St= ackv41)(Vchan1)
>>>>>>>> module Http1 =3D HTTP.Make(Conduit1)
>>>>>>>>
>>>>>>>> Can conduit deal with TLS for me? The cond= uit docs say "The reason
>>>>>>>> this library exists is to provide a degree= of abstraction from the
>>>>>>>> precise SSL library used", which sugg= ests that it should.
>>>>>>>
>>>>>>> Conduit_mirage doesn't support this yet --= just Conduit_lwt_unix.
>>>>>>> Before adding it in, I was waiting for xentrop= yd and the C bindings
>>>>>>> to work, which should all be in the trees.=C2= =A0 If we could now get a
>>>>>>> mirage-skeleton example of a manual SSL server= using the TCP/IP
>>>>>>> stack directly, then the Conduit_mirage versio= n won't be too far
>>>>>>> behind.
>>>>>>
>>>>>> tls/mirage/example has a direct example that works= on Xen. I'm going
>>>>>> to look at getting HTTPS support working now, unle= ss you want to do it
>>>>>> first.
>>>>>>
>>>>>
>>>>> Go for it!=C2=A0 I'm taking a shot at pulling the = OCaml runtime out of
>>>>> mirage-platform at the moment.
>>>>
>>>> OK. Could someone clarify the buffer-alignment rules for m= e again?
>>>>
>>>> V1.mli says:
>>>>
>>>> module type NETWORK =3D sig
>>>> type page_aligned_buffer
>>>> (** Abstract type for a page-aligned memory buffer *)
>>>>
>>>> and
>>>>
>>>> module type ETHIF =3D sig
>>>> type buffer
>>>> (** Abstract type for a memory buffer that may not be page= aligned *)
>>>>
>>>> tcpip's = ethif.ml just passes the (non-aligned) buffer straight through
>>>> to Netif, which seems wrong.
>>>>
>>>> V1_LWT restricts the types with:
>>>>
>>>> module type NETWORK =3D NETWORK
>>>>=C2=A0 with type page_aligned_buffer =3D Io_page.t
>>>>
>>>> module type ETHIF =3D ETHIF
>>>>=C2=A0 with type buffer =3D Cstruct.t
>>>>
>>>> io-page is a bit vague about what an Io_page.t is:
>>>>
>>>> type t =3D (char, Bigarray.int8_unsigned_elt, Bigarray.c_l= ayout) Bigarray.Array1.t
>>>> (** Type of memory blocks. *)
>>>>
>>>> Io_page.get n returns "a memory block of [n] pages&qu= ot;, so an Io_page.t
>>>> isn't a single page of memory.
>>>>
>>>> The actual problem I'm seeing with TLS on Xen is:
>>>>
>>>> Invalid page: offset=3D2920, length=3D1245
>>>>
>>>> This comes from Netif. The buffer underlying buffer is pag= e aligned
>>>> (it's allocated by Tls_mirage.conv_io), so I assume tc= pip is splitting
>>>> it at an unfortunate point.
>>>>
>>>> It appears it was working before because HTTP_IO buffers i= ts writes
>>>> using tcpip's Channel module, which batches them into = single IO pages.
>>>> With TLS, these page-sized chunks don't go directly to= TCP, but got
>>>> via TLS instead.
>>>>
>>>> So:
>>>>
>>>> 1. What does "page-aligned memory buffer" really= mean?
>>>
>>> It=E2=80=99s a bit of a mess atm :)
>>>
>>> I think we need to write down our alignment requirements somew= here. I assume
>>> they all come from the low-level drivers i.e. the higher-level= layers don=E2=80=99t
>>> really care (is that true?)
>>>
>>> Skimming though the netfront code I think that the protocol al= lows you to
>>> grant a page and provide an offset within it, so you don=E2=80= =99t need to align
>>> everything. You do need to split requests that cross page boun= daries though.
>>> One wrinkle is that if you don=E2=80=99t trust the network bac= kend (say it=E2=80=99s in
>>> a driver domain with a dodgy wifi driver and has been compromi= sed) then
>>> you may not want to grant a page which happens to also contain= some secret
>>> data as well as your payload, since the untrustworthy backend = can ignore the
>>> offset and read the whole thing. Thinking about it, I suppose = that would be
>>> the driver-domain equivalent of heartblead: leaking random (Cs= truct) buffers
>>> on every packet.
>>
>> It might be worth having Netif just copy everything to a pool of >> pre-shared pages. That would save the time used granting and revok= ing
>> pages too, as well as improving security.
>>
>> Interestingly, it wouldn't add any performance overhead in thi= s case
>> because copying the data in Netif would simply avoid the need for = a
>> similar copy in TLS.
>
> I've now implemented this:
>
>=C2=A0 https://github.com/mirage/mirage-net-xen/pull/17
>
> In the non-TLS case, my benchmark (sending UDP packets) increased in > speed from 132 MB/s to 181 MB/s on Xen running under VirtualBox on my<= br> > laptop.
>
> I was also able to download a 176M file over https from a Xen
> unikernel, at 16.2MB/s (before, it didn't work at all due to align= ment
> problems).

Nice results!=C2=A0 I was in two minds about these changes, sin= ce forcing a
copy at the lowest level is usually quite undesirable.=C2=A0 However, I do<= br> agree that a safer-by-default API is very important.=C2=A0 I'd be happy= to
have this copying/pregranting Netif interface be the default, and provide an alternative Netif_zerocopy in the future that takes page-aligned
buffers only.=C2=A0 The latter could introduce a type-safe zero copy API at=
the same time.

The problem really has been our inability to change all the existing
Cstruct code to a new zero-copy API, and your solution neatly sidesteps
that.=C2=A0 So if noone else has any objection to this diff, I'm happy = to
merge it.

I think the argument to have = a safe-by-default API is quite compelling. Let's merge this and work on= our fancy zero-copy API later when we have the time.

<= div>=C2=A0

-anil
_____________________= __________________________
MirageOS-devel mailing list
MirageOS-devel@lists= .xenproject.org
http://lists.xenproject.org/cgi-bin/mailman/listinfo= /mirageos-devel



--
=
Dave Scott
--047d7b6d8f20f46dc1050c7a5a2c-- --===============4738742902440665966== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel --===============4738742902440665966==-- From mirageos-devel-bounces@lists.xenproject.org Tue Jan 13 11:30:09 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 13 Jan 2015 11:30:09 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YAzfe-0007uY-Il; Tue, 13 Jan 2015 11:30:02 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YAzfd-0007uK-6O for mirageos-devel@lists.xenproject.org; Tue, 13 Jan 2015 11:30:01 +0000 Received: from [85.158.143.35] by server-2.bemta-4.messagelabs.com id 96/CB-25276-8B105B45; Tue, 13 Jan 2015 11:30:00 +0000 X-Env-Sender: ania.skorupa@yahoo.com X-Msg-Ref: server-6.tower-21.messagelabs.com!1421148598!21041324!1 X-Originating-IP: [67.195.87.247] X-SpamReason: No, hits=1.5 required=7.0 tests=FORGED_YAHOO_RCVD, HTML_60_70,HTML_MESSAGE,MAILTO_TO_SPAM_ADDR,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29338 invoked from network); 13 Jan 2015 11:29:59 -0000 Received: from nm50-vm7.bullet.mail.gq1.yahoo.com (HELO nm50-vm7.bullet.mail.gq1.yahoo.com) (67.195.87.247) by server-6.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 13 Jan 2015 11:29:59 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1421148597; bh=IjEt4mI+D1Fkebnt75q3j/n1p/Q/4nW/4GjWUbwBmJg=; h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:From:Subject; b=QKhp3SONDMdcrGLXHcfzH8YvekZc9iLFAgm42qaJ3miOybERXWTS737F7X1xY0nQeO6/8r+XvUpV9Tbgd5qVxoCVmLo3+GxC8ojd1GpbiJ+8yv4pm2LW1CHsBsXn70nM9fT1SRM0WFkl5UXnTwof5av5q1IPmSdRl2I/mmmCpsozego1XhHOz4AMw9O+TBOkL4ess8qG186vupjM3Osaa7qGjdceG9yhTLceseTCjvFFxfPQUwmaGnYTs4HZHy1W2yOjO/BB2r8F2D7jJEPwdXh/EvA/YgojSLHLE0Nce5Yi9M7guqIt+8JI2sSXoR4yyaBhPEHPD6202dIlKiNdVQ== DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s2048; d=yahoo.com; b=R4nM33daV9pPGm5ibpVZlUjtxX4KVta+PwGjHoFKMZxYDdAg5OEBjsIyxccNfdduoKzp+nhqu1BB/goTJuKRkYrqzca3FjoY7dPQd+7tGECOUaLuhVE+xzpbkZqBM5Zw6ztMW+5WBu3hlf6TazbdmNQeYnRnf3KlJctQnErudRdAcYMKKGqFbI7vvXZ25+Ttct2du9iIr58ZYrY5BV75wWjF5Wigs/IVFyl6rdN8+HepH/V7dqgcl8UCVQ8ynd40s/AeDZFotSEKN1gipPLFnW+B5nzZhJ1YxR/1MLvvfWfZ+KzJUYQtpZo0y3p2s47gRaVS3en2pRbwoqwUQexGeA==; Received: from [127.0.0.1] by nm50.bullet.mail.gq1.yahoo.com with NNFMP; 13 Jan 2015 11:29:57 -0000 Received: from [98.137.12.56] by nm50.bullet.mail.gq1.yahoo.com with NNFMP; 13 Jan 2015 11:27:08 -0000 Received: from [98.139.215.140] by tm1.bullet.mail.gq1.yahoo.com with NNFMP; 13 Jan 2015 11:27:07 -0000 Received: from [98.139.212.234] by tm11.bullet.mail.bf1.yahoo.com with NNFMP; 13 Jan 2015 11:27:07 -0000 Received: from [127.0.0.1] by omp1043.mail.bf1.yahoo.com with NNFMP; 13 Jan 2015 11:27:07 -0000 X-Yahoo-Newman-Property: ymail-4 X-Yahoo-Newman-Id: 758306.73454.bm@omp1043.mail.bf1.yahoo.com X-YMail-OSG: 1z8BkEUVM1luSi35IEtkVrCrfC8oj5U2n1wkqSZtz2q9qr_phkbUMvvT9R5TLi9 hQtnw8Y2HgA0vOQj1tyRE7hhCRwbP0DfCVo0bDVC4vdlGofovaAuIwVykbO3ge83HLOveUxhGW2a jmjjqHIh95uY2wUPgGYsB.YYsU_p6HExg69yYwHbptzN3GNCdxhP2UNDUAbEGGYY_pgE5vkSjvU_ iVt7CLCnpkbUiIr5C6ZUMq_lO2CDtzHHMDzeEePObgxbEqdbJzUyyUuquLNkfrUO_dSyrIsnkIk9 5fiNp7KLWFrJs_8ku1i0Wwcj0SUiFmjzrz2jrPiPIt.f9AMqR2tnbUkcywoPszTYoaeDnQ8qITte UQ.Ao2aLQTDwSZ8ncmRB9j2Lx61F4RKNSNdenLbSPCHySpfMSgRpDhuf18XrnCz5IDeGS1Toowsq pylJUtuO6_SzgP3b1vb6Tq97ixA0u6hZzGACBIY6cTesNSH1Qd.Rze3qcFZDA8MIqPrRkSmBwVdD NPMv11Oeghh8xz97rFcbLbzGk4SAHRNc_bLbLe.O90LdrmWohBpqokzzvqLE7Yk4EoCMfnXMGaOA EkFIj2XqdwbmV4xInsPhnZSYkaFvKRZzBo7PIuvJh4lG_h7U5mXDnKIM- Received: by 66.196.80.127; Tue, 13 Jan 2015 11:27:07 +0000 Date: Tue, 13 Jan 2015 11:27:06 +0000 (UTC) From: Ania Skorupa To: Nicolas Ojeda Bar Message-ID: <482310426.346124.1421148426679.JavaMail.yahoo@jws10635.mail.bf1.yahoo.com> In-Reply-To: References: MIME-Version: 1.0 Content-Length: 6095 Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] extracting mac address from stack X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Ania Skorupa List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7581862803644354855==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============7581862803644354855== Content-Type: multipart/alternative; boundary="----=_Part_346123_1894846107.1421148426675" Content-Length: 5553 ------=_Part_346123_1894846107.1421148426675 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable thanks Nikolas. as STACKV4 is a type, I can change your code to Eth.mac (S.IPV4.id (S.ipv4 s)) again, the problem is that I have to pass tap0 as a parameter of type NETWO= RK to Main and create ethernet interface Eth =3D Ethif.Make(N), and still r= eceive the error message: Error: This expression has type S.IPV4.ethif =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 but an expression was expected of type= Eth.t =3D Ethif.Make(N).t any suggestion?=20 On Saturday, January 10, 2015 12:39 PM, Nicolas Ojeda Bar wrote: =20 You can use the ETHIF.mac (STACKV4.IPV4.id s) (where s is the stack). The `DEVICE.id` type should probably be abstract, but this works for now. Cheers, Nicolas On Thu, Jan 8, 2015 at 12:00 PM, Ania Skorupa wrot= e: > hi, > > in stackv4 example in mirage-skeleton, is there any simple way to extract > mac address of tap0 in unikernel.ml? > > The other way that I can think of is to pass tap0 as another parameter to > the unikernel, but it doesn't look a neat solution. > > thanks. > > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel > ------=_Part_346123_1894846107.1421148426675 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
thanks Nikolas.

as STACKV4 is a type, I can change y= our code to
Eth.mac (S.= IPV4.id (S.ipv4 s))

aga= in, the problem is that I have to pass tap0 as a parameter of type NETWORK = to Main and create ethernet interface Eth =3D Ethif.Make(N), and still rece= ive the error message:

= Error: This expression has type S.IPV4.ethif
 = ;      but an expression was expected of type Eth.= t =3D Ethif.Make(N).t

any suggestion?


<= div id=3D"yui_3_16_0_1_1421147619567_7393" style=3D"font-family: HelveticaN= eue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif; font-size= : 16px;">
On Saturday= , January 10, 2015 12:39 PM, Nicolas Ojeda Bar <no263@dpmms.cam.ac.uk>= ; wrote:


You can use the ETHIF.mac (STACKV4.IPV4.id= s) (where s is the stack).
The `DEVICE.id` type should p= robably be abstract, but this works for
now.

Cheers,
Nicolas

On Thu,= Jan 8, 2015 at 12:00 PM, Ania Skorupa <ania.skorupa@yahoo.com> wrote:
> hi,
>
> in stack= v4 example in mirage-skeleton, is there any simple way to extract
> mac address of tap0 in unikernel.ml?
><= br clear=3D"none">> The other way that I can think of is to pass tap0 as= another parameter to
> the unikernel, but it doesn't = look a neat solution.
>
> thanks.=

>
> ______________________= _________________________
> MirageOS-devel mailing lis= t
> = MirageOS-devel@lists.xenproject.org
> http://lis= ts.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel

>
=


------=_Part_346123_1894846107.1421148426675-- --===============7581862803644354855== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel --===============7581862803644354855==-- From mirageos-devel-bounces@lists.xenproject.org Tue Jan 13 11:30:09 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 13 Jan 2015 11:30:09 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YAzfe-0007uY-Il; Tue, 13 Jan 2015 11:30:02 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YAzfd-0007uK-6O for mirageos-devel@lists.xenproject.org; Tue, 13 Jan 2015 11:30:01 +0000 Received: from [85.158.143.35] by server-2.bemta-4.messagelabs.com id 96/CB-25276-8B105B45; Tue, 13 Jan 2015 11:30:00 +0000 X-Env-Sender: ania.skorupa@yahoo.com X-Msg-Ref: server-6.tower-21.messagelabs.com!1421148598!21041324!1 X-Originating-IP: [67.195.87.247] X-SpamReason: No, hits=1.5 required=7.0 tests=FORGED_YAHOO_RCVD, HTML_60_70,HTML_MESSAGE,MAILTO_TO_SPAM_ADDR,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29338 invoked from network); 13 Jan 2015 11:29:59 -0000 Received: from nm50-vm7.bullet.mail.gq1.yahoo.com (HELO nm50-vm7.bullet.mail.gq1.yahoo.com) (67.195.87.247) by server-6.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 13 Jan 2015 11:29:59 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1421148597; bh=IjEt4mI+D1Fkebnt75q3j/n1p/Q/4nW/4GjWUbwBmJg=; h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:From:Subject; b=QKhp3SONDMdcrGLXHcfzH8YvekZc9iLFAgm42qaJ3miOybERXWTS737F7X1xY0nQeO6/8r+XvUpV9Tbgd5qVxoCVmLo3+GxC8ojd1GpbiJ+8yv4pm2LW1CHsBsXn70nM9fT1SRM0WFkl5UXnTwof5av5q1IPmSdRl2I/mmmCpsozego1XhHOz4AMw9O+TBOkL4ess8qG186vupjM3Osaa7qGjdceG9yhTLceseTCjvFFxfPQUwmaGnYTs4HZHy1W2yOjO/BB2r8F2D7jJEPwdXh/EvA/YgojSLHLE0Nce5Yi9M7guqIt+8JI2sSXoR4yyaBhPEHPD6202dIlKiNdVQ== DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s2048; d=yahoo.com; b=R4nM33daV9pPGm5ibpVZlUjtxX4KVta+PwGjHoFKMZxYDdAg5OEBjsIyxccNfdduoKzp+nhqu1BB/goTJuKRkYrqzca3FjoY7dPQd+7tGECOUaLuhVE+xzpbkZqBM5Zw6ztMW+5WBu3hlf6TazbdmNQeYnRnf3KlJctQnErudRdAcYMKKGqFbI7vvXZ25+Ttct2du9iIr58ZYrY5BV75wWjF5Wigs/IVFyl6rdN8+HepH/V7dqgcl8UCVQ8ynd40s/AeDZFotSEKN1gipPLFnW+B5nzZhJ1YxR/1MLvvfWfZ+KzJUYQtpZo0y3p2s47gRaVS3en2pRbwoqwUQexGeA==; Received: from [127.0.0.1] by nm50.bullet.mail.gq1.yahoo.com with NNFMP; 13 Jan 2015 11:29:57 -0000 Received: from [98.137.12.56] by nm50.bullet.mail.gq1.yahoo.com with NNFMP; 13 Jan 2015 11:27:08 -0000 Received: from [98.139.215.140] by tm1.bullet.mail.gq1.yahoo.com with NNFMP; 13 Jan 2015 11:27:07 -0000 Received: from [98.139.212.234] by tm11.bullet.mail.bf1.yahoo.com with NNFMP; 13 Jan 2015 11:27:07 -0000 Received: from [127.0.0.1] by omp1043.mail.bf1.yahoo.com with NNFMP; 13 Jan 2015 11:27:07 -0000 X-Yahoo-Newman-Property: ymail-4 X-Yahoo-Newman-Id: 758306.73454.bm@omp1043.mail.bf1.yahoo.com X-YMail-OSG: 1z8BkEUVM1luSi35IEtkVrCrfC8oj5U2n1wkqSZtz2q9qr_phkbUMvvT9R5TLi9 hQtnw8Y2HgA0vOQj1tyRE7hhCRwbP0DfCVo0bDVC4vdlGofovaAuIwVykbO3ge83HLOveUxhGW2a jmjjqHIh95uY2wUPgGYsB.YYsU_p6HExg69yYwHbptzN3GNCdxhP2UNDUAbEGGYY_pgE5vkSjvU_ iVt7CLCnpkbUiIr5C6ZUMq_lO2CDtzHHMDzeEePObgxbEqdbJzUyyUuquLNkfrUO_dSyrIsnkIk9 5fiNp7KLWFrJs_8ku1i0Wwcj0SUiFmjzrz2jrPiPIt.f9AMqR2tnbUkcywoPszTYoaeDnQ8qITte UQ.Ao2aLQTDwSZ8ncmRB9j2Lx61F4RKNSNdenLbSPCHySpfMSgRpDhuf18XrnCz5IDeGS1Toowsq pylJUtuO6_SzgP3b1vb6Tq97ixA0u6hZzGACBIY6cTesNSH1Qd.Rze3qcFZDA8MIqPrRkSmBwVdD NPMv11Oeghh8xz97rFcbLbzGk4SAHRNc_bLbLe.O90LdrmWohBpqokzzvqLE7Yk4EoCMfnXMGaOA EkFIj2XqdwbmV4xInsPhnZSYkaFvKRZzBo7PIuvJh4lG_h7U5mXDnKIM- Received: by 66.196.80.127; Tue, 13 Jan 2015 11:27:07 +0000 Date: Tue, 13 Jan 2015 11:27:06 +0000 (UTC) From: Ania Skorupa To: Nicolas Ojeda Bar Message-ID: <482310426.346124.1421148426679.JavaMail.yahoo@jws10635.mail.bf1.yahoo.com> In-Reply-To: References: MIME-Version: 1.0 Content-Length: 6095 Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] extracting mac address from stack X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Ania Skorupa List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7581862803644354855==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============7581862803644354855== Content-Type: multipart/alternative; boundary="----=_Part_346123_1894846107.1421148426675" Content-Length: 5553 ------=_Part_346123_1894846107.1421148426675 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable thanks Nikolas. as STACKV4 is a type, I can change your code to Eth.mac (S.IPV4.id (S.ipv4 s)) again, the problem is that I have to pass tap0 as a parameter of type NETWO= RK to Main and create ethernet interface Eth =3D Ethif.Make(N), and still r= eceive the error message: Error: This expression has type S.IPV4.ethif =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 but an expression was expected of type= Eth.t =3D Ethif.Make(N).t any suggestion?=20 On Saturday, January 10, 2015 12:39 PM, Nicolas Ojeda Bar wrote: =20 You can use the ETHIF.mac (STACKV4.IPV4.id s) (where s is the stack). The `DEVICE.id` type should probably be abstract, but this works for now. Cheers, Nicolas On Thu, Jan 8, 2015 at 12:00 PM, Ania Skorupa wrot= e: > hi, > > in stackv4 example in mirage-skeleton, is there any simple way to extract > mac address of tap0 in unikernel.ml? > > The other way that I can think of is to pass tap0 as another parameter to > the unikernel, but it doesn't look a neat solution. > > thanks. > > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel > ------=_Part_346123_1894846107.1421148426675 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
thanks Nikolas.

as STACKV4 is a type, I can change y= our code to
Eth.mac (S.= IPV4.id (S.ipv4 s))

aga= in, the problem is that I have to pass tap0 as a parameter of type NETWORK = to Main and create ethernet interface Eth =3D Ethif.Make(N), and still rece= ive the error message:

= Error: This expression has type S.IPV4.ethif
 = ;      but an expression was expected of type Eth.= t =3D Ethif.Make(N).t

any suggestion?


<= div id=3D"yui_3_16_0_1_1421147619567_7393" style=3D"font-family: HelveticaN= eue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif; font-size= : 16px;">
On Saturday= , January 10, 2015 12:39 PM, Nicolas Ojeda Bar <no263@dpmms.cam.ac.uk>= ; wrote:


You can use the ETHIF.mac (STACKV4.IPV4.id= s) (where s is the stack).
The `DEVICE.id` type should p= robably be abstract, but this works for
now.

Cheers,
Nicolas

On Thu,= Jan 8, 2015 at 12:00 PM, Ania Skorupa <ania.skorupa@yahoo.com> wrote:
> hi,
>
> in stack= v4 example in mirage-skeleton, is there any simple way to extract
> mac address of tap0 in unikernel.ml?
><= br clear=3D"none">> The other way that I can think of is to pass tap0 as= another parameter to
> the unikernel, but it doesn't = look a neat solution.
>
> thanks.=

>
> ______________________= _________________________
> MirageOS-devel mailing lis= t
> = MirageOS-devel@lists.xenproject.org
> http://lis= ts.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel

>
=


------=_Part_346123_1894846107.1421148426675-- --===============7581862803644354855== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel --===============7581862803644354855==-- From mirageos-devel-bounces@lists.xenproject.org Tue Jan 13 12:51:11 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 13 Jan 2015 12:51:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YB0w5-00018V-Qk; Tue, 13 Jan 2015 12:51:05 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YB0w4-00018Q-En for mirageos-devel@lists.xenproject.org; Tue, 13 Jan 2015 12:51:04 +0000 Received: from [193.109.254.147] by server-9.bemta-14.messagelabs.com id 2F/83-02712-7B415B45; Tue, 13 Jan 2015 12:51:03 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1421153462!20291261!1 X-Originating-IP: [209.85.215.43] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17202 invoked from network); 13 Jan 2015 12:51:02 -0000 Received: from mail-la0-f43.google.com (HELO mail-la0-f43.google.com) (209.85.215.43) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 13 Jan 2015 12:51:02 -0000 Received: by mail-la0-f43.google.com with SMTP id s18so2420920lam.2 for ; Tue, 13 Jan 2015 04:51:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=ZnvzRBwbfLWM/c1e6jxbVjeeOUG3LMiYqCh5g6cpytI=; b=gUEZdILiGBS0PPFDA+1w+vTS+vcbbIBp80X/fpCue6OQJI7xcxj2/DjAVl2qP8uywL ZQRDFBUgsMMx80jzSENQefjRyfOz8bzvjaM2CFCEcSRQfm4ibN1LNFdtgMUgAMmIVtgy nASjRCuQGF+gt1FBg5Qt7nkCD1nTGL/pXkSGGBoujQaUhLIlZ4X1nghU1tzREgbGafkV S05EFIJibGOLZHBkOIeZSdMVrk1cUgxo8wFXF0jTRdveGciMXovXtLmNRVs56YOOBlE7 maGzgf/z0o0nVledtREJHgt5Hgw1zSQ5LiDjCWXQGgWwYhNuqexiOYfQbXg2ORdyegih ob2g== MIME-Version: 1.0 X-Received: by 10.112.27.133 with SMTP id t5mr42202897lbg.45.1421153461700; Tue, 13 Jan 2015 04:51:01 -0800 (PST) Received: by 10.25.207.3 with HTTP; Tue, 13 Jan 2015 04:51:01 -0800 (PST) Date: Tue, 13 Jan 2015 12:51:01 +0000 Message-ID: From: Thomas Leonard To: "mirageos-devel@lists.xenproject.org" Subject: [MirageOS-devel] FLOW errors X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org I'm trying to tidy up my Mirage conduit changes to support TLS. One particularly messy aspect is the error handling. V1_LWT.FLOW leaves the "error" type abstract, which means that any code accepting a generic flow can't handle errors (except by propagating to its caller like an exception and requiring its caller in turn to know about the underlying flow type, still breaking the abstraction). Conduit works around this by requiring various specific implementations of FLOW with know error types and converting between them. e.g. let vchan_error t = t >>= function | `Error (`Unknown x) -> return (`Error (`Unknown x)) | `Eof -> return (`Eof) | `Ok b -> return (`Ok b) let stack_error t = t >>= function | `Error (`Unknown x) -> return (`Error (`Unknown x)) | `Error (`Refused) -> return (`Error (`Refused)) | `Error (`Timeout) -> return (`Error (`Timeout)) | `Eof -> return (`Eof) | `Ok b -> return (`Ok b) (actually, we could just use casts here) For TLS, things become more complicated because its error type is: type error = [ `Tls of string | `Flow of FLOW.error ] (where FLOW is the underlying flow carrying the encrypted traffic) Note that: - You can't do anything with an (`Error (`Tls msg)) except report it as you would an exception, because it's just a generic error. All you know is it had something to do with TLS. - Likewise for (`Unknown msg). There's nothing you can do with this except report it. - `Timeout seems vaguely useful, except that it might make more sense for the caller to decide when to time out, rather than the underlying protocol. The only thing you can do with a timeout (apart from reporting it) is to retry - which implies the timeout was too short for the application. - `Refused seems strange, since we're not connecting, just reading or writing. Without a reason for the refusal (disk full? permission denied?) we can't know what to do with it, and even reporting it isn't going to be much help. I can see two reasonable approaches: 1. Have V1_LWT.FLOW define "type error = exn". This reminds people that they may want to handle IO errors specially somehow (why?), but lets them easily raise them as exceptions, return them, or convert them to strings. You can still match on particular exceptions if required (e.g. Tls_invalid_certificate_error or similar). 2. Remove the `Error cases from FLOW and just raise exceptions. Then IO errors will be treated the same as any other kind of error (e.g. aborting the current opertation and being logged to the console). Thoughts? -- Dr Thomas Leonard http://0install.net/ GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 GPG: DA98 25AE CAD0 8975 7CDA BD8E 0713 3F96 CA74 D8BA _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Tue Jan 13 12:51:11 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 13 Jan 2015 12:51:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YB0w5-00018V-Qk; Tue, 13 Jan 2015 12:51:05 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YB0w4-00018Q-En for mirageos-devel@lists.xenproject.org; Tue, 13 Jan 2015 12:51:04 +0000 Received: from [193.109.254.147] by server-9.bemta-14.messagelabs.com id 2F/83-02712-7B415B45; Tue, 13 Jan 2015 12:51:03 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1421153462!20291261!1 X-Originating-IP: [209.85.215.43] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17202 invoked from network); 13 Jan 2015 12:51:02 -0000 Received: from mail-la0-f43.google.com (HELO mail-la0-f43.google.com) (209.85.215.43) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 13 Jan 2015 12:51:02 -0000 Received: by mail-la0-f43.google.com with SMTP id s18so2420920lam.2 for ; Tue, 13 Jan 2015 04:51:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=ZnvzRBwbfLWM/c1e6jxbVjeeOUG3LMiYqCh5g6cpytI=; b=gUEZdILiGBS0PPFDA+1w+vTS+vcbbIBp80X/fpCue6OQJI7xcxj2/DjAVl2qP8uywL ZQRDFBUgsMMx80jzSENQefjRyfOz8bzvjaM2CFCEcSRQfm4ibN1LNFdtgMUgAMmIVtgy nASjRCuQGF+gt1FBg5Qt7nkCD1nTGL/pXkSGGBoujQaUhLIlZ4X1nghU1tzREgbGafkV S05EFIJibGOLZHBkOIeZSdMVrk1cUgxo8wFXF0jTRdveGciMXovXtLmNRVs56YOOBlE7 maGzgf/z0o0nVledtREJHgt5Hgw1zSQ5LiDjCWXQGgWwYhNuqexiOYfQbXg2ORdyegih ob2g== MIME-Version: 1.0 X-Received: by 10.112.27.133 with SMTP id t5mr42202897lbg.45.1421153461700; Tue, 13 Jan 2015 04:51:01 -0800 (PST) Received: by 10.25.207.3 with HTTP; Tue, 13 Jan 2015 04:51:01 -0800 (PST) Date: Tue, 13 Jan 2015 12:51:01 +0000 Message-ID: From: Thomas Leonard To: "mirageos-devel@lists.xenproject.org" Subject: [MirageOS-devel] FLOW errors X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org I'm trying to tidy up my Mirage conduit changes to support TLS. One particularly messy aspect is the error handling. V1_LWT.FLOW leaves the "error" type abstract, which means that any code accepting a generic flow can't handle errors (except by propagating to its caller like an exception and requiring its caller in turn to know about the underlying flow type, still breaking the abstraction). Conduit works around this by requiring various specific implementations of FLOW with know error types and converting between them. e.g. let vchan_error t = t >>= function | `Error (`Unknown x) -> return (`Error (`Unknown x)) | `Eof -> return (`Eof) | `Ok b -> return (`Ok b) let stack_error t = t >>= function | `Error (`Unknown x) -> return (`Error (`Unknown x)) | `Error (`Refused) -> return (`Error (`Refused)) | `Error (`Timeout) -> return (`Error (`Timeout)) | `Eof -> return (`Eof) | `Ok b -> return (`Ok b) (actually, we could just use casts here) For TLS, things become more complicated because its error type is: type error = [ `Tls of string | `Flow of FLOW.error ] (where FLOW is the underlying flow carrying the encrypted traffic) Note that: - You can't do anything with an (`Error (`Tls msg)) except report it as you would an exception, because it's just a generic error. All you know is it had something to do with TLS. - Likewise for (`Unknown msg). There's nothing you can do with this except report it. - `Timeout seems vaguely useful, except that it might make more sense for the caller to decide when to time out, rather than the underlying protocol. The only thing you can do with a timeout (apart from reporting it) is to retry - which implies the timeout was too short for the application. - `Refused seems strange, since we're not connecting, just reading or writing. Without a reason for the refusal (disk full? permission denied?) we can't know what to do with it, and even reporting it isn't going to be much help. I can see two reasonable approaches: 1. Have V1_LWT.FLOW define "type error = exn". This reminds people that they may want to handle IO errors specially somehow (why?), but lets them easily raise them as exceptions, return them, or convert them to strings. You can still match on particular exceptions if required (e.g. Tls_invalid_certificate_error or similar). 2. Remove the `Error cases from FLOW and just raise exceptions. Then IO errors will be treated the same as any other kind of error (e.g. aborting the current opertation and being logged to the console). Thoughts? -- Dr Thomas Leonard http://0install.net/ GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 GPG: DA98 25AE CAD0 8975 7CDA BD8E 0713 3F96 CA74 D8BA _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Tue Jan 13 13:07:41 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 13 Jan 2015 13:07:41 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YB1C8-0002DX-Vl; Tue, 13 Jan 2015 13:07:40 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YB1C7-0002DO-GU for mirageos-devel@lists.xenproject.org; Tue, 13 Jan 2015 13:07:39 +0000 Received: from [85.158.137.68] by server-9.bemta-3.messagelabs.com id 3A/4B-25727-A9815B45; Tue, 13 Jan 2015 13:07:38 +0000 X-Env-Sender: hannes@mehnert.org X-Msg-Ref: server-10.tower-31.messagelabs.com!1421154457!19197965!1 X-Originating-IP: [213.73.89.200] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22802 invoked from network); 13 Jan 2015 13:07:38 -0000 Received: from mail.mehnert.org (HELO mail.mehnert.org) (213.73.89.200) by server-10.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 13 Jan 2015 13:07:38 -0000 Received: from [128.232.110.219] (c219.al.cl.cam.ac.uk [128.232.110.219]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "hannes@mehnert.org", Issuer "mehnert root CA" (verified OK)) by mail.mehnert.org (Postfix) with ESMTPS id E63AC1B92 for ; Tue, 13 Jan 2015 14:07:36 +0100 (CET) Message-ID: <54B51875.1020805@mehnert.org> Date: Tue, 13 Jan 2015 13:07:01 +0000 From: Hannes Mehnert User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: mirageos-devel@lists.xenproject.org References: In-Reply-To: Subject: Re: [MirageOS-devel] FLOW errors X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA384 Hi, just as a short note - the errors reported by TLS are a bit messy at the moment (Tls.alert(8) is rather unhelpful) - I am aware of that and will fix it real soon now... But the error stacking in mirage is a disjoint issue from that, which should be fixed. Hannes -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCQAGBQJUtRh1AAoJELyJZYjffCjulWEP/2K6KWmY3jKwzpL99lAUgasJ nvP2pQ/aYl6oTydLLRf/BZjObcG8VYH0R5JeM4cFBC2jDSOZ7jzENdygIxVXWT38 rkWMqDZ6vSdAFN3uRQEAkQM3ZMI6AVSeU/dE+e52i10C+UNHFky76mMjm6AvS361 u/cGK69zQXkdNPEb/DCb9V9l1mfuzSMC24KOkuidG+1Zd8bULuL7+dH/wJJx/wvo xjJwh7V9lViuqBk5Ttnr1WxVtcIo8deRfy8/sMMWTCWW/EM+0D3eaxshxpAj1f/N Xw1fOEMyByFWK46lwaOTuEdu08o6FF6IGP52u/zVQke6hdAnKCK0ktA8r0qwIpi0 azIqTEb8FjiqScEzFpNAMUw6fZpNCauKO1ctAgBGLAP2O3KweMwU4WIgxVIXBtKJ UW9AnWZAbWD1nrO38TS0csgJGicoLJBu+8irka6OMWDwwkoQgaAjymefMxFeP9jO /UnnSwSWRGFVuxQUbBzKkdz5ZFIZhx0trAgA5sEelwPoeiiliqSJ8NiRQYNWMghL mnLT1joJJQt07u7MANVrVGgZM3Tjdj4xJApCNie0A4vYfzkiPeP5sGuIw57w8Kse ud14kpMFP7ZVNZcE0+Zw9IaFmIXpHAJ6xy5TMQNuTMK9SP7V4EoLpgLUdwoqRwbp jRQy0Cpxh2FGiCC0zscZ =bBGE -----END PGP SIGNATURE----- _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Tue Jan 13 13:07:41 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 13 Jan 2015 13:07:41 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YB1C8-0002DX-Vl; Tue, 13 Jan 2015 13:07:40 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YB1C7-0002DO-GU for mirageos-devel@lists.xenproject.org; Tue, 13 Jan 2015 13:07:39 +0000 Received: from [85.158.137.68] by server-9.bemta-3.messagelabs.com id 3A/4B-25727-A9815B45; Tue, 13 Jan 2015 13:07:38 +0000 X-Env-Sender: hannes@mehnert.org X-Msg-Ref: server-10.tower-31.messagelabs.com!1421154457!19197965!1 X-Originating-IP: [213.73.89.200] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22802 invoked from network); 13 Jan 2015 13:07:38 -0000 Received: from mail.mehnert.org (HELO mail.mehnert.org) (213.73.89.200) by server-10.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 13 Jan 2015 13:07:38 -0000 Received: from [128.232.110.219] (c219.al.cl.cam.ac.uk [128.232.110.219]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "hannes@mehnert.org", Issuer "mehnert root CA" (verified OK)) by mail.mehnert.org (Postfix) with ESMTPS id E63AC1B92 for ; Tue, 13 Jan 2015 14:07:36 +0100 (CET) Message-ID: <54B51875.1020805@mehnert.org> Date: Tue, 13 Jan 2015 13:07:01 +0000 From: Hannes Mehnert User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: mirageos-devel@lists.xenproject.org References: In-Reply-To: Subject: Re: [MirageOS-devel] FLOW errors X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA384 Hi, just as a short note - the errors reported by TLS are a bit messy at the moment (Tls.alert(8) is rather unhelpful) - I am aware of that and will fix it real soon now... But the error stacking in mirage is a disjoint issue from that, which should be fixed. Hannes -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCQAGBQJUtRh1AAoJELyJZYjffCjulWEP/2K6KWmY3jKwzpL99lAUgasJ nvP2pQ/aYl6oTydLLRf/BZjObcG8VYH0R5JeM4cFBC2jDSOZ7jzENdygIxVXWT38 rkWMqDZ6vSdAFN3uRQEAkQM3ZMI6AVSeU/dE+e52i10C+UNHFky76mMjm6AvS361 u/cGK69zQXkdNPEb/DCb9V9l1mfuzSMC24KOkuidG+1Zd8bULuL7+dH/wJJx/wvo xjJwh7V9lViuqBk5Ttnr1WxVtcIo8deRfy8/sMMWTCWW/EM+0D3eaxshxpAj1f/N Xw1fOEMyByFWK46lwaOTuEdu08o6FF6IGP52u/zVQke6hdAnKCK0ktA8r0qwIpi0 azIqTEb8FjiqScEzFpNAMUw6fZpNCauKO1ctAgBGLAP2O3KweMwU4WIgxVIXBtKJ UW9AnWZAbWD1nrO38TS0csgJGicoLJBu+8irka6OMWDwwkoQgaAjymefMxFeP9jO /UnnSwSWRGFVuxQUbBzKkdz5ZFIZhx0trAgA5sEelwPoeiiliqSJ8NiRQYNWMghL mnLT1joJJQt07u7MANVrVGgZM3Tjdj4xJApCNie0A4vYfzkiPeP5sGuIw57w8Kse ud14kpMFP7ZVNZcE0+Zw9IaFmIXpHAJ6xy5TMQNuTMK9SP7V4EoLpgLUdwoqRwbp jRQy0Cpxh2FGiCC0zscZ =bBGE -----END PGP SIGNATURE----- _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Tue Jan 13 13:26:57 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 13 Jan 2015 13:26:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YB1Ul-0003lX-Ee; Tue, 13 Jan 2015 13:26:55 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YB1Uj-0003lS-Dq for mirageos-devel@lists.xenproject.org; Tue, 13 Jan 2015 13:26:53 +0000 Received: from [193.109.254.147] by server-6.bemta-14.messagelabs.com id B0/E7-03145-C1D15B45; Tue, 13 Jan 2015 13:26:52 +0000 X-Env-Sender: thomas.gazagnaire@gmail.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1421155611!20276779!1 X-Originating-IP: [74.125.82.48] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8921 invoked from network); 13 Jan 2015 13:26:51 -0000 Received: from mail-wg0-f48.google.com (HELO mail-wg0-f48.google.com) (74.125.82.48) by server-14.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 13 Jan 2015 13:26:51 -0000 Received: by mail-wg0-f48.google.com with SMTP id l2so2915120wgh.7 for ; Tue, 13 Jan 2015 05:26:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=44ypnARGD485uexT8xQGPa55zhPmZTaM0OdacFOBGIU=; b=oPKyGQ/jTwnUROMAtHb3p6RKEE9+1amCZT/ldSj7H8BwcqG524WX95Z/QErvc7/hA6 +jQvwLmHgHTa2ctJRUxPn4sfVBUnuENTv/ZW2yz6xsjERNDJkj6A55v34K6cvBDOYgoa 8CNTsYWf+wXLZpDoOrjnAJrVfPH6WbDQux4IGxVZDTb01pSjBedF1TYrLINUn007MWiG zSx0Y1IrTUhfiWHfdueDis9mrBeqgl84Y2p4lgFuouo+XT6hP9EjvmaBmlK4E5MUM9n2 MHDoiYSek0ZtHrH+AfQty3fkf9XUPSX5SiNm2762eGz9RHLjE45ufrqB8Bfyejnhqbdg 85MQ== X-Received: by 10.180.39.204 with SMTP id r12mr39477859wik.11.1421155611664; Tue, 13 Jan 2015 05:26:51 -0800 (PST) Received: from [192.168.0.2] (cpc25-cmbg14-2-0-cust121.5-4.cable.virginm.net. [213.106.112.122]) by mx.google.com with ESMTPSA id ei5sm14332354wid.2.2015.01.13.05.26.50 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 13 Jan 2015 05:26:51 -0800 (PST) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Thomas Gazagnaire In-Reply-To: Date: Tue, 13 Jan 2015 13:26:49 +0000 Message-Id: <19230F05-6CBF-4899-97C1-5FD4F0CBFF60@gazagnaire.org> References: To: Thomas Leonard X-Mailer: Apple Mail (2.1993) Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] FLOW errors X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org > I'm trying to tidy up my Mirage conduit changes to support TLS. I agree this is kind of a mess atm. > One particularly messy aspect is the error handling. V1_LWT.FLOW > leaves the "error" type abstract, which means that any code accepting > a generic flow can't handle errors (except by propagating to its > caller like an exception and requiring its caller in turn to know > about the underlying flow type, still breaking the abstraction). We wanted the error to be s-expressable at one point, not sure if it is the right move as it won't really help much (appart printing them correctly). > 1. Have V1_LWT.FLOW define "type error = exn". This reminds people > that they may want to handle IO errors specially somehow (why?), but > lets them easily raise them as exceptions, return them, or convert > them to strings. You can still match on particular exceptions if > required (e.g. Tls_invalid_certificate_error or similar). That's a bit weird to have `Error of exn as it is the same as `Lwt.Fail exn` which is directly return by `Lwt.state`. I guess it is very similar to point 2. appart that you distinguish IO errors from other errors. Not sure what we gain exactly. > 2. Remove the `Error cases from FLOW and just raise exceptions. Then > IO errors will be treated the same as any other kind of error (e.g. > aborting the current opertation and being logged to the console). > > Thoughts? Error handling needs clean-up in general, so if you think you have a good and simple solution for a specific case (FLOW here), go for it. Thomas _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Tue Jan 13 13:26:57 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 13 Jan 2015 13:26:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YB1Ul-0003lX-Ee; Tue, 13 Jan 2015 13:26:55 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YB1Uj-0003lS-Dq for mirageos-devel@lists.xenproject.org; Tue, 13 Jan 2015 13:26:53 +0000 Received: from [193.109.254.147] by server-6.bemta-14.messagelabs.com id B0/E7-03145-C1D15B45; Tue, 13 Jan 2015 13:26:52 +0000 X-Env-Sender: thomas.gazagnaire@gmail.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1421155611!20276779!1 X-Originating-IP: [74.125.82.48] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8921 invoked from network); 13 Jan 2015 13:26:51 -0000 Received: from mail-wg0-f48.google.com (HELO mail-wg0-f48.google.com) (74.125.82.48) by server-14.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 13 Jan 2015 13:26:51 -0000 Received: by mail-wg0-f48.google.com with SMTP id l2so2915120wgh.7 for ; Tue, 13 Jan 2015 05:26:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=44ypnARGD485uexT8xQGPa55zhPmZTaM0OdacFOBGIU=; b=oPKyGQ/jTwnUROMAtHb3p6RKEE9+1amCZT/ldSj7H8BwcqG524WX95Z/QErvc7/hA6 +jQvwLmHgHTa2ctJRUxPn4sfVBUnuENTv/ZW2yz6xsjERNDJkj6A55v34K6cvBDOYgoa 8CNTsYWf+wXLZpDoOrjnAJrVfPH6WbDQux4IGxVZDTb01pSjBedF1TYrLINUn007MWiG zSx0Y1IrTUhfiWHfdueDis9mrBeqgl84Y2p4lgFuouo+XT6hP9EjvmaBmlK4E5MUM9n2 MHDoiYSek0ZtHrH+AfQty3fkf9XUPSX5SiNm2762eGz9RHLjE45ufrqB8Bfyejnhqbdg 85MQ== X-Received: by 10.180.39.204 with SMTP id r12mr39477859wik.11.1421155611664; Tue, 13 Jan 2015 05:26:51 -0800 (PST) Received: from [192.168.0.2] (cpc25-cmbg14-2-0-cust121.5-4.cable.virginm.net. [213.106.112.122]) by mx.google.com with ESMTPSA id ei5sm14332354wid.2.2015.01.13.05.26.50 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 13 Jan 2015 05:26:51 -0800 (PST) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Thomas Gazagnaire In-Reply-To: Date: Tue, 13 Jan 2015 13:26:49 +0000 Message-Id: <19230F05-6CBF-4899-97C1-5FD4F0CBFF60@gazagnaire.org> References: To: Thomas Leonard X-Mailer: Apple Mail (2.1993) Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] FLOW errors X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org > I'm trying to tidy up my Mirage conduit changes to support TLS. I agree this is kind of a mess atm. > One particularly messy aspect is the error handling. V1_LWT.FLOW > leaves the "error" type abstract, which means that any code accepting > a generic flow can't handle errors (except by propagating to its > caller like an exception and requiring its caller in turn to know > about the underlying flow type, still breaking the abstraction). We wanted the error to be s-expressable at one point, not sure if it is the right move as it won't really help much (appart printing them correctly). > 1. Have V1_LWT.FLOW define "type error = exn". This reminds people > that they may want to handle IO errors specially somehow (why?), but > lets them easily raise them as exceptions, return them, or convert > them to strings. You can still match on particular exceptions if > required (e.g. Tls_invalid_certificate_error or similar). That's a bit weird to have `Error of exn as it is the same as `Lwt.Fail exn` which is directly return by `Lwt.state`. I guess it is very similar to point 2. appart that you distinguish IO errors from other errors. Not sure what we gain exactly. > 2. Remove the `Error cases from FLOW and just raise exceptions. Then > IO errors will be treated the same as any other kind of error (e.g. > aborting the current opertation and being logged to the console). > > Thoughts? Error handling needs clean-up in general, so if you think you have a good and simple solution for a specific case (FLOW here), go for it. Thomas _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Tue Jan 13 14:03:26 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 13 Jan 2015 14:03:26 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YB242-0006PW-NW; Tue, 13 Jan 2015 14:03:22 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YB242-0006PO-1T for mirageos-devel@lists.xenproject.org; Tue, 13 Jan 2015 14:03:22 +0000 Received: from [193.109.254.147] by server-7.bemta-14.messagelabs.com id 95/AC-27785-9A525B45; Tue, 13 Jan 2015 14:03:21 +0000 X-Env-Sender: amc79@cam.ac.uk X-Msg-Ref: server-16.tower-27.messagelabs.com!1421157799!14852481!1 X-Originating-IP: [131.111.8.150] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTMxLjExMS44LjE1MCA9PiAxNDk0MDU=\n X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4375 invoked from network); 13 Jan 2015 14:03:19 -0000 Received: from ppsw-50.csi.cam.ac.uk (HELO ppsw-50.csi.cam.ac.uk) (131.111.8.150) by server-16.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 13 Jan 2015 14:03:19 -0000 X-Cam-AntiVirus: no malware found X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ Received: from 93-140-236-93.adsl.net.t-com.hr ([93.140.236.93]:63105 helo=amirmacbook.sx76x.gigaset.net) by ppsw-50.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.158]:587) with esmtpsa (PLAIN:amc79) (TLSv1:AES128-SHA:128) id 1YB23y-0001q3-so (Exim 4.82_3-c0e5623) for mirageos-devel@lists.xenproject.org (return-path ); Tue, 13 Jan 2015 14:03:19 +0000 From: Amir Chaudhry Message-Id: <2E326BEB-02B8-433C-8A8B-47448A543329@cam.ac.uk> Date: Tue, 13 Jan 2015 15:03:17 +0100 To: mirageos-devel Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) X-Mailer: Apple Mail (2.1510) Subject: [MirageOS-devel] Mirage fortnightly call - Wednesday 14th at 4pm GMT X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org Hi folks, The regular Mirage calls will start again from this Wednesday afternoon at = 4pm GMT. As usual it's open to all! You can catch up via notes from the last call at http://openmirage.org/wiki= /weekly-2014-12-10 The agenda is currently as follows: =95 "Mirage OS" or "MirageOS"? =95 Pull OCaml runtime/bindings into packages / OCaml 4.02.1 support =95 Planning for 3.0 If you have things to add/edit, please do so at https://github.com/mirage/m= irage-www/wiki/Call-Agenda GoToMeeting details are below but if there are any hiccups/delays then I'll= switch to a public Google Hangout. If that happens, I'll post the link he= re and also in the IRC channel (#mirage on freenode). Join us at 4pm GMT on Wednesday! 1. Please join my meeting. https://www1.gotomeeting.com/join/591890401 Dial in numbers (ask if you need a specific country): United Kingdom: +44 (0) 20 3657 6778 United States: +1 (213) 493-0014 Access Code: 591-890-401 Audio PIN: Shown after joining the meeting Best wishes, Amir _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Tue Jan 13 14:03:26 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 13 Jan 2015 14:03:26 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YB242-0006PW-NW; Tue, 13 Jan 2015 14:03:22 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YB242-0006PO-1T for mirageos-devel@lists.xenproject.org; Tue, 13 Jan 2015 14:03:22 +0000 Received: from [193.109.254.147] by server-7.bemta-14.messagelabs.com id 95/AC-27785-9A525B45; Tue, 13 Jan 2015 14:03:21 +0000 X-Env-Sender: amc79@cam.ac.uk X-Msg-Ref: server-16.tower-27.messagelabs.com!1421157799!14852481!1 X-Originating-IP: [131.111.8.150] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTMxLjExMS44LjE1MCA9PiAxNDk0MDU=\n X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4375 invoked from network); 13 Jan 2015 14:03:19 -0000 Received: from ppsw-50.csi.cam.ac.uk (HELO ppsw-50.csi.cam.ac.uk) (131.111.8.150) by server-16.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 13 Jan 2015 14:03:19 -0000 X-Cam-AntiVirus: no malware found X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ Received: from 93-140-236-93.adsl.net.t-com.hr ([93.140.236.93]:63105 helo=amirmacbook.sx76x.gigaset.net) by ppsw-50.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.158]:587) with esmtpsa (PLAIN:amc79) (TLSv1:AES128-SHA:128) id 1YB23y-0001q3-so (Exim 4.82_3-c0e5623) for mirageos-devel@lists.xenproject.org (return-path ); Tue, 13 Jan 2015 14:03:19 +0000 From: Amir Chaudhry Message-Id: <2E326BEB-02B8-433C-8A8B-47448A543329@cam.ac.uk> Date: Tue, 13 Jan 2015 15:03:17 +0100 To: mirageos-devel Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) X-Mailer: Apple Mail (2.1510) Subject: [MirageOS-devel] Mirage fortnightly call - Wednesday 14th at 4pm GMT X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org Hi folks, The regular Mirage calls will start again from this Wednesday afternoon at = 4pm GMT. As usual it's open to all! You can catch up via notes from the last call at http://openmirage.org/wiki= /weekly-2014-12-10 The agenda is currently as follows: =95 "Mirage OS" or "MirageOS"? =95 Pull OCaml runtime/bindings into packages / OCaml 4.02.1 support =95 Planning for 3.0 If you have things to add/edit, please do so at https://github.com/mirage/m= irage-www/wiki/Call-Agenda GoToMeeting details are below but if there are any hiccups/delays then I'll= switch to a public Google Hangout. If that happens, I'll post the link he= re and also in the IRC channel (#mirage on freenode). Join us at 4pm GMT on Wednesday! 1. Please join my meeting. https://www1.gotomeeting.com/join/591890401 Dial in numbers (ask if you need a specific country): United Kingdom: +44 (0) 20 3657 6778 United States: +1 (213) 493-0014 Access Code: 591-890-401 Audio PIN: Shown after joining the meeting Best wishes, Amir _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Tue Jan 13 15:20:04 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 13 Jan 2015 15:20:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YB3GA-0001KE-2b; Tue, 13 Jan 2015 15:19:58 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YB3G8-0001K7-K6 for mirageos-devel@lists.xenproject.org; Tue, 13 Jan 2015 15:19:56 +0000 Received: from [85.158.143.35] by server-1.bemta-4.messagelabs.com id 4F/B0-09842-C9735B45; Tue, 13 Jan 2015 15:19:56 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-5.tower-21.messagelabs.com!1421162395!21150376!1 X-Originating-IP: [209.85.217.177] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12043 invoked from network); 13 Jan 2015 15:19:55 -0000 Received: from mail-lb0-f177.google.com (HELO mail-lb0-f177.google.com) (209.85.217.177) by server-5.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 13 Jan 2015 15:19:55 -0000 Received: by mail-lb0-f177.google.com with SMTP id b6so3078789lbj.8 for ; Tue, 13 Jan 2015 07:19:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=vIVYr8QaMKl7mlfeNmJjIrLy2hHnTOcxVRGHmK8mlfg=; b=GMbzrfNP5Y7NZpUxaZppC1//9w3UvTgwcMfbMLFZ4arXecrZZwC0+4w4V9DMmOODtG AvtXfpujubnZ/Ea3TxpP452SpLuNlMczc3vLbL49Ky9qsun3ybpCj/zRv5mcZOlKd7+u P6jCctLd7Y71A4s/g668YAyqLnV2Wg8TyhmQMt7s6KKAh/p/t0OiW8b/VL/EnZsL8Bgv bh/+0UUSOuW48gJBpp3Yfar5hOQMC6SqwTjSmBdhNlHGkD4DOxpAng6yw8LHbXL0LH+J C9GH0IzJhM1nsT6laORyqxpU868ELIrk+BczsMLIpjW1J9YE5w8J/xDHOifzBsdjyXH1 pTdg== MIME-Version: 1.0 X-Received: by 10.152.18.225 with SMTP id z1mr43186066lad.0.1421162394503; Tue, 13 Jan 2015 07:19:54 -0800 (PST) Received: by 10.25.207.3 with HTTP; Tue, 13 Jan 2015 07:19:54 -0800 (PST) In-Reply-To: <19230F05-6CBF-4899-97C1-5FD4F0CBFF60@gazagnaire.org> References: <19230F05-6CBF-4899-97C1-5FD4F0CBFF60@gazagnaire.org> Date: Tue, 13 Jan 2015 15:19:54 +0000 Message-ID: From: Thomas Leonard To: Thomas Gazagnaire Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] FLOW errors X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 13 January 2015 at 13:26, Thomas Gazagnaire wrote: >> I'm trying to tidy up my Mirage conduit changes to support TLS. > > I agree this is kind of a mess atm. > >> One particularly messy aspect is the error handling. V1_LWT.FLOW >> leaves the "error" type abstract, which means that any code accepting >> a generic flow can't handle errors (except by propagating to its >> caller like an exception and requiring its caller in turn to know >> about the underlying flow type, still breaking the abstraction). > > We wanted the error to be s-expressable at one point, not sure if it is the right move as it won't really help much (appart printing them correctly). > >> 1. Have V1_LWT.FLOW define "type error = exn". This reminds people >> that they may want to handle IO errors specially somehow (why?), but >> lets them easily raise them as exceptions, return them, or convert >> them to strings. You can still match on particular exceptions if >> required (e.g. Tls_invalid_certificate_error or similar). > > That's a bit weird to have `Error of exn as it is the same as `Lwt.Fail exn` which is directly return by `Lwt.state`. I guess it is very similar to point 2. appart that you distinguish IO errors from other errors. Not sure what we gain exactly. Yes, good point. There's an arms race here: putting the exn forces the caller to handle it explicitly. Of course, the caller will wrap >>= into a version that propagates the exception so they can ignore it again... >> 2. Remove the `Error cases from FLOW and just raise exceptions. Then >> IO errors will be treated the same as any other kind of error (e.g. >> aborting the current opertation and being logged to the console). >> >> Thoughts? > > Error handling needs clean-up in general, so if you think you have a good and simple solution for a specific case (FLOW here), go for it. Another possibility: 3. Add val error_message : error -> string to FLOW and DEVICE. That doesn't involve any backwards incompatible changes, just adding a few new functions. Then modules can expose detailed error types as return values if desired, but there's no problem producing detailed error messages when using the generic interfaces. -- Dr Thomas Leonard http://0install.net/ GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 GPG: DA98 25AE CAD0 8975 7CDA BD8E 0713 3F96 CA74 D8BA _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Tue Jan 13 15:20:04 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 13 Jan 2015 15:20:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YB3GA-0001KE-2b; Tue, 13 Jan 2015 15:19:58 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YB3G8-0001K7-K6 for mirageos-devel@lists.xenproject.org; Tue, 13 Jan 2015 15:19:56 +0000 Received: from [85.158.143.35] by server-1.bemta-4.messagelabs.com id 4F/B0-09842-C9735B45; Tue, 13 Jan 2015 15:19:56 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-5.tower-21.messagelabs.com!1421162395!21150376!1 X-Originating-IP: [209.85.217.177] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12043 invoked from network); 13 Jan 2015 15:19:55 -0000 Received: from mail-lb0-f177.google.com (HELO mail-lb0-f177.google.com) (209.85.217.177) by server-5.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 13 Jan 2015 15:19:55 -0000 Received: by mail-lb0-f177.google.com with SMTP id b6so3078789lbj.8 for ; Tue, 13 Jan 2015 07:19:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=vIVYr8QaMKl7mlfeNmJjIrLy2hHnTOcxVRGHmK8mlfg=; b=GMbzrfNP5Y7NZpUxaZppC1//9w3UvTgwcMfbMLFZ4arXecrZZwC0+4w4V9DMmOODtG AvtXfpujubnZ/Ea3TxpP452SpLuNlMczc3vLbL49Ky9qsun3ybpCj/zRv5mcZOlKd7+u P6jCctLd7Y71A4s/g668YAyqLnV2Wg8TyhmQMt7s6KKAh/p/t0OiW8b/VL/EnZsL8Bgv bh/+0UUSOuW48gJBpp3Yfar5hOQMC6SqwTjSmBdhNlHGkD4DOxpAng6yw8LHbXL0LH+J C9GH0IzJhM1nsT6laORyqxpU868ELIrk+BczsMLIpjW1J9YE5w8J/xDHOifzBsdjyXH1 pTdg== MIME-Version: 1.0 X-Received: by 10.152.18.225 with SMTP id z1mr43186066lad.0.1421162394503; Tue, 13 Jan 2015 07:19:54 -0800 (PST) Received: by 10.25.207.3 with HTTP; Tue, 13 Jan 2015 07:19:54 -0800 (PST) In-Reply-To: <19230F05-6CBF-4899-97C1-5FD4F0CBFF60@gazagnaire.org> References: <19230F05-6CBF-4899-97C1-5FD4F0CBFF60@gazagnaire.org> Date: Tue, 13 Jan 2015 15:19:54 +0000 Message-ID: From: Thomas Leonard To: Thomas Gazagnaire Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] FLOW errors X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 13 January 2015 at 13:26, Thomas Gazagnaire wrote: >> I'm trying to tidy up my Mirage conduit changes to support TLS. > > I agree this is kind of a mess atm. > >> One particularly messy aspect is the error handling. V1_LWT.FLOW >> leaves the "error" type abstract, which means that any code accepting >> a generic flow can't handle errors (except by propagating to its >> caller like an exception and requiring its caller in turn to know >> about the underlying flow type, still breaking the abstraction). > > We wanted the error to be s-expressable at one point, not sure if it is the right move as it won't really help much (appart printing them correctly). > >> 1. Have V1_LWT.FLOW define "type error = exn". This reminds people >> that they may want to handle IO errors specially somehow (why?), but >> lets them easily raise them as exceptions, return them, or convert >> them to strings. You can still match on particular exceptions if >> required (e.g. Tls_invalid_certificate_error or similar). > > That's a bit weird to have `Error of exn as it is the same as `Lwt.Fail exn` which is directly return by `Lwt.state`. I guess it is very similar to point 2. appart that you distinguish IO errors from other errors. Not sure what we gain exactly. Yes, good point. There's an arms race here: putting the exn forces the caller to handle it explicitly. Of course, the caller will wrap >>= into a version that propagates the exception so they can ignore it again... >> 2. Remove the `Error cases from FLOW and just raise exceptions. Then >> IO errors will be treated the same as any other kind of error (e.g. >> aborting the current opertation and being logged to the console). >> >> Thoughts? > > Error handling needs clean-up in general, so if you think you have a good and simple solution for a specific case (FLOW here), go for it. Another possibility: 3. Add val error_message : error -> string to FLOW and DEVICE. That doesn't involve any backwards incompatible changes, just adding a few new functions. Then modules can expose detailed error types as return values if desired, but there's no problem producing detailed error messages when using the generic interfaces. -- Dr Thomas Leonard http://0install.net/ GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 GPG: DA98 25AE CAD0 8975 7CDA BD8E 0713 3F96 CA74 D8BA _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Tue Jan 13 17:03:56 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 13 Jan 2015 17:03:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YB4sh-00073B-Bt; Tue, 13 Jan 2015 17:03:51 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YB4sg-000734-AL for mirageos-devel@lists.xenproject.org; Tue, 13 Jan 2015 17:03:50 +0000 Received: from [85.158.139.211] by server-4.bemta-5.messagelabs.com id 70/EA-22737-5FF45B45; Tue, 13 Jan 2015 17:03:49 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-13.tower-206.messagelabs.com!1421168628!17846717!1 X-Originating-IP: [209.85.217.180] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30170 invoked from network); 13 Jan 2015 17:03:48 -0000 Received: from mail-lb0-f180.google.com (HELO mail-lb0-f180.google.com) (209.85.217.180) by server-13.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 13 Jan 2015 17:03:48 -0000 Received: by mail-lb0-f180.google.com with SMTP id l4so3628864lbv.11 for ; Tue, 13 Jan 2015 09:03:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=VWuLv469jJ8tXLwHxsSsg9k3Sm/KIBOmlHHHYyEkIC8=; b=x27x0C4puEv5qqBqeMkSmm1hDMcarwmGgvO38a6QoR5hEH+fkghLHWxjh3WheVttgA s8j8X52hr2o5g8lFwOY5kV+wCHK+gc+MBo6QzJAfLQGDHTFpZ02OVrfn9pkhkD3pKO/k 3M5HsVmAx2sAYoNcpYiNk5TDysUwhIrpIiqPJUFJbhz90FSgzcV5rGIdloweDWjijgHF SJsbGnBbEcPMKblw87cYeqbvu+bhpTHhUGs1BXpS7XUzpxkvNIxYR0pvp3URxS4BCNsL O0ZuVIW0OIfAbHHhyjVgVPrXAK/wyGnSC/CWNAlJFF9O73IRjAFo7CzWY++YoR/YjbyK Kn+w== MIME-Version: 1.0 X-Received: by 10.153.4.44 with SMTP id cb12mr43809998lad.30.1421168628069; Tue, 13 Jan 2015 09:03:48 -0800 (PST) Received: by 10.25.207.3 with HTTP; Tue, 13 Jan 2015 09:03:48 -0800 (PST) Date: Tue, 13 Jan 2015 17:03:48 +0000 Message-ID: From: Thomas Leonard To: "mirageos-devel@lists.xenproject.org" Subject: [MirageOS-devel] TLS on Xen X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org I've sent PRs for various patches to make TLS work on Xen. The changes needed are: 1. Add generic error handling for FLOWs, so we can propagate errors reliably. 2. Fix the page alignment requirements for Netif. 3. Add TLS support to conduit. PRs: Add `error_message` support for FLOW (can be merged now): https://github.com/mirage/mirage-console/pull/33 https://github.com/mirage/ocaml-vchan/pull/60 https://github.com/mirage/mirage-tcpip/pull/98 (any other places implementing FLOW?) Update the FLOW signature: https://github.com/mirage/mirage/pull/346 Update TLS and Conduit (they both require and provide FLOW, so they will be broken briefly): https://github.com/mirleft/ocaml-tls/pull/225 We could add a dummy version of `error_message` here first to ease upgrades, if desired. However, Conduit_mirage will break anyway due to the extra TLS functor argument. Make Netif not require aligned single-page buffers: https://github.com/mirage/mirage-net-xen/pull/17 (optional: remove now-pointess copying in ocaml-tls) You can then configure conduit for TLS like this: let mode = `TLS (tls_config, `TCP (`Port 443)) in The mode contains the TLS arguments and a configuration for some underlying channel. I'm fairly happy with it. One minor problem is creating the TLS server from a TLS config. Is there a function for this? In conduit, I currently have: let server = Tls.Config.(server ~ciphers:config.ciphers ~version:config.protocol_versions ~hashes:config.hashes ~reneg:config.use_reneg ?certificate:config.own_certificate ~secure_reneg:config.secure_reneg) () in However, this will silently fail to pass any new config attributes that get adding later. -- Dr Thomas Leonard http://0install.net/ GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 GPG: DA98 25AE CAD0 8975 7CDA BD8E 0713 3F96 CA74 D8BA _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Tue Jan 13 17:03:56 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 13 Jan 2015 17:03:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YB4sh-00073B-Bt; Tue, 13 Jan 2015 17:03:51 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YB4sg-000734-AL for mirageos-devel@lists.xenproject.org; Tue, 13 Jan 2015 17:03:50 +0000 Received: from [85.158.139.211] by server-4.bemta-5.messagelabs.com id 70/EA-22737-5FF45B45; Tue, 13 Jan 2015 17:03:49 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-13.tower-206.messagelabs.com!1421168628!17846717!1 X-Originating-IP: [209.85.217.180] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30170 invoked from network); 13 Jan 2015 17:03:48 -0000 Received: from mail-lb0-f180.google.com (HELO mail-lb0-f180.google.com) (209.85.217.180) by server-13.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 13 Jan 2015 17:03:48 -0000 Received: by mail-lb0-f180.google.com with SMTP id l4so3628864lbv.11 for ; Tue, 13 Jan 2015 09:03:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=VWuLv469jJ8tXLwHxsSsg9k3Sm/KIBOmlHHHYyEkIC8=; b=x27x0C4puEv5qqBqeMkSmm1hDMcarwmGgvO38a6QoR5hEH+fkghLHWxjh3WheVttgA s8j8X52hr2o5g8lFwOY5kV+wCHK+gc+MBo6QzJAfLQGDHTFpZ02OVrfn9pkhkD3pKO/k 3M5HsVmAx2sAYoNcpYiNk5TDysUwhIrpIiqPJUFJbhz90FSgzcV5rGIdloweDWjijgHF SJsbGnBbEcPMKblw87cYeqbvu+bhpTHhUGs1BXpS7XUzpxkvNIxYR0pvp3URxS4BCNsL O0ZuVIW0OIfAbHHhyjVgVPrXAK/wyGnSC/CWNAlJFF9O73IRjAFo7CzWY++YoR/YjbyK Kn+w== MIME-Version: 1.0 X-Received: by 10.153.4.44 with SMTP id cb12mr43809998lad.30.1421168628069; Tue, 13 Jan 2015 09:03:48 -0800 (PST) Received: by 10.25.207.3 with HTTP; Tue, 13 Jan 2015 09:03:48 -0800 (PST) Date: Tue, 13 Jan 2015 17:03:48 +0000 Message-ID: From: Thomas Leonard To: "mirageos-devel@lists.xenproject.org" Subject: [MirageOS-devel] TLS on Xen X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org I've sent PRs for various patches to make TLS work on Xen. The changes needed are: 1. Add generic error handling for FLOWs, so we can propagate errors reliably. 2. Fix the page alignment requirements for Netif. 3. Add TLS support to conduit. PRs: Add `error_message` support for FLOW (can be merged now): https://github.com/mirage/mirage-console/pull/33 https://github.com/mirage/ocaml-vchan/pull/60 https://github.com/mirage/mirage-tcpip/pull/98 (any other places implementing FLOW?) Update the FLOW signature: https://github.com/mirage/mirage/pull/346 Update TLS and Conduit (they both require and provide FLOW, so they will be broken briefly): https://github.com/mirleft/ocaml-tls/pull/225 We could add a dummy version of `error_message` here first to ease upgrades, if desired. However, Conduit_mirage will break anyway due to the extra TLS functor argument. Make Netif not require aligned single-page buffers: https://github.com/mirage/mirage-net-xen/pull/17 (optional: remove now-pointess copying in ocaml-tls) You can then configure conduit for TLS like this: let mode = `TLS (tls_config, `TCP (`Port 443)) in The mode contains the TLS arguments and a configuration for some underlying channel. I'm fairly happy with it. One minor problem is creating the TLS server from a TLS config. Is there a function for this? In conduit, I currently have: let server = Tls.Config.(server ~ciphers:config.ciphers ~version:config.protocol_versions ~hashes:config.hashes ~reneg:config.use_reneg ?certificate:config.own_certificate ~secure_reneg:config.secure_reneg) () in However, this will silently fail to pass any new config attributes that get adding later. -- Dr Thomas Leonard http://0install.net/ GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 GPG: DA98 25AE CAD0 8975 7CDA BD8E 0713 3F96 CA74 D8BA _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Tue Jan 13 22:36:10 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 13 Jan 2015 22:36:10 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YBA4C-0005xY-H1; Tue, 13 Jan 2015 22:36:04 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YBA4B-0005xE-Ca; Tue, 13 Jan 2015 22:36:03 +0000 Received: from [85.158.137.68] by server-3.bemta-3.messagelabs.com id C1/D3-16982-2DD95B45; Tue, 13 Jan 2015 22:36:02 +0000 X-Env-Sender: russell.pavlicek.xen@gmail.com X-Msg-Ref: server-3.tower-31.messagelabs.com!1421188561!19401647!1 X-Originating-IP: [209.85.217.172] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21779 invoked from network); 13 Jan 2015 22:36:01 -0000 Received: from mail-lb0-f172.google.com (HELO mail-lb0-f172.google.com) (209.85.217.172) by server-3.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 13 Jan 2015 22:36:01 -0000 Received: by mail-lb0-f172.google.com with SMTP id z12so5118412lbi.3; Tue, 13 Jan 2015 14:36:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=A5w1oGoPHL3L55e17s621qqylQPZLH8yYa603sCcwgg=; b=AG/XIRQSdKhHetXvlPmPzVR0jzoQiH2fBDZoZzLS8iDhZDfujtvtLeOR4wZ4UczqZ+ pFvbzeS1BsizeyxjfDlZL/TN6jHFKRGG5Km1ZE/aVXe/CVbjZx//+o9xKZAo/j611Uou A2Fd0O0ArNfmxFGT7mZzKaq9xG8cPHKQ2b2Iy3jCl403yMuB0LX1KYtAyX0bO9c1ZcTo Z+IQKTf69R6NawQlUqUXqyIDZG5wd1ok9e7xi5iF6TBcA9rRBv0Da++lax2UuaaD4yuk fWzPW6UrhkrbLlnO8FANu4auU9PVzX8tFlQacVz4SHETwf93DZZ3MsPC3upFdlme00uZ nHyg== MIME-Version: 1.0 X-Received: by 10.112.198.233 with SMTP id jf9mr710482lbc.9.1421188560900; Tue, 13 Jan 2015 14:36:00 -0800 (PST) Received: by 10.112.0.104 with HTTP; Tue, 13 Jan 2015 14:36:00 -0800 (PST) Date: Tue, 13 Jan 2015 17:36:00 -0500 X-Google-Sender-Auth: nxt4VOLflaL_UVJY4kwcHliTpyg Message-ID: From: Russ Pavlicek To: xen-devel@lists.xenproject.org, xen-users@lists.xenproject.org, xen-api@lists.xen.org, mirageos-devel@lists.xenproject.org Subject: [MirageOS-devel] Proposal: Xen Project Document Days for 2015 X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org Folks, I am proposing that this year's Document Days schedule follow the rule we followed in the latter half of 2014: Doc Days will be scheduled on the final Wednesday of each month (barring conflicts with holidays). Particularly, I suggest the following dates: January 28, 2015 February 25, 2015 March 25, 2015 April 29, 2015 May 27, 2015 June 24, 2015 July 29, 2015 August 26, 2015 September 30, 2015 October 28, 2015 December 2, 2015 (due to holidays in November and December in multiple countries) If anyone would like to suggest a change to the rule, please reply. Otherwise, if you see a local holiday in the list above, speak up so we can consider rescheduling. Thanks, Russ _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Tue Jan 13 22:36:10 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 13 Jan 2015 22:36:10 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YBA4C-0005xY-H1; Tue, 13 Jan 2015 22:36:04 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YBA4B-0005xE-Ca; Tue, 13 Jan 2015 22:36:03 +0000 Received: from [85.158.137.68] by server-3.bemta-3.messagelabs.com id C1/D3-16982-2DD95B45; Tue, 13 Jan 2015 22:36:02 +0000 X-Env-Sender: russell.pavlicek.xen@gmail.com X-Msg-Ref: server-3.tower-31.messagelabs.com!1421188561!19401647!1 X-Originating-IP: [209.85.217.172] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21779 invoked from network); 13 Jan 2015 22:36:01 -0000 Received: from mail-lb0-f172.google.com (HELO mail-lb0-f172.google.com) (209.85.217.172) by server-3.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 13 Jan 2015 22:36:01 -0000 Received: by mail-lb0-f172.google.com with SMTP id z12so5118412lbi.3; Tue, 13 Jan 2015 14:36:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=A5w1oGoPHL3L55e17s621qqylQPZLH8yYa603sCcwgg=; b=AG/XIRQSdKhHetXvlPmPzVR0jzoQiH2fBDZoZzLS8iDhZDfujtvtLeOR4wZ4UczqZ+ pFvbzeS1BsizeyxjfDlZL/TN6jHFKRGG5Km1ZE/aVXe/CVbjZx//+o9xKZAo/j611Uou A2Fd0O0ArNfmxFGT7mZzKaq9xG8cPHKQ2b2Iy3jCl403yMuB0LX1KYtAyX0bO9c1ZcTo Z+IQKTf69R6NawQlUqUXqyIDZG5wd1ok9e7xi5iF6TBcA9rRBv0Da++lax2UuaaD4yuk fWzPW6UrhkrbLlnO8FANu4auU9PVzX8tFlQacVz4SHETwf93DZZ3MsPC3upFdlme00uZ nHyg== MIME-Version: 1.0 X-Received: by 10.112.198.233 with SMTP id jf9mr710482lbc.9.1421188560900; Tue, 13 Jan 2015 14:36:00 -0800 (PST) Received: by 10.112.0.104 with HTTP; Tue, 13 Jan 2015 14:36:00 -0800 (PST) Date: Tue, 13 Jan 2015 17:36:00 -0500 X-Google-Sender-Auth: nxt4VOLflaL_UVJY4kwcHliTpyg Message-ID: From: Russ Pavlicek To: xen-devel@lists.xenproject.org, xen-users@lists.xenproject.org, xen-api@lists.xen.org, mirageos-devel@lists.xenproject.org Subject: [MirageOS-devel] Proposal: Xen Project Document Days for 2015 X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org Folks, I am proposing that this year's Document Days schedule follow the rule we followed in the latter half of 2014: Doc Days will be scheduled on the final Wednesday of each month (barring conflicts with holidays). Particularly, I suggest the following dates: January 28, 2015 February 25, 2015 March 25, 2015 April 29, 2015 May 27, 2015 June 24, 2015 July 29, 2015 August 26, 2015 September 30, 2015 October 28, 2015 December 2, 2015 (due to holidays in November and December in multiple countries) If anyone would like to suggest a change to the rule, please reply. Otherwise, if you see a local holiday in the list above, speak up so we can consider rescheduling. Thanks, Russ _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Wed Jan 14 10:59:41 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 14 Jan 2015 10:59:41 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YBLfh-00079C-QD; Wed, 14 Jan 2015 10:59:33 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YBLfh-000793-8l for mirageos-devel@lists.xenproject.org; Wed, 14 Jan 2015 10:59:33 +0000 Received: from [85.158.143.35] by server-2.bemta-4.messagelabs.com id A4/E9-25276-41C46B45; Wed, 14 Jan 2015 10:59:32 +0000 X-Env-Sender: pszmk1@nottingham.ac.uk X-Msg-Ref: server-8.tower-21.messagelabs.com!1421233128!21369514!1 X-Originating-IP: [128.243.43.109] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28767 invoked from network); 14 Jan 2015 10:58:48 -0000 Received: from uidappmx01.nottingham.ac.uk (HELO uidappmx01.nottingham.ac.uk) (128.243.43.109) by server-8.tower-21.messagelabs.com with SMTP; 14 Jan 2015 10:58:48 -0000 Received: from uidappmx01.nottingham.ac.uk (localhost.localdomain [127.0.0.1]) by localhost (Email Security Appliance) with SMTP id 09E4D419418_4B64BE8B for ; Wed, 14 Jan 2015 10:58:48 +0000 (GMT) Received: from smtp3.nottingham.ac.uk (smtp3.nottingham.ac.uk [128.243.44.55]) by uidappmx01.nottingham.ac.uk (Sophos Email Appliance) with ESMTP id 777A23CED7E_4B64BE7F for ; Wed, 14 Jan 2015 10:58:47 +0000 (GMT) Received: from cirrus.cs.nott.ac.uk ([128.243.23.185]) by smtp3.nottingham.ac.uk with esmtpsa (UNKNOWN:AES128-SHA:128) (Exim 4.77) (envelope-from ) id 1YBLex-0002EV-A5; Wed, 14 Jan 2015 10:58:47 +0000 Message-ID: <54B64BE3.8040204@nottingham.ac.uk> Date: Wed, 14 Jan 2015 10:58:43 +0000 From: Masoud Koleini User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Thomas Leonard References: <547757A6.9080504@nottingham.ac.uk> <54789CDF.5050408@nottingham.ac.uk> <29F708AD-B715-4E33-979F-4B0288766935@recoil.org> <5491C606.500@nottingham.ac.uk> <5492F016.80601@nottingham.ac.uk> In-Reply-To: Cc: "mirageos-devel@lists.xenproject.org" , Anil Madhavapeddy Subject: Re: [MirageOS-devel] Parallelizing writing to network devices X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 10/01/15 18:39, Thomas Leonard wrote: > On 18 December 2014 at 15:17, Masoud Koleini > wrote: >> On 18/12/14 13:19, Thomas Leonard wrote: >>> On 17 December 2014 at 18:05, Masoud Koleini >>> wrote: >>>> Thanks Thomas for the great tracing tool! >>>> >>>> The following is a very simple unikernel with two interfaces, which >>>> redirects frames captured on the first interface to the second one: >>>> >>>> https://github.com/koleini/parallelisation >>>> >>>> The problem is that in a high packet rate (more than 80'000 pps), switch >>>> stops receiving. The goal is to spot the problem and enhance the >>>> throughput >>>> of Mirage netif. >>>> >>>> Test environment consists of another vm running a traffic generator and >>>> sending frames of a specific pattern (UDP frames of size 100 bytes) over >>>> the >>>> bridge that connects to the first interface of the unikernel. Unikernel >>>> forwards frames by collecting a number of frames from input queue and >>>> running the same number of threads that write them to the output >>>> interface. >>>> >>>> Two trace files are uploaded to the repo. The first file is the output of >>>> this configuration. This trace shows that each netif write locks until >>>> the >>>> thread that writes on the front-end connection to the ring is returned >>>> (function write_already_locked.) >>> Do these traces show it after it stopped? The second has a long sleep, >>> while the first looks like it was in the middle of a run. >>> >>> If it had stopped in both cases, it suggests that the whole unikernel >>> stopped (not just the listen thread), because there are no more timer >>> interrupts and no sleep region. >>> >>> Does "xl top" show the unikernel still using the CPU? Or it is >>> waiting, or crashed? >>> >>> If you have a thread writing a string to the console once per second, >>> does it continue after unikernel stops accepting frames? >> Yes, both are. It looks that I have more info on the traces with updated >> Mirage libraries. So, I updated the traces in the repo. >> >> The unikernel is still working, as traces that periodically write info on >> the console are still working too. > I'm not sure, but it might be worth applying this fix and testing again: > > https://github.com/mirage/mirage-net-xen/pull/16 > > (when Netif stopped to wait for space in the transmit ring, it would > sometimes fail to notice when space became available) Great! I found another issue in Netif receive thread "poll_thread". Inlarge transfers, thread stops receiving events when all the free space on the ring is filled and then rx_poll deallocates all the grant table indices: https://github.com/mirage/mirage-net-xen/issues/15 > >> With original configuration (netif unchanged), it looks that the reason is >> unikernel gets out of memory after some time, while error message is shown >> only in a few experiments. This is the main bottleneck for Mirage >> applications, which is waiting for a packet write to terminate is time >> consuming and doesn't allow high rate packet switching for network >> applications. >> >> Modifying netif by ignoring the thread that is waiting for the result of >> writing to the ring is also problematic. So, any idea how to do bulk packet >> write on a network interface? >> >> >>>> For the second trace, the return of the thread is ignored (commenting out >>>> "lwt () = th in" in write_already_locked). This considerably increases >>>> switching speed, but after some running time, it looks that after garbage >>>> collection, similar problem happens. >>>> >>>> Thomas and Anil, any idea from given traces, and how it is possible to >>>> make >>>> the traces more informative? >>>> >>>> Thanks. >>>> >>>> >>>> On 28/11/14 16:55, Thomas Leonard wrote: >>>>> On 28 November 2014 at 16:24, Anil Madhavapeddy wrote: >>>>>>> On 28 Nov 2014, at 16:03, Masoud Koleini >>>>>>> wrote: >>>>>>> >>>>>>> Thanks Anil. >>>>>>> >>>>>>>> - graph the ring utilisation to see if it's always full (Thomas >>>>>>>> Leonard's profiling patches should help here) >>>>>>> Would you please point me out to the profiling patches? >>>>>> See: >>>>>> >>>>>> http://roscidus.com/blog/blog/2014/10/27/visualising-an-asynchronous-monad/ >>>>> The installation instructions here are for the previous version >>>>> (though they should still work). If you want to try the latest >>>>> version, the current Git mirage allows you to pass a ~tracing argument >>>>> to "register" in your config.ml, e.g. >>>>> >>>>> let tracing = mprof_trace ~size:1000000 () in >>>>> register "myunikernel" ~tracing [ >>>>> main $ ... >>>>> ] >>>>> >>>>> This uses a newer version of the profiling API. You should generally >>>>> "opam pin" the #tracing2 branches rather than #tracing to use it. >>>>> >>>>> Note also that it doesn't currently record ring utilisation, so you'll >>>>> still need to do some work to get that. You could use the >>>>> MProf.Counter interface, in which case the GUI will display it as a >>>>> graph over the trace. >>>>> >>>>>>>> - try to reduce the parallelisation to see if some condition there >>>>>>>> alleviates the issue to track it down. >>>>>>> Reducing the maximum number of threads running in parallel reduced CPU >>>>>>> utilization, and vm was functioning for a much longer time, but the >>>>>>> same >>>>>>> problem occurred at the end. >>>>>>> >>>>>>> It might be more useful looking at the code. Please have a look at the >>>>>>> function "f_thread" in the file uploaded on the following repo: >>>>>>> >>>>>>> https://github.com/koleini/parallelisation >>>>>> That's a lot of code to try and distill down a test case. Try to cut >>>>>> it >>>>>> down significantly by building a minimal Ethernet traffic generator >>>>>> that >>>>>> outputs frames with a predictable pattern in the frame, and a receiver >>>>>> that >>>>>> will check that the pattern is received as expected. >>>>>> >>>>>> Then you can try out your parallel algorithm variations on the simple >>>>>> Ethernet sender/receiver and narrow down the problem without all the >>>>>> other >>>>>> concerns. >>>>>> >>>>>> Once the bug is tracked down, we can add the sender/receiver into >>>>>> mirage-skeleton and use it as a test case to ensure that this >>>>>> functional >>>>>> never regresses in the future. Line rate Ethernet transmission has >>>>>> worked >>>>>> in the past, but we never added a test case to ensure it stays working. >>>>>> >>>>>> Anil >>>>>> _______________________________________________ >>>>>> MirageOS-devel mailing list >>>>>> MirageOS-devel@lists.xenproject.org >>>>>> http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel >>>>> >>>>> >>>> >>>> >>>> >>>> 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. >>>> >>> >> >> >> >> >> 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. >> > > 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. _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Wed Jan 14 10:59:41 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 14 Jan 2015 10:59:41 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YBLfh-00079C-QD; Wed, 14 Jan 2015 10:59:33 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YBLfh-000793-8l for mirageos-devel@lists.xenproject.org; Wed, 14 Jan 2015 10:59:33 +0000 Received: from [85.158.143.35] by server-2.bemta-4.messagelabs.com id A4/E9-25276-41C46B45; Wed, 14 Jan 2015 10:59:32 +0000 X-Env-Sender: pszmk1@nottingham.ac.uk X-Msg-Ref: server-8.tower-21.messagelabs.com!1421233128!21369514!1 X-Originating-IP: [128.243.43.109] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28767 invoked from network); 14 Jan 2015 10:58:48 -0000 Received: from uidappmx01.nottingham.ac.uk (HELO uidappmx01.nottingham.ac.uk) (128.243.43.109) by server-8.tower-21.messagelabs.com with SMTP; 14 Jan 2015 10:58:48 -0000 Received: from uidappmx01.nottingham.ac.uk (localhost.localdomain [127.0.0.1]) by localhost (Email Security Appliance) with SMTP id 09E4D419418_4B64BE8B for ; Wed, 14 Jan 2015 10:58:48 +0000 (GMT) Received: from smtp3.nottingham.ac.uk (smtp3.nottingham.ac.uk [128.243.44.55]) by uidappmx01.nottingham.ac.uk (Sophos Email Appliance) with ESMTP id 777A23CED7E_4B64BE7F for ; Wed, 14 Jan 2015 10:58:47 +0000 (GMT) Received: from cirrus.cs.nott.ac.uk ([128.243.23.185]) by smtp3.nottingham.ac.uk with esmtpsa (UNKNOWN:AES128-SHA:128) (Exim 4.77) (envelope-from ) id 1YBLex-0002EV-A5; Wed, 14 Jan 2015 10:58:47 +0000 Message-ID: <54B64BE3.8040204@nottingham.ac.uk> Date: Wed, 14 Jan 2015 10:58:43 +0000 From: Masoud Koleini User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Thomas Leonard References: <547757A6.9080504@nottingham.ac.uk> <54789CDF.5050408@nottingham.ac.uk> <29F708AD-B715-4E33-979F-4B0288766935@recoil.org> <5491C606.500@nottingham.ac.uk> <5492F016.80601@nottingham.ac.uk> In-Reply-To: Cc: "mirageos-devel@lists.xenproject.org" , Anil Madhavapeddy Subject: Re: [MirageOS-devel] Parallelizing writing to network devices X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 10/01/15 18:39, Thomas Leonard wrote: > On 18 December 2014 at 15:17, Masoud Koleini > wrote: >> On 18/12/14 13:19, Thomas Leonard wrote: >>> On 17 December 2014 at 18:05, Masoud Koleini >>> wrote: >>>> Thanks Thomas for the great tracing tool! >>>> >>>> The following is a very simple unikernel with two interfaces, which >>>> redirects frames captured on the first interface to the second one: >>>> >>>> https://github.com/koleini/parallelisation >>>> >>>> The problem is that in a high packet rate (more than 80'000 pps), switch >>>> stops receiving. The goal is to spot the problem and enhance the >>>> throughput >>>> of Mirage netif. >>>> >>>> Test environment consists of another vm running a traffic generator and >>>> sending frames of a specific pattern (UDP frames of size 100 bytes) over >>>> the >>>> bridge that connects to the first interface of the unikernel. Unikernel >>>> forwards frames by collecting a number of frames from input queue and >>>> running the same number of threads that write them to the output >>>> interface. >>>> >>>> Two trace files are uploaded to the repo. The first file is the output of >>>> this configuration. This trace shows that each netif write locks until >>>> the >>>> thread that writes on the front-end connection to the ring is returned >>>> (function write_already_locked.) >>> Do these traces show it after it stopped? The second has a long sleep, >>> while the first looks like it was in the middle of a run. >>> >>> If it had stopped in both cases, it suggests that the whole unikernel >>> stopped (not just the listen thread), because there are no more timer >>> interrupts and no sleep region. >>> >>> Does "xl top" show the unikernel still using the CPU? Or it is >>> waiting, or crashed? >>> >>> If you have a thread writing a string to the console once per second, >>> does it continue after unikernel stops accepting frames? >> Yes, both are. It looks that I have more info on the traces with updated >> Mirage libraries. So, I updated the traces in the repo. >> >> The unikernel is still working, as traces that periodically write info on >> the console are still working too. > I'm not sure, but it might be worth applying this fix and testing again: > > https://github.com/mirage/mirage-net-xen/pull/16 > > (when Netif stopped to wait for space in the transmit ring, it would > sometimes fail to notice when space became available) Great! I found another issue in Netif receive thread "poll_thread". Inlarge transfers, thread stops receiving events when all the free space on the ring is filled and then rx_poll deallocates all the grant table indices: https://github.com/mirage/mirage-net-xen/issues/15 > >> With original configuration (netif unchanged), it looks that the reason is >> unikernel gets out of memory after some time, while error message is shown >> only in a few experiments. This is the main bottleneck for Mirage >> applications, which is waiting for a packet write to terminate is time >> consuming and doesn't allow high rate packet switching for network >> applications. >> >> Modifying netif by ignoring the thread that is waiting for the result of >> writing to the ring is also problematic. So, any idea how to do bulk packet >> write on a network interface? >> >> >>>> For the second trace, the return of the thread is ignored (commenting out >>>> "lwt () = th in" in write_already_locked). This considerably increases >>>> switching speed, but after some running time, it looks that after garbage >>>> collection, similar problem happens. >>>> >>>> Thomas and Anil, any idea from given traces, and how it is possible to >>>> make >>>> the traces more informative? >>>> >>>> Thanks. >>>> >>>> >>>> On 28/11/14 16:55, Thomas Leonard wrote: >>>>> On 28 November 2014 at 16:24, Anil Madhavapeddy wrote: >>>>>>> On 28 Nov 2014, at 16:03, Masoud Koleini >>>>>>> wrote: >>>>>>> >>>>>>> Thanks Anil. >>>>>>> >>>>>>>> - graph the ring utilisation to see if it's always full (Thomas >>>>>>>> Leonard's profiling patches should help here) >>>>>>> Would you please point me out to the profiling patches? >>>>>> See: >>>>>> >>>>>> http://roscidus.com/blog/blog/2014/10/27/visualising-an-asynchronous-monad/ >>>>> The installation instructions here are for the previous version >>>>> (though they should still work). If you want to try the latest >>>>> version, the current Git mirage allows you to pass a ~tracing argument >>>>> to "register" in your config.ml, e.g. >>>>> >>>>> let tracing = mprof_trace ~size:1000000 () in >>>>> register "myunikernel" ~tracing [ >>>>> main $ ... >>>>> ] >>>>> >>>>> This uses a newer version of the profiling API. You should generally >>>>> "opam pin" the #tracing2 branches rather than #tracing to use it. >>>>> >>>>> Note also that it doesn't currently record ring utilisation, so you'll >>>>> still need to do some work to get that. You could use the >>>>> MProf.Counter interface, in which case the GUI will display it as a >>>>> graph over the trace. >>>>> >>>>>>>> - try to reduce the parallelisation to see if some condition there >>>>>>>> alleviates the issue to track it down. >>>>>>> Reducing the maximum number of threads running in parallel reduced CPU >>>>>>> utilization, and vm was functioning for a much longer time, but the >>>>>>> same >>>>>>> problem occurred at the end. >>>>>>> >>>>>>> It might be more useful looking at the code. Please have a look at the >>>>>>> function "f_thread" in the file uploaded on the following repo: >>>>>>> >>>>>>> https://github.com/koleini/parallelisation >>>>>> That's a lot of code to try and distill down a test case. Try to cut >>>>>> it >>>>>> down significantly by building a minimal Ethernet traffic generator >>>>>> that >>>>>> outputs frames with a predictable pattern in the frame, and a receiver >>>>>> that >>>>>> will check that the pattern is received as expected. >>>>>> >>>>>> Then you can try out your parallel algorithm variations on the simple >>>>>> Ethernet sender/receiver and narrow down the problem without all the >>>>>> other >>>>>> concerns. >>>>>> >>>>>> Once the bug is tracked down, we can add the sender/receiver into >>>>>> mirage-skeleton and use it as a test case to ensure that this >>>>>> functional >>>>>> never regresses in the future. Line rate Ethernet transmission has >>>>>> worked >>>>>> in the past, but we never added a test case to ensure it stays working. >>>>>> >>>>>> Anil >>>>>> _______________________________________________ >>>>>> MirageOS-devel mailing list >>>>>> MirageOS-devel@lists.xenproject.org >>>>>> http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel >>>>> >>>>> >>>> >>>> >>>> >>>> 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. >>>> >>> >> >> >> >> >> 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. >> > > 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. _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Wed Jan 14 23:50:01 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 14 Jan 2015 23:50:01 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YBXh9-00030M-Le; Wed, 14 Jan 2015 23:49:51 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YBXh8-00030H-Jm for mirageos-devel@lists.xenproject.org; Wed, 14 Jan 2015 23:49:50 +0000 Received: from [85.158.137.68] by server-17.bemta-3.messagelabs.com id 3D/E5-11608-D9007B45; Wed, 14 Jan 2015 23:49:49 +0000 X-Env-Sender: amc79@cam.ac.uk X-Msg-Ref: server-15.tower-31.messagelabs.com!1421279389!19532845!1 X-Originating-IP: [131.111.8.152] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTMxLjExMS44LjE1MiA9PiA4MDU1Mw==\n X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17966 invoked from network); 14 Jan 2015 23:49:49 -0000 Received: from ppsw-52.csi.cam.ac.uk (HELO ppsw-52.csi.cam.ac.uk) (131.111.8.152) by server-15.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 14 Jan 2015 23:49:49 -0000 X-Cam-AntiVirus: no malware found X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ Received: from 93-137-196-245.adsl.net.t-com.hr ([93.137.196.245]:58520 helo=amirmacbook.sx76x.gigaset.net) by ppsw-52.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.159]:587) with esmtpsa (PLAIN:amc79) (TLSv1:AES128-SHA:128) id 1YBXh6-0003ve-FB (Exim 4.82_3-c0e5623) for mirageos-devel@lists.xenproject.org (return-path ); Wed, 14 Jan 2015 23:49:48 +0000 From: Amir Chaudhry Message-Id: <1B5B4AE2-CA1A-4945-A491-9EC483A5AB7E@cam.ac.uk> Date: Thu, 15 Jan 2015 00:49:49 +0100 To: mirageos-devel Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) X-Mailer: Apple Mail (2.1510) Subject: [MirageOS-devel] Issue with building mirage-www locally X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org Hi folks, I seem to be having trouble building the mirage website locally. I've filed an issue on the repo and if anyone can help me figure out what the problem is I'd be grateful. https://github.com/mirage/mirage-www/issues/265 Amir _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Wed Jan 14 23:50:01 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 14 Jan 2015 23:50:01 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YBXh9-00030M-Le; Wed, 14 Jan 2015 23:49:51 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YBXh8-00030H-Jm for mirageos-devel@lists.xenproject.org; Wed, 14 Jan 2015 23:49:50 +0000 Received: from [85.158.137.68] by server-17.bemta-3.messagelabs.com id 3D/E5-11608-D9007B45; Wed, 14 Jan 2015 23:49:49 +0000 X-Env-Sender: amc79@cam.ac.uk X-Msg-Ref: server-15.tower-31.messagelabs.com!1421279389!19532845!1 X-Originating-IP: [131.111.8.152] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTMxLjExMS44LjE1MiA9PiA4MDU1Mw==\n X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17966 invoked from network); 14 Jan 2015 23:49:49 -0000 Received: from ppsw-52.csi.cam.ac.uk (HELO ppsw-52.csi.cam.ac.uk) (131.111.8.152) by server-15.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 14 Jan 2015 23:49:49 -0000 X-Cam-AntiVirus: no malware found X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ Received: from 93-137-196-245.adsl.net.t-com.hr ([93.137.196.245]:58520 helo=amirmacbook.sx76x.gigaset.net) by ppsw-52.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.159]:587) with esmtpsa (PLAIN:amc79) (TLSv1:AES128-SHA:128) id 1YBXh6-0003ve-FB (Exim 4.82_3-c0e5623) for mirageos-devel@lists.xenproject.org (return-path ); Wed, 14 Jan 2015 23:49:48 +0000 From: Amir Chaudhry Message-Id: <1B5B4AE2-CA1A-4945-A491-9EC483A5AB7E@cam.ac.uk> Date: Thu, 15 Jan 2015 00:49:49 +0100 To: mirageos-devel Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) X-Mailer: Apple Mail (2.1510) Subject: [MirageOS-devel] Issue with building mirage-www locally X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org Hi folks, I seem to be having trouble building the mirage website locally. I've filed an issue on the repo and if anyone can help me figure out what the problem is I'd be grateful. https://github.com/mirage/mirage-www/issues/265 Amir _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Thu Jan 15 00:32:58 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 15 Jan 2015 00:32:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YBYMq-0005Wk-34; Thu, 15 Jan 2015 00:32:56 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YBYMp-0005Wf-5A for mirageos-devel@lists.xenproject.org; Thu, 15 Jan 2015 00:32:55 +0000 Received: from [193.109.254.147] by server-1.bemta-14.messagelabs.com id BD/27-20609-6BA07B45; Thu, 15 Jan 2015 00:32:54 +0000 X-Env-Sender: lukedunstan81@gmail.com X-Msg-Ref: server-6.tower-27.messagelabs.com!1421281972!20640422!1 X-Originating-IP: [209.85.217.176] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_MESSAGE, MAILTO_TO_SPAM_ADDR,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12217 invoked from network); 15 Jan 2015 00:32:53 -0000 Received: from mail-lb0-f176.google.com (HELO mail-lb0-f176.google.com) (209.85.217.176) by server-6.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 15 Jan 2015 00:32:53 -0000 Received: by mail-lb0-f176.google.com with SMTP id p9so10812887lbv.7 for ; Wed, 14 Jan 2015 16:32:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Zu5qfINqbgCyr0K213WwilZN8zQg98e2lW00tkkLE1k=; b=dMA9nwar4OpeBIez4dnIgNDH55YoljWbToPyKv6/s/ri0szPR0bSMGR6Pkj1X0OJ5l 3D50EfisdCdDbdfB8ugcRFgozq/AaH8DCOibEqaaY+cm4T0RvLTQaJmvGqQpKogHozCg m9+PiijJKqQHFrKMoQ/q/apiX4b6x/lGUrjQz/RRWA6eHpiXcunBzWq+Kskl81/Aewqn Q0YOFXPhHruB2odB+lfRI/HYFuP4b3Wvi2aJDGihDrvIbCJrnXr1EZnKBNQddD/cp6/j Af8cEW1ngMDCBdgzfmnvDN+B28WozkGtlPQZ9myeiZN86RPVUvjThGDr/w91sHy3MfZ4 eeMg== MIME-Version: 1.0 X-Received: by 10.152.5.7 with SMTP id o7mr6933378lao.26.1421281972427; Wed, 14 Jan 2015 16:32:52 -0800 (PST) Received: by 10.112.7.225 with HTTP; Wed, 14 Jan 2015 16:32:52 -0800 (PST) In-Reply-To: <1B5B4AE2-CA1A-4945-A491-9EC483A5AB7E@cam.ac.uk> References: <1B5B4AE2-CA1A-4945-A491-9EC483A5AB7E@cam.ac.uk> Date: Thu, 15 Jan 2015 08:32:52 +0800 Message-ID: From: Luke Dunstan To: Amir Chaudhry Cc: mirageos-devel Subject: Re: [MirageOS-devel] Issue with building mirage-www locally X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3857386717277646421==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============3857386717277646421== Content-Type: multipart/alternative; boundary=089e01419d8a17a427050ca5ff00 --089e01419d8a17a427050ca5ff00 Content-Type: text/plain; charset=UTF-8 Hi, Those messages mean that the unikernel is looking for a DHCP server. The code in config.ml is: let dhcp = try match Sys.getenv "DHCP" with | "" -> false | _ -> true with Not_found -> true The use of an empty string for this purpose is a bit unintuitive. To tell it to use the static IP address instead, go to the "src" folder and use: DHCP="" mirage configure --unix And then "make" and run it. Luke On 15 January 2015 at 07:49, Amir Chaudhry wrote: > Hi folks, > > I seem to be having trouble building the mirage website locally. > I've filed an issue on the repo and if anyone can help me figure out what > the problem is I'd be grateful. > > https://github.com/mirage/mirage-www/issues/265 > > Amir > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel > --089e01419d8a17a427050ca5ff00 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Hi,

Those messages mean that the unikernel is = looking for a DHCP server. The code in config.= ml is:

let dhcp =3D
  try match Sys.getenv "DHCP" with
    | "" -> false
    | _  -> true
  with Not_found -> true=C2=A0

The use of an empty string for thi= s purpose is a bit unintuitive.=C2=A0To tell it to use the static IP= address instead, go to the "src" folder and use:

DHCP=3D""= ; mirage configure --unix

And then "make" and run it.


Luke



On 15 January 2015 at 07:49, Amir Chaudhry <amc79@cam.ac= .uk> wrote:
Hi folks,

I seem to be having trouble building the mirage website locally.
I've filed an issue on the repo and if anyone can help me figure out wh= at the problem is I'd be grateful.

https://github.com/mirage/mirage-www/issues/265

Amir
_______________________________________________
MirageOS-devel mailing list
MirageOS-devel@lists= .xenproject.org
http://lists.xenproject.org/cgi-bin/mailman/listinfo= /mirageos-devel

--089e01419d8a17a427050ca5ff00-- --===============3857386717277646421== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel --===============3857386717277646421==-- From mirageos-devel-bounces@lists.xenproject.org Thu Jan 15 00:32:58 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 15 Jan 2015 00:32:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YBYMq-0005Wk-34; Thu, 15 Jan 2015 00:32:56 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YBYMp-0005Wf-5A for mirageos-devel@lists.xenproject.org; Thu, 15 Jan 2015 00:32:55 +0000 Received: from [193.109.254.147] by server-1.bemta-14.messagelabs.com id BD/27-20609-6BA07B45; Thu, 15 Jan 2015 00:32:54 +0000 X-Env-Sender: lukedunstan81@gmail.com X-Msg-Ref: server-6.tower-27.messagelabs.com!1421281972!20640422!1 X-Originating-IP: [209.85.217.176] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_MESSAGE, MAILTO_TO_SPAM_ADDR,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12217 invoked from network); 15 Jan 2015 00:32:53 -0000 Received: from mail-lb0-f176.google.com (HELO mail-lb0-f176.google.com) (209.85.217.176) by server-6.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 15 Jan 2015 00:32:53 -0000 Received: by mail-lb0-f176.google.com with SMTP id p9so10812887lbv.7 for ; Wed, 14 Jan 2015 16:32:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Zu5qfINqbgCyr0K213WwilZN8zQg98e2lW00tkkLE1k=; b=dMA9nwar4OpeBIez4dnIgNDH55YoljWbToPyKv6/s/ri0szPR0bSMGR6Pkj1X0OJ5l 3D50EfisdCdDbdfB8ugcRFgozq/AaH8DCOibEqaaY+cm4T0RvLTQaJmvGqQpKogHozCg m9+PiijJKqQHFrKMoQ/q/apiX4b6x/lGUrjQz/RRWA6eHpiXcunBzWq+Kskl81/Aewqn Q0YOFXPhHruB2odB+lfRI/HYFuP4b3Wvi2aJDGihDrvIbCJrnXr1EZnKBNQddD/cp6/j Af8cEW1ngMDCBdgzfmnvDN+B28WozkGtlPQZ9myeiZN86RPVUvjThGDr/w91sHy3MfZ4 eeMg== MIME-Version: 1.0 X-Received: by 10.152.5.7 with SMTP id o7mr6933378lao.26.1421281972427; Wed, 14 Jan 2015 16:32:52 -0800 (PST) Received: by 10.112.7.225 with HTTP; Wed, 14 Jan 2015 16:32:52 -0800 (PST) In-Reply-To: <1B5B4AE2-CA1A-4945-A491-9EC483A5AB7E@cam.ac.uk> References: <1B5B4AE2-CA1A-4945-A491-9EC483A5AB7E@cam.ac.uk> Date: Thu, 15 Jan 2015 08:32:52 +0800 Message-ID: From: Luke Dunstan To: Amir Chaudhry Cc: mirageos-devel Subject: Re: [MirageOS-devel] Issue with building mirage-www locally X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3857386717277646421==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============3857386717277646421== Content-Type: multipart/alternative; boundary=089e01419d8a17a427050ca5ff00 --089e01419d8a17a427050ca5ff00 Content-Type: text/plain; charset=UTF-8 Hi, Those messages mean that the unikernel is looking for a DHCP server. The code in config.ml is: let dhcp = try match Sys.getenv "DHCP" with | "" -> false | _ -> true with Not_found -> true The use of an empty string for this purpose is a bit unintuitive. To tell it to use the static IP address instead, go to the "src" folder and use: DHCP="" mirage configure --unix And then "make" and run it. Luke On 15 January 2015 at 07:49, Amir Chaudhry wrote: > Hi folks, > > I seem to be having trouble building the mirage website locally. > I've filed an issue on the repo and if anyone can help me figure out what > the problem is I'd be grateful. > > https://github.com/mirage/mirage-www/issues/265 > > Amir > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel > --089e01419d8a17a427050ca5ff00 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Hi,

Those messages mean that the unikernel is = looking for a DHCP server. The code in config.= ml is:

let dhcp =3D
  try match Sys.getenv "DHCP" with
    | "" -> false
    | _  -> true
  with Not_found -> true=C2=A0

The use of an empty string for thi= s purpose is a bit unintuitive.=C2=A0To tell it to use the static IP= address instead, go to the "src" folder and use:

DHCP=3D""= ; mirage configure --unix

And then "make" and run it.


Luke



On 15 January 2015 at 07:49, Amir Chaudhry <amc79@cam.ac= .uk> wrote:
Hi folks,

I seem to be having trouble building the mirage website locally.
I've filed an issue on the repo and if anyone can help me figure out wh= at the problem is I'd be grateful.

https://github.com/mirage/mirage-www/issues/265

Amir
_______________________________________________
MirageOS-devel mailing list
MirageOS-devel@lists= .xenproject.org
http://lists.xenproject.org/cgi-bin/mailman/listinfo= /mirageos-devel

--089e01419d8a17a427050ca5ff00-- --===============3857386717277646421== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel --===============3857386717277646421==-- From mirageos-devel-bounces@lists.xenproject.org Thu Jan 15 15:09:12 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 15 Jan 2015 15:09:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YBm2k-00045Y-05; Thu, 15 Jan 2015 15:09:06 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YBm2i-00045R-MY for mirageos-devel@lists.xenproject.org; Thu, 15 Jan 2015 15:09:04 +0000 Received: from [85.158.137.68] by server-4.bemta-3.messagelabs.com id 24/E3-23865-F08D7B45; Thu, 15 Jan 2015 15:09:03 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-5.tower-31.messagelabs.com!1421334542!19876324!1 X-Originating-IP: [209.85.215.49] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5834 invoked from network); 15 Jan 2015 15:09:02 -0000 Received: from mail-la0-f49.google.com (HELO mail-la0-f49.google.com) (209.85.215.49) by server-5.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 15 Jan 2015 15:09:02 -0000 Received: by mail-la0-f49.google.com with SMTP id hs14so14062070lab.8 for ; Thu, 15 Jan 2015 07:09:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=meZPhWH7x0Z15l6fsvnYAINcFNhrrWO2OA6iPygRAW8=; b=Ny3SuSNDCWoJGX4O8LW8r+W/zxmY2SQe/0IBP5g7riEzu0yPlU2d3MqIRN/2WF2FWi JQCdpcFRUxYfUPq/qZ4IXUIiCXsBL66bbA9Nmwris3wQdCB5RO8nskzGrD5itHWRNkoB X+nBqzH3d+7j8d83G2kZLfpvExr1gGYGIE44Jy8XrVQtysx1Q3Kdof6iQrauHcDnaDil CE/i3KTkVDVk/9KfNJKLwc386qAYxtZGx6SI2ntYw1r9aoBSy8vLXSTP322mNKj57V1E yakhSAwrI9DGJADHJTIA5JwNy490IL7pgpyURdinZ84u3CuGw20328sGSiaZ4zaUTQf5 WzoQ== MIME-Version: 1.0 X-Received: by 10.152.23.38 with SMTP id j6mr10311240laf.81.1421334542046; Thu, 15 Jan 2015 07:09:02 -0800 (PST) Received: by 10.25.207.3 with HTTP; Thu, 15 Jan 2015 07:09:01 -0800 (PST) In-Reply-To: References: Date: Thu, 15 Jan 2015 15:09:01 +0000 Message-ID: From: Thomas Leonard To: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] TLS on Xen X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 13 January 2015 at 17:03, Thomas Leonard wrote: > I've sent PRs for various patches to make TLS work on Xen. The changes > needed are: > > 1. Add generic error handling for FLOWs, so we can propagate errors reliably. > 2. Fix the page alignment requirements for Netif. > 3. Add TLS support to conduit. > > PRs: > > Add `error_message` support for FLOW (can be merged now): > > https://github.com/mirage/mirage-console/pull/33 > https://github.com/mirage/ocaml-vchan/pull/60 > https://github.com/mirage/mirage-tcpip/pull/98 > > (any other places implementing FLOW?) > > Update the FLOW signature: > > https://github.com/mirage/mirage/pull/346 > > Update TLS and Conduit (they both require and provide FLOW, so they > will be broken briefly): > > https://github.com/mirleft/ocaml-tls/pull/225 > > We could add a dummy version of `error_message` here first to ease > upgrades, if desired. However, Conduit_mirage will break anyway due to > the extra TLS functor argument. > > Make Netif not require aligned single-page buffers: > > https://github.com/mirage/mirage-net-xen/pull/17 > > (optional: remove now-pointess copying in ocaml-tls) > > You can then configure conduit for TLS like this: > > let mode = `TLS (tls_config, `TCP (`Port 443)) in > > The mode contains the TLS arguments and a configuration for some > underlying channel. > > I'm fairly happy with it. One minor problem is creating the TLS server > from a TLS config. Is there a function for this? In conduit, I > currently have: > > let server = Tls.Config.(server > ~ciphers:config.ciphers > ~version:config.protocol_versions > ~hashes:config.hashes > ~reneg:config.use_reneg > ?certificate:config.own_certificate > ~secure_reneg:config.secure_reneg) > () in > > However, this will silently fail to pass any new config attributes > that get adding later. As suggested in the call yesterday, I've made a branch of the mirage-dev repository that contains updated versions of the packages with Xen/TLS support and tests them all together: https://github.com/mirage/mirage-dev/pull/52 I don't think it should hold anything up, but there are some improvements we might want to make in future: - It would be good to make the config type abstract, so that conduit doesn't bring in dependencies on the TLS libraries. - It might be nice if mirage would let you configure an HTTP server without using conduit. Resolving URLs needs to be dynamic, but when providing a service you usually know statically which transport you want (http, https or vchan). - It would be good if you could configure an https server directly in config.ml. Currently, the need to configure it with a certificate and private key means this step has to go in the unikernel. -- Dr Thomas Leonard http://0install.net/ GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 GPG: DA98 25AE CAD0 8975 7CDA BD8E 0713 3F96 CA74 D8BA _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Thu Jan 15 15:09:12 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 15 Jan 2015 15:09:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YBm2k-00045Y-05; Thu, 15 Jan 2015 15:09:06 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YBm2i-00045R-MY for mirageos-devel@lists.xenproject.org; Thu, 15 Jan 2015 15:09:04 +0000 Received: from [85.158.137.68] by server-4.bemta-3.messagelabs.com id 24/E3-23865-F08D7B45; Thu, 15 Jan 2015 15:09:03 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-5.tower-31.messagelabs.com!1421334542!19876324!1 X-Originating-IP: [209.85.215.49] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5834 invoked from network); 15 Jan 2015 15:09:02 -0000 Received: from mail-la0-f49.google.com (HELO mail-la0-f49.google.com) (209.85.215.49) by server-5.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 15 Jan 2015 15:09:02 -0000 Received: by mail-la0-f49.google.com with SMTP id hs14so14062070lab.8 for ; Thu, 15 Jan 2015 07:09:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=meZPhWH7x0Z15l6fsvnYAINcFNhrrWO2OA6iPygRAW8=; b=Ny3SuSNDCWoJGX4O8LW8r+W/zxmY2SQe/0IBP5g7riEzu0yPlU2d3MqIRN/2WF2FWi JQCdpcFRUxYfUPq/qZ4IXUIiCXsBL66bbA9Nmwris3wQdCB5RO8nskzGrD5itHWRNkoB X+nBqzH3d+7j8d83G2kZLfpvExr1gGYGIE44Jy8XrVQtysx1Q3Kdof6iQrauHcDnaDil CE/i3KTkVDVk/9KfNJKLwc386qAYxtZGx6SI2ntYw1r9aoBSy8vLXSTP322mNKj57V1E yakhSAwrI9DGJADHJTIA5JwNy490IL7pgpyURdinZ84u3CuGw20328sGSiaZ4zaUTQf5 WzoQ== MIME-Version: 1.0 X-Received: by 10.152.23.38 with SMTP id j6mr10311240laf.81.1421334542046; Thu, 15 Jan 2015 07:09:02 -0800 (PST) Received: by 10.25.207.3 with HTTP; Thu, 15 Jan 2015 07:09:01 -0800 (PST) In-Reply-To: References: Date: Thu, 15 Jan 2015 15:09:01 +0000 Message-ID: From: Thomas Leonard To: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] TLS on Xen X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 13 January 2015 at 17:03, Thomas Leonard wrote: > I've sent PRs for various patches to make TLS work on Xen. The changes > needed are: > > 1. Add generic error handling for FLOWs, so we can propagate errors reliably. > 2. Fix the page alignment requirements for Netif. > 3. Add TLS support to conduit. > > PRs: > > Add `error_message` support for FLOW (can be merged now): > > https://github.com/mirage/mirage-console/pull/33 > https://github.com/mirage/ocaml-vchan/pull/60 > https://github.com/mirage/mirage-tcpip/pull/98 > > (any other places implementing FLOW?) > > Update the FLOW signature: > > https://github.com/mirage/mirage/pull/346 > > Update TLS and Conduit (they both require and provide FLOW, so they > will be broken briefly): > > https://github.com/mirleft/ocaml-tls/pull/225 > > We could add a dummy version of `error_message` here first to ease > upgrades, if desired. However, Conduit_mirage will break anyway due to > the extra TLS functor argument. > > Make Netif not require aligned single-page buffers: > > https://github.com/mirage/mirage-net-xen/pull/17 > > (optional: remove now-pointess copying in ocaml-tls) > > You can then configure conduit for TLS like this: > > let mode = `TLS (tls_config, `TCP (`Port 443)) in > > The mode contains the TLS arguments and a configuration for some > underlying channel. > > I'm fairly happy with it. One minor problem is creating the TLS server > from a TLS config. Is there a function for this? In conduit, I > currently have: > > let server = Tls.Config.(server > ~ciphers:config.ciphers > ~version:config.protocol_versions > ~hashes:config.hashes > ~reneg:config.use_reneg > ?certificate:config.own_certificate > ~secure_reneg:config.secure_reneg) > () in > > However, this will silently fail to pass any new config attributes > that get adding later. As suggested in the call yesterday, I've made a branch of the mirage-dev repository that contains updated versions of the packages with Xen/TLS support and tests them all together: https://github.com/mirage/mirage-dev/pull/52 I don't think it should hold anything up, but there are some improvements we might want to make in future: - It would be good to make the config type abstract, so that conduit doesn't bring in dependencies on the TLS libraries. - It might be nice if mirage would let you configure an HTTP server without using conduit. Resolving URLs needs to be dynamic, but when providing a service you usually know statically which transport you want (http, https or vchan). - It would be good if you could configure an https server directly in config.ml. Currently, the need to configure it with a certificate and private key means this step has to go in the unikernel. -- Dr Thomas Leonard http://0install.net/ GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 GPG: DA98 25AE CAD0 8975 7CDA BD8E 0713 3F96 CA74 D8BA _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Thu Jan 15 15:14:45 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 15 Jan 2015 15:14:45 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YBm8C-00050j-UG; Thu, 15 Jan 2015 15:14:44 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YBm8C-00050G-4p for MirageOS-devel@lists.xenproject.org; Thu, 15 Jan 2015 15:14:44 +0000 Received: from [85.158.139.211] by server-3.bemta-5.messagelabs.com id 7D/DC-14727-369D7B45; Thu, 15 Jan 2015 15:14:43 +0000 X-Env-Sender: richard.mortier@gmail.com X-Msg-Ref: server-8.tower-206.messagelabs.com!1421334882!14341477!1 X-Originating-IP: [209.85.212.169] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12799 invoked from network); 15 Jan 2015 15:14:43 -0000 Received: from mail-wi0-f169.google.com (HELO mail-wi0-f169.google.com) (209.85.212.169) by server-8.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 15 Jan 2015 15:14:43 -0000 Received: by mail-wi0-f169.google.com with SMTP id n3so4646328wiv.0 for ; Thu, 15 Jan 2015 07:14:42 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=mime-version:date:message-id:subject:from:to:content-type; bh=/nZs72hZR2//YXwmgVQHWstFCW6rTRkvTKJGlBw5Vl8=; b=jFmFLMUAmxJUjMvoVlwRP4TZxFFeGyF5cPfa1ghljrFMHUviTutCuusSR8A9co0Q3E BZoeoz2C6u13TX3/O7g5vYR34QpEJwGBbWTpCzoz4O2GEY7bU6YjK/71f4nf8u80YCHp vsRHok2TQkEUCOjaauk0yUCZq3x1+PHrTI5g87ElyhD3rY3aNDD7TrcC+bVgJVwR6+O7 CdJUNAcGNY3nrwsmguLQUp2LgZKDVNpS6KYirDwQU2qdKwqiCzhGzU68D8ryNeIAqRg1 JXYrvXhEtRew73MxObThhzJYAoYr4CS6aph05o9V+8Tda/tJRIPx1XaMdTqQa1eGrnAV rrSw== X-Received: by 10.181.12.100 with SMTP id ep4mr19596542wid.62.1421334882641; Thu, 15 Jan 2015 07:14:42 -0800 (PST) Received: from mail-we0-f180.google.com (mail-we0-f180.google.com. [74.125.82.180]) by mx.google.com with ESMTPSA id i15sm2446931wjq.22.2015.01.15.07.14.42 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 15 Jan 2015 07:14:42 -0800 (PST) Received: by mail-we0-f180.google.com with SMTP id w62so15253412wes.11 for ; Thu, 15 Jan 2015 07:14:41 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.181.13.136 with SMTP id ey8mr20170420wid.50.1421334881940; Thu, 15 Jan 2015 07:14:41 -0800 (PST) Received: by 10.217.83.83 with HTTP; Thu, 15 Jan 2015 07:14:41 -0800 (PST) Date: Thu, 15 Jan 2015 15:14:41 +0000 Message-ID: From: Richard Mortier To: mirageos-devel Subject: [MirageOS-devel] supported platforms X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org having just noticed the question of what compilers etc are supported come up on another issue, i wondered: do we have the set of supported ocaml and opam versions supported canonically stated anywhere? my impression from the meeting yesterday is that it's: opam 1.1 and 1.2 ocaml 4.01 and 4.02 ...but is 4.00 supposed to be in there? any other "ocaml platform" pieces implicit that should be made explicit in that list? might not be a bad idea to note it on the website somewhere obvious. (and provide a template travis setup with those elements perhaps.) -- Richard Mortier richard.mortier@cl.cam.ac.uk _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Thu Jan 15 15:14:45 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 15 Jan 2015 15:14:45 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YBm8C-00050j-UG; Thu, 15 Jan 2015 15:14:44 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YBm8C-00050G-4p for MirageOS-devel@lists.xenproject.org; Thu, 15 Jan 2015 15:14:44 +0000 Received: from [85.158.139.211] by server-3.bemta-5.messagelabs.com id 7D/DC-14727-369D7B45; Thu, 15 Jan 2015 15:14:43 +0000 X-Env-Sender: richard.mortier@gmail.com X-Msg-Ref: server-8.tower-206.messagelabs.com!1421334882!14341477!1 X-Originating-IP: [209.85.212.169] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12799 invoked from network); 15 Jan 2015 15:14:43 -0000 Received: from mail-wi0-f169.google.com (HELO mail-wi0-f169.google.com) (209.85.212.169) by server-8.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 15 Jan 2015 15:14:43 -0000 Received: by mail-wi0-f169.google.com with SMTP id n3so4646328wiv.0 for ; Thu, 15 Jan 2015 07:14:42 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=mime-version:date:message-id:subject:from:to:content-type; bh=/nZs72hZR2//YXwmgVQHWstFCW6rTRkvTKJGlBw5Vl8=; b=jFmFLMUAmxJUjMvoVlwRP4TZxFFeGyF5cPfa1ghljrFMHUviTutCuusSR8A9co0Q3E BZoeoz2C6u13TX3/O7g5vYR34QpEJwGBbWTpCzoz4O2GEY7bU6YjK/71f4nf8u80YCHp vsRHok2TQkEUCOjaauk0yUCZq3x1+PHrTI5g87ElyhD3rY3aNDD7TrcC+bVgJVwR6+O7 CdJUNAcGNY3nrwsmguLQUp2LgZKDVNpS6KYirDwQU2qdKwqiCzhGzU68D8ryNeIAqRg1 JXYrvXhEtRew73MxObThhzJYAoYr4CS6aph05o9V+8Tda/tJRIPx1XaMdTqQa1eGrnAV rrSw== X-Received: by 10.181.12.100 with SMTP id ep4mr19596542wid.62.1421334882641; Thu, 15 Jan 2015 07:14:42 -0800 (PST) Received: from mail-we0-f180.google.com (mail-we0-f180.google.com. [74.125.82.180]) by mx.google.com with ESMTPSA id i15sm2446931wjq.22.2015.01.15.07.14.42 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 15 Jan 2015 07:14:42 -0800 (PST) Received: by mail-we0-f180.google.com with SMTP id w62so15253412wes.11 for ; Thu, 15 Jan 2015 07:14:41 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.181.13.136 with SMTP id ey8mr20170420wid.50.1421334881940; Thu, 15 Jan 2015 07:14:41 -0800 (PST) Received: by 10.217.83.83 with HTTP; Thu, 15 Jan 2015 07:14:41 -0800 (PST) Date: Thu, 15 Jan 2015 15:14:41 +0000 Message-ID: From: Richard Mortier To: mirageos-devel Subject: [MirageOS-devel] supported platforms X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org having just noticed the question of what compilers etc are supported come up on another issue, i wondered: do we have the set of supported ocaml and opam versions supported canonically stated anywhere? my impression from the meeting yesterday is that it's: opam 1.1 and 1.2 ocaml 4.01 and 4.02 ...but is 4.00 supposed to be in there? any other "ocaml platform" pieces implicit that should be made explicit in that list? might not be a bad idea to note it on the website somewhere obvious. (and provide a template travis setup with those elements perhaps.) -- Richard Mortier richard.mortier@cl.cam.ac.uk _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Thu Jan 15 15:18:57 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 15 Jan 2015 15:18:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YBmCH-0005fd-1i; Thu, 15 Jan 2015 15:18:57 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YBmCF-0005fI-Es for MirageOS-devel@lists.xenproject.org; Thu, 15 Jan 2015 15:18:55 +0000 Received: from [85.158.137.68] by server-11.bemta-3.messagelabs.com id E3/5B-25547-E5AD7B45; Thu, 15 Jan 2015 15:18:54 +0000 X-Env-Sender: scott.dj@gmail.com X-Msg-Ref: server-11.tower-31.messagelabs.com!1421335132!19891399!1 X-Originating-IP: [209.85.220.49] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27345 invoked from network); 15 Jan 2015 15:18:53 -0000 Received: from mail-pa0-f49.google.com (HELO mail-pa0-f49.google.com) (209.85.220.49) by server-11.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 15 Jan 2015 15:18:53 -0000 Received: by mail-pa0-f49.google.com with SMTP id eu11so17994977pac.8 for ; Thu, 15 Jan 2015 07:18:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=iGS+eqc47A+Xb4DSqCtlMewD6zGdHwW8+O8sdy/cAyc=; b=pO46h4nVyfnJmPScY8BbylVhN2YxWFxoxB+PETDEDSxLU4Ciol+hyhu+sBklB88E9Q d985BdJfApaWjelsfmPL2YYIx8gMUelhBE8no8ytgmqabXzYOCisrYNLu5r4N+Q0YJsP 0kC5WlG76IXgobRYFq5i+4k2marWE/0IlS0ezgTPkY8pX0SPPPl6bKSMoktX7Zk2aaTC 7cCRC1dgm5TuIbmrL8VpvKvaSPz/4s+DR9SWRn+UmirRsCYvDCU9o87mjZ/egKDfnJkG V534m02bWoItFHdOAyn6BWkEh/ZViqTmGmrKaGJ7Cu6aPjH/X2B55MsH/7K42Al4aj2F qN1g== MIME-Version: 1.0 X-Received: by 10.70.140.10 with SMTP id rc10mr14518266pdb.99.1421335132156; Thu, 15 Jan 2015 07:18:52 -0800 (PST) Received: by 10.70.130.193 with HTTP; Thu, 15 Jan 2015 07:18:52 -0800 (PST) In-Reply-To: References: Date: Thu, 15 Jan 2015 15:18:52 +0000 Message-ID: From: David Scott To: Richard Mortier Cc: mirageos-devel Subject: Re: [MirageOS-devel] supported platforms X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7217231247655265537==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============7217231247655265537== Content-Type: multipart/alternative; boundary=001a1135f61ea8bf08050cb25f34 --001a1135f61ea8bf08050cb25f34 Content-Type: text/plain; charset=UTF-8 On Thu, Jan 15, 2015 at 3:14 PM, Richard Mortier < richard.mortier@cl.cam.ac.uk> wrote: > having just noticed the question of what compilers etc are supported > come up on another issue, i wondered: do we have the set of supported > ocaml and opam versions supported canonically stated anywhere? > > my impression from the meeting yesterday is that it's: > > opam 1.1 and 1.2 > ocaml 4.01 and 4.02 > > ...but is 4.00 supposed to be in there? any other "ocaml platform" > pieces implicit that should be made explicit in that list? > Possibly on the very same other issue I just claimed that since ``` mirage-xen.2.1.2/opam:ocaml-version: [>= "4.01.0" & < "4.02.0"] ``` anything Xen-specific has carte blanche to drop 4.00. might not be a bad idea to note it on the website somewhere obvious. > (and provide a template travis setup with those elements perhaps.) > > -- > Richard Mortier > richard.mortier@cl.cam.ac.uk > > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel > -- Dave Scott --001a1135f61ea8bf08050cb25f34 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Thu, Jan 15, 2015 at 3:14 PM, Richard Mortier <= richard.m= ortier@cl.cam.ac.uk> wrote:
having just n= oticed the question of what compilers etc are supported
come up on another issue, i wondered: do we have the set of supported
ocaml and opam versions supported canonically stated anywhere?

my impression from the meeting yesterday is that it's:

opam 1.1 and 1.2
ocaml 4.01 and 4.02

...but is 4.00 supposed to be in there? any other "ocaml platform"= ;
pieces implicit that should be made explicit in that list?
=

Possibly on the very same other issue I just claimed th= at

since
```
mirage-xen.2.1.2/= opam:ocaml-version: [>=3D "4.01.0" & < "4.02.0&quo= t;]
```

anything Xen-specific has ca= rte blanche to drop 4.00.


might not be a bad idea to note it on the website somewhere obvious.
(and provide a template travis setup with those elements perhaps.)

--
Richard Mortier
richard.mortier@cl.cam.ac.u= k

_______________________________________________
MirageOS-devel mailing list
MirageOS-devel@lists= .xenproject.org
http://lists.xenproject.org/cgi-bin/mailman/listinfo= /mirageos-devel



--
Dave Scott
--001a1135f61ea8bf08050cb25f34-- --===============7217231247655265537== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel --===============7217231247655265537==-- From mirageos-devel-bounces@lists.xenproject.org Thu Jan 15 15:18:57 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 15 Jan 2015 15:18:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YBmCH-0005fd-1i; Thu, 15 Jan 2015 15:18:57 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YBmCF-0005fI-Es for MirageOS-devel@lists.xenproject.org; Thu, 15 Jan 2015 15:18:55 +0000 Received: from [85.158.137.68] by server-11.bemta-3.messagelabs.com id E3/5B-25547-E5AD7B45; Thu, 15 Jan 2015 15:18:54 +0000 X-Env-Sender: scott.dj@gmail.com X-Msg-Ref: server-11.tower-31.messagelabs.com!1421335132!19891399!1 X-Originating-IP: [209.85.220.49] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27345 invoked from network); 15 Jan 2015 15:18:53 -0000 Received: from mail-pa0-f49.google.com (HELO mail-pa0-f49.google.com) (209.85.220.49) by server-11.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 15 Jan 2015 15:18:53 -0000 Received: by mail-pa0-f49.google.com with SMTP id eu11so17994977pac.8 for ; Thu, 15 Jan 2015 07:18:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=iGS+eqc47A+Xb4DSqCtlMewD6zGdHwW8+O8sdy/cAyc=; b=pO46h4nVyfnJmPScY8BbylVhN2YxWFxoxB+PETDEDSxLU4Ciol+hyhu+sBklB88E9Q d985BdJfApaWjelsfmPL2YYIx8gMUelhBE8no8ytgmqabXzYOCisrYNLu5r4N+Q0YJsP 0kC5WlG76IXgobRYFq5i+4k2marWE/0IlS0ezgTPkY8pX0SPPPl6bKSMoktX7Zk2aaTC 7cCRC1dgm5TuIbmrL8VpvKvaSPz/4s+DR9SWRn+UmirRsCYvDCU9o87mjZ/egKDfnJkG V534m02bWoItFHdOAyn6BWkEh/ZViqTmGmrKaGJ7Cu6aPjH/X2B55MsH/7K42Al4aj2F qN1g== MIME-Version: 1.0 X-Received: by 10.70.140.10 with SMTP id rc10mr14518266pdb.99.1421335132156; Thu, 15 Jan 2015 07:18:52 -0800 (PST) Received: by 10.70.130.193 with HTTP; Thu, 15 Jan 2015 07:18:52 -0800 (PST) In-Reply-To: References: Date: Thu, 15 Jan 2015 15:18:52 +0000 Message-ID: From: David Scott To: Richard Mortier Cc: mirageos-devel Subject: Re: [MirageOS-devel] supported platforms X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7217231247655265537==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============7217231247655265537== Content-Type: multipart/alternative; boundary=001a1135f61ea8bf08050cb25f34 --001a1135f61ea8bf08050cb25f34 Content-Type: text/plain; charset=UTF-8 On Thu, Jan 15, 2015 at 3:14 PM, Richard Mortier < richard.mortier@cl.cam.ac.uk> wrote: > having just noticed the question of what compilers etc are supported > come up on another issue, i wondered: do we have the set of supported > ocaml and opam versions supported canonically stated anywhere? > > my impression from the meeting yesterday is that it's: > > opam 1.1 and 1.2 > ocaml 4.01 and 4.02 > > ...but is 4.00 supposed to be in there? any other "ocaml platform" > pieces implicit that should be made explicit in that list? > Possibly on the very same other issue I just claimed that since ``` mirage-xen.2.1.2/opam:ocaml-version: [>= "4.01.0" & < "4.02.0"] ``` anything Xen-specific has carte blanche to drop 4.00. might not be a bad idea to note it on the website somewhere obvious. > (and provide a template travis setup with those elements perhaps.) > > -- > Richard Mortier > richard.mortier@cl.cam.ac.uk > > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel > -- Dave Scott --001a1135f61ea8bf08050cb25f34 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Thu, Jan 15, 2015 at 3:14 PM, Richard Mortier <= richard.m= ortier@cl.cam.ac.uk> wrote:
having just n= oticed the question of what compilers etc are supported
come up on another issue, i wondered: do we have the set of supported
ocaml and opam versions supported canonically stated anywhere?

my impression from the meeting yesterday is that it's:

opam 1.1 and 1.2
ocaml 4.01 and 4.02

...but is 4.00 supposed to be in there? any other "ocaml platform"= ;
pieces implicit that should be made explicit in that list?
=

Possibly on the very same other issue I just claimed th= at

since
```
mirage-xen.2.1.2/= opam:ocaml-version: [>=3D "4.01.0" & < "4.02.0&quo= t;]
```

anything Xen-specific has ca= rte blanche to drop 4.00.


might not be a bad idea to note it on the website somewhere obvious.
(and provide a template travis setup with those elements perhaps.)

--
Richard Mortier
richard.mortier@cl.cam.ac.u= k

_______________________________________________
MirageOS-devel mailing list
MirageOS-devel@lists= .xenproject.org
http://lists.xenproject.org/cgi-bin/mailman/listinfo= /mirageos-devel



--
Dave Scott
--001a1135f61ea8bf08050cb25f34-- --===============7217231247655265537== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel --===============7217231247655265537==-- From mirageos-devel-bounces@lists.xenproject.org Thu Jan 15 17:58:16 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 15 Jan 2015 17:58:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YBogO-0002V4-3l; Thu, 15 Jan 2015 17:58:12 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YBogM-0002Us-QW for mirageos-devel@lists.xenproject.org; Thu, 15 Jan 2015 17:58:10 +0000 Received: from [85.158.139.211] by server-8.bemta-5.messagelabs.com id 13/47-11581-2BFF7B45; Thu, 15 Jan 2015 17:58:10 +0000 X-Env-Sender: thomas.gazagnaire@gmail.com X-Msg-Ref: server-11.tower-206.messagelabs.com!1421344689!14178203!1 X-Originating-IP: [209.85.212.178] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18450 invoked from network); 15 Jan 2015 17:58:09 -0000 Received: from mail-wi0-f178.google.com (HELO mail-wi0-f178.google.com) (209.85.212.178) by server-11.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 15 Jan 2015 17:58:09 -0000 Received: by mail-wi0-f178.google.com with SMTP id z2so14069428wiv.5 for ; Thu, 15 Jan 2015 09:58:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=Z5Z/VFdPVUGNP09211BiIaSo2Ed6YalJ3zOyKsQvvA8=; b=0rP91b67/KDXWbyDDn0VsSwujd82EHCXuz3w+axuO0ZmwPZB/cBfVgi5miN5l6ewRi XNft1TVmZqHnN9mIRKP3eBBihKwCET6lYESSHiUt+J6gq7e1epvjDs2u2L0EPY8+QJbF S3HpaitrSEJxvy2pQuV17En6ezh2ekjghXVaic5CrZ2y7NWrUcYYV4iWMOrtAexfZGIG Cg/Ev3H06Q25J4oVoW33keyjeEdBK9jGe7DtJyyVwUMGnTXs5iHWWFITt1qSY0OBBjhB QEUojAprDIknS89nj4RJwC5Gtj1WWzoeBwWGU76Un+69RLXsWaef+fW37Sa4HbBAsLHm mbGw== X-Received: by 10.180.96.4 with SMTP id do4mr60078003wib.46.1421344689337; Thu, 15 Jan 2015 09:58:09 -0800 (PST) Received: from ?IPv6:2001:630:212:248:f8f5:1d7:8e2a:ba59? ([2001:630:212:248:f8f5:1d7:8e2a:ba59]) by mx.google.com with ESMTPSA id cp4sm2980957wjb.16.2015.01.15.09.58.08 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 15 Jan 2015 09:58:08 -0800 (PST) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Thomas Gazagnaire In-Reply-To: Date: Thu, 15 Jan 2015 17:58:08 +0000 Message-Id: <498D54FB-D1BC-4896-994A-AEE957977A62@gazagnaire.org> References: To: Thomas Leonard X-Mailer: Apple Mail (2.1993) Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] TLS on Xen X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org > - It would be good if you could configure an https server directly in > config.ml. Currently, the need to configure it with a certificate and > private key means this step has to go in the unikernel. would it be possible to do something like for the IP address where we write the IP address in config.ml and then generate main.ml with the same IP printed in (ie. we "lift" the IP value from the configuration language to the main program)? Is there a way to print a server configuration as a string which can be interpreted as an OCaml value? Thomas _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Thu Jan 15 17:58:16 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 15 Jan 2015 17:58:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YBogO-0002V4-3l; Thu, 15 Jan 2015 17:58:12 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YBogM-0002Us-QW for mirageos-devel@lists.xenproject.org; Thu, 15 Jan 2015 17:58:10 +0000 Received: from [85.158.139.211] by server-8.bemta-5.messagelabs.com id 13/47-11581-2BFF7B45; Thu, 15 Jan 2015 17:58:10 +0000 X-Env-Sender: thomas.gazagnaire@gmail.com X-Msg-Ref: server-11.tower-206.messagelabs.com!1421344689!14178203!1 X-Originating-IP: [209.85.212.178] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18450 invoked from network); 15 Jan 2015 17:58:09 -0000 Received: from mail-wi0-f178.google.com (HELO mail-wi0-f178.google.com) (209.85.212.178) by server-11.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 15 Jan 2015 17:58:09 -0000 Received: by mail-wi0-f178.google.com with SMTP id z2so14069428wiv.5 for ; Thu, 15 Jan 2015 09:58:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=Z5Z/VFdPVUGNP09211BiIaSo2Ed6YalJ3zOyKsQvvA8=; b=0rP91b67/KDXWbyDDn0VsSwujd82EHCXuz3w+axuO0ZmwPZB/cBfVgi5miN5l6ewRi XNft1TVmZqHnN9mIRKP3eBBihKwCET6lYESSHiUt+J6gq7e1epvjDs2u2L0EPY8+QJbF S3HpaitrSEJxvy2pQuV17En6ezh2ekjghXVaic5CrZ2y7NWrUcYYV4iWMOrtAexfZGIG Cg/Ev3H06Q25J4oVoW33keyjeEdBK9jGe7DtJyyVwUMGnTXs5iHWWFITt1qSY0OBBjhB QEUojAprDIknS89nj4RJwC5Gtj1WWzoeBwWGU76Un+69RLXsWaef+fW37Sa4HbBAsLHm mbGw== X-Received: by 10.180.96.4 with SMTP id do4mr60078003wib.46.1421344689337; Thu, 15 Jan 2015 09:58:09 -0800 (PST) Received: from ?IPv6:2001:630:212:248:f8f5:1d7:8e2a:ba59? ([2001:630:212:248:f8f5:1d7:8e2a:ba59]) by mx.google.com with ESMTPSA id cp4sm2980957wjb.16.2015.01.15.09.58.08 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 15 Jan 2015 09:58:08 -0800 (PST) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Thomas Gazagnaire In-Reply-To: Date: Thu, 15 Jan 2015 17:58:08 +0000 Message-Id: <498D54FB-D1BC-4896-994A-AEE957977A62@gazagnaire.org> References: To: Thomas Leonard X-Mailer: Apple Mail (2.1993) Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] TLS on Xen X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org > - It would be good if you could configure an https server directly in > config.ml. Currently, the need to configure it with a certificate and > private key means this step has to go in the unikernel. would it be possible to do something like for the IP address where we write the IP address in config.ml and then generate main.ml with the same IP printed in (ie. we "lift" the IP value from the configuration language to the main program)? Is there a way to print a server configuration as a string which can be interpreted as an OCaml value? Thomas _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Thu Jan 15 17:59:46 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 15 Jan 2015 17:59:46 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YBohu-0002Zj-B9; Thu, 15 Jan 2015 17:59:46 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YBohs-0002Zb-Gf for MirageOS-devel@lists.xenproject.org; Thu, 15 Jan 2015 17:59:44 +0000 Received: from [85.158.143.35] by server-1.bemta-4.messagelabs.com id A7/9B-09842-F0008B45; Thu, 15 Jan 2015 17:59:43 +0000 X-Env-Sender: thomas.gazagnaire@gmail.com X-Msg-Ref: server-7.tower-21.messagelabs.com!1421344783!21758935!1 X-Originating-IP: [74.125.82.41] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5544 invoked from network); 15 Jan 2015 17:59:43 -0000 Received: from mail-wg0-f41.google.com (HELO mail-wg0-f41.google.com) (74.125.82.41) by server-7.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 15 Jan 2015 17:59:43 -0000 Received: by mail-wg0-f41.google.com with SMTP id l18so16464667wgh.0 for ; Thu, 15 Jan 2015 09:59:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=HaASRNfOM46mDtWKTQZqTOg2XeSbCyCel1n3sAvoILI=; b=QP6IRcz+cTtKmD/lFaQHiptq074tO26WYgl2YDE8SBL3kA8M0LnSQgKatQ/nOY/t80 H07nOLpBuys4JbT4SV2dexAQKY0SDt69ciEGww4fKELoMN53OzNNbxY1xHMmef4HCJie KeA2HWnxaOe5gtp9RQ3SvpiXrcwzIaGVJVVb8F9fVHhb1gefTQxyjziDgmuJIAH9gEGd a/SsDFZjyFJAAq4cFgyyNjFuYB3CgfeHJIUwNGE413VMbD04bqj2E0ABoZ3We3HG1EMr REksbe2i528fozBwI7MVrR3oA7Uh6A3lJtMgbEcKETNd/WH8hDiI/usM5Px7fEqDFAIE yC8g== X-Received: by 10.194.94.164 with SMTP id dd4mr21262357wjb.56.1421344783235; Thu, 15 Jan 2015 09:59:43 -0800 (PST) Received: from ?IPv6:2001:630:212:248:f8f5:1d7:8e2a:ba59? ([2001:630:212:248:f8f5:1d7:8e2a:ba59]) by mx.google.com with ESMTPSA id vs8sm2995707wjc.6.2015.01.15.09.59.42 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 15 Jan 2015 09:59:42 -0800 (PST) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Thomas Gazagnaire In-Reply-To: Date: Thu, 15 Jan 2015 17:59:42 +0000 Message-Id: <4C495E09-B948-4062-B3DE-844A093FCE7C@gazagnaire.org> References: To: Richard Mortier X-Mailer: Apple Mail (2.1993) Cc: mirageos-devel Subject: Re: [MirageOS-devel] supported platforms X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org > my impression from the meeting yesterday is that it's: > > opam 1.1 and 1.2 > ocaml 4.01 and 4.02 I think that's correct. > might not be a bad idea to note it on the website somewhere obvious. > (and provide a template travis setup with those elements perhaps.) agreed. _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Thu Jan 15 17:59:46 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 15 Jan 2015 17:59:46 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YBohu-0002Zj-B9; Thu, 15 Jan 2015 17:59:46 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YBohs-0002Zb-Gf for MirageOS-devel@lists.xenproject.org; Thu, 15 Jan 2015 17:59:44 +0000 Received: from [85.158.143.35] by server-1.bemta-4.messagelabs.com id A7/9B-09842-F0008B45; Thu, 15 Jan 2015 17:59:43 +0000 X-Env-Sender: thomas.gazagnaire@gmail.com X-Msg-Ref: server-7.tower-21.messagelabs.com!1421344783!21758935!1 X-Originating-IP: [74.125.82.41] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5544 invoked from network); 15 Jan 2015 17:59:43 -0000 Received: from mail-wg0-f41.google.com (HELO mail-wg0-f41.google.com) (74.125.82.41) by server-7.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 15 Jan 2015 17:59:43 -0000 Received: by mail-wg0-f41.google.com with SMTP id l18so16464667wgh.0 for ; Thu, 15 Jan 2015 09:59:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=HaASRNfOM46mDtWKTQZqTOg2XeSbCyCel1n3sAvoILI=; b=QP6IRcz+cTtKmD/lFaQHiptq074tO26WYgl2YDE8SBL3kA8M0LnSQgKatQ/nOY/t80 H07nOLpBuys4JbT4SV2dexAQKY0SDt69ciEGww4fKELoMN53OzNNbxY1xHMmef4HCJie KeA2HWnxaOe5gtp9RQ3SvpiXrcwzIaGVJVVb8F9fVHhb1gefTQxyjziDgmuJIAH9gEGd a/SsDFZjyFJAAq4cFgyyNjFuYB3CgfeHJIUwNGE413VMbD04bqj2E0ABoZ3We3HG1EMr REksbe2i528fozBwI7MVrR3oA7Uh6A3lJtMgbEcKETNd/WH8hDiI/usM5Px7fEqDFAIE yC8g== X-Received: by 10.194.94.164 with SMTP id dd4mr21262357wjb.56.1421344783235; Thu, 15 Jan 2015 09:59:43 -0800 (PST) Received: from ?IPv6:2001:630:212:248:f8f5:1d7:8e2a:ba59? ([2001:630:212:248:f8f5:1d7:8e2a:ba59]) by mx.google.com with ESMTPSA id vs8sm2995707wjc.6.2015.01.15.09.59.42 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 15 Jan 2015 09:59:42 -0800 (PST) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Thomas Gazagnaire In-Reply-To: Date: Thu, 15 Jan 2015 17:59:42 +0000 Message-Id: <4C495E09-B948-4062-B3DE-844A093FCE7C@gazagnaire.org> References: To: Richard Mortier X-Mailer: Apple Mail (2.1993) Cc: mirageos-devel Subject: Re: [MirageOS-devel] supported platforms X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org > my impression from the meeting yesterday is that it's: > > opam 1.1 and 1.2 > ocaml 4.01 and 4.02 I think that's correct. > might not be a bad idea to note it on the website somewhere obvious. > (and provide a template travis setup with those elements perhaps.) agreed. _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Thu Jan 15 19:32:14 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 15 Jan 2015 19:32:14 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YBq9K-0000fi-Ew; Thu, 15 Jan 2015 19:32:10 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YBq9J-0000ep-5E for mirageos-devel@lists.xenproject.org; Thu, 15 Jan 2015 19:32:09 +0000 Received: from [85.158.137.68] by server-9.bemta-3.messagelabs.com id 6E/D8-25727-8B518B45; Thu, 15 Jan 2015 19:32:08 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-14.tower-31.messagelabs.com!1421350327!17452537!1 X-Originating-IP: [209.85.215.45] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 986 invoked from network); 15 Jan 2015 19:32:07 -0000 Received: from mail-la0-f45.google.com (HELO mail-la0-f45.google.com) (209.85.215.45) by server-14.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 15 Jan 2015 19:32:07 -0000 Received: by mail-la0-f45.google.com with SMTP id gq15so15448789lab.4 for ; Thu, 15 Jan 2015 11:32:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=htoZalxgD++1YEtP1cws9MsNK6RoBC164mLREJhXlO8=; b=jdH28E9ofq1OE/dGVVWXBX9AEocCAn/XGAxoMj/1h3aL+tqtVCMb0hFL3UkLzjqC0f xcvX0LdyfA7kDM6wo+qHbw3P4ejdwFPHH3a5+xVYXZ4SO6/tkAN6eyJZdSD4xUh3nRvS rf2l0t8/Qc53kiUO+bFgjorx7AWRJT42D3sH4hGK4qUj8hb1PTfJt7t2phx4AD+4GRp/ ppSYbVg74K5a6GJX48nPgJREdQvT4PVtQWkVvhJZnr2geDXqNJG8m1v7EH5c/WN4VVs+ tx5R9cbp2BveRKXjzJz5/64ZM+ZnXLdqMf03JpvAPjWrjB+dvclmjXVjqP10rkSxsg1T UF2Q== MIME-Version: 1.0 X-Received: by 10.112.160.33 with SMTP id xh1mr11839054lbb.60.1421350327061; Thu, 15 Jan 2015 11:32:07 -0800 (PST) Received: by 10.25.207.3 with HTTP; Thu, 15 Jan 2015 11:32:07 -0800 (PST) In-Reply-To: <498D54FB-D1BC-4896-994A-AEE957977A62@gazagnaire.org> References: <498D54FB-D1BC-4896-994A-AEE957977A62@gazagnaire.org> Date: Thu, 15 Jan 2015 19:32:07 +0000 Message-ID: From: Thomas Leonard To: Thomas Gazagnaire Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] TLS on Xen X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 15 January 2015 at 17:58, Thomas Gazagnaire wrote: >> - It would be good if you could configure an https server directly in >> config.ml. Currently, the need to configure it with a certificate and >> private key means this step has to go in the unikernel. > > would it be possible to do something like for the IP address where we write the IP address in config.ml and then generate main.ml with the same IP printed in (ie. we "lift" the IP value from the configuration language to the main program)? Is there a way to print a server configuration as a string which can be interpreted as an OCaml value? What's the recommended way to store the private key? I don't want it in config.ml because that's part of the source repository. I could load it there. I can't deploy via a public GitHub repository if the binary contains the key, so maybe it should be stored on a block device? -- Dr Thomas Leonard http://0install.net/ GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 GPG: DA98 25AE CAD0 8975 7CDA BD8E 0713 3F96 CA74 D8BA _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Thu Jan 15 19:32:14 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 15 Jan 2015 19:32:14 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YBq9K-0000fi-Ew; Thu, 15 Jan 2015 19:32:10 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YBq9J-0000ep-5E for mirageos-devel@lists.xenproject.org; Thu, 15 Jan 2015 19:32:09 +0000 Received: from [85.158.137.68] by server-9.bemta-3.messagelabs.com id 6E/D8-25727-8B518B45; Thu, 15 Jan 2015 19:32:08 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-14.tower-31.messagelabs.com!1421350327!17452537!1 X-Originating-IP: [209.85.215.45] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 986 invoked from network); 15 Jan 2015 19:32:07 -0000 Received: from mail-la0-f45.google.com (HELO mail-la0-f45.google.com) (209.85.215.45) by server-14.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 15 Jan 2015 19:32:07 -0000 Received: by mail-la0-f45.google.com with SMTP id gq15so15448789lab.4 for ; Thu, 15 Jan 2015 11:32:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=htoZalxgD++1YEtP1cws9MsNK6RoBC164mLREJhXlO8=; b=jdH28E9ofq1OE/dGVVWXBX9AEocCAn/XGAxoMj/1h3aL+tqtVCMb0hFL3UkLzjqC0f xcvX0LdyfA7kDM6wo+qHbw3P4ejdwFPHH3a5+xVYXZ4SO6/tkAN6eyJZdSD4xUh3nRvS rf2l0t8/Qc53kiUO+bFgjorx7AWRJT42D3sH4hGK4qUj8hb1PTfJt7t2phx4AD+4GRp/ ppSYbVg74K5a6GJX48nPgJREdQvT4PVtQWkVvhJZnr2geDXqNJG8m1v7EH5c/WN4VVs+ tx5R9cbp2BveRKXjzJz5/64ZM+ZnXLdqMf03JpvAPjWrjB+dvclmjXVjqP10rkSxsg1T UF2Q== MIME-Version: 1.0 X-Received: by 10.112.160.33 with SMTP id xh1mr11839054lbb.60.1421350327061; Thu, 15 Jan 2015 11:32:07 -0800 (PST) Received: by 10.25.207.3 with HTTP; Thu, 15 Jan 2015 11:32:07 -0800 (PST) In-Reply-To: <498D54FB-D1BC-4896-994A-AEE957977A62@gazagnaire.org> References: <498D54FB-D1BC-4896-994A-AEE957977A62@gazagnaire.org> Date: Thu, 15 Jan 2015 19:32:07 +0000 Message-ID: From: Thomas Leonard To: Thomas Gazagnaire Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] TLS on Xen X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 15 January 2015 at 17:58, Thomas Gazagnaire wrote: >> - It would be good if you could configure an https server directly in >> config.ml. Currently, the need to configure it with a certificate and >> private key means this step has to go in the unikernel. > > would it be possible to do something like for the IP address where we write the IP address in config.ml and then generate main.ml with the same IP printed in (ie. we "lift" the IP value from the configuration language to the main program)? Is there a way to print a server configuration as a string which can be interpreted as an OCaml value? What's the recommended way to store the private key? I don't want it in config.ml because that's part of the source repository. I could load it there. I can't deploy via a public GitHub repository if the binary contains the key, so maybe it should be stored on a block device? -- Dr Thomas Leonard http://0install.net/ GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 GPG: DA98 25AE CAD0 8975 7CDA BD8E 0713 3F96 CA74 D8BA _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Thu Jan 15 21:14:29 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 15 Jan 2015 21:14:29 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YBrkF-0000PY-CR; Thu, 15 Jan 2015 21:14:23 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YBrkD-0000PT-Ku for mirageos-devel@lists.xenproject.org; Thu, 15 Jan 2015 21:14:21 +0000 Received: from [193.109.254.147] by server-4.bemta-14.messagelabs.com id 09/85-02954-DAD28B45; Thu, 15 Jan 2015 21:14:21 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-10.tower-27.messagelabs.com!1421356460!13201186!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3438 invoked from network); 15 Jan 2015 21:14:20 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-10.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 15 Jan 2015 21:14:20 -0000 Received: from [192.168.1.39] (cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net [86.30.244.239]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 872a6011; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Thu, 15 Jan 2015 21:14:18 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: Date: Thu, 15 Jan 2015 21:14:18 +0000 Message-Id: <887150E9-A0EE-4CDB-BD2F-E8043D9E0AB7@recoil.org> References: <498D54FB-D1BC-4896-994A-AEE957977A62@gazagnaire.org> To: Thomas Leonard X-Mailer: Apple Mail (2.1993) Cc: Thomas Gazagnaire , "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] TLS on Xen X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 15 Jan 2015, at 19:32, Thomas Leonard wrote: > > On 15 January 2015 at 17:58, Thomas Gazagnaire wrote: >>> - It would be good if you could configure an https server directly in >>> config.ml. Currently, the need to configure it with a certificate and >>> private key means this step has to go in the unikernel. >> >> would it be possible to do something like for the IP address where we write the IP address in config.ml and then generate main.ml with the same IP printed in (ie. we "lift" the IP value from the configuration language to the main program)? Is there a way to print a server configuration as a string which can be interpreted as an OCaml value? > > What's the recommended way to store the private key? I don't want it > in config.ml because that's part of the source repository. I could > load it there. I can't deploy via a public GitHub repository if the > binary contains the key, so maybe it should be stored on a block > device? At the risk of abusing XenStore too much, it could also be written there with suitably constrained permissions. It would still need to be a block device for normal cloud providers though. -anil _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Thu Jan 15 21:14:29 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 15 Jan 2015 21:14:29 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YBrkF-0000PY-CR; Thu, 15 Jan 2015 21:14:23 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YBrkD-0000PT-Ku for mirageos-devel@lists.xenproject.org; Thu, 15 Jan 2015 21:14:21 +0000 Received: from [193.109.254.147] by server-4.bemta-14.messagelabs.com id 09/85-02954-DAD28B45; Thu, 15 Jan 2015 21:14:21 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-10.tower-27.messagelabs.com!1421356460!13201186!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3438 invoked from network); 15 Jan 2015 21:14:20 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-10.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 15 Jan 2015 21:14:20 -0000 Received: from [192.168.1.39] (cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net [86.30.244.239]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 872a6011; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Thu, 15 Jan 2015 21:14:18 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: Date: Thu, 15 Jan 2015 21:14:18 +0000 Message-Id: <887150E9-A0EE-4CDB-BD2F-E8043D9E0AB7@recoil.org> References: <498D54FB-D1BC-4896-994A-AEE957977A62@gazagnaire.org> To: Thomas Leonard X-Mailer: Apple Mail (2.1993) Cc: Thomas Gazagnaire , "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] TLS on Xen X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 15 Jan 2015, at 19:32, Thomas Leonard wrote: > > On 15 January 2015 at 17:58, Thomas Gazagnaire wrote: >>> - It would be good if you could configure an https server directly in >>> config.ml. Currently, the need to configure it with a certificate and >>> private key means this step has to go in the unikernel. >> >> would it be possible to do something like for the IP address where we write the IP address in config.ml and then generate main.ml with the same IP printed in (ie. we "lift" the IP value from the configuration language to the main program)? Is there a way to print a server configuration as a string which can be interpreted as an OCaml value? > > What's the recommended way to store the private key? I don't want it > in config.ml because that's part of the source repository. I could > load it there. I can't deploy via a public GitHub repository if the > binary contains the key, so maybe it should be stored on a block > device? At the risk of abusing XenStore too much, it could also be written there with suitably constrained permissions. It would still need to be a block device for normal cloud providers though. -anil _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Thu Jan 15 21:32:27 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 15 Jan 2015 21:32:27 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YBs1h-00011U-R5; Thu, 15 Jan 2015 21:32:25 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YBs1g-00011P-GF for MirageOS-devel@lists.xenproject.org; Thu, 15 Jan 2015 21:32:24 +0000 Received: from [85.158.137.68] by server-4.bemta-3.messagelabs.com id D6/C6-23865-7E138B45; Thu, 15 Jan 2015 21:32:23 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-3.tower-31.messagelabs.com!1421357542!19978295!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32051 invoked from network); 15 Jan 2015 21:32:23 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-3.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 15 Jan 2015 21:32:23 -0000 Received: from [192.168.1.39] (cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net [86.30.244.239]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 471784f4; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Thu, 15 Jan 2015 21:32:22 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: Date: Thu, 15 Jan 2015 21:32:21 +0000 Message-Id: <3534E3D8-3CE8-47F5-AA5C-73A0FDC0E7ED@recoil.org> References: To: Richard Mortier X-Mailer: Apple Mail (2.1993) Cc: mirageos-devel Subject: Re: [MirageOS-devel] supported platforms X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 15 Jan 2015, at 15:14, Richard Mortier wrote: > > having just noticed the question of what compilers etc are supported > come up on another issue, i wondered: do we have the set of supported > ocaml and opam versions supported canonically stated anywhere? > > my impression from the meeting yesterday is that it's: > > opam 1.1 and 1.2 > ocaml 4.01 and 4.02 > > ...but is 4.00 supposed to be in there? any other "ocaml platform" > pieces implicit that should be made explicit in that list? I wouldn't be against mandating OPAM 1.2 be used, just because the development workflow is just so much better. I would just like a configure check in the `mirage` tool to enforce that before we switch off all the testing though. On the OCaml front, supporting 4.01 and 4.02 is indeed correct. Some libraries (such as websocket) have gone 4.02-only now, and that needs some care. > might not be a bad idea to note it on the website somewhere obvious. > (and provide a template travis setup with those elements perhaps.) Definitely -- a system requirements page of sorts in the installation section of the site would be good. -anil _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Thu Jan 15 21:32:27 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 15 Jan 2015 21:32:27 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YBs1h-00011U-R5; Thu, 15 Jan 2015 21:32:25 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YBs1g-00011P-GF for MirageOS-devel@lists.xenproject.org; Thu, 15 Jan 2015 21:32:24 +0000 Received: from [85.158.137.68] by server-4.bemta-3.messagelabs.com id D6/C6-23865-7E138B45; Thu, 15 Jan 2015 21:32:23 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-3.tower-31.messagelabs.com!1421357542!19978295!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32051 invoked from network); 15 Jan 2015 21:32:23 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-3.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 15 Jan 2015 21:32:23 -0000 Received: from [192.168.1.39] (cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net [86.30.244.239]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 471784f4; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Thu, 15 Jan 2015 21:32:22 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: Date: Thu, 15 Jan 2015 21:32:21 +0000 Message-Id: <3534E3D8-3CE8-47F5-AA5C-73A0FDC0E7ED@recoil.org> References: To: Richard Mortier X-Mailer: Apple Mail (2.1993) Cc: mirageos-devel Subject: Re: [MirageOS-devel] supported platforms X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 15 Jan 2015, at 15:14, Richard Mortier wrote: > > having just noticed the question of what compilers etc are supported > come up on another issue, i wondered: do we have the set of supported > ocaml and opam versions supported canonically stated anywhere? > > my impression from the meeting yesterday is that it's: > > opam 1.1 and 1.2 > ocaml 4.01 and 4.02 > > ...but is 4.00 supposed to be in there? any other "ocaml platform" > pieces implicit that should be made explicit in that list? I wouldn't be against mandating OPAM 1.2 be used, just because the development workflow is just so much better. I would just like a configure check in the `mirage` tool to enforce that before we switch off all the testing though. On the OCaml front, supporting 4.01 and 4.02 is indeed correct. Some libraries (such as websocket) have gone 4.02-only now, and that needs some care. > might not be a bad idea to note it on the website somewhere obvious. > (and provide a template travis setup with those elements perhaps.) Definitely -- a system requirements page of sorts in the installation section of the site would be good. -anil _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Thu Jan 15 21:39:01 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 15 Jan 2015 21:39:01 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YBs83-0001gX-PB; Thu, 15 Jan 2015 21:38:59 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YBs82-0001gR-IR for mirageos-devel@lists.xenproject.org; Thu, 15 Jan 2015 21:38:58 +0000 Received: from [85.158.137.68] by server-15.bemta-3.messagelabs.com id F1/8E-17735-17338B45; Thu, 15 Jan 2015 21:38:57 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-14.tower-31.messagelabs.com!1421357936!17469144!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=1.0 required=7.0 tests=BODY_RANDOM_LONG, MAILTO_TO_SPAM_ADDR,RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7886 invoked from network); 15 Jan 2015 21:38:56 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-14.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 15 Jan 2015 21:38:56 -0000 Received: from [192.168.1.39] (cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net [86.30.244.239]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 0fbca9a9; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Thu, 15 Jan 2015 21:38:56 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: Date: Thu, 15 Jan 2015 21:38:55 +0000 Message-Id: <8D387734-3ADF-433A-A83E-0C7F03FCFA98@recoil.org> References: <1B5B4AE2-CA1A-4945-A491-9EC483A5AB7E@cam.ac.uk> To: Luke Dunstan X-Mailer: Apple Mail (2.1993) Cc: mirageos-devel Subject: Re: [MirageOS-devel] Issue with building mirage-www locally X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org Good catch -- this will hopefully become a lot simpler to handle when Nicolas and Thomas' configuration patch is merged, as that will allow the Mirage tool to extend the configuration flags, rather than having the awkward split between environment variables and flags that exists today. -anil > On 15 Jan 2015, at 00:32, Luke Dunstan wrote: > > Hi, > > Those messages mean that the unikernel is looking for a DHCP server. The code in config.ml is: > > let dhcp = > try match Sys.getenv "DHCP" with > | "" -> false > | _ -> true > with Not_found -> true > > The use of an empty string for this purpose is a bit unintuitive. To tell it to use the static IP address instead, go to the "src" folder and use: > > DHCP="" mirage configure --unix > > And then "make" and run it. > > Luke > > > On 15 January 2015 at 07:49, Amir Chaudhry wrote: > Hi folks, > > I seem to be having trouble building the mirage website locally. > I've filed an issue on the repo and if anyone can help me figure out what the problem is I'd be grateful. > > https://github.com/mirage/mirage-www/issues/265 > > Amir > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel > > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Thu Jan 15 21:39:01 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 15 Jan 2015 21:39:01 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YBs83-0001gX-PB; Thu, 15 Jan 2015 21:38:59 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YBs82-0001gR-IR for mirageos-devel@lists.xenproject.org; Thu, 15 Jan 2015 21:38:58 +0000 Received: from [85.158.137.68] by server-15.bemta-3.messagelabs.com id F1/8E-17735-17338B45; Thu, 15 Jan 2015 21:38:57 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-14.tower-31.messagelabs.com!1421357936!17469144!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=1.0 required=7.0 tests=BODY_RANDOM_LONG, MAILTO_TO_SPAM_ADDR,RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7886 invoked from network); 15 Jan 2015 21:38:56 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-14.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 15 Jan 2015 21:38:56 -0000 Received: from [192.168.1.39] (cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net [86.30.244.239]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 0fbca9a9; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Thu, 15 Jan 2015 21:38:56 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: Date: Thu, 15 Jan 2015 21:38:55 +0000 Message-Id: <8D387734-3ADF-433A-A83E-0C7F03FCFA98@recoil.org> References: <1B5B4AE2-CA1A-4945-A491-9EC483A5AB7E@cam.ac.uk> To: Luke Dunstan X-Mailer: Apple Mail (2.1993) Cc: mirageos-devel Subject: Re: [MirageOS-devel] Issue with building mirage-www locally X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org Good catch -- this will hopefully become a lot simpler to handle when Nicolas and Thomas' configuration patch is merged, as that will allow the Mirage tool to extend the configuration flags, rather than having the awkward split between environment variables and flags that exists today. -anil > On 15 Jan 2015, at 00:32, Luke Dunstan wrote: > > Hi, > > Those messages mean that the unikernel is looking for a DHCP server. The code in config.ml is: > > let dhcp = > try match Sys.getenv "DHCP" with > | "" -> false > | _ -> true > with Not_found -> true > > The use of an empty string for this purpose is a bit unintuitive. To tell it to use the static IP address instead, go to the "src" folder and use: > > DHCP="" mirage configure --unix > > And then "make" and run it. > > Luke > > > On 15 January 2015 at 07:49, Amir Chaudhry wrote: > Hi folks, > > I seem to be having trouble building the mirage website locally. > I've filed an issue on the repo and if anyone can help me figure out what the problem is I'd be grateful. > > https://github.com/mirage/mirage-www/issues/265 > > Amir > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel > > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Fri Jan 16 00:01:33 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 16 Jan 2015 00:01:33 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YBuLw-0007jG-1e; Fri, 16 Jan 2015 00:01:28 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YBuLt-0007jB-SR for mirageos-devel@lists.xenproject.org; Fri, 16 Jan 2015 00:01:26 +0000 Received: from [193.109.254.147] by server-5.bemta-14.messagelabs.com id 47/B5-08051-5D458B45; Fri, 16 Jan 2015 00:01:25 +0000 X-Env-Sender: thomas.gazagnaire@gmail.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1421366483!20921527!1 X-Originating-IP: [74.125.82.172] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5879 invoked from network); 16 Jan 2015 00:01:24 -0000 Received: from mail-we0-f172.google.com (HELO mail-we0-f172.google.com) (74.125.82.172) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 16 Jan 2015 00:01:24 -0000 Received: by mail-we0-f172.google.com with SMTP id k11so17562412wes.3 for ; Thu, 15 Jan 2015 16:01:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=E06gMPkDpHnH/aui0P0NGqfvNTRtEbRGl5gpB+nDsoo=; b=0g9wCUcGRmgoz0Yo1Ze3PvkNFvGFU1gTk9vFxwYUyEkCTLoOMj6CQCo4YETZb7BnAh GZKafTHxYHei2Zhpq/OlQm9Qr0sTBE+eZzfStEjkeEBmT69UMzc0eA2zKq+EnfV47sTh hGDneVroLBuOA14+6xJJP7Dl55SpM3ePTemzA1SEdIsSdLIy9fPreqyYrhXwVZs18HTb BghXZFgC53b31vz96WDKlHzg9UrIy0UfHXeGe5el7fUeZxlX44sfISbpbZ7Tmkd2gaA/ yShv+oARdZG2R4H/CzYApPoiQL8L8rl4woQTPIj7oSaihhdjLhSudy5HYat+zyvs9YLz 1bAg== X-Received: by 10.194.236.200 with SMTP id uw8mr23615477wjc.10.1421366483664; Thu, 15 Jan 2015 16:01:23 -0800 (PST) Received: from [10.9.26.207] (zone7.jesus.cam.ac.uk. [131.111.243.147]) by mx.google.com with ESMTPSA id gb10sm3943134wjb.21.2015.01.15.16.01.11 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 15 Jan 2015 16:01:16 -0800 (PST) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Thomas Gazagnaire In-Reply-To: <887150E9-A0EE-4CDB-BD2F-E8043D9E0AB7@recoil.org> Date: Fri, 16 Jan 2015 00:00:05 +0000 Message-Id: <04A5E060-66CC-4087-BD85-8978E01324B8@gazagnaire.org> References: <498D54FB-D1BC-4896-994A-AEE957977A62@gazagnaire.org> <887150E9-A0EE-4CDB-BD2F-E8043D9E0AB7@recoil.org> To: Anil Madhavapeddy X-Mailer: Apple Mail (2.1993) Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] TLS on Xen X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org >> On 15 January 2015 at 17:58, Thomas Gazagnaire wrote: >>>> - It would be good if you could configure an https server directly in >>>> config.ml. Currently, the need to configure it with a certificate and >>>> private key means this step has to go in the unikernel. >>> >>> would it be possible to do something like for the IP address where we write the IP address in config.ml and then generate main.ml with the same IP printed in (ie. we "lift" the IP value from the configuration language to the main program)? Is there a way to print a server configuration as a string which can be interpreted as an OCaml value? >> >> What's the recommended way to store the private key? I don't want it >> in config.ml because that's part of the source repository. I could >> load it there. I can't deploy via a public GitHub repository if the >> binary contains the key, so maybe it should be stored on a block >> device? > > At the risk of abusing XenStore too much, it could also be written there > with suitably constrained permissions. It would still need to be a block > device for normal cloud providers though. maybe you can load the key when configuring your unikernel ie. it should be available on the filesystem (or somewhere else) where you are configuring your unikernel. in that case you can: - in config.ml: call a function to read the private key - in main.ml: you can generate some code with the hard-coded private key read while configuring Regarding xenstore: I'm still a bit uncomfortable with passing dynamic secret data in there Thomas _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Fri Jan 16 00:01:33 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 16 Jan 2015 00:01:33 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YBuLw-0007jG-1e; Fri, 16 Jan 2015 00:01:28 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YBuLt-0007jB-SR for mirageos-devel@lists.xenproject.org; Fri, 16 Jan 2015 00:01:26 +0000 Received: from [193.109.254.147] by server-5.bemta-14.messagelabs.com id 47/B5-08051-5D458B45; Fri, 16 Jan 2015 00:01:25 +0000 X-Env-Sender: thomas.gazagnaire@gmail.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1421366483!20921527!1 X-Originating-IP: [74.125.82.172] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5879 invoked from network); 16 Jan 2015 00:01:24 -0000 Received: from mail-we0-f172.google.com (HELO mail-we0-f172.google.com) (74.125.82.172) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 16 Jan 2015 00:01:24 -0000 Received: by mail-we0-f172.google.com with SMTP id k11so17562412wes.3 for ; Thu, 15 Jan 2015 16:01:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=E06gMPkDpHnH/aui0P0NGqfvNTRtEbRGl5gpB+nDsoo=; b=0g9wCUcGRmgoz0Yo1Ze3PvkNFvGFU1gTk9vFxwYUyEkCTLoOMj6CQCo4YETZb7BnAh GZKafTHxYHei2Zhpq/OlQm9Qr0sTBE+eZzfStEjkeEBmT69UMzc0eA2zKq+EnfV47sTh hGDneVroLBuOA14+6xJJP7Dl55SpM3ePTemzA1SEdIsSdLIy9fPreqyYrhXwVZs18HTb BghXZFgC53b31vz96WDKlHzg9UrIy0UfHXeGe5el7fUeZxlX44sfISbpbZ7Tmkd2gaA/ yShv+oARdZG2R4H/CzYApPoiQL8L8rl4woQTPIj7oSaihhdjLhSudy5HYat+zyvs9YLz 1bAg== X-Received: by 10.194.236.200 with SMTP id uw8mr23615477wjc.10.1421366483664; Thu, 15 Jan 2015 16:01:23 -0800 (PST) Received: from [10.9.26.207] (zone7.jesus.cam.ac.uk. [131.111.243.147]) by mx.google.com with ESMTPSA id gb10sm3943134wjb.21.2015.01.15.16.01.11 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 15 Jan 2015 16:01:16 -0800 (PST) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Thomas Gazagnaire In-Reply-To: <887150E9-A0EE-4CDB-BD2F-E8043D9E0AB7@recoil.org> Date: Fri, 16 Jan 2015 00:00:05 +0000 Message-Id: <04A5E060-66CC-4087-BD85-8978E01324B8@gazagnaire.org> References: <498D54FB-D1BC-4896-994A-AEE957977A62@gazagnaire.org> <887150E9-A0EE-4CDB-BD2F-E8043D9E0AB7@recoil.org> To: Anil Madhavapeddy X-Mailer: Apple Mail (2.1993) Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] TLS on Xen X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org >> On 15 January 2015 at 17:58, Thomas Gazagnaire wrote: >>>> - It would be good if you could configure an https server directly in >>>> config.ml. Currently, the need to configure it with a certificate and >>>> private key means this step has to go in the unikernel. >>> >>> would it be possible to do something like for the IP address where we write the IP address in config.ml and then generate main.ml with the same IP printed in (ie. we "lift" the IP value from the configuration language to the main program)? Is there a way to print a server configuration as a string which can be interpreted as an OCaml value? >> >> What's the recommended way to store the private key? I don't want it >> in config.ml because that's part of the source repository. I could >> load it there. I can't deploy via a public GitHub repository if the >> binary contains the key, so maybe it should be stored on a block >> device? > > At the risk of abusing XenStore too much, it could also be written there > with suitably constrained permissions. It would still need to be a block > device for normal cloud providers though. maybe you can load the key when configuring your unikernel ie. it should be available on the filesystem (or somewhere else) where you are configuring your unikernel. in that case you can: - in config.ml: call a function to read the private key - in main.ml: you can generate some code with the hard-coded private key read while configuring Regarding xenstore: I'm still a bit uncomfortable with passing dynamic secret data in there Thomas _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Fri Jan 16 08:51:24 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 16 Jan 2015 08:51:24 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YC2cg-0001CW-BW; Fri, 16 Jan 2015 08:51:18 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YC2cf-0001CR-0J for mirageos-devel@lists.xenproject.org; Fri, 16 Jan 2015 08:51:17 +0000 Received: from [85.158.139.211] by server-7.bemta-5.messagelabs.com id E1/14-31453-401D8B45; Fri, 16 Jan 2015 08:51:16 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-12.tower-206.messagelabs.com!1421398275!18389886!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14724 invoked from network); 16 Jan 2015 08:51:15 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-12.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 16 Jan 2015 08:51:15 -0000 Received: from [192.168.1.39] (cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net [86.30.244.239]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 354da741; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Fri, 16 Jan 2015 08:51:14 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: <04A5E060-66CC-4087-BD85-8978E01324B8@gazagnaire.org> Date: Fri, 16 Jan 2015 08:51:13 +0000 Message-Id: References: <498D54FB-D1BC-4896-994A-AEE957977A62@gazagnaire.org> <887150E9-A0EE-4CDB-BD2F-E8043D9E0AB7@recoil.org> <04A5E060-66CC-4087-BD85-8978E01324B8@gazagnaire.org> To: Thomas Gazagnaire X-Mailer: Apple Mail (2.1993) Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] TLS on Xen X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 16 Jan 2015, at 00:00, Thomas Gazagnaire wrote: > >>> On 15 January 2015 at 17:58, Thomas Gazagnaire wrote: >>>>> - It would be good if you could configure an https server directly in >>>>> config.ml. Currently, the need to configure it with a certificate and >>>>> private key means this step has to go in the unikernel. >>>> >>>> would it be possible to do something like for the IP address where we write the IP address in config.ml and then generate main.ml with the same IP printed in (ie. we "lift" the IP value from the configuration language to the main program)? Is there a way to print a server configuration as a string which can be interpreted as an OCaml value? >>> >>> What's the recommended way to store the private key? I don't want it >>> in config.ml because that's part of the source repository. I could >>> load it there. I can't deploy via a public GitHub repository if the >>> binary contains the key, so maybe it should be stored on a block >>> device? >> >> At the risk of abusing XenStore too much, it could also be written there >> with suitably constrained permissions. It would still need to be a block >> device for normal cloud providers though. > > maybe you can load the key when configuring your unikernel ie. it should be available on the filesystem (or somewhere else) where you are configuring your unikernel. > > in that case you can: > - in config.ml: call a function to read the private key > - in main.ml: you can generate some code with the hard-coded private key read while configuring This doesn't meet the requirement that the binary can be redistributed on a public site (ala mirage-www-deployment). > Regarding xenstore: I'm still a bit uncomfortable with passing dynamic secret data in there It does require some thought for sure -- but Xenstore is already a highly trusted component that can only be accessed by the root user in the guest kernel on conventional operating systems. If not Xenstore itself, then some other channel of a similar nature (like Xentropyd has) would fit the bill. Unfortunately, this won't work on a public cloud provider, but a block device should be fine there. Thinking about the block device more, perhaps we could have the notion of a transient block device -- attach it at boot to read the private key into memory, and then immediately eject it. -anil _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Fri Jan 16 08:51:24 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 16 Jan 2015 08:51:24 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YC2cg-0001CW-BW; Fri, 16 Jan 2015 08:51:18 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YC2cf-0001CR-0J for mirageos-devel@lists.xenproject.org; Fri, 16 Jan 2015 08:51:17 +0000 Received: from [85.158.139.211] by server-7.bemta-5.messagelabs.com id E1/14-31453-401D8B45; Fri, 16 Jan 2015 08:51:16 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-12.tower-206.messagelabs.com!1421398275!18389886!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14724 invoked from network); 16 Jan 2015 08:51:15 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-12.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 16 Jan 2015 08:51:15 -0000 Received: from [192.168.1.39] (cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net [86.30.244.239]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 354da741; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Fri, 16 Jan 2015 08:51:14 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: <04A5E060-66CC-4087-BD85-8978E01324B8@gazagnaire.org> Date: Fri, 16 Jan 2015 08:51:13 +0000 Message-Id: References: <498D54FB-D1BC-4896-994A-AEE957977A62@gazagnaire.org> <887150E9-A0EE-4CDB-BD2F-E8043D9E0AB7@recoil.org> <04A5E060-66CC-4087-BD85-8978E01324B8@gazagnaire.org> To: Thomas Gazagnaire X-Mailer: Apple Mail (2.1993) Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] TLS on Xen X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 16 Jan 2015, at 00:00, Thomas Gazagnaire wrote: > >>> On 15 January 2015 at 17:58, Thomas Gazagnaire wrote: >>>>> - It would be good if you could configure an https server directly in >>>>> config.ml. Currently, the need to configure it with a certificate and >>>>> private key means this step has to go in the unikernel. >>>> >>>> would it be possible to do something like for the IP address where we write the IP address in config.ml and then generate main.ml with the same IP printed in (ie. we "lift" the IP value from the configuration language to the main program)? Is there a way to print a server configuration as a string which can be interpreted as an OCaml value? >>> >>> What's the recommended way to store the private key? I don't want it >>> in config.ml because that's part of the source repository. I could >>> load it there. I can't deploy via a public GitHub repository if the >>> binary contains the key, so maybe it should be stored on a block >>> device? >> >> At the risk of abusing XenStore too much, it could also be written there >> with suitably constrained permissions. It would still need to be a block >> device for normal cloud providers though. > > maybe you can load the key when configuring your unikernel ie. it should be available on the filesystem (or somewhere else) where you are configuring your unikernel. > > in that case you can: > - in config.ml: call a function to read the private key > - in main.ml: you can generate some code with the hard-coded private key read while configuring This doesn't meet the requirement that the binary can be redistributed on a public site (ala mirage-www-deployment). > Regarding xenstore: I'm still a bit uncomfortable with passing dynamic secret data in there It does require some thought for sure -- but Xenstore is already a highly trusted component that can only be accessed by the root user in the guest kernel on conventional operating systems. If not Xenstore itself, then some other channel of a similar nature (like Xentropyd has) would fit the bill. Unfortunately, this won't work on a public cloud provider, but a block device should be fine there. Thinking about the block device more, perhaps we could have the notion of a transient block device -- attach it at boot to read the private key into memory, and then immediately eject it. -anil _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Fri Jan 16 10:05:16 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 16 Jan 2015 10:05:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YC3mC-0004X8-5v; Fri, 16 Jan 2015 10:05:12 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YC3mA-0004X3-FB for mirageos-devel@lists.xenproject.org; Fri, 16 Jan 2015 10:05:10 +0000 Received: from [85.158.139.211] by server-1.bemta-5.messagelabs.com id 46/04-24124-552E8B45; Fri, 16 Jan 2015 10:05:09 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-10.tower-206.messagelabs.com!1421402699!13116960!1 X-Originating-IP: [209.85.217.177] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP,spamassassin: ,async_handler: YXN5bmNfZGVsYXk6IDcwNDU4MDggKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24096 invoked from network); 16 Jan 2015 10:05:00 -0000 Received: from mail-lb0-f177.google.com (HELO mail-lb0-f177.google.com) (209.85.217.177) by server-10.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 16 Jan 2015 10:05:00 -0000 Received: by mail-lb0-f177.google.com with SMTP id b6so17591749lbj.8 for ; Fri, 16 Jan 2015 02:04:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=ZW1k43lFUVcijFrMqtTSuufKvxYcmWIyRt7uNfRSKYA=; b=tiq6Llth5tS/jqtJTL7AmEl+8iTnoP7rYd3JgZP4mNaH/3cV+gSqaO1FG7wBuk5g01 q1iBiwJ5RNdZxiv0gUIiLMq98YLYy2xReI5CgwuYznpMuufZ1SXB25qAGhgtGm4FtDBY d5TzpH/rdW5D40XPFDhGW0Q5fpA6eFvKN/WAtOkcjo9bWKwp+azVk06Y+0uWg3uzIJX+ vVHuK5+4M0A86jg9iq9DlAcgJy7V8y3hs4H/xew3wR6YHH1DnkYyBuF32twT5NgPEiwB HGGaBy+EHOOO1RgcrAyTNHbE5VqBYNQwgTsfB4FgXdFkKfCjCJkC7XPoffkHjEsglfaw DhPw== MIME-Version: 1.0 X-Received: by 10.112.162.226 with SMTP id yd2mr8219822lbb.1.1421402698991; Fri, 16 Jan 2015 02:04:58 -0800 (PST) Received: by 10.25.207.3 with HTTP; Fri, 16 Jan 2015 02:04:58 -0800 (PST) In-Reply-To: References: <498D54FB-D1BC-4896-994A-AEE957977A62@gazagnaire.org> <887150E9-A0EE-4CDB-BD2F-E8043D9E0AB7@recoil.org> <04A5E060-66CC-4087-BD85-8978E01324B8@gazagnaire.org> Date: Fri, 16 Jan 2015 10:04:58 +0000 Message-ID: From: Thomas Leonard To: Anil Madhavapeddy Cc: Thomas Gazagnaire , "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] TLS on Xen X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 16 January 2015 at 08:51, Anil Madhavapeddy wrote: > On 16 Jan 2015, at 00:00, Thomas Gazagnaire wrote: >> >>>> On 15 January 2015 at 17:58, Thomas Gazagnaire wrote: >>>>>> - It would be good if you could configure an https server directly in >>>>>> config.ml. Currently, the need to configure it with a certificate and >>>>>> private key means this step has to go in the unikernel. >>>>> >>>>> would it be possible to do something like for the IP address where we write the IP address in config.ml and then generate main.ml with the same IP printed in (ie. we "lift" the IP value from the configuration language to the main program)? Is there a way to print a server configuration as a string which can be interpreted as an OCaml value? >>>> >>>> What's the recommended way to store the private key? I don't want it >>>> in config.ml because that's part of the source repository. I could >>>> load it there. I can't deploy via a public GitHub repository if the >>>> binary contains the key, so maybe it should be stored on a block >>>> device? >>> >>> At the risk of abusing XenStore too much, it could also be written there >>> with suitably constrained permissions. It would still need to be a block >>> device for normal cloud providers though. >> >> maybe you can load the key when configuring your unikernel ie. it should be available on the filesystem (or somewhere else) where you are configuring your unikernel. >> >> in that case you can: >> - in config.ml: call a function to read the private key >> - in main.ml: you can generate some code with the hard-coded private key read while configuring > > This doesn't meet the requirement that the binary can be redistributed on a public site (ala mirage-www-deployment). > >> Regarding xenstore: I'm still a bit uncomfortable with passing dynamic secret data in there > > It does require some thought for sure -- but Xenstore is already a highly trusted component that can only be accessed by the root user in the guest kernel on conventional operating systems. I don't understand the XenStore permission system well enough to comment on whether putting secrets there is safe, but I notice that Qubes replaced it: "One interesting thing about Qubes DB is that it get rids of the (overly complex and unnecessary) permission system that is used by xenstore, and instead uses the most simple approach: each VM has its separate Qubes DB daemon, and so a totally separate configuration/state namespace. This is inline with the rest of the Qubes philosophy, which basically says that: permissions is dead, long live separation!" http://theinvisiblethings.blogspot.co.uk/2013/06/qubes-os-r3-alpha-preview-odyssey-hal.html I don't know whether the new XenStore design changes things here. > If not Xenstore itself, then some other channel of a similar nature (like Xentropyd has) would fit the bill. Unfortunately, this won't work on a public cloud provider, but a block device should be fine there. > > Thinking about the block device more, perhaps we could have the notion of a transient block device -- attach it at boot to read the private key into memory, and then immediately eject it. I was thinking of putting it in its own partition on the main disk (and create a partition functor). People already expect disks to contain private data, including keys, so that should be OK, and it should be easy to see from the code that only the TLS system has access to that data. -- Dr Thomas Leonard http://0install.net/ GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 GPG: DA98 25AE CAD0 8975 7CDA BD8E 0713 3F96 CA74 D8BA _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Fri Jan 16 10:05:16 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 16 Jan 2015 10:05:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YC3mC-0004X8-5v; Fri, 16 Jan 2015 10:05:12 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YC3mA-0004X3-FB for mirageos-devel@lists.xenproject.org; Fri, 16 Jan 2015 10:05:10 +0000 Received: from [85.158.139.211] by server-1.bemta-5.messagelabs.com id 46/04-24124-552E8B45; Fri, 16 Jan 2015 10:05:09 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-10.tower-206.messagelabs.com!1421402699!13116960!1 X-Originating-IP: [209.85.217.177] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP,spamassassin: ,async_handler: YXN5bmNfZGVsYXk6IDcwNDU4MDggKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24096 invoked from network); 16 Jan 2015 10:05:00 -0000 Received: from mail-lb0-f177.google.com (HELO mail-lb0-f177.google.com) (209.85.217.177) by server-10.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 16 Jan 2015 10:05:00 -0000 Received: by mail-lb0-f177.google.com with SMTP id b6so17591749lbj.8 for ; Fri, 16 Jan 2015 02:04:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=ZW1k43lFUVcijFrMqtTSuufKvxYcmWIyRt7uNfRSKYA=; b=tiq6Llth5tS/jqtJTL7AmEl+8iTnoP7rYd3JgZP4mNaH/3cV+gSqaO1FG7wBuk5g01 q1iBiwJ5RNdZxiv0gUIiLMq98YLYy2xReI5CgwuYznpMuufZ1SXB25qAGhgtGm4FtDBY d5TzpH/rdW5D40XPFDhGW0Q5fpA6eFvKN/WAtOkcjo9bWKwp+azVk06Y+0uWg3uzIJX+ vVHuK5+4M0A86jg9iq9DlAcgJy7V8y3hs4H/xew3wR6YHH1DnkYyBuF32twT5NgPEiwB HGGaBy+EHOOO1RgcrAyTNHbE5VqBYNQwgTsfB4FgXdFkKfCjCJkC7XPoffkHjEsglfaw DhPw== MIME-Version: 1.0 X-Received: by 10.112.162.226 with SMTP id yd2mr8219822lbb.1.1421402698991; Fri, 16 Jan 2015 02:04:58 -0800 (PST) Received: by 10.25.207.3 with HTTP; Fri, 16 Jan 2015 02:04:58 -0800 (PST) In-Reply-To: References: <498D54FB-D1BC-4896-994A-AEE957977A62@gazagnaire.org> <887150E9-A0EE-4CDB-BD2F-E8043D9E0AB7@recoil.org> <04A5E060-66CC-4087-BD85-8978E01324B8@gazagnaire.org> Date: Fri, 16 Jan 2015 10:04:58 +0000 Message-ID: From: Thomas Leonard To: Anil Madhavapeddy Cc: Thomas Gazagnaire , "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] TLS on Xen X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 16 January 2015 at 08:51, Anil Madhavapeddy wrote: > On 16 Jan 2015, at 00:00, Thomas Gazagnaire wrote: >> >>>> On 15 January 2015 at 17:58, Thomas Gazagnaire wrote: >>>>>> - It would be good if you could configure an https server directly in >>>>>> config.ml. Currently, the need to configure it with a certificate and >>>>>> private key means this step has to go in the unikernel. >>>>> >>>>> would it be possible to do something like for the IP address where we write the IP address in config.ml and then generate main.ml with the same IP printed in (ie. we "lift" the IP value from the configuration language to the main program)? Is there a way to print a server configuration as a string which can be interpreted as an OCaml value? >>>> >>>> What's the recommended way to store the private key? I don't want it >>>> in config.ml because that's part of the source repository. I could >>>> load it there. I can't deploy via a public GitHub repository if the >>>> binary contains the key, so maybe it should be stored on a block >>>> device? >>> >>> At the risk of abusing XenStore too much, it could also be written there >>> with suitably constrained permissions. It would still need to be a block >>> device for normal cloud providers though. >> >> maybe you can load the key when configuring your unikernel ie. it should be available on the filesystem (or somewhere else) where you are configuring your unikernel. >> >> in that case you can: >> - in config.ml: call a function to read the private key >> - in main.ml: you can generate some code with the hard-coded private key read while configuring > > This doesn't meet the requirement that the binary can be redistributed on a public site (ala mirage-www-deployment). > >> Regarding xenstore: I'm still a bit uncomfortable with passing dynamic secret data in there > > It does require some thought for sure -- but Xenstore is already a highly trusted component that can only be accessed by the root user in the guest kernel on conventional operating systems. I don't understand the XenStore permission system well enough to comment on whether putting secrets there is safe, but I notice that Qubes replaced it: "One interesting thing about Qubes DB is that it get rids of the (overly complex and unnecessary) permission system that is used by xenstore, and instead uses the most simple approach: each VM has its separate Qubes DB daemon, and so a totally separate configuration/state namespace. This is inline with the rest of the Qubes philosophy, which basically says that: permissions is dead, long live separation!" http://theinvisiblethings.blogspot.co.uk/2013/06/qubes-os-r3-alpha-preview-odyssey-hal.html I don't know whether the new XenStore design changes things here. > If not Xenstore itself, then some other channel of a similar nature (like Xentropyd has) would fit the bill. Unfortunately, this won't work on a public cloud provider, but a block device should be fine there. > > Thinking about the block device more, perhaps we could have the notion of a transient block device -- attach it at boot to read the private key into memory, and then immediately eject it. I was thinking of putting it in its own partition on the main disk (and create a partition functor). People already expect disks to contain private data, including keys, so that should be OK, and it should be easy to see from the code that only the TLS system has access to that data. -- Dr Thomas Leonard http://0install.net/ GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 GPG: DA98 25AE CAD0 8975 7CDA BD8E 0713 3F96 CA74 D8BA _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Fri Jan 16 12:00:48 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 16 Jan 2015 12:00:48 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YC5a1-0002uq-Md; Fri, 16 Jan 2015 12:00:45 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YC5a0-0002uh-O5 for mirageos-devel@lists.xenproject.org; Fri, 16 Jan 2015 12:00:44 +0000 Received: from [85.158.137.68] by server-9.bemta-3.messagelabs.com id 64/4B-25727-C6DF8B45; Fri, 16 Jan 2015 12:00:44 +0000 X-Env-Sender: michaelmoon.pr@gmail.com X-Msg-Ref: server-15.tower-31.messagelabs.com!1421409643!19960024!1 X-Originating-IP: [209.85.215.65] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_10_20,HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9792 invoked from network); 16 Jan 2015 12:00:43 -0000 Received: from mail-la0-f65.google.com (HELO mail-la0-f65.google.com) (209.85.215.65) by server-15.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 16 Jan 2015 12:00:43 -0000 Received: by mail-la0-f65.google.com with SMTP id hs14so3756895lab.0 for ; Fri, 16 Jan 2015 04:00:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=u0bersC9dClxCtHfKSb8elgwDV4NEYwpz3TPXuDxVg0=; b=V4a2f3Qu0eUu0QRSVE2gY1bkT4CIyQEPYHlPtlq3ITPNrL5QTGPojIVomPvX+HOUc7 TF4u92PJjvpOhkhX1u+JpZ1FLnzKhZoDofY2NdQFehunaUGrxly0d5FsTrojb7DeVuOM lUwALvFR1IiUf46Bnk7QvnI62gXHdkYuZNBg2ymtaCRxIKgTjOgS0rrtIPUCgde7+m6l D+mlYCzI6rntmCtHh4yQAQlWWiab4doAXCF2EdZ5TLiHe5X8gryi1QAt9Jh49bgQ/8FX zNE6eQ/ocEDnD7Ae6dpevVhDptfml0g/GGt3rgmHB2bUCEozPsYOqTzRU8YAe/U3nwg9 rHOw== MIME-Version: 1.0 X-Received: by 10.112.44.171 with SMTP id f11mr15047138lbm.65.1421409642536; Fri, 16 Jan 2015 04:00:42 -0800 (PST) Received: by 10.112.118.102 with HTTP; Fri, 16 Jan 2015 04:00:42 -0800 (PST) Date: Fri, 16 Jan 2015 12:00:42 +0000 Message-ID: From: Michael Moon To: mirageos-devel@lists.xenproject.org Subject: [MirageOS-devel] vchan client and server unikernels crash X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5408967713161775595==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============5408967713161775595== Content-Type: multipart/alternative; boundary=001a11346fd8d2e5d4050cc3b87c --001a11346fd8d2e5d4050cc3b87c Content-Type: text/plain; charset=UTF-8 when starting vchan client-server unikernels in ocaml-vchan/lib_test/mirage, they crash with the error: unable to get domain type for domid=x unable to attach console using pause-unpause (xl create -cp), I can see the following on the console: ------------------------------------------------- Initialising timer interface Initialising console ... done. gnttab_table mapped at 0000000010001000. xencaml: app_main_thread getenv(OCAMLRUNPARAM) -> null getenv(CAMLRUNPARAM) -> null Unsupported function lseek called in Mini-OS kernel Unsupported function lseek called in Mini-OS kernel Unsupported function lseek called in Mini-OS kernel getenv(OCAMLRUNPARAM) -> null getenv(CAMLRUNPARAM) -> null getenv(TMPDIR) -> null getenv(TEMP) -> null Top level exception: Xs_protocol.Error("EACCES") main returned 0 ------------------------------------------------- Is there any required configuration other than the ones mentioned in README on the repo? --001a11346fd8d2e5d4050cc3b87c Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
when starting vchan client-server unikernels in ocaml-vcha= n/lib_test/mirage, they crash with the error:

unable to get domain t= ype for domid=3Dx
unable to attach console

using pause-unpause (x= l create -cp), I can see the following on the console:

-------------= ------------------------------------
Initialising timer interface
Ini= tialising console ... done.
gnttab_table mapped at 0000000010001000.
= xencaml: app_main_thread
getenv(OCAMLRUNPARAM) -> null
getenv(CAML= RUNPARAM) -> null
Unsupported function lseek called in Mini-OS kernel=
Unsupported function lseek called in Mini-OS kernel
Unsupported func= tion lseek called in Mini-OS kernel
getenv(OCAMLRUNPARAM) -> null
= getenv(CAMLRUNPARAM) -> null
getenv(TMPDIR) -> null
getenv(TEMP= ) -> null
Top level exception: Xs_protocol.Error("EACCES")<= br>main returned 0
-------------------------------------------------
=
Is there any required configuration other than the ones mentioned in RE= ADME on the repo?
--001a11346fd8d2e5d4050cc3b87c-- --===============5408967713161775595== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel --===============5408967713161775595==-- From mirageos-devel-bounces@lists.xenproject.org Fri Jan 16 12:00:48 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 16 Jan 2015 12:00:48 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YC5a1-0002uq-Md; Fri, 16 Jan 2015 12:00:45 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YC5a0-0002uh-O5 for mirageos-devel@lists.xenproject.org; Fri, 16 Jan 2015 12:00:44 +0000 Received: from [85.158.137.68] by server-9.bemta-3.messagelabs.com id 64/4B-25727-C6DF8B45; Fri, 16 Jan 2015 12:00:44 +0000 X-Env-Sender: michaelmoon.pr@gmail.com X-Msg-Ref: server-15.tower-31.messagelabs.com!1421409643!19960024!1 X-Originating-IP: [209.85.215.65] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_10_20,HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9792 invoked from network); 16 Jan 2015 12:00:43 -0000 Received: from mail-la0-f65.google.com (HELO mail-la0-f65.google.com) (209.85.215.65) by server-15.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 16 Jan 2015 12:00:43 -0000 Received: by mail-la0-f65.google.com with SMTP id hs14so3756895lab.0 for ; Fri, 16 Jan 2015 04:00:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=u0bersC9dClxCtHfKSb8elgwDV4NEYwpz3TPXuDxVg0=; b=V4a2f3Qu0eUu0QRSVE2gY1bkT4CIyQEPYHlPtlq3ITPNrL5QTGPojIVomPvX+HOUc7 TF4u92PJjvpOhkhX1u+JpZ1FLnzKhZoDofY2NdQFehunaUGrxly0d5FsTrojb7DeVuOM lUwALvFR1IiUf46Bnk7QvnI62gXHdkYuZNBg2ymtaCRxIKgTjOgS0rrtIPUCgde7+m6l D+mlYCzI6rntmCtHh4yQAQlWWiab4doAXCF2EdZ5TLiHe5X8gryi1QAt9Jh49bgQ/8FX zNE6eQ/ocEDnD7Ae6dpevVhDptfml0g/GGt3rgmHB2bUCEozPsYOqTzRU8YAe/U3nwg9 rHOw== MIME-Version: 1.0 X-Received: by 10.112.44.171 with SMTP id f11mr15047138lbm.65.1421409642536; Fri, 16 Jan 2015 04:00:42 -0800 (PST) Received: by 10.112.118.102 with HTTP; Fri, 16 Jan 2015 04:00:42 -0800 (PST) Date: Fri, 16 Jan 2015 12:00:42 +0000 Message-ID: From: Michael Moon To: mirageos-devel@lists.xenproject.org Subject: [MirageOS-devel] vchan client and server unikernels crash X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5408967713161775595==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============5408967713161775595== Content-Type: multipart/alternative; boundary=001a11346fd8d2e5d4050cc3b87c --001a11346fd8d2e5d4050cc3b87c Content-Type: text/plain; charset=UTF-8 when starting vchan client-server unikernels in ocaml-vchan/lib_test/mirage, they crash with the error: unable to get domain type for domid=x unable to attach console using pause-unpause (xl create -cp), I can see the following on the console: ------------------------------------------------- Initialising timer interface Initialising console ... done. gnttab_table mapped at 0000000010001000. xencaml: app_main_thread getenv(OCAMLRUNPARAM) -> null getenv(CAMLRUNPARAM) -> null Unsupported function lseek called in Mini-OS kernel Unsupported function lseek called in Mini-OS kernel Unsupported function lseek called in Mini-OS kernel getenv(OCAMLRUNPARAM) -> null getenv(CAMLRUNPARAM) -> null getenv(TMPDIR) -> null getenv(TEMP) -> null Top level exception: Xs_protocol.Error("EACCES") main returned 0 ------------------------------------------------- Is there any required configuration other than the ones mentioned in README on the repo? --001a11346fd8d2e5d4050cc3b87c Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
when starting vchan client-server unikernels in ocaml-vcha= n/lib_test/mirage, they crash with the error:

unable to get domain t= ype for domid=3Dx
unable to attach console

using pause-unpause (x= l create -cp), I can see the following on the console:

-------------= ------------------------------------
Initialising timer interface
Ini= tialising console ... done.
gnttab_table mapped at 0000000010001000.
= xencaml: app_main_thread
getenv(OCAMLRUNPARAM) -> null
getenv(CAML= RUNPARAM) -> null
Unsupported function lseek called in Mini-OS kernel=
Unsupported function lseek called in Mini-OS kernel
Unsupported func= tion lseek called in Mini-OS kernel
getenv(OCAMLRUNPARAM) -> null
= getenv(CAMLRUNPARAM) -> null
getenv(TMPDIR) -> null
getenv(TEMP= ) -> null
Top level exception: Xs_protocol.Error("EACCES")<= br>main returned 0
-------------------------------------------------
=
Is there any required configuration other than the ones mentioned in RE= ADME on the repo?
--001a11346fd8d2e5d4050cc3b87c-- --===============5408967713161775595== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel --===============5408967713161775595==-- From mirageos-devel-bounces@lists.xenproject.org Fri Jan 16 13:20:59 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 16 Jan 2015 13:20:59 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YC6pb-0000C1-1n; Fri, 16 Jan 2015 13:20:55 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YC6pa-0000Bw-EI for mirageos-devel@lists.xenproject.org; Fri, 16 Jan 2015 13:20:54 +0000 Received: from [193.109.254.147] by server-8.bemta-14.messagelabs.com id DD/82-03148-53019B45; Fri, 16 Jan 2015 13:20:53 +0000 X-Env-Sender: scott.dj@gmail.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1421414451!21057732!1 X-Originating-IP: [209.85.220.41] X-SpamReason: No, hits=1.4 required=7.0 tests=BODY_RANDOM_LONG, HTML_40_50,HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20589 invoked from network); 16 Jan 2015 13:20:52 -0000 Received: from mail-pa0-f41.google.com (HELO mail-pa0-f41.google.com) (209.85.220.41) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 16 Jan 2015 13:20:52 -0000 Received: by mail-pa0-f41.google.com with SMTP id rd3so24288083pab.0 for ; Fri, 16 Jan 2015 05:20:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=jTBIRgHyrn2mXGwUXPA5n3Nvx82LG31+lkabHAiDRaM=; b=Y1pFG4cP2BDK4Fch22JETKgJas1UVDBVyq5IRKKNNvC01fGu5ef5Uaiu4lhly6mwFp 3ZrDYVTK2qBVamm8zZJNj6UyA06iC6QUlmsK78776h+H6TkHh5QbRWYd/1leztdiE/Gf FeN4L5N8YTsh/y/NjC6lkST/wacch1YtAvfLkfdCvQ3fP64C7vkd5maq1qdjOF3JHYJg IVN5EESpvdUnl65mceOEXAvbBRnhQQLS+da5hYEdwZj318dtBYYakiJYC9puh7uKoJ67 uCLS05eTZVfw7rX7agdLIn7mt+90LWU8bTPl0qVTr+DOg/+5SbuQ8u6xhDoX73hzpZVK fQqQ== MIME-Version: 1.0 X-Received: by 10.70.92.3 with SMTP id ci3mr22722091pdb.28.1421414450905; Fri, 16 Jan 2015 05:20:50 -0800 (PST) Received: by 10.70.130.193 with HTTP; Fri, 16 Jan 2015 05:20:50 -0800 (PST) In-Reply-To: References: Date: Fri, 16 Jan 2015 13:20:50 +0000 Message-ID: From: David Scott To: Michael Moon Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] vchan client and server unikernels crash X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5593237265210490658==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============5593237265210490658== Content-Type: multipart/alternative; boundary=001a11c21aee6cc9cc050cc4d7f0 --001a11c21aee6cc9cc050cc4d7f0 Content-Type: text/plain; charset=UTF-8 On Fri, Jan 16, 2015 at 12:00 PM, Michael Moon wrote: > when starting vchan client-server unikernels in > ocaml-vchan/lib_test/mirage, they crash with the error: > > unable to get domain type for domid=x > unable to attach console > > using pause-unpause (xl create -cp), I can see the following on the > console: > > ------------------------------------------------- > Initialising timer interface > Initialising console ... done. > gnttab_table mapped at 0000000010001000. > xencaml: app_main_thread > getenv(OCAMLRUNPARAM) -> null > getenv(CAMLRUNPARAM) -> null > Unsupported function lseek called in Mini-OS kernel > Unsupported function lseek called in Mini-OS kernel > Unsupported function lseek called in Mini-OS kernel > getenv(OCAMLRUNPARAM) -> null > getenv(CAMLRUNPARAM) -> null > getenv(TMPDIR) -> null > getenv(TEMP) -> null > Top level exception: Xs_protocol.Error("EACCES") > main returned 0 > ------------------------------------------------- > > Is there any required configuration other than the ones mentioned in > README on the repo? > The EACCES suggests the Xenstore permissions haven't been set up yet. Have you run the init-xenstore.sh script? https://github.com/mirage/ocaml-vchan/blob/master/lib_test/mirage/init-xenstore.sh > > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel > > -- Dave Scott --001a11c21aee6cc9cc050cc4d7f0 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Fri, Jan 16, 2015 at 12:00 PM, Michael Moon <michaelmoon.pr@= gmail.com> wrote:
when = starting vchan client-server unikernels in ocaml-vchan/lib_test/mirage, the= y crash with the error:

unable to get domain type for domid=3Dx
u= nable to attach console

using pause-unpause (xl create -cp), I can s= ee the following on the console:

-----------------------------------= --------------
Initialising timer interface
Initialising console ... = done.
gnttab_table mapped at 0000000010001000.
xencaml: app_main_thre= ad
getenv(OCAMLRUNPARAM) -> null
getenv(CAMLRUNPARAM) -> nullUnsupported function lseek called in Mini-OS kernel
Unsupported functi= on lseek called in Mini-OS kernel
Unsupported function lseek called in M= ini-OS kernel
getenv(OCAMLRUNPARAM) -> null
getenv(CAMLRUNPARAM) -= > null
getenv(TMPDIR) -> null
getenv(TEMP) -> null
Top le= vel exception: Xs_protocol.Error("EACCES")
main returned 0
= -------------------------------------------------

Is there any requi= red configuration other than the ones mentioned in README on the repo?
<= /div>

The EACCES suggests the Xenstore perm= issions haven't been set up yet. Have you run the init-xenstore.sh scri= pt?

=
=C2=A0

_______________________________________________
MirageOS-devel mailing list
MirageOS-devel@lists= .xenproject.org
http://lists.xenproject.org/cgi-bin/mailman/listinfo= /mirageos-devel




--
Dave Scott
--001a11c21aee6cc9cc050cc4d7f0-- --===============5593237265210490658== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel --===============5593237265210490658==-- From mirageos-devel-bounces@lists.xenproject.org Fri Jan 16 13:20:59 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 16 Jan 2015 13:20:59 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YC6pb-0000C1-1n; Fri, 16 Jan 2015 13:20:55 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YC6pa-0000Bw-EI for mirageos-devel@lists.xenproject.org; Fri, 16 Jan 2015 13:20:54 +0000 Received: from [193.109.254.147] by server-8.bemta-14.messagelabs.com id DD/82-03148-53019B45; Fri, 16 Jan 2015 13:20:53 +0000 X-Env-Sender: scott.dj@gmail.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1421414451!21057732!1 X-Originating-IP: [209.85.220.41] X-SpamReason: No, hits=1.4 required=7.0 tests=BODY_RANDOM_LONG, HTML_40_50,HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20589 invoked from network); 16 Jan 2015 13:20:52 -0000 Received: from mail-pa0-f41.google.com (HELO mail-pa0-f41.google.com) (209.85.220.41) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 16 Jan 2015 13:20:52 -0000 Received: by mail-pa0-f41.google.com with SMTP id rd3so24288083pab.0 for ; Fri, 16 Jan 2015 05:20:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=jTBIRgHyrn2mXGwUXPA5n3Nvx82LG31+lkabHAiDRaM=; b=Y1pFG4cP2BDK4Fch22JETKgJas1UVDBVyq5IRKKNNvC01fGu5ef5Uaiu4lhly6mwFp 3ZrDYVTK2qBVamm8zZJNj6UyA06iC6QUlmsK78776h+H6TkHh5QbRWYd/1leztdiE/Gf FeN4L5N8YTsh/y/NjC6lkST/wacch1YtAvfLkfdCvQ3fP64C7vkd5maq1qdjOF3JHYJg IVN5EESpvdUnl65mceOEXAvbBRnhQQLS+da5hYEdwZj318dtBYYakiJYC9puh7uKoJ67 uCLS05eTZVfw7rX7agdLIn7mt+90LWU8bTPl0qVTr+DOg/+5SbuQ8u6xhDoX73hzpZVK fQqQ== MIME-Version: 1.0 X-Received: by 10.70.92.3 with SMTP id ci3mr22722091pdb.28.1421414450905; Fri, 16 Jan 2015 05:20:50 -0800 (PST) Received: by 10.70.130.193 with HTTP; Fri, 16 Jan 2015 05:20:50 -0800 (PST) In-Reply-To: References: Date: Fri, 16 Jan 2015 13:20:50 +0000 Message-ID: From: David Scott To: Michael Moon Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] vchan client and server unikernels crash X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5593237265210490658==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============5593237265210490658== Content-Type: multipart/alternative; boundary=001a11c21aee6cc9cc050cc4d7f0 --001a11c21aee6cc9cc050cc4d7f0 Content-Type: text/plain; charset=UTF-8 On Fri, Jan 16, 2015 at 12:00 PM, Michael Moon wrote: > when starting vchan client-server unikernels in > ocaml-vchan/lib_test/mirage, they crash with the error: > > unable to get domain type for domid=x > unable to attach console > > using pause-unpause (xl create -cp), I can see the following on the > console: > > ------------------------------------------------- > Initialising timer interface > Initialising console ... done. > gnttab_table mapped at 0000000010001000. > xencaml: app_main_thread > getenv(OCAMLRUNPARAM) -> null > getenv(CAMLRUNPARAM) -> null > Unsupported function lseek called in Mini-OS kernel > Unsupported function lseek called in Mini-OS kernel > Unsupported function lseek called in Mini-OS kernel > getenv(OCAMLRUNPARAM) -> null > getenv(CAMLRUNPARAM) -> null > getenv(TMPDIR) -> null > getenv(TEMP) -> null > Top level exception: Xs_protocol.Error("EACCES") > main returned 0 > ------------------------------------------------- > > Is there any required configuration other than the ones mentioned in > README on the repo? > The EACCES suggests the Xenstore permissions haven't been set up yet. Have you run the init-xenstore.sh script? https://github.com/mirage/ocaml-vchan/blob/master/lib_test/mirage/init-xenstore.sh > > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel > > -- Dave Scott --001a11c21aee6cc9cc050cc4d7f0 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Fri, Jan 16, 2015 at 12:00 PM, Michael Moon <michaelmoon.pr@= gmail.com> wrote:
when = starting vchan client-server unikernels in ocaml-vchan/lib_test/mirage, the= y crash with the error:

unable to get domain type for domid=3Dx
u= nable to attach console

using pause-unpause (xl create -cp), I can s= ee the following on the console:

-----------------------------------= --------------
Initialising timer interface
Initialising console ... = done.
gnttab_table mapped at 0000000010001000.
xencaml: app_main_thre= ad
getenv(OCAMLRUNPARAM) -> null
getenv(CAMLRUNPARAM) -> nullUnsupported function lseek called in Mini-OS kernel
Unsupported functi= on lseek called in Mini-OS kernel
Unsupported function lseek called in M= ini-OS kernel
getenv(OCAMLRUNPARAM) -> null
getenv(CAMLRUNPARAM) -= > null
getenv(TMPDIR) -> null
getenv(TEMP) -> null
Top le= vel exception: Xs_protocol.Error("EACCES")
main returned 0
= -------------------------------------------------

Is there any requi= red configuration other than the ones mentioned in README on the repo?
<= /div>

The EACCES suggests the Xenstore perm= issions haven't been set up yet. Have you run the init-xenstore.sh scri= pt?

=
=C2=A0

_______________________________________________
MirageOS-devel mailing list
MirageOS-devel@lists= .xenproject.org
http://lists.xenproject.org/cgi-bin/mailman/listinfo= /mirageos-devel




--
Dave Scott
--001a11c21aee6cc9cc050cc4d7f0-- --===============5593237265210490658== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel --===============5593237265210490658==-- From mirageos-devel-bounces@lists.xenproject.org Fri Jan 16 13:24:13 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 16 Jan 2015 13:24:13 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YC6sn-0000gm-CI; Fri, 16 Jan 2015 13:24:13 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YC6sm-0000gg-8m for mirageos-devel@lists.xenproject.org; Fri, 16 Jan 2015 13:24:12 +0000 Received: from [85.158.137.68] by server-16.bemta-3.messagelabs.com id D2/37-09284-BF019B45; Fri, 16 Jan 2015 13:24:11 +0000 X-Env-Sender: michaelmoon.pr@gmail.com X-Msg-Ref: server-2.tower-31.messagelabs.com!1421414649!20115467!1 X-Originating-IP: [209.85.217.177] X-SpamReason: No, hits=1.4 required=7.0 tests=BODY_RANDOM_LONG, HTML_40_50,HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18284 invoked from network); 16 Jan 2015 13:24:10 -0000 Received: from mail-lb0-f177.google.com (HELO mail-lb0-f177.google.com) (209.85.217.177) by server-2.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 16 Jan 2015 13:24:10 -0000 Received: by mail-lb0-f177.google.com with SMTP id b6so18358758lbj.8 for ; Fri, 16 Jan 2015 05:24:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=jDNTSIZRQgtOU4x1BtaIwqUOMJpSc6K7iIdk0as74BY=; b=V+Yn8yOcAbN7i2pU12s0SK7hKdZqKk9J8dY59HOFYovOQ0mjtV08ZBYvYkFJTGlDpw ILa1kAdwhUNXomHOhdgDMaxnnlHydd/8WjfroIYwKnRgjjePrHOEO3BHBRkSUR6K39Jj pBxH7K1trOxIFnS4RVGgN7MAdY3AK2QXsN7i1mjq/AuHOJMcDO1K7k7yZ4M0JcOMZ21l bvRb2uVsNl0GHOzMEdTY9R5kSx3nm5iKDq7gSd899CNVsrttaRqX7uWovGTDejp/VXOP tXgrjql+0F5+d/n1C3NHCfk3W/TDznvbJ5EscBH4dFWaoNeX237PZvE2tIW80p9HKdDw mQtA== MIME-Version: 1.0 X-Received: by 10.152.8.82 with SMTP id p18mr6926961laa.25.1421414649557; Fri, 16 Jan 2015 05:24:09 -0800 (PST) Received: by 10.112.118.102 with HTTP; Fri, 16 Jan 2015 05:24:09 -0800 (PST) In-Reply-To: References: Date: Fri, 16 Jan 2015 13:24:09 +0000 Message-ID: From: Michael Moon To: David Scott Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] vchan client and server unikernels crash X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0675414316596366462==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============0675414316596366462== Content-Type: multipart/alternative; boundary=001a11c3561e43f931050cc4e3bd --001a11c3561e43f931050cc4e3bd Content-Type: text/plain; charset=UTF-8 Thanks, I noticed that a bit later! On Fri, Jan 16, 2015 at 1:20 PM, David Scott wrote: > > > On Fri, Jan 16, 2015 at 12:00 PM, Michael Moon > wrote: > >> when starting vchan client-server unikernels in >> ocaml-vchan/lib_test/mirage, they crash with the error: >> >> unable to get domain type for domid=x >> unable to attach console >> >> using pause-unpause (xl create -cp), I can see the following on the >> console: >> >> ------------------------------------------------- >> Initialising timer interface >> Initialising console ... done. >> gnttab_table mapped at 0000000010001000. >> xencaml: app_main_thread >> getenv(OCAMLRUNPARAM) -> null >> getenv(CAMLRUNPARAM) -> null >> Unsupported function lseek called in Mini-OS kernel >> Unsupported function lseek called in Mini-OS kernel >> Unsupported function lseek called in Mini-OS kernel >> getenv(OCAMLRUNPARAM) -> null >> getenv(CAMLRUNPARAM) -> null >> getenv(TMPDIR) -> null >> getenv(TEMP) -> null >> Top level exception: Xs_protocol.Error("EACCES") >> main returned 0 >> ------------------------------------------------- >> >> Is there any required configuration other than the ones mentioned in >> README on the repo? >> > > The EACCES suggests the Xenstore permissions haven't been set up yet. Have > you run the init-xenstore.sh script? > > > https://github.com/mirage/ocaml-vchan/blob/master/lib_test/mirage/init-xenstore.sh > > > >> >> _______________________________________________ >> MirageOS-devel mailing list >> MirageOS-devel@lists.xenproject.org >> http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel >> >> > > > -- > Dave Scott > --001a11c3561e43f931050cc4e3bd Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Thanks, I noticed that a bit later!

On Fri, Jan 16, 2015 at 1:20 P= M, David Scott <scott.dj@gmail.com> wrote:


On Fri, Jan 16, 2015 at 12:00 = PM, Michael Moon <michaelmoon.pr@gmail.com> wrote:
when starting vchan client-server uniker= nels in ocaml-vchan/lib_test/mirage, they crash with the error:

unab= le to get domain type for domid=3Dx
unable to attach console

usin= g pause-unpause (xl create -cp), I can see the following on the console:
-------------------------------------------------
Initialising time= r interface
Initialising console ... done.
gnttab_table mapped at 000= 0000010001000.
xencaml: app_main_thread
getenv(OCAMLRUNPARAM) -> n= ull
getenv(CAMLRUNPARAM) -> null
Unsupported function lseek called= in Mini-OS kernel
Unsupported function lseek called in Mini-OS kernelUnsupported function lseek called in Mini-OS kernel
getenv(OCAMLRUNPAR= AM) -> null
getenv(CAMLRUNPARAM) -> null
getenv(TMPDIR) -> n= ull
getenv(TEMP) -> null
Top level exception: Xs_protocol.Error(&q= uot;EACCES")
main returned 0
-----------------------------------= --------------

Is there any required configuration other than the on= es mentioned in README on the repo?

The EACCES suggests the Xenstore permissions haven't bee= n set up yet. Have you run the init-xenstore.sh script?


<= /div>
=C2=A0

_______________________________________________
MirageOS-devel mailing list
Mi= rageOS-devel@lists.xenproject.org
http://lists.xenproject.org/cgi-bin/mailman/listinfo= /mirageos-devel


<= br clear=3D"all">

--
Dave Scott

--001a11c3561e43f931050cc4e3bd-- --===============0675414316596366462== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel --===============0675414316596366462==-- From mirageos-devel-bounces@lists.xenproject.org Fri Jan 16 13:24:13 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 16 Jan 2015 13:24:13 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YC6sn-0000gm-CI; Fri, 16 Jan 2015 13:24:13 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YC6sm-0000gg-8m for mirageos-devel@lists.xenproject.org; Fri, 16 Jan 2015 13:24:12 +0000 Received: from [85.158.137.68] by server-16.bemta-3.messagelabs.com id D2/37-09284-BF019B45; Fri, 16 Jan 2015 13:24:11 +0000 X-Env-Sender: michaelmoon.pr@gmail.com X-Msg-Ref: server-2.tower-31.messagelabs.com!1421414649!20115467!1 X-Originating-IP: [209.85.217.177] X-SpamReason: No, hits=1.4 required=7.0 tests=BODY_RANDOM_LONG, HTML_40_50,HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18284 invoked from network); 16 Jan 2015 13:24:10 -0000 Received: from mail-lb0-f177.google.com (HELO mail-lb0-f177.google.com) (209.85.217.177) by server-2.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 16 Jan 2015 13:24:10 -0000 Received: by mail-lb0-f177.google.com with SMTP id b6so18358758lbj.8 for ; Fri, 16 Jan 2015 05:24:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=jDNTSIZRQgtOU4x1BtaIwqUOMJpSc6K7iIdk0as74BY=; b=V+Yn8yOcAbN7i2pU12s0SK7hKdZqKk9J8dY59HOFYovOQ0mjtV08ZBYvYkFJTGlDpw ILa1kAdwhUNXomHOhdgDMaxnnlHydd/8WjfroIYwKnRgjjePrHOEO3BHBRkSUR6K39Jj pBxH7K1trOxIFnS4RVGgN7MAdY3AK2QXsN7i1mjq/AuHOJMcDO1K7k7yZ4M0JcOMZ21l bvRb2uVsNl0GHOzMEdTY9R5kSx3nm5iKDq7gSd899CNVsrttaRqX7uWovGTDejp/VXOP tXgrjql+0F5+d/n1C3NHCfk3W/TDznvbJ5EscBH4dFWaoNeX237PZvE2tIW80p9HKdDw mQtA== MIME-Version: 1.0 X-Received: by 10.152.8.82 with SMTP id p18mr6926961laa.25.1421414649557; Fri, 16 Jan 2015 05:24:09 -0800 (PST) Received: by 10.112.118.102 with HTTP; Fri, 16 Jan 2015 05:24:09 -0800 (PST) In-Reply-To: References: Date: Fri, 16 Jan 2015 13:24:09 +0000 Message-ID: From: Michael Moon To: David Scott Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] vchan client and server unikernels crash X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0675414316596366462==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============0675414316596366462== Content-Type: multipart/alternative; boundary=001a11c3561e43f931050cc4e3bd --001a11c3561e43f931050cc4e3bd Content-Type: text/plain; charset=UTF-8 Thanks, I noticed that a bit later! On Fri, Jan 16, 2015 at 1:20 PM, David Scott wrote: > > > On Fri, Jan 16, 2015 at 12:00 PM, Michael Moon > wrote: > >> when starting vchan client-server unikernels in >> ocaml-vchan/lib_test/mirage, they crash with the error: >> >> unable to get domain type for domid=x >> unable to attach console >> >> using pause-unpause (xl create -cp), I can see the following on the >> console: >> >> ------------------------------------------------- >> Initialising timer interface >> Initialising console ... done. >> gnttab_table mapped at 0000000010001000. >> xencaml: app_main_thread >> getenv(OCAMLRUNPARAM) -> null >> getenv(CAMLRUNPARAM) -> null >> Unsupported function lseek called in Mini-OS kernel >> Unsupported function lseek called in Mini-OS kernel >> Unsupported function lseek called in Mini-OS kernel >> getenv(OCAMLRUNPARAM) -> null >> getenv(CAMLRUNPARAM) -> null >> getenv(TMPDIR) -> null >> getenv(TEMP) -> null >> Top level exception: Xs_protocol.Error("EACCES") >> main returned 0 >> ------------------------------------------------- >> >> Is there any required configuration other than the ones mentioned in >> README on the repo? >> > > The EACCES suggests the Xenstore permissions haven't been set up yet. Have > you run the init-xenstore.sh script? > > > https://github.com/mirage/ocaml-vchan/blob/master/lib_test/mirage/init-xenstore.sh > > > >> >> _______________________________________________ >> MirageOS-devel mailing list >> MirageOS-devel@lists.xenproject.org >> http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel >> >> > > > -- > Dave Scott > --001a11c3561e43f931050cc4e3bd Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Thanks, I noticed that a bit later!

On Fri, Jan 16, 2015 at 1:20 P= M, David Scott <scott.dj@gmail.com> wrote:


On Fri, Jan 16, 2015 at 12:00 = PM, Michael Moon <michaelmoon.pr@gmail.com> wrote:
when starting vchan client-server uniker= nels in ocaml-vchan/lib_test/mirage, they crash with the error:

unab= le to get domain type for domid=3Dx
unable to attach console

usin= g pause-unpause (xl create -cp), I can see the following on the console:
-------------------------------------------------
Initialising time= r interface
Initialising console ... done.
gnttab_table mapped at 000= 0000010001000.
xencaml: app_main_thread
getenv(OCAMLRUNPARAM) -> n= ull
getenv(CAMLRUNPARAM) -> null
Unsupported function lseek called= in Mini-OS kernel
Unsupported function lseek called in Mini-OS kernelUnsupported function lseek called in Mini-OS kernel
getenv(OCAMLRUNPAR= AM) -> null
getenv(CAMLRUNPARAM) -> null
getenv(TMPDIR) -> n= ull
getenv(TEMP) -> null
Top level exception: Xs_protocol.Error(&q= uot;EACCES")
main returned 0
-----------------------------------= --------------

Is there any required configuration other than the on= es mentioned in README on the repo?

The EACCES suggests the Xenstore permissions haven't bee= n set up yet. Have you run the init-xenstore.sh script?


<= /div>
=C2=A0

_______________________________________________
MirageOS-devel mailing list
Mi= rageOS-devel@lists.xenproject.org
http://lists.xenproject.org/cgi-bin/mailman/listinfo= /mirageos-devel


<= br clear=3D"all">

--
Dave Scott

--001a11c3561e43f931050cc4e3bd-- --===============0675414316596366462== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel --===============0675414316596366462==-- From mirageos-devel-bounces@lists.xenproject.org Fri Jan 16 13:25:39 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 16 Jan 2015 13:25:39 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YC6uA-0000jK-IV; Fri, 16 Jan 2015 13:25:38 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YC6u9-0000jD-UI for mirageos-devel@lists.xenproject.org; Fri, 16 Jan 2015 13:25:38 +0000 Received: from [85.158.137.68] by server-5.bemta-3.messagelabs.com id 3D/79-26858-15119B45; Fri, 16 Jan 2015 13:25:37 +0000 X-Env-Sender: scott.dj@gmail.com X-Msg-Ref: server-2.tower-31.messagelabs.com!1421414724!20115837!1 X-Originating-IP: [209.85.192.179] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_8,RCVD_BY_IP,spamassassin: ,async_handler: YXN5bmNfZGVsYXk6IDcwNDg4NDQgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27958 invoked from network); 16 Jan 2015 13:25:25 -0000 Received: from mail-pd0-f179.google.com (HELO mail-pd0-f179.google.com) (209.85.192.179) by server-2.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 16 Jan 2015 13:25:25 -0000 Received: by mail-pd0-f179.google.com with SMTP id v10so4560608pde.10 for ; Fri, 16 Jan 2015 05:25:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=zXK66Ae9m6VO0bYC1JYNvW0kpFSpzYvQV6HMFm6bsdM=; b=dcX0bc44j3zqCFeZdno34LCSza5XWVoQhUzhPmkzA4iAuAZ1pXLSy706OukBmpkLrn Fgz9MSk8cTEbqJmJccVRGQQBmOyeopLwQrkLF0YjC9HHgSZkGUzhAuA0FmuaE7h7bpcl xzabuZVhdCCmvkbMQePa95LHmAa/LVYdOi9QcfIlUu4gIehMJdCWQGAmfLrdJD211eTU h5CeOS4udWx4uwFwn4N3HkbxOLLnl7lXiWBT7VtGmxNutyPCpSTOAFin59cBr2jCFnfY C+689YSdF1114tuj3TAwHOK63E+mTUy5KyrXP/1Bm9HDL/bDy6YOE0HsqaGuxzZiAslg FjLg== MIME-Version: 1.0 X-Received: by 10.70.129.48 with SMTP id nt16mr12266632pdb.113.1421414724044; Fri, 16 Jan 2015 05:25:24 -0800 (PST) Received: by 10.70.130.193 with HTTP; Fri, 16 Jan 2015 05:25:23 -0800 (PST) In-Reply-To: References: <498D54FB-D1BC-4896-994A-AEE957977A62@gazagnaire.org> <887150E9-A0EE-4CDB-BD2F-E8043D9E0AB7@recoil.org> <04A5E060-66CC-4087-BD85-8978E01324B8@gazagnaire.org> Date: Fri, 16 Jan 2015 13:25:23 +0000 Message-ID: From: David Scott To: Thomas Leonard Cc: Thomas Gazagnaire , "mirageos-devel@lists.xenproject.org" , Anil Madhavapeddy Subject: Re: [MirageOS-devel] TLS on Xen X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4564129276265238113==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============4564129276265238113== Content-Type: multipart/alternative; boundary=001a11c3d66cb48d0e050cc4e7da --001a11c3d66cb48d0e050cc4e7da Content-Type: text/plain; charset=UTF-8 On Fri, Jan 16, 2015 at 10:04 AM, Thomas Leonard wrote: > On 16 January 2015 at 08:51, Anil Madhavapeddy wrote: > > On 16 Jan 2015, at 00:00, Thomas Gazagnaire > wrote: > >> > >>>> On 15 January 2015 at 17:58, Thomas Gazagnaire > wrote: > >>>>>> - It would be good if you could configure an https server directly > in > >>>>>> config.ml. Currently, the need to configure it with a certificate > and > >>>>>> private key means this step has to go in the unikernel. > >>>>> > >>>>> would it be possible to do something like for the IP address where > we write the IP address in config.ml and then generate main.ml with the > same IP printed in (ie. we "lift" the IP value from the configuration > language to the main program)? Is there a way to print a server > configuration as a string which can be interpreted as an OCaml value? > >>>> > >>>> What's the recommended way to store the private key? I don't want it > >>>> in config.ml because that's part of the source repository. I could > >>>> load it there. I can't deploy via a public GitHub repository if the > >>>> binary contains the key, so maybe it should be stored on a block > >>>> device? > >>> > >>> At the risk of abusing XenStore too much, it could also be written > there > >>> with suitably constrained permissions. It would still need to be a > block > >>> device for normal cloud providers though. > >> > >> maybe you can load the key when configuring your unikernel ie. it > should be available on the filesystem (or somewhere else) where you are > configuring your unikernel. > >> > >> in that case you can: > >> - in config.ml: call a function to read the private key > >> - in main.ml: you can generate some code with the hard-coded private > key read while configuring > > > > This doesn't meet the requirement that the binary can be redistributed > on a public site (ala mirage-www-deployment). > > > >> Regarding xenstore: I'm still a bit uncomfortable with passing dynamic > secret data in there > > > > It does require some thought for sure -- but Xenstore is already a > highly trusted component that can only be accessed by the root user in the > guest kernel on conventional operating systems. > > I don't understand the XenStore permission system well enough to > comment on whether putting secrets there is safe, but I notice that > Qubes replaced it: > > "One interesting thing about Qubes DB is that it get rids of the > (overly complex and unnecessary) permission system that is used by > xenstore, and instead uses the most simple approach: each VM has its > separate Qubes DB daemon, and so a totally separate > configuration/state namespace. This is inline with the rest of the > Qubes philosophy, which basically says that: permissions is dead, long > live separation!" > > > http://theinvisiblethings.blogspot.co.uk/2013/06/qubes-os-r3-alpha-preview-odyssey-hal.html > > I don't know whether the new XenStore design changes things here. > I've been wondering about Qubes -- did you happen to notice whether guest VMs still use netfront and blkfront? To use those drivers out-of-the-box they would need some kind of Xenstore shim. I've been thinking about that anyway because we're starting to see scalability problems be caused by the shared namespace (e.g. /local/domain is too large) > > > If not Xenstore itself, then some other channel of a similar nature > (like Xentropyd has) would fit the bill. Unfortunately, this won't work on > a public cloud provider, but a block device should be fine there. > > > > Thinking about the block device more, perhaps we could have the notion > of a transient block device -- attach it at boot to read the private key > into memory, and then immediately eject it. > > I was thinking of putting it in its own partition on the main disk > (and create a partition functor). People already expect disks to > contain private data, including keys, so that should be OK, and it > should be easy to see from the code that only the TLS system has > access to that data. > A partition on the main disk sounds fine. You could use ocaml-mbr: https://github.com/mirage/ocaml-mbr There's also an implementation of LVM but that's overkill :-) Cheers, Dave --001a11c3d66cb48d0e050cc4e7da Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Fri, Jan 16, 2015 at 10:04 AM, Thomas Leonard <= talex5@gmail.com&= gt; wrote:
On 16 January 2015 a= t 08:51, Anil Madhavapeddy <anil@reco= il.org> wrote:
> On 16 Jan 2015, at 00:00, Thomas Gazagnaire <thomas@gazagnaire.org> wrote:
>>
>>>> On 15 January 2015 at 17:58, Thomas Gazagnaire <thomas@gazagnaire.org> wrote:
>>>>>> - It would be good if you could configure an https= server directly in
>>>>>> con= fig.ml. Currently, the need to configure it with a certificate and
>>>>>> private key means this step has to go in the unike= rnel.
>>>>>
>>>>> would it be possible to do something like for the IP a= ddress where we write the IP address in config.ml and then generate main.ml with the same IP printed in (ie. we "lift&qu= ot; the IP value from the configuration language to the main program)? Is t= here a way to print a server configuration as a string which can be interpr= eted as an OCaml value?
>>>>
>>>> What's the recommended way to store the private key? I= don't want it
>>>> in config.m= l because that's part of the source repository. I could
>>>> load it there. I can't deploy via a public GitHub repo= sitory if the
>>>> binary contains the key, so maybe it should be stored on a= block
>>>> device?
>>>
>>> At the risk of abusing XenStore too much, it could also be wri= tten there
>>> with suitably constrained permissions.=C2=A0 It would still ne= ed to be a block
>>> device for normal cloud providers though.
>>
>> maybe you can load the key when configuring your unikernel ie. it = should be available on the filesystem (or somewhere else) where you are con= figuring your unikernel.
>>
>> in that case you can:
>> - in config.ml:= call a function to read the private key
>> - in main.ml: you= can generate some code with the hard-coded private key read while configur= ing
>
> This doesn't meet the requirement that the binary can be redistrib= uted on a public site (ala mirage-www-deployment).
>
>> Regarding xenstore: I'm still a bit uncomfortable with passing= dynamic secret data in there
>
> It does require some thought for sure -- but Xenstore is already a hig= hly trusted component that can only be accessed by the root user in the gue= st kernel on conventional operating systems.

I don't understand the XenStore permission system well enough to=
comment on whether putting secrets there is safe, but I notice that
Qubes replaced it:

"One interesting thing about Qubes DB is that it get rids of the
(overly complex and unnecessary) permission system that is used by
xenstore, and instead uses the most simple approach: each VM has its
separate Qubes DB daemon, and so a totally separate
configuration/state namespace. This is inline with the rest of the
Qubes philosophy, which basically says that: permissions is dead, long
live separation!"

http://theinvisiblethings.bl= ogspot.co.uk/2013/06/qubes-os-r3-alpha-preview-odyssey-hal.html

I don't know whether the new XenStore design changes things here.

I've been wondering about Qubes -- did y= ou happen to notice whether guest VMs still use netfront and blkfront? To u= se those drivers out-of-the-box they would need some kind of Xenstore shim.= I've been thinking about that anyway because we're starting to see= scalability problems be caused by the shared namespace (e.g. /local/domain= is too large)
=C2=A0

> If not Xenstore itself, then some other channel of a similar nature (l= ike Xentropyd has) would fit the bill.=C2=A0 Unfortunately, this won't = work on a public cloud provider, but a block device should be fine there. >
> Thinking about the block device more, perhaps we could have the notion= of a transient block device -- attach it at boot to read the private key i= nto memory, and then immediately eject it.

I was thinking of putting it in its own partition on the main disk (and create a partition functor). People already expect disks to
contain private data, including keys, so that should be OK, and it
should be easy to see from the code that only the TLS system has
access to that data.

A partition on the= main disk sounds fine. You could use ocaml-mbr:

<= a href=3D"https://github.com/mirage/ocaml-mbr">https://github.com/mirage/oc= aml-mbr

There's also an implementation of = LVM but that's overkill :-)

Cheers,
= Dave
--001a11c3d66cb48d0e050cc4e7da-- --===============4564129276265238113== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel --===============4564129276265238113==-- From mirageos-devel-bounces@lists.xenproject.org Fri Jan 16 13:25:39 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 16 Jan 2015 13:25:39 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YC6uA-0000jK-IV; Fri, 16 Jan 2015 13:25:38 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YC6u9-0000jD-UI for mirageos-devel@lists.xenproject.org; Fri, 16 Jan 2015 13:25:38 +0000 Received: from [85.158.137.68] by server-5.bemta-3.messagelabs.com id 3D/79-26858-15119B45; Fri, 16 Jan 2015 13:25:37 +0000 X-Env-Sender: scott.dj@gmail.com X-Msg-Ref: server-2.tower-31.messagelabs.com!1421414724!20115837!1 X-Originating-IP: [209.85.192.179] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_8,RCVD_BY_IP,spamassassin: ,async_handler: YXN5bmNfZGVsYXk6IDcwNDg4NDQgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27958 invoked from network); 16 Jan 2015 13:25:25 -0000 Received: from mail-pd0-f179.google.com (HELO mail-pd0-f179.google.com) (209.85.192.179) by server-2.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 16 Jan 2015 13:25:25 -0000 Received: by mail-pd0-f179.google.com with SMTP id v10so4560608pde.10 for ; Fri, 16 Jan 2015 05:25:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=zXK66Ae9m6VO0bYC1JYNvW0kpFSpzYvQV6HMFm6bsdM=; b=dcX0bc44j3zqCFeZdno34LCSza5XWVoQhUzhPmkzA4iAuAZ1pXLSy706OukBmpkLrn Fgz9MSk8cTEbqJmJccVRGQQBmOyeopLwQrkLF0YjC9HHgSZkGUzhAuA0FmuaE7h7bpcl xzabuZVhdCCmvkbMQePa95LHmAa/LVYdOi9QcfIlUu4gIehMJdCWQGAmfLrdJD211eTU h5CeOS4udWx4uwFwn4N3HkbxOLLnl7lXiWBT7VtGmxNutyPCpSTOAFin59cBr2jCFnfY C+689YSdF1114tuj3TAwHOK63E+mTUy5KyrXP/1Bm9HDL/bDy6YOE0HsqaGuxzZiAslg FjLg== MIME-Version: 1.0 X-Received: by 10.70.129.48 with SMTP id nt16mr12266632pdb.113.1421414724044; Fri, 16 Jan 2015 05:25:24 -0800 (PST) Received: by 10.70.130.193 with HTTP; Fri, 16 Jan 2015 05:25:23 -0800 (PST) In-Reply-To: References: <498D54FB-D1BC-4896-994A-AEE957977A62@gazagnaire.org> <887150E9-A0EE-4CDB-BD2F-E8043D9E0AB7@recoil.org> <04A5E060-66CC-4087-BD85-8978E01324B8@gazagnaire.org> Date: Fri, 16 Jan 2015 13:25:23 +0000 Message-ID: From: David Scott To: Thomas Leonard Cc: Thomas Gazagnaire , "mirageos-devel@lists.xenproject.org" , Anil Madhavapeddy Subject: Re: [MirageOS-devel] TLS on Xen X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4564129276265238113==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============4564129276265238113== Content-Type: multipart/alternative; boundary=001a11c3d66cb48d0e050cc4e7da --001a11c3d66cb48d0e050cc4e7da Content-Type: text/plain; charset=UTF-8 On Fri, Jan 16, 2015 at 10:04 AM, Thomas Leonard wrote: > On 16 January 2015 at 08:51, Anil Madhavapeddy wrote: > > On 16 Jan 2015, at 00:00, Thomas Gazagnaire > wrote: > >> > >>>> On 15 January 2015 at 17:58, Thomas Gazagnaire > wrote: > >>>>>> - It would be good if you could configure an https server directly > in > >>>>>> config.ml. Currently, the need to configure it with a certificate > and > >>>>>> private key means this step has to go in the unikernel. > >>>>> > >>>>> would it be possible to do something like for the IP address where > we write the IP address in config.ml and then generate main.ml with the > same IP printed in (ie. we "lift" the IP value from the configuration > language to the main program)? Is there a way to print a server > configuration as a string which can be interpreted as an OCaml value? > >>>> > >>>> What's the recommended way to store the private key? I don't want it > >>>> in config.ml because that's part of the source repository. I could > >>>> load it there. I can't deploy via a public GitHub repository if the > >>>> binary contains the key, so maybe it should be stored on a block > >>>> device? > >>> > >>> At the risk of abusing XenStore too much, it could also be written > there > >>> with suitably constrained permissions. It would still need to be a > block > >>> device for normal cloud providers though. > >> > >> maybe you can load the key when configuring your unikernel ie. it > should be available on the filesystem (or somewhere else) where you are > configuring your unikernel. > >> > >> in that case you can: > >> - in config.ml: call a function to read the private key > >> - in main.ml: you can generate some code with the hard-coded private > key read while configuring > > > > This doesn't meet the requirement that the binary can be redistributed > on a public site (ala mirage-www-deployment). > > > >> Regarding xenstore: I'm still a bit uncomfortable with passing dynamic > secret data in there > > > > It does require some thought for sure -- but Xenstore is already a > highly trusted component that can only be accessed by the root user in the > guest kernel on conventional operating systems. > > I don't understand the XenStore permission system well enough to > comment on whether putting secrets there is safe, but I notice that > Qubes replaced it: > > "One interesting thing about Qubes DB is that it get rids of the > (overly complex and unnecessary) permission system that is used by > xenstore, and instead uses the most simple approach: each VM has its > separate Qubes DB daemon, and so a totally separate > configuration/state namespace. This is inline with the rest of the > Qubes philosophy, which basically says that: permissions is dead, long > live separation!" > > > http://theinvisiblethings.blogspot.co.uk/2013/06/qubes-os-r3-alpha-preview-odyssey-hal.html > > I don't know whether the new XenStore design changes things here. > I've been wondering about Qubes -- did you happen to notice whether guest VMs still use netfront and blkfront? To use those drivers out-of-the-box they would need some kind of Xenstore shim. I've been thinking about that anyway because we're starting to see scalability problems be caused by the shared namespace (e.g. /local/domain is too large) > > > If not Xenstore itself, then some other channel of a similar nature > (like Xentropyd has) would fit the bill. Unfortunately, this won't work on > a public cloud provider, but a block device should be fine there. > > > > Thinking about the block device more, perhaps we could have the notion > of a transient block device -- attach it at boot to read the private key > into memory, and then immediately eject it. > > I was thinking of putting it in its own partition on the main disk > (and create a partition functor). People already expect disks to > contain private data, including keys, so that should be OK, and it > should be easy to see from the code that only the TLS system has > access to that data. > A partition on the main disk sounds fine. You could use ocaml-mbr: https://github.com/mirage/ocaml-mbr There's also an implementation of LVM but that's overkill :-) Cheers, Dave --001a11c3d66cb48d0e050cc4e7da Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Fri, Jan 16, 2015 at 10:04 AM, Thomas Leonard <= talex5@gmail.com&= gt; wrote:
On 16 January 2015 a= t 08:51, Anil Madhavapeddy <anil@reco= il.org> wrote:
> On 16 Jan 2015, at 00:00, Thomas Gazagnaire <thomas@gazagnaire.org> wrote:
>>
>>>> On 15 January 2015 at 17:58, Thomas Gazagnaire <thomas@gazagnaire.org> wrote:
>>>>>> - It would be good if you could configure an https= server directly in
>>>>>> con= fig.ml. Currently, the need to configure it with a certificate and
>>>>>> private key means this step has to go in the unike= rnel.
>>>>>
>>>>> would it be possible to do something like for the IP a= ddress where we write the IP address in config.ml and then generate main.ml with the same IP printed in (ie. we "lift&qu= ot; the IP value from the configuration language to the main program)? Is t= here a way to print a server configuration as a string which can be interpr= eted as an OCaml value?
>>>>
>>>> What's the recommended way to store the private key? I= don't want it
>>>> in config.m= l because that's part of the source repository. I could
>>>> load it there. I can't deploy via a public GitHub repo= sitory if the
>>>> binary contains the key, so maybe it should be stored on a= block
>>>> device?
>>>
>>> At the risk of abusing XenStore too much, it could also be wri= tten there
>>> with suitably constrained permissions.=C2=A0 It would still ne= ed to be a block
>>> device for normal cloud providers though.
>>
>> maybe you can load the key when configuring your unikernel ie. it = should be available on the filesystem (or somewhere else) where you are con= figuring your unikernel.
>>
>> in that case you can:
>> - in config.ml:= call a function to read the private key
>> - in main.ml: you= can generate some code with the hard-coded private key read while configur= ing
>
> This doesn't meet the requirement that the binary can be redistrib= uted on a public site (ala mirage-www-deployment).
>
>> Regarding xenstore: I'm still a bit uncomfortable with passing= dynamic secret data in there
>
> It does require some thought for sure -- but Xenstore is already a hig= hly trusted component that can only be accessed by the root user in the gue= st kernel on conventional operating systems.

I don't understand the XenStore permission system well enough to=
comment on whether putting secrets there is safe, but I notice that
Qubes replaced it:

"One interesting thing about Qubes DB is that it get rids of the
(overly complex and unnecessary) permission system that is used by
xenstore, and instead uses the most simple approach: each VM has its
separate Qubes DB daemon, and so a totally separate
configuration/state namespace. This is inline with the rest of the
Qubes philosophy, which basically says that: permissions is dead, long
live separation!"

http://theinvisiblethings.bl= ogspot.co.uk/2013/06/qubes-os-r3-alpha-preview-odyssey-hal.html

I don't know whether the new XenStore design changes things here.

I've been wondering about Qubes -- did y= ou happen to notice whether guest VMs still use netfront and blkfront? To u= se those drivers out-of-the-box they would need some kind of Xenstore shim.= I've been thinking about that anyway because we're starting to see= scalability problems be caused by the shared namespace (e.g. /local/domain= is too large)
=C2=A0

> If not Xenstore itself, then some other channel of a similar nature (l= ike Xentropyd has) would fit the bill.=C2=A0 Unfortunately, this won't = work on a public cloud provider, but a block device should be fine there. >
> Thinking about the block device more, perhaps we could have the notion= of a transient block device -- attach it at boot to read the private key i= nto memory, and then immediately eject it.

I was thinking of putting it in its own partition on the main disk (and create a partition functor). People already expect disks to
contain private data, including keys, so that should be OK, and it
should be easy to see from the code that only the TLS system has
access to that data.

A partition on the= main disk sounds fine. You could use ocaml-mbr:

<= a href=3D"https://github.com/mirage/ocaml-mbr">https://github.com/mirage/oc= aml-mbr

There's also an implementation of = LVM but that's overkill :-)

Cheers,
= Dave
--001a11c3d66cb48d0e050cc4e7da-- --===============4564129276265238113== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel --===============4564129276265238113==-- From mirageos-devel-bounces@lists.xenproject.org Sun Jan 18 11:58:35 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Sun, 18 Jan 2015 11:58:35 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YCoUr-0005VR-Is; Sun, 18 Jan 2015 11:58:25 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YCoUp-0005VM-Ph for mirageos-devel@lists.xenproject.org; Sun, 18 Jan 2015 11:58:23 +0000 Received: from [85.158.143.35] by server-1.bemta-4.messagelabs.com id 9F/9F-09842-EDF9BB45; Sun, 18 Jan 2015 11:58:22 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1421582291!21845372!1 X-Originating-IP: [209.85.217.179] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP,spamassassin: ,async_handler: YXN5bmNfZGVsYXk6IDcwNTIxMDAgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29180 invoked from network); 18 Jan 2015 11:58:12 -0000 Received: from mail-lb0-f179.google.com (HELO mail-lb0-f179.google.com) (209.85.217.179) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 18 Jan 2015 11:58:12 -0000 Received: by mail-lb0-f179.google.com with SMTP id z11so24272924lbi.10 for ; Sun, 18 Jan 2015 03:58:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=3bmpSvP8SJO5RL4sGRF0nclaMMjPMBBfPwNcv4Imaw4=; b=AQUiOR6n5gIvCP+sWBu3ixozEYJw9EtvhDQVfhNyYesDmclVYfzPgx4V3jbM2v/GW7 mWQh8bP97K+gJgDBaRqdkPxz0/M8bCf1qyuhF/hZEoTvtct5+cAMKkQL7qNukrpCer8r d05Jj1CFlem07NFXQUugLYZW38MjoqOSdHky04LGnqOWgBivXsLE8YigHbCRbel3qi7g etul8UTGcNi8BhlfeINh+9cGl2IIZvtPr8+QeEl7sgwyr3go93wWgB9XXMtYa2ORZdI3 /mEO+Nc/0RfrO32Exm3wkf9Uexbr/Kh+3FejObkbUFY3ifqqa5b8S3mnXSjTInxWeIEn UBig== MIME-Version: 1.0 X-Received: by 10.153.4.44 with SMTP id cb12mr24818954lad.30.1421582291347; Sun, 18 Jan 2015 03:58:11 -0800 (PST) Received: by 10.25.207.3 with HTTP; Sun, 18 Jan 2015 03:58:11 -0800 (PST) In-Reply-To: References: <498D54FB-D1BC-4896-994A-AEE957977A62@gazagnaire.org> <887150E9-A0EE-4CDB-BD2F-E8043D9E0AB7@recoil.org> <04A5E060-66CC-4087-BD85-8978E01324B8@gazagnaire.org> Date: Sun, 18 Jan 2015 11:58:11 +0000 Message-ID: From: Thomas Leonard To: David Scott Cc: Thomas Gazagnaire , "mirageos-devel@lists.xenproject.org" , Anil Madhavapeddy Subject: Re: [MirageOS-devel] TLS on Xen X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 16 January 2015 at 13:25, David Scott wrote: > > > On Fri, Jan 16, 2015 at 10:04 AM, Thomas Leonard wrote: >> >> On 16 January 2015 at 08:51, Anil Madhavapeddy wrote: >> > On 16 Jan 2015, at 00:00, Thomas Gazagnaire >> > wrote: >> >> >> >>>> On 15 January 2015 at 17:58, Thomas Gazagnaire >> >>>> wrote: >> >>>>>> - It would be good if you could configure an https server directly >> >>>>>> in >> >>>>>> config.ml. Currently, the need to configure it with a certificate >> >>>>>> and >> >>>>>> private key means this step has to go in the unikernel. >> >>>>> >> >>>>> would it be possible to do something like for the IP address where >> >>>>> we write the IP address in config.ml and then generate main.ml with the same >> >>>>> IP printed in (ie. we "lift" the IP value from the configuration language to >> >>>>> the main program)? Is there a way to print a server configuration as a >> >>>>> string which can be interpreted as an OCaml value? >> >>>> >> >>>> What's the recommended way to store the private key? I don't want it >> >>>> in config.ml because that's part of the source repository. I could >> >>>> load it there. I can't deploy via a public GitHub repository if the >> >>>> binary contains the key, so maybe it should be stored on a block >> >>>> device? >> >>> >> >>> At the risk of abusing XenStore too much, it could also be written >> >>> there >> >>> with suitably constrained permissions. It would still need to be a >> >>> block >> >>> device for normal cloud providers though. >> >> >> >> maybe you can load the key when configuring your unikernel ie. it >> >> should be available on the filesystem (or somewhere else) where you are >> >> configuring your unikernel. >> >> >> >> in that case you can: >> >> - in config.ml: call a function to read the private key >> >> - in main.ml: you can generate some code with the hard-coded private >> >> key read while configuring >> > >> > This doesn't meet the requirement that the binary can be redistributed >> > on a public site (ala mirage-www-deployment). >> > >> >> Regarding xenstore: I'm still a bit uncomfortable with passing dynamic >> >> secret data in there >> > >> > It does require some thought for sure -- but Xenstore is already a >> > highly trusted component that can only be accessed by the root user in the >> > guest kernel on conventional operating systems. >> >> I don't understand the XenStore permission system well enough to >> comment on whether putting secrets there is safe, but I notice that >> Qubes replaced it: >> >> "One interesting thing about Qubes DB is that it get rids of the >> (overly complex and unnecessary) permission system that is used by >> xenstore, and instead uses the most simple approach: each VM has its >> separate Qubes DB daemon, and so a totally separate >> configuration/state namespace. This is inline with the rest of the >> Qubes philosophy, which basically says that: permissions is dead, long >> live separation!" >> >> >> http://theinvisiblethings.blogspot.co.uk/2013/06/qubes-os-r3-alpha-preview-odyssey-hal.html >> >> I don't know whether the new XenStore design changes things here. > > > I've been wondering about Qubes -- did you happen to notice whether guest > VMs still use netfront and blkfront? To use those drivers out-of-the-box > they would need some kind of Xenstore shim. I've been thinking about that > anyway because we're starting to see scalability problems be caused by the > shared namespace (e.g. /local/domain is too large) Sorry, I don't know anything else except what's in that blog post. >> > If not Xenstore itself, then some other channel of a similar nature >> > (like Xentropyd has) would fit the bill. Unfortunately, this won't work on >> > a public cloud provider, but a block device should be fine there. >> > >> > Thinking about the block device more, perhaps we could have the notion >> > of a transient block device -- attach it at boot to read the private key >> > into memory, and then immediately eject it. >> >> I was thinking of putting it in its own partition on the main disk >> (and create a partition functor). People already expect disks to >> contain private data, including keys, so that should be OK, and it >> should be easy to see from the code that only the TLS system has >> access to that data. > > > A partition on the main disk sounds fine. You could use ocaml-mbr: > > https://github.com/mirage/ocaml-mbr Ah, nice, that saves me writing my own version! > There's also an implementation of LVM but that's overkill :-) -- Dr Thomas Leonard http://0install.net/ GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 GPG: DA98 25AE CAD0 8975 7CDA BD8E 0713 3F96 CA74 D8BA _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Sun Jan 18 11:58:35 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Sun, 18 Jan 2015 11:58:35 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YCoUr-0005VR-Is; Sun, 18 Jan 2015 11:58:25 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YCoUp-0005VM-Ph for mirageos-devel@lists.xenproject.org; Sun, 18 Jan 2015 11:58:23 +0000 Received: from [85.158.143.35] by server-1.bemta-4.messagelabs.com id 9F/9F-09842-EDF9BB45; Sun, 18 Jan 2015 11:58:22 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1421582291!21845372!1 X-Originating-IP: [209.85.217.179] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP,spamassassin: ,async_handler: YXN5bmNfZGVsYXk6IDcwNTIxMDAgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29180 invoked from network); 18 Jan 2015 11:58:12 -0000 Received: from mail-lb0-f179.google.com (HELO mail-lb0-f179.google.com) (209.85.217.179) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 18 Jan 2015 11:58:12 -0000 Received: by mail-lb0-f179.google.com with SMTP id z11so24272924lbi.10 for ; Sun, 18 Jan 2015 03:58:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=3bmpSvP8SJO5RL4sGRF0nclaMMjPMBBfPwNcv4Imaw4=; b=AQUiOR6n5gIvCP+sWBu3ixozEYJw9EtvhDQVfhNyYesDmclVYfzPgx4V3jbM2v/GW7 mWQh8bP97K+gJgDBaRqdkPxz0/M8bCf1qyuhF/hZEoTvtct5+cAMKkQL7qNukrpCer8r d05Jj1CFlem07NFXQUugLYZW38MjoqOSdHky04LGnqOWgBivXsLE8YigHbCRbel3qi7g etul8UTGcNi8BhlfeINh+9cGl2IIZvtPr8+QeEl7sgwyr3go93wWgB9XXMtYa2ORZdI3 /mEO+Nc/0RfrO32Exm3wkf9Uexbr/Kh+3FejObkbUFY3ifqqa5b8S3mnXSjTInxWeIEn UBig== MIME-Version: 1.0 X-Received: by 10.153.4.44 with SMTP id cb12mr24818954lad.30.1421582291347; Sun, 18 Jan 2015 03:58:11 -0800 (PST) Received: by 10.25.207.3 with HTTP; Sun, 18 Jan 2015 03:58:11 -0800 (PST) In-Reply-To: References: <498D54FB-D1BC-4896-994A-AEE957977A62@gazagnaire.org> <887150E9-A0EE-4CDB-BD2F-E8043D9E0AB7@recoil.org> <04A5E060-66CC-4087-BD85-8978E01324B8@gazagnaire.org> Date: Sun, 18 Jan 2015 11:58:11 +0000 Message-ID: From: Thomas Leonard To: David Scott Cc: Thomas Gazagnaire , "mirageos-devel@lists.xenproject.org" , Anil Madhavapeddy Subject: Re: [MirageOS-devel] TLS on Xen X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 16 January 2015 at 13:25, David Scott wrote: > > > On Fri, Jan 16, 2015 at 10:04 AM, Thomas Leonard wrote: >> >> On 16 January 2015 at 08:51, Anil Madhavapeddy wrote: >> > On 16 Jan 2015, at 00:00, Thomas Gazagnaire >> > wrote: >> >> >> >>>> On 15 January 2015 at 17:58, Thomas Gazagnaire >> >>>> wrote: >> >>>>>> - It would be good if you could configure an https server directly >> >>>>>> in >> >>>>>> config.ml. Currently, the need to configure it with a certificate >> >>>>>> and >> >>>>>> private key means this step has to go in the unikernel. >> >>>>> >> >>>>> would it be possible to do something like for the IP address where >> >>>>> we write the IP address in config.ml and then generate main.ml with the same >> >>>>> IP printed in (ie. we "lift" the IP value from the configuration language to >> >>>>> the main program)? Is there a way to print a server configuration as a >> >>>>> string which can be interpreted as an OCaml value? >> >>>> >> >>>> What's the recommended way to store the private key? I don't want it >> >>>> in config.ml because that's part of the source repository. I could >> >>>> load it there. I can't deploy via a public GitHub repository if the >> >>>> binary contains the key, so maybe it should be stored on a block >> >>>> device? >> >>> >> >>> At the risk of abusing XenStore too much, it could also be written >> >>> there >> >>> with suitably constrained permissions. It would still need to be a >> >>> block >> >>> device for normal cloud providers though. >> >> >> >> maybe you can load the key when configuring your unikernel ie. it >> >> should be available on the filesystem (or somewhere else) where you are >> >> configuring your unikernel. >> >> >> >> in that case you can: >> >> - in config.ml: call a function to read the private key >> >> - in main.ml: you can generate some code with the hard-coded private >> >> key read while configuring >> > >> > This doesn't meet the requirement that the binary can be redistributed >> > on a public site (ala mirage-www-deployment). >> > >> >> Regarding xenstore: I'm still a bit uncomfortable with passing dynamic >> >> secret data in there >> > >> > It does require some thought for sure -- but Xenstore is already a >> > highly trusted component that can only be accessed by the root user in the >> > guest kernel on conventional operating systems. >> >> I don't understand the XenStore permission system well enough to >> comment on whether putting secrets there is safe, but I notice that >> Qubes replaced it: >> >> "One interesting thing about Qubes DB is that it get rids of the >> (overly complex and unnecessary) permission system that is used by >> xenstore, and instead uses the most simple approach: each VM has its >> separate Qubes DB daemon, and so a totally separate >> configuration/state namespace. This is inline with the rest of the >> Qubes philosophy, which basically says that: permissions is dead, long >> live separation!" >> >> >> http://theinvisiblethings.blogspot.co.uk/2013/06/qubes-os-r3-alpha-preview-odyssey-hal.html >> >> I don't know whether the new XenStore design changes things here. > > > I've been wondering about Qubes -- did you happen to notice whether guest > VMs still use netfront and blkfront? To use those drivers out-of-the-box > they would need some kind of Xenstore shim. I've been thinking about that > anyway because we're starting to see scalability problems be caused by the > shared namespace (e.g. /local/domain is too large) Sorry, I don't know anything else except what's in that blog post. >> > If not Xenstore itself, then some other channel of a similar nature >> > (like Xentropyd has) would fit the bill. Unfortunately, this won't work on >> > a public cloud provider, but a block device should be fine there. >> > >> > Thinking about the block device more, perhaps we could have the notion >> > of a transient block device -- attach it at boot to read the private key >> > into memory, and then immediately eject it. >> >> I was thinking of putting it in its own partition on the main disk >> (and create a partition functor). People already expect disks to >> contain private data, including keys, so that should be OK, and it >> should be easy to see from the code that only the TLS system has >> access to that data. > > > A partition on the main disk sounds fine. You could use ocaml-mbr: > > https://github.com/mirage/ocaml-mbr Ah, nice, that saves me writing my own version! > There's also an implementation of LVM but that's overkill :-) -- Dr Thomas Leonard http://0install.net/ GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 GPG: DA98 25AE CAD0 8975 7CDA BD8E 0713 3F96 CA74 D8BA _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Sun Jan 18 21:07:27 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Sun, 18 Jan 2015 21:07:27 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YCx45-0001vf-Hh; Sun, 18 Jan 2015 21:07:21 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YCx44-0001vI-Pa for mirageos-devel@lists.xenproject.org; Sun, 18 Jan 2015 21:07:20 +0000 Received: from [193.109.254.147] by server-12.bemta-14.messagelabs.com id 8F/46-02702-7802CB45; Sun, 18 Jan 2015 21:07:19 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-16.tower-27.messagelabs.com!1421615238!15902295!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21781 invoked from network); 18 Jan 2015 21:07:19 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-16.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 18 Jan 2015 21:07:19 -0000 Received: from [192.168.1.39] (cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net [86.30.244.239]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 3afbc878; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; for ; Sun, 18 Jan 2015 21:07:17 +0000 (GMT) From: Anil Madhavapeddy Message-Id: Date: Sun, 18 Jan 2015 21:07:17 +0000 To: mirageos-devel Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) X-Mailer: Apple Mail (2.1993) Subject: [MirageOS-devel] mirage + fosdem 2014 X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org Is anyone planning to attend FOSDEM this year and interested in demoing Mirage at the Xen booth on a Cubieboard or two? Mindy is going I think, but I can't make it and neither can Mort. Amir, are you going? -anil _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Sun Jan 18 21:07:27 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Sun, 18 Jan 2015 21:07:27 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YCx45-0001vf-Hh; Sun, 18 Jan 2015 21:07:21 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YCx44-0001vI-Pa for mirageos-devel@lists.xenproject.org; Sun, 18 Jan 2015 21:07:20 +0000 Received: from [193.109.254.147] by server-12.bemta-14.messagelabs.com id 8F/46-02702-7802CB45; Sun, 18 Jan 2015 21:07:19 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-16.tower-27.messagelabs.com!1421615238!15902295!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21781 invoked from network); 18 Jan 2015 21:07:19 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-16.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 18 Jan 2015 21:07:19 -0000 Received: from [192.168.1.39] (cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net [86.30.244.239]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 3afbc878; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; for ; Sun, 18 Jan 2015 21:07:17 +0000 (GMT) From: Anil Madhavapeddy Message-Id: Date: Sun, 18 Jan 2015 21:07:17 +0000 To: mirageos-devel Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) X-Mailer: Apple Mail (2.1993) Subject: [MirageOS-devel] mirage + fosdem 2014 X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org Is anyone planning to attend FOSDEM this year and interested in demoing Mirage at the Xen booth on a Cubieboard or two? Mindy is going I think, but I can't make it and neither can Mort. Amir, are you going? -anil _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Sun Jan 18 22:31:09 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Sun, 18 Jan 2015 22:31:09 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YCyN5-0006Br-Nh; Sun, 18 Jan 2015 22:31:03 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YCyN3-0006Bm-8h for mirageos-devel@lists.xenproject.org; Sun, 18 Jan 2015 22:31:02 +0000 Received: from [85.158.143.35] by server-2.bemta-4.messagelabs.com id A9/B1-10925-4243CB45; Sun, 18 Jan 2015 22:31:00 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-11.tower-21.messagelabs.com!1421620258!22224224!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, HTML_50_60,HTML_MESSAGE,RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12370 invoked from network); 18 Jan 2015 22:30:58 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-11.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 18 Jan 2015 22:30:58 -0000 Received: from [192.168.1.39] (cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net [86.30.244.239]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id ad8e836b; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Sun, 18 Jan 2015 22:30:58 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: Date: Sun, 18 Jan 2015 22:30:57 +0000 Message-Id: References: To: Michael Moon X-Mailer: Apple Mail (2.1993) Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] vchan client and server unikernels crash X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5313206801336966719==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============5313206801336966719== Content-Type: multipart/alternative; boundary="Apple-Mail=_3661ED5B-1729-4C7E-9753-8767F92A198B" --Apple-Mail=_3661ED5B-1729-4C7E-9753-8767F92A198B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Do bear in mind that the init-xenstore.sh script is a temporary measure, = as it lets any VM on the host write to the Conduit nodes. The = upstreamable version of this requires a small extension of the Xenstore = permission model. The workaround is sufficient to make it convenient to = test out vchans, however. -anil > On 16 Jan 2015, at 13:24, Michael Moon = wrote: >=20 > Thanks, I noticed that a bit later! >=20 > On Fri, Jan 16, 2015 at 1:20 PM, David Scott > wrote: >=20 >=20 > On Fri, Jan 16, 2015 at 12:00 PM, Michael Moon = > wrote: > when starting vchan client-server unikernels in = ocaml-vchan/lib_test/mirage, they crash with the error: >=20 > unable to get domain type for domid=3Dx > unable to attach console >=20 > using pause-unpause (xl create -cp), I can see the following on the = console: >=20 > ------------------------------------------------- > Initialising timer interface > Initialising console ... done. > gnttab_table mapped at 0000000010001000. > xencaml: app_main_thread > getenv(OCAMLRUNPARAM) -> null > getenv(CAMLRUNPARAM) -> null > Unsupported function lseek called in Mini-OS kernel > Unsupported function lseek called in Mini-OS kernel > Unsupported function lseek called in Mini-OS kernel > getenv(OCAMLRUNPARAM) -> null > getenv(CAMLRUNPARAM) -> null > getenv(TMPDIR) -> null > getenv(TEMP) -> null > Top level exception: Xs_protocol.Error("EACCES") > main returned 0 > ------------------------------------------------- >=20 > Is there any required configuration other than the ones mentioned in = README on the repo? >=20 > The EACCES suggests the Xenstore permissions haven't been set up yet. = Have you run the init-xenstore.sh script? >=20 > = https://github.com/mirage/ocaml-vchan/blob/master/lib_test/mirage/init-xen= store.sh = >=20 > =20 >=20 > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org = > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel = >=20 >=20 >=20 >=20 > --=20 > Dave Scott >=20 > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel --Apple-Mail=_3661ED5B-1729-4C7E-9753-8767F92A198B Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Do bear in mind that the init-xenstore.sh script is a = temporary measure, as it lets any VM on the host write to the Conduit = nodes.  The upstreamable version of this requires a small extension = of the Xenstore permission model.  The workaround is sufficient to = make it convenient to test out vchans, however.

-anil

On 16 Jan 2015, at 13:24, Michael Moon <michaelmoon.pr@gmail.com> wrote:

Thanks, I noticed that a bit later!

On Fri, = Jan 16, 2015 at 1:20 PM, David Scott <scott.dj@gmail.com> wrote:


On Fri, Jan 16, = 2015 at 12:00 PM, Michael Moon <michaelmoon.pr@gmail.com> wrote:
when starting = vchan client-server unikernels in ocaml-vchan/lib_test/mirage, they = crash with the error:

unable to get domain = type for domid=3Dx
unable to attach console

using pause-unpause (xl create -cp), I can see = the following on the console:

-------------------------------------------------
Initialising timer interface
Initialising = console ... done.
gnttab_table mapped at = 0000000010001000.
xencaml: app_main_thread
getenv(OCAMLRUNPARAM) -> null
getenv(CAMLRUNPARAM) -> null
Unsupported = function lseek called in Mini-OS kernel
Unsupported = function lseek called in Mini-OS kernel
Unsupported = function lseek called in Mini-OS kernel
getenv(OCAMLRUNPARAM) -> null
getenv(CAMLRUNPARAM) -> null
getenv(TMPDIR) = -> null
getenv(TEMP) -> null
Top level = exception: Xs_protocol.Error("EACCES")
main returned 0
-------------------------------------------------

Is there any required configuration other than = the ones mentioned in README on the repo?

The EACCES suggests the = Xenstore permissions haven't been set up yet. Have you run the = init-xenstore.sh script?

https://github.com/mirage/ocaml-vchan/blob/master/lib_test/mira= ge/init-xenstore.sh

 

_______________________________________________
MirageOS-devel mailing list
MirageOS-devel@lists.xenproject.org
http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-d= evel




--
Dave Scott

_______________________________________________
MirageOS-devel mailing list
MirageOS-devel@lists.xenproject.org
http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-d= evel

= --Apple-Mail=_3661ED5B-1729-4C7E-9753-8767F92A198B-- --===============5313206801336966719== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel --===============5313206801336966719==-- From mirageos-devel-bounces@lists.xenproject.org Sun Jan 18 22:31:09 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Sun, 18 Jan 2015 22:31:09 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YCyN5-0006Br-Nh; Sun, 18 Jan 2015 22:31:03 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YCyN3-0006Bm-8h for mirageos-devel@lists.xenproject.org; Sun, 18 Jan 2015 22:31:02 +0000 Received: from [85.158.143.35] by server-2.bemta-4.messagelabs.com id A9/B1-10925-4243CB45; Sun, 18 Jan 2015 22:31:00 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-11.tower-21.messagelabs.com!1421620258!22224224!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, HTML_50_60,HTML_MESSAGE,RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12370 invoked from network); 18 Jan 2015 22:30:58 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-11.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 18 Jan 2015 22:30:58 -0000 Received: from [192.168.1.39] (cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net [86.30.244.239]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id ad8e836b; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Sun, 18 Jan 2015 22:30:58 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: Date: Sun, 18 Jan 2015 22:30:57 +0000 Message-Id: References: To: Michael Moon X-Mailer: Apple Mail (2.1993) Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] vchan client and server unikernels crash X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5313206801336966719==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============5313206801336966719== Content-Type: multipart/alternative; boundary="Apple-Mail=_3661ED5B-1729-4C7E-9753-8767F92A198B" --Apple-Mail=_3661ED5B-1729-4C7E-9753-8767F92A198B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Do bear in mind that the init-xenstore.sh script is a temporary measure, = as it lets any VM on the host write to the Conduit nodes. The = upstreamable version of this requires a small extension of the Xenstore = permission model. The workaround is sufficient to make it convenient to = test out vchans, however. -anil > On 16 Jan 2015, at 13:24, Michael Moon = wrote: >=20 > Thanks, I noticed that a bit later! >=20 > On Fri, Jan 16, 2015 at 1:20 PM, David Scott > wrote: >=20 >=20 > On Fri, Jan 16, 2015 at 12:00 PM, Michael Moon = > wrote: > when starting vchan client-server unikernels in = ocaml-vchan/lib_test/mirage, they crash with the error: >=20 > unable to get domain type for domid=3Dx > unable to attach console >=20 > using pause-unpause (xl create -cp), I can see the following on the = console: >=20 > ------------------------------------------------- > Initialising timer interface > Initialising console ... done. > gnttab_table mapped at 0000000010001000. > xencaml: app_main_thread > getenv(OCAMLRUNPARAM) -> null > getenv(CAMLRUNPARAM) -> null > Unsupported function lseek called in Mini-OS kernel > Unsupported function lseek called in Mini-OS kernel > Unsupported function lseek called in Mini-OS kernel > getenv(OCAMLRUNPARAM) -> null > getenv(CAMLRUNPARAM) -> null > getenv(TMPDIR) -> null > getenv(TEMP) -> null > Top level exception: Xs_protocol.Error("EACCES") > main returned 0 > ------------------------------------------------- >=20 > Is there any required configuration other than the ones mentioned in = README on the repo? >=20 > The EACCES suggests the Xenstore permissions haven't been set up yet. = Have you run the init-xenstore.sh script? >=20 > = https://github.com/mirage/ocaml-vchan/blob/master/lib_test/mirage/init-xen= store.sh = >=20 > =20 >=20 > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org = > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel = >=20 >=20 >=20 >=20 > --=20 > Dave Scott >=20 > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel --Apple-Mail=_3661ED5B-1729-4C7E-9753-8767F92A198B Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Do bear in mind that the init-xenstore.sh script is a = temporary measure, as it lets any VM on the host write to the Conduit = nodes.  The upstreamable version of this requires a small extension = of the Xenstore permission model.  The workaround is sufficient to = make it convenient to test out vchans, however.

-anil

On 16 Jan 2015, at 13:24, Michael Moon <michaelmoon.pr@gmail.com> wrote:

Thanks, I noticed that a bit later!

On Fri, = Jan 16, 2015 at 1:20 PM, David Scott <scott.dj@gmail.com> wrote:


On Fri, Jan 16, = 2015 at 12:00 PM, Michael Moon <michaelmoon.pr@gmail.com> wrote:
when starting = vchan client-server unikernels in ocaml-vchan/lib_test/mirage, they = crash with the error:

unable to get domain = type for domid=3Dx
unable to attach console

using pause-unpause (xl create -cp), I can see = the following on the console:

-------------------------------------------------
Initialising timer interface
Initialising = console ... done.
gnttab_table mapped at = 0000000010001000.
xencaml: app_main_thread
getenv(OCAMLRUNPARAM) -> null
getenv(CAMLRUNPARAM) -> null
Unsupported = function lseek called in Mini-OS kernel
Unsupported = function lseek called in Mini-OS kernel
Unsupported = function lseek called in Mini-OS kernel
getenv(OCAMLRUNPARAM) -> null
getenv(CAMLRUNPARAM) -> null
getenv(TMPDIR) = -> null
getenv(TEMP) -> null
Top level = exception: Xs_protocol.Error("EACCES")
main returned 0
-------------------------------------------------

Is there any required configuration other than = the ones mentioned in README on the repo?

The EACCES suggests the = Xenstore permissions haven't been set up yet. Have you run the = init-xenstore.sh script?

https://github.com/mirage/ocaml-vchan/blob/master/lib_test/mira= ge/init-xenstore.sh

 

_______________________________________________
MirageOS-devel mailing list
MirageOS-devel@lists.xenproject.org
http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-d= evel




--
Dave Scott

_______________________________________________
MirageOS-devel mailing list
MirageOS-devel@lists.xenproject.org
http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-d= evel

= --Apple-Mail=_3661ED5B-1729-4C7E-9753-8767F92A198B-- --===============5313206801336966719== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel --===============5313206801336966719==-- From mirageos-devel-bounces@lists.xenproject.org Sun Jan 18 22:34:23 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Sun, 18 Jan 2015 22:34:23 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YCyQJ-0006fN-1x; Sun, 18 Jan 2015 22:34:23 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YCyQH-0006fI-Cl for mirageos-devel@lists.xenproject.org; Sun, 18 Jan 2015 22:34:21 +0000 Received: from [85.158.143.35] by server-2.bemta-4.messagelabs.com id C7/82-10925-CE43CB45; Sun, 18 Jan 2015 22:34:20 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-4.tower-21.messagelabs.com!1421620457!22210249!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=ML_RADAR_SPEW_LINKS_8, RCVD_ILLEGAL_IP,spamassassin: ,surbl: (ASYNC_NO) c3VyYmxfcmVjaGVja19kZWxheTogMTUxNDE1OCAoYWJhbmRvbmVkOiB0aGVpbnZpc2libGV0a Glu\nZ3MuYmxvZ3Nwb3QuY28udWsp\n X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2190 invoked from network); 18 Jan 2015 22:34:17 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-4.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 18 Jan 2015 22:34:17 -0000 Received: from [192.168.1.39] (cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net [86.30.244.239]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id abce8e5a; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Sun, 18 Jan 2015 22:34:17 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: Date: Sun, 18 Jan 2015 22:34:16 +0000 Message-Id: References: <498D54FB-D1BC-4896-994A-AEE957977A62@gazagnaire.org> <887150E9-A0EE-4CDB-BD2F-E8043D9E0AB7@recoil.org> <04A5E060-66CC-4087-BD85-8978E01324B8@gazagnaire.org> To: Thomas Leonard X-Mailer: Apple Mail (2.1993) Cc: Thomas Gazagnaire , "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] TLS on Xen X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 16 Jan 2015, at 10:04, Thomas Leonard wrote: > > On 16 January 2015 at 08:51, Anil Madhavapeddy wrote: >> On 16 Jan 2015, at 00:00, Thomas Gazagnaire wrote: >>> >>>>> On 15 January 2015 at 17:58, Thomas Gazagnaire wrote: >>>>>>> - It would be good if you could configure an https server directly in >>>>>>> config.ml. Currently, the need to configure it with a certificate and >>>>>>> private key means this step has to go in the unikernel. >>>>>> >>>>>> would it be possible to do something like for the IP address where we write the IP address in config.ml and then generate main.ml with the same IP printed in (ie. we "lift" the IP value from the configuration language to the main program)? Is there a way to print a server configuration as a string which can be interpreted as an OCaml value? >>>>> >>>>> What's the recommended way to store the private key? I don't want it >>>>> in config.ml because that's part of the source repository. I could >>>>> load it there. I can't deploy via a public GitHub repository if the >>>>> binary contains the key, so maybe it should be stored on a block >>>>> device? >>>> >>>> At the risk of abusing XenStore too much, it could also be written there >>>> with suitably constrained permissions. It would still need to be a block >>>> device for normal cloud providers though. >>> >>> maybe you can load the key when configuring your unikernel ie. it should be available on the filesystem (or somewhere else) where you are configuring your unikernel. >>> >>> in that case you can: >>> - in config.ml: call a function to read the private key >>> - in main.ml: you can generate some code with the hard-coded private key read while configuring >> >> This doesn't meet the requirement that the binary can be redistributed on a public site (ala mirage-www-deployment). >> >>> Regarding xenstore: I'm still a bit uncomfortable with passing dynamic secret data in there >> >> It does require some thought for sure -- but Xenstore is already a highly trusted component that can only be accessed by the root user in the guest kernel on conventional operating systems. > > I don't understand the XenStore permission system well enough to > comment on whether putting secrets there is safe, but I notice that > Qubes replaced it: > > "One interesting thing about Qubes DB is that it get rids of the > (overly complex and unnecessary) permission system that is used by > xenstore, and instead uses the most simple approach: each VM has its > separate Qubes DB daemon, and so a totally separate > configuration/state namespace. This is inline with the rest of the > Qubes philosophy, which basically says that: permissions is dead, long > live separation!" > > http://theinvisiblethings.blogspot.co.uk/2013/06/qubes-os-r3-alpha-preview-odyssey-hal.html > > I don't know whether the new XenStore design changes things here. The new XenStore+Irmin design separates the Xen and non-Xen specific portions into discrete bits. The transaction and reconciliation portions of XenStore are useful in any purely functional distributed database, whereas the permission model is very Xen-specific. So the new design doesn't directly simplify the permissions model, but it does distill down the XenStore implementation such that replacing or extending the permissions is much simpler than it was before. The Qubes comment regarding "overly complex and unnecessary" is almost right - it's indeed overly complex, but a sophisticated permissions model is very much necessary for a security-critical system component such as XenStore. >> If not Xenstore itself, then some other channel of a similar nature (like Xentropyd has) would fit the bill. Unfortunately, this won't work on a public cloud provider, but a block device should be fine there. >> >> Thinking about the block device more, perhaps we could have the notion of a transient block device -- attach it at boot to read the private key into memory, and then immediately eject it. > > I was thinking of putting it in its own partition on the main disk > (and create a partition functor). People already expect disks to > contain private data, including keys, so that should be OK, and it > should be easy to see from the code that only the TLS system has > access to that data. > Excellent idea! -anil _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Sun Jan 18 22:34:23 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Sun, 18 Jan 2015 22:34:23 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YCyQJ-0006fN-1x; Sun, 18 Jan 2015 22:34:23 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YCyQH-0006fI-Cl for mirageos-devel@lists.xenproject.org; Sun, 18 Jan 2015 22:34:21 +0000 Received: from [85.158.143.35] by server-2.bemta-4.messagelabs.com id C7/82-10925-CE43CB45; Sun, 18 Jan 2015 22:34:20 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-4.tower-21.messagelabs.com!1421620457!22210249!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=ML_RADAR_SPEW_LINKS_8, RCVD_ILLEGAL_IP,spamassassin: ,surbl: (ASYNC_NO) c3VyYmxfcmVjaGVja19kZWxheTogMTUxNDE1OCAoYWJhbmRvbmVkOiB0aGVpbnZpc2libGV0a Glu\nZ3MuYmxvZ3Nwb3QuY28udWsp\n X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2190 invoked from network); 18 Jan 2015 22:34:17 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-4.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 18 Jan 2015 22:34:17 -0000 Received: from [192.168.1.39] (cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net [86.30.244.239]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id abce8e5a; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Sun, 18 Jan 2015 22:34:17 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: Date: Sun, 18 Jan 2015 22:34:16 +0000 Message-Id: References: <498D54FB-D1BC-4896-994A-AEE957977A62@gazagnaire.org> <887150E9-A0EE-4CDB-BD2F-E8043D9E0AB7@recoil.org> <04A5E060-66CC-4087-BD85-8978E01324B8@gazagnaire.org> To: Thomas Leonard X-Mailer: Apple Mail (2.1993) Cc: Thomas Gazagnaire , "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] TLS on Xen X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 16 Jan 2015, at 10:04, Thomas Leonard wrote: > > On 16 January 2015 at 08:51, Anil Madhavapeddy wrote: >> On 16 Jan 2015, at 00:00, Thomas Gazagnaire wrote: >>> >>>>> On 15 January 2015 at 17:58, Thomas Gazagnaire wrote: >>>>>>> - It would be good if you could configure an https server directly in >>>>>>> config.ml. Currently, the need to configure it with a certificate and >>>>>>> private key means this step has to go in the unikernel. >>>>>> >>>>>> would it be possible to do something like for the IP address where we write the IP address in config.ml and then generate main.ml with the same IP printed in (ie. we "lift" the IP value from the configuration language to the main program)? Is there a way to print a server configuration as a string which can be interpreted as an OCaml value? >>>>> >>>>> What's the recommended way to store the private key? I don't want it >>>>> in config.ml because that's part of the source repository. I could >>>>> load it there. I can't deploy via a public GitHub repository if the >>>>> binary contains the key, so maybe it should be stored on a block >>>>> device? >>>> >>>> At the risk of abusing XenStore too much, it could also be written there >>>> with suitably constrained permissions. It would still need to be a block >>>> device for normal cloud providers though. >>> >>> maybe you can load the key when configuring your unikernel ie. it should be available on the filesystem (or somewhere else) where you are configuring your unikernel. >>> >>> in that case you can: >>> - in config.ml: call a function to read the private key >>> - in main.ml: you can generate some code with the hard-coded private key read while configuring >> >> This doesn't meet the requirement that the binary can be redistributed on a public site (ala mirage-www-deployment). >> >>> Regarding xenstore: I'm still a bit uncomfortable with passing dynamic secret data in there >> >> It does require some thought for sure -- but Xenstore is already a highly trusted component that can only be accessed by the root user in the guest kernel on conventional operating systems. > > I don't understand the XenStore permission system well enough to > comment on whether putting secrets there is safe, but I notice that > Qubes replaced it: > > "One interesting thing about Qubes DB is that it get rids of the > (overly complex and unnecessary) permission system that is used by > xenstore, and instead uses the most simple approach: each VM has its > separate Qubes DB daemon, and so a totally separate > configuration/state namespace. This is inline with the rest of the > Qubes philosophy, which basically says that: permissions is dead, long > live separation!" > > http://theinvisiblethings.blogspot.co.uk/2013/06/qubes-os-r3-alpha-preview-odyssey-hal.html > > I don't know whether the new XenStore design changes things here. The new XenStore+Irmin design separates the Xen and non-Xen specific portions into discrete bits. The transaction and reconciliation portions of XenStore are useful in any purely functional distributed database, whereas the permission model is very Xen-specific. So the new design doesn't directly simplify the permissions model, but it does distill down the XenStore implementation such that replacing or extending the permissions is much simpler than it was before. The Qubes comment regarding "overly complex and unnecessary" is almost right - it's indeed overly complex, but a sophisticated permissions model is very much necessary for a security-critical system component such as XenStore. >> If not Xenstore itself, then some other channel of a similar nature (like Xentropyd has) would fit the bill. Unfortunately, this won't work on a public cloud provider, but a block device should be fine there. >> >> Thinking about the block device more, perhaps we could have the notion of a transient block device -- attach it at boot to read the private key into memory, and then immediately eject it. > > I was thinking of putting it in its own partition on the main disk > (and create a partition functor). People already expect disks to > contain private data, including keys, so that should be OK, and it > should be easy to see from the code that only the TLS system has > access to that data. > Excellent idea! -anil _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Sun Jan 18 22:56:33 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Sun, 18 Jan 2015 22:56:33 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YCylj-0007d6-Qu; Sun, 18 Jan 2015 22:56:31 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YCylh-0007cu-TF for mirageos-devel@lists.xenproject.org; Sun, 18 Jan 2015 22:56:30 +0000 Received: from [85.158.137.68] by server-2.bemta-3.messagelabs.com id 3F/10-05632-C1A3CB45; Sun, 18 Jan 2015 22:56:28 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-2.tower-31.messagelabs.com!1421621787!20466982!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28924 invoked from network); 18 Jan 2015 22:56:27 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-2.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 18 Jan 2015 22:56:27 -0000 Received: from [192.168.1.39] (cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net [86.30.244.239]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 050a7523; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Sun, 18 Jan 2015 22:56:26 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: Date: Sun, 18 Jan 2015 22:56:25 +0000 Message-Id: References: To: Thomas Leonard X-Mailer: Apple Mail (2.1993) Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] TLS on Xen X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 15 Jan 2015, at 15:09, Thomas Leonard wrote: > > On 13 January 2015 at 17:03, Thomas Leonard wrote: >> I've sent PRs for various patches to make TLS work on Xen. The changes >> needed are: >> >> 1. Add generic error handling for FLOWs, so we can propagate errors reliably. >> 2. Fix the page alignment requirements for Netif. >> 3. Add TLS support to conduit. >> >> PRs: >> >> Add `error_message` support for FLOW (can be merged now): >> >> https://github.com/mirage/mirage-console/pull/33 >> https://github.com/mirage/ocaml-vchan/pull/60 >> https://github.com/mirage/mirage-tcpip/pull/98 >> >> (any other places implementing FLOW?) >> >> Update the FLOW signature: >> >> https://github.com/mirage/mirage/pull/346 >> >> Update TLS and Conduit (they both require and provide FLOW, so they >> will be broken briefly): >> >> https://github.com/mirleft/ocaml-tls/pull/225 >> >> We could add a dummy version of `error_message` here first to ease >> upgrades, if desired. However, Conduit_mirage will break anyway due to >> the extra TLS functor argument. >> >> Make Netif not require aligned single-page buffers: >> >> https://github.com/mirage/mirage-net-xen/pull/17 >> >> (optional: remove now-pointess copying in ocaml-tls) >> >> You can then configure conduit for TLS like this: >> >> let mode = `TLS (tls_config, `TCP (`Port 443)) in >> >> The mode contains the TLS arguments and a configuration for some >> underlying channel. >> >> I'm fairly happy with it. One minor problem is creating the TLS server >> from a TLS config. Is there a function for this? In conduit, I >> currently have: >> >> let server = Tls.Config.(server >> ~ciphers:config.ciphers >> ~version:config.protocol_versions >> ~hashes:config.hashes >> ~reneg:config.use_reneg >> ?certificate:config.own_certificate >> ~secure_reneg:config.secure_reneg) >> () in >> >> However, this will silently fail to pass any new config attributes >> that get adding later. > > As suggested in the call yesterday, I've made a branch of the > mirage-dev repository that contains updated versions of the packages > with Xen/TLS support and tests them all together: > > https://github.com/mirage/mirage-dev/pull/52 > > I don't think it should hold anything up, but there are some > improvements we might want to make in future: > > - It would be good to make the config type abstract, so that conduit > doesn't bring in dependencies on the TLS libraries. Agreed; https://github.com/mirage/ocaml-conduit/issues/39 > > - It might be nice if mirage would let you configure an HTTP server > without using conduit. Resolving URLs needs to be dynamic, but when > providing a service you usually know statically which transport you > want (http, https or vchan). And agreed again: https://github.com/mirage/ocaml-conduit/issues/40 It should be easy enough to have a CoHTTP Request/Response functor based on the V1_LWT.CHANNEL (which itself only needs a V1_LWT.FLOW). That wouldn't have any URL resolution functions exposed, but only the Client interface needs that anyway. -anil _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Sun Jan 18 22:56:33 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Sun, 18 Jan 2015 22:56:33 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YCylj-0007d6-Qu; Sun, 18 Jan 2015 22:56:31 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YCylh-0007cu-TF for mirageos-devel@lists.xenproject.org; Sun, 18 Jan 2015 22:56:30 +0000 Received: from [85.158.137.68] by server-2.bemta-3.messagelabs.com id 3F/10-05632-C1A3CB45; Sun, 18 Jan 2015 22:56:28 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-2.tower-31.messagelabs.com!1421621787!20466982!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28924 invoked from network); 18 Jan 2015 22:56:27 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-2.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 18 Jan 2015 22:56:27 -0000 Received: from [192.168.1.39] (cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net [86.30.244.239]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 050a7523; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Sun, 18 Jan 2015 22:56:26 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: Date: Sun, 18 Jan 2015 22:56:25 +0000 Message-Id: References: To: Thomas Leonard X-Mailer: Apple Mail (2.1993) Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] TLS on Xen X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 15 Jan 2015, at 15:09, Thomas Leonard wrote: > > On 13 January 2015 at 17:03, Thomas Leonard wrote: >> I've sent PRs for various patches to make TLS work on Xen. The changes >> needed are: >> >> 1. Add generic error handling for FLOWs, so we can propagate errors reliably. >> 2. Fix the page alignment requirements for Netif. >> 3. Add TLS support to conduit. >> >> PRs: >> >> Add `error_message` support for FLOW (can be merged now): >> >> https://github.com/mirage/mirage-console/pull/33 >> https://github.com/mirage/ocaml-vchan/pull/60 >> https://github.com/mirage/mirage-tcpip/pull/98 >> >> (any other places implementing FLOW?) >> >> Update the FLOW signature: >> >> https://github.com/mirage/mirage/pull/346 >> >> Update TLS and Conduit (they both require and provide FLOW, so they >> will be broken briefly): >> >> https://github.com/mirleft/ocaml-tls/pull/225 >> >> We could add a dummy version of `error_message` here first to ease >> upgrades, if desired. However, Conduit_mirage will break anyway due to >> the extra TLS functor argument. >> >> Make Netif not require aligned single-page buffers: >> >> https://github.com/mirage/mirage-net-xen/pull/17 >> >> (optional: remove now-pointess copying in ocaml-tls) >> >> You can then configure conduit for TLS like this: >> >> let mode = `TLS (tls_config, `TCP (`Port 443)) in >> >> The mode contains the TLS arguments and a configuration for some >> underlying channel. >> >> I'm fairly happy with it. One minor problem is creating the TLS server >> from a TLS config. Is there a function for this? In conduit, I >> currently have: >> >> let server = Tls.Config.(server >> ~ciphers:config.ciphers >> ~version:config.protocol_versions >> ~hashes:config.hashes >> ~reneg:config.use_reneg >> ?certificate:config.own_certificate >> ~secure_reneg:config.secure_reneg) >> () in >> >> However, this will silently fail to pass any new config attributes >> that get adding later. > > As suggested in the call yesterday, I've made a branch of the > mirage-dev repository that contains updated versions of the packages > with Xen/TLS support and tests them all together: > > https://github.com/mirage/mirage-dev/pull/52 > > I don't think it should hold anything up, but there are some > improvements we might want to make in future: > > - It would be good to make the config type abstract, so that conduit > doesn't bring in dependencies on the TLS libraries. Agreed; https://github.com/mirage/ocaml-conduit/issues/39 > > - It might be nice if mirage would let you configure an HTTP server > without using conduit. Resolving URLs needs to be dynamic, but when > providing a service you usually know statically which transport you > want (http, https or vchan). And agreed again: https://github.com/mirage/ocaml-conduit/issues/40 It should be easy enough to have a CoHTTP Request/Response functor based on the V1_LWT.CHANNEL (which itself only needs a V1_LWT.FLOW). That wouldn't have any URL resolution functions exposed, but only the Client interface needs that anyway. -anil _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Sun Jan 18 23:15:47 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Sun, 18 Jan 2015 23:15:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YCz4K-00009r-B6; Sun, 18 Jan 2015 23:15:44 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YCz4J-00009m-FI for mirageos-devel@lists.xenproject.org; Sun, 18 Jan 2015 23:15:43 +0000 Received: from [193.109.254.147] by server-10.bemta-14.messagelabs.com id 33/D5-02696-E9E3CB45; Sun, 18 Jan 2015 23:15:42 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-15.tower-27.messagelabs.com!1421622941!21373053!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.8 required=7.0 tests=HTML_60_70,HTML_MESSAGE, MAILTO_TO_SPAM_ADDR,RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26487 invoked from network); 18 Jan 2015 23:15:41 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-15.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 18 Jan 2015 23:15:41 -0000 Received: from [192.168.1.39] (cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net [86.30.244.239]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 72e3ae91; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Sun, 18 Jan 2015 23:15:40 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: <482310426.346124.1421148426679.JavaMail.yahoo@jws10635.mail.bf1.yahoo.com> Date: Sun, 18 Jan 2015 23:15:38 +0000 Message-Id: References: <482310426.346124.1421148426679.JavaMail.yahoo@jws10635.mail.bf1.yahoo.com> To: Ania Skorupa X-Mailer: Apple Mail (2.1993) Cc: Nicolas Ojeda Bar , "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] extracting mac address from stack X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3165594671442274716==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============3165594671442274716== Content-Type: multipart/alternative; boundary="Apple-Mail=_09C73C1A-F68D-4AD5-B732-BC0A6ACBC1EC" --Apple-Mail=_09C73C1A-F68D-4AD5-B732-BC0A6ACBC1EC Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii STACKV4 may be the wrong interface to use if you want to access the = low-level MAC address information. There are two options: - extend all the STACKV4 implementations to support the exposure of MAC = (including the Unix socket backend, which would require some ioctls) - manually assemble an Ethernet -> TCP/IP by applying the functors = yourself. See the manual examples of this in the mirage-skeleton = repository. The latter is pretty easy as it's just a few functor applications, but I = guess it depends on what your use case is. -anil > On 13 Jan 2015, at 11:27, Ania Skorupa wrote: >=20 > thanks Nikolas. >=20 > as STACKV4 is a type, I can change your code to >=20 > Eth.mac (S.IPV4.id (S.ipv4 s)) >=20 > again, the problem is that I have to pass tap0 as a parameter of type = NETWORK to Main and create ethernet interface Eth =3D Ethif.Make(N), and = still receive the error message: >=20 > Error: This expression has type S.IPV4.ethif > but an expression was expected of type Eth.t =3D = Ethif.Make(N).t >=20 > any suggestion? >=20 >=20 > On Saturday, January 10, 2015 12:39 PM, Nicolas Ojeda Bar = wrote: >=20 >=20 > You can use the ETHIF.mac (STACKV4.IPV4.id s) (where s is the stack). > The `DEVICE.id` type should probably be abstract, but this works for > now. >=20 > Cheers, > Nicolas >=20 > On Thu, Jan 8, 2015 at 12:00 PM, Ania Skorupa > wrote: > > hi, > > > > in stackv4 example in mirage-skeleton, is there any simple way to = extract > > mac address of tap0 in unikernel.ml? > > > > The other way that I can think of is to pass tap0 as another = parameter to > > the unikernel, but it doesn't look a neat solution. > > > > thanks. >=20 > > > > _______________________________________________ > > MirageOS-devel mailing list > > MirageOS-devel@lists.xenproject.org = > > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel = >=20 > > >=20 >=20 > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel --Apple-Mail=_09C73C1A-F68D-4AD5-B732-BC0A6ACBC1EC Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii STACKV4 may be the wrong interface to use if you want to = access the low-level MAC address information.  There are two = options:

- extend = all the STACKV4 implementations to support the exposure of MAC = (including the Unix socket backend, which would require some = ioctls)
- manually assemble an Ethernet -> = TCP/IP by applying the functors yourself.  See the manual examples = of this in the mirage-skeleton repository.

The latter is pretty easy as it's just = a few functor applications, but I guess it depends on what your use case = is.

-anil

On 13 Jan 2015, at 11:27, Ania = Skorupa <ania.skorupa@yahoo.com> wrote:

thanks = Nikolas.

as STACKV4 is a type, I can change your code to

Eth.mac (S.IPV4.id (S.ipv4 s))

again, the problem is that I have to pass tap0 as a parameter = of type NETWORK to Main and create ethernet interface Eth =3D = Ethif.Make(N), and still receive the error message:

Error: This expression has type S.IPV4.ethif
       but an expression was = expected of type Eth.t =3D Ethif.Make(N).t

any = suggestion?


On Saturday, January 10, 2015 12:39 PM, Nicolas Ojeda Bar = <no263@dpmms.cam.ac.uk> wrote:
 =


You can = use the ETHIF.mac (STACKV4.IPV4.id s) (where s is the stack).
The `DEVICE.id` type should probably be = abstract, but this works for
now.

Cheers,
Nicolas

On= Thu, Jan 8, 2015 at 12:00 PM, Ania Skorupa <ania.skorupa@yahoo.com> wrote:
> hi,
>
> in stackv4 example in mirage-skeleton, is there any = simple way to extract
> mac address of = tap0 in unikernel.ml?
>
> The other way that I can think of is to pass tap0 as = another parameter to
> the unikernel, = but it doesn't look a neat solution.
>
> thanks.

>
> = _______________________________________________
> MirageOS-devel mailing list
> MirageOS-devel@lists.xenproject.org
> http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-d= evel

>


=
_______________________________________________
MirageOS-devel mailing list
MirageOS-devel@lists.xenproject.org
http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-d= evel

= --Apple-Mail=_09C73C1A-F68D-4AD5-B732-BC0A6ACBC1EC-- --===============3165594671442274716== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel --===============3165594671442274716==-- From mirageos-devel-bounces@lists.xenproject.org Sun Jan 18 23:15:47 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Sun, 18 Jan 2015 23:15:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YCz4K-00009r-B6; Sun, 18 Jan 2015 23:15:44 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YCz4J-00009m-FI for mirageos-devel@lists.xenproject.org; Sun, 18 Jan 2015 23:15:43 +0000 Received: from [193.109.254.147] by server-10.bemta-14.messagelabs.com id 33/D5-02696-E9E3CB45; Sun, 18 Jan 2015 23:15:42 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-15.tower-27.messagelabs.com!1421622941!21373053!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.8 required=7.0 tests=HTML_60_70,HTML_MESSAGE, MAILTO_TO_SPAM_ADDR,RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26487 invoked from network); 18 Jan 2015 23:15:41 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-15.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 18 Jan 2015 23:15:41 -0000 Received: from [192.168.1.39] (cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net [86.30.244.239]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 72e3ae91; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Sun, 18 Jan 2015 23:15:40 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: <482310426.346124.1421148426679.JavaMail.yahoo@jws10635.mail.bf1.yahoo.com> Date: Sun, 18 Jan 2015 23:15:38 +0000 Message-Id: References: <482310426.346124.1421148426679.JavaMail.yahoo@jws10635.mail.bf1.yahoo.com> To: Ania Skorupa X-Mailer: Apple Mail (2.1993) Cc: Nicolas Ojeda Bar , "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] extracting mac address from stack X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3165594671442274716==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============3165594671442274716== Content-Type: multipart/alternative; boundary="Apple-Mail=_09C73C1A-F68D-4AD5-B732-BC0A6ACBC1EC" --Apple-Mail=_09C73C1A-F68D-4AD5-B732-BC0A6ACBC1EC Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii STACKV4 may be the wrong interface to use if you want to access the = low-level MAC address information. There are two options: - extend all the STACKV4 implementations to support the exposure of MAC = (including the Unix socket backend, which would require some ioctls) - manually assemble an Ethernet -> TCP/IP by applying the functors = yourself. See the manual examples of this in the mirage-skeleton = repository. The latter is pretty easy as it's just a few functor applications, but I = guess it depends on what your use case is. -anil > On 13 Jan 2015, at 11:27, Ania Skorupa wrote: >=20 > thanks Nikolas. >=20 > as STACKV4 is a type, I can change your code to >=20 > Eth.mac (S.IPV4.id (S.ipv4 s)) >=20 > again, the problem is that I have to pass tap0 as a parameter of type = NETWORK to Main and create ethernet interface Eth =3D Ethif.Make(N), and = still receive the error message: >=20 > Error: This expression has type S.IPV4.ethif > but an expression was expected of type Eth.t =3D = Ethif.Make(N).t >=20 > any suggestion? >=20 >=20 > On Saturday, January 10, 2015 12:39 PM, Nicolas Ojeda Bar = wrote: >=20 >=20 > You can use the ETHIF.mac (STACKV4.IPV4.id s) (where s is the stack). > The `DEVICE.id` type should probably be abstract, but this works for > now. >=20 > Cheers, > Nicolas >=20 > On Thu, Jan 8, 2015 at 12:00 PM, Ania Skorupa > wrote: > > hi, > > > > in stackv4 example in mirage-skeleton, is there any simple way to = extract > > mac address of tap0 in unikernel.ml? > > > > The other way that I can think of is to pass tap0 as another = parameter to > > the unikernel, but it doesn't look a neat solution. > > > > thanks. >=20 > > > > _______________________________________________ > > MirageOS-devel mailing list > > MirageOS-devel@lists.xenproject.org = > > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel = >=20 > > >=20 >=20 > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel --Apple-Mail=_09C73C1A-F68D-4AD5-B732-BC0A6ACBC1EC Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii STACKV4 may be the wrong interface to use if you want to = access the low-level MAC address information.  There are two = options:

- extend = all the STACKV4 implementations to support the exposure of MAC = (including the Unix socket backend, which would require some = ioctls)
- manually assemble an Ethernet -> = TCP/IP by applying the functors yourself.  See the manual examples = of this in the mirage-skeleton repository.

The latter is pretty easy as it's just = a few functor applications, but I guess it depends on what your use case = is.

-anil

On 13 Jan 2015, at 11:27, Ania = Skorupa <ania.skorupa@yahoo.com> wrote:

thanks = Nikolas.

as STACKV4 is a type, I can change your code to

Eth.mac (S.IPV4.id (S.ipv4 s))

again, the problem is that I have to pass tap0 as a parameter = of type NETWORK to Main and create ethernet interface Eth =3D = Ethif.Make(N), and still receive the error message:

Error: This expression has type S.IPV4.ethif
       but an expression was = expected of type Eth.t =3D Ethif.Make(N).t

any = suggestion?


On Saturday, January 10, 2015 12:39 PM, Nicolas Ojeda Bar = <no263@dpmms.cam.ac.uk> wrote:
 =


You can = use the ETHIF.mac (STACKV4.IPV4.id s) (where s is the stack).
The `DEVICE.id` type should probably be = abstract, but this works for
now.

Cheers,
Nicolas

On= Thu, Jan 8, 2015 at 12:00 PM, Ania Skorupa <ania.skorupa@yahoo.com> wrote:
> hi,
>
> in stackv4 example in mirage-skeleton, is there any = simple way to extract
> mac address of = tap0 in unikernel.ml?
>
> The other way that I can think of is to pass tap0 as = another parameter to
> the unikernel, = but it doesn't look a neat solution.
>
> thanks.

>
> = _______________________________________________
> MirageOS-devel mailing list
> MirageOS-devel@lists.xenproject.org
> http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-d= evel

>


=
_______________________________________________
MirageOS-devel mailing list
MirageOS-devel@lists.xenproject.org
http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-d= evel

= --Apple-Mail=_09C73C1A-F68D-4AD5-B732-BC0A6ACBC1EC-- --===============3165594671442274716== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel --===============3165594671442274716==-- From mirageos-devel-bounces@lists.xenproject.org Mon Jan 19 17:27:40 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 19 Jan 2015 17:27:40 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YDG6w-0005cz-AC; Mon, 19 Jan 2015 17:27:34 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YDG6u-0005cp-B9 for mirageos-devel@lists.xenproject.org; Mon, 19 Jan 2015 17:27:32 +0000 Received: from [85.158.143.35] by server-3.bemta-4.messagelabs.com id 36/93-15461-38E3DB45; Mon, 19 Jan 2015 17:27:31 +0000 X-Env-Sender: amc79@cam.ac.uk X-Msg-Ref: server-7.tower-21.messagelabs.com!1421688451!22502172!1 X-Originating-IP: [131.111.8.152] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTMxLjExMS44LjE1MiA9PiA4MDU1Mw==\n X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21368 invoked from network); 19 Jan 2015 17:27:31 -0000 Received: from ppsw-52.csi.cam.ac.uk (HELO ppsw-52.csi.cam.ac.uk) (131.111.8.152) by server-7.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 19 Jan 2015 17:27:31 -0000 X-Cam-AntiVirus: no malware found X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ Received: from host81-149-102-120.in-addr.btopenworld.com ([81.149.102.120]:50644 helo=[10.0.0.151]) by ppsw-52.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.159]:587) with esmtpsa (PLAIN:amc79) (TLSv1:AES128-SHA:128) id 1YDG6s-0005s1-FJ (Exim 4.82_3-c0e5623) (return-path ); Mon, 19 Jan 2015 17:27:30 +0000 Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) From: Amir Chaudhry In-Reply-To: Date: Mon, 19 Jan 2015 17:27:29 +0000 Message-Id: <6B90D4C9-65F8-4296-A7CB-C47A6D7211E9@cam.ac.uk> References: To: Anil Madhavapeddy X-Mailer: Apple Mail (2.1510) Cc: mirageos-devel Subject: Re: [MirageOS-devel] mirage + fosdem 2014 X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 18 Jan 2015, at 21:07, Anil Madhavapeddy wrote: > Is anyone planning to attend FOSDEM this year and interested in demoing M= irage at the Xen booth on a Cubieboard or two? Mindy is going I think, but= I can't make it and neither can Mort. Amir, are you going? I can go and happy to spend some time at the Xen booth (haven't remotely th= ought about travel/accom yet). D'you have thoughts on a demo? Something v= isual and quick would good. Thinking aloud, I'm wondering about Jitsu on a= cubietruck with a hotspot that people can connect to=85 I can image some r= eally fun things we can do with that. AC _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Mon Jan 19 17:27:40 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 19 Jan 2015 17:27:40 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YDG6w-0005cz-AC; Mon, 19 Jan 2015 17:27:34 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YDG6u-0005cp-B9 for mirageos-devel@lists.xenproject.org; Mon, 19 Jan 2015 17:27:32 +0000 Received: from [85.158.143.35] by server-3.bemta-4.messagelabs.com id 36/93-15461-38E3DB45; Mon, 19 Jan 2015 17:27:31 +0000 X-Env-Sender: amc79@cam.ac.uk X-Msg-Ref: server-7.tower-21.messagelabs.com!1421688451!22502172!1 X-Originating-IP: [131.111.8.152] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTMxLjExMS44LjE1MiA9PiA4MDU1Mw==\n X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21368 invoked from network); 19 Jan 2015 17:27:31 -0000 Received: from ppsw-52.csi.cam.ac.uk (HELO ppsw-52.csi.cam.ac.uk) (131.111.8.152) by server-7.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 19 Jan 2015 17:27:31 -0000 X-Cam-AntiVirus: no malware found X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ Received: from host81-149-102-120.in-addr.btopenworld.com ([81.149.102.120]:50644 helo=[10.0.0.151]) by ppsw-52.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.159]:587) with esmtpsa (PLAIN:amc79) (TLSv1:AES128-SHA:128) id 1YDG6s-0005s1-FJ (Exim 4.82_3-c0e5623) (return-path ); Mon, 19 Jan 2015 17:27:30 +0000 Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) From: Amir Chaudhry In-Reply-To: Date: Mon, 19 Jan 2015 17:27:29 +0000 Message-Id: <6B90D4C9-65F8-4296-A7CB-C47A6D7211E9@cam.ac.uk> References: To: Anil Madhavapeddy X-Mailer: Apple Mail (2.1510) Cc: mirageos-devel Subject: Re: [MirageOS-devel] mirage + fosdem 2014 X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 18 Jan 2015, at 21:07, Anil Madhavapeddy wrote: > Is anyone planning to attend FOSDEM this year and interested in demoing M= irage at the Xen booth on a Cubieboard or two? Mindy is going I think, but= I can't make it and neither can Mort. Amir, are you going? I can go and happy to spend some time at the Xen booth (haven't remotely th= ought about travel/accom yet). D'you have thoughts on a demo? Something v= isual and quick would good. Thinking aloud, I'm wondering about Jitsu on a= cubietruck with a hotspot that people can connect to=85 I can image some r= eally fun things we can do with that. AC _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Tue Jan 20 14:29:49 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 20 Jan 2015 14:29:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YDZoN-0003dM-2C; Tue, 20 Jan 2015 14:29:43 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YDZoM-0003d4-Al for mirageos-devel@lists.xenproject.org; Tue, 20 Jan 2015 14:29:42 +0000 Received: from [85.158.139.211] by server-16.bemta-5.messagelabs.com id 1F/8A-29352-5566EB45; Tue, 20 Jan 2015 14:29:41 +0000 X-Env-Sender: r.poss@uva.nl X-Msg-Ref: server-15.tower-206.messagelabs.com!1421764180!15737214!1 X-Originating-IP: [146.50.108.158] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18353 invoked from network); 20 Jan 2015 14:29:40 -0000 Received: from ezel.ic.uva.nl (HELO ezel.ic.uva.nl) (146.50.108.158) by server-15.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 Jan 2015 14:29:40 -0000 Received: from [10.12.40.104] (static.kpn.net [83.97.14.217] (may be forged)) (authenticated bits=0) by ezel.ic.uva.nl (8.13.8/8.13.8) with ESMTP id t0KETbIW024297 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 20 Jan 2015 15:29:37 +0100 Mime-Version: 1.0 (Apple Message framework v1085) From: "Raphael 'kena' Poss" In-Reply-To: Date: Tue, 20 Jan 2015 15:29:41 +0100 Message-Id: References: To: mirageos-devel@lists.xenproject.org X-Mailer: Apple Mail (2.1085) Subject: Re: [MirageOS-devel] Errors trying the "block" example with Mirage 2.0+ and Xen 4.4 X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org For information, if I manually edit the Mirage-generated "main.ml" to say: let block1 () =3D Block.connect "xvda1" (instead of Block.connect "/path/to/disk.img") = Then it works fine! However this is not what I want, as main.ml should real= ly work out of the box. :) It seems to me that there is some naming glue between the code generator, B= lock.connect and Xen that I don't understand. Can anyone shed some light on= this? Op 20 jan 2015, om 15:18 heeft Raphael 'kena' Poss het volgende geschreven: > Hi all, > = > I'm having trouble with all the "block" examples in mirage-skeleton, usin= g Xen 4.4. > It all boils down to Block.connect not finding the disk image I describe = in the .xl description file. > = > For example: in block/block_test.xl > disk =3D [ 'format=3Draw,vdev=3Dxvda,access=3Drw,target=3D/home/kena/src/= mirage-skeleton/block/disk.img' ] > = > Gives: > = > Block.connect /home/kena/src/mirage-skeleton/block/disk.img: unable to ma= tch '/home/kena/src/mirage-skeleton/block/disk.img' to any available device= s [ 51712 ] > Block.connect /home/kena/src/mirage-skeleton/block/disk.img: could not fi= nd device > = > This happened first with a fresh install of Mirage 2.0, then also with Mi= rage 2.1/2.2 from the opam dev repository. > For what it's worth it seems my Mirage install works OK, as the 'console'= and 'static_website' demo appear to work perfectly fine. > = > Any hints as to where and how to investigate this? > = > -- = > Raphael 'kena' Poss =B7 r.poss@uva.nl > http://science.raphael.poss.name/ > = > = > = -- = Raphael 'kena' Poss =B7 r.poss@uva.nl http://science.raphael.poss.name/ _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Tue Jan 20 14:29:49 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 20 Jan 2015 14:29:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YDZoN-0003dM-2C; Tue, 20 Jan 2015 14:29:43 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YDZoM-0003d4-Al for mirageos-devel@lists.xenproject.org; Tue, 20 Jan 2015 14:29:42 +0000 Received: from [85.158.139.211] by server-16.bemta-5.messagelabs.com id 1F/8A-29352-5566EB45; Tue, 20 Jan 2015 14:29:41 +0000 X-Env-Sender: r.poss@uva.nl X-Msg-Ref: server-15.tower-206.messagelabs.com!1421764180!15737214!1 X-Originating-IP: [146.50.108.158] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18353 invoked from network); 20 Jan 2015 14:29:40 -0000 Received: from ezel.ic.uva.nl (HELO ezel.ic.uva.nl) (146.50.108.158) by server-15.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 Jan 2015 14:29:40 -0000 Received: from [10.12.40.104] (static.kpn.net [83.97.14.217] (may be forged)) (authenticated bits=0) by ezel.ic.uva.nl (8.13.8/8.13.8) with ESMTP id t0KETbIW024297 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 20 Jan 2015 15:29:37 +0100 Mime-Version: 1.0 (Apple Message framework v1085) From: "Raphael 'kena' Poss" In-Reply-To: Date: Tue, 20 Jan 2015 15:29:41 +0100 Message-Id: References: To: mirageos-devel@lists.xenproject.org X-Mailer: Apple Mail (2.1085) Subject: Re: [MirageOS-devel] Errors trying the "block" example with Mirage 2.0+ and Xen 4.4 X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org For information, if I manually edit the Mirage-generated "main.ml" to say: let block1 () =3D Block.connect "xvda1" (instead of Block.connect "/path/to/disk.img") = Then it works fine! However this is not what I want, as main.ml should real= ly work out of the box. :) It seems to me that there is some naming glue between the code generator, B= lock.connect and Xen that I don't understand. Can anyone shed some light on= this? Op 20 jan 2015, om 15:18 heeft Raphael 'kena' Poss het volgende geschreven: > Hi all, > = > I'm having trouble with all the "block" examples in mirage-skeleton, usin= g Xen 4.4. > It all boils down to Block.connect not finding the disk image I describe = in the .xl description file. > = > For example: in block/block_test.xl > disk =3D [ 'format=3Draw,vdev=3Dxvda,access=3Drw,target=3D/home/kena/src/= mirage-skeleton/block/disk.img' ] > = > Gives: > = > Block.connect /home/kena/src/mirage-skeleton/block/disk.img: unable to ma= tch '/home/kena/src/mirage-skeleton/block/disk.img' to any available device= s [ 51712 ] > Block.connect /home/kena/src/mirage-skeleton/block/disk.img: could not fi= nd device > = > This happened first with a fresh install of Mirage 2.0, then also with Mi= rage 2.1/2.2 from the opam dev repository. > For what it's worth it seems my Mirage install works OK, as the 'console'= and 'static_website' demo appear to work perfectly fine. > = > Any hints as to where and how to investigate this? > = > -- = > Raphael 'kena' Poss =B7 r.poss@uva.nl > http://science.raphael.poss.name/ > = > = > = -- = Raphael 'kena' Poss =B7 r.poss@uva.nl http://science.raphael.poss.name/ _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Tue Jan 20 16:56:18 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 20 Jan 2015 16:56:18 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YDc69-0002ox-AX; Tue, 20 Jan 2015 16:56:13 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YDc68-0002oq-R0 for mirageos-devel@lists.xenproject.org; Tue, 20 Jan 2015 16:56:12 +0000 Received: from [85.158.139.211] by server-4.bemta-5.messagelabs.com id E9/F5-22737-CA88EB45; Tue, 20 Jan 2015 16:56:12 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-14.tower-206.messagelabs.com!1421772971!13721483!1 X-Originating-IP: [209.85.212.180] X-SpamReason: No, hits=0.3 required=7.0 tests=MAILTO_TO_SPAM_ADDR X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25346 invoked from network); 20 Jan 2015 16:56:11 -0000 Received: from mail-wi0-f180.google.com (HELO mail-wi0-f180.google.com) (209.85.212.180) by server-14.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 20 Jan 2015 16:56:11 -0000 Received: by mail-wi0-f180.google.com with SMTP id bs8so25531097wib.1 for ; Tue, 20 Jan 2015 08:56:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=RMSFIAKBp/Ydgw03aGtPuFuMw+1y8DbnLcFmNzkCrHY=; b=ww9n8rZhkysAdl2WMxbMxZ4qR07/FJXefsRojhnst6cTk8fRchi9o/3Kv07t2SBo8P axeTQZvtwi/6gYoRD7HCUoIEkYhnhzB6J9HxmlwiBs7QoYAz+kVe/Fz4OaXHr3YROUCW N8lCHMqhmOzokEZo9lywVNcIj6jVEvxnx7eIXuSnr28a31BR2ACks8MGSKxibkHFOs3T GwAvGQ45rvYyPqO+Xr81Yycjuz5TXidL5N/pujNxCaFwZCLLmU7wRpMzZiZ3Z61hperv /KQvjuSzDEnxyPmOFp+jPLbj8GARqhSNLPht/EZsZimbVFSOE40/XZDAqVq40UB6Vb22 nWTQ== X-Received: by 10.180.126.99 with SMTP id mx3mr48815032wib.66.1421772971250; Tue, 20 Jan 2015 08:56:11 -0800 (PST) Received: from [192.168.0.8] (97e5a0c2.skybroadband.com. [151.229.160.194]) by mx.google.com with ESMTPSA id 7sm21983475wjq.29.2015.01.20.08.56.09 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 20 Jan 2015 08:56:10 -0800 (PST) Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) From: Lars Kurth In-Reply-To: <6B90D4C9-65F8-4296-A7CB-C47A6D7211E9@cam.ac.uk> Date: Tue, 20 Jan 2015 16:56:08 +0000 Message-Id: <9A0DE62C-FC01-4A75-90C1-35903D1B4A7F@gmail.com> References: <6B90D4C9-65F8-4296-A7CB-C47A6D7211E9@cam.ac.uk> To: Amir Chaudhry X-Mailer: Apple Mail (2.1878.6) Cc: mirageos-devel , Anil Madhavapeddy Subject: Re: [MirageOS-devel] mirage + fosdem 2014 X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org Amir, see the recent post on publicity@lists.xenproject - I can still re-jig the = schedule if you want to give a demo Lars On 19 Jan 2015, at 17:27, Amir Chaudhry wrote: > = > On 18 Jan 2015, at 21:07, Anil Madhavapeddy wrote: > = >> Is anyone planning to attend FOSDEM this year and interested in demoing = Mirage at the Xen booth on a Cubieboard or two? Mindy is going I think, bu= t I can't make it and neither can Mort. Amir, are you going? > = > I can go and happy to spend some time at the Xen booth (haven't remotely = thought about travel/accom yet). D'you have thoughts on a demo? Something= visual and quick would good. Thinking aloud, I'm wondering about Jitsu on= a cubietruck with a hotspot that people can connect to=85 I can image some= really fun things we can do with that. > = > AC > = > = > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Tue Jan 20 16:56:18 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 20 Jan 2015 16:56:18 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YDc69-0002ox-AX; Tue, 20 Jan 2015 16:56:13 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YDc68-0002oq-R0 for mirageos-devel@lists.xenproject.org; Tue, 20 Jan 2015 16:56:12 +0000 Received: from [85.158.139.211] by server-4.bemta-5.messagelabs.com id E9/F5-22737-CA88EB45; Tue, 20 Jan 2015 16:56:12 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-14.tower-206.messagelabs.com!1421772971!13721483!1 X-Originating-IP: [209.85.212.180] X-SpamReason: No, hits=0.3 required=7.0 tests=MAILTO_TO_SPAM_ADDR X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25346 invoked from network); 20 Jan 2015 16:56:11 -0000 Received: from mail-wi0-f180.google.com (HELO mail-wi0-f180.google.com) (209.85.212.180) by server-14.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 20 Jan 2015 16:56:11 -0000 Received: by mail-wi0-f180.google.com with SMTP id bs8so25531097wib.1 for ; Tue, 20 Jan 2015 08:56:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=RMSFIAKBp/Ydgw03aGtPuFuMw+1y8DbnLcFmNzkCrHY=; b=ww9n8rZhkysAdl2WMxbMxZ4qR07/FJXefsRojhnst6cTk8fRchi9o/3Kv07t2SBo8P axeTQZvtwi/6gYoRD7HCUoIEkYhnhzB6J9HxmlwiBs7QoYAz+kVe/Fz4OaXHr3YROUCW N8lCHMqhmOzokEZo9lywVNcIj6jVEvxnx7eIXuSnr28a31BR2ACks8MGSKxibkHFOs3T GwAvGQ45rvYyPqO+Xr81Yycjuz5TXidL5N/pujNxCaFwZCLLmU7wRpMzZiZ3Z61hperv /KQvjuSzDEnxyPmOFp+jPLbj8GARqhSNLPht/EZsZimbVFSOE40/XZDAqVq40UB6Vb22 nWTQ== X-Received: by 10.180.126.99 with SMTP id mx3mr48815032wib.66.1421772971250; Tue, 20 Jan 2015 08:56:11 -0800 (PST) Received: from [192.168.0.8] (97e5a0c2.skybroadband.com. [151.229.160.194]) by mx.google.com with ESMTPSA id 7sm21983475wjq.29.2015.01.20.08.56.09 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 20 Jan 2015 08:56:10 -0800 (PST) Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) From: Lars Kurth In-Reply-To: <6B90D4C9-65F8-4296-A7CB-C47A6D7211E9@cam.ac.uk> Date: Tue, 20 Jan 2015 16:56:08 +0000 Message-Id: <9A0DE62C-FC01-4A75-90C1-35903D1B4A7F@gmail.com> References: <6B90D4C9-65F8-4296-A7CB-C47A6D7211E9@cam.ac.uk> To: Amir Chaudhry X-Mailer: Apple Mail (2.1878.6) Cc: mirageos-devel , Anil Madhavapeddy Subject: Re: [MirageOS-devel] mirage + fosdem 2014 X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org Amir, see the recent post on publicity@lists.xenproject - I can still re-jig the = schedule if you want to give a demo Lars On 19 Jan 2015, at 17:27, Amir Chaudhry wrote: > = > On 18 Jan 2015, at 21:07, Anil Madhavapeddy wrote: > = >> Is anyone planning to attend FOSDEM this year and interested in demoing = Mirage at the Xen booth on a Cubieboard or two? Mindy is going I think, bu= t I can't make it and neither can Mort. Amir, are you going? > = > I can go and happy to spend some time at the Xen booth (haven't remotely = thought about travel/accom yet). D'you have thoughts on a demo? Something= visual and quick would good. Thinking aloud, I'm wondering about Jitsu on= a cubietruck with a hotspot that people can connect to=85 I can image some= really fun things we can do with that. > = > AC > = > = > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Tue Jan 20 17:16:25 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 20 Jan 2015 17:16:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YDcPg-0004Wl-7P; Tue, 20 Jan 2015 17:16:24 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YDcPf-0004Wg-Ih for mirageos-devel@lists.xenproject.org; Tue, 20 Jan 2015 17:16:23 +0000 Received: from [85.158.139.211] by server-7.bemta-5.messagelabs.com id 39/35-31453-66D8EB45; Tue, 20 Jan 2015 17:16:22 +0000 X-Env-Sender: amc79@cam.ac.uk X-Msg-Ref: server-6.tower-206.messagelabs.com!1421774182!19121242!1 X-Originating-IP: [131.111.8.152] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTMxLjExMS44LjE1MiA9PiA4MDU1Mw==\n X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18526 invoked from network); 20 Jan 2015 17:16:22 -0000 Received: from ppsw-52.csi.cam.ac.uk (HELO ppsw-52.csi.cam.ac.uk) (131.111.8.152) by server-6.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 Jan 2015 17:16:22 -0000 X-Cam-AntiVirus: no malware found X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ Received: from dhcp-172-17-157-93.eduroam.wireless.private.cam.ac.uk ([172.17.157.93]:59039) by ppsw-52.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.159]:587) with esmtpsa (PLAIN:amc79) (TLSv1:DHE-RSA-AES256-SHA:256) id 1YDcPd-0006Xx-EG (Exim 4.82_3-c0e5623) (return-path ); Tue, 20 Jan 2015 17:16:21 +0000 References: <6B90D4C9-65F8-4296-A7CB-C47A6D7211E9@cam.ac.uk> <9A0DE62C-FC01-4A75-90C1-35903D1B4A7F@gmail.com> Mime-Version: 1.0 (1.0) In-Reply-To: <9A0DE62C-FC01-4A75-90C1-35903D1B4A7F@gmail.com> Message-Id: X-Mailer: iPhone Mail (12B440) From: Amir Chaudhry Date: Tue, 20 Jan 2015 17:16:21 +0000 To: Lars Kurth Cc: mirageos-devel , Anil Madhavapeddy Subject: Re: [MirageOS-devel] mirage + fosdem 2014 X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org WWVzIHRvIE1pcmFnZSBkZW1vIQoKSSd2ZSBiZWVuIHNwb3JhZGljYWxseSBvbmxpbmUgdG9kYXkg YXMgSSB3YXMgYXQgYW4gSW9UIHdvcmtzaG9wIHdpdGggYmFkIHdpZmkuIEknbGwgdGFsayB0byBm b2xrcyBoZXJlIGFib3V0IHdoYXQgdG8gZGVtbyBidXQgaXQnbGwgaW52b2x2ZSBDdWJpZWJvYXJk KHMpLCBzbyB3ZSdsbCBuZWVkIHBvd2VyLiBJIGFzc3VtZSB0aGF0J2xsIGJlIG9rLiAKCkJlc3Qg d2lzaGVzLApBbWlyCgotLQpzZW50IHZpYSBtb2JpbGUKCj4gT24gMjAgSmFuIDIwMTUsIGF0IDE2 OjU2LCBMYXJzIEt1cnRoIDxsYXJzLmt1cnRoLnhlbkBnbWFpbC5jb20+IHdyb3RlOgo+IAo+IEFt aXIsCj4gc2VlIHRoZSByZWNlbnQgcG9zdCBvbiBwdWJsaWNpdHlAbGlzdHMueGVucHJvamVjdCAt IEkgY2FuIHN0aWxsIHJlLWppZyB0aGUgc2NoZWR1bGUgaWYgeW91IHdhbnQgdG8gZ2l2ZSBhIGRl bW8KPiBMYXJzCj4gCj4+IE9uIDE5IEphbiAyMDE1LCBhdCAxNzoyNywgQW1pciBDaGF1ZGhyeSA8 YW1jNzlAY2FtLmFjLnVrPiB3cm90ZToKPj4gCj4+IAo+Pj4gT24gMTggSmFuIDIwMTUsIGF0IDIx OjA3LCBBbmlsIE1hZGhhdmFwZWRkeSA8YW5pbEByZWNvaWwub3JnPiB3cm90ZToKPj4+IAo+Pj4g SXMgYW55b25lIHBsYW5uaW5nIHRvIGF0dGVuZCBGT1NERU0gdGhpcyB5ZWFyIGFuZCBpbnRlcmVz dGVkIGluIGRlbW9pbmcgTWlyYWdlIGF0IHRoZSBYZW4gYm9vdGggb24gYSBDdWJpZWJvYXJkIG9y IHR3bz8gIE1pbmR5IGlzIGdvaW5nIEkgdGhpbmssIGJ1dCBJIGNhbid0IG1ha2UgaXQgYW5kIG5l aXRoZXIgY2FuIE1vcnQuICBBbWlyLCBhcmUgeW91IGdvaW5nPwo+PiAKPj4gSSBjYW4gZ28gYW5k IGhhcHB5IHRvIHNwZW5kIHNvbWUgdGltZSBhdCB0aGUgWGVuIGJvb3RoIChoYXZlbid0IHJlbW90 ZWx5IHRob3VnaHQgYWJvdXQgdHJhdmVsL2FjY29tIHlldCkuICBEJ3lvdSBoYXZlIHRob3VnaHRz IG9uIGEgZGVtbz8gIFNvbWV0aGluZyB2aXN1YWwgYW5kIHF1aWNrIHdvdWxkIGdvb2QuICBUaGlu a2luZyBhbG91ZCwgSSdtIHdvbmRlcmluZyBhYm91dCBKaXRzdSBvbiBhIGN1YmlldHJ1Y2sgd2l0 aCBhIGhvdHNwb3QgdGhhdCBwZW9wbGUgY2FuIGNvbm5lY3QgdG/igKYgSSBjYW4gaW1hZ2Ugc29t ZSByZWFsbHkgZnVuIHRoaW5ncyB3ZSBjYW4gZG8gd2l0aCB0aGF0Lgo+PiAKPj4gQUMKPj4gCj4+ IAo+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+PiBN aXJhZ2VPUy1kZXZlbCBtYWlsaW5nIGxpc3QKPj4gTWlyYWdlT1MtZGV2ZWxAbGlzdHMueGVucHJv amVjdC5vcmcKPj4gaHR0cDovL2xpc3RzLnhlbnByb2plY3Qub3JnL2NnaS1iaW4vbWFpbG1hbi9s aXN0aW5mby9taXJhZ2Vvcy1kZXZlbAo+IAoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX18KTWlyYWdlT1MtZGV2ZWwgbWFpbGluZyBsaXN0Ck1pcmFnZU9TLWRl dmVsQGxpc3RzLnhlbnByb2plY3Qub3JnCmh0dHA6Ly9saXN0cy54ZW5wcm9qZWN0Lm9yZy9jZ2kt YmluL21haWxtYW4vbGlzdGluZm8vbWlyYWdlb3MtZGV2ZWwK From mirageos-devel-bounces@lists.xenproject.org Tue Jan 20 17:16:25 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 20 Jan 2015 17:16:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YDcPg-0004Wl-7P; Tue, 20 Jan 2015 17:16:24 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YDcPf-0004Wg-Ih for mirageos-devel@lists.xenproject.org; Tue, 20 Jan 2015 17:16:23 +0000 Received: from [85.158.139.211] by server-7.bemta-5.messagelabs.com id 39/35-31453-66D8EB45; Tue, 20 Jan 2015 17:16:22 +0000 X-Env-Sender: amc79@cam.ac.uk X-Msg-Ref: server-6.tower-206.messagelabs.com!1421774182!19121242!1 X-Originating-IP: [131.111.8.152] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTMxLjExMS44LjE1MiA9PiA4MDU1Mw==\n X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18526 invoked from network); 20 Jan 2015 17:16:22 -0000 Received: from ppsw-52.csi.cam.ac.uk (HELO ppsw-52.csi.cam.ac.uk) (131.111.8.152) by server-6.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 Jan 2015 17:16:22 -0000 X-Cam-AntiVirus: no malware found X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ Received: from dhcp-172-17-157-93.eduroam.wireless.private.cam.ac.uk ([172.17.157.93]:59039) by ppsw-52.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.159]:587) with esmtpsa (PLAIN:amc79) (TLSv1:DHE-RSA-AES256-SHA:256) id 1YDcPd-0006Xx-EG (Exim 4.82_3-c0e5623) (return-path ); Tue, 20 Jan 2015 17:16:21 +0000 References: <6B90D4C9-65F8-4296-A7CB-C47A6D7211E9@cam.ac.uk> <9A0DE62C-FC01-4A75-90C1-35903D1B4A7F@gmail.com> Mime-Version: 1.0 (1.0) In-Reply-To: <9A0DE62C-FC01-4A75-90C1-35903D1B4A7F@gmail.com> Message-Id: X-Mailer: iPhone Mail (12B440) From: Amir Chaudhry Date: Tue, 20 Jan 2015 17:16:21 +0000 To: Lars Kurth Cc: mirageos-devel , Anil Madhavapeddy Subject: Re: [MirageOS-devel] mirage + fosdem 2014 X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org WWVzIHRvIE1pcmFnZSBkZW1vIQoKSSd2ZSBiZWVuIHNwb3JhZGljYWxseSBvbmxpbmUgdG9kYXkg YXMgSSB3YXMgYXQgYW4gSW9UIHdvcmtzaG9wIHdpdGggYmFkIHdpZmkuIEknbGwgdGFsayB0byBm b2xrcyBoZXJlIGFib3V0IHdoYXQgdG8gZGVtbyBidXQgaXQnbGwgaW52b2x2ZSBDdWJpZWJvYXJk KHMpLCBzbyB3ZSdsbCBuZWVkIHBvd2VyLiBJIGFzc3VtZSB0aGF0J2xsIGJlIG9rLiAKCkJlc3Qg d2lzaGVzLApBbWlyCgotLQpzZW50IHZpYSBtb2JpbGUKCj4gT24gMjAgSmFuIDIwMTUsIGF0IDE2 OjU2LCBMYXJzIEt1cnRoIDxsYXJzLmt1cnRoLnhlbkBnbWFpbC5jb20+IHdyb3RlOgo+IAo+IEFt aXIsCj4gc2VlIHRoZSByZWNlbnQgcG9zdCBvbiBwdWJsaWNpdHlAbGlzdHMueGVucHJvamVjdCAt IEkgY2FuIHN0aWxsIHJlLWppZyB0aGUgc2NoZWR1bGUgaWYgeW91IHdhbnQgdG8gZ2l2ZSBhIGRl bW8KPiBMYXJzCj4gCj4+IE9uIDE5IEphbiAyMDE1LCBhdCAxNzoyNywgQW1pciBDaGF1ZGhyeSA8 YW1jNzlAY2FtLmFjLnVrPiB3cm90ZToKPj4gCj4+IAo+Pj4gT24gMTggSmFuIDIwMTUsIGF0IDIx OjA3LCBBbmlsIE1hZGhhdmFwZWRkeSA8YW5pbEByZWNvaWwub3JnPiB3cm90ZToKPj4+IAo+Pj4g SXMgYW55b25lIHBsYW5uaW5nIHRvIGF0dGVuZCBGT1NERU0gdGhpcyB5ZWFyIGFuZCBpbnRlcmVz dGVkIGluIGRlbW9pbmcgTWlyYWdlIGF0IHRoZSBYZW4gYm9vdGggb24gYSBDdWJpZWJvYXJkIG9y IHR3bz8gIE1pbmR5IGlzIGdvaW5nIEkgdGhpbmssIGJ1dCBJIGNhbid0IG1ha2UgaXQgYW5kIG5l aXRoZXIgY2FuIE1vcnQuICBBbWlyLCBhcmUgeW91IGdvaW5nPwo+PiAKPj4gSSBjYW4gZ28gYW5k IGhhcHB5IHRvIHNwZW5kIHNvbWUgdGltZSBhdCB0aGUgWGVuIGJvb3RoIChoYXZlbid0IHJlbW90 ZWx5IHRob3VnaHQgYWJvdXQgdHJhdmVsL2FjY29tIHlldCkuICBEJ3lvdSBoYXZlIHRob3VnaHRz IG9uIGEgZGVtbz8gIFNvbWV0aGluZyB2aXN1YWwgYW5kIHF1aWNrIHdvdWxkIGdvb2QuICBUaGlu a2luZyBhbG91ZCwgSSdtIHdvbmRlcmluZyBhYm91dCBKaXRzdSBvbiBhIGN1YmlldHJ1Y2sgd2l0 aCBhIGhvdHNwb3QgdGhhdCBwZW9wbGUgY2FuIGNvbm5lY3QgdG/igKYgSSBjYW4gaW1hZ2Ugc29t ZSByZWFsbHkgZnVuIHRoaW5ncyB3ZSBjYW4gZG8gd2l0aCB0aGF0Lgo+PiAKPj4gQUMKPj4gCj4+ IAo+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+PiBN aXJhZ2VPUy1kZXZlbCBtYWlsaW5nIGxpc3QKPj4gTWlyYWdlT1MtZGV2ZWxAbGlzdHMueGVucHJv amVjdC5vcmcKPj4gaHR0cDovL2xpc3RzLnhlbnByb2plY3Qub3JnL2NnaS1iaW4vbWFpbG1hbi9s aXN0aW5mby9taXJhZ2Vvcy1kZXZlbAo+IAoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX18KTWlyYWdlT1MtZGV2ZWwgbWFpbGluZyBsaXN0Ck1pcmFnZU9TLWRl dmVsQGxpc3RzLnhlbnByb2plY3Qub3JnCmh0dHA6Ly9saXN0cy54ZW5wcm9qZWN0Lm9yZy9jZ2kt YmluL21haWxtYW4vbGlzdGluZm8vbWlyYWdlb3MtZGV2ZWwK From mirageos-devel-bounces@lists.xenproject.org Wed Jan 21 11:07:41 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 21 Jan 2015 11:07:41 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YDt8I-0006lJ-3o; Wed, 21 Jan 2015 11:07:34 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YDt8H-0006lD-FS for mirageos-devel@lists.xenproject.org; Wed, 21 Jan 2015 11:07:33 +0000 Received: from [193.109.254.147] by server-15.bemta-14.messagelabs.com id C7/35-02699-4788FB45; Wed, 21 Jan 2015 11:07:32 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1421838451!22005901!1 X-Originating-IP: [209.85.215.51] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1281 invoked from network); 21 Jan 2015 11:07:32 -0000 Received: from mail-la0-f51.google.com (HELO mail-la0-f51.google.com) (209.85.215.51) by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 21 Jan 2015 11:07:32 -0000 Received: by mail-la0-f51.google.com with SMTP id ge10so18416266lab.10 for ; Wed, 21 Jan 2015 03:07:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=JxdK2f9H36YJ/YVz4Wl9vIBFopr1zNCnZQ0wB2l/2J8=; b=SRS/DhIWUidqDjkKSsch1UjKJIsdgne613AyPYrDyrRiXeKPXPZHseZg2nPzghvPL4 PRqKWPyXrKnWOlQennjkKaSF4hmrJNHvnJ+Y/y/M/ZLlmSxTFr22U3q1zwDNx4TYpe/v 9vzBBx6MXoxr4GUNx7AArSneFjWFIT7sN4nildMaJde7JBM+e2UdxEu8W4y48Sj7w3Mf LEEWij6oz1/MqFBcpII818/jnZMZ6vuGvfHojEow3ICehnMeOx/0AZnjLefxM7ymwmud ulyjcpnvFSTdLrLxuZhtxNy4G6FGW7f7OZDxOSQZd/2ppFf8aoQJbMuV4c6J7kUMzR1r Pg8Q== MIME-Version: 1.0 X-Received: by 10.152.182.235 with SMTP id eh11mr26040495lac.9.1421838450897; Wed, 21 Jan 2015 03:07:30 -0800 (PST) Received: by 10.25.207.3 with HTTP; Wed, 21 Jan 2015 03:07:30 -0800 (PST) Date: Wed, 21 Jan 2015 11:07:30 +0000 Message-ID: From: Thomas Leonard To: "mirageos-devel@lists.xenproject.org" Subject: [MirageOS-devel] TLS on Xen write-up X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org I've now got my file queue REST service working with TLS on Mirage/Xen, and I've put up my notes on the process here: http://roscidus.com/blog/blog/2015/01/21/securing-the-unikernel/ Let me know if you spot any flaws in the scheme! It would be good to have some of our security guys check I'm doing sane things. I think it would be useful to provide some standard advice to people on providing secure services, once we've figured it out ourselves... -- Dr Thomas Leonard http://0install.net/ GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 GPG: DA98 25AE CAD0 8975 7CDA BD8E 0713 3F96 CA74 D8BA _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Wed Jan 21 11:07:41 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 21 Jan 2015 11:07:41 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YDt8I-0006lJ-3o; Wed, 21 Jan 2015 11:07:34 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YDt8H-0006lD-FS for mirageos-devel@lists.xenproject.org; Wed, 21 Jan 2015 11:07:33 +0000 Received: from [193.109.254.147] by server-15.bemta-14.messagelabs.com id C7/35-02699-4788FB45; Wed, 21 Jan 2015 11:07:32 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1421838451!22005901!1 X-Originating-IP: [209.85.215.51] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1281 invoked from network); 21 Jan 2015 11:07:32 -0000 Received: from mail-la0-f51.google.com (HELO mail-la0-f51.google.com) (209.85.215.51) by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 21 Jan 2015 11:07:32 -0000 Received: by mail-la0-f51.google.com with SMTP id ge10so18416266lab.10 for ; Wed, 21 Jan 2015 03:07:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=JxdK2f9H36YJ/YVz4Wl9vIBFopr1zNCnZQ0wB2l/2J8=; b=SRS/DhIWUidqDjkKSsch1UjKJIsdgne613AyPYrDyrRiXeKPXPZHseZg2nPzghvPL4 PRqKWPyXrKnWOlQennjkKaSF4hmrJNHvnJ+Y/y/M/ZLlmSxTFr22U3q1zwDNx4TYpe/v 9vzBBx6MXoxr4GUNx7AArSneFjWFIT7sN4nildMaJde7JBM+e2UdxEu8W4y48Sj7w3Mf LEEWij6oz1/MqFBcpII818/jnZMZ6vuGvfHojEow3ICehnMeOx/0AZnjLefxM7ymwmud ulyjcpnvFSTdLrLxuZhtxNy4G6FGW7f7OZDxOSQZd/2ppFf8aoQJbMuV4c6J7kUMzR1r Pg8Q== MIME-Version: 1.0 X-Received: by 10.152.182.235 with SMTP id eh11mr26040495lac.9.1421838450897; Wed, 21 Jan 2015 03:07:30 -0800 (PST) Received: by 10.25.207.3 with HTTP; Wed, 21 Jan 2015 03:07:30 -0800 (PST) Date: Wed, 21 Jan 2015 11:07:30 +0000 Message-ID: From: Thomas Leonard To: "mirageos-devel@lists.xenproject.org" Subject: [MirageOS-devel] TLS on Xen write-up X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org I've now got my file queue REST service working with TLS on Mirage/Xen, and I've put up my notes on the process here: http://roscidus.com/blog/blog/2015/01/21/securing-the-unikernel/ Let me know if you spot any flaws in the scheme! It would be good to have some of our security guys check I'm doing sane things. I think it would be useful to provide some standard advice to people on providing secure services, once we've figured it out ourselves... -- Dr Thomas Leonard http://0install.net/ GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 GPG: DA98 25AE CAD0 8975 7CDA BD8E 0713 3F96 CA74 D8BA _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Wed Jan 21 11:38:46 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 21 Jan 2015 11:38:46 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YDtcT-0003Vo-Og; Wed, 21 Jan 2015 11:38:45 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YDtcR-0003VU-W4 for mirageos-devel@lists.xenproject.org; Wed, 21 Jan 2015 11:38:44 +0000 Received: from [85.158.137.68] by server-1.bemta-3.messagelabs.com id CE/19-18267-3CF8FB45; Wed, 21 Jan 2015 11:38:43 +0000 X-Env-Sender: scott.dj@gmail.com X-Msg-Ref: server-2.tower-31.messagelabs.com!1421840320!21197200!1 X-Originating-IP: [209.85.220.41] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7283 invoked from network); 21 Jan 2015 11:38:41 -0000 Received: from mail-pa0-f41.google.com (HELO mail-pa0-f41.google.com) (209.85.220.41) by server-2.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 21 Jan 2015 11:38:41 -0000 Received: by mail-pa0-f41.google.com with SMTP id kq14so609586pab.0 for ; Wed, 21 Jan 2015 03:38:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=hV+A+Ll8DvyJH9uFzFt0PZO0Borg4I9LVA+3K5AMj50=; b=OOMGuS6VAYhMZxhmhy+0IIyF5B3CEKI45Rf6RgreWAA/mJKRK0d73NuhM+nnJUw207 elHxB1kTUMiPJ+1AbNATefoMhUxHb9jvr3tNIAehZo2I+j2S2P+jJoIvCZBSm3iAJWiH ciO05Y/dSyx1EK7quqh2l1icIiuzSWTtludSYY4bcLD+Qu//obkD6r2y/5z+kLW5K4Wz JGKrKyeoSDLieOl53wr1u95VHR2YbfaBqhYXchuNXzsn918ScCLM+BFAA2QmOE+Powfg QM2NRG5HI3O012PNC5cUhwGtRxXSxwjZRZn+IYroxk5u2FeYRyf5FN5AefLJRYFJqKah 7DhQ== MIME-Version: 1.0 X-Received: by 10.66.120.47 with SMTP id kz15mr61927445pab.71.1421840320017; Wed, 21 Jan 2015 03:38:40 -0800 (PST) Received: by 10.70.130.193 with HTTP; Wed, 21 Jan 2015 03:38:39 -0800 (PST) In-Reply-To: References: Date: Wed, 21 Jan 2015 11:38:39 +0000 Message-ID: From: David Scott To: Thomas Leonard Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] TLS on Xen write-up X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3964297238717719648==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============3964297238717719648== Content-Type: multipart/alternative; boundary=047d7b10c83933bbc4050d27ff0b --047d7b10c83933bbc4050d27ff0b Content-Type: text/plain; charset=UTF-8 On Wed, Jan 21, 2015 at 11:07 AM, Thomas Leonard wrote: > I've now got my file queue REST service working with TLS on > Mirage/Xen, and I've put up my notes on the process here: > > http://roscidus.com/blog/blog/2015/01/21/securing-the-unikernel/ > > Let me know if you spot any flaws in the scheme! It would be good to > have some of our security guys check I'm doing sane things. > Very interesting post! Regarding checking that your components aren't 'accidentally' accessing the raw block device: I'm sure you're right that linking the unikernel for Unix would smoke out any references to the raw Xen blkfront. It might get a bit harder in future when blkfront itself has been functorised and can be linked anywhere, but perhaps this is where a bit of dead code analysis comes in -- we already want to remove unused functions to shrink binary size but perhaps we could check that certain functions/modules/functors have been removed to prove a security property? Cheers, Dave I think it would be useful to provide some standard advice to people > on providing secure services, once we've figured it out ourselves... > > -- > Dr Thomas Leonard http://0install.net/ > GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 > GPG: DA98 25AE CAD0 8975 7CDA BD8E 0713 3F96 CA74 D8BA > > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel > -- Dave Scott --047d7b10c83933bbc4050d27ff0b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Wed, Jan 21, 2015 at 11:07 AM, Thomas Leonard <= talex5@gmail.com&= gt; wrote:
I've now got my fil= e queue REST service working with TLS on
Mirage/Xen, and I've put up my notes on the process here:

=C2=A0 http://roscidus.com/blog/blog/2015/01/21/securin= g-the-unikernel/

Let me know if you spot any flaws in the scheme! It would be good to
have some of our security guys check I'm doing sane things.

Very interesting post!

Re= garding checking that your components aren't 'accidentally' acc= essing the raw block device: I'm sure you're right that linking the= unikernel for Unix would smoke out any references to the raw Xen blkfront.= It might get a bit harder in future when blkfront itself has been functori= sed and can be linked anywhere, but perhaps this is where a bit of dead cod= e analysis comes in -- we already want to remove unused functions to shrink= binary size but perhaps we could check that certain functions/modules/func= tors have been removed to prove a security property?

Cheers,
Dave



--
Dr Thomas Leonard=C2=A0 =C2=A0 =C2=A0 =C2=A0 http://0install.net/
GPG: 9242 9807 C985 3C07 44A6=C2=A0 8B9A AE07 8280 59A5 3CC1
GPG: DA98 25AE CAD0 8975 7CDA=C2=A0 BD8E 0713 3F96 CA74 D8BA

_______________________________________________
MirageOS-devel mailing list
MirageOS-devel@lists= .xenproject.org
http://lists.xenproject.org/cgi-bin/mailman/listinfo= /mirageos-devel



--
Dave Scott
--047d7b10c83933bbc4050d27ff0b-- --===============3964297238717719648== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel --===============3964297238717719648==-- From mirageos-devel-bounces@lists.xenproject.org Wed Jan 21 11:38:46 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 21 Jan 2015 11:38:46 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YDtcT-0003Vo-Og; Wed, 21 Jan 2015 11:38:45 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YDtcR-0003VU-W4 for mirageos-devel@lists.xenproject.org; Wed, 21 Jan 2015 11:38:44 +0000 Received: from [85.158.137.68] by server-1.bemta-3.messagelabs.com id CE/19-18267-3CF8FB45; Wed, 21 Jan 2015 11:38:43 +0000 X-Env-Sender: scott.dj@gmail.com X-Msg-Ref: server-2.tower-31.messagelabs.com!1421840320!21197200!1 X-Originating-IP: [209.85.220.41] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7283 invoked from network); 21 Jan 2015 11:38:41 -0000 Received: from mail-pa0-f41.google.com (HELO mail-pa0-f41.google.com) (209.85.220.41) by server-2.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 21 Jan 2015 11:38:41 -0000 Received: by mail-pa0-f41.google.com with SMTP id kq14so609586pab.0 for ; Wed, 21 Jan 2015 03:38:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=hV+A+Ll8DvyJH9uFzFt0PZO0Borg4I9LVA+3K5AMj50=; b=OOMGuS6VAYhMZxhmhy+0IIyF5B3CEKI45Rf6RgreWAA/mJKRK0d73NuhM+nnJUw207 elHxB1kTUMiPJ+1AbNATefoMhUxHb9jvr3tNIAehZo2I+j2S2P+jJoIvCZBSm3iAJWiH ciO05Y/dSyx1EK7quqh2l1icIiuzSWTtludSYY4bcLD+Qu//obkD6r2y/5z+kLW5K4Wz JGKrKyeoSDLieOl53wr1u95VHR2YbfaBqhYXchuNXzsn918ScCLM+BFAA2QmOE+Powfg QM2NRG5HI3O012PNC5cUhwGtRxXSxwjZRZn+IYroxk5u2FeYRyf5FN5AefLJRYFJqKah 7DhQ== MIME-Version: 1.0 X-Received: by 10.66.120.47 with SMTP id kz15mr61927445pab.71.1421840320017; Wed, 21 Jan 2015 03:38:40 -0800 (PST) Received: by 10.70.130.193 with HTTP; Wed, 21 Jan 2015 03:38:39 -0800 (PST) In-Reply-To: References: Date: Wed, 21 Jan 2015 11:38:39 +0000 Message-ID: From: David Scott To: Thomas Leonard Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] TLS on Xen write-up X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3964297238717719648==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============3964297238717719648== Content-Type: multipart/alternative; boundary=047d7b10c83933bbc4050d27ff0b --047d7b10c83933bbc4050d27ff0b Content-Type: text/plain; charset=UTF-8 On Wed, Jan 21, 2015 at 11:07 AM, Thomas Leonard wrote: > I've now got my file queue REST service working with TLS on > Mirage/Xen, and I've put up my notes on the process here: > > http://roscidus.com/blog/blog/2015/01/21/securing-the-unikernel/ > > Let me know if you spot any flaws in the scheme! It would be good to > have some of our security guys check I'm doing sane things. > Very interesting post! Regarding checking that your components aren't 'accidentally' accessing the raw block device: I'm sure you're right that linking the unikernel for Unix would smoke out any references to the raw Xen blkfront. It might get a bit harder in future when blkfront itself has been functorised and can be linked anywhere, but perhaps this is where a bit of dead code analysis comes in -- we already want to remove unused functions to shrink binary size but perhaps we could check that certain functions/modules/functors have been removed to prove a security property? Cheers, Dave I think it would be useful to provide some standard advice to people > on providing secure services, once we've figured it out ourselves... > > -- > Dr Thomas Leonard http://0install.net/ > GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 > GPG: DA98 25AE CAD0 8975 7CDA BD8E 0713 3F96 CA74 D8BA > > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel > -- Dave Scott --047d7b10c83933bbc4050d27ff0b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Wed, Jan 21, 2015 at 11:07 AM, Thomas Leonard <= talex5@gmail.com&= gt; wrote:
I've now got my fil= e queue REST service working with TLS on
Mirage/Xen, and I've put up my notes on the process here:

=C2=A0 http://roscidus.com/blog/blog/2015/01/21/securin= g-the-unikernel/

Let me know if you spot any flaws in the scheme! It would be good to
have some of our security guys check I'm doing sane things.

Very interesting post!

Re= garding checking that your components aren't 'accidentally' acc= essing the raw block device: I'm sure you're right that linking the= unikernel for Unix would smoke out any references to the raw Xen blkfront.= It might get a bit harder in future when blkfront itself has been functori= sed and can be linked anywhere, but perhaps this is where a bit of dead cod= e analysis comes in -- we already want to remove unused functions to shrink= binary size but perhaps we could check that certain functions/modules/func= tors have been removed to prove a security property?

Cheers,
Dave



--
Dr Thomas Leonard=C2=A0 =C2=A0 =C2=A0 =C2=A0 http://0install.net/
GPG: 9242 9807 C985 3C07 44A6=C2=A0 8B9A AE07 8280 59A5 3CC1
GPG: DA98 25AE CAD0 8975 7CDA=C2=A0 BD8E 0713 3F96 CA74 D8BA

_______________________________________________
MirageOS-devel mailing list
MirageOS-devel@lists= .xenproject.org
http://lists.xenproject.org/cgi-bin/mailman/listinfo= /mirageos-devel



--
Dave Scott
--047d7b10c83933bbc4050d27ff0b-- --===============3964297238717719648== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel --===============3964297238717719648==-- From mirageos-devel-bounces@lists.xenproject.org Wed Jan 21 16:01:03 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 21 Jan 2015 16:01:03 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YDxiC-0007wG-15; Wed, 21 Jan 2015 16:00:56 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YDxiA-0007w9-LN for mirageos-devel@lists.xenproject.org; Wed, 21 Jan 2015 16:00:54 +0000 Received: from [193.109.254.147] by server-1.bemta-14.messagelabs.com id D3/DB-19044-63DCFB45; Wed, 21 Jan 2015 16:00:54 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1421856052!17442622!1 X-Originating-IP: [209.85.217.175] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30069 invoked from network); 21 Jan 2015 16:00:53 -0000 Received: from mail-lb0-f175.google.com (HELO mail-lb0-f175.google.com) (209.85.217.175) by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 21 Jan 2015 16:00:53 -0000 Received: by mail-lb0-f175.google.com with SMTP id z11so40137558lbi.6 for ; Wed, 21 Jan 2015 08:00:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=fvZ9rtfpNTL4aUZucMOYahWQc051Xwhyx6cXnYKn4Rc=; b=FpCA3VO9n6sjZn+st6ug0ZhS9Az4u2M7BxVH9WG1ICacsf+RJxEpOBxfVPXjP0vKNi jyaOukdMB8Ia5iiDkwC/UmekhfAivsMd+vVYEAs+xBQFrPd80TFuICn7vEI8eQfn/mE2 zhA+w3uZNPJ3K270g5sxruvfG40VA8oqRpxBODwoK+SfhmDcFEZfuJqY+MX7ga3OVW/G OYFSNSZmbuwOT25pz7Gvin1Nv5v1DEMVCc5sxBgOagpobUhtgR+fEr2LdmLtnCP+BUSU dNiJfsHYslcP1vBxlQIti9BEp1i0mftyV+OUhFSVNm3X2AmQLKbe0/8Vu8AdnaMSUOGU GiXw== MIME-Version: 1.0 X-Received: by 10.112.160.33 with SMTP id xh1mr45407966lbb.60.1421856052221; Wed, 21 Jan 2015 08:00:52 -0800 (PST) Received: by 10.25.207.3 with HTTP; Wed, 21 Jan 2015 08:00:52 -0800 (PST) In-Reply-To: References: Date: Wed, 21 Jan 2015 16:00:52 +0000 Message-ID: From: Thomas Leonard To: David Scott Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] TLS on Xen write-up X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 21 January 2015 at 11:38, David Scott wrote: > > > On Wed, Jan 21, 2015 at 11:07 AM, Thomas Leonard wrote: >> >> I've now got my file queue REST service working with TLS on >> Mirage/Xen, and I've put up my notes on the process here: >> >> http://roscidus.com/blog/blog/2015/01/21/securing-the-unikernel/ >> >> Let me know if you spot any flaws in the scheme! It would be good to >> have some of our security guys check I'm doing sane things. > > > Very interesting post! > > Regarding checking that your components aren't 'accidentally' accessing the > raw block device: I'm sure you're right that linking the unikernel for Unix > would smoke out any references to the raw Xen blkfront. It might get a bit > harder in future when blkfront itself has been functorised and can be linked > anywhere, but perhaps this is where a bit of dead code analysis comes in -- > we already want to remove unused functions to shrink binary size but perhaps > we could check that certain functions/modules/functors have been removed to > prove a security property? I don't think it's a problem if Xen blkfront is linked in, as long as it can't be used to connect to an actual disk without further authority being used. From a capability point of view, the "connect" function is the problem here, because it turns a string (which anything can create from nothing) into access to a disk. The ambient authority it uses looks like Xs, Eventchn and Gntshr. These modules all access the outside world without taking inputs giving them such access, so ideally they would be flagged as "unsafe". But a functorised version of blkfront that took them as arguments would be fine. -- Dr Thomas Leonard http://0install.net/ GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 GPG: DA98 25AE CAD0 8975 7CDA BD8E 0713 3F96 CA74 D8BA _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Wed Jan 21 16:01:03 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 21 Jan 2015 16:01:03 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YDxiC-0007wG-15; Wed, 21 Jan 2015 16:00:56 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YDxiA-0007w9-LN for mirageos-devel@lists.xenproject.org; Wed, 21 Jan 2015 16:00:54 +0000 Received: from [193.109.254.147] by server-1.bemta-14.messagelabs.com id D3/DB-19044-63DCFB45; Wed, 21 Jan 2015 16:00:54 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1421856052!17442622!1 X-Originating-IP: [209.85.217.175] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30069 invoked from network); 21 Jan 2015 16:00:53 -0000 Received: from mail-lb0-f175.google.com (HELO mail-lb0-f175.google.com) (209.85.217.175) by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 21 Jan 2015 16:00:53 -0000 Received: by mail-lb0-f175.google.com with SMTP id z11so40137558lbi.6 for ; Wed, 21 Jan 2015 08:00:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=fvZ9rtfpNTL4aUZucMOYahWQc051Xwhyx6cXnYKn4Rc=; b=FpCA3VO9n6sjZn+st6ug0ZhS9Az4u2M7BxVH9WG1ICacsf+RJxEpOBxfVPXjP0vKNi jyaOukdMB8Ia5iiDkwC/UmekhfAivsMd+vVYEAs+xBQFrPd80TFuICn7vEI8eQfn/mE2 zhA+w3uZNPJ3K270g5sxruvfG40VA8oqRpxBODwoK+SfhmDcFEZfuJqY+MX7ga3OVW/G OYFSNSZmbuwOT25pz7Gvin1Nv5v1DEMVCc5sxBgOagpobUhtgR+fEr2LdmLtnCP+BUSU dNiJfsHYslcP1vBxlQIti9BEp1i0mftyV+OUhFSVNm3X2AmQLKbe0/8Vu8AdnaMSUOGU GiXw== MIME-Version: 1.0 X-Received: by 10.112.160.33 with SMTP id xh1mr45407966lbb.60.1421856052221; Wed, 21 Jan 2015 08:00:52 -0800 (PST) Received: by 10.25.207.3 with HTTP; Wed, 21 Jan 2015 08:00:52 -0800 (PST) In-Reply-To: References: Date: Wed, 21 Jan 2015 16:00:52 +0000 Message-ID: From: Thomas Leonard To: David Scott Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] TLS on Xen write-up X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 21 January 2015 at 11:38, David Scott wrote: > > > On Wed, Jan 21, 2015 at 11:07 AM, Thomas Leonard wrote: >> >> I've now got my file queue REST service working with TLS on >> Mirage/Xen, and I've put up my notes on the process here: >> >> http://roscidus.com/blog/blog/2015/01/21/securing-the-unikernel/ >> >> Let me know if you spot any flaws in the scheme! It would be good to >> have some of our security guys check I'm doing sane things. > > > Very interesting post! > > Regarding checking that your components aren't 'accidentally' accessing the > raw block device: I'm sure you're right that linking the unikernel for Unix > would smoke out any references to the raw Xen blkfront. It might get a bit > harder in future when blkfront itself has been functorised and can be linked > anywhere, but perhaps this is where a bit of dead code analysis comes in -- > we already want to remove unused functions to shrink binary size but perhaps > we could check that certain functions/modules/functors have been removed to > prove a security property? I don't think it's a problem if Xen blkfront is linked in, as long as it can't be used to connect to an actual disk without further authority being used. From a capability point of view, the "connect" function is the problem here, because it turns a string (which anything can create from nothing) into access to a disk. The ambient authority it uses looks like Xs, Eventchn and Gntshr. These modules all access the outside world without taking inputs giving them such access, so ideally they would be flagged as "unsafe". But a functorised version of blkfront that took them as arguments would be fine. -- Dr Thomas Leonard http://0install.net/ GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 GPG: DA98 25AE CAD0 8975 7CDA BD8E 0713 3F96 CA74 D8BA _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Thu Jan 22 09:48:45 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 22 Jan 2015 09:48:45 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEENT-0002zw-KC; Thu, 22 Jan 2015 09:48:39 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEENR-0002zi-L9 for mirageos-devel@lists.xenproject.org; Thu, 22 Jan 2015 09:48:37 +0000 Received: from [193.109.254.147] by server-11.bemta-14.messagelabs.com id D6/19-31115-477C0C45; Thu, 22 Jan 2015 09:48:36 +0000 X-Env-Sender: scott.dj@gmail.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1421920113!16766170!1 X-Originating-IP: [209.85.220.41] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7250 invoked from network); 22 Jan 2015 09:48:34 -0000 Received: from mail-pa0-f41.google.com (HELO mail-pa0-f41.google.com) (209.85.220.41) by server-16.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 22 Jan 2015 09:48:34 -0000 Received: by mail-pa0-f41.google.com with SMTP id kq14so826814pab.0 for ; Thu, 22 Jan 2015 01:48:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ujmed2vrSQRuIeHLJ2byy0PVAQpNm0GM15kKJmVQak8=; b=FcmEuygV3fVuC5U2rLYyfg/QZQtGvylOmOljU7XJJef4ZVO2YMUeTBGXHTxM7apqD3 bb22VqSlBzQj1wBtD7OJzJOi4nmCSY26sddEepHff5saF/xWg6f77Xqu0aqy3IS6/g16 SNR1ykig0aULL1qAZQADZN3XwQaQbEViFK6cwkqFaynHc3op2chrn94MHeNMEzRLG+gx l8e/DxWcPcxhZ/Z5+nWZmofVcP9GElQ+AC7iUbwwDTfJrjLj25fBU1k3j5wwrmpSYZAz dF9TuGeDcHdImdbN1FhpYgrCci26n23oYQDC0TahrnectokJe+Xr1bzZXGnJl4ju1kK9 Paxw== MIME-Version: 1.0 X-Received: by 10.68.94.69 with SMTP id da5mr558061pbb.99.1421920112979; Thu, 22 Jan 2015 01:48:32 -0800 (PST) Received: by 10.70.130.193 with HTTP; Thu, 22 Jan 2015 01:48:32 -0800 (PST) In-Reply-To: References: Date: Thu, 22 Jan 2015 09:48:32 +0000 Message-ID: From: David Scott To: "Raphael 'kena' Poss" Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Errors trying the "block" example with Mirage 2.0+ and Xen 4.4 X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4360972578535309503==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============4360972578535309503== Content-Type: multipart/alternative; boundary=047d7b66ff0d3bb6f3050d3a9381 --047d7b66ff0d3bb6f3050d3a9381 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, On Tue, Jan 20, 2015 at 2:29 PM, Raphael 'kena' Poss wrote: > > For information, if I manually edit the Mirage-generated "main.ml" to say= : > > let block1 () =3D > Block.connect "xvda1" > > (instead of Block.connect "/path/to/disk.img") > > Then it works fine! However this is not what I want, as main.ml should > really work out of the box. :) > > It seems to me that there is some naming glue between the code generator, > Block.connect and Xen that I don't understand. Can anyone shed some light > on this? > On Unix the natural way to name a file or disk image is through a filesystem path. In a minimal VM implementation there isn't a filesystem so paths don't work; instead disks are attached to virtual slot numbers (usually integers) on some virtual bus. On Xen, PV disks are attached to a single virtual bus. Xen was originally created to run PV Linux guests and it was convenient to base the slot numbers on the Linux device/major numbers, hence the convention became that the "first" commonly-used slot was numbered "51712" and corresponded to "/dev/xvda" in the guest. The goal was that the config file setting in dom0 would say "xvda" and the VM would agree and use "/dev/xvda". Clearly this is a bit old-fashioned now; we have more guest types than PV Linux and guest kernels can call their disk whatever they want anyway. Your string "xvda1" is being interpreted by this code in mirage-block-xen: https://github.com/mirage/mirage-block-xen/blob/f84f16dab55c42e91b70dc0c02e= 6953706a13063/lib/blkfront.ml#L427 the code will accept options including - a virtual slot number (e.g. 51712) on the "Xen PV" bus - a virtual slot number converted to a linux-style string (e.g. "xvda") I agree this is very clunky. I think we need a better way to identify our disks. The toolstacks (the things which start the VMs) don't provide a link between the filename on the host and the slot number. In fact many service providers would prefer not to leak filesystem paths into untrusted VMs at all. So I think we should avoid using paths to identify disks. I believe Windows completely ignores the virtual slot number and relies on labels contained *within* the disks. Perhaps we should insist that all our disks have a trivial partition table with a unique "Disk identity"?[1] This implies we would need to extend the mirage tool to prepare the disk images and fill in the identify string? Cheers, Dave [1] http://en.wikipedia.org/wiki/Master_boot_record#Disk_identity > > Op 20 jan 2015, om 15:18 heeft Raphael 'kena' Poss het volgende geschreve= n: > > > Hi all, > > > > I'm having trouble with all the "block" examples in mirage-skeleton, > using Xen 4.4. > > It all boils down to Block.connect not finding the disk image I describ= e > in the .xl description file. > > > > For example: in block/block_test.xl > > disk =3D [ > 'format=3Draw,vdev=3Dxvda,access=3Drw,target=3D/home/kena/src/mirage-skel= eton/block/disk.img' > ] > > > > Gives: > > > > Block.connect /home/kena/src/mirage-skeleton/block/disk.img: unable to > match '/home/kena/src/mirage-skeleton/block/disk.img' to any available > devices [ 51712 ] > > Block.connect /home/kena/src/mirage-skeleton/block/disk.img: could not > find device > > > > This happened first with a fresh install of Mirage 2.0, then also with > Mirage 2.1/2.2 from the opam dev repository. > > For what it's worth it seems my Mirage install works OK, as the > 'console' and 'static_website' demo appear to work perfectly fine. > > > > Any hints as to where and how to investigate this? > > > > -- > > Raphael 'kena' Poss =C2=B7 r.poss@uva.nl > > http://science.raphael.poss.name/ > > > > > > > > -- > Raphael 'kena' Poss =C2=B7 r.poss@uva.nl > http://science.raphael.poss.name/ > > > > > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel > --=20 Dave Scott --047d7b66ff0d3bb6f3050d3a9381 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,

On Tue, Jan 20, 2015 at 2:29 PM, Raphael 'kena' Poss <r.poss@uva.= nl> wrote:

For information, if I manually edit the Mirage-generated "main.ml" to say:

let block1 () =3D
=C2=A0 Block.connect "xvda1"

(instead of Block.connect "/path/to/disk.img")

Then it works fine! However this is not what I want, as main.ml should really work out of the box. :)=

It seems to me that there is some naming glue between the code generator, B= lock.connect and Xen that I don't understand. Can anyone shed some ligh= t on this?

On Unix the natural way to n= ame a file or disk image is through a filesystem path. In a minimal VM impl= ementation there isn't a filesystem so paths don't work; instead di= sks are attached to virtual slot numbers (usually integers) on some virtual= bus. On Xen, PV disks are attached to a single virtual bus. Xen was origin= ally created to run PV Linux guests and it was convenient to base the slot = numbers on the Linux device/major numbers, hence the convention became that= the "first" commonly-used slot was numbered "51712" an= d corresponded to "/dev/xvda" in the guest. The goal was that the= config file setting in dom0 would say "xvda" and the VM would ag= ree and use "/dev/xvda". Clearly this is a bit old-fashioned now;= we have more guest types than PV Linux and guest kernels can call their di= sk whatever they want anyway.

Your string "xv= da1" is being interpreted by this code in mirage-block-xen:
=

the code will accept= options including
- a virtual slot number (e.g. 51712) on the &q= uot;Xen PV" bus
- a virtual slot number converted to a linux= -style string (e.g. "xvda")

I agree this= is very clunky.

I think we need a better way to i= dentify our disks. The toolstacks (the things which start the VMs) don'= t provide a link between the filename on the host and the slot number. In f= act many service providers would prefer not to leak filesystem paths into u= ntrusted VMs at all. So I think we should avoid using paths to identify dis= ks.

I believe Windows completely ignores the virtu= al slot number and relies on labels contained *within* the disks. Perhaps w= e should insist that all our disks have a trivial partition table with a un= ique "Disk identity"?[1] This implies we would need to extend the= mirage tool to prepare the disk images and fill in the identify string?

Cheers,
Dave

[1]= =C2=A0http://en.wikipedia.org/wiki/Master_boot_record#Disk_identity

=C2=A0

Op 20 jan 2015, om 15:18 heeft Raphael 'kena' Poss het volgende ges= chreven:

> Hi all,
>
> I'm having trouble with all the "block" examples in mira= ge-skeleton, using Xen 4.4.
> It all boils down to Block.connect not finding the disk image I descri= be in the .xl description file.
>
> For example: in block/block_test.xl
> disk =3D [ 'format=3Draw,vdev=3Dxvda,access=3Drw,target=3D/home/ke= na/src/mirage-skeleton/block/disk.img' ]
>
> Gives:
>
> Block.connect /home/kena/src/mirage-skeleton/block/disk.img: unable to= match '/home/kena/src/mirage-skeleton/block/disk.img' to any avail= able devices [ 51712 ]
> Block.connect /home/kena/src/mirage-skeleton/block/disk.img: could not= find device
>
> This happened first with a fresh install of Mirage 2.0, then also with= Mirage 2.1/2.2 from the opam dev repository.
> For what it's worth it seems my Mirage install works OK, as the &#= 39;console' and 'static_website' demo appear to work perfectly = fine.
>
> Any hints as to where and how to investigate this?
>
> --
> Raphael 'kena' Poss =C2=B7 r.= poss@uva.nl
> http:/= /science.raphael.poss.name/
>
>
>

--
Raphael 'kena' Poss =C2=B7 r.poss@= uva.nl
http://scie= nce.raphael.poss.name/




_______________________________________________
MirageOS-devel mailing list
MirageOS-devel@lists= .xenproject.org
http://lists.xenproject.org/cgi-bin/mailman/listinfo= /mirageos-devel



--
Dave Scott
--047d7b66ff0d3bb6f3050d3a9381-- --===============4360972578535309503== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel --===============4360972578535309503==-- From mirageos-devel-bounces@lists.xenproject.org Thu Jan 22 09:48:45 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 22 Jan 2015 09:48:45 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEENT-0002zw-KC; Thu, 22 Jan 2015 09:48:39 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEENR-0002zi-L9 for mirageos-devel@lists.xenproject.org; Thu, 22 Jan 2015 09:48:37 +0000 Received: from [193.109.254.147] by server-11.bemta-14.messagelabs.com id D6/19-31115-477C0C45; Thu, 22 Jan 2015 09:48:36 +0000 X-Env-Sender: scott.dj@gmail.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1421920113!16766170!1 X-Originating-IP: [209.85.220.41] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7250 invoked from network); 22 Jan 2015 09:48:34 -0000 Received: from mail-pa0-f41.google.com (HELO mail-pa0-f41.google.com) (209.85.220.41) by server-16.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 22 Jan 2015 09:48:34 -0000 Received: by mail-pa0-f41.google.com with SMTP id kq14so826814pab.0 for ; Thu, 22 Jan 2015 01:48:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ujmed2vrSQRuIeHLJ2byy0PVAQpNm0GM15kKJmVQak8=; b=FcmEuygV3fVuC5U2rLYyfg/QZQtGvylOmOljU7XJJef4ZVO2YMUeTBGXHTxM7apqD3 bb22VqSlBzQj1wBtD7OJzJOi4nmCSY26sddEepHff5saF/xWg6f77Xqu0aqy3IS6/g16 SNR1ykig0aULL1qAZQADZN3XwQaQbEViFK6cwkqFaynHc3op2chrn94MHeNMEzRLG+gx l8e/DxWcPcxhZ/Z5+nWZmofVcP9GElQ+AC7iUbwwDTfJrjLj25fBU1k3j5wwrmpSYZAz dF9TuGeDcHdImdbN1FhpYgrCci26n23oYQDC0TahrnectokJe+Xr1bzZXGnJl4ju1kK9 Paxw== MIME-Version: 1.0 X-Received: by 10.68.94.69 with SMTP id da5mr558061pbb.99.1421920112979; Thu, 22 Jan 2015 01:48:32 -0800 (PST) Received: by 10.70.130.193 with HTTP; Thu, 22 Jan 2015 01:48:32 -0800 (PST) In-Reply-To: References: Date: Thu, 22 Jan 2015 09:48:32 +0000 Message-ID: From: David Scott To: "Raphael 'kena' Poss" Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Errors trying the "block" example with Mirage 2.0+ and Xen 4.4 X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4360972578535309503==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============4360972578535309503== Content-Type: multipart/alternative; boundary=047d7b66ff0d3bb6f3050d3a9381 --047d7b66ff0d3bb6f3050d3a9381 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, On Tue, Jan 20, 2015 at 2:29 PM, Raphael 'kena' Poss wrote: > > For information, if I manually edit the Mirage-generated "main.ml" to say= : > > let block1 () =3D > Block.connect "xvda1" > > (instead of Block.connect "/path/to/disk.img") > > Then it works fine! However this is not what I want, as main.ml should > really work out of the box. :) > > It seems to me that there is some naming glue between the code generator, > Block.connect and Xen that I don't understand. Can anyone shed some light > on this? > On Unix the natural way to name a file or disk image is through a filesystem path. In a minimal VM implementation there isn't a filesystem so paths don't work; instead disks are attached to virtual slot numbers (usually integers) on some virtual bus. On Xen, PV disks are attached to a single virtual bus. Xen was originally created to run PV Linux guests and it was convenient to base the slot numbers on the Linux device/major numbers, hence the convention became that the "first" commonly-used slot was numbered "51712" and corresponded to "/dev/xvda" in the guest. The goal was that the config file setting in dom0 would say "xvda" and the VM would agree and use "/dev/xvda". Clearly this is a bit old-fashioned now; we have more guest types than PV Linux and guest kernels can call their disk whatever they want anyway. Your string "xvda1" is being interpreted by this code in mirage-block-xen: https://github.com/mirage/mirage-block-xen/blob/f84f16dab55c42e91b70dc0c02e= 6953706a13063/lib/blkfront.ml#L427 the code will accept options including - a virtual slot number (e.g. 51712) on the "Xen PV" bus - a virtual slot number converted to a linux-style string (e.g. "xvda") I agree this is very clunky. I think we need a better way to identify our disks. The toolstacks (the things which start the VMs) don't provide a link between the filename on the host and the slot number. In fact many service providers would prefer not to leak filesystem paths into untrusted VMs at all. So I think we should avoid using paths to identify disks. I believe Windows completely ignores the virtual slot number and relies on labels contained *within* the disks. Perhaps we should insist that all our disks have a trivial partition table with a unique "Disk identity"?[1] This implies we would need to extend the mirage tool to prepare the disk images and fill in the identify string? Cheers, Dave [1] http://en.wikipedia.org/wiki/Master_boot_record#Disk_identity > > Op 20 jan 2015, om 15:18 heeft Raphael 'kena' Poss het volgende geschreve= n: > > > Hi all, > > > > I'm having trouble with all the "block" examples in mirage-skeleton, > using Xen 4.4. > > It all boils down to Block.connect not finding the disk image I describ= e > in the .xl description file. > > > > For example: in block/block_test.xl > > disk =3D [ > 'format=3Draw,vdev=3Dxvda,access=3Drw,target=3D/home/kena/src/mirage-skel= eton/block/disk.img' > ] > > > > Gives: > > > > Block.connect /home/kena/src/mirage-skeleton/block/disk.img: unable to > match '/home/kena/src/mirage-skeleton/block/disk.img' to any available > devices [ 51712 ] > > Block.connect /home/kena/src/mirage-skeleton/block/disk.img: could not > find device > > > > This happened first with a fresh install of Mirage 2.0, then also with > Mirage 2.1/2.2 from the opam dev repository. > > For what it's worth it seems my Mirage install works OK, as the > 'console' and 'static_website' demo appear to work perfectly fine. > > > > Any hints as to where and how to investigate this? > > > > -- > > Raphael 'kena' Poss =C2=B7 r.poss@uva.nl > > http://science.raphael.poss.name/ > > > > > > > > -- > Raphael 'kena' Poss =C2=B7 r.poss@uva.nl > http://science.raphael.poss.name/ > > > > > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel > --=20 Dave Scott --047d7b66ff0d3bb6f3050d3a9381 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,

On Tue, Jan 20, 2015 at 2:29 PM, Raphael 'kena' Poss <r.poss@uva.= nl> wrote:

For information, if I manually edit the Mirage-generated "main.ml" to say:

let block1 () =3D
=C2=A0 Block.connect "xvda1"

(instead of Block.connect "/path/to/disk.img")

Then it works fine! However this is not what I want, as main.ml should really work out of the box. :)=

It seems to me that there is some naming glue between the code generator, B= lock.connect and Xen that I don't understand. Can anyone shed some ligh= t on this?

On Unix the natural way to n= ame a file or disk image is through a filesystem path. In a minimal VM impl= ementation there isn't a filesystem so paths don't work; instead di= sks are attached to virtual slot numbers (usually integers) on some virtual= bus. On Xen, PV disks are attached to a single virtual bus. Xen was origin= ally created to run PV Linux guests and it was convenient to base the slot = numbers on the Linux device/major numbers, hence the convention became that= the "first" commonly-used slot was numbered "51712" an= d corresponded to "/dev/xvda" in the guest. The goal was that the= config file setting in dom0 would say "xvda" and the VM would ag= ree and use "/dev/xvda". Clearly this is a bit old-fashioned now;= we have more guest types than PV Linux and guest kernels can call their di= sk whatever they want anyway.

Your string "xv= da1" is being interpreted by this code in mirage-block-xen:
=

the code will accept= options including
- a virtual slot number (e.g. 51712) on the &q= uot;Xen PV" bus
- a virtual slot number converted to a linux= -style string (e.g. "xvda")

I agree this= is very clunky.

I think we need a better way to i= dentify our disks. The toolstacks (the things which start the VMs) don'= t provide a link between the filename on the host and the slot number. In f= act many service providers would prefer not to leak filesystem paths into u= ntrusted VMs at all. So I think we should avoid using paths to identify dis= ks.

I believe Windows completely ignores the virtu= al slot number and relies on labels contained *within* the disks. Perhaps w= e should insist that all our disks have a trivial partition table with a un= ique "Disk identity"?[1] This implies we would need to extend the= mirage tool to prepare the disk images and fill in the identify string?

Cheers,
Dave

[1]= =C2=A0http://en.wikipedia.org/wiki/Master_boot_record#Disk_identity

=C2=A0

Op 20 jan 2015, om 15:18 heeft Raphael 'kena' Poss het volgende ges= chreven:

> Hi all,
>
> I'm having trouble with all the "block" examples in mira= ge-skeleton, using Xen 4.4.
> It all boils down to Block.connect not finding the disk image I descri= be in the .xl description file.
>
> For example: in block/block_test.xl
> disk =3D [ 'format=3Draw,vdev=3Dxvda,access=3Drw,target=3D/home/ke= na/src/mirage-skeleton/block/disk.img' ]
>
> Gives:
>
> Block.connect /home/kena/src/mirage-skeleton/block/disk.img: unable to= match '/home/kena/src/mirage-skeleton/block/disk.img' to any avail= able devices [ 51712 ]
> Block.connect /home/kena/src/mirage-skeleton/block/disk.img: could not= find device
>
> This happened first with a fresh install of Mirage 2.0, then also with= Mirage 2.1/2.2 from the opam dev repository.
> For what it's worth it seems my Mirage install works OK, as the &#= 39;console' and 'static_website' demo appear to work perfectly = fine.
>
> Any hints as to where and how to investigate this?
>
> --
> Raphael 'kena' Poss =C2=B7 r.= poss@uva.nl
> http:/= /science.raphael.poss.name/
>
>
>

--
Raphael 'kena' Poss =C2=B7 r.poss@= uva.nl
http://scie= nce.raphael.poss.name/




_______________________________________________
MirageOS-devel mailing list
MirageOS-devel@lists= .xenproject.org
http://lists.xenproject.org/cgi-bin/mailman/listinfo= /mirageos-devel



--
Dave Scott
--047d7b66ff0d3bb6f3050d3a9381-- --===============4360972578535309503== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel --===============4360972578535309503==-- From mirageos-devel-bounces@lists.xenproject.org Thu Jan 22 10:27:30 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 22 Jan 2015 10:27:30 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEEz3-0005sG-8B; Thu, 22 Jan 2015 10:27:29 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEEz1-0005s5-QE for mirageos-devel@lists.xenproject.org; Thu, 22 Jan 2015 10:27:27 +0000 Received: from [85.158.139.211] by server-16.bemta-5.messagelabs.com id FF/11-16442-F80D0C45; Thu, 22 Jan 2015 10:27:27 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-5.tower-206.messagelabs.com!1421922446!19477968!1 X-Originating-IP: [209.85.217.172] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10774 invoked from network); 22 Jan 2015 10:27:26 -0000 Received: from mail-lb0-f172.google.com (HELO mail-lb0-f172.google.com) (209.85.217.172) by server-5.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 22 Jan 2015 10:27:26 -0000 Received: by mail-lb0-f172.google.com with SMTP id l4so739777lbv.3 for ; Thu, 22 Jan 2015 02:27:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=nBAFyFPG5lGeuf1T+OACDWXq9cKQxqAWV4TZga3CV4E=; b=KG8YFIOkaAtEI7WDTZkyMqwdsQongjoamXV12HuRNrUL8h2q6IQ9xGmjfFUaYPTwAP 5azcIr0vsI5QCxdggxOAEadbhtxXhRVgKF9HQ1CqMYulsT/0UWeqJrwDqiqh1rZm5e3V Yb5g3lVWKY6FpstQmErsQD4RYp+pat/VYSQxKhjWIFP+g6IykL0a02wqvLKWGllVsmk/ GhrZ7KHddtMhPPlLh6teqF/xPzNN5eTtC8AHXRoN3LIcpQ878/s559auYJSloxDLkz8m P1p23ilfqul6vZ653QDEFbz+IO1UP6Zb1bhEPFUo4+b0t74wmLgGKgZT2Qm31DOu1Sqt CLKw== MIME-Version: 1.0 X-Received: by 10.112.27.133 with SMTP id t5mr649171lbg.45.1421922445588; Thu, 22 Jan 2015 02:27:25 -0800 (PST) Received: by 10.25.207.3 with HTTP; Thu, 22 Jan 2015 02:27:25 -0800 (PST) Date: Thu, 22 Jan 2015 10:27:25 +0000 Message-ID: From: Thomas Leonard To: "mirageos-devel@lists.xenproject.org" Subject: [MirageOS-devel] Remove DEVICE.connect? X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org One thing that bothers me about the Mirage types is the DEVICE.connect function. If I have e.g. module MyMod (F : FS) = struct let use f = ... end then I'd expect that MyMod won't be able to corrupt the filesystem (assuming the FS itself isn't buggy). But in fact MyMod can do: let use f = let f2 = F.connect (F.id f)) in ... and now we have two filesystems on the same underlying block device, which can't be good. In OO terms, "connect" is the constructor (defined separately by each concrete implementation), while the other functions in DEVICE are methods (defined by the generic interface). So, I propose removing connect from the type signatures (but keeping it in the implementations). Then, being given a device only implies the ability to use it, not the ability to create more devices. We should probably get rid of "id" as well. The signature says: type id (** Type defining an identifier for this device that uniquely identifies it among a device tree. *) val id : t -> id (** Return the identifier that was used to construct this device *) That might make sense for low-level Xen devices such as disks, but not for things built on them. For example, for an FS the "id" is the underlying block device. Perhaps it would be better to have a function "name : t -> string" for when you need a name for display? I don't see any particular reason why the user of a device should be able to recover the constructor arguments. Thoughts? -- Dr Thomas Leonard http://0install.net/ GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 GPG: DA98 25AE CAD0 8975 7CDA BD8E 0713 3F96 CA74 D8BA _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Thu Jan 22 10:27:30 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 22 Jan 2015 10:27:30 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEEz3-0005sG-8B; Thu, 22 Jan 2015 10:27:29 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEEz1-0005s5-QE for mirageos-devel@lists.xenproject.org; Thu, 22 Jan 2015 10:27:27 +0000 Received: from [85.158.139.211] by server-16.bemta-5.messagelabs.com id FF/11-16442-F80D0C45; Thu, 22 Jan 2015 10:27:27 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-5.tower-206.messagelabs.com!1421922446!19477968!1 X-Originating-IP: [209.85.217.172] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10774 invoked from network); 22 Jan 2015 10:27:26 -0000 Received: from mail-lb0-f172.google.com (HELO mail-lb0-f172.google.com) (209.85.217.172) by server-5.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 22 Jan 2015 10:27:26 -0000 Received: by mail-lb0-f172.google.com with SMTP id l4so739777lbv.3 for ; Thu, 22 Jan 2015 02:27:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=nBAFyFPG5lGeuf1T+OACDWXq9cKQxqAWV4TZga3CV4E=; b=KG8YFIOkaAtEI7WDTZkyMqwdsQongjoamXV12HuRNrUL8h2q6IQ9xGmjfFUaYPTwAP 5azcIr0vsI5QCxdggxOAEadbhtxXhRVgKF9HQ1CqMYulsT/0UWeqJrwDqiqh1rZm5e3V Yb5g3lVWKY6FpstQmErsQD4RYp+pat/VYSQxKhjWIFP+g6IykL0a02wqvLKWGllVsmk/ GhrZ7KHddtMhPPlLh6teqF/xPzNN5eTtC8AHXRoN3LIcpQ878/s559auYJSloxDLkz8m P1p23ilfqul6vZ653QDEFbz+IO1UP6Zb1bhEPFUo4+b0t74wmLgGKgZT2Qm31DOu1Sqt CLKw== MIME-Version: 1.0 X-Received: by 10.112.27.133 with SMTP id t5mr649171lbg.45.1421922445588; Thu, 22 Jan 2015 02:27:25 -0800 (PST) Received: by 10.25.207.3 with HTTP; Thu, 22 Jan 2015 02:27:25 -0800 (PST) Date: Thu, 22 Jan 2015 10:27:25 +0000 Message-ID: From: Thomas Leonard To: "mirageos-devel@lists.xenproject.org" Subject: [MirageOS-devel] Remove DEVICE.connect? X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org One thing that bothers me about the Mirage types is the DEVICE.connect function. If I have e.g. module MyMod (F : FS) = struct let use f = ... end then I'd expect that MyMod won't be able to corrupt the filesystem (assuming the FS itself isn't buggy). But in fact MyMod can do: let use f = let f2 = F.connect (F.id f)) in ... and now we have two filesystems on the same underlying block device, which can't be good. In OO terms, "connect" is the constructor (defined separately by each concrete implementation), while the other functions in DEVICE are methods (defined by the generic interface). So, I propose removing connect from the type signatures (but keeping it in the implementations). Then, being given a device only implies the ability to use it, not the ability to create more devices. We should probably get rid of "id" as well. The signature says: type id (** Type defining an identifier for this device that uniquely identifies it among a device tree. *) val id : t -> id (** Return the identifier that was used to construct this device *) That might make sense for low-level Xen devices such as disks, but not for things built on them. For example, for an FS the "id" is the underlying block device. Perhaps it would be better to have a function "name : t -> string" for when you need a name for display? I don't see any particular reason why the user of a device should be able to recover the constructor arguments. Thoughts? -- Dr Thomas Leonard http://0install.net/ GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 GPG: DA98 25AE CAD0 8975 7CDA BD8E 0713 3F96 CA74 D8BA _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Thu Jan 22 10:32:39 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 22 Jan 2015 10:32:39 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEF42-0006VV-O5; Thu, 22 Jan 2015 10:32:38 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEF41-0006VQ-L2 for mirageos-devel@lists.xenproject.org; Thu, 22 Jan 2015 10:32:37 +0000 Received: from [193.109.254.147] by server-1.bemta-14.messagelabs.com id D1/DF-19044-4C1D0C45; Thu, 22 Jan 2015 10:32:36 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-14.tower-27.messagelabs.com!1421922755!22207407!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17978 invoked from network); 22 Jan 2015 10:32:35 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-14.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 22 Jan 2015 10:32:35 -0000 Received: from [192.168.1.69] (cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net [86.30.244.239]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 4a857beb; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Thu, 22 Jan 2015 10:32:34 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: Date: Thu, 22 Jan 2015 10:32:33 +0000 Message-Id: References: To: Thomas Leonard X-Mailer: Apple Mail (2.1993) Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Remove DEVICE.connect? X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 22 Jan 2015, at 10:27, Thomas Leonard wrote: > > One thing that bothers me about the Mirage types is the DEVICE.connect function. > > If I have e.g. > > module MyMod (F : FS) = struct > let use f = ... > end > > then I'd expect that MyMod won't be able to corrupt the filesystem > (assuming the FS itself isn't buggy). > > But in fact MyMod can do: > > let use f = > let f2 = F.connect (F.id f)) in ... > > and now we have two filesystems on the same underlying block device, > which can't be good. > > In OO terms, "connect" is the constructor (defined separately by each > concrete implementation), while the other functions in DEVICE are > methods (defined by the generic interface). > > So, I propose removing connect from the type signatures (but keeping > it in the implementations). Then, being given a device only implies > the ability to use it, not the ability to create more devices. > > We should probably get rid of "id" as well. The signature says: > > type id > (** Type defining an identifier for this device that uniquely > identifies it among a device tree. *) > > val id : t -> id > (** Return the identifier that was used to construct this device *) > > That might make sense for low-level Xen devices such as disks, but not > for things built on them. For example, for an FS the "id" is the > underlying block device. Perhaps it would be better to have a function > "name : t -> string" for when you need a name for display? I don't see > any particular reason why the user of a device should be able to > recover the constructor arguments. > > Thoughts? > I'm in complete agreement -- the same design also applies to FLOW (which doesn't define a connection function, only a close function). -anil _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Thu Jan 22 10:32:39 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 22 Jan 2015 10:32:39 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEF42-0006VV-O5; Thu, 22 Jan 2015 10:32:38 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEF41-0006VQ-L2 for mirageos-devel@lists.xenproject.org; Thu, 22 Jan 2015 10:32:37 +0000 Received: from [193.109.254.147] by server-1.bemta-14.messagelabs.com id D1/DF-19044-4C1D0C45; Thu, 22 Jan 2015 10:32:36 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-14.tower-27.messagelabs.com!1421922755!22207407!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17978 invoked from network); 22 Jan 2015 10:32:35 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-14.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 22 Jan 2015 10:32:35 -0000 Received: from [192.168.1.69] (cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net [86.30.244.239]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 4a857beb; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Thu, 22 Jan 2015 10:32:34 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: Date: Thu, 22 Jan 2015 10:32:33 +0000 Message-Id: References: To: Thomas Leonard X-Mailer: Apple Mail (2.1993) Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Remove DEVICE.connect? X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 22 Jan 2015, at 10:27, Thomas Leonard wrote: > > One thing that bothers me about the Mirage types is the DEVICE.connect function. > > If I have e.g. > > module MyMod (F : FS) = struct > let use f = ... > end > > then I'd expect that MyMod won't be able to corrupt the filesystem > (assuming the FS itself isn't buggy). > > But in fact MyMod can do: > > let use f = > let f2 = F.connect (F.id f)) in ... > > and now we have two filesystems on the same underlying block device, > which can't be good. > > In OO terms, "connect" is the constructor (defined separately by each > concrete implementation), while the other functions in DEVICE are > methods (defined by the generic interface). > > So, I propose removing connect from the type signatures (but keeping > it in the implementations). Then, being given a device only implies > the ability to use it, not the ability to create more devices. > > We should probably get rid of "id" as well. The signature says: > > type id > (** Type defining an identifier for this device that uniquely > identifies it among a device tree. *) > > val id : t -> id > (** Return the identifier that was used to construct this device *) > > That might make sense for low-level Xen devices such as disks, but not > for things built on them. For example, for an FS the "id" is the > underlying block device. Perhaps it would be better to have a function > "name : t -> string" for when you need a name for display? I don't see > any particular reason why the user of a device should be able to > recover the constructor arguments. > > Thoughts? > I'm in complete agreement -- the same design also applies to FLOW (which doesn't define a connection function, only a close function). -anil _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Thu Jan 22 10:40:32 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 22 Jan 2015 10:40:32 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEFBc-0006ek-OQ; Thu, 22 Jan 2015 10:40:28 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEFBb-0006ef-J9 for mirageos-devel@lists.xenproject.org; Thu, 22 Jan 2015 10:40:27 +0000 Received: from [193.109.254.147] by server-4.bemta-14.messagelabs.com id A4/77-16320-A93D0C45; Thu, 22 Jan 2015 10:40:26 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-2.tower-27.messagelabs.com!1421923225!22233715!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.7 required=7.0 tests=BODY_RANDOM_LONG, RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15114 invoked from network); 22 Jan 2015 10:40:26 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-2.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 22 Jan 2015 10:40:26 -0000 Received: from [192.168.1.69] (cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net [86.30.244.239]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 74530e2c; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; for ; Thu, 22 Jan 2015 10:40:25 +0000 (GMT) From: Anil Madhavapeddy Message-Id: <36DCD704-9D1D-4125-B426-6461F5804FA6@recoil.org> Date: Thu, 22 Jan 2015 10:40:25 +0000 To: mirageos-devel Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) X-Mailer: Apple Mail (2.1993) Subject: [MirageOS-devel] xen-arm-builder restored X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org It was temporarily broken in cron due to a tree rebase breaking part of the pulling script, but new images are now up on https://blobs.openmirage.org. Most importantly, they include Ubuntu updates which fixes Jitsu compilation for those who are trying it out. Thomas: we need to stream these cron logs to Irmin to make them easier to aggregate :-) -anil _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Thu Jan 22 10:40:32 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 22 Jan 2015 10:40:32 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEFBc-0006ek-OQ; Thu, 22 Jan 2015 10:40:28 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEFBb-0006ef-J9 for mirageos-devel@lists.xenproject.org; Thu, 22 Jan 2015 10:40:27 +0000 Received: from [193.109.254.147] by server-4.bemta-14.messagelabs.com id A4/77-16320-A93D0C45; Thu, 22 Jan 2015 10:40:26 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-2.tower-27.messagelabs.com!1421923225!22233715!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.7 required=7.0 tests=BODY_RANDOM_LONG, RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15114 invoked from network); 22 Jan 2015 10:40:26 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-2.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 22 Jan 2015 10:40:26 -0000 Received: from [192.168.1.69] (cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net [86.30.244.239]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 74530e2c; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; for ; Thu, 22 Jan 2015 10:40:25 +0000 (GMT) From: Anil Madhavapeddy Message-Id: <36DCD704-9D1D-4125-B426-6461F5804FA6@recoil.org> Date: Thu, 22 Jan 2015 10:40:25 +0000 To: mirageos-devel Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) X-Mailer: Apple Mail (2.1993) Subject: [MirageOS-devel] xen-arm-builder restored X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org It was temporarily broken in cron due to a tree rebase breaking part of the pulling script, but new images are now up on https://blobs.openmirage.org. Most importantly, they include Ubuntu updates which fixes Jitsu compilation for those who are trying it out. Thomas: we need to stream these cron logs to Irmin to make them easier to aggregate :-) -anil _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Thu Jan 22 11:04:27 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 22 Jan 2015 11:04:27 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEFYn-00006K-BN; Thu, 22 Jan 2015 11:04:25 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEFYl-00006F-W6 for mirageos-devel@lists.xenproject.org; Thu, 22 Jan 2015 11:04:24 +0000 Received: from [193.109.254.147] by server-5.bemta-14.messagelabs.com id B5/E5-06207-739D0C45; Thu, 22 Jan 2015 11:04:23 +0000 X-Env-Sender: thomas.gazagnaire@gmail.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1421924660!22236281!1 X-Originating-IP: [74.125.82.171] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6704 invoked from network); 22 Jan 2015 11:04:20 -0000 Received: from mail-we0-f171.google.com (HELO mail-we0-f171.google.com) (74.125.82.171) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 22 Jan 2015 11:04:20 -0000 Received: by mail-we0-f171.google.com with SMTP id q58so1065664wes.2 for ; Thu, 22 Jan 2015 03:04:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=94/Ev2c/dntdbofPEp20U9feEf52v56GvDH1+2/2I7M=; b=AfLeqVvapZLmn7BfAjMI0ernVPAAYueFFJTRsrQbmzqgoJuJXalr8Km/Hz8OJkqqwW ihLkLWSXtX8rcShKcZF6SFosUUVW5+SZMO7iAuNa9OJ0lLSrxBsMf7AjgMNvl+CKBcQ4 rB0OlIOtHhPJdbxYjEDCoZRxiOsK24X22Nrz/So7jq6SI/ugxPt9N/NvExWtB76rjEaT 11wGe5yrNxdPmtZzI6hHiCoIu83n3vrGLfXEgaqbg+gZ3CtqGS3tQRM2fR7qnqbfm/km T2mUtJyRMscl0CbT+13y8bHkwqKqHA/QCIrGXwInYubEK2HhnixTWJMMrjeic4zCe9+T 4U5A== X-Received: by 10.195.12.35 with SMTP id en3mr1526538wjd.129.1421924660560; Thu, 22 Jan 2015 03:04:20 -0800 (PST) Received: from [192.168.0.2] (cpc25-cmbg14-2-0-cust121.5-4.cable.virginm.net. [213.106.112.122]) by mx.google.com with ESMTPSA id gz7sm2529572wib.22.2015.01.22.03.04.19 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 22 Jan 2015 03:04:19 -0800 (PST) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Thomas Gazagnaire In-Reply-To: Date: Thu, 22 Jan 2015 11:04:18 +0000 Message-Id: References: To: Anil Madhavapeddy X-Mailer: Apple Mail (2.1993) Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Remove DEVICE.connect? X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org >> So, I propose removing connect from the type signatures (but keeping >> it in the implementations). Then, being given a device only implies >> the ability to use it, not the ability to create more devices. Can you still easily compose devices together if you don't have a way to connect? Who will be responsible for calling the implementation-dependant connect function? Only the mirage tool in main.ml? (I guess that's already the case) Thomas _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Thu Jan 22 11:04:27 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 22 Jan 2015 11:04:27 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEFYn-00006K-BN; Thu, 22 Jan 2015 11:04:25 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEFYl-00006F-W6 for mirageos-devel@lists.xenproject.org; Thu, 22 Jan 2015 11:04:24 +0000 Received: from [193.109.254.147] by server-5.bemta-14.messagelabs.com id B5/E5-06207-739D0C45; Thu, 22 Jan 2015 11:04:23 +0000 X-Env-Sender: thomas.gazagnaire@gmail.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1421924660!22236281!1 X-Originating-IP: [74.125.82.171] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6704 invoked from network); 22 Jan 2015 11:04:20 -0000 Received: from mail-we0-f171.google.com (HELO mail-we0-f171.google.com) (74.125.82.171) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 22 Jan 2015 11:04:20 -0000 Received: by mail-we0-f171.google.com with SMTP id q58so1065664wes.2 for ; Thu, 22 Jan 2015 03:04:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=94/Ev2c/dntdbofPEp20U9feEf52v56GvDH1+2/2I7M=; b=AfLeqVvapZLmn7BfAjMI0ernVPAAYueFFJTRsrQbmzqgoJuJXalr8Km/Hz8OJkqqwW ihLkLWSXtX8rcShKcZF6SFosUUVW5+SZMO7iAuNa9OJ0lLSrxBsMf7AjgMNvl+CKBcQ4 rB0OlIOtHhPJdbxYjEDCoZRxiOsK24X22Nrz/So7jq6SI/ugxPt9N/NvExWtB76rjEaT 11wGe5yrNxdPmtZzI6hHiCoIu83n3vrGLfXEgaqbg+gZ3CtqGS3tQRM2fR7qnqbfm/km T2mUtJyRMscl0CbT+13y8bHkwqKqHA/QCIrGXwInYubEK2HhnixTWJMMrjeic4zCe9+T 4U5A== X-Received: by 10.195.12.35 with SMTP id en3mr1526538wjd.129.1421924660560; Thu, 22 Jan 2015 03:04:20 -0800 (PST) Received: from [192.168.0.2] (cpc25-cmbg14-2-0-cust121.5-4.cable.virginm.net. [213.106.112.122]) by mx.google.com with ESMTPSA id gz7sm2529572wib.22.2015.01.22.03.04.19 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 22 Jan 2015 03:04:19 -0800 (PST) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Thomas Gazagnaire In-Reply-To: Date: Thu, 22 Jan 2015 11:04:18 +0000 Message-Id: References: To: Anil Madhavapeddy X-Mailer: Apple Mail (2.1993) Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Remove DEVICE.connect? X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org >> So, I propose removing connect from the type signatures (but keeping >> it in the implementations). Then, being given a device only implies >> the ability to use it, not the ability to create more devices. Can you still easily compose devices together if you don't have a way to connect? Who will be responsible for calling the implementation-dependant connect function? Only the mirage tool in main.ml? (I guess that's already the case) Thomas _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Thu Jan 22 11:05:19 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 22 Jan 2015 11:05:19 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEFZf-00009p-RV; Thu, 22 Jan 2015 11:05:19 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEFZe-00009D-BB for mirageos-devel@lists.xenproject.org; Thu, 22 Jan 2015 11:05:18 +0000 Received: from [85.158.139.211] by server-1.bemta-5.messagelabs.com id 80/1E-22263-D69D0C45; Thu, 22 Jan 2015 11:05:17 +0000 X-Env-Sender: thomas.gazagnaire@gmail.com X-Msg-Ref: server-14.tower-206.messagelabs.com!1421924716!14095465!1 X-Originating-IP: [74.125.82.45] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19060 invoked from network); 22 Jan 2015 11:05:17 -0000 Received: from mail-wg0-f45.google.com (HELO mail-wg0-f45.google.com) (74.125.82.45) by server-14.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 22 Jan 2015 11:05:17 -0000 Received: by mail-wg0-f45.google.com with SMTP id x12so1044039wgg.4 for ; Thu, 22 Jan 2015 03:05:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=qG8rAMANYv0E4RITsu5vJcuRjnPvAuLlaYpjKBIYJlc=; b=pGElEcms3sBkVcrnM1X5/i5B2JY9+rRnlPAkOcsjsrxyGAQ4d81yRqr4/3UR6z+g9p qaL0kdMH3yU8xjqnXQVRgzx9Jmx2GpTNV5UGc44Ptkx/AZerqq3F26w0znFGFGNOIA4/ B5p5LeMYty+RKu7Q/D4JSIAw1XtvP4uwhBM2uSdHQOeRE2iPw4upl9e4n5VlaQv9orXR uMz7C3nwLnMEkaX+qczJ4RIbGfTPRhUIJaKVtMtXHCuPVt2RxGwuRJE8KiW+8hvB1gJu xdXHwZ+me92umn7dCIfk0djNeoYm6wzhLnCP0pZYCYahAIhSkn56VWNSMu0FhnhlWPPX No1Q== X-Received: by 10.194.77.201 with SMTP id u9mr1719290wjw.41.1421924716818; Thu, 22 Jan 2015 03:05:16 -0800 (PST) Received: from [192.168.0.2] (cpc25-cmbg14-2-0-cust121.5-4.cable.virginm.net. [213.106.112.122]) by mx.google.com with ESMTPSA id gz7sm2529572wib.22.2015.01.22.03.05.15 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 22 Jan 2015 03:05:16 -0800 (PST) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Thomas Gazagnaire In-Reply-To: <36DCD704-9D1D-4125-B426-6461F5804FA6@recoil.org> Date: Thu, 22 Jan 2015 11:05:15 +0000 Message-Id: <8032EA0D-9D45-4AD6-8925-F56538AABF60@gazagnaire.org> References: <36DCD704-9D1D-4125-B426-6461F5804FA6@recoil.org> To: Anil Madhavapeddy X-Mailer: Apple Mail (2.1993) Cc: mirageos-devel Subject: Re: [MirageOS-devel] xen-arm-builder restored X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org > Thomas: we need to stream these cron logs to Irmin to make them easier to aggregate :-) works in progress is here: https://github.com/samoht/dog would be nice if I can git clone myself sometimes ... _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Thu Jan 22 11:05:19 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 22 Jan 2015 11:05:19 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEFZf-00009p-RV; Thu, 22 Jan 2015 11:05:19 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEFZe-00009D-BB for mirageos-devel@lists.xenproject.org; Thu, 22 Jan 2015 11:05:18 +0000 Received: from [85.158.139.211] by server-1.bemta-5.messagelabs.com id 80/1E-22263-D69D0C45; Thu, 22 Jan 2015 11:05:17 +0000 X-Env-Sender: thomas.gazagnaire@gmail.com X-Msg-Ref: server-14.tower-206.messagelabs.com!1421924716!14095465!1 X-Originating-IP: [74.125.82.45] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19060 invoked from network); 22 Jan 2015 11:05:17 -0000 Received: from mail-wg0-f45.google.com (HELO mail-wg0-f45.google.com) (74.125.82.45) by server-14.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 22 Jan 2015 11:05:17 -0000 Received: by mail-wg0-f45.google.com with SMTP id x12so1044039wgg.4 for ; Thu, 22 Jan 2015 03:05:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=qG8rAMANYv0E4RITsu5vJcuRjnPvAuLlaYpjKBIYJlc=; b=pGElEcms3sBkVcrnM1X5/i5B2JY9+rRnlPAkOcsjsrxyGAQ4d81yRqr4/3UR6z+g9p qaL0kdMH3yU8xjqnXQVRgzx9Jmx2GpTNV5UGc44Ptkx/AZerqq3F26w0znFGFGNOIA4/ B5p5LeMYty+RKu7Q/D4JSIAw1XtvP4uwhBM2uSdHQOeRE2iPw4upl9e4n5VlaQv9orXR uMz7C3nwLnMEkaX+qczJ4RIbGfTPRhUIJaKVtMtXHCuPVt2RxGwuRJE8KiW+8hvB1gJu xdXHwZ+me92umn7dCIfk0djNeoYm6wzhLnCP0pZYCYahAIhSkn56VWNSMu0FhnhlWPPX No1Q== X-Received: by 10.194.77.201 with SMTP id u9mr1719290wjw.41.1421924716818; Thu, 22 Jan 2015 03:05:16 -0800 (PST) Received: from [192.168.0.2] (cpc25-cmbg14-2-0-cust121.5-4.cable.virginm.net. [213.106.112.122]) by mx.google.com with ESMTPSA id gz7sm2529572wib.22.2015.01.22.03.05.15 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 22 Jan 2015 03:05:16 -0800 (PST) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Thomas Gazagnaire In-Reply-To: <36DCD704-9D1D-4125-B426-6461F5804FA6@recoil.org> Date: Thu, 22 Jan 2015 11:05:15 +0000 Message-Id: <8032EA0D-9D45-4AD6-8925-F56538AABF60@gazagnaire.org> References: <36DCD704-9D1D-4125-B426-6461F5804FA6@recoil.org> To: Anil Madhavapeddy X-Mailer: Apple Mail (2.1993) Cc: mirageos-devel Subject: Re: [MirageOS-devel] xen-arm-builder restored X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org > Thomas: we need to stream these cron logs to Irmin to make them easier to aggregate :-) works in progress is here: https://github.com/samoht/dog would be nice if I can git clone myself sometimes ... _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Thu Jan 22 11:10:06 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 22 Jan 2015 11:10:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEFeH-0002Gi-Mq; Thu, 22 Jan 2015 11:10:05 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEFeG-0002GR-MY for mirageos-devel@lists.xenproject.org; Thu, 22 Jan 2015 11:10:04 +0000 Received: from [193.109.254.147] by server-13.bemta-14.messagelabs.com id 74/20-15499-C8AD0C45; Thu, 22 Jan 2015 11:10:04 +0000 X-Env-Sender: n.oje.bar@gmail.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1421925003!22243105!1 X-Originating-IP: [74.125.82.53] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22076 invoked from network); 22 Jan 2015 11:10:03 -0000 Received: from mail-wg0-f53.google.com (HELO mail-wg0-f53.google.com) (74.125.82.53) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 22 Jan 2015 11:10:03 -0000 Received: by mail-wg0-f53.google.com with SMTP id a1so1031807wgh.12 for ; Thu, 22 Jan 2015 03:10:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=Gj1W96S6sjNdKGSSTJf6EwIh7O+s6NTryVHUYEtRJQ8=; b=hwWODqMnSoShYZziQ27h13jBG1qP4Rn6lt1Sac0SGfIE8MoYJ7h0sryAXCS43GZII1 pF1kY6uHVpI0MBEMzYSBGEwTGai3C2Eenb/zBNfmI2h67r5d9ul5tGlpat4rAuc/YJKX vwTB7Cc7sNnlObAkFvIzO4IORZUKIRKVKh5xCINDVAMLOtu56aJjVebuawYp5srHoEdE m5GBwOqux2z3Wg1Qbqd9iRqWy4eE7N3EPEGcvT9btmv7u+NqpDYf36D/KBFxR5IUDoEl HO0dr+44RAP0F5flW9XB1gzFSZdwmw5Yymgu+oVbLFQ4fbLp72dv3PRXp+gZLnonBJTc Ry8w== MIME-Version: 1.0 X-Received: by 10.181.12.100 with SMTP id ep4mr4022079wid.62.1421925003100; Thu, 22 Jan 2015 03:10:03 -0800 (PST) Received: by 10.27.45.205 with HTTP; Thu, 22 Jan 2015 03:10:03 -0800 (PST) In-Reply-To: References: Date: Thu, 22 Jan 2015 11:10:03 +0000 X-Google-Sender-Auth: AvdkrrlMbLoZOoyv_RKi8_CPGQw Message-ID: From: Nicolas Ojeda Bar To: Thomas Gazagnaire Cc: "mirageos-devel@lists.xenproject.org" , Anil Madhavapeddy Subject: Re: [MirageOS-devel] Remove DEVICE.connect? X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On Thu, Jan 22, 2015 at 11:04 AM, Thomas Gazagnaire wrote: >>> So, I propose removing connect from the type signatures (but keeping >>> it in the implementations). Then, being given a device only implies >>> the ability to use it, not the ability to create more devices. > > Can you still easily compose devices together if you don't have a way to connect? Who will be responsible for calling the implementation-dependant connect function? Only the mirage tool in main.ml? (I guess that's already the case) Not quite - for example `Tcpip_stack_direct.Make(...).connect` calls the `connect` of its arguments, which are only known by their signatures. But it would be easy for the mirage tool to generate code to make these calls and pass their results to the `connect` of the stack. In general I think this is an excellent idea! I will gladly help make this change as soon as I'm done with the configuration keys stuff. Cheers, Nicolas > Thomas > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Thu Jan 22 11:10:06 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 22 Jan 2015 11:10:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEFeH-0002Gi-Mq; Thu, 22 Jan 2015 11:10:05 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEFeG-0002GR-MY for mirageos-devel@lists.xenproject.org; Thu, 22 Jan 2015 11:10:04 +0000 Received: from [193.109.254.147] by server-13.bemta-14.messagelabs.com id 74/20-15499-C8AD0C45; Thu, 22 Jan 2015 11:10:04 +0000 X-Env-Sender: n.oje.bar@gmail.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1421925003!22243105!1 X-Originating-IP: [74.125.82.53] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22076 invoked from network); 22 Jan 2015 11:10:03 -0000 Received: from mail-wg0-f53.google.com (HELO mail-wg0-f53.google.com) (74.125.82.53) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 22 Jan 2015 11:10:03 -0000 Received: by mail-wg0-f53.google.com with SMTP id a1so1031807wgh.12 for ; Thu, 22 Jan 2015 03:10:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=Gj1W96S6sjNdKGSSTJf6EwIh7O+s6NTryVHUYEtRJQ8=; b=hwWODqMnSoShYZziQ27h13jBG1qP4Rn6lt1Sac0SGfIE8MoYJ7h0sryAXCS43GZII1 pF1kY6uHVpI0MBEMzYSBGEwTGai3C2Eenb/zBNfmI2h67r5d9ul5tGlpat4rAuc/YJKX vwTB7Cc7sNnlObAkFvIzO4IORZUKIRKVKh5xCINDVAMLOtu56aJjVebuawYp5srHoEdE m5GBwOqux2z3Wg1Qbqd9iRqWy4eE7N3EPEGcvT9btmv7u+NqpDYf36D/KBFxR5IUDoEl HO0dr+44RAP0F5flW9XB1gzFSZdwmw5Yymgu+oVbLFQ4fbLp72dv3PRXp+gZLnonBJTc Ry8w== MIME-Version: 1.0 X-Received: by 10.181.12.100 with SMTP id ep4mr4022079wid.62.1421925003100; Thu, 22 Jan 2015 03:10:03 -0800 (PST) Received: by 10.27.45.205 with HTTP; Thu, 22 Jan 2015 03:10:03 -0800 (PST) In-Reply-To: References: Date: Thu, 22 Jan 2015 11:10:03 +0000 X-Google-Sender-Auth: AvdkrrlMbLoZOoyv_RKi8_CPGQw Message-ID: From: Nicolas Ojeda Bar To: Thomas Gazagnaire Cc: "mirageos-devel@lists.xenproject.org" , Anil Madhavapeddy Subject: Re: [MirageOS-devel] Remove DEVICE.connect? X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On Thu, Jan 22, 2015 at 11:04 AM, Thomas Gazagnaire wrote: >>> So, I propose removing connect from the type signatures (but keeping >>> it in the implementations). Then, being given a device only implies >>> the ability to use it, not the ability to create more devices. > > Can you still easily compose devices together if you don't have a way to connect? Who will be responsible for calling the implementation-dependant connect function? Only the mirage tool in main.ml? (I guess that's already the case) Not quite - for example `Tcpip_stack_direct.Make(...).connect` calls the `connect` of its arguments, which are only known by their signatures. But it would be easy for the mirage tool to generate code to make these calls and pass their results to the `connect` of the stack. In general I think this is an excellent idea! I will gladly help make this change as soon as I'm done with the configuration keys stuff. Cheers, Nicolas > Thomas > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Thu Jan 22 11:11:53 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 22 Jan 2015 11:11:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEFg0-0002PA-VA; Thu, 22 Jan 2015 11:11:52 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEFfz-0002P1-U8 for mirageos-devel@lists.xenproject.org; Thu, 22 Jan 2015 11:11:52 +0000 Received: from [85.158.143.35] by server-2.bemta-4.messagelabs.com id EA/FD-10078-7FAD0C45; Thu, 22 Jan 2015 11:11:51 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-12.tower-21.messagelabs.com!1421925110!23197134!1 X-Originating-IP: [209.85.215.50] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23004 invoked from network); 22 Jan 2015 11:11:50 -0000 Received: from mail-la0-f50.google.com (HELO mail-la0-f50.google.com) (209.85.215.50) by server-12.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 22 Jan 2015 11:11:50 -0000 Received: by mail-la0-f50.google.com with SMTP id pn19so940805lab.9 for ; Thu, 22 Jan 2015 03:11:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=5SklRP7NXl0TnFHdqEi8DP3XOKc7fWpz8xWrhYdalik=; b=oht/gJFTNwJEdawImXdp8BCFQ2STpnZPIcIHcV4WR/YEPwD/6+m1pd/cfYV6zb+ZSn spHz1D6MXAEPbv2VfW6z6jjdeKDXneBM+9DL0AH/x6NwBQnsogT5wBRo1+AEKGkJw2wI J/aVRKXLPslprfpikbeH4YQbZHppm997zp3dLg0gY7XxAb4KzF6p1e1xp9FME55KlKcL 1qn+qEm9HlCgDAoesFFsfkQdceBLSrn8uj1ig326IPEkOydOZOf5LD+lW4OCbYJGl52/ RQ8m6sl8AnBTcp/NSVeaU5pyHpcuMKUQ6zUsglfE5HyHYq+n8icbFJeyy/kvVRt5xaYj re6A== MIME-Version: 1.0 X-Received: by 10.152.234.140 with SMTP id ue12mr877452lac.78.1421925110168; Thu, 22 Jan 2015 03:11:50 -0800 (PST) Received: by 10.25.207.3 with HTTP; Thu, 22 Jan 2015 03:11:50 -0800 (PST) In-Reply-To: References: Date: Thu, 22 Jan 2015 11:11:50 +0000 Message-ID: From: Thomas Leonard To: Thomas Gazagnaire Cc: "mirageos-devel@lists.xenproject.org" , Anil Madhavapeddy Subject: Re: [MirageOS-devel] Remove DEVICE.connect? X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 22 January 2015 at 11:04, Thomas Gazagnaire wrote: >>> So, I propose removing connect from the type signatures (but keeping >>> it in the implementations). Then, being given a device only implies >>> the ability to use it, not the ability to create more devices. > > Can you still easily compose devices together if you don't have a way to connect? Who will be responsible for calling the implementation-dependant connect function? Only the mirage tool in main.ml? (I guess that's already the case) Yes, code that wants to call connect (such as the generated main.ml) has to know the concrete module type. But this is already the case, because the "id" types are all abstract in V1_LWT. The case that is prevented is the one in my example: (connect (id dev)) where a module uses an abstract type to get a second instance of the same device. It will also mean we can use other signatures for connect (e.g. allowing multiple arguments or optional arguments) if needed. -- Dr Thomas Leonard http://0install.net/ GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 GPG: DA98 25AE CAD0 8975 7CDA BD8E 0713 3F96 CA74 D8BA _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Thu Jan 22 11:11:53 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 22 Jan 2015 11:11:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEFg0-0002PA-VA; Thu, 22 Jan 2015 11:11:52 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEFfz-0002P1-U8 for mirageos-devel@lists.xenproject.org; Thu, 22 Jan 2015 11:11:52 +0000 Received: from [85.158.143.35] by server-2.bemta-4.messagelabs.com id EA/FD-10078-7FAD0C45; Thu, 22 Jan 2015 11:11:51 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-12.tower-21.messagelabs.com!1421925110!23197134!1 X-Originating-IP: [209.85.215.50] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23004 invoked from network); 22 Jan 2015 11:11:50 -0000 Received: from mail-la0-f50.google.com (HELO mail-la0-f50.google.com) (209.85.215.50) by server-12.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 22 Jan 2015 11:11:50 -0000 Received: by mail-la0-f50.google.com with SMTP id pn19so940805lab.9 for ; Thu, 22 Jan 2015 03:11:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=5SklRP7NXl0TnFHdqEi8DP3XOKc7fWpz8xWrhYdalik=; b=oht/gJFTNwJEdawImXdp8BCFQ2STpnZPIcIHcV4WR/YEPwD/6+m1pd/cfYV6zb+ZSn spHz1D6MXAEPbv2VfW6z6jjdeKDXneBM+9DL0AH/x6NwBQnsogT5wBRo1+AEKGkJw2wI J/aVRKXLPslprfpikbeH4YQbZHppm997zp3dLg0gY7XxAb4KzF6p1e1xp9FME55KlKcL 1qn+qEm9HlCgDAoesFFsfkQdceBLSrn8uj1ig326IPEkOydOZOf5LD+lW4OCbYJGl52/ RQ8m6sl8AnBTcp/NSVeaU5pyHpcuMKUQ6zUsglfE5HyHYq+n8icbFJeyy/kvVRt5xaYj re6A== MIME-Version: 1.0 X-Received: by 10.152.234.140 with SMTP id ue12mr877452lac.78.1421925110168; Thu, 22 Jan 2015 03:11:50 -0800 (PST) Received: by 10.25.207.3 with HTTP; Thu, 22 Jan 2015 03:11:50 -0800 (PST) In-Reply-To: References: Date: Thu, 22 Jan 2015 11:11:50 +0000 Message-ID: From: Thomas Leonard To: Thomas Gazagnaire Cc: "mirageos-devel@lists.xenproject.org" , Anil Madhavapeddy Subject: Re: [MirageOS-devel] Remove DEVICE.connect? X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 22 January 2015 at 11:04, Thomas Gazagnaire wrote: >>> So, I propose removing connect from the type signatures (but keeping >>> it in the implementations). Then, being given a device only implies >>> the ability to use it, not the ability to create more devices. > > Can you still easily compose devices together if you don't have a way to connect? Who will be responsible for calling the implementation-dependant connect function? Only the mirage tool in main.ml? (I guess that's already the case) Yes, code that wants to call connect (such as the generated main.ml) has to know the concrete module type. But this is already the case, because the "id" types are all abstract in V1_LWT. The case that is prevented is the one in my example: (connect (id dev)) where a module uses an abstract type to get a second instance of the same device. It will also mean we can use other signatures for connect (e.g. allowing multiple arguments or optional arguments) if needed. -- Dr Thomas Leonard http://0install.net/ GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 GPG: DA98 25AE CAD0 8975 7CDA BD8E 0713 3F96 CA74 D8BA _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Thu Jan 22 11:22:54 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 22 Jan 2015 11:22:54 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEFqe-0003Ti-NC; Thu, 22 Jan 2015 11:22:52 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEFqc-0003TZ-UH for mirageos-devel@lists.xenproject.org; Thu, 22 Jan 2015 11:22:51 +0000 Received: from [85.158.137.68] by server-13.bemta-3.messagelabs.com id FC/80-09606-A8DD0C45; Thu, 22 Jan 2015 11:22:50 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-7.tower-31.messagelabs.com!1421925769!21532561!1 X-Originating-IP: [209.85.217.176] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29070 invoked from network); 22 Jan 2015 11:22:49 -0000 Received: from mail-lb0-f176.google.com (HELO mail-lb0-f176.google.com) (209.85.217.176) by server-7.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 22 Jan 2015 11:22:49 -0000 Received: by mail-lb0-f176.google.com with SMTP id z12so955488lbi.7 for ; Thu, 22 Jan 2015 03:22:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=C82HXY1vR1FFLlEP52NvN2BxiUjUwRf7sAkz/+qpYO8=; b=GedSazj1WA4MM0Z07mTe5BHlOC9rHucak9P4p29Okfq1kwWYX7gWiTkQnxjwqhKCPY BlOcGDbTfhHaoFHg0V9cqo1a8lJ16KZrGj5ApnJ7QACH90s8UPwfAEhBk0K8MwXDPG0r +JGnGU6RwRLY4VNXI9AQo14TpEd9/2uGHNcCYf2MTQ/pwxB4jWLwGBIVZogdjW0RatWg 3Kn/xoNJBc9JbImVe1jvbxvKztbo5thKnop98xzg31ee7X59zSkoZkY785u2PuzJJZb3 zVmeVK9lFyoLYJ7neA9RcukfPQLiCUAX0y1+rzhZQ/GFpLuxMISkE2xdvqIViEywcNgy rC+Q== MIME-Version: 1.0 X-Received: by 10.152.182.235 with SMTP id eh11mr941851lac.9.1421925768800; Thu, 22 Jan 2015 03:22:48 -0800 (PST) Received: by 10.25.207.3 with HTTP; Thu, 22 Jan 2015 03:22:48 -0800 (PST) In-Reply-To: <8032EA0D-9D45-4AD6-8925-F56538AABF60@gazagnaire.org> References: <36DCD704-9D1D-4125-B426-6461F5804FA6@recoil.org> <8032EA0D-9D45-4AD6-8925-F56538AABF60@gazagnaire.org> Date: Thu, 22 Jan 2015 11:22:48 +0000 Message-ID: From: Thomas Leonard To: Thomas Gazagnaire Cc: mirageos-devel , Anil Madhavapeddy Subject: Re: [MirageOS-devel] xen-arm-builder restored X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 22 January 2015 at 11:05, Thomas Gazagnaire wrote: >> Thomas: we need to stream these cron logs to Irmin to make them easier to aggregate :-) > > works in progress is here: https://github.com/samoht/dog How about using the existing gitattributes(5) syntax for specifying per-file merge strategies? https://www.kernel.org/pub/software/scm/git/docs/gitattributes.html#_performing_a_three_way_merge (is your "set" the same as Git's "union"?) > would be nice if I can git clone myself sometimes ... Indeed :-) -- Dr Thomas Leonard http://0install.net/ GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 GPG: DA98 25AE CAD0 8975 7CDA BD8E 0713 3F96 CA74 D8BA _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Thu Jan 22 11:22:54 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 22 Jan 2015 11:22:54 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEFqe-0003Ti-NC; Thu, 22 Jan 2015 11:22:52 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEFqc-0003TZ-UH for mirageos-devel@lists.xenproject.org; Thu, 22 Jan 2015 11:22:51 +0000 Received: from [85.158.137.68] by server-13.bemta-3.messagelabs.com id FC/80-09606-A8DD0C45; Thu, 22 Jan 2015 11:22:50 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-7.tower-31.messagelabs.com!1421925769!21532561!1 X-Originating-IP: [209.85.217.176] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29070 invoked from network); 22 Jan 2015 11:22:49 -0000 Received: from mail-lb0-f176.google.com (HELO mail-lb0-f176.google.com) (209.85.217.176) by server-7.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 22 Jan 2015 11:22:49 -0000 Received: by mail-lb0-f176.google.com with SMTP id z12so955488lbi.7 for ; Thu, 22 Jan 2015 03:22:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=C82HXY1vR1FFLlEP52NvN2BxiUjUwRf7sAkz/+qpYO8=; b=GedSazj1WA4MM0Z07mTe5BHlOC9rHucak9P4p29Okfq1kwWYX7gWiTkQnxjwqhKCPY BlOcGDbTfhHaoFHg0V9cqo1a8lJ16KZrGj5ApnJ7QACH90s8UPwfAEhBk0K8MwXDPG0r +JGnGU6RwRLY4VNXI9AQo14TpEd9/2uGHNcCYf2MTQ/pwxB4jWLwGBIVZogdjW0RatWg 3Kn/xoNJBc9JbImVe1jvbxvKztbo5thKnop98xzg31ee7X59zSkoZkY785u2PuzJJZb3 zVmeVK9lFyoLYJ7neA9RcukfPQLiCUAX0y1+rzhZQ/GFpLuxMISkE2xdvqIViEywcNgy rC+Q== MIME-Version: 1.0 X-Received: by 10.152.182.235 with SMTP id eh11mr941851lac.9.1421925768800; Thu, 22 Jan 2015 03:22:48 -0800 (PST) Received: by 10.25.207.3 with HTTP; Thu, 22 Jan 2015 03:22:48 -0800 (PST) In-Reply-To: <8032EA0D-9D45-4AD6-8925-F56538AABF60@gazagnaire.org> References: <36DCD704-9D1D-4125-B426-6461F5804FA6@recoil.org> <8032EA0D-9D45-4AD6-8925-F56538AABF60@gazagnaire.org> Date: Thu, 22 Jan 2015 11:22:48 +0000 Message-ID: From: Thomas Leonard To: Thomas Gazagnaire Cc: mirageos-devel , Anil Madhavapeddy Subject: Re: [MirageOS-devel] xen-arm-builder restored X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 22 January 2015 at 11:05, Thomas Gazagnaire wrote: >> Thomas: we need to stream these cron logs to Irmin to make them easier to aggregate :-) > > works in progress is here: https://github.com/samoht/dog How about using the existing gitattributes(5) syntax for specifying per-file merge strategies? https://www.kernel.org/pub/software/scm/git/docs/gitattributes.html#_performing_a_three_way_merge (is your "set" the same as Git's "union"?) > would be nice if I can git clone myself sometimes ... Indeed :-) -- Dr Thomas Leonard http://0install.net/ GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 GPG: DA98 25AE CAD0 8975 7CDA BD8E 0713 3F96 CA74 D8BA _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Thu Jan 22 12:24:14 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 22 Jan 2015 12:24:14 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEGnw-00075u-UJ; Thu, 22 Jan 2015 12:24:08 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEGnv-00075m-7T for mirageos-devel@lists.xenproject.org; Thu, 22 Jan 2015 12:24:07 +0000 Received: from [85.158.143.35] by server-3.bemta-4.messagelabs.com id C2/40-19804-6EBE0C45; Thu, 22 Jan 2015 12:24:06 +0000 X-Env-Sender: martin@lucina.net X-Msg-Ref: server-7.tower-21.messagelabs.com!1421929445!23211877!1 X-Originating-IP: [62.176.169.44] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12157 invoked from network); 22 Jan 2015 12:24:06 -0000 Received: from chrocht.moloch.sk (HELO mail.moloch.sk) (62.176.169.44) by server-7.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 22 Jan 2015 12:24:06 -0000 Received: from nodbug.moloch.sk (chello089173222227.chello.sk [89.173.222.227]) by mail.moloch.sk (Postfix) with ESMTPSA id 558901815FC7 for ; Thu, 22 Jan 2015 13:24:05 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=lucina.net; s=dkim-201309; t=1421929445; bh=Z8gdbqntyPSAEpncbNeM3kqcRzrZJtXXzKSpeAw6y38=; h=Date:From:To:Subject:From; b=G0f+NMkpXl3CT5yrFTGYJ6vIROWd1Yl6lotRflSQfDeTT7kSUrZbuKfCADd5Mu83R 9YU/49xX/S/BLb9SiwZEyorcXUj2E+5BP6cPBrnP8mrjIuZL500L17QfkeByGWxPkQ A6QqvyEZrLKlal3m/2qs9V6PsaGmnbk9/bKtXzVLBs8VDuwt4dyG4lYptzJDwNSvtw 42JomJReJ0gJPlGcNlWB9KzNj5Hai4NfsJ9m5Y88jXjNCpsEErsdNmt7pyfwiQgp5y Joo5OYzFzp9jNX6BUelticVD924IIPBg7NUU/1BsNMBijNB3uzVQ5HOP3r6JrCzmLM lobw2JeYnbI+g== Received: by nodbug.moloch.sk (Postfix, from userid 1000) id 0D0704C0E2D; Thu, 22 Jan 2015 13:24:26 +0100 (CET) Date: Thu, 22 Jan 2015 13:24:26 +0100 From: Martin Lucina To: mirageos-devel@lists.xenproject.org Message-ID: <20150122122425.GC29294@nodbug.moloch.sk> Mail-Followup-To: mirageos-devel@lists.xenproject.org MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Subject: [MirageOS-devel] httpd + FastCGI + PHP stack running on Xen, powered by a Rump Kernel-based Unikernel X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org Hi all, I'm pleased to announce that we have a working httpd + FastCGI + PHP stack running on Xen, powered by a Rump Kernel -based Unikernel: http://thread.gmane.org/gmane.comp.rumpkernel.user/709 Our setup works with no significant modifications to the existing PHP or httpd codebases; I believe that this is one of the first examples of Unikernels running existing software atop a cloud hypervisor. It would be interesting to see this working with Mirage: A setup where Mirage handles TCP/HTTP, offloading dynamic requests to the rump-php via FastCGI as appropriate should be straightforward. If anyone wants to have a go at getting this working, I'm happy to help. In future I'd also like to look at implementing the Conduit protocol for Rump Kernels. We already have a similar concept (sockin) used to integrate with host networking when running in POSIX userspace. Such a setup would mean rump-php (or any other application stack) could be hosted behind synjitsu. Martin _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Thu Jan 22 12:24:14 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 22 Jan 2015 12:24:14 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEGnw-00075u-UJ; Thu, 22 Jan 2015 12:24:08 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEGnv-00075m-7T for mirageos-devel@lists.xenproject.org; Thu, 22 Jan 2015 12:24:07 +0000 Received: from [85.158.143.35] by server-3.bemta-4.messagelabs.com id C2/40-19804-6EBE0C45; Thu, 22 Jan 2015 12:24:06 +0000 X-Env-Sender: martin@lucina.net X-Msg-Ref: server-7.tower-21.messagelabs.com!1421929445!23211877!1 X-Originating-IP: [62.176.169.44] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12157 invoked from network); 22 Jan 2015 12:24:06 -0000 Received: from chrocht.moloch.sk (HELO mail.moloch.sk) (62.176.169.44) by server-7.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 22 Jan 2015 12:24:06 -0000 Received: from nodbug.moloch.sk (chello089173222227.chello.sk [89.173.222.227]) by mail.moloch.sk (Postfix) with ESMTPSA id 558901815FC7 for ; Thu, 22 Jan 2015 13:24:05 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=lucina.net; s=dkim-201309; t=1421929445; bh=Z8gdbqntyPSAEpncbNeM3kqcRzrZJtXXzKSpeAw6y38=; h=Date:From:To:Subject:From; b=G0f+NMkpXl3CT5yrFTGYJ6vIROWd1Yl6lotRflSQfDeTT7kSUrZbuKfCADd5Mu83R 9YU/49xX/S/BLb9SiwZEyorcXUj2E+5BP6cPBrnP8mrjIuZL500L17QfkeByGWxPkQ A6QqvyEZrLKlal3m/2qs9V6PsaGmnbk9/bKtXzVLBs8VDuwt4dyG4lYptzJDwNSvtw 42JomJReJ0gJPlGcNlWB9KzNj5Hai4NfsJ9m5Y88jXjNCpsEErsdNmt7pyfwiQgp5y Joo5OYzFzp9jNX6BUelticVD924IIPBg7NUU/1BsNMBijNB3uzVQ5HOP3r6JrCzmLM lobw2JeYnbI+g== Received: by nodbug.moloch.sk (Postfix, from userid 1000) id 0D0704C0E2D; Thu, 22 Jan 2015 13:24:26 +0100 (CET) Date: Thu, 22 Jan 2015 13:24:26 +0100 From: Martin Lucina To: mirageos-devel@lists.xenproject.org Message-ID: <20150122122425.GC29294@nodbug.moloch.sk> Mail-Followup-To: mirageos-devel@lists.xenproject.org MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Subject: [MirageOS-devel] httpd + FastCGI + PHP stack running on Xen, powered by a Rump Kernel-based Unikernel X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org Hi all, I'm pleased to announce that we have a working httpd + FastCGI + PHP stack running on Xen, powered by a Rump Kernel -based Unikernel: http://thread.gmane.org/gmane.comp.rumpkernel.user/709 Our setup works with no significant modifications to the existing PHP or httpd codebases; I believe that this is one of the first examples of Unikernels running existing software atop a cloud hypervisor. It would be interesting to see this working with Mirage: A setup where Mirage handles TCP/HTTP, offloading dynamic requests to the rump-php via FastCGI as appropriate should be straightforward. If anyone wants to have a go at getting this working, I'm happy to help. In future I'd also like to look at implementing the Conduit protocol for Rump Kernels. We already have a similar concept (sockin) used to integrate with host networking when running in POSIX userspace. Such a setup would mean rump-php (or any other application stack) could be hosted behind synjitsu. Martin _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Thu Jan 22 14:02:16 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 22 Jan 2015 14:02:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEIKp-0005N5-QS; Thu, 22 Jan 2015 14:02:11 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEIKo-0005IC-DH for mirageos-devel@lists.xenproject.org; Thu, 22 Jan 2015 14:02:10 +0000 Received: from [85.158.137.68] by server-17.bemta-3.messagelabs.com id FF/CA-07052-1E201C45; Thu, 22 Jan 2015 14:02:09 +0000 X-Env-Sender: thomas.gazagnaire@gmail.com X-Msg-Ref: server-14.tower-31.messagelabs.com!1421935328!19091053!1 X-Originating-IP: [74.125.82.181] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13618 invoked from network); 22 Jan 2015 14:02:09 -0000 Received: from mail-we0-f181.google.com (HELO mail-we0-f181.google.com) (74.125.82.181) by server-14.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 22 Jan 2015 14:02:09 -0000 Received: by mail-we0-f181.google.com with SMTP id k48so198278wev.12 for ; Thu, 22 Jan 2015 06:02:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=HZCkfeLHxycb1ZDUHB479EarIUmlU2FxFtaa87mh9Xw=; b=xVQO+B4HjmqaeKzQr/qIpIAeFPUVzR2ntPkFXERCEs0Cr20YNCG9AWVhJd8JfPrHcc T70MtHGEzYu0EkOTNmSR1q6ZdFs++skbSWmaO4XtueFe4sXKJmubYuzx7iIQtaq4f1hg 1bfbW7ZO1JkDyZoTtfLerLzG4OVdzfzgDRbtpAKDNT8sbauSd0QPIFTVX6GMaFFO75cO HwM0cqAx1MtucSsRJyV2H9/PxAnudaZ9+89Rn5MhEbjCHTJzKde1eHznza9Z986JF7OQ lIinL1EPV+KpT8fQ3VFfpBnCENdwKsC7f8YzXC+/6MB8EU8ydYm0bzz1hl0E1BE4uvPI A8QA== X-Received: by 10.180.208.74 with SMTP id mc10mr5434955wic.51.1421935327456; Thu, 22 Jan 2015 06:02:07 -0800 (PST) Received: from ?IPv6:2001:630:212:248:d130:1bd7:6f68:45ae? ([2001:630:212:248:d130:1bd7:6f68:45ae]) by mx.google.com with ESMTPSA id cy8sm320033wib.9.2015.01.22.06.02.06 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 22 Jan 2015 06:02:06 -0800 (PST) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Thomas Gazagnaire In-Reply-To: Date: Thu, 22 Jan 2015 14:02:05 +0000 Message-Id: References: To: Thomas Leonard X-Mailer: Apple Mail (2.1993) Cc: "mirageos-devel@lists.xenproject.org" , Anil Madhavapeddy Subject: Re: [MirageOS-devel] Remove DEVICE.connect? X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org >>>> So, I propose removing connect from the type signatures (but keeping >>>> it in the implementations). Then, being given a device only implies >>>> the ability to use it, not the ability to create more devices. >> >> Can you still easily compose devices together if you don't have a way to connect? Who will be responsible for calling the implementation-dependant connect function? Only the mirage tool in main.ml? (I guess that's already the case) > > Yes, code that wants to call connect (such as the generated main.ml) > has to know the concrete module type. But this is already the case, > because the "id" types are all abstract in V1_LWT. indeed, the mirage tool already has to deal with id of various types, so the changes you are proposing should be fine (and saner). > It will also mean we can use other signatures for connect (e.g. > allowing multiple arguments or optional arguments) if needed. That's indeed a good argument. If we don't expose the connect fonction, we can use more complex function creators when needed - that's good (and we already kind of quite do that, for instance to init the http stack where we need to construct callbacks in main.ml) _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Thu Jan 22 14:02:16 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 22 Jan 2015 14:02:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEIKp-0005N5-QS; Thu, 22 Jan 2015 14:02:11 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEIKo-0005IC-DH for mirageos-devel@lists.xenproject.org; Thu, 22 Jan 2015 14:02:10 +0000 Received: from [85.158.137.68] by server-17.bemta-3.messagelabs.com id FF/CA-07052-1E201C45; Thu, 22 Jan 2015 14:02:09 +0000 X-Env-Sender: thomas.gazagnaire@gmail.com X-Msg-Ref: server-14.tower-31.messagelabs.com!1421935328!19091053!1 X-Originating-IP: [74.125.82.181] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13618 invoked from network); 22 Jan 2015 14:02:09 -0000 Received: from mail-we0-f181.google.com (HELO mail-we0-f181.google.com) (74.125.82.181) by server-14.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 22 Jan 2015 14:02:09 -0000 Received: by mail-we0-f181.google.com with SMTP id k48so198278wev.12 for ; Thu, 22 Jan 2015 06:02:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=HZCkfeLHxycb1ZDUHB479EarIUmlU2FxFtaa87mh9Xw=; b=xVQO+B4HjmqaeKzQr/qIpIAeFPUVzR2ntPkFXERCEs0Cr20YNCG9AWVhJd8JfPrHcc T70MtHGEzYu0EkOTNmSR1q6ZdFs++skbSWmaO4XtueFe4sXKJmubYuzx7iIQtaq4f1hg 1bfbW7ZO1JkDyZoTtfLerLzG4OVdzfzgDRbtpAKDNT8sbauSd0QPIFTVX6GMaFFO75cO HwM0cqAx1MtucSsRJyV2H9/PxAnudaZ9+89Rn5MhEbjCHTJzKde1eHznza9Z986JF7OQ lIinL1EPV+KpT8fQ3VFfpBnCENdwKsC7f8YzXC+/6MB8EU8ydYm0bzz1hl0E1BE4uvPI A8QA== X-Received: by 10.180.208.74 with SMTP id mc10mr5434955wic.51.1421935327456; Thu, 22 Jan 2015 06:02:07 -0800 (PST) Received: from ?IPv6:2001:630:212:248:d130:1bd7:6f68:45ae? ([2001:630:212:248:d130:1bd7:6f68:45ae]) by mx.google.com with ESMTPSA id cy8sm320033wib.9.2015.01.22.06.02.06 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 22 Jan 2015 06:02:06 -0800 (PST) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Thomas Gazagnaire In-Reply-To: Date: Thu, 22 Jan 2015 14:02:05 +0000 Message-Id: References: To: Thomas Leonard X-Mailer: Apple Mail (2.1993) Cc: "mirageos-devel@lists.xenproject.org" , Anil Madhavapeddy Subject: Re: [MirageOS-devel] Remove DEVICE.connect? X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org >>>> So, I propose removing connect from the type signatures (but keeping >>>> it in the implementations). Then, being given a device only implies >>>> the ability to use it, not the ability to create more devices. >> >> Can you still easily compose devices together if you don't have a way to connect? Who will be responsible for calling the implementation-dependant connect function? Only the mirage tool in main.ml? (I guess that's already the case) > > Yes, code that wants to call connect (such as the generated main.ml) > has to know the concrete module type. But this is already the case, > because the "id" types are all abstract in V1_LWT. indeed, the mirage tool already has to deal with id of various types, so the changes you are proposing should be fine (and saner). > It will also mean we can use other signatures for connect (e.g. > allowing multiple arguments or optional arguments) if needed. That's indeed a good argument. If we don't expose the connect fonction, we can use more complex function creators when needed - that's good (and we already kind of quite do that, for instance to init the http stack where we need to construct callbacks in main.ml) _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Thu Jan 22 14:10:32 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 22 Jan 2015 14:10:32 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEISu-0005z8-KW; Thu, 22 Jan 2015 14:10:32 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEISt-0005z2-Bp for mirageos-devel@lists.xenproject.org; Thu, 22 Jan 2015 14:10:31 +0000 Received: from [85.158.139.211] by server-11.bemta-5.messagelabs.com id A1/8D-27320-6D401C45; Thu, 22 Jan 2015 14:10:30 +0000 X-Env-Sender: thomas.gazagnaire@gmail.com X-Msg-Ref: server-8.tower-206.messagelabs.com!1421935829!15621044!1 X-Originating-IP: [74.125.82.53] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31079 invoked from network); 22 Jan 2015 14:10:29 -0000 Received: from mail-wg0-f53.google.com (HELO mail-wg0-f53.google.com) (74.125.82.53) by server-8.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 22 Jan 2015 14:10:29 -0000 Received: by mail-wg0-f53.google.com with SMTP id a1so1916347wgh.12 for ; Thu, 22 Jan 2015 06:10:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=iV70v/fm14DOW/A3XimUJuV95YOETn7hhg8Ed0SIsvk=; b=o2HaF4Qdj1s7uNg69MskgonCmug/hUCKX6OJRrwfku1XsXj2o3SrI6s62TeZBEMHQD eKMoiQS5pz7Ph0iWT+8T570RuGf/xKAxS1yF9IFJfy6WMiy/2NFmxNOi/BXYtgmZxQHO vynsZCbkPaMUrC9r/6WCZOeVtjhY0jgJMS//ZQRebo517rzh77+S4s9dwCYeTVZ2cY0j jHYsTNr4P+wxiQCjXhJH2RKL/Xdc2lXNyDWc536+UlcdOCyw/TDVzs+uQzbQnoq55F/d oX7SLA5xw8cFuWSlYdW7uwqfd+xgZqsGMfGLhSxdf8rMGro6OJG6YrMgjPk/piWfSrRl +ycA== X-Received: by 10.194.24.195 with SMTP id w3mr3014720wjf.135.1421935829528; Thu, 22 Jan 2015 06:10:29 -0800 (PST) Received: from ?IPv6:2001:630:212:248:d130:1bd7:6f68:45ae? ([2001:630:212:248:d130:1bd7:6f68:45ae]) by mx.google.com with ESMTPSA id n3sm4101529wja.36.2015.01.22.06.10.28 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 22 Jan 2015 06:10:28 -0800 (PST) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Thomas Gazagnaire In-Reply-To: Date: Thu, 22 Jan 2015 14:10:27 +0000 Message-Id: References: <36DCD704-9D1D-4125-B426-6461F5804FA6@recoil.org> <8032EA0D-9D45-4AD6-8925-F56538AABF60@gazagnaire.org> To: Thomas Leonard X-Mailer: Apple Mail (2.1993) Cc: mirageos-devel , Anil Madhavapeddy Subject: Re: [MirageOS-devel] xen-arm-builder restored X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org >>> Thomas: we need to stream these cron logs to Irmin to make them easier to aggregate :-) >> >> works in progress is here: https://github.com/samoht/dog > > How about using the existing gitattributes(5) syntax for specifying > per-file merge strategies? > > https://www.kernel.org/pub/software/scm/git/docs/gitattributes.html#_performing_a_three_way_merge > > (is your "set" the same as Git's "union"?) Thanks for the link, didn't know about this! The .merge file in dog is very similar indeed (although that's not strictly speaking part of the tool, I just wanted to be sure that such a thing was easy to do in Irmin). The other part of the tool is push/pull/branch logic using the Irmin API. Again, you could do this using shell scripts calling the git command-line but that doesn't really scale. Thomas _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Thu Jan 22 14:10:32 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 22 Jan 2015 14:10:32 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEISu-0005z8-KW; Thu, 22 Jan 2015 14:10:32 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEISt-0005z2-Bp for mirageos-devel@lists.xenproject.org; Thu, 22 Jan 2015 14:10:31 +0000 Received: from [85.158.139.211] by server-11.bemta-5.messagelabs.com id A1/8D-27320-6D401C45; Thu, 22 Jan 2015 14:10:30 +0000 X-Env-Sender: thomas.gazagnaire@gmail.com X-Msg-Ref: server-8.tower-206.messagelabs.com!1421935829!15621044!1 X-Originating-IP: [74.125.82.53] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31079 invoked from network); 22 Jan 2015 14:10:29 -0000 Received: from mail-wg0-f53.google.com (HELO mail-wg0-f53.google.com) (74.125.82.53) by server-8.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 22 Jan 2015 14:10:29 -0000 Received: by mail-wg0-f53.google.com with SMTP id a1so1916347wgh.12 for ; Thu, 22 Jan 2015 06:10:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=iV70v/fm14DOW/A3XimUJuV95YOETn7hhg8Ed0SIsvk=; b=o2HaF4Qdj1s7uNg69MskgonCmug/hUCKX6OJRrwfku1XsXj2o3SrI6s62TeZBEMHQD eKMoiQS5pz7Ph0iWT+8T570RuGf/xKAxS1yF9IFJfy6WMiy/2NFmxNOi/BXYtgmZxQHO vynsZCbkPaMUrC9r/6WCZOeVtjhY0jgJMS//ZQRebo517rzh77+S4s9dwCYeTVZ2cY0j jHYsTNr4P+wxiQCjXhJH2RKL/Xdc2lXNyDWc536+UlcdOCyw/TDVzs+uQzbQnoq55F/d oX7SLA5xw8cFuWSlYdW7uwqfd+xgZqsGMfGLhSxdf8rMGro6OJG6YrMgjPk/piWfSrRl +ycA== X-Received: by 10.194.24.195 with SMTP id w3mr3014720wjf.135.1421935829528; Thu, 22 Jan 2015 06:10:29 -0800 (PST) Received: from ?IPv6:2001:630:212:248:d130:1bd7:6f68:45ae? ([2001:630:212:248:d130:1bd7:6f68:45ae]) by mx.google.com with ESMTPSA id n3sm4101529wja.36.2015.01.22.06.10.28 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 22 Jan 2015 06:10:28 -0800 (PST) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Thomas Gazagnaire In-Reply-To: Date: Thu, 22 Jan 2015 14:10:27 +0000 Message-Id: References: <36DCD704-9D1D-4125-B426-6461F5804FA6@recoil.org> <8032EA0D-9D45-4AD6-8925-F56538AABF60@gazagnaire.org> To: Thomas Leonard X-Mailer: Apple Mail (2.1993) Cc: mirageos-devel , Anil Madhavapeddy Subject: Re: [MirageOS-devel] xen-arm-builder restored X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org >>> Thomas: we need to stream these cron logs to Irmin to make them easier to aggregate :-) >> >> works in progress is here: https://github.com/samoht/dog > > How about using the existing gitattributes(5) syntax for specifying > per-file merge strategies? > > https://www.kernel.org/pub/software/scm/git/docs/gitattributes.html#_performing_a_three_way_merge > > (is your "set" the same as Git's "union"?) Thanks for the link, didn't know about this! The .merge file in dog is very similar indeed (although that's not strictly speaking part of the tool, I just wanted to be sure that such a thing was easy to do in Irmin). The other part of the tool is push/pull/branch logic using the Irmin API. Again, you could do this using shell scripts calling the git command-line but that doesn't really scale. Thomas _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Thu Jan 22 16:45:50 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 22 Jan 2015 16:45:50 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEKt9-0001Fp-28; Thu, 22 Jan 2015 16:45:47 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEKt7-0001Fd-LS for mirageos-devel@lists.xenproject.org; Thu, 22 Jan 2015 16:45:45 +0000 Received: from [193.109.254.147] by server-11.bemta-14.messagelabs.com id B6/5E-31115-93921C45; Thu, 22 Jan 2015 16:45:45 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1421945143!22296838!1 X-Originating-IP: [209.85.215.48] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25717 invoked from network); 22 Jan 2015 16:45:43 -0000 Received: from mail-la0-f48.google.com (HELO mail-la0-f48.google.com) (209.85.215.48) by server-4.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 22 Jan 2015 16:45:43 -0000 Received: by mail-la0-f48.google.com with SMTP id pv20so2684984lab.7 for ; Thu, 22 Jan 2015 08:45:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=VvUniIJFPtNLd+hm/yRJSs0YSmuaWoJ44SApvc54WBg=; b=WKd6zIE0HzEAAsptxWUywDd6nQJqZq3Hs5EQVWpPLSsWX8ElClznSPCqaBAoJ4j0m7 ntSTUvgxMp99EphuYqRYrL9OEd49sPlVwA2OZNLYvKhwCiRt2D2Xc2zz2+FQH4Mfk79C XLxG4CrMYcb+cViOY70SgAHl3jPziZIE+Aoad9duqv2RWSMj0ANJ6Yl0RN01nd026oPX y6I5yQfzlpCqBOe5IeIYG0MtSm4kSY80jTDXyubiAah8BkJoWHnh3xQJGyxgk0d1sNMk jfKejurZRD9IU8fkotwNB2sMWVh8/WboZk5QC+jjTFdP73i9PPRZ15FG6YKkofwB4vgJ JVLg== MIME-Version: 1.0 X-Received: by 10.112.27.133 with SMTP id t5mr2745302lbg.45.1421945142832; Thu, 22 Jan 2015 08:45:42 -0800 (PST) Received: by 10.25.207.3 with HTTP; Thu, 22 Jan 2015 08:45:42 -0800 (PST) In-Reply-To: References: Date: Thu, 22 Jan 2015 16:45:42 +0000 Message-ID: From: Thomas Leonard To: David Scott Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Errors trying the "block" example with Mirage 2.0+ and Xen 4.4 X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org T24gMjIgSmFudWFyeSAyMDE1IGF0IDA5OjQ4LCBEYXZpZCBTY290dCA8c2NvdHQuZGpAZ21haWwu Y29tPiB3cm90ZToKPiBIaSwKPgo+IE9uIFR1ZSwgSmFuIDIwLCAyMDE1IGF0IDI6MjkgUE0sIFJh cGhhZWwgJ2tlbmEnIFBvc3MgPHIucG9zc0B1dmEubmw+IHdyb3RlOgo+Pgo+Pgo+PiBGb3IgaW5m b3JtYXRpb24sIGlmIEkgbWFudWFsbHkgZWRpdCB0aGUgTWlyYWdlLWdlbmVyYXRlZCAibWFpbi5t bCIgdG8gc2F5Ogo+Pgo+PiBsZXQgYmxvY2sxICgpID0KPj4gICBCbG9jay5jb25uZWN0ICJ4dmRh MSIKPj4KPj4gKGluc3RlYWQgb2YgQmxvY2suY29ubmVjdCAiL3BhdGgvdG8vZGlzay5pbWciKQo+ Pgo+PiBUaGVuIGl0IHdvcmtzIGZpbmUhIEhvd2V2ZXIgdGhpcyBpcyBub3Qgd2hhdCBJIHdhbnQs IGFzIG1haW4ubWwgc2hvdWxkCj4+IHJlYWxseSB3b3JrIG91dCBvZiB0aGUgYm94LiA6KQoKSW4g bXkgY29uZmlnLm1sLCBJIHVzZToKCmxldCBzdG9yYWdlID0KICBtYXRjaCBnZXRfbW9kZSAoKSB3 aXRoCiAgfCBgWGVuIC0+IGJsb2NrX29mX2ZpbGUgInh2ZGEiCiAgfCBgVW5peCAtPiBibG9ja19v Zl9maWxlICJkaXNrLmltZyIKClRoYXQgd29ya3MsIGJ1dCB0aGUgImJsb2NrX29mX2ZpbGUiIG5h bWUgaXMgbWlzbGVhZGluZy4KCkFsc28sIGl0IGFsbCBnb2VzIHZlcnkgc3RyYW5nZSBpZiB5b3Ug YWxzbyBoYXZlIGEgZmlsZSBuYW1lZCAieHZkYSIgaW4KdGhlIHNhbWUgZGlyZWN0b3J5IC0gdGhl biBtaXJhZ2UgcmVwbGFjZXMgdGhlIFhlbiBibG9jayBuYW1lIHdpdGggYW4KYWJzb2x1dGUgVW5p eCBmaWxlIHBhdGghCgo+PiBJdCBzZWVtcyB0byBtZSB0aGF0IHRoZXJlIGlzIHNvbWUgbmFtaW5n IGdsdWUgYmV0d2VlbiB0aGUgY29kZSBnZW5lcmF0b3IsCj4+IEJsb2NrLmNvbm5lY3QgYW5kIFhl biB0aGF0IEkgZG9uJ3QgdW5kZXJzdGFuZC4gQ2FuIGFueW9uZSBzaGVkIHNvbWUgbGlnaHQgb24K Pj4gdGhpcz8KPgo+Cj4gT24gVW5peCB0aGUgbmF0dXJhbCB3YXkgdG8gbmFtZSBhIGZpbGUgb3Ig ZGlzayBpbWFnZSBpcyB0aHJvdWdoIGEgZmlsZXN5c3RlbQo+IHBhdGguIEluIGEgbWluaW1hbCBW TSBpbXBsZW1lbnRhdGlvbiB0aGVyZSBpc24ndCBhIGZpbGVzeXN0ZW0gc28gcGF0aHMgZG9uJ3QK PiB3b3JrOyBpbnN0ZWFkIGRpc2tzIGFyZSBhdHRhY2hlZCB0byB2aXJ0dWFsIHNsb3QgbnVtYmVy cyAodXN1YWxseSBpbnRlZ2VycykKPiBvbiBzb21lIHZpcnR1YWwgYnVzLiBPbiBYZW4sIFBWIGRp c2tzIGFyZSBhdHRhY2hlZCB0byBhIHNpbmdsZSB2aXJ0dWFsIGJ1cy4KPiBYZW4gd2FzIG9yaWdp bmFsbHkgY3JlYXRlZCB0byBydW4gUFYgTGludXggZ3Vlc3RzIGFuZCBpdCB3YXMgY29udmVuaWVu dCB0bwo+IGJhc2UgdGhlIHNsb3QgbnVtYmVycyBvbiB0aGUgTGludXggZGV2aWNlL21ham9yIG51 bWJlcnMsIGhlbmNlIHRoZQo+IGNvbnZlbnRpb24gYmVjYW1lIHRoYXQgdGhlICJmaXJzdCIgY29t bW9ubHktdXNlZCBzbG90IHdhcyBudW1iZXJlZCAiNTE3MTIiCj4gYW5kIGNvcnJlc3BvbmRlZCB0 byAiL2Rldi94dmRhIiBpbiB0aGUgZ3Vlc3QuIFRoZSBnb2FsIHdhcyB0aGF0IHRoZSBjb25maWcK PiBmaWxlIHNldHRpbmcgaW4gZG9tMCB3b3VsZCBzYXkgInh2ZGEiIGFuZCB0aGUgVk0gd291bGQg YWdyZWUgYW5kIHVzZQo+ICIvZGV2L3h2ZGEiLiBDbGVhcmx5IHRoaXMgaXMgYSBiaXQgb2xkLWZh c2hpb25lZCBub3c7IHdlIGhhdmUgbW9yZSBndWVzdAo+IHR5cGVzIHRoYW4gUFYgTGludXggYW5k IGd1ZXN0IGtlcm5lbHMgY2FuIGNhbGwgdGhlaXIgZGlzayB3aGF0ZXZlciB0aGV5IHdhbnQKPiBh bnl3YXkuCj4KPiBZb3VyIHN0cmluZyAieHZkYTEiIGlzIGJlaW5nIGludGVycHJldGVkIGJ5IHRo aXMgY29kZSBpbiBtaXJhZ2UtYmxvY2steGVuOgo+Cj4gaHR0cHM6Ly9naXRodWIuY29tL21pcmFn ZS9taXJhZ2UtYmxvY2steGVuL2Jsb2IvZjg0ZjE2ZGFiNTVjNDJlOTFiNzBkYzBjMDJlNjk1Mzcw NmExMzA2My9saWIvYmxrZnJvbnQubWwjTDQyNwo+Cj4gdGhlIGNvZGUgd2lsbCBhY2NlcHQgb3B0 aW9ucyBpbmNsdWRpbmcKPiAtIGEgdmlydHVhbCBzbG90IG51bWJlciAoZS5nLiA1MTcxMikgb24g dGhlICJYZW4gUFYiIGJ1cwo+IC0gYSB2aXJ0dWFsIHNsb3QgbnVtYmVyIGNvbnZlcnRlZCB0byBh IGxpbnV4LXN0eWxlIHN0cmluZyAoZS5nLiAieHZkYSIpCj4KPiBJIGFncmVlIHRoaXMgaXMgdmVy eSBjbHVua3kuCgpJdCB3b3VsZCBiZSBuaWNlIHRvIHVzZSBhIHZhcmlhbnQgaGVyZSAoZS5nLiBg U2xvdCAweENBMDApLgoKPiBJIHRoaW5rIHdlIG5lZWQgYSBiZXR0ZXIgd2F5IHRvIGlkZW50aWZ5 IG91ciBkaXNrcy4gVGhlIHRvb2xzdGFja3MgKHRoZQo+IHRoaW5ncyB3aGljaCBzdGFydCB0aGUg Vk1zKSBkb24ndCBwcm92aWRlIGEgbGluayBiZXR3ZWVuIHRoZSBmaWxlbmFtZSBvbiB0aGUKPiBo b3N0IGFuZCB0aGUgc2xvdCBudW1iZXIuIEluIGZhY3QgbWFueSBzZXJ2aWNlIHByb3ZpZGVycyB3 b3VsZCBwcmVmZXIgbm90IHRvCj4gbGVhayBmaWxlc3lzdGVtIHBhdGhzIGludG8gdW50cnVzdGVk IFZNcyBhdCBhbGwuIFNvIEkgdGhpbmsgd2Ugc2hvdWxkIGF2b2lkCj4gdXNpbmcgcGF0aHMgdG8g aWRlbnRpZnkgZGlza3MuCgo+IEkgYmVsaWV2ZSBXaW5kb3dzIGNvbXBsZXRlbHkgaWdub3JlcyB0 aGUgdmlydHVhbCBzbG90IG51bWJlciBhbmQgcmVsaWVzIG9uCj4gbGFiZWxzIGNvbnRhaW5lZCAq d2l0aGluKiB0aGUgZGlza3MuIFBlcmhhcHMgd2Ugc2hvdWxkIGluc2lzdCB0aGF0IGFsbCBvdXIK PiBkaXNrcyBoYXZlIGEgdHJpdmlhbCBwYXJ0aXRpb24gdGFibGUgd2l0aCBhIHVuaXF1ZSAiRGlz ayBpZGVudGl0eSI/WzFdIFRoaXMKPiBpbXBsaWVzIHdlIHdvdWxkIG5lZWQgdG8gZXh0ZW5kIHRo ZSBtaXJhZ2UgdG9vbCB0byBwcmVwYXJlIHRoZSBkaXNrIGltYWdlcwo+IGFuZCBmaWxsIGluIHRo ZSBpZGVudGlmeSBzdHJpbmc/CgpJIGxpa2UgYmVpbmcgYWJsZSB0byByZWZlciB0byByYXcgZGlz a3MgaWYgbmVlZGVkLiBCdXQgd2UgY291bGQgaGF2ZSBhCihgTGFiZWwgIm15LWRpc2siKSB2YXJp YW50IHRvby4KCj4KPiBDaGVlcnMsCj4gRGF2ZQo+Cj4gWzFdIGh0dHA6Ly9lbi53aWtpcGVkaWEu b3JnL3dpa2kvTWFzdGVyX2Jvb3RfcmVjb3JkI0Rpc2tfaWRlbnRpdHkKPgo+Cj4+Cj4+Cj4+IE9w IDIwIGphbiAyMDE1LCBvbSAxNToxOCBoZWVmdCBSYXBoYWVsICdrZW5hJyBQb3NzIGhldCB2b2xn ZW5kZQo+PiBnZXNjaHJldmVuOgo+Pgo+PiA+IEhpIGFsbCwKPj4gPgo+PiA+IEknbSBoYXZpbmcg dHJvdWJsZSB3aXRoIGFsbCB0aGUgImJsb2NrIiBleGFtcGxlcyBpbiBtaXJhZ2Utc2tlbGV0b24s Cj4+ID4gdXNpbmcgWGVuIDQuNC4KPj4gPiBJdCBhbGwgYm9pbHMgZG93biB0byBCbG9jay5jb25u ZWN0IG5vdCBmaW5kaW5nIHRoZSBkaXNrIGltYWdlIEkgZGVzY3JpYmUKPj4gPiBpbiB0aGUgLnhs IGRlc2NyaXB0aW9uIGZpbGUuCj4+ID4KPj4gPiBGb3IgZXhhbXBsZTogaW4gYmxvY2svYmxvY2tf dGVzdC54bAo+PiA+IGRpc2sgPSBbCj4+ID4gJ2Zvcm1hdD1yYXcsdmRldj14dmRhLGFjY2Vzcz1y dyx0YXJnZXQ9L2hvbWUva2VuYS9zcmMvbWlyYWdlLXNrZWxldG9uL2Jsb2NrL2Rpc2suaW1nJwo+ PiA+IF0KPj4gPgo+PiA+IEdpdmVzOgo+PiA+Cj4+ID4gQmxvY2suY29ubmVjdCAvaG9tZS9rZW5h L3NyYy9taXJhZ2Utc2tlbGV0b24vYmxvY2svZGlzay5pbWc6IHVuYWJsZSB0bwo+PiA+IG1hdGNo ICcvaG9tZS9rZW5hL3NyYy9taXJhZ2Utc2tlbGV0b24vYmxvY2svZGlzay5pbWcnIHRvIGFueSBh dmFpbGFibGUKPj4gPiBkZXZpY2VzIFsgNTE3MTIgXQo+PiA+IEJsb2NrLmNvbm5lY3QgL2hvbWUv a2VuYS9zcmMvbWlyYWdlLXNrZWxldG9uL2Jsb2NrL2Rpc2suaW1nOiBjb3VsZCBub3QKPj4gPiBm aW5kIGRldmljZQo+PiA+Cj4+ID4gVGhpcyBoYXBwZW5lZCBmaXJzdCB3aXRoIGEgZnJlc2ggaW5z dGFsbCBvZiBNaXJhZ2UgMi4wLCB0aGVuIGFsc28gd2l0aAo+PiA+IE1pcmFnZSAyLjEvMi4yIGZy b20gdGhlIG9wYW0gZGV2IHJlcG9zaXRvcnkuCj4+ID4gRm9yIHdoYXQgaXQncyB3b3J0aCBpdCBz ZWVtcyBteSBNaXJhZ2UgaW5zdGFsbCB3b3JrcyBPSywgYXMgdGhlCj4+ID4gJ2NvbnNvbGUnIGFu ZCAnc3RhdGljX3dlYnNpdGUnIGRlbW8gYXBwZWFyIHRvIHdvcmsgcGVyZmVjdGx5IGZpbmUuCj4+ ID4KPj4gPiBBbnkgaGludHMgYXMgdG8gd2hlcmUgYW5kIGhvdyB0byBpbnZlc3RpZ2F0ZSB0aGlz Pwo+PiA+Cj4+ID4gLS0KPj4gPiBSYXBoYWVsICdrZW5hJyBQb3NzIMK3IHIucG9zc0B1dmEubmwK Pj4gPiBodHRwOi8vc2NpZW5jZS5yYXBoYWVsLnBvc3MubmFtZS8KPj4gPgo+PiA+Cj4+ID4KPj4K Pj4gLS0KPj4gUmFwaGFlbCAna2VuYScgUG9zcyDCtyByLnBvc3NAdXZhLm5sCj4+IGh0dHA6Ly9z Y2llbmNlLnJhcGhhZWwucG9zcy5uYW1lLwo+Pgo+Pgo+Pgo+Pgo+PiBfX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+PiBNaXJhZ2VPUy1kZXZlbCBtYWlsaW5n IGxpc3QKPj4gTWlyYWdlT1MtZGV2ZWxAbGlzdHMueGVucHJvamVjdC5vcmcKPj4gaHR0cDovL2xp c3RzLnhlbnByb2plY3Qub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby9taXJhZ2Vvcy1kZXZl bAo+Cj4KPgo+Cj4gLS0KPiBEYXZlIFNjb3R0Cj4KPiBfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXwo+IE1pcmFnZU9TLWRldmVsIG1haWxpbmcgbGlzdAo+IE1p cmFnZU9TLWRldmVsQGxpc3RzLnhlbnByb2plY3Qub3JnCj4gaHR0cDovL2xpc3RzLnhlbnByb2pl Y3Qub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby9taXJhZ2Vvcy1kZXZlbAo+CgoKCi0tIApE ciBUaG9tYXMgTGVvbmFyZCAgICAgICAgaHR0cDovLzBpbnN0YWxsLm5ldC8KR1BHOiA5MjQyIDk4 MDcgQzk4NSAzQzA3IDQ0QTYgIDhCOUEgQUUwNyA4MjgwIDU5QTUgM0NDMQpHUEc6IERBOTggMjVB RSBDQUQwIDg5NzUgN0NEQSAgQkQ4RSAwNzEzIDNGOTYgQ0E3NCBEOEJBCgpfX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpNaXJhZ2VPUy1kZXZlbCBtYWlsaW5n IGxpc3QKTWlyYWdlT1MtZGV2ZWxAbGlzdHMueGVucHJvamVjdC5vcmcKaHR0cDovL2xpc3RzLnhl bnByb2plY3Qub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby9taXJhZ2Vvcy1kZXZlbAo= From mirageos-devel-bounces@lists.xenproject.org Thu Jan 22 16:45:50 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 22 Jan 2015 16:45:50 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEKt9-0001Fp-28; Thu, 22 Jan 2015 16:45:47 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEKt7-0001Fd-LS for mirageos-devel@lists.xenproject.org; Thu, 22 Jan 2015 16:45:45 +0000 Received: from [193.109.254.147] by server-11.bemta-14.messagelabs.com id B6/5E-31115-93921C45; Thu, 22 Jan 2015 16:45:45 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1421945143!22296838!1 X-Originating-IP: [209.85.215.48] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25717 invoked from network); 22 Jan 2015 16:45:43 -0000 Received: from mail-la0-f48.google.com (HELO mail-la0-f48.google.com) (209.85.215.48) by server-4.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 22 Jan 2015 16:45:43 -0000 Received: by mail-la0-f48.google.com with SMTP id pv20so2684984lab.7 for ; Thu, 22 Jan 2015 08:45:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=VvUniIJFPtNLd+hm/yRJSs0YSmuaWoJ44SApvc54WBg=; b=WKd6zIE0HzEAAsptxWUywDd6nQJqZq3Hs5EQVWpPLSsWX8ElClznSPCqaBAoJ4j0m7 ntSTUvgxMp99EphuYqRYrL9OEd49sPlVwA2OZNLYvKhwCiRt2D2Xc2zz2+FQH4Mfk79C XLxG4CrMYcb+cViOY70SgAHl3jPziZIE+Aoad9duqv2RWSMj0ANJ6Yl0RN01nd026oPX y6I5yQfzlpCqBOe5IeIYG0MtSm4kSY80jTDXyubiAah8BkJoWHnh3xQJGyxgk0d1sNMk jfKejurZRD9IU8fkotwNB2sMWVh8/WboZk5QC+jjTFdP73i9PPRZ15FG6YKkofwB4vgJ JVLg== MIME-Version: 1.0 X-Received: by 10.112.27.133 with SMTP id t5mr2745302lbg.45.1421945142832; Thu, 22 Jan 2015 08:45:42 -0800 (PST) Received: by 10.25.207.3 with HTTP; Thu, 22 Jan 2015 08:45:42 -0800 (PST) In-Reply-To: References: Date: Thu, 22 Jan 2015 16:45:42 +0000 Message-ID: From: Thomas Leonard To: David Scott Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Errors trying the "block" example with Mirage 2.0+ and Xen 4.4 X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org T24gMjIgSmFudWFyeSAyMDE1IGF0IDA5OjQ4LCBEYXZpZCBTY290dCA8c2NvdHQuZGpAZ21haWwu Y29tPiB3cm90ZToKPiBIaSwKPgo+IE9uIFR1ZSwgSmFuIDIwLCAyMDE1IGF0IDI6MjkgUE0sIFJh cGhhZWwgJ2tlbmEnIFBvc3MgPHIucG9zc0B1dmEubmw+IHdyb3RlOgo+Pgo+Pgo+PiBGb3IgaW5m b3JtYXRpb24sIGlmIEkgbWFudWFsbHkgZWRpdCB0aGUgTWlyYWdlLWdlbmVyYXRlZCAibWFpbi5t bCIgdG8gc2F5Ogo+Pgo+PiBsZXQgYmxvY2sxICgpID0KPj4gICBCbG9jay5jb25uZWN0ICJ4dmRh MSIKPj4KPj4gKGluc3RlYWQgb2YgQmxvY2suY29ubmVjdCAiL3BhdGgvdG8vZGlzay5pbWciKQo+ Pgo+PiBUaGVuIGl0IHdvcmtzIGZpbmUhIEhvd2V2ZXIgdGhpcyBpcyBub3Qgd2hhdCBJIHdhbnQs IGFzIG1haW4ubWwgc2hvdWxkCj4+IHJlYWxseSB3b3JrIG91dCBvZiB0aGUgYm94LiA6KQoKSW4g bXkgY29uZmlnLm1sLCBJIHVzZToKCmxldCBzdG9yYWdlID0KICBtYXRjaCBnZXRfbW9kZSAoKSB3 aXRoCiAgfCBgWGVuIC0+IGJsb2NrX29mX2ZpbGUgInh2ZGEiCiAgfCBgVW5peCAtPiBibG9ja19v Zl9maWxlICJkaXNrLmltZyIKClRoYXQgd29ya3MsIGJ1dCB0aGUgImJsb2NrX29mX2ZpbGUiIG5h bWUgaXMgbWlzbGVhZGluZy4KCkFsc28sIGl0IGFsbCBnb2VzIHZlcnkgc3RyYW5nZSBpZiB5b3Ug YWxzbyBoYXZlIGEgZmlsZSBuYW1lZCAieHZkYSIgaW4KdGhlIHNhbWUgZGlyZWN0b3J5IC0gdGhl biBtaXJhZ2UgcmVwbGFjZXMgdGhlIFhlbiBibG9jayBuYW1lIHdpdGggYW4KYWJzb2x1dGUgVW5p eCBmaWxlIHBhdGghCgo+PiBJdCBzZWVtcyB0byBtZSB0aGF0IHRoZXJlIGlzIHNvbWUgbmFtaW5n IGdsdWUgYmV0d2VlbiB0aGUgY29kZSBnZW5lcmF0b3IsCj4+IEJsb2NrLmNvbm5lY3QgYW5kIFhl biB0aGF0IEkgZG9uJ3QgdW5kZXJzdGFuZC4gQ2FuIGFueW9uZSBzaGVkIHNvbWUgbGlnaHQgb24K Pj4gdGhpcz8KPgo+Cj4gT24gVW5peCB0aGUgbmF0dXJhbCB3YXkgdG8gbmFtZSBhIGZpbGUgb3Ig ZGlzayBpbWFnZSBpcyB0aHJvdWdoIGEgZmlsZXN5c3RlbQo+IHBhdGguIEluIGEgbWluaW1hbCBW TSBpbXBsZW1lbnRhdGlvbiB0aGVyZSBpc24ndCBhIGZpbGVzeXN0ZW0gc28gcGF0aHMgZG9uJ3QK PiB3b3JrOyBpbnN0ZWFkIGRpc2tzIGFyZSBhdHRhY2hlZCB0byB2aXJ0dWFsIHNsb3QgbnVtYmVy cyAodXN1YWxseSBpbnRlZ2VycykKPiBvbiBzb21lIHZpcnR1YWwgYnVzLiBPbiBYZW4sIFBWIGRp c2tzIGFyZSBhdHRhY2hlZCB0byBhIHNpbmdsZSB2aXJ0dWFsIGJ1cy4KPiBYZW4gd2FzIG9yaWdp bmFsbHkgY3JlYXRlZCB0byBydW4gUFYgTGludXggZ3Vlc3RzIGFuZCBpdCB3YXMgY29udmVuaWVu dCB0bwo+IGJhc2UgdGhlIHNsb3QgbnVtYmVycyBvbiB0aGUgTGludXggZGV2aWNlL21ham9yIG51 bWJlcnMsIGhlbmNlIHRoZQo+IGNvbnZlbnRpb24gYmVjYW1lIHRoYXQgdGhlICJmaXJzdCIgY29t bW9ubHktdXNlZCBzbG90IHdhcyBudW1iZXJlZCAiNTE3MTIiCj4gYW5kIGNvcnJlc3BvbmRlZCB0 byAiL2Rldi94dmRhIiBpbiB0aGUgZ3Vlc3QuIFRoZSBnb2FsIHdhcyB0aGF0IHRoZSBjb25maWcK PiBmaWxlIHNldHRpbmcgaW4gZG9tMCB3b3VsZCBzYXkgInh2ZGEiIGFuZCB0aGUgVk0gd291bGQg YWdyZWUgYW5kIHVzZQo+ICIvZGV2L3h2ZGEiLiBDbGVhcmx5IHRoaXMgaXMgYSBiaXQgb2xkLWZh c2hpb25lZCBub3c7IHdlIGhhdmUgbW9yZSBndWVzdAo+IHR5cGVzIHRoYW4gUFYgTGludXggYW5k IGd1ZXN0IGtlcm5lbHMgY2FuIGNhbGwgdGhlaXIgZGlzayB3aGF0ZXZlciB0aGV5IHdhbnQKPiBh bnl3YXkuCj4KPiBZb3VyIHN0cmluZyAieHZkYTEiIGlzIGJlaW5nIGludGVycHJldGVkIGJ5IHRo aXMgY29kZSBpbiBtaXJhZ2UtYmxvY2steGVuOgo+Cj4gaHR0cHM6Ly9naXRodWIuY29tL21pcmFn ZS9taXJhZ2UtYmxvY2steGVuL2Jsb2IvZjg0ZjE2ZGFiNTVjNDJlOTFiNzBkYzBjMDJlNjk1Mzcw NmExMzA2My9saWIvYmxrZnJvbnQubWwjTDQyNwo+Cj4gdGhlIGNvZGUgd2lsbCBhY2NlcHQgb3B0 aW9ucyBpbmNsdWRpbmcKPiAtIGEgdmlydHVhbCBzbG90IG51bWJlciAoZS5nLiA1MTcxMikgb24g dGhlICJYZW4gUFYiIGJ1cwo+IC0gYSB2aXJ0dWFsIHNsb3QgbnVtYmVyIGNvbnZlcnRlZCB0byBh IGxpbnV4LXN0eWxlIHN0cmluZyAoZS5nLiAieHZkYSIpCj4KPiBJIGFncmVlIHRoaXMgaXMgdmVy eSBjbHVua3kuCgpJdCB3b3VsZCBiZSBuaWNlIHRvIHVzZSBhIHZhcmlhbnQgaGVyZSAoZS5nLiBg U2xvdCAweENBMDApLgoKPiBJIHRoaW5rIHdlIG5lZWQgYSBiZXR0ZXIgd2F5IHRvIGlkZW50aWZ5 IG91ciBkaXNrcy4gVGhlIHRvb2xzdGFja3MgKHRoZQo+IHRoaW5ncyB3aGljaCBzdGFydCB0aGUg Vk1zKSBkb24ndCBwcm92aWRlIGEgbGluayBiZXR3ZWVuIHRoZSBmaWxlbmFtZSBvbiB0aGUKPiBo b3N0IGFuZCB0aGUgc2xvdCBudW1iZXIuIEluIGZhY3QgbWFueSBzZXJ2aWNlIHByb3ZpZGVycyB3 b3VsZCBwcmVmZXIgbm90IHRvCj4gbGVhayBmaWxlc3lzdGVtIHBhdGhzIGludG8gdW50cnVzdGVk IFZNcyBhdCBhbGwuIFNvIEkgdGhpbmsgd2Ugc2hvdWxkIGF2b2lkCj4gdXNpbmcgcGF0aHMgdG8g aWRlbnRpZnkgZGlza3MuCgo+IEkgYmVsaWV2ZSBXaW5kb3dzIGNvbXBsZXRlbHkgaWdub3JlcyB0 aGUgdmlydHVhbCBzbG90IG51bWJlciBhbmQgcmVsaWVzIG9uCj4gbGFiZWxzIGNvbnRhaW5lZCAq d2l0aGluKiB0aGUgZGlza3MuIFBlcmhhcHMgd2Ugc2hvdWxkIGluc2lzdCB0aGF0IGFsbCBvdXIK PiBkaXNrcyBoYXZlIGEgdHJpdmlhbCBwYXJ0aXRpb24gdGFibGUgd2l0aCBhIHVuaXF1ZSAiRGlz ayBpZGVudGl0eSI/WzFdIFRoaXMKPiBpbXBsaWVzIHdlIHdvdWxkIG5lZWQgdG8gZXh0ZW5kIHRo ZSBtaXJhZ2UgdG9vbCB0byBwcmVwYXJlIHRoZSBkaXNrIGltYWdlcwo+IGFuZCBmaWxsIGluIHRo ZSBpZGVudGlmeSBzdHJpbmc/CgpJIGxpa2UgYmVpbmcgYWJsZSB0byByZWZlciB0byByYXcgZGlz a3MgaWYgbmVlZGVkLiBCdXQgd2UgY291bGQgaGF2ZSBhCihgTGFiZWwgIm15LWRpc2siKSB2YXJp YW50IHRvby4KCj4KPiBDaGVlcnMsCj4gRGF2ZQo+Cj4gWzFdIGh0dHA6Ly9lbi53aWtpcGVkaWEu b3JnL3dpa2kvTWFzdGVyX2Jvb3RfcmVjb3JkI0Rpc2tfaWRlbnRpdHkKPgo+Cj4+Cj4+Cj4+IE9w IDIwIGphbiAyMDE1LCBvbSAxNToxOCBoZWVmdCBSYXBoYWVsICdrZW5hJyBQb3NzIGhldCB2b2xn ZW5kZQo+PiBnZXNjaHJldmVuOgo+Pgo+PiA+IEhpIGFsbCwKPj4gPgo+PiA+IEknbSBoYXZpbmcg dHJvdWJsZSB3aXRoIGFsbCB0aGUgImJsb2NrIiBleGFtcGxlcyBpbiBtaXJhZ2Utc2tlbGV0b24s Cj4+ID4gdXNpbmcgWGVuIDQuNC4KPj4gPiBJdCBhbGwgYm9pbHMgZG93biB0byBCbG9jay5jb25u ZWN0IG5vdCBmaW5kaW5nIHRoZSBkaXNrIGltYWdlIEkgZGVzY3JpYmUKPj4gPiBpbiB0aGUgLnhs IGRlc2NyaXB0aW9uIGZpbGUuCj4+ID4KPj4gPiBGb3IgZXhhbXBsZTogaW4gYmxvY2svYmxvY2tf dGVzdC54bAo+PiA+IGRpc2sgPSBbCj4+ID4gJ2Zvcm1hdD1yYXcsdmRldj14dmRhLGFjY2Vzcz1y dyx0YXJnZXQ9L2hvbWUva2VuYS9zcmMvbWlyYWdlLXNrZWxldG9uL2Jsb2NrL2Rpc2suaW1nJwo+ PiA+IF0KPj4gPgo+PiA+IEdpdmVzOgo+PiA+Cj4+ID4gQmxvY2suY29ubmVjdCAvaG9tZS9rZW5h L3NyYy9taXJhZ2Utc2tlbGV0b24vYmxvY2svZGlzay5pbWc6IHVuYWJsZSB0bwo+PiA+IG1hdGNo ICcvaG9tZS9rZW5hL3NyYy9taXJhZ2Utc2tlbGV0b24vYmxvY2svZGlzay5pbWcnIHRvIGFueSBh dmFpbGFibGUKPj4gPiBkZXZpY2VzIFsgNTE3MTIgXQo+PiA+IEJsb2NrLmNvbm5lY3QgL2hvbWUv a2VuYS9zcmMvbWlyYWdlLXNrZWxldG9uL2Jsb2NrL2Rpc2suaW1nOiBjb3VsZCBub3QKPj4gPiBm aW5kIGRldmljZQo+PiA+Cj4+ID4gVGhpcyBoYXBwZW5lZCBmaXJzdCB3aXRoIGEgZnJlc2ggaW5z dGFsbCBvZiBNaXJhZ2UgMi4wLCB0aGVuIGFsc28gd2l0aAo+PiA+IE1pcmFnZSAyLjEvMi4yIGZy b20gdGhlIG9wYW0gZGV2IHJlcG9zaXRvcnkuCj4+ID4gRm9yIHdoYXQgaXQncyB3b3J0aCBpdCBz ZWVtcyBteSBNaXJhZ2UgaW5zdGFsbCB3b3JrcyBPSywgYXMgdGhlCj4+ID4gJ2NvbnNvbGUnIGFu ZCAnc3RhdGljX3dlYnNpdGUnIGRlbW8gYXBwZWFyIHRvIHdvcmsgcGVyZmVjdGx5IGZpbmUuCj4+ ID4KPj4gPiBBbnkgaGludHMgYXMgdG8gd2hlcmUgYW5kIGhvdyB0byBpbnZlc3RpZ2F0ZSB0aGlz Pwo+PiA+Cj4+ID4gLS0KPj4gPiBSYXBoYWVsICdrZW5hJyBQb3NzIMK3IHIucG9zc0B1dmEubmwK Pj4gPiBodHRwOi8vc2NpZW5jZS5yYXBoYWVsLnBvc3MubmFtZS8KPj4gPgo+PiA+Cj4+ID4KPj4K Pj4gLS0KPj4gUmFwaGFlbCAna2VuYScgUG9zcyDCtyByLnBvc3NAdXZhLm5sCj4+IGh0dHA6Ly9z Y2llbmNlLnJhcGhhZWwucG9zcy5uYW1lLwo+Pgo+Pgo+Pgo+Pgo+PiBfX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+PiBNaXJhZ2VPUy1kZXZlbCBtYWlsaW5n IGxpc3QKPj4gTWlyYWdlT1MtZGV2ZWxAbGlzdHMueGVucHJvamVjdC5vcmcKPj4gaHR0cDovL2xp c3RzLnhlbnByb2plY3Qub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby9taXJhZ2Vvcy1kZXZl bAo+Cj4KPgo+Cj4gLS0KPiBEYXZlIFNjb3R0Cj4KPiBfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXwo+IE1pcmFnZU9TLWRldmVsIG1haWxpbmcgbGlzdAo+IE1p cmFnZU9TLWRldmVsQGxpc3RzLnhlbnByb2plY3Qub3JnCj4gaHR0cDovL2xpc3RzLnhlbnByb2pl Y3Qub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby9taXJhZ2Vvcy1kZXZlbAo+CgoKCi0tIApE ciBUaG9tYXMgTGVvbmFyZCAgICAgICAgaHR0cDovLzBpbnN0YWxsLm5ldC8KR1BHOiA5MjQyIDk4 MDcgQzk4NSAzQzA3IDQ0QTYgIDhCOUEgQUUwNyA4MjgwIDU5QTUgM0NDMQpHUEc6IERBOTggMjVB RSBDQUQwIDg5NzUgN0NEQSAgQkQ4RSAwNzEzIDNGOTYgQ0E3NCBEOEJBCgpfX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpNaXJhZ2VPUy1kZXZlbCBtYWlsaW5n IGxpc3QKTWlyYWdlT1MtZGV2ZWxAbGlzdHMueGVucHJvamVjdC5vcmcKaHR0cDovL2xpc3RzLnhl bnByb2plY3Qub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby9taXJhZ2Vvcy1kZXZlbAo= From mirageos-devel-bounces@lists.xenproject.org Fri Jan 23 10:58:55 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 23 Jan 2015 10:58:55 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEbwu-0006OH-L0; Fri, 23 Jan 2015 10:58:48 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEbws-0006No-Sh for mirageos-devel@lists.xenproject.org; Fri, 23 Jan 2015 10:58:47 +0000 Received: from [85.158.143.35] by server-2.bemta-4.messagelabs.com id 35/03-10078-66922C45; Fri, 23 Jan 2015 10:58:46 +0000 X-Env-Sender: thomas.gazagnaire@gmail.com X-Msg-Ref: server-6.tower-21.messagelabs.com!1422010725!11815758!1 X-Originating-IP: [74.125.82.180] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10700 invoked from network); 23 Jan 2015 10:58:45 -0000 Received: from mail-we0-f180.google.com (HELO mail-we0-f180.google.com) (74.125.82.180) by server-6.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 23 Jan 2015 10:58:45 -0000 Received: by mail-we0-f180.google.com with SMTP id m14so6863853wev.11 for ; Fri, 23 Jan 2015 02:58:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=XBbU7NNFvI6Eiz1ovJGyxC0/e3u19t/765U6+6FThMU=; b=q4OVeAYYobLBJwkvR4EzAkc3IjWCd9yQ//wQB+KTWLuXr8BBoAfBicq+/6/bFvxRGe +1FVCEyvi7anYW/0hlPnx5X9BBqiIQIeRA5L+UEXk+772wRFIozcrVGKp1gAqL/vODnl y1TG/BgBp9ETYN6oR0gxZbdNkOGpi6ZmzGvJExwp7B34iAtc3xt4M3/vTTuHqGH9t2vc EFlTRW6SbxYRWLWniZpOqKA8gdImZ8mLWGvQ5DdqIzHUBYe2YLo4N4DvURCeTkGGn4U5 inUXTk+4axSGg8U+4LdU9rLGN6woRF/G58heIVCwdOn9WxOIqmqiCoJ/vsCbSCHUinz/ 5IVA== X-Received: by 10.194.157.4 with SMTP id wi4mr12718296wjb.54.1422010725036; Fri, 23 Jan 2015 02:58:45 -0800 (PST) Received: from [192.168.0.2] (cpc25-cmbg14-2-0-cust121.5-4.cable.virginm.net. [213.106.112.122]) by mx.google.com with ESMTPSA id kn7sm1679207wjc.45.2015.01.23.02.58.43 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 23 Jan 2015 02:58:43 -0800 (PST) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Thomas Gazagnaire In-Reply-To: <533450C5.5070005@xen.org> Date: Fri, 23 Jan 2015 10:58:42 +0000 Message-Id: References: <1395927366.3749.13.camel@Guybrush> <533450C5.5070005@xen.org> To: lars.kurth@xen.org X-Mailer: Apple Mail (2.1993) Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Issues and questions related to contribution metrics dashboard for XAPI and Mirage OS X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5133937282055209843==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============5133937282055209843== Content-Type: multipart/alternative; boundary="Apple-Mail=_11F3BF86-2BD5-49BB-B041-C2C2263E4015" --Apple-Mail=_11F3BF86-2BD5-49BB-B041-C2C2263E4015 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 > Also, it would be good to let me know of any other repos that you dont = want to analyse. The full list is at = http://bitergia.com/projects/citrix-xen-dashboard/browser/scm-repos.html = = (note that there is 79 pages of them) which should be aggregated into = buckets for XAPI and opam Hi Lars, is this dashboard supposed to be up-to-date? = http://bitergia.com/projects/xen-project-dashboard/browser/repository.html= ?repository=3Dirmin.git = is empty for instance Best, Thomas= --Apple-Mail=_11F3BF86-2BD5-49BB-B041-C2C2263E4015 Content-Transfer-Encoding: 7bit Content-Type: text/html; charset=windows-1252
Also, it would be good to let me know of any other repos that you dont want to analyse. The full list is at http://bitergia.com/projects/citrix-xen-dashboard/browser/scm-repos.html (note that there is 79 pages of them) which should be aggregated into buckets for XAPI and opam

Hi Lars, is this dashboard supposed to be up-to-date?


is empty for instance

Best,
Thomas
--Apple-Mail=_11F3BF86-2BD5-49BB-B041-C2C2263E4015-- --===============5133937282055209843== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel --===============5133937282055209843==-- From mirageos-devel-bounces@lists.xenproject.org Fri Jan 23 10:58:55 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 23 Jan 2015 10:58:55 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEbwu-0006OH-L0; Fri, 23 Jan 2015 10:58:48 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEbws-0006No-Sh for mirageos-devel@lists.xenproject.org; Fri, 23 Jan 2015 10:58:47 +0000 Received: from [85.158.143.35] by server-2.bemta-4.messagelabs.com id 35/03-10078-66922C45; Fri, 23 Jan 2015 10:58:46 +0000 X-Env-Sender: thomas.gazagnaire@gmail.com X-Msg-Ref: server-6.tower-21.messagelabs.com!1422010725!11815758!1 X-Originating-IP: [74.125.82.180] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10700 invoked from network); 23 Jan 2015 10:58:45 -0000 Received: from mail-we0-f180.google.com (HELO mail-we0-f180.google.com) (74.125.82.180) by server-6.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 23 Jan 2015 10:58:45 -0000 Received: by mail-we0-f180.google.com with SMTP id m14so6863853wev.11 for ; Fri, 23 Jan 2015 02:58:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=XBbU7NNFvI6Eiz1ovJGyxC0/e3u19t/765U6+6FThMU=; b=q4OVeAYYobLBJwkvR4EzAkc3IjWCd9yQ//wQB+KTWLuXr8BBoAfBicq+/6/bFvxRGe +1FVCEyvi7anYW/0hlPnx5X9BBqiIQIeRA5L+UEXk+772wRFIozcrVGKp1gAqL/vODnl y1TG/BgBp9ETYN6oR0gxZbdNkOGpi6ZmzGvJExwp7B34iAtc3xt4M3/vTTuHqGH9t2vc EFlTRW6SbxYRWLWniZpOqKA8gdImZ8mLWGvQ5DdqIzHUBYe2YLo4N4DvURCeTkGGn4U5 inUXTk+4axSGg8U+4LdU9rLGN6woRF/G58heIVCwdOn9WxOIqmqiCoJ/vsCbSCHUinz/ 5IVA== X-Received: by 10.194.157.4 with SMTP id wi4mr12718296wjb.54.1422010725036; Fri, 23 Jan 2015 02:58:45 -0800 (PST) Received: from [192.168.0.2] (cpc25-cmbg14-2-0-cust121.5-4.cable.virginm.net. [213.106.112.122]) by mx.google.com with ESMTPSA id kn7sm1679207wjc.45.2015.01.23.02.58.43 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 23 Jan 2015 02:58:43 -0800 (PST) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Thomas Gazagnaire In-Reply-To: <533450C5.5070005@xen.org> Date: Fri, 23 Jan 2015 10:58:42 +0000 Message-Id: References: <1395927366.3749.13.camel@Guybrush> <533450C5.5070005@xen.org> To: lars.kurth@xen.org X-Mailer: Apple Mail (2.1993) Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Issues and questions related to contribution metrics dashboard for XAPI and Mirage OS X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5133937282055209843==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============5133937282055209843== Content-Type: multipart/alternative; boundary="Apple-Mail=_11F3BF86-2BD5-49BB-B041-C2C2263E4015" --Apple-Mail=_11F3BF86-2BD5-49BB-B041-C2C2263E4015 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 > Also, it would be good to let me know of any other repos that you dont = want to analyse. The full list is at = http://bitergia.com/projects/citrix-xen-dashboard/browser/scm-repos.html = = (note that there is 79 pages of them) which should be aggregated into = buckets for XAPI and opam Hi Lars, is this dashboard supposed to be up-to-date? = http://bitergia.com/projects/xen-project-dashboard/browser/repository.html= ?repository=3Dirmin.git = is empty for instance Best, Thomas= --Apple-Mail=_11F3BF86-2BD5-49BB-B041-C2C2263E4015 Content-Transfer-Encoding: 7bit Content-Type: text/html; charset=windows-1252
Also, it would be good to let me know of any other repos that you dont want to analyse. The full list is at http://bitergia.com/projects/citrix-xen-dashboard/browser/scm-repos.html (note that there is 79 pages of them) which should be aggregated into buckets for XAPI and opam

Hi Lars, is this dashboard supposed to be up-to-date?


is empty for instance

Best,
Thomas
--Apple-Mail=_11F3BF86-2BD5-49BB-B041-C2C2263E4015-- --===============5133937282055209843== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel --===============5133937282055209843==-- From mirageos-devel-bounces@lists.xenproject.org Fri Jan 23 13:52:44 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 23 Jan 2015 13:52:44 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEefA-00070J-Fl; Fri, 23 Jan 2015 13:52:40 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEef9-00070E-Qt for mirageos-devel@lists.xenproject.org; Fri, 23 Jan 2015 13:52:39 +0000 Received: from [85.158.137.68] by server-8.bemta-3.messagelabs.com id 9A/B6-19642-72252C45; Fri, 23 Jan 2015 13:52:39 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-10.tower-31.messagelabs.com!1422021158!21818747!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2734 invoked from network); 23 Jan 2015 13:52:38 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-10.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 23 Jan 2015 13:52:38 -0000 Received: from [10.100.250.48] (80.156.88.18 [80.156.88.18]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 2358bdab; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Fri, 23 Jan 2015 13:52:37 +0000 (GMT) From: Anil Madhavapeddy Message-Id: <170FABB1-E320-44A5-A956-1BAB8BFC6B4C@recoil.org> Date: Fri, 23 Jan 2015 14:52:36 +0100 To: opam-devel , mirageos-devel Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) X-Mailer: Apple Mail (2.1993) Subject: [MirageOS-devel] adding OPAM pkg-config path to env X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org Do we have an open bug in OPAM about some mechanism to extend the environment exported by `opam config env`? It would be really convenient if it also exported PKG_CONFIG_PATH to point to `opam config show prefix`/lib/pkgconfig, and it would be even nicer if this could be done without modifying OPAM for every new environment variable. -a _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Fri Jan 23 13:52:44 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 23 Jan 2015 13:52:44 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEefA-00070J-Fl; Fri, 23 Jan 2015 13:52:40 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEef9-00070E-Qt for mirageos-devel@lists.xenproject.org; Fri, 23 Jan 2015 13:52:39 +0000 Received: from [85.158.137.68] by server-8.bemta-3.messagelabs.com id 9A/B6-19642-72252C45; Fri, 23 Jan 2015 13:52:39 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-10.tower-31.messagelabs.com!1422021158!21818747!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2734 invoked from network); 23 Jan 2015 13:52:38 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-10.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 23 Jan 2015 13:52:38 -0000 Received: from [10.100.250.48] (80.156.88.18 [80.156.88.18]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 2358bdab; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Fri, 23 Jan 2015 13:52:37 +0000 (GMT) From: Anil Madhavapeddy Message-Id: <170FABB1-E320-44A5-A956-1BAB8BFC6B4C@recoil.org> Date: Fri, 23 Jan 2015 14:52:36 +0100 To: opam-devel , mirageos-devel Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) X-Mailer: Apple Mail (2.1993) Subject: [MirageOS-devel] adding OPAM pkg-config path to env X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org Do we have an open bug in OPAM about some mechanism to extend the environment exported by `opam config env`? It would be really convenient if it also exported PKG_CONFIG_PATH to point to `opam config show prefix`/lib/pkgconfig, and it would be even nicer if this could be done without modifying OPAM for every new environment variable. -a _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Fri Jan 23 14:44:32 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 23 Jan 2015 14:44:32 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEfTL-0003Dz-DH; Fri, 23 Jan 2015 14:44:31 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEfTK-0003Do-B1 for mirageos-devel@lists.xenproject.org; Fri, 23 Jan 2015 14:44:30 +0000 Received: from [193.109.254.147] by server-2.bemta-14.messagelabs.com id 28/90-04836-D4E52C45; Fri, 23 Jan 2015 14:44:29 +0000 X-Env-Sender: sebastien.mondet@gmail.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1422024268!22556530!1 X-Originating-IP: [74.125.82.179] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8968 invoked from network); 23 Jan 2015 14:44:28 -0000 Received: from mail-we0-f179.google.com (HELO mail-we0-f179.google.com) (74.125.82.179) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 23 Jan 2015 14:44:28 -0000 Received: by mail-we0-f179.google.com with SMTP id q59so7963161wes.10 for ; Fri, 23 Jan 2015 06:44:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=AUox+qM5gHl6lOb5grn6+CLfmKXTr33q7gMNXe7Kt9s=; b=x3c2X2bmIxRxFQDNA75Q6M7jYQJYYLUFmIkNnVDWpoKYcPPCBgiA9aKV2J5/YyJ1de +MrIfPYq30jQBxukKo46jXHD5f/YUYIA96QzH09KmMRvKS6AbgrdU1S4rsLaRVRdUJjC aJDUUkg43XCo0DOuoLO1xnSaitCh0wh48++eu0C3e5UtpqOf3bGMV85tj3y7PVeltIoY PtZ6hvDnyNLSwsPqLqdh3erWdmIjKGPuy9k/esui/ym3MlJy2V7raHhz+VKg/YQLGGYv tJ2eGkssykITJ7GX/0Mgp3KC4k1wugz/5PK3QRKKN5V/Tpbs8b+dnTPuHQ71YeQfCWPO JpDQ== X-Received: by 10.180.98.3 with SMTP id ee3mr4639346wib.12.1422024267345; Fri, 23 Jan 2015 06:44:27 -0800 (PST) MIME-Version: 1.0 Received: by 10.216.35.205 with HTTP; Fri, 23 Jan 2015 06:44:05 -0800 (PST) In-Reply-To: <170FABB1-E320-44A5-A956-1BAB8BFC6B4C@recoil.org> References: <170FABB1-E320-44A5-A956-1BAB8BFC6B4C@recoil.org> From: Sebastien Mondet Date: Fri, 23 Jan 2015 09:44:05 -0500 Message-ID: To: Anil Madhavapeddy Cc: opam-devel , mirageos-devel Subject: Re: [MirageOS-devel] [opam-devel] adding OPAM pkg-config path to env X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3551676263191077155==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============3551676263191077155== Content-Type: multipart/alternative; boundary=f46d041827e451353c050d52d382 --f46d041827e451353c050d52d382 Content-Type: text/plain; charset=UTF-8 Just quoting Louis from a previous email (I haven't tried yet): and, still in the ".comp" file, you should be able to add: > > env: [ "LD_LIBRARY_PATH" += "%{lib}%" ] > cheers Seb On Fri, Jan 23, 2015 at 8:52 AM, Anil Madhavapeddy wrote: > Do we have an open bug in OPAM about some mechanism to extend the > environment exported by `opam config env`? > > It would be really convenient if it also exported PKG_CONFIG_PATH to point > to `opam config show prefix`/lib/pkgconfig, and it would be even nicer if > this could be done without modifying OPAM for every new environment > variable. > > -a > > _______________________________________________ > opam-devel mailing list > opam-devel@lists.ocaml.org > http://lists.ocaml.org/listinfo/opam-devel > --f46d041827e451353c050d52d382 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Just quoting Louis from a previou= s email (I haven't tried yet):

and, still in the ".comp" file, you should be ab= le to add:

env: [ "LD_LIBRARY_PATH" +=3D "%{lib}%" ]

cheers
Seb




On Fri, Jan 23, 201= 5 at 8:52 AM, Anil Madhavapeddy <anil@recoil.org> wrote:
Do we have an open bug in OPAM about some mech= anism to extend the environment exported by `opam config env`?

It would be really convenient if it also exported PKG_CONFIG_PATH to point = to `opam config show prefix`/lib/pkgconfig, and it would be even nicer if t= his could be done without modifying OPAM for every new environment variable= .

-a

_______________________________________________
opam-devel mailing list
opam-devel@lists.ocaml.org
ht= tp://lists.ocaml.org/listinfo/opam-devel

--f46d041827e451353c050d52d382-- --===============3551676263191077155== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel --===============3551676263191077155==-- From mirageos-devel-bounces@lists.xenproject.org Fri Jan 23 14:44:32 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 23 Jan 2015 14:44:32 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEfTL-0003Dz-DH; Fri, 23 Jan 2015 14:44:31 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEfTK-0003Do-B1 for mirageos-devel@lists.xenproject.org; Fri, 23 Jan 2015 14:44:30 +0000 Received: from [193.109.254.147] by server-2.bemta-14.messagelabs.com id 28/90-04836-D4E52C45; Fri, 23 Jan 2015 14:44:29 +0000 X-Env-Sender: sebastien.mondet@gmail.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1422024268!22556530!1 X-Originating-IP: [74.125.82.179] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8968 invoked from network); 23 Jan 2015 14:44:28 -0000 Received: from mail-we0-f179.google.com (HELO mail-we0-f179.google.com) (74.125.82.179) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 23 Jan 2015 14:44:28 -0000 Received: by mail-we0-f179.google.com with SMTP id q59so7963161wes.10 for ; Fri, 23 Jan 2015 06:44:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=AUox+qM5gHl6lOb5grn6+CLfmKXTr33q7gMNXe7Kt9s=; b=x3c2X2bmIxRxFQDNA75Q6M7jYQJYYLUFmIkNnVDWpoKYcPPCBgiA9aKV2J5/YyJ1de +MrIfPYq30jQBxukKo46jXHD5f/YUYIA96QzH09KmMRvKS6AbgrdU1S4rsLaRVRdUJjC aJDUUkg43XCo0DOuoLO1xnSaitCh0wh48++eu0C3e5UtpqOf3bGMV85tj3y7PVeltIoY PtZ6hvDnyNLSwsPqLqdh3erWdmIjKGPuy9k/esui/ym3MlJy2V7raHhz+VKg/YQLGGYv tJ2eGkssykITJ7GX/0Mgp3KC4k1wugz/5PK3QRKKN5V/Tpbs8b+dnTPuHQ71YeQfCWPO JpDQ== X-Received: by 10.180.98.3 with SMTP id ee3mr4639346wib.12.1422024267345; Fri, 23 Jan 2015 06:44:27 -0800 (PST) MIME-Version: 1.0 Received: by 10.216.35.205 with HTTP; Fri, 23 Jan 2015 06:44:05 -0800 (PST) In-Reply-To: <170FABB1-E320-44A5-A956-1BAB8BFC6B4C@recoil.org> References: <170FABB1-E320-44A5-A956-1BAB8BFC6B4C@recoil.org> From: Sebastien Mondet Date: Fri, 23 Jan 2015 09:44:05 -0500 Message-ID: To: Anil Madhavapeddy Cc: opam-devel , mirageos-devel Subject: Re: [MirageOS-devel] [opam-devel] adding OPAM pkg-config path to env X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3551676263191077155==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============3551676263191077155== Content-Type: multipart/alternative; boundary=f46d041827e451353c050d52d382 --f46d041827e451353c050d52d382 Content-Type: text/plain; charset=UTF-8 Just quoting Louis from a previous email (I haven't tried yet): and, still in the ".comp" file, you should be able to add: > > env: [ "LD_LIBRARY_PATH" += "%{lib}%" ] > cheers Seb On Fri, Jan 23, 2015 at 8:52 AM, Anil Madhavapeddy wrote: > Do we have an open bug in OPAM about some mechanism to extend the > environment exported by `opam config env`? > > It would be really convenient if it also exported PKG_CONFIG_PATH to point > to `opam config show prefix`/lib/pkgconfig, and it would be even nicer if > this could be done without modifying OPAM for every new environment > variable. > > -a > > _______________________________________________ > opam-devel mailing list > opam-devel@lists.ocaml.org > http://lists.ocaml.org/listinfo/opam-devel > --f46d041827e451353c050d52d382 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Just quoting Louis from a previou= s email (I haven't tried yet):

and, still in the ".comp" file, you should be ab= le to add:

env: [ "LD_LIBRARY_PATH" +=3D "%{lib}%" ]

cheers
Seb




On Fri, Jan 23, 201= 5 at 8:52 AM, Anil Madhavapeddy <anil@recoil.org> wrote:
Do we have an open bug in OPAM about some mech= anism to extend the environment exported by `opam config env`?

It would be really convenient if it also exported PKG_CONFIG_PATH to point = to `opam config show prefix`/lib/pkgconfig, and it would be even nicer if t= his could be done without modifying OPAM for every new environment variable= .

-a

_______________________________________________
opam-devel mailing list
opam-devel@lists.ocaml.org
ht= tp://lists.ocaml.org/listinfo/opam-devel

--f46d041827e451353c050d52d382-- --===============3551676263191077155== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel --===============3551676263191077155==-- From mirageos-devel-bounces@lists.xenproject.org Fri Jan 23 15:51:39 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 23 Jan 2015 15:51:39 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEgWF-00051M-Jf; Fri, 23 Jan 2015 15:51:35 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEgWE-00051D-Aj for mirageos-devel@lists.xenproject.org; Fri, 23 Jan 2015 15:51:34 +0000 Received: from [85.158.137.68] by server-1.bemta-3.messagelabs.com id E8/88-10932-50E62C45; Fri, 23 Jan 2015 15:51:33 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-10.tower-31.messagelabs.com!1422028292!21854230!1 X-Originating-IP: [209.85.217.176] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22828 invoked from network); 23 Jan 2015 15:51:33 -0000 Received: from mail-lb0-f176.google.com (HELO mail-lb0-f176.google.com) (209.85.217.176) by server-10.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 23 Jan 2015 15:51:33 -0000 Received: by mail-lb0-f176.google.com with SMTP id z12so7717168lbi.7 for ; Fri, 23 Jan 2015 07:51:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=gBPjPe4emlgGkxXyG0ggoDcqYSr9prwJmy1hiebUbUU=; b=In2ehG1YcosNAcgJOAuKDk88EI46flhx3SySKcx8BUdaXkU30Oy88xS99V72b+VDwG ZFKRFY1i6pDTvLJ5WBy6ABFuQQIDEfm5urh4izsb5ILKjxnIiLgXOaM0Utu1XYeqtlWT G7xRrTwJWwzh2Ts6EnKInYd8/9yjxMaDW1AKunmdS7yVVTx6AO9oSMbfs6ztRXs0PyiO j9ktF7IuvpL5/Rk+/fMlHiJPe5/aY0aSBeVCXUtmJz935CEqXEfupxszHp8Xp4eoIuYJ dSEhyCySrOfHQj78jIF7/3fxiuwOpgYdaOALmMtiKRICxgl/HQ1Y78NFyMVUM1OldoTa eYMw== MIME-Version: 1.0 X-Received: by 10.112.162.226 with SMTP id yd2mr8101233lbb.1.1422028292414; Fri, 23 Jan 2015 07:51:32 -0800 (PST) Received: by 10.25.207.3 with HTTP; Fri, 23 Jan 2015 07:51:32 -0800 (PST) Date: Fri, 23 Jan 2015 15:51:32 +0000 Message-ID: From: Thomas Leonard To: "mirageos-devel@lists.xenproject.org" Subject: [MirageOS-devel] StackOverflow mirage tag X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org I found a question about Mirage on stackoverflow, so I created a new tag for them: http://stackoverflow.com/questions/tagged/mirage This way, you can subscribe to get email when someone asks a Mirage-related question. (I submitted a summary too, but it's waiting to be reviewed) -- Dr Thomas Leonard http://0install.net/ GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 GPG: DA98 25AE CAD0 8975 7CDA BD8E 0713 3F96 CA74 D8BA _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Fri Jan 23 15:51:39 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 23 Jan 2015 15:51:39 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEgWF-00051M-Jf; Fri, 23 Jan 2015 15:51:35 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEgWE-00051D-Aj for mirageos-devel@lists.xenproject.org; Fri, 23 Jan 2015 15:51:34 +0000 Received: from [85.158.137.68] by server-1.bemta-3.messagelabs.com id E8/88-10932-50E62C45; Fri, 23 Jan 2015 15:51:33 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-10.tower-31.messagelabs.com!1422028292!21854230!1 X-Originating-IP: [209.85.217.176] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22828 invoked from network); 23 Jan 2015 15:51:33 -0000 Received: from mail-lb0-f176.google.com (HELO mail-lb0-f176.google.com) (209.85.217.176) by server-10.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 23 Jan 2015 15:51:33 -0000 Received: by mail-lb0-f176.google.com with SMTP id z12so7717168lbi.7 for ; Fri, 23 Jan 2015 07:51:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=gBPjPe4emlgGkxXyG0ggoDcqYSr9prwJmy1hiebUbUU=; b=In2ehG1YcosNAcgJOAuKDk88EI46flhx3SySKcx8BUdaXkU30Oy88xS99V72b+VDwG ZFKRFY1i6pDTvLJ5WBy6ABFuQQIDEfm5urh4izsb5ILKjxnIiLgXOaM0Utu1XYeqtlWT G7xRrTwJWwzh2Ts6EnKInYd8/9yjxMaDW1AKunmdS7yVVTx6AO9oSMbfs6ztRXs0PyiO j9ktF7IuvpL5/Rk+/fMlHiJPe5/aY0aSBeVCXUtmJz935CEqXEfupxszHp8Xp4eoIuYJ dSEhyCySrOfHQj78jIF7/3fxiuwOpgYdaOALmMtiKRICxgl/HQ1Y78NFyMVUM1OldoTa eYMw== MIME-Version: 1.0 X-Received: by 10.112.162.226 with SMTP id yd2mr8101233lbb.1.1422028292414; Fri, 23 Jan 2015 07:51:32 -0800 (PST) Received: by 10.25.207.3 with HTTP; Fri, 23 Jan 2015 07:51:32 -0800 (PST) Date: Fri, 23 Jan 2015 15:51:32 +0000 Message-ID: From: Thomas Leonard To: "mirageos-devel@lists.xenproject.org" Subject: [MirageOS-devel] StackOverflow mirage tag X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org I found a question about Mirage on stackoverflow, so I created a new tag for them: http://stackoverflow.com/questions/tagged/mirage This way, you can subscribe to get email when someone asks a Mirage-related question. (I submitted a summary too, but it's waiting to be reviewed) -- Dr Thomas Leonard http://0install.net/ GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 GPG: DA98 25AE CAD0 8975 7CDA BD8E 0713 3F96 CA74 D8BA _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Fri Jan 23 16:03:36 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 23 Jan 2015 16:03:36 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEghq-0006gs-Mt; Fri, 23 Jan 2015 16:03:34 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEghp-0006fo-4K for mirageos-devel@lists.xenproject.org; Fri, 23 Jan 2015 16:03:33 +0000 Received: from [85.158.137.68] by server-4.bemta-3.messagelabs.com id 1B/39-16348-4D072C45; Fri, 23 Jan 2015 16:03:32 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-2.tower-31.messagelabs.com!1422029011!21878144!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19801 invoked from network); 23 Jan 2015 16:03:31 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-2.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 23 Jan 2015 16:03:31 -0000 Received: from [10.100.250.48] (80.156.88.18 [80.156.88.18]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 0ad18b53; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Fri, 23 Jan 2015 16:03:31 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: Date: Fri, 23 Jan 2015 17:03:30 +0100 Message-Id: References: To: Thomas Leonard X-Mailer: Apple Mail (2.1993) Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] StackOverflow mirage tag X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 23 Jan 2015, at 16:51, Thomas Leonard wrote: > > I found a question about Mirage on stackoverflow, so I created a new > tag for them: > > http://stackoverflow.com/questions/tagged/mirage > > This way, you can subscribe to get email when someone asks a > Mirage-related question. > > (I submitted a summary too, but it's waiting to be reviewed) I answered the question! Upvote me! Upvote me! I guess SO is becoming the Q&A forum of choice, so it's great to see this. As a complete newbie, how do I subscribe to the `mirage` tag by email? -anil _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Fri Jan 23 16:03:36 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 23 Jan 2015 16:03:36 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEghq-0006gs-Mt; Fri, 23 Jan 2015 16:03:34 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEghp-0006fo-4K for mirageos-devel@lists.xenproject.org; Fri, 23 Jan 2015 16:03:33 +0000 Received: from [85.158.137.68] by server-4.bemta-3.messagelabs.com id 1B/39-16348-4D072C45; Fri, 23 Jan 2015 16:03:32 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-2.tower-31.messagelabs.com!1422029011!21878144!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19801 invoked from network); 23 Jan 2015 16:03:31 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-2.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 23 Jan 2015 16:03:31 -0000 Received: from [10.100.250.48] (80.156.88.18 [80.156.88.18]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 0ad18b53; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Fri, 23 Jan 2015 16:03:31 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: Date: Fri, 23 Jan 2015 17:03:30 +0100 Message-Id: References: To: Thomas Leonard X-Mailer: Apple Mail (2.1993) Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] StackOverflow mirage tag X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 23 Jan 2015, at 16:51, Thomas Leonard wrote: > > I found a question about Mirage on stackoverflow, so I created a new > tag for them: > > http://stackoverflow.com/questions/tagged/mirage > > This way, you can subscribe to get email when someone asks a > Mirage-related question. > > (I submitted a summary too, but it's waiting to be reviewed) I answered the question! Upvote me! Upvote me! I guess SO is becoming the Q&A forum of choice, so it's great to see this. As a complete newbie, how do I subscribe to the `mirage` tag by email? -anil _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Fri Jan 23 16:05:19 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 23 Jan 2015 16:05:19 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEgjX-0006w9-9W; Fri, 23 Jan 2015 16:05:19 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEgjV-0006w4-Mw for mirageos-devel@lists.xenproject.org; Fri, 23 Jan 2015 16:05:17 +0000 Received: from [85.158.139.211] by server-4.bemta-5.messagelabs.com id 20/0E-11354-C3172C45; Fri, 23 Jan 2015 16:05:16 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-15.tower-206.messagelabs.com!1422029115!16457089!1 X-Originating-IP: [209.85.215.41] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19677 invoked from network); 23 Jan 2015 16:05:16 -0000 Received: from mail-la0-f41.google.com (HELO mail-la0-f41.google.com) (209.85.215.41) by server-15.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 23 Jan 2015 16:05:16 -0000 Received: by mail-la0-f41.google.com with SMTP id gm9so8126401lab.0 for ; Fri, 23 Jan 2015 08:05:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=DUMgsviR+H3WffnkrYxt0FPzkpoqzNwhYDiCOuljtp0=; b=XKOCjJO4wLSYQbe6Xqkjv7qxkSObdJck0tqpDcZCLMgi2I9BmuReIQ0RysoqNbyY2N /zc83jIJhI+s/uQrTTBqUfEGI82V/tHMHBI6buej8yK6HoDx8w1bdNLGfRBdkYLKE4+W JlwWicea1bK1mLcnSp9/IVdwUyx7IsMhY1Y3DFWXXFVvnVF8egg54NlfPZppPG2J+pdy eBINqC/xpOTfiQcH93SNgIbdQ/RI8W3RozQibcxlA+bHU00w98ASkNGLFmRKtZs+XCD9 MChc4uoLVO17OJws2pC+xaXaOcBIy2O1e+sdsiYWv3ANxqVF7vYIRSOHOpFVzOMihcFD FscQ== MIME-Version: 1.0 X-Received: by 10.152.182.235 with SMTP id eh11mr8257341lac.9.1422029115399; Fri, 23 Jan 2015 08:05:15 -0800 (PST) Received: by 10.25.207.3 with HTTP; Fri, 23 Jan 2015 08:05:15 -0800 (PST) In-Reply-To: References: Date: Fri, 23 Jan 2015 16:05:15 +0000 Message-ID: From: Thomas Leonard To: Anil Madhavapeddy Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] StackOverflow mirage tag X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 23 January 2015 at 16:03, Anil Madhavapeddy wrote: > On 23 Jan 2015, at 16:51, Thomas Leonard wrote: >> >> I found a question about Mirage on stackoverflow, so I created a new >> tag for them: >> >> http://stackoverflow.com/questions/tagged/mirage >> >> This way, you can subscribe to get email when someone asks a >> Mirage-related question. >> >> (I submitted a summary too, but it's waiting to be reviewed) > > I answered the question! Upvote me! Upvote me! > > I guess SO is becoming the Q&A forum of choice, so it's great to see > this. As a complete newbie, how do I subscribe to the `mirage` tag > by email? Hover over the tag and click on "subscribe" (I only just discovered this). -- Dr Thomas Leonard http://0install.net/ GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 GPG: DA98 25AE CAD0 8975 7CDA BD8E 0713 3F96 CA74 D8BA _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Fri Jan 23 16:05:19 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 23 Jan 2015 16:05:19 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEgjX-0006w9-9W; Fri, 23 Jan 2015 16:05:19 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEgjV-0006w4-Mw for mirageos-devel@lists.xenproject.org; Fri, 23 Jan 2015 16:05:17 +0000 Received: from [85.158.139.211] by server-4.bemta-5.messagelabs.com id 20/0E-11354-C3172C45; Fri, 23 Jan 2015 16:05:16 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-15.tower-206.messagelabs.com!1422029115!16457089!1 X-Originating-IP: [209.85.215.41] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19677 invoked from network); 23 Jan 2015 16:05:16 -0000 Received: from mail-la0-f41.google.com (HELO mail-la0-f41.google.com) (209.85.215.41) by server-15.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 23 Jan 2015 16:05:16 -0000 Received: by mail-la0-f41.google.com with SMTP id gm9so8126401lab.0 for ; Fri, 23 Jan 2015 08:05:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=DUMgsviR+H3WffnkrYxt0FPzkpoqzNwhYDiCOuljtp0=; b=XKOCjJO4wLSYQbe6Xqkjv7qxkSObdJck0tqpDcZCLMgi2I9BmuReIQ0RysoqNbyY2N /zc83jIJhI+s/uQrTTBqUfEGI82V/tHMHBI6buej8yK6HoDx8w1bdNLGfRBdkYLKE4+W JlwWicea1bK1mLcnSp9/IVdwUyx7IsMhY1Y3DFWXXFVvnVF8egg54NlfPZppPG2J+pdy eBINqC/xpOTfiQcH93SNgIbdQ/RI8W3RozQibcxlA+bHU00w98ASkNGLFmRKtZs+XCD9 MChc4uoLVO17OJws2pC+xaXaOcBIy2O1e+sdsiYWv3ANxqVF7vYIRSOHOpFVzOMihcFD FscQ== MIME-Version: 1.0 X-Received: by 10.152.182.235 with SMTP id eh11mr8257341lac.9.1422029115399; Fri, 23 Jan 2015 08:05:15 -0800 (PST) Received: by 10.25.207.3 with HTTP; Fri, 23 Jan 2015 08:05:15 -0800 (PST) In-Reply-To: References: Date: Fri, 23 Jan 2015 16:05:15 +0000 Message-ID: From: Thomas Leonard To: Anil Madhavapeddy Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] StackOverflow mirage tag X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 23 January 2015 at 16:03, Anil Madhavapeddy wrote: > On 23 Jan 2015, at 16:51, Thomas Leonard wrote: >> >> I found a question about Mirage on stackoverflow, so I created a new >> tag for them: >> >> http://stackoverflow.com/questions/tagged/mirage >> >> This way, you can subscribe to get email when someone asks a >> Mirage-related question. >> >> (I submitted a summary too, but it's waiting to be reviewed) > > I answered the question! Upvote me! Upvote me! > > I guess SO is becoming the Q&A forum of choice, so it's great to see > this. As a complete newbie, how do I subscribe to the `mirage` tag > by email? Hover over the tag and click on "subscribe" (I only just discovered this). -- Dr Thomas Leonard http://0install.net/ GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 GPG: DA98 25AE CAD0 8975 7CDA BD8E 0713 3F96 CA74 D8BA _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Fri Jan 23 16:07:03 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 23 Jan 2015 16:07:03 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEglC-00077y-Sm; Fri, 23 Jan 2015 16:07:02 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEglB-00077f-VF for mirageos-devel@lists.xenproject.org; Fri, 23 Jan 2015 16:07:02 +0000 Received: from [85.158.137.68] by server-15.bemta-3.messagelabs.com id AD/A2-02199-5A172C45; Fri, 23 Jan 2015 16:07:01 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-10.tower-31.messagelabs.com!1422029220!21858569!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21035 invoked from network); 23 Jan 2015 16:07:00 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-10.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 23 Jan 2015 16:07:00 -0000 Received: from [10.100.250.48] (80.156.88.18 [80.156.88.18]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 0da9899b; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Fri, 23 Jan 2015 16:07:00 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: Date: Fri, 23 Jan 2015 17:06:58 +0100 Message-Id: References: To: Thomas Leonard X-Mailer: Apple Mail (2.1993) Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] StackOverflow mirage tag X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 23 Jan 2015, at 17:05, Thomas Leonard wrote: > > On 23 January 2015 at 16:03, Anil Madhavapeddy wrote: >> On 23 Jan 2015, at 16:51, Thomas Leonard wrote: >>> >>> I found a question about Mirage on stackoverflow, so I created a new >>> tag for them: >>> >>> http://stackoverflow.com/questions/tagged/mirage >>> >>> This way, you can subscribe to get email when someone asks a >>> Mirage-related question. >>> >>> (I submitted a summary too, but it's waiting to be reviewed) >> >> I answered the question! Upvote me! Upvote me! >> >> I guess SO is becoming the Q&A forum of choice, so it's great to see >> this. As a complete newbie, how do I subscribe to the `mirage` tag >> by email? > > Hover over the tag and click on "subscribe" (I only just discovered this). Got it. That's almost as unintuitive as our use of environment variables to control network settings... -anil _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Fri Jan 23 16:07:03 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 23 Jan 2015 16:07:03 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEglC-00077y-Sm; Fri, 23 Jan 2015 16:07:02 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEglB-00077f-VF for mirageos-devel@lists.xenproject.org; Fri, 23 Jan 2015 16:07:02 +0000 Received: from [85.158.137.68] by server-15.bemta-3.messagelabs.com id AD/A2-02199-5A172C45; Fri, 23 Jan 2015 16:07:01 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-10.tower-31.messagelabs.com!1422029220!21858569!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21035 invoked from network); 23 Jan 2015 16:07:00 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-10.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 23 Jan 2015 16:07:00 -0000 Received: from [10.100.250.48] (80.156.88.18 [80.156.88.18]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 0da9899b; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Fri, 23 Jan 2015 16:07:00 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: Date: Fri, 23 Jan 2015 17:06:58 +0100 Message-Id: References: To: Thomas Leonard X-Mailer: Apple Mail (2.1993) Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] StackOverflow mirage tag X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 23 Jan 2015, at 17:05, Thomas Leonard wrote: > > On 23 January 2015 at 16:03, Anil Madhavapeddy wrote: >> On 23 Jan 2015, at 16:51, Thomas Leonard wrote: >>> >>> I found a question about Mirage on stackoverflow, so I created a new >>> tag for them: >>> >>> http://stackoverflow.com/questions/tagged/mirage >>> >>> This way, you can subscribe to get email when someone asks a >>> Mirage-related question. >>> >>> (I submitted a summary too, but it's waiting to be reviewed) >> >> I answered the question! Upvote me! Upvote me! >> >> I guess SO is becoming the Q&A forum of choice, so it's great to see >> this. As a complete newbie, how do I subscribe to the `mirage` tag >> by email? > > Hover over the tag and click on "subscribe" (I only just discovered this). Got it. That's almost as unintuitive as our use of environment variables to control network settings... -anil _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Fri Jan 23 16:36:25 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 23 Jan 2015 16:36:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEhDa-0001Mc-9U; Fri, 23 Jan 2015 16:36:22 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEhDY-0001MX-EL for mirageos-devel@lists.xenproject.org; Fri, 23 Jan 2015 16:36:20 +0000 Received: from [193.109.254.147] by server-6.bemta-14.messagelabs.com id E8/D2-05177-38872C45; Fri, 23 Jan 2015 16:36:19 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-9.tower-27.messagelabs.com!1422030979!22532706!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18227 invoked from network); 23 Jan 2015 16:36:19 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-9.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 23 Jan 2015 16:36:19 -0000 Received: from [10.100.250.48] (80.156.88.18 [80.156.88.18]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id e2a8e039; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; for ; Fri, 23 Jan 2015 16:36:18 +0000 (GMT) From: Anil Madhavapeddy Message-Id: <207A3D7C-E2A4-445D-8BB4-C9614C4A094A@recoil.org> Date: Fri, 23 Jan 2015 17:36:14 +0100 To: mirageos-devel Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) X-Mailer: Apple Mail (2.1993) Subject: [MirageOS-devel] OCaml 4.02 support now in mirage-xen.2.2.0 X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org I've just tagged a release of Mirage-xen 2.2.0 in: https://github.com/ocaml/opam-repository/pull/3446 It primarily adds OCaml 4.02 support (see release notes below). If anyone sees any compilation problems (especially on ARM) please let me know via an issue or on the list. Try to keep libraries running on 4.01.0 for a while. -- This releases adds support for OCaml 4.02+ compilation, and changes the Xen backend build for Mirage significantly by: * removing the OCaml compiler runtime from the mirage-platform, which makes it simpler to work across multiple revisions of the compiler. It now uses the `ocaml-src` OPAM package to grab the current switch's version of the OCaml runtime. * split the Xen runtime build into discrete `pkg-config` libraries: * `mirage-xen-posix.pc` : in the `xen-posix/` directory, is the nano-posix layer built with no knowledge of OCaml * `mirage-xen-minios.pc`: defines the `__INSIDE_MINIOS__` macro to expose internal state via the MiniOS headers (for use only by libraries that know exactly what they are doing with the MiniOS) * `mirage-xen-ocaml.pc`: in `xen-ocaml/core/`, this builds the OCaml asmrun, Bigarray and Str bindings using the `mirage-xen-posix` layer. * `mirage-xen-ocaml-bindings.pc`: in `xen-ocaml/bindings/`, these are bindings required by the OCaml libraries to MiniOS. Some of the bindings use MiniOS external state and hence use `mirage-xen-minios`, whereas others (`cstruct_stubs` and `barrier_stubs` are just OCaml bindings and so just use `mirage-xen-posix`). * `mirage-xen.pc`: depends on all the above to provide the same external interface as the current `mirage-platform`. The OCaml code is now built using OASIS, since the C code is built entirely separately and could be moved out into a separate OPAM package entirely. _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Fri Jan 23 16:36:25 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 23 Jan 2015 16:36:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEhDa-0001Mc-9U; Fri, 23 Jan 2015 16:36:22 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEhDY-0001MX-EL for mirageos-devel@lists.xenproject.org; Fri, 23 Jan 2015 16:36:20 +0000 Received: from [193.109.254.147] by server-6.bemta-14.messagelabs.com id E8/D2-05177-38872C45; Fri, 23 Jan 2015 16:36:19 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-9.tower-27.messagelabs.com!1422030979!22532706!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18227 invoked from network); 23 Jan 2015 16:36:19 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-9.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 23 Jan 2015 16:36:19 -0000 Received: from [10.100.250.48] (80.156.88.18 [80.156.88.18]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id e2a8e039; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; for ; Fri, 23 Jan 2015 16:36:18 +0000 (GMT) From: Anil Madhavapeddy Message-Id: <207A3D7C-E2A4-445D-8BB4-C9614C4A094A@recoil.org> Date: Fri, 23 Jan 2015 17:36:14 +0100 To: mirageos-devel Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) X-Mailer: Apple Mail (2.1993) Subject: [MirageOS-devel] OCaml 4.02 support now in mirage-xen.2.2.0 X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org I've just tagged a release of Mirage-xen 2.2.0 in: https://github.com/ocaml/opam-repository/pull/3446 It primarily adds OCaml 4.02 support (see release notes below). If anyone sees any compilation problems (especially on ARM) please let me know via an issue or on the list. Try to keep libraries running on 4.01.0 for a while. -- This releases adds support for OCaml 4.02+ compilation, and changes the Xen backend build for Mirage significantly by: * removing the OCaml compiler runtime from the mirage-platform, which makes it simpler to work across multiple revisions of the compiler. It now uses the `ocaml-src` OPAM package to grab the current switch's version of the OCaml runtime. * split the Xen runtime build into discrete `pkg-config` libraries: * `mirage-xen-posix.pc` : in the `xen-posix/` directory, is the nano-posix layer built with no knowledge of OCaml * `mirage-xen-minios.pc`: defines the `__INSIDE_MINIOS__` macro to expose internal state via the MiniOS headers (for use only by libraries that know exactly what they are doing with the MiniOS) * `mirage-xen-ocaml.pc`: in `xen-ocaml/core/`, this builds the OCaml asmrun, Bigarray and Str bindings using the `mirage-xen-posix` layer. * `mirage-xen-ocaml-bindings.pc`: in `xen-ocaml/bindings/`, these are bindings required by the OCaml libraries to MiniOS. Some of the bindings use MiniOS external state and hence use `mirage-xen-minios`, whereas others (`cstruct_stubs` and `barrier_stubs` are just OCaml bindings and so just use `mirage-xen-posix`). * `mirage-xen.pc`: depends on all the above to provide the same external interface as the current `mirage-platform`. The OCaml code is now built using OASIS, since the C code is built entirely separately and could be moved out into a separate OPAM package entirely. _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Fri Jan 23 17:42:12 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 23 Jan 2015 17:42:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEiFB-0006L6-Mo; Fri, 23 Jan 2015 17:42:05 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEiFA-0006KX-Uk for mirageos-devel@lists.xenproject.org; Fri, 23 Jan 2015 17:42:05 +0000 Received: from [193.109.254.147] by server-12.bemta-14.messagelabs.com id 69/B0-13546-BE782C45; Fri, 23 Jan 2015 17:42:03 +0000 X-Env-Sender: thomas.gazagnaire@gmail.com X-Msg-Ref: server-3.tower-27.messagelabs.com!1422034922!17867949!1 X-Originating-IP: [74.125.82.46] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12139 invoked from network); 23 Jan 2015 17:42:03 -0000 Received: from mail-wg0-f46.google.com (HELO mail-wg0-f46.google.com) (74.125.82.46) by server-3.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 23 Jan 2015 17:42:03 -0000 Received: by mail-wg0-f46.google.com with SMTP id l2so8818388wgh.5 for ; Fri, 23 Jan 2015 09:42:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=VfexHfECKwOX4phRT5+SWhwAeDYURRTo768yUbY7i6k=; b=nvKNx1qP/jJVnLFMRK9u0m4xHEz/m9b47bs5kmCdqCqmvc8b0aNX+dkCc/XKmMKE3q 16KqZCCpilJFJuW1X3YBKhpQ7vgDO3JWT5BU+Bz0WOKtmT8rWqhNjk4ibRahNMkWaMqK V0rG6l3fR4Ezld6YTyfchWv/LdUsvgG6p0E+QOdCNCRYht8G5g4Slt97l1bm7/YNq72d hGg00I9CQt2CcWBhWOdzqwxGiNn/gG5Hy7sethnOFpHvJI1ltG7oysps4o49m+BcBrmg Tek/6Io78socnKMKjhUHG26MKDp8Ykh3e774HP0Z/9acK/pPwJ7RlZZM3oBs48xFAnOK G+Dw== X-Received: by 10.194.6.228 with SMTP id e4mr16608036wja.63.1422034922589; Fri, 23 Jan 2015 09:42:02 -0800 (PST) Received: from ?IPv6:2001:630:212:248:1093:870e:b580:80ed? ([2001:630:212:248:1093:870e:b580:80ed]) by mx.google.com with ESMTPSA id qg11sm2673168wic.17.2015.01.23.09.42.01 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 23 Jan 2015 09:42:01 -0800 (PST) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Thomas Gazagnaire In-Reply-To: <207A3D7C-E2A4-445D-8BB4-C9614C4A094A@recoil.org> Date: Fri, 23 Jan 2015 17:42:01 +0000 Message-Id: <2C1AA24E-6766-45E0-80A4-4BA8463FD349@gazagnaire.org> References: <207A3D7C-E2A4-445D-8BB4-C9614C4A094A@recoil.org> To: Anil Madhavapeddy X-Mailer: Apple Mail (2.1993) Cc: Pierre Chambart , mirageos-devel Subject: Re: [MirageOS-devel] OCaml 4.02 support now in mirage-xen.2.2.0 X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org Awesome! Adding Pierre in cc/ in case he wants to test his inlining patches. I guess it's just a matter of providing the right ocaml-src package now. Thomas > On 23 Jan 2015, at 16:36, Anil Madhavapeddy wrote: > > I've just tagged a release of Mirage-xen 2.2.0 in: > https://github.com/ocaml/opam-repository/pull/3446 > > It primarily adds OCaml 4.02 support (see release notes below). If anyone sees any compilation problems (especially on ARM) please let me know via an issue or on the list. Try to keep libraries running on 4.01.0 for a while. > > -- > This releases adds support for OCaml 4.02+ compilation, and changes the Xen > backend build for Mirage significantly by: > > * removing the OCaml compiler runtime from the mirage-platform, which makes > it simpler to work across multiple revisions of the compiler. It now uses > the `ocaml-src` OPAM package to grab the current switch's version of the > OCaml runtime. > * split the Xen runtime build into discrete `pkg-config` libraries: > * `mirage-xen-posix.pc` : in the `xen-posix/` directory, is the nano-posix > layer built with no knowledge of OCaml > * `mirage-xen-minios.pc`: defines the `__INSIDE_MINIOS__` macro to expose > internal state via the MiniOS headers (for use only by libraries that > know exactly what they are doing with the MiniOS) > * `mirage-xen-ocaml.pc`: in `xen-ocaml/core/`, this builds the OCaml asmrun, > Bigarray and Str bindings using the `mirage-xen-posix` layer. > * `mirage-xen-ocaml-bindings.pc`: in `xen-ocaml/bindings/`, these are bindings > required by the OCaml libraries to MiniOS. Some of the bindings use MiniOS > external state and hence use `mirage-xen-minios`, whereas others > (`cstruct_stubs` and `barrier_stubs` are just OCaml bindings and so just > use `mirage-xen-posix`). > * `mirage-xen.pc`: depends on all the above to provide the same external > interface as the current `mirage-platform`. > > The OCaml code is now built using OASIS, since the C code is built entirely > separately and could be moved out into a separate OPAM package entirely. > > > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Fri Jan 23 17:42:12 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 23 Jan 2015 17:42:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEiFB-0006L6-Mo; Fri, 23 Jan 2015 17:42:05 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YEiFA-0006KX-Uk for mirageos-devel@lists.xenproject.org; Fri, 23 Jan 2015 17:42:05 +0000 Received: from [193.109.254.147] by server-12.bemta-14.messagelabs.com id 69/B0-13546-BE782C45; Fri, 23 Jan 2015 17:42:03 +0000 X-Env-Sender: thomas.gazagnaire@gmail.com X-Msg-Ref: server-3.tower-27.messagelabs.com!1422034922!17867949!1 X-Originating-IP: [74.125.82.46] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12139 invoked from network); 23 Jan 2015 17:42:03 -0000 Received: from mail-wg0-f46.google.com (HELO mail-wg0-f46.google.com) (74.125.82.46) by server-3.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 23 Jan 2015 17:42:03 -0000 Received: by mail-wg0-f46.google.com with SMTP id l2so8818388wgh.5 for ; Fri, 23 Jan 2015 09:42:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=VfexHfECKwOX4phRT5+SWhwAeDYURRTo768yUbY7i6k=; b=nvKNx1qP/jJVnLFMRK9u0m4xHEz/m9b47bs5kmCdqCqmvc8b0aNX+dkCc/XKmMKE3q 16KqZCCpilJFJuW1X3YBKhpQ7vgDO3JWT5BU+Bz0WOKtmT8rWqhNjk4ibRahNMkWaMqK V0rG6l3fR4Ezld6YTyfchWv/LdUsvgG6p0E+QOdCNCRYht8G5g4Slt97l1bm7/YNq72d hGg00I9CQt2CcWBhWOdzqwxGiNn/gG5Hy7sethnOFpHvJI1ltG7oysps4o49m+BcBrmg Tek/6Io78socnKMKjhUHG26MKDp8Ykh3e774HP0Z/9acK/pPwJ7RlZZM3oBs48xFAnOK G+Dw== X-Received: by 10.194.6.228 with SMTP id e4mr16608036wja.63.1422034922589; Fri, 23 Jan 2015 09:42:02 -0800 (PST) Received: from ?IPv6:2001:630:212:248:1093:870e:b580:80ed? ([2001:630:212:248:1093:870e:b580:80ed]) by mx.google.com with ESMTPSA id qg11sm2673168wic.17.2015.01.23.09.42.01 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 23 Jan 2015 09:42:01 -0800 (PST) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Thomas Gazagnaire In-Reply-To: <207A3D7C-E2A4-445D-8BB4-C9614C4A094A@recoil.org> Date: Fri, 23 Jan 2015 17:42:01 +0000 Message-Id: <2C1AA24E-6766-45E0-80A4-4BA8463FD349@gazagnaire.org> References: <207A3D7C-E2A4-445D-8BB4-C9614C4A094A@recoil.org> To: Anil Madhavapeddy X-Mailer: Apple Mail (2.1993) Cc: Pierre Chambart , mirageos-devel Subject: Re: [MirageOS-devel] OCaml 4.02 support now in mirage-xen.2.2.0 X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org Awesome! Adding Pierre in cc/ in case he wants to test his inlining patches. I guess it's just a matter of providing the right ocaml-src package now. Thomas > On 23 Jan 2015, at 16:36, Anil Madhavapeddy wrote: > > I've just tagged a release of Mirage-xen 2.2.0 in: > https://github.com/ocaml/opam-repository/pull/3446 > > It primarily adds OCaml 4.02 support (see release notes below). If anyone sees any compilation problems (especially on ARM) please let me know via an issue or on the list. Try to keep libraries running on 4.01.0 for a while. > > -- > This releases adds support for OCaml 4.02+ compilation, and changes the Xen > backend build for Mirage significantly by: > > * removing the OCaml compiler runtime from the mirage-platform, which makes > it simpler to work across multiple revisions of the compiler. It now uses > the `ocaml-src` OPAM package to grab the current switch's version of the > OCaml runtime. > * split the Xen runtime build into discrete `pkg-config` libraries: > * `mirage-xen-posix.pc` : in the `xen-posix/` directory, is the nano-posix > layer built with no knowledge of OCaml > * `mirage-xen-minios.pc`: defines the `__INSIDE_MINIOS__` macro to expose > internal state via the MiniOS headers (for use only by libraries that > know exactly what they are doing with the MiniOS) > * `mirage-xen-ocaml.pc`: in `xen-ocaml/core/`, this builds the OCaml asmrun, > Bigarray and Str bindings using the `mirage-xen-posix` layer. > * `mirage-xen-ocaml-bindings.pc`: in `xen-ocaml/bindings/`, these are bindings > required by the OCaml libraries to MiniOS. Some of the bindings use MiniOS > external state and hence use `mirage-xen-minios`, whereas others > (`cstruct_stubs` and `barrier_stubs` are just OCaml bindings and so just > use `mirage-xen-posix`). > * `mirage-xen.pc`: depends on all the above to provide the same external > interface as the current `mirage-platform`. > > The OCaml code is now built using OASIS, since the C code is built entirely > separately and could be moved out into a separate OPAM package entirely. > > > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Sun Jan 25 14:06:57 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Sun, 25 Jan 2015 14:06:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFNpx-00032W-93; Sun, 25 Jan 2015 14:06:49 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFNpv-00032R-Oy for mirageos-devel@lists.xenproject.org; Sun, 25 Jan 2015 14:06:48 +0000 Received: from [85.158.137.68] by server-10.bemta-3.messagelabs.com id BC/4E-27398-678F4C45; Sun, 25 Jan 2015 14:06:46 +0000 X-Env-Sender: scott.dj@gmail.com X-Msg-Ref: server-8.tower-31.messagelabs.com!1422194802!22209143!1 X-Originating-IP: [209.85.192.176] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30568 invoked from network); 25 Jan 2015 14:06:44 -0000 Received: from mail-pd0-f176.google.com (HELO mail-pd0-f176.google.com) (209.85.192.176) by server-8.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 25 Jan 2015 14:06:44 -0000 Received: by mail-pd0-f176.google.com with SMTP id y10so7098511pdj.7 for ; Sun, 25 Jan 2015 06:06:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=lg7oUF63Qzxg5GZBd3+Wk/e9nMwX404eEQ/ATPK/bqU=; b=aHST2H1vQxpcg+j0nY7PoLsVv1AcroHpq8hbIWsT41RQbJ0g5eIdJ587GfYlSDMkOs waE3rQwyWPCT6xl9UqlMQxjD1nnqNoptYSj913ezHIpg4mn88SHzvLW6w6IYinX0KOsc wHoAaI96Es8omYDvZHt1paMhYdudWTPz+ksMvvYRYo0V5DZzIBG2YWs6i4ZcFTs3m+7f klIkQYYDF3+epR8SzJrAWQ14zbDo6OCAco9TCfHNnGId8dlKFoyqFiDmI9rKlVtR28z7 EvYPsUBwXferGyaAcMkLYHbhPdDpSOU+gVJJYk8k3PSAF/sv9bPYK3ph9XANtoXtGHR7 3szg== MIME-Version: 1.0 X-Received: by 10.68.57.132 with SMTP id i4mr26424276pbq.165.1422194802268; Sun, 25 Jan 2015 06:06:42 -0800 (PST) Received: by 10.70.130.193 with HTTP; Sun, 25 Jan 2015 06:06:42 -0800 (PST) In-Reply-To: References: Date: Sun, 25 Jan 2015 14:06:42 +0000 Message-ID: From: David Scott To: Thomas Leonard Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Errors trying the "block" example with Mirage 2.0+ and Xen 4.4 X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5643808438022250644==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============5643808438022250644== Content-Type: multipart/alternative; boundary=001a1138030efda03e050d7a8730 --001a1138030efda03e050d7a8730 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Thu, Jan 22, 2015 at 4:45 PM, Thomas Leonard wrote: > On 22 January 2015 at 09:48, David Scott wrote: > > Hi, > > > > On Tue, Jan 20, 2015 at 2:29 PM, Raphael 'kena' Poss > wrote: > >> > >> > >> For information, if I manually edit the Mirage-generated "main.ml" to > say: > >> > >> let block1 () =3D > >> Block.connect "xvda1" > >> > >> (instead of Block.connect "/path/to/disk.img") > >> > >> Then it works fine! However this is not what I want, as main.ml should > >> really work out of the box. :) > > In my config.ml, I use: > > let storage =3D > match get_mode () with > | `Xen -> block_of_file "xvda" > | `Unix -> block_of_file "disk.img" > > That works, but the "block_of_file" name is misleading. > > Also, it all goes very strange if you also have a file named "xvda" in > the same directory - then mirage replaces the Xen block name with an > absolute Unix file path! > > >> It seems to me that there is some naming glue between the code > generator, > >> Block.connect and Xen that I don't understand. Can anyone shed some > light on > >> this? > > > > > > On Unix the natural way to name a file or disk image is through a > filesystem > > path. In a minimal VM implementation there isn't a filesystem so paths > don't > > work; instead disks are attached to virtual slot numbers (usually > integers) > > on some virtual bus. On Xen, PV disks are attached to a single virtual > bus. > > Xen was originally created to run PV Linux guests and it was convenient > to > > base the slot numbers on the Linux device/major numbers, hence the > > convention became that the "first" commonly-used slot was numbered > "51712" > > and corresponded to "/dev/xvda" in the guest. The goal was that the > config > > file setting in dom0 would say "xvda" and the VM would agree and use > > "/dev/xvda". Clearly this is a bit old-fashioned now; we have more gues= t > > types than PV Linux and guest kernels can call their disk whatever they > want > > anyway. > > > > Your string "xvda1" is being interpreted by this code in > mirage-block-xen: > > > > > https://github.com/mirage/mirage-block-xen/blob/f84f16dab55c42e91b70dc0c0= 2e6953706a13063/lib/blkfront.ml#L427 > > > > the code will accept options including > > - a virtual slot number (e.g. 51712) on the "Xen PV" bus > > - a virtual slot number converted to a linux-style string (e.g. "xvda") > > > > I agree this is very clunky. > > It would be nice to use a variant here (e.g. `Slot 0xCA00). > Yeah, switching to variants sounds good. > > > I think we need a better way to identify our disks. The toolstacks (the > > things which start the VMs) don't provide a link between the filename o= n > the > > host and the slot number. In fact many service providers would prefer > not to > > leak filesystem paths into untrusted VMs at all. So I think we should > avoid > > using paths to identify disks. > > > I believe Windows completely ignores the virtual slot number and relies > on > > labels contained *within* the disks. Perhaps we should insist that all > our > > disks have a trivial partition table with a unique "Disk identity"?[1] > This > > implies we would need to extend the mirage tool to prepare the disk > images > > and fill in the identify string? > > I like being able to refer to raw disks if needed. But we could have a > (`Label "my-disk") variant too. > Sounds good. Looking into it a bit more, the convention I see on my Linux boxes is to name disk (partitions) using UUIDs, via "GUID partition tables"[1]. My /etc/fstab looks a bit like: # /boot was on /dev/sda1 during installation UUID=3D3d493119-f738-4852-89ee-25b98931c5ca /boot ext2 default= s 0 2 So I think we could extend ocaml-mbr to include gpt (or make ocaml-gpt with a build depend on ocaml-mbr). We could extend the mirage tool's library with something like "partition_of_file" (in addition to "block_of_file") which would create a fresh file containing a trivial gpt with a single partition/uuid plus a copy of the original data. The generated "Block.connect" could then use "`Uuid ". Maybe we could generate better runes in the .xl file too. So in the default case it would work without manual switch/case (at the cost of a disk copy), but you could drop back to "block_of_file" if you knew what you were doing. Cheers, Dave [1] https://wiki.archlinux.org/index.php/GUID_Partition_Table > > > > > Cheers, > > Dave > > > > [1] http://en.wikipedia.org/wiki/Master_boot_record#Disk_identity > > > > > >> > >> > >> Op 20 jan 2015, om 15:18 heeft Raphael 'kena' Poss het volgende > >> geschreven: > >> > >> > Hi all, > >> > > >> > I'm having trouble with all the "block" examples in mirage-skeleton, > >> > using Xen 4.4. > >> > It all boils down to Block.connect not finding the disk image I > describe > >> > in the .xl description file. > >> > > >> > For example: in block/block_test.xl > >> > disk =3D [ > >> > > 'format=3Draw,vdev=3Dxvda,access=3Drw,target=3D/home/kena/src/mirage-skel= eton/block/disk.img' > >> > ] > >> > > >> > Gives: > >> > > >> > Block.connect /home/kena/src/mirage-skeleton/block/disk.img: unable = to > >> > match '/home/kena/src/mirage-skeleton/block/disk.img' to any availab= le > >> > devices [ 51712 ] > >> > Block.connect /home/kena/src/mirage-skeleton/block/disk.img: could n= ot > >> > find device > >> > > >> > This happened first with a fresh install of Mirage 2.0, then also wi= th > >> > Mirage 2.1/2.2 from the opam dev repository. > >> > For what it's worth it seems my Mirage install works OK, as the > >> > 'console' and 'static_website' demo appear to work perfectly fine. > >> > > >> > Any hints as to where and how to investigate this? > >> > > >> > -- > >> > Raphael 'kena' Poss =C2=B7 r.poss@uva.nl > >> > http://science.raphael.poss.name/ > >> > > >> > > >> > > >> > >> -- > >> Raphael 'kena' Poss =C2=B7 r.poss@uva.nl > >> http://science.raphael.poss.name/ > >> > >> > >> > >> > >> _______________________________________________ > >> MirageOS-devel mailing list > >> MirageOS-devel@lists.xenproject.org > >> http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel > > > > > > > > > > -- > > Dave Scott > > > > _______________________________________________ > > MirageOS-devel mailing list > > MirageOS-devel@lists.xenproject.org > > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel > > > > > > -- > Dr Thomas Leonard http://0install.net/ > GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 > GPG: DA98 25AE CAD0 8975 7CDA BD8E 0713 3F96 CA74 D8BA > --=20 Dave Scott --001a1138030efda03e050d7a8730 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Thu, Jan 22, 2015 at 4:45 PM, Thomas Leonard <<= a href=3D"mailto:talex5@gmail.com" target=3D"_blank">talex5@gmail.com&g= t; wrote:
On 22 January 2015 at= 09:48, David Scott <scott.dj@gmai= l.com> wrote:
> Hi,
>
> On Tue, Jan 20, 2015 at 2:29 PM, Raphael 'kena' Poss <r.poss@uva.nl> wrote:
>>
>>
>> For information, if I manually edit the Mirage-generated "main.ml" to say:
>>
>> let block1 () =3D
>>=C2=A0 =C2=A0Block.connect "xvda1"
>>
>> (instead of Block.connect "/path/to/disk.img")
>>
>> Then it works fine! However this is not what I want, as main.ml should
>> really work out of the box. :)

In my config.ml, = I use:

let storage =3D
=C2=A0 match get_mode () with
=C2=A0 | `Xen -> block_of_file "xvda"
=C2=A0 | `Unix -> block_of_file "disk.img"

That works, but the "block_of_file" name is misleading.

Also, it all goes very strange if you also have a file named "xvda&quo= t; in
the same directory - then mirage replaces the Xen block name with an
absolute Unix file path!

>> It seems to me that there is some naming glue between the code gen= erator,
>> Block.connect and Xen that I don't understand. Can anyone shed= some light on
>> this?
>
>
> On Unix the natural way to name a file or disk image is through a file= system
> path. In a minimal VM implementation there isn't a filesystem so p= aths don't
> work; instead disks are attached to virtual slot numbers (usually inte= gers)
> on some virtual bus. On Xen, PV disks are attached to a single virtual= bus.
> Xen was originally created to run PV Linux guests and it was convenien= t to
> base the slot numbers on the Linux device/major numbers, hence the
> convention became that the "first" commonly-used slot was nu= mbered "51712"
> and corresponded to "/dev/xvda" in the guest. The goal was t= hat the config
> file setting in dom0 would say "xvda" and the VM would agree= and use
> "/dev/xvda". Clearly this is a bit old-fashioned now; we hav= e more guest
> types than PV Linux and guest kernels can call their disk whatever the= y want
> anyway.
>
> Your string "xvda1" is being interpreted by this code in mir= age-block-xen:
>
> https= ://github.com/mirage/mirage-block-xen/blob/f84f16dab55c42e91b70dc0c02e69537= 06a13063/lib/blkfront.ml#L427
>
> the code will accept options including
> - a virtual slot number (e.g. 51712) on the "Xen PV" bus
> - a virtual slot number converted to a linux-style string (e.g. "= xvda")
>
> I agree this is very clunky.

It would be nice to use a variant here (e.g. `Slot 0xCA00).

Yeah, switching to variants sounds good.
<= div>=C2=A0

> I think we need a better way to identify our disks. The toolstacks (th= e
> things which start the VMs) don't provide a link between the filen= ame on the
> host and the slot number. In fact many service providers would prefer = not to
> leak filesystem paths into untrusted VMs at all. So I think we should = avoid
> using paths to identify disks.

> I believe Windows completely ignores the virtual slot number and relie= s on
> labels contained *within* the disks. Perhaps we should insist that all= our
> disks have a trivial partition table with a unique "Disk identity= "?[1] This
> implies we would need to extend the mirage tool to prepare the disk im= ages
> and fill in the identify string?

I like being able to refer to raw disks if needed. But we could have= a
(`Label "my-disk") variant too.

Sounds good.

Looking into it a bit more, the co= nvention I see on my Linux boxes is to name disk (partitions) using UUIDs, = via "GUID partition tables"[1]. My /etc/fstab looks a bit like:

# /boot was on /dev/sda1 during installation
UUID=3D3d493119-f738-4852-89ee-25b98931c5ca /boot =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 ext2 =C2=A0 =C2=A0defaults =C2=A0 =C2=A0 =C2=A0 =C2=A0= 0 =C2=A0 =C2=A0 =C2=A0 2

So I think we could= extend ocaml-mbr to include gpt (or make ocaml-gpt with a build depend on = ocaml-mbr). We could extend the mirage tool's library with something li= ke "partition_of_file" (in addition to "block_of_file")= which would create a fresh file containing a trivial gpt with a single par= tition/uuid plus a copy of the original data. The generated "Block.con= nect" could then use "`Uuid <uuid we made>". Maybe we = could generate better runes in the .xl file too.

S= o in the default case it would work without manual switch/case (at the cost= of a disk copy), but you could drop back to "block_of_file" if y= ou knew what you were doing.

Cheers,
Dav= e

=C2=A0

>
> Cheers,
> Dave
>
> [1] http://en.wikipedia.org/wiki/Master_boot_record#D= isk_identity
>
>
>>
>>
>> Op 20 jan 2015, om 15:18 heeft Raphael 'kena' Poss het vol= gende
>> geschreven:
>>
>> > Hi all,
>> >
>> > I'm having trouble with all the "block" example= s in mirage-skeleton,
>> > using Xen 4.4.
>> > It all boils down to Block.connect not finding the disk image= I describe
>> > in the .xl description file.
>> >
>> > For example: in block/block_test.xl
>> > disk =3D [
>> > 'format=3Draw,vdev=3Dxvda,access=3Drw,target=3D/home/kena= /src/mirage-skeleton/block/disk.img'
>> > ]
>> >
>> > Gives:
>> >
>> > Block.connect /home/kena/src/mirage-skeleton/block/disk.img: = unable to
>> > match '/home/kena/src/mirage-skeleton/block/disk.img'= to any available
>> > devices [ 51712 ]
>> > Block.connect /home/kena/src/mirage-skeleton/block/disk.img: = could not
>> > find device
>> >
>> > This happened first with a fresh install of Mirage 2.0, then = also with
>> > Mirage 2.1/2.2 from the opam dev repository.
>> > For what it's worth it seems my Mirage install works OK, = as the
>> > 'console' and 'static_website' demo appear to= work perfectly fine.
>> >
>> > Any hints as to where and how to investigate this?
>> >
>> > --
>> > Raphael 'kena' Poss =C2=B7 r.poss@uva.nl
>> > http://science.raphael.poss.name/
>> >
>> >
>> >
>>
>> --
>> Raphael 'kena' Poss =C2=B7 r.poss@uva.nl
>> ht= tp://science.raphael.poss.name/
>>
>>
>>
>>
>> _______________________________________________
>> MirageOS-devel mailing list
>> MirageOS-de= vel@lists.xenproject.org
>> http://lists.xenproject.org/cgi-bin/mailman= /listinfo/mirageos-devel
>
>
>
>
> --
> Dave Scott
>
> _______________________________________________
> MirageOS-devel mailing list
> MirageOS-devel@= lists.xenproject.org
> http://lists.xenproject.org/cgi-bin/mailman/lis= tinfo/mirageos-devel
>



--
Dr Thomas Leonard=C2=A0 =C2=A0 =C2=A0 =C2=A0 http://0install.net/
GPG: 9242 9807 C985 3C07 44A6=C2=A0 8B9A AE07 8280 59A5 3CC1
GPG: DA98 25AE CAD0 8975 7CDA=C2=A0 BD8E 0713 3F96 CA74 D8BA



--
Dave Scott
--001a1138030efda03e050d7a8730-- --===============5643808438022250644== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel --===============5643808438022250644==-- From mirageos-devel-bounces@lists.xenproject.org Sun Jan 25 14:06:57 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Sun, 25 Jan 2015 14:06:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFNpx-00032W-93; Sun, 25 Jan 2015 14:06:49 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFNpv-00032R-Oy for mirageos-devel@lists.xenproject.org; Sun, 25 Jan 2015 14:06:48 +0000 Received: from [85.158.137.68] by server-10.bemta-3.messagelabs.com id BC/4E-27398-678F4C45; Sun, 25 Jan 2015 14:06:46 +0000 X-Env-Sender: scott.dj@gmail.com X-Msg-Ref: server-8.tower-31.messagelabs.com!1422194802!22209143!1 X-Originating-IP: [209.85.192.176] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30568 invoked from network); 25 Jan 2015 14:06:44 -0000 Received: from mail-pd0-f176.google.com (HELO mail-pd0-f176.google.com) (209.85.192.176) by server-8.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 25 Jan 2015 14:06:44 -0000 Received: by mail-pd0-f176.google.com with SMTP id y10so7098511pdj.7 for ; Sun, 25 Jan 2015 06:06:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=lg7oUF63Qzxg5GZBd3+Wk/e9nMwX404eEQ/ATPK/bqU=; b=aHST2H1vQxpcg+j0nY7PoLsVv1AcroHpq8hbIWsT41RQbJ0g5eIdJ587GfYlSDMkOs waE3rQwyWPCT6xl9UqlMQxjD1nnqNoptYSj913ezHIpg4mn88SHzvLW6w6IYinX0KOsc wHoAaI96Es8omYDvZHt1paMhYdudWTPz+ksMvvYRYo0V5DZzIBG2YWs6i4ZcFTs3m+7f klIkQYYDF3+epR8SzJrAWQ14zbDo6OCAco9TCfHNnGId8dlKFoyqFiDmI9rKlVtR28z7 EvYPsUBwXferGyaAcMkLYHbhPdDpSOU+gVJJYk8k3PSAF/sv9bPYK3ph9XANtoXtGHR7 3szg== MIME-Version: 1.0 X-Received: by 10.68.57.132 with SMTP id i4mr26424276pbq.165.1422194802268; Sun, 25 Jan 2015 06:06:42 -0800 (PST) Received: by 10.70.130.193 with HTTP; Sun, 25 Jan 2015 06:06:42 -0800 (PST) In-Reply-To: References: Date: Sun, 25 Jan 2015 14:06:42 +0000 Message-ID: From: David Scott To: Thomas Leonard Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Errors trying the "block" example with Mirage 2.0+ and Xen 4.4 X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5643808438022250644==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============5643808438022250644== Content-Type: multipart/alternative; boundary=001a1138030efda03e050d7a8730 --001a1138030efda03e050d7a8730 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Thu, Jan 22, 2015 at 4:45 PM, Thomas Leonard wrote: > On 22 January 2015 at 09:48, David Scott wrote: > > Hi, > > > > On Tue, Jan 20, 2015 at 2:29 PM, Raphael 'kena' Poss > wrote: > >> > >> > >> For information, if I manually edit the Mirage-generated "main.ml" to > say: > >> > >> let block1 () =3D > >> Block.connect "xvda1" > >> > >> (instead of Block.connect "/path/to/disk.img") > >> > >> Then it works fine! However this is not what I want, as main.ml should > >> really work out of the box. :) > > In my config.ml, I use: > > let storage =3D > match get_mode () with > | `Xen -> block_of_file "xvda" > | `Unix -> block_of_file "disk.img" > > That works, but the "block_of_file" name is misleading. > > Also, it all goes very strange if you also have a file named "xvda" in > the same directory - then mirage replaces the Xen block name with an > absolute Unix file path! > > >> It seems to me that there is some naming glue between the code > generator, > >> Block.connect and Xen that I don't understand. Can anyone shed some > light on > >> this? > > > > > > On Unix the natural way to name a file or disk image is through a > filesystem > > path. In a minimal VM implementation there isn't a filesystem so paths > don't > > work; instead disks are attached to virtual slot numbers (usually > integers) > > on some virtual bus. On Xen, PV disks are attached to a single virtual > bus. > > Xen was originally created to run PV Linux guests and it was convenient > to > > base the slot numbers on the Linux device/major numbers, hence the > > convention became that the "first" commonly-used slot was numbered > "51712" > > and corresponded to "/dev/xvda" in the guest. The goal was that the > config > > file setting in dom0 would say "xvda" and the VM would agree and use > > "/dev/xvda". Clearly this is a bit old-fashioned now; we have more gues= t > > types than PV Linux and guest kernels can call their disk whatever they > want > > anyway. > > > > Your string "xvda1" is being interpreted by this code in > mirage-block-xen: > > > > > https://github.com/mirage/mirage-block-xen/blob/f84f16dab55c42e91b70dc0c0= 2e6953706a13063/lib/blkfront.ml#L427 > > > > the code will accept options including > > - a virtual slot number (e.g. 51712) on the "Xen PV" bus > > - a virtual slot number converted to a linux-style string (e.g. "xvda") > > > > I agree this is very clunky. > > It would be nice to use a variant here (e.g. `Slot 0xCA00). > Yeah, switching to variants sounds good. > > > I think we need a better way to identify our disks. The toolstacks (the > > things which start the VMs) don't provide a link between the filename o= n > the > > host and the slot number. In fact many service providers would prefer > not to > > leak filesystem paths into untrusted VMs at all. So I think we should > avoid > > using paths to identify disks. > > > I believe Windows completely ignores the virtual slot number and relies > on > > labels contained *within* the disks. Perhaps we should insist that all > our > > disks have a trivial partition table with a unique "Disk identity"?[1] > This > > implies we would need to extend the mirage tool to prepare the disk > images > > and fill in the identify string? > > I like being able to refer to raw disks if needed. But we could have a > (`Label "my-disk") variant too. > Sounds good. Looking into it a bit more, the convention I see on my Linux boxes is to name disk (partitions) using UUIDs, via "GUID partition tables"[1]. My /etc/fstab looks a bit like: # /boot was on /dev/sda1 during installation UUID=3D3d493119-f738-4852-89ee-25b98931c5ca /boot ext2 default= s 0 2 So I think we could extend ocaml-mbr to include gpt (or make ocaml-gpt with a build depend on ocaml-mbr). We could extend the mirage tool's library with something like "partition_of_file" (in addition to "block_of_file") which would create a fresh file containing a trivial gpt with a single partition/uuid plus a copy of the original data. The generated "Block.connect" could then use "`Uuid ". Maybe we could generate better runes in the .xl file too. So in the default case it would work without manual switch/case (at the cost of a disk copy), but you could drop back to "block_of_file" if you knew what you were doing. Cheers, Dave [1] https://wiki.archlinux.org/index.php/GUID_Partition_Table > > > > > Cheers, > > Dave > > > > [1] http://en.wikipedia.org/wiki/Master_boot_record#Disk_identity > > > > > >> > >> > >> Op 20 jan 2015, om 15:18 heeft Raphael 'kena' Poss het volgende > >> geschreven: > >> > >> > Hi all, > >> > > >> > I'm having trouble with all the "block" examples in mirage-skeleton, > >> > using Xen 4.4. > >> > It all boils down to Block.connect not finding the disk image I > describe > >> > in the .xl description file. > >> > > >> > For example: in block/block_test.xl > >> > disk =3D [ > >> > > 'format=3Draw,vdev=3Dxvda,access=3Drw,target=3D/home/kena/src/mirage-skel= eton/block/disk.img' > >> > ] > >> > > >> > Gives: > >> > > >> > Block.connect /home/kena/src/mirage-skeleton/block/disk.img: unable = to > >> > match '/home/kena/src/mirage-skeleton/block/disk.img' to any availab= le > >> > devices [ 51712 ] > >> > Block.connect /home/kena/src/mirage-skeleton/block/disk.img: could n= ot > >> > find device > >> > > >> > This happened first with a fresh install of Mirage 2.0, then also wi= th > >> > Mirage 2.1/2.2 from the opam dev repository. > >> > For what it's worth it seems my Mirage install works OK, as the > >> > 'console' and 'static_website' demo appear to work perfectly fine. > >> > > >> > Any hints as to where and how to investigate this? > >> > > >> > -- > >> > Raphael 'kena' Poss =C2=B7 r.poss@uva.nl > >> > http://science.raphael.poss.name/ > >> > > >> > > >> > > >> > >> -- > >> Raphael 'kena' Poss =C2=B7 r.poss@uva.nl > >> http://science.raphael.poss.name/ > >> > >> > >> > >> > >> _______________________________________________ > >> MirageOS-devel mailing list > >> MirageOS-devel@lists.xenproject.org > >> http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel > > > > > > > > > > -- > > Dave Scott > > > > _______________________________________________ > > MirageOS-devel mailing list > > MirageOS-devel@lists.xenproject.org > > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel > > > > > > -- > Dr Thomas Leonard http://0install.net/ > GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 > GPG: DA98 25AE CAD0 8975 7CDA BD8E 0713 3F96 CA74 D8BA > --=20 Dave Scott --001a1138030efda03e050d7a8730 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Thu, Jan 22, 2015 at 4:45 PM, Thomas Leonard <<= a href=3D"mailto:talex5@gmail.com" target=3D"_blank">talex5@gmail.com&g= t; wrote:
On 22 January 2015 at= 09:48, David Scott <scott.dj@gmai= l.com> wrote:
> Hi,
>
> On Tue, Jan 20, 2015 at 2:29 PM, Raphael 'kena' Poss <r.poss@uva.nl> wrote:
>>
>>
>> For information, if I manually edit the Mirage-generated "main.ml" to say:
>>
>> let block1 () =3D
>>=C2=A0 =C2=A0Block.connect "xvda1"
>>
>> (instead of Block.connect "/path/to/disk.img")
>>
>> Then it works fine! However this is not what I want, as main.ml should
>> really work out of the box. :)

In my config.ml, = I use:

let storage =3D
=C2=A0 match get_mode () with
=C2=A0 | `Xen -> block_of_file "xvda"
=C2=A0 | `Unix -> block_of_file "disk.img"

That works, but the "block_of_file" name is misleading.

Also, it all goes very strange if you also have a file named "xvda&quo= t; in
the same directory - then mirage replaces the Xen block name with an
absolute Unix file path!

>> It seems to me that there is some naming glue between the code gen= erator,
>> Block.connect and Xen that I don't understand. Can anyone shed= some light on
>> this?
>
>
> On Unix the natural way to name a file or disk image is through a file= system
> path. In a minimal VM implementation there isn't a filesystem so p= aths don't
> work; instead disks are attached to virtual slot numbers (usually inte= gers)
> on some virtual bus. On Xen, PV disks are attached to a single virtual= bus.
> Xen was originally created to run PV Linux guests and it was convenien= t to
> base the slot numbers on the Linux device/major numbers, hence the
> convention became that the "first" commonly-used slot was nu= mbered "51712"
> and corresponded to "/dev/xvda" in the guest. The goal was t= hat the config
> file setting in dom0 would say "xvda" and the VM would agree= and use
> "/dev/xvda". Clearly this is a bit old-fashioned now; we hav= e more guest
> types than PV Linux and guest kernels can call their disk whatever the= y want
> anyway.
>
> Your string "xvda1" is being interpreted by this code in mir= age-block-xen:
>
> https= ://github.com/mirage/mirage-block-xen/blob/f84f16dab55c42e91b70dc0c02e69537= 06a13063/lib/blkfront.ml#L427
>
> the code will accept options including
> - a virtual slot number (e.g. 51712) on the "Xen PV" bus
> - a virtual slot number converted to a linux-style string (e.g. "= xvda")
>
> I agree this is very clunky.

It would be nice to use a variant here (e.g. `Slot 0xCA00).

Yeah, switching to variants sounds good.
<= div>=C2=A0

> I think we need a better way to identify our disks. The toolstacks (th= e
> things which start the VMs) don't provide a link between the filen= ame on the
> host and the slot number. In fact many service providers would prefer = not to
> leak filesystem paths into untrusted VMs at all. So I think we should = avoid
> using paths to identify disks.

> I believe Windows completely ignores the virtual slot number and relie= s on
> labels contained *within* the disks. Perhaps we should insist that all= our
> disks have a trivial partition table with a unique "Disk identity= "?[1] This
> implies we would need to extend the mirage tool to prepare the disk im= ages
> and fill in the identify string?

I like being able to refer to raw disks if needed. But we could have= a
(`Label "my-disk") variant too.

Sounds good.

Looking into it a bit more, the co= nvention I see on my Linux boxes is to name disk (partitions) using UUIDs, = via "GUID partition tables"[1]. My /etc/fstab looks a bit like:

# /boot was on /dev/sda1 during installation
UUID=3D3d493119-f738-4852-89ee-25b98931c5ca /boot =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 ext2 =C2=A0 =C2=A0defaults =C2=A0 =C2=A0 =C2=A0 =C2=A0= 0 =C2=A0 =C2=A0 =C2=A0 2

So I think we could= extend ocaml-mbr to include gpt (or make ocaml-gpt with a build depend on = ocaml-mbr). We could extend the mirage tool's library with something li= ke "partition_of_file" (in addition to "block_of_file")= which would create a fresh file containing a trivial gpt with a single par= tition/uuid plus a copy of the original data. The generated "Block.con= nect" could then use "`Uuid <uuid we made>". Maybe we = could generate better runes in the .xl file too.

S= o in the default case it would work without manual switch/case (at the cost= of a disk copy), but you could drop back to "block_of_file" if y= ou knew what you were doing.

Cheers,
Dav= e

=C2=A0

>
> Cheers,
> Dave
>
> [1] http://en.wikipedia.org/wiki/Master_boot_record#D= isk_identity
>
>
>>
>>
>> Op 20 jan 2015, om 15:18 heeft Raphael 'kena' Poss het vol= gende
>> geschreven:
>>
>> > Hi all,
>> >
>> > I'm having trouble with all the "block" example= s in mirage-skeleton,
>> > using Xen 4.4.
>> > It all boils down to Block.connect not finding the disk image= I describe
>> > in the .xl description file.
>> >
>> > For example: in block/block_test.xl
>> > disk =3D [
>> > 'format=3Draw,vdev=3Dxvda,access=3Drw,target=3D/home/kena= /src/mirage-skeleton/block/disk.img'
>> > ]
>> >
>> > Gives:
>> >
>> > Block.connect /home/kena/src/mirage-skeleton/block/disk.img: = unable to
>> > match '/home/kena/src/mirage-skeleton/block/disk.img'= to any available
>> > devices [ 51712 ]
>> > Block.connect /home/kena/src/mirage-skeleton/block/disk.img: = could not
>> > find device
>> >
>> > This happened first with a fresh install of Mirage 2.0, then = also with
>> > Mirage 2.1/2.2 from the opam dev repository.
>> > For what it's worth it seems my Mirage install works OK, = as the
>> > 'console' and 'static_website' demo appear to= work perfectly fine.
>> >
>> > Any hints as to where and how to investigate this?
>> >
>> > --
>> > Raphael 'kena' Poss =C2=B7 r.poss@uva.nl
>> > http://science.raphael.poss.name/
>> >
>> >
>> >
>>
>> --
>> Raphael 'kena' Poss =C2=B7 r.poss@uva.nl
>> ht= tp://science.raphael.poss.name/
>>
>>
>>
>>
>> _______________________________________________
>> MirageOS-devel mailing list
>> MirageOS-de= vel@lists.xenproject.org
>> http://lists.xenproject.org/cgi-bin/mailman= /listinfo/mirageos-devel
>
>
>
>
> --
> Dave Scott
>
> _______________________________________________
> MirageOS-devel mailing list
> MirageOS-devel@= lists.xenproject.org
> http://lists.xenproject.org/cgi-bin/mailman/lis= tinfo/mirageos-devel
>



--
Dr Thomas Leonard=C2=A0 =C2=A0 =C2=A0 =C2=A0 http://0install.net/
GPG: 9242 9807 C985 3C07 44A6=C2=A0 8B9A AE07 8280 59A5 3CC1
GPG: DA98 25AE CAD0 8975 7CDA=C2=A0 BD8E 0713 3F96 CA74 D8BA



--
Dave Scott
--001a1138030efda03e050d7a8730-- --===============5643808438022250644== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel --===============5643808438022250644==-- From mirageos-devel-bounces@lists.xenproject.org Mon Jan 26 09:59:16 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 26 Jan 2015 09:59:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFgRp-00062n-Qv; Mon, 26 Jan 2015 09:59:09 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFgRo-00062f-8C for mirageos-devel@lists.xenproject.org; Mon, 26 Jan 2015 09:59:08 +0000 Received: from [85.158.143.35] by server-3.bemta-4.messagelabs.com id CD/0D-19804-BEF06C45; Mon, 26 Jan 2015 09:59:07 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1422266346!12359528!1 X-Originating-IP: [209.85.215.42] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5558 invoked from network); 26 Jan 2015 09:59:06 -0000 Received: from mail-la0-f42.google.com (HELO mail-la0-f42.google.com) (209.85.215.42) by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 26 Jan 2015 09:59:06 -0000 Received: by mail-la0-f42.google.com with SMTP id ms9so6746494lab.1 for ; Mon, 26 Jan 2015 01:59:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=WCGb7W3/7XLGqASwzWY7PbjLPb7Wfh4Oo2poxgKdzVs=; b=zbSwV5L2Wv+jGZAepbCuDhT2iLlQ7xJK3HrIDrHsE1rgZydpF/Tc+LPdaOH7MA1fCl ErCwsclA6YbGA7pt6gm8gQ5vrX9G0khtyfOCuYp6uUvJHoDV7TLoESlu8RQHJhURKm3D x1dKb5U6bYNRAqLoVRzkQ+W+GT0dDhqYhuFqA3x60zDpfAvmZAYm43zzOSNYdsQiTP14 UNFwOUDwaSilie/az/ETJChJEp3IbY0BmgmvGtpeuIqQgH7l9ih1axoX6NXY3tdA2vWq QOyi++Axvdhfx2ZPUbkJERo95LC1zzIXjmpYxHQOG3Q3BqZiEtHdpqGnrSniTKR1ydes e2jA== MIME-Version: 1.0 X-Received: by 10.112.163.229 with SMTP id yl5mr5288100lbb.60.1422266345894; Mon, 26 Jan 2015 01:59:05 -0800 (PST) Received: by 10.25.207.3 with HTTP; Mon, 26 Jan 2015 01:59:05 -0800 (PST) In-Reply-To: References: Date: Mon, 26 Jan 2015 09:59:05 +0000 Message-ID: From: Thomas Leonard To: David Scott Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Errors trying the "block" example with Mirage 2.0+ and Xen 4.4 X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 25 January 2015 at 14:06, David Scott wrote: > > > On Thu, Jan 22, 2015 at 4:45 PM, Thomas Leonard wrote: >> >> On 22 January 2015 at 09:48, David Scott wrote: >> > Hi, >> > >> > On Tue, Jan 20, 2015 at 2:29 PM, Raphael 'kena' Poss >> > wrote: >> >> >> >> >> >> For information, if I manually edit the Mirage-generated "main.ml" to >> >> say: >> >> >> >> let block1 () = >> >> Block.connect "xvda1" >> >> >> >> (instead of Block.connect "/path/to/disk.img") >> >> >> >> Then it works fine! However this is not what I want, as main.ml should >> >> really work out of the box. :) >> >> In my config.ml, I use: >> >> let storage = >> match get_mode () with >> | `Xen -> block_of_file "xvda" >> | `Unix -> block_of_file "disk.img" >> >> That works, but the "block_of_file" name is misleading. >> >> Also, it all goes very strange if you also have a file named "xvda" in >> the same directory - then mirage replaces the Xen block name with an >> absolute Unix file path! >> >> >> It seems to me that there is some naming glue between the code >> >> generator, >> >> Block.connect and Xen that I don't understand. Can anyone shed some >> >> light on >> >> this? >> > >> > >> > On Unix the natural way to name a file or disk image is through a >> > filesystem >> > path. In a minimal VM implementation there isn't a filesystem so paths >> > don't >> > work; instead disks are attached to virtual slot numbers (usually >> > integers) >> > on some virtual bus. On Xen, PV disks are attached to a single virtual >> > bus. >> > Xen was originally created to run PV Linux guests and it was convenient >> > to >> > base the slot numbers on the Linux device/major numbers, hence the >> > convention became that the "first" commonly-used slot was numbered >> > "51712" >> > and corresponded to "/dev/xvda" in the guest. The goal was that the >> > config >> > file setting in dom0 would say "xvda" and the VM would agree and use >> > "/dev/xvda". Clearly this is a bit old-fashioned now; we have more guest >> > types than PV Linux and guest kernels can call their disk whatever they >> > want >> > anyway. >> > >> > Your string "xvda1" is being interpreted by this code in >> > mirage-block-xen: >> > >> > >> > https://github.com/mirage/mirage-block-xen/blob/f84f16dab55c42e91b70dc0c02e6953706a13063/lib/blkfront.ml#L427 >> > >> > the code will accept options including >> > - a virtual slot number (e.g. 51712) on the "Xen PV" bus >> > - a virtual slot number converted to a linux-style string (e.g. "xvda") >> > >> > I agree this is very clunky. >> >> It would be nice to use a variant here (e.g. `Slot 0xCA00). > > > Yeah, switching to variants sounds good. > >> >> >> > I think we need a better way to identify our disks. The toolstacks (the >> > things which start the VMs) don't provide a link between the filename on >> > the >> > host and the slot number. In fact many service providers would prefer >> > not to >> > leak filesystem paths into untrusted VMs at all. So I think we should >> > avoid >> > using paths to identify disks. >> >> > I believe Windows completely ignores the virtual slot number and relies >> > on >> > labels contained *within* the disks. Perhaps we should insist that all >> > our >> > disks have a trivial partition table with a unique "Disk identity"?[1] >> > This >> > implies we would need to extend the mirage tool to prepare the disk >> > images >> > and fill in the identify string? >> >> I like being able to refer to raw disks if needed. But we could have a >> (`Label "my-disk") variant too. > > > Sounds good. > > Looking into it a bit more, the convention I see on my Linux boxes is to > name disk (partitions) using UUIDs, via "GUID partition tables"[1]. My > /etc/fstab looks a bit like: > > # /boot was on /dev/sda1 during installation > UUID=3d493119-f738-4852-89ee-25b98931c5ca /boot ext2 defaults > 0 2 > > So I think we could extend ocaml-mbr to include gpt (or make ocaml-gpt with > a build depend on ocaml-mbr). We could extend the mirage tool's library with > something like "partition_of_file" (in addition to "block_of_file") which > would create a fresh file containing a trivial gpt with a single > partition/uuid plus a copy of the original data. If it makes a copy, doesn't that mean that running mirage will overwrite any data written by the unikernel? (or, fail to update to changes in the original file). > The generated > "Block.connect" could then use "`Uuid ". Maybe we could > generate better runes in the .xl file too. > > So in the default case it would work without manual switch/case (at the cost > of a disk copy), but you could drop back to "block_of_file" if you knew what > you were doing. > > Cheers, > Dave > > [1] https://wiki.archlinux.org/index.php/GUID_Partition_Table -- Dr Thomas Leonard http://0install.net/ GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 GPG: DA98 25AE CAD0 8975 7CDA BD8E 0713 3F96 CA74 D8BA _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Mon Jan 26 09:59:16 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 26 Jan 2015 09:59:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFgRp-00062n-Qv; Mon, 26 Jan 2015 09:59:09 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFgRo-00062f-8C for mirageos-devel@lists.xenproject.org; Mon, 26 Jan 2015 09:59:08 +0000 Received: from [85.158.143.35] by server-3.bemta-4.messagelabs.com id CD/0D-19804-BEF06C45; Mon, 26 Jan 2015 09:59:07 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1422266346!12359528!1 X-Originating-IP: [209.85.215.42] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5558 invoked from network); 26 Jan 2015 09:59:06 -0000 Received: from mail-la0-f42.google.com (HELO mail-la0-f42.google.com) (209.85.215.42) by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 26 Jan 2015 09:59:06 -0000 Received: by mail-la0-f42.google.com with SMTP id ms9so6746494lab.1 for ; Mon, 26 Jan 2015 01:59:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=WCGb7W3/7XLGqASwzWY7PbjLPb7Wfh4Oo2poxgKdzVs=; b=zbSwV5L2Wv+jGZAepbCuDhT2iLlQ7xJK3HrIDrHsE1rgZydpF/Tc+LPdaOH7MA1fCl ErCwsclA6YbGA7pt6gm8gQ5vrX9G0khtyfOCuYp6uUvJHoDV7TLoESlu8RQHJhURKm3D x1dKb5U6bYNRAqLoVRzkQ+W+GT0dDhqYhuFqA3x60zDpfAvmZAYm43zzOSNYdsQiTP14 UNFwOUDwaSilie/az/ETJChJEp3IbY0BmgmvGtpeuIqQgH7l9ih1axoX6NXY3tdA2vWq QOyi++Axvdhfx2ZPUbkJERo95LC1zzIXjmpYxHQOG3Q3BqZiEtHdpqGnrSniTKR1ydes e2jA== MIME-Version: 1.0 X-Received: by 10.112.163.229 with SMTP id yl5mr5288100lbb.60.1422266345894; Mon, 26 Jan 2015 01:59:05 -0800 (PST) Received: by 10.25.207.3 with HTTP; Mon, 26 Jan 2015 01:59:05 -0800 (PST) In-Reply-To: References: Date: Mon, 26 Jan 2015 09:59:05 +0000 Message-ID: From: Thomas Leonard To: David Scott Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Errors trying the "block" example with Mirage 2.0+ and Xen 4.4 X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 25 January 2015 at 14:06, David Scott wrote: > > > On Thu, Jan 22, 2015 at 4:45 PM, Thomas Leonard wrote: >> >> On 22 January 2015 at 09:48, David Scott wrote: >> > Hi, >> > >> > On Tue, Jan 20, 2015 at 2:29 PM, Raphael 'kena' Poss >> > wrote: >> >> >> >> >> >> For information, if I manually edit the Mirage-generated "main.ml" to >> >> say: >> >> >> >> let block1 () = >> >> Block.connect "xvda1" >> >> >> >> (instead of Block.connect "/path/to/disk.img") >> >> >> >> Then it works fine! However this is not what I want, as main.ml should >> >> really work out of the box. :) >> >> In my config.ml, I use: >> >> let storage = >> match get_mode () with >> | `Xen -> block_of_file "xvda" >> | `Unix -> block_of_file "disk.img" >> >> That works, but the "block_of_file" name is misleading. >> >> Also, it all goes very strange if you also have a file named "xvda" in >> the same directory - then mirage replaces the Xen block name with an >> absolute Unix file path! >> >> >> It seems to me that there is some naming glue between the code >> >> generator, >> >> Block.connect and Xen that I don't understand. Can anyone shed some >> >> light on >> >> this? >> > >> > >> > On Unix the natural way to name a file or disk image is through a >> > filesystem >> > path. In a minimal VM implementation there isn't a filesystem so paths >> > don't >> > work; instead disks are attached to virtual slot numbers (usually >> > integers) >> > on some virtual bus. On Xen, PV disks are attached to a single virtual >> > bus. >> > Xen was originally created to run PV Linux guests and it was convenient >> > to >> > base the slot numbers on the Linux device/major numbers, hence the >> > convention became that the "first" commonly-used slot was numbered >> > "51712" >> > and corresponded to "/dev/xvda" in the guest. The goal was that the >> > config >> > file setting in dom0 would say "xvda" and the VM would agree and use >> > "/dev/xvda". Clearly this is a bit old-fashioned now; we have more guest >> > types than PV Linux and guest kernels can call their disk whatever they >> > want >> > anyway. >> > >> > Your string "xvda1" is being interpreted by this code in >> > mirage-block-xen: >> > >> > >> > https://github.com/mirage/mirage-block-xen/blob/f84f16dab55c42e91b70dc0c02e6953706a13063/lib/blkfront.ml#L427 >> > >> > the code will accept options including >> > - a virtual slot number (e.g. 51712) on the "Xen PV" bus >> > - a virtual slot number converted to a linux-style string (e.g. "xvda") >> > >> > I agree this is very clunky. >> >> It would be nice to use a variant here (e.g. `Slot 0xCA00). > > > Yeah, switching to variants sounds good. > >> >> >> > I think we need a better way to identify our disks. The toolstacks (the >> > things which start the VMs) don't provide a link between the filename on >> > the >> > host and the slot number. In fact many service providers would prefer >> > not to >> > leak filesystem paths into untrusted VMs at all. So I think we should >> > avoid >> > using paths to identify disks. >> >> > I believe Windows completely ignores the virtual slot number and relies >> > on >> > labels contained *within* the disks. Perhaps we should insist that all >> > our >> > disks have a trivial partition table with a unique "Disk identity"?[1] >> > This >> > implies we would need to extend the mirage tool to prepare the disk >> > images >> > and fill in the identify string? >> >> I like being able to refer to raw disks if needed. But we could have a >> (`Label "my-disk") variant too. > > > Sounds good. > > Looking into it a bit more, the convention I see on my Linux boxes is to > name disk (partitions) using UUIDs, via "GUID partition tables"[1]. My > /etc/fstab looks a bit like: > > # /boot was on /dev/sda1 during installation > UUID=3d493119-f738-4852-89ee-25b98931c5ca /boot ext2 defaults > 0 2 > > So I think we could extend ocaml-mbr to include gpt (or make ocaml-gpt with > a build depend on ocaml-mbr). We could extend the mirage tool's library with > something like "partition_of_file" (in addition to "block_of_file") which > would create a fresh file containing a trivial gpt with a single > partition/uuid plus a copy of the original data. If it makes a copy, doesn't that mean that running mirage will overwrite any data written by the unikernel? (or, fail to update to changes in the original file). > The generated > "Block.connect" could then use "`Uuid ". Maybe we could > generate better runes in the .xl file too. > > So in the default case it would work without manual switch/case (at the cost > of a disk copy), but you could drop back to "block_of_file" if you knew what > you were doing. > > Cheers, > Dave > > [1] https://wiki.archlinux.org/index.php/GUID_Partition_Table -- Dr Thomas Leonard http://0install.net/ GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 GPG: DA98 25AE CAD0 8975 7CDA BD8E 0713 3F96 CA74 D8BA _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Mon Jan 26 11:14:57 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 26 Jan 2015 11:14:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFhd4-0005Ci-8X; Mon, 26 Jan 2015 11:14:50 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFhd3-0005Ca-HC for mirageos-devel@lists.xenproject.org; Mon, 26 Jan 2015 11:14:49 +0000 Received: from [85.158.137.68] by server-4.bemta-3.messagelabs.com id 71/C6-16348-8A126C45; Mon, 26 Jan 2015 11:14:48 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-8.tower-31.messagelabs.com!1422270887!22377668!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2310 invoked from network); 26 Jan 2015 11:14:47 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-8.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Jan 2015 11:14:47 -0000 Received: from [10.0.0.94] (host81-149-102-120.in-addr.btopenworld.com [81.149.102.120]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 1b944ed4; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; for ; Mon, 26 Jan 2015 11:14:46 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy X-Priority: 3 Date: Mon, 26 Jan 2015 11:14:46 +0000 Message-Id: <0AA93532-A2B8-433B-AB5D-B4BD8206F599@recoil.org> References: <097371708fc519f12f15b2513832eb2c@caml.inria.fr> To: mirageos-devel X-Mailer: Apple Mail (2.1993) Subject: [MirageOS-devel] Fwd: [OCaml 0006167]: OCAMLPARAM Support for Disabling Position-Independent Code (PIC) Generation X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org Thanks to Gabor Pali, the upstream OCaml 4.03 tree now has support for disabling PIC code, which was one of the features needed to compile kFreeBSD kernel modules in Mirage. Thanks for pushing this through, Gabor! -anil > Begin forwarded message: > > To: anil@recoil.org > Subject: [OCaml 0006167]: OCAMLPARAM Support for Disabling Position-Independent Code (PIC) Generation > Date: 24 January 2015 16:36:12 GMT > From: Mantis Bug Tracker > > > The following issue has been RESOLVED. > ====================================================================== > http://caml.inria.fr/mantis/view.php?id=6167 > ====================================================================== > Reported By: pgj > Assigned To: gasche > ====================================================================== > Project: OCaml > Issue ID: 6167 > Category: OCaml backend (code generation) > Reproducibility: N/A > Severity: feature > Priority: normal > Status: resolved > Resolution: fixed > Fixed in Version: 4.03.0+dev > ====================================================================== > Date Submitted: 2013-09-10 16:20 CEST > Last Modified: 2015-01-24 17:36 CET > ====================================================================== > Summary: OCAMLPARAM Support for Disabling > Position-Independent Code (PIC) Generation > Description: > Add support for disabling Position-Independent Code (PIC) generation through the > OCAMLPARAM environment variable. This change would make it possible to specify > a "nopic" token which, when set, instructs the native code generator to emit > position-dependent code independently of what was requested at the command line. > > The rationale of this option is similar to the other flags already supported by > OCAMLPARAM: Allow the user to force generation of position-dependent code > without the need for modifying build system files or sources. > > This patch was directly motivated by the need for making cross-compilation > possible of the Mirage unikernel [1] to the "kFreeBSD" backend. This backend > basically compiles Mirage (OCaml) programs into FreeBSD kernel modules, where > certain expectations must be satisfied. One of those expectations is that the > generated code must not be position-independent as the FreeBSD kernel dynamic > loader (kld(4)) does not support ELF relocations of that type. Hence PIC > generation has to be disabled globally for all the compiled code, regardless > what the original upstream packages were instructed for. The "nodynlink" flag > is also used in this case. > > The attached patch implements this functionality by moving the `pic_code` > variable to the `Clflags` module for both the AMD64 and the ARM native code > generator backends, while it retains the default settings for both. I have > tested it on FreeBSD/amd64, but it should work on the ARM platform and on other > operating systems. > > > [1] http://openmirage.org/ > > ====================================================================== > > ---------------------------------------------------------------------- > (0011174) doligez (administrator) - 2014-04-02 17:11 > http://caml.inria.fr/mantis/view.php?id=6167#c11174 > ---------------------------------------------------------------------- > One small remark: if we add a "nopic" flag we should also add a "pic" flag for > symmetry (and because all the hard work is already done). > > ---------------------------------------------------------------------- > (0012912) whitequark (developer) - 2014-12-21 14:19 > http://caml.inria.fr/mantis/view.php?id=6167#c12912 > ---------------------------------------------------------------------- > @gasche, can you please take a look at the attached patch? > > ---------------------------------------------------------------------- > (0012913) gasche (developer) - 2014-12-21 16:07 > http://caml.inria.fr/mantis/view.php?id=6167#c12913 > ---------------------------------------------------------------------- > It would be more natural, I think, to use pic=0 and pic=1 to disable or disable > position-independent code. Given the fact that the key-value-handling logic is > already present in the OCAMLPARAM code, the current patch allows nopic=1 and > nopic=0 to respectively disable and enable position-independent code (with > "nopic" being a shortcut for "nopic=1"), which is a rather obscure interface. If > people prefer using "nopic" to "pic=0", we could at least support both pic and > nopic as keys as Damien suggests. > > The other issue I have with the patch is the default-setting logic: > > +let pic_code = ref (String.compare "amd64" Config.architecture == 0) > + (* -fPIC (only true by default on amd64) *) > > if you allow me to nitpick (no pun intended), this code would not scale to the > addition of other architectures. We should pattern-match on Config.architecture, > with at least a case for each architecture on which the option makes sense > (having a catch-all pattern with the default value for the others is > reasonable). > > Is anyone willing to improve the patch on these two aspects? Given the > non-stellar reaction time, I would assume that the original contributor pgj may > not be willing to do the extra work. If nobody comes forward by the time of the > release, I could do it myself. > > ---------------------------------------------------------------------- > (0012914) pgj (reporter) - 2014-12-21 17:26 > http://caml.inria.fr/mantis/view.php?id=6167#c12914 > ---------------------------------------------------------------------- > Sorry, folks, I was busy with other stuff and I did not come to respond to the > notes. I think you are right, and yes, I think I could adapt the patch > according to the recommendations. > > ---------------------------------------------------------------------- > (0012915) gasche (developer) - 2014-12-21 17:39 > http://caml.inria.fr/mantis/view.php?id=6167#c12915 > ---------------------------------------------------------------------- > Nice! I certainly implied no criticism of you, I find it natural to could drift > a bit after 6 months with no reply. You can take your time to prepare a patch. > > ---------------------------------------------------------------------- > (0012916) pgj (reporter) - 2014-12-21 17:48 > http://caml.inria.fr/mantis/view.php?id=6167#c12916 > ---------------------------------------------------------------------- > Sure, no problem. Thanks for reminding me :-) I did not have time for the > original project either (for which the patch was originally written) so it > simply got slipped, indeed. > > > > ---------------------------------------------------------------------- > (0013134) pgj (reporter) - 2015-01-17 11:03 > http://caml.inria.fr/mantis/view.php?id=6167#c13134 > ---------------------------------------------------------------------- > Please find a revisited version attached. It is now adapted to the trunk > version as of today and theoretically has also the requested changes. I tested > it on FreeBSD/amd64, it builds and works for me. Sorry for the delay :-) > > ---------------------------------------------------------------------- > (0013169) gasche (developer) - 2015-01-24 17:35 > http://caml.inria.fr/mantis/view.php?id=6167#c13169 > ---------------------------------------------------------------------- > Merged in trunk, thanks! > > Issue History > Date Modified Username Field Change > ====================================================================== > 2013-09-10 16:20 pgj New Issue > 2013-09-10 16:20 pgj File Added: nopic.diff > 2013-09-11 22:07 doligez Tag Attached: patch > 2014-04-02 17:09 doligez Status new => confirmed > 2014-04-02 17:09 doligez Target Version => 4.02.0+dev > 2014-04-02 17:11 doligez Note Added: 0011174 > 2014-08-21 12:02 doligez Target Version 4.02.0+dev => > 2014-12-21 14:19 whitequark Note Added: 0012912 > 2014-12-21 16:07 gasche Note Added: 0012913 > 2014-12-21 16:07 gasche Tag Attached: junior_job > 2014-12-21 17:26 pgj Note Added: 0012914 > 2014-12-21 17:39 gasche Note Added: 0012915 > 2014-12-21 17:48 pgj Note Added: 0012916 > 2014-12-21 17:48 pgj Note Edited: 0012916 > 2015-01-17 11:01 pgj File Added: ocamlparam_pic.diff > > 2015-01-17 11:03 pgj Note Added: 0013134 > 2015-01-24 17:35 gasche Note Added: 0013169 > 2015-01-24 17:36 gasche Status confirmed => resolved > 2015-01-24 17:36 gasche Fixed in Version => 4.03.0+dev > 2015-01-24 17:36 gasche Resolution open => fixed > 2015-01-24 17:36 gasche Assigned To => gasche > ====================================================================== > _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Mon Jan 26 11:14:57 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 26 Jan 2015 11:14:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFhd4-0005Ci-8X; Mon, 26 Jan 2015 11:14:50 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFhd3-0005Ca-HC for mirageos-devel@lists.xenproject.org; Mon, 26 Jan 2015 11:14:49 +0000 Received: from [85.158.137.68] by server-4.bemta-3.messagelabs.com id 71/C6-16348-8A126C45; Mon, 26 Jan 2015 11:14:48 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-8.tower-31.messagelabs.com!1422270887!22377668!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2310 invoked from network); 26 Jan 2015 11:14:47 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-8.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Jan 2015 11:14:47 -0000 Received: from [10.0.0.94] (host81-149-102-120.in-addr.btopenworld.com [81.149.102.120]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 1b944ed4; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; for ; Mon, 26 Jan 2015 11:14:46 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy X-Priority: 3 Date: Mon, 26 Jan 2015 11:14:46 +0000 Message-Id: <0AA93532-A2B8-433B-AB5D-B4BD8206F599@recoil.org> References: <097371708fc519f12f15b2513832eb2c@caml.inria.fr> To: mirageos-devel X-Mailer: Apple Mail (2.1993) Subject: [MirageOS-devel] Fwd: [OCaml 0006167]: OCAMLPARAM Support for Disabling Position-Independent Code (PIC) Generation X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org Thanks to Gabor Pali, the upstream OCaml 4.03 tree now has support for disabling PIC code, which was one of the features needed to compile kFreeBSD kernel modules in Mirage. Thanks for pushing this through, Gabor! -anil > Begin forwarded message: > > To: anil@recoil.org > Subject: [OCaml 0006167]: OCAMLPARAM Support for Disabling Position-Independent Code (PIC) Generation > Date: 24 January 2015 16:36:12 GMT > From: Mantis Bug Tracker > > > The following issue has been RESOLVED. > ====================================================================== > http://caml.inria.fr/mantis/view.php?id=6167 > ====================================================================== > Reported By: pgj > Assigned To: gasche > ====================================================================== > Project: OCaml > Issue ID: 6167 > Category: OCaml backend (code generation) > Reproducibility: N/A > Severity: feature > Priority: normal > Status: resolved > Resolution: fixed > Fixed in Version: 4.03.0+dev > ====================================================================== > Date Submitted: 2013-09-10 16:20 CEST > Last Modified: 2015-01-24 17:36 CET > ====================================================================== > Summary: OCAMLPARAM Support for Disabling > Position-Independent Code (PIC) Generation > Description: > Add support for disabling Position-Independent Code (PIC) generation through the > OCAMLPARAM environment variable. This change would make it possible to specify > a "nopic" token which, when set, instructs the native code generator to emit > position-dependent code independently of what was requested at the command line. > > The rationale of this option is similar to the other flags already supported by > OCAMLPARAM: Allow the user to force generation of position-dependent code > without the need for modifying build system files or sources. > > This patch was directly motivated by the need for making cross-compilation > possible of the Mirage unikernel [1] to the "kFreeBSD" backend. This backend > basically compiles Mirage (OCaml) programs into FreeBSD kernel modules, where > certain expectations must be satisfied. One of those expectations is that the > generated code must not be position-independent as the FreeBSD kernel dynamic > loader (kld(4)) does not support ELF relocations of that type. Hence PIC > generation has to be disabled globally for all the compiled code, regardless > what the original upstream packages were instructed for. The "nodynlink" flag > is also used in this case. > > The attached patch implements this functionality by moving the `pic_code` > variable to the `Clflags` module for both the AMD64 and the ARM native code > generator backends, while it retains the default settings for both. I have > tested it on FreeBSD/amd64, but it should work on the ARM platform and on other > operating systems. > > > [1] http://openmirage.org/ > > ====================================================================== > > ---------------------------------------------------------------------- > (0011174) doligez (administrator) - 2014-04-02 17:11 > http://caml.inria.fr/mantis/view.php?id=6167#c11174 > ---------------------------------------------------------------------- > One small remark: if we add a "nopic" flag we should also add a "pic" flag for > symmetry (and because all the hard work is already done). > > ---------------------------------------------------------------------- > (0012912) whitequark (developer) - 2014-12-21 14:19 > http://caml.inria.fr/mantis/view.php?id=6167#c12912 > ---------------------------------------------------------------------- > @gasche, can you please take a look at the attached patch? > > ---------------------------------------------------------------------- > (0012913) gasche (developer) - 2014-12-21 16:07 > http://caml.inria.fr/mantis/view.php?id=6167#c12913 > ---------------------------------------------------------------------- > It would be more natural, I think, to use pic=0 and pic=1 to disable or disable > position-independent code. Given the fact that the key-value-handling logic is > already present in the OCAMLPARAM code, the current patch allows nopic=1 and > nopic=0 to respectively disable and enable position-independent code (with > "nopic" being a shortcut for "nopic=1"), which is a rather obscure interface. If > people prefer using "nopic" to "pic=0", we could at least support both pic and > nopic as keys as Damien suggests. > > The other issue I have with the patch is the default-setting logic: > > +let pic_code = ref (String.compare "amd64" Config.architecture == 0) > + (* -fPIC (only true by default on amd64) *) > > if you allow me to nitpick (no pun intended), this code would not scale to the > addition of other architectures. We should pattern-match on Config.architecture, > with at least a case for each architecture on which the option makes sense > (having a catch-all pattern with the default value for the others is > reasonable). > > Is anyone willing to improve the patch on these two aspects? Given the > non-stellar reaction time, I would assume that the original contributor pgj may > not be willing to do the extra work. If nobody comes forward by the time of the > release, I could do it myself. > > ---------------------------------------------------------------------- > (0012914) pgj (reporter) - 2014-12-21 17:26 > http://caml.inria.fr/mantis/view.php?id=6167#c12914 > ---------------------------------------------------------------------- > Sorry, folks, I was busy with other stuff and I did not come to respond to the > notes. I think you are right, and yes, I think I could adapt the patch > according to the recommendations. > > ---------------------------------------------------------------------- > (0012915) gasche (developer) - 2014-12-21 17:39 > http://caml.inria.fr/mantis/view.php?id=6167#c12915 > ---------------------------------------------------------------------- > Nice! I certainly implied no criticism of you, I find it natural to could drift > a bit after 6 months with no reply. You can take your time to prepare a patch. > > ---------------------------------------------------------------------- > (0012916) pgj (reporter) - 2014-12-21 17:48 > http://caml.inria.fr/mantis/view.php?id=6167#c12916 > ---------------------------------------------------------------------- > Sure, no problem. Thanks for reminding me :-) I did not have time for the > original project either (for which the patch was originally written) so it > simply got slipped, indeed. > > > > ---------------------------------------------------------------------- > (0013134) pgj (reporter) - 2015-01-17 11:03 > http://caml.inria.fr/mantis/view.php?id=6167#c13134 > ---------------------------------------------------------------------- > Please find a revisited version attached. It is now adapted to the trunk > version as of today and theoretically has also the requested changes. I tested > it on FreeBSD/amd64, it builds and works for me. Sorry for the delay :-) > > ---------------------------------------------------------------------- > (0013169) gasche (developer) - 2015-01-24 17:35 > http://caml.inria.fr/mantis/view.php?id=6167#c13169 > ---------------------------------------------------------------------- > Merged in trunk, thanks! > > Issue History > Date Modified Username Field Change > ====================================================================== > 2013-09-10 16:20 pgj New Issue > 2013-09-10 16:20 pgj File Added: nopic.diff > 2013-09-11 22:07 doligez Tag Attached: patch > 2014-04-02 17:09 doligez Status new => confirmed > 2014-04-02 17:09 doligez Target Version => 4.02.0+dev > 2014-04-02 17:11 doligez Note Added: 0011174 > 2014-08-21 12:02 doligez Target Version 4.02.0+dev => > 2014-12-21 14:19 whitequark Note Added: 0012912 > 2014-12-21 16:07 gasche Note Added: 0012913 > 2014-12-21 16:07 gasche Tag Attached: junior_job > 2014-12-21 17:26 pgj Note Added: 0012914 > 2014-12-21 17:39 gasche Note Added: 0012915 > 2014-12-21 17:48 pgj Note Added: 0012916 > 2014-12-21 17:48 pgj Note Edited: 0012916 > 2015-01-17 11:01 pgj File Added: ocamlparam_pic.diff > > 2015-01-17 11:03 pgj Note Added: 0013134 > 2015-01-24 17:35 gasche Note Added: 0013169 > 2015-01-24 17:36 gasche Status confirmed => resolved > 2015-01-24 17:36 gasche Fixed in Version => 4.03.0+dev > 2015-01-24 17:36 gasche Resolution open => fixed > 2015-01-24 17:36 gasche Assigned To => gasche > ====================================================================== > _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Mon Jan 26 11:21:57 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 26 Jan 2015 11:21:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFhjx-0005Oy-Bc; Mon, 26 Jan 2015 11:21:57 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFhjw-0005MU-3G for mirageos-devel@lists.xenproject.org; Mon, 26 Jan 2015 11:21:56 +0000 Received: from [193.109.254.147] by server-1.bemta-14.messagelabs.com id DF/2D-19044-35326C45; Mon, 26 Jan 2015 11:21:55 +0000 X-Env-Sender: Dave.Scott@citrix.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1422271313!22932721!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests=received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21109 invoked from network); 26 Jan 2015 11:21:53 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-9.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 26 Jan 2015 11:21:53 -0000 X-IronPort-AV: E=Sophos;i="5.09,468,1418083200"; d="scan'208";a="29680869" From: Dave Scott To: Anil Madhavapeddy Thread-Topic: [MirageOS-devel] [OCaml 0006167]: OCAMLPARAM Support for Disabling Position-Independent Code (PIC) Generation Thread-Index: AQHQOVpICtAKBnk5dUyTVY9PxjqAeg== Date: Mon, 26 Jan 2015 11:21:52 +0000 Message-ID: <9A05E719-6950-42E4-B0B7-33BEC48AD734@citrix.com> References: <097371708fc519f12f15b2513832eb2c@caml.inria.fr> <0AA93532-A2B8-433B-AB5D-B4BD8206F599@recoil.org> In-Reply-To: <0AA93532-A2B8-433B-AB5D-B4BD8206F599@recoil.org> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-ID: MIME-Version: 1.0 X-DLP: AMS1 Cc: mirageos-devel Subject: Re: [MirageOS-devel] [OCaml 0006167]: OCAMLPARAM Support for Disabling Position-Independent Code (PIC) Generation X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org > On 26 Jan 2015, at 11:14, Anil Madhavapeddy wrote: > > Thanks to Gabor Pali, the upstream OCaml 4.03 tree now has support for disabling PIC code, which was one of the features needed to compile kFreeBSD kernel modules in Mirage. Thanks for pushing this through, Gabor! Awesome! Is there anything else still to upstream or is it all ready for use? :) Cheers, Dave > > -anil > >> Begin forwarded message: >> >> To: anil@recoil.org >> Subject: [OCaml 0006167]: OCAMLPARAM Support for Disabling Position-Independent Code (PIC) Generation >> Date: 24 January 2015 16:36:12 GMT >> From: Mantis Bug Tracker >> >> >> The following issue has been RESOLVED. >> ====================================================================== >> http://caml.inria.fr/mantis/view.php?id=6167 >> ====================================================================== >> Reported By: pgj >> Assigned To: gasche >> ====================================================================== >> Project: OCaml >> Issue ID: 6167 >> Category: OCaml backend (code generation) >> Reproducibility: N/A >> Severity: feature >> Priority: normal >> Status: resolved >> Resolution: fixed >> Fixed in Version: 4.03.0+dev >> ====================================================================== >> Date Submitted: 2013-09-10 16:20 CEST >> Last Modified: 2015-01-24 17:36 CET >> ====================================================================== >> Summary: OCAMLPARAM Support for Disabling >> Position-Independent Code (PIC) Generation >> Description: >> Add support for disabling Position-Independent Code (PIC) generation through the >> OCAMLPARAM environment variable. This change would make it possible to specify >> a "nopic" token which, when set, instructs the native code generator to emit >> position-dependent code independently of what was requested at the command line. >> >> The rationale of this option is similar to the other flags already supported by >> OCAMLPARAM: Allow the user to force generation of position-dependent code >> without the need for modifying build system files or sources. >> >> This patch was directly motivated by the need for making cross-compilation >> possible of the Mirage unikernel [1] to the "kFreeBSD" backend. This backend >> basically compiles Mirage (OCaml) programs into FreeBSD kernel modules, where >> certain expectations must be satisfied. One of those expectations is that the >> generated code must not be position-independent as the FreeBSD kernel dynamic >> loader (kld(4)) does not support ELF relocations of that type. Hence PIC >> generation has to be disabled globally for all the compiled code, regardless >> what the original upstream packages were instructed for. The "nodynlink" flag >> is also used in this case. >> >> The attached patch implements this functionality by moving the `pic_code` >> variable to the `Clflags` module for both the AMD64 and the ARM native code >> generator backends, while it retains the default settings for both. I have >> tested it on FreeBSD/amd64, but it should work on the ARM platform and on other >> operating systems. >> >> >> [1] http://openmirage.org/ >> >> ====================================================================== >> >> ---------------------------------------------------------------------- >> (0011174) doligez (administrator) - 2014-04-02 17:11 >> http://caml.inria.fr/mantis/view.php?id=6167#c11174 >> ---------------------------------------------------------------------- >> One small remark: if we add a "nopic" flag we should also add a "pic" flag for >> symmetry (and because all the hard work is already done). >> >> ---------------------------------------------------------------------- >> (0012912) whitequark (developer) - 2014-12-21 14:19 >> http://caml.inria.fr/mantis/view.php?id=6167#c12912 >> ---------------------------------------------------------------------- >> @gasche, can you please take a look at the attached patch? >> >> ---------------------------------------------------------------------- >> (0012913) gasche (developer) - 2014-12-21 16:07 >> http://caml.inria.fr/mantis/view.php?id=6167#c12913 >> ---------------------------------------------------------------------- >> It would be more natural, I think, to use pic=0 and pic=1 to disable or disable >> position-independent code. Given the fact that the key-value-handling logic is >> already present in the OCAMLPARAM code, the current patch allows nopic=1 and >> nopic=0 to respectively disable and enable position-independent code (with >> "nopic" being a shortcut for "nopic=1"), which is a rather obscure interface. If >> people prefer using "nopic" to "pic=0", we could at least support both pic and >> nopic as keys as Damien suggests. >> >> The other issue I have with the patch is the default-setting logic: >> >> +let pic_code = ref (String.compare "amd64" Config.architecture == 0) >> + (* -fPIC (only true by default on amd64) *) >> >> if you allow me to nitpick (no pun intended), this code would not scale to the >> addition of other architectures. We should pattern-match on Config.architecture, >> with at least a case for each architecture on which the option makes sense >> (having a catch-all pattern with the default value for the others is >> reasonable). >> >> Is anyone willing to improve the patch on these two aspects? Given the >> non-stellar reaction time, I would assume that the original contributor pgj may >> not be willing to do the extra work. If nobody comes forward by the time of the >> release, I could do it myself. >> >> ---------------------------------------------------------------------- >> (0012914) pgj (reporter) - 2014-12-21 17:26 >> http://caml.inria.fr/mantis/view.php?id=6167#c12914 >> ---------------------------------------------------------------------- >> Sorry, folks, I was busy with other stuff and I did not come to respond to the >> notes. I think you are right, and yes, I think I could adapt the patch >> according to the recommendations. >> >> ---------------------------------------------------------------------- >> (0012915) gasche (developer) - 2014-12-21 17:39 >> http://caml.inria.fr/mantis/view.php?id=6167#c12915 >> ---------------------------------------------------------------------- >> Nice! I certainly implied no criticism of you, I find it natural to could drift >> a bit after 6 months with no reply. You can take your time to prepare a patch. >> >> ---------------------------------------------------------------------- >> (0012916) pgj (reporter) - 2014-12-21 17:48 >> http://caml.inria.fr/mantis/view.php?id=6167#c12916 >> ---------------------------------------------------------------------- >> Sure, no problem. Thanks for reminding me :-) I did not have time for the >> original project either (for which the patch was originally written) so it >> simply got slipped, indeed. >> >> >> >> ---------------------------------------------------------------------- >> (0013134) pgj (reporter) - 2015-01-17 11:03 >> http://caml.inria.fr/mantis/view.php?id=6167#c13134 >> ---------------------------------------------------------------------- >> Please find a revisited version attached. It is now adapted to the trunk >> version as of today and theoretically has also the requested changes. I tested >> it on FreeBSD/amd64, it builds and works for me. Sorry for the delay :-) >> >> ---------------------------------------------------------------------- >> (0013169) gasche (developer) - 2015-01-24 17:35 >> http://caml.inria.fr/mantis/view.php?id=6167#c13169 >> ---------------------------------------------------------------------- >> Merged in trunk, thanks! >> >> Issue History >> Date Modified Username Field Change >> ====================================================================== >> 2013-09-10 16:20 pgj New Issue >> 2013-09-10 16:20 pgj File Added: nopic.diff >> 2013-09-11 22:07 doligez Tag Attached: patch >> 2014-04-02 17:09 doligez Status new => confirmed >> 2014-04-02 17:09 doligez Target Version => 4.02.0+dev >> 2014-04-02 17:11 doligez Note Added: 0011174 >> 2014-08-21 12:02 doligez Target Version 4.02.0+dev => >> 2014-12-21 14:19 whitequark Note Added: 0012912 >> 2014-12-21 16:07 gasche Note Added: 0012913 >> 2014-12-21 16:07 gasche Tag Attached: junior_job >> 2014-12-21 17:26 pgj Note Added: 0012914 >> 2014-12-21 17:39 gasche Note Added: 0012915 >> 2014-12-21 17:48 pgj Note Added: 0012916 >> 2014-12-21 17:48 pgj Note Edited: 0012916 >> 2015-01-17 11:01 pgj File Added: ocamlparam_pic.diff >> >> 2015-01-17 11:03 pgj Note Added: 0013134 >> 2015-01-24 17:35 gasche Note Added: 0013169 >> 2015-01-24 17:36 gasche Status confirmed => resolved >> 2015-01-24 17:36 gasche Fixed in Version => 4.03.0+dev >> 2015-01-24 17:36 gasche Resolution open => fixed >> 2015-01-24 17:36 gasche Assigned To => gasche >> ====================================================================== >> > > > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Mon Jan 26 11:21:57 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 26 Jan 2015 11:21:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFhjx-0005Oy-Bc; Mon, 26 Jan 2015 11:21:57 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFhjw-0005MU-3G for mirageos-devel@lists.xenproject.org; Mon, 26 Jan 2015 11:21:56 +0000 Received: from [193.109.254.147] by server-1.bemta-14.messagelabs.com id DF/2D-19044-35326C45; Mon, 26 Jan 2015 11:21:55 +0000 X-Env-Sender: Dave.Scott@citrix.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1422271313!22932721!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests=received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21109 invoked from network); 26 Jan 2015 11:21:53 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-9.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 26 Jan 2015 11:21:53 -0000 X-IronPort-AV: E=Sophos;i="5.09,468,1418083200"; d="scan'208";a="29680869" From: Dave Scott To: Anil Madhavapeddy Thread-Topic: [MirageOS-devel] [OCaml 0006167]: OCAMLPARAM Support for Disabling Position-Independent Code (PIC) Generation Thread-Index: AQHQOVpICtAKBnk5dUyTVY9PxjqAeg== Date: Mon, 26 Jan 2015 11:21:52 +0000 Message-ID: <9A05E719-6950-42E4-B0B7-33BEC48AD734@citrix.com> References: <097371708fc519f12f15b2513832eb2c@caml.inria.fr> <0AA93532-A2B8-433B-AB5D-B4BD8206F599@recoil.org> In-Reply-To: <0AA93532-A2B8-433B-AB5D-B4BD8206F599@recoil.org> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-ID: MIME-Version: 1.0 X-DLP: AMS1 Cc: mirageos-devel Subject: Re: [MirageOS-devel] [OCaml 0006167]: OCAMLPARAM Support for Disabling Position-Independent Code (PIC) Generation X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org > On 26 Jan 2015, at 11:14, Anil Madhavapeddy wrote: > > Thanks to Gabor Pali, the upstream OCaml 4.03 tree now has support for disabling PIC code, which was one of the features needed to compile kFreeBSD kernel modules in Mirage. Thanks for pushing this through, Gabor! Awesome! Is there anything else still to upstream or is it all ready for use? :) Cheers, Dave > > -anil > >> Begin forwarded message: >> >> To: anil@recoil.org >> Subject: [OCaml 0006167]: OCAMLPARAM Support for Disabling Position-Independent Code (PIC) Generation >> Date: 24 January 2015 16:36:12 GMT >> From: Mantis Bug Tracker >> >> >> The following issue has been RESOLVED. >> ====================================================================== >> http://caml.inria.fr/mantis/view.php?id=6167 >> ====================================================================== >> Reported By: pgj >> Assigned To: gasche >> ====================================================================== >> Project: OCaml >> Issue ID: 6167 >> Category: OCaml backend (code generation) >> Reproducibility: N/A >> Severity: feature >> Priority: normal >> Status: resolved >> Resolution: fixed >> Fixed in Version: 4.03.0+dev >> ====================================================================== >> Date Submitted: 2013-09-10 16:20 CEST >> Last Modified: 2015-01-24 17:36 CET >> ====================================================================== >> Summary: OCAMLPARAM Support for Disabling >> Position-Independent Code (PIC) Generation >> Description: >> Add support for disabling Position-Independent Code (PIC) generation through the >> OCAMLPARAM environment variable. This change would make it possible to specify >> a "nopic" token which, when set, instructs the native code generator to emit >> position-dependent code independently of what was requested at the command line. >> >> The rationale of this option is similar to the other flags already supported by >> OCAMLPARAM: Allow the user to force generation of position-dependent code >> without the need for modifying build system files or sources. >> >> This patch was directly motivated by the need for making cross-compilation >> possible of the Mirage unikernel [1] to the "kFreeBSD" backend. This backend >> basically compiles Mirage (OCaml) programs into FreeBSD kernel modules, where >> certain expectations must be satisfied. One of those expectations is that the >> generated code must not be position-independent as the FreeBSD kernel dynamic >> loader (kld(4)) does not support ELF relocations of that type. Hence PIC >> generation has to be disabled globally for all the compiled code, regardless >> what the original upstream packages were instructed for. The "nodynlink" flag >> is also used in this case. >> >> The attached patch implements this functionality by moving the `pic_code` >> variable to the `Clflags` module for both the AMD64 and the ARM native code >> generator backends, while it retains the default settings for both. I have >> tested it on FreeBSD/amd64, but it should work on the ARM platform and on other >> operating systems. >> >> >> [1] http://openmirage.org/ >> >> ====================================================================== >> >> ---------------------------------------------------------------------- >> (0011174) doligez (administrator) - 2014-04-02 17:11 >> http://caml.inria.fr/mantis/view.php?id=6167#c11174 >> ---------------------------------------------------------------------- >> One small remark: if we add a "nopic" flag we should also add a "pic" flag for >> symmetry (and because all the hard work is already done). >> >> ---------------------------------------------------------------------- >> (0012912) whitequark (developer) - 2014-12-21 14:19 >> http://caml.inria.fr/mantis/view.php?id=6167#c12912 >> ---------------------------------------------------------------------- >> @gasche, can you please take a look at the attached patch? >> >> ---------------------------------------------------------------------- >> (0012913) gasche (developer) - 2014-12-21 16:07 >> http://caml.inria.fr/mantis/view.php?id=6167#c12913 >> ---------------------------------------------------------------------- >> It would be more natural, I think, to use pic=0 and pic=1 to disable or disable >> position-independent code. Given the fact that the key-value-handling logic is >> already present in the OCAMLPARAM code, the current patch allows nopic=1 and >> nopic=0 to respectively disable and enable position-independent code (with >> "nopic" being a shortcut for "nopic=1"), which is a rather obscure interface. If >> people prefer using "nopic" to "pic=0", we could at least support both pic and >> nopic as keys as Damien suggests. >> >> The other issue I have with the patch is the default-setting logic: >> >> +let pic_code = ref (String.compare "amd64" Config.architecture == 0) >> + (* -fPIC (only true by default on amd64) *) >> >> if you allow me to nitpick (no pun intended), this code would not scale to the >> addition of other architectures. We should pattern-match on Config.architecture, >> with at least a case for each architecture on which the option makes sense >> (having a catch-all pattern with the default value for the others is >> reasonable). >> >> Is anyone willing to improve the patch on these two aspects? Given the >> non-stellar reaction time, I would assume that the original contributor pgj may >> not be willing to do the extra work. If nobody comes forward by the time of the >> release, I could do it myself. >> >> ---------------------------------------------------------------------- >> (0012914) pgj (reporter) - 2014-12-21 17:26 >> http://caml.inria.fr/mantis/view.php?id=6167#c12914 >> ---------------------------------------------------------------------- >> Sorry, folks, I was busy with other stuff and I did not come to respond to the >> notes. I think you are right, and yes, I think I could adapt the patch >> according to the recommendations. >> >> ---------------------------------------------------------------------- >> (0012915) gasche (developer) - 2014-12-21 17:39 >> http://caml.inria.fr/mantis/view.php?id=6167#c12915 >> ---------------------------------------------------------------------- >> Nice! I certainly implied no criticism of you, I find it natural to could drift >> a bit after 6 months with no reply. You can take your time to prepare a patch. >> >> ---------------------------------------------------------------------- >> (0012916) pgj (reporter) - 2014-12-21 17:48 >> http://caml.inria.fr/mantis/view.php?id=6167#c12916 >> ---------------------------------------------------------------------- >> Sure, no problem. Thanks for reminding me :-) I did not have time for the >> original project either (for which the patch was originally written) so it >> simply got slipped, indeed. >> >> >> >> ---------------------------------------------------------------------- >> (0013134) pgj (reporter) - 2015-01-17 11:03 >> http://caml.inria.fr/mantis/view.php?id=6167#c13134 >> ---------------------------------------------------------------------- >> Please find a revisited version attached. It is now adapted to the trunk >> version as of today and theoretically has also the requested changes. I tested >> it on FreeBSD/amd64, it builds and works for me. Sorry for the delay :-) >> >> ---------------------------------------------------------------------- >> (0013169) gasche (developer) - 2015-01-24 17:35 >> http://caml.inria.fr/mantis/view.php?id=6167#c13169 >> ---------------------------------------------------------------------- >> Merged in trunk, thanks! >> >> Issue History >> Date Modified Username Field Change >> ====================================================================== >> 2013-09-10 16:20 pgj New Issue >> 2013-09-10 16:20 pgj File Added: nopic.diff >> 2013-09-11 22:07 doligez Tag Attached: patch >> 2014-04-02 17:09 doligez Status new => confirmed >> 2014-04-02 17:09 doligez Target Version => 4.02.0+dev >> 2014-04-02 17:11 doligez Note Added: 0011174 >> 2014-08-21 12:02 doligez Target Version 4.02.0+dev => >> 2014-12-21 14:19 whitequark Note Added: 0012912 >> 2014-12-21 16:07 gasche Note Added: 0012913 >> 2014-12-21 16:07 gasche Tag Attached: junior_job >> 2014-12-21 17:26 pgj Note Added: 0012914 >> 2014-12-21 17:39 gasche Note Added: 0012915 >> 2014-12-21 17:48 pgj Note Added: 0012916 >> 2014-12-21 17:48 pgj Note Edited: 0012916 >> 2015-01-17 11:01 pgj File Added: ocamlparam_pic.diff >> >> 2015-01-17 11:03 pgj Note Added: 0013134 >> 2015-01-24 17:35 gasche Note Added: 0013169 >> 2015-01-24 17:36 gasche Status confirmed => resolved >> 2015-01-24 17:36 gasche Fixed in Version => 4.03.0+dev >> 2015-01-24 17:36 gasche Resolution open => fixed >> 2015-01-24 17:36 gasche Assigned To => gasche >> ====================================================================== >> > > > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Mon Jan 26 11:47:32 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 26 Jan 2015 11:47:32 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFi8g-0007FL-CL; Mon, 26 Jan 2015 11:47:30 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFi8f-0007Eu-L6 for mirageos-devel@lists.xenproject.org; Mon, 26 Jan 2015 11:47:29 +0000 Received: from [193.109.254.147] by server-4.bemta-14.messagelabs.com id 02/F4-16320-05926C45; Mon, 26 Jan 2015 11:47:28 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-13.tower-27.messagelabs.com!1422272848!22994693!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30198 invoked from network); 26 Jan 2015 11:47:28 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-13.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Jan 2015 11:47:28 -0000 Received: from flick.office (volstagg-0.srg.cl.cam.ac.uk [128.232.32.232]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id f5141021; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Mon, 26 Jan 2015 11:47:27 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: <9A05E719-6950-42E4-B0B7-33BEC48AD734@citrix.com> Date: Mon, 26 Jan 2015 11:47:28 +0000 Message-Id: <56CF35B2-217D-4114-8EEF-359077DCAF57@recoil.org> References: <097371708fc519f12f15b2513832eb2c@caml.inria.fr> <0AA93532-A2B8-433B-AB5D-B4BD8206F599@recoil.org> <9A05E719-6950-42E4-B0B7-33BEC48AD734@citrix.com> To: David Scott X-Mailer: Apple Mail (2.1993) Cc: mirageos-devel Subject: Re: [MirageOS-devel] [OCaml 0006167]: OCAMLPARAM Support for Disabling Position-Independent Code (PIC) Generation X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 26 Jan 2015, at 11:21, Dave Scott wrote: > > >> On 26 Jan 2015, at 11:14, Anil Madhavapeddy wrote: >> >> Thanks to Gabor Pali, the upstream OCaml 4.03 tree now has support for disabling PIC code, which was one of the features needed to compile kFreeBSD kernel modules in Mirage. Thanks for pushing this through, Gabor! > > Awesome! > > Is there anything else still to upstream or is it all ready for use? :) A mere matter of Makefiles, I'm sure :-) It should be much easier with the recent removal of the OCaml runtime in mirage-xen, but there's still some rearranging to do. -anil _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Mon Jan 26 11:47:32 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 26 Jan 2015 11:47:32 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFi8g-0007FL-CL; Mon, 26 Jan 2015 11:47:30 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFi8f-0007Eu-L6 for mirageos-devel@lists.xenproject.org; Mon, 26 Jan 2015 11:47:29 +0000 Received: from [193.109.254.147] by server-4.bemta-14.messagelabs.com id 02/F4-16320-05926C45; Mon, 26 Jan 2015 11:47:28 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-13.tower-27.messagelabs.com!1422272848!22994693!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30198 invoked from network); 26 Jan 2015 11:47:28 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-13.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Jan 2015 11:47:28 -0000 Received: from flick.office (volstagg-0.srg.cl.cam.ac.uk [128.232.32.232]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id f5141021; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Mon, 26 Jan 2015 11:47:27 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: <9A05E719-6950-42E4-B0B7-33BEC48AD734@citrix.com> Date: Mon, 26 Jan 2015 11:47:28 +0000 Message-Id: <56CF35B2-217D-4114-8EEF-359077DCAF57@recoil.org> References: <097371708fc519f12f15b2513832eb2c@caml.inria.fr> <0AA93532-A2B8-433B-AB5D-B4BD8206F599@recoil.org> <9A05E719-6950-42E4-B0B7-33BEC48AD734@citrix.com> To: David Scott X-Mailer: Apple Mail (2.1993) Cc: mirageos-devel Subject: Re: [MirageOS-devel] [OCaml 0006167]: OCAMLPARAM Support for Disabling Position-Independent Code (PIC) Generation X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 26 Jan 2015, at 11:21, Dave Scott wrote: > > >> On 26 Jan 2015, at 11:14, Anil Madhavapeddy wrote: >> >> Thanks to Gabor Pali, the upstream OCaml 4.03 tree now has support for disabling PIC code, which was one of the features needed to compile kFreeBSD kernel modules in Mirage. Thanks for pushing this through, Gabor! > > Awesome! > > Is there anything else still to upstream or is it all ready for use? :) A mere matter of Makefiles, I'm sure :-) It should be much easier with the recent removal of the OCaml runtime in mirage-xen, but there's still some rearranging to do. -anil _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Mon Jan 26 11:53:33 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 26 Jan 2015 11:53:33 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFiEW-0008Aa-KV; Mon, 26 Jan 2015 11:53:32 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFiEU-0008AT-Jo for mirageos-devel@lists.xenproject.org; Mon, 26 Jan 2015 11:53:30 +0000 Received: from [193.109.254.147] by server-10.bemta-14.messagelabs.com id DB/5E-18244-9BA26C45; Mon, 26 Jan 2015 11:53:29 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-3.tower-27.messagelabs.com!1422273208!18259361!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.7 required=7.0 tests=BODY_RANDOM_LONG, RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31671 invoked from network); 26 Jan 2015 11:53:29 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-3.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Jan 2015 11:53:29 -0000 Received: from flick.office (volstagg-0.srg.cl.cam.ac.uk [128.232.32.232]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id a3751145; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Mon, 26 Jan 2015 11:53:28 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: Date: Mon, 26 Jan 2015 11:53:29 +0000 Message-Id: References: To: Thomas Gazagnaire X-Mailer: Apple Mail (2.1993) Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Remove DEVICE.connect? X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 22 Jan 2015, at 14:02, Thomas Gazagnaire wrote: > >>>>> So, I propose removing connect from the type signatures (but keeping >>>>> it in the implementations). Then, being given a device only implies >>>>> the ability to use it, not the ability to create more devices. >>> >>> Can you still easily compose devices together if you don't have a way to connect? Who will be responsible for calling the implementation-dependant connect function? Only the mirage tool in main.ml? (I guess that's already the case) >> >> Yes, code that wants to call connect (such as the generated main.ml) >> has to know the concrete module type. But this is already the case, >> because the "id" types are all abstract in V1_LWT. > > indeed, the mirage tool already has to deal with id of various types, so the changes you are proposing should be fine (and saner). > >> It will also mean we can use other signatures for connect (e.g. >> allowing multiple arguments or optional arguments) if needed. > > That's indeed a good argument. If we don't expose the connect fonction, we can use more complex function creators when needed - that's good (and we already kind of quite do that, for instance to init the http stack where we need to construct callbacks in main.ml) Sounds like there's consensus here. Thomas, are you cooking up this patch? We might be able to get away with simply hiding the `connect` function and revving the signatures, and not doing a lot of minor releases. -anil _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Mon Jan 26 11:53:33 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 26 Jan 2015 11:53:33 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFiEW-0008Aa-KV; Mon, 26 Jan 2015 11:53:32 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFiEU-0008AT-Jo for mirageos-devel@lists.xenproject.org; Mon, 26 Jan 2015 11:53:30 +0000 Received: from [193.109.254.147] by server-10.bemta-14.messagelabs.com id DB/5E-18244-9BA26C45; Mon, 26 Jan 2015 11:53:29 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-3.tower-27.messagelabs.com!1422273208!18259361!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.7 required=7.0 tests=BODY_RANDOM_LONG, RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31671 invoked from network); 26 Jan 2015 11:53:29 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-3.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Jan 2015 11:53:29 -0000 Received: from flick.office (volstagg-0.srg.cl.cam.ac.uk [128.232.32.232]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id a3751145; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Mon, 26 Jan 2015 11:53:28 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: Date: Mon, 26 Jan 2015 11:53:29 +0000 Message-Id: References: To: Thomas Gazagnaire X-Mailer: Apple Mail (2.1993) Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Remove DEVICE.connect? X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 22 Jan 2015, at 14:02, Thomas Gazagnaire wrote: > >>>>> So, I propose removing connect from the type signatures (but keeping >>>>> it in the implementations). Then, being given a device only implies >>>>> the ability to use it, not the ability to create more devices. >>> >>> Can you still easily compose devices together if you don't have a way to connect? Who will be responsible for calling the implementation-dependant connect function? Only the mirage tool in main.ml? (I guess that's already the case) >> >> Yes, code that wants to call connect (such as the generated main.ml) >> has to know the concrete module type. But this is already the case, >> because the "id" types are all abstract in V1_LWT. > > indeed, the mirage tool already has to deal with id of various types, so the changes you are proposing should be fine (and saner). > >> It will also mean we can use other signatures for connect (e.g. >> allowing multiple arguments or optional arguments) if needed. > > That's indeed a good argument. If we don't expose the connect fonction, we can use more complex function creators when needed - that's good (and we already kind of quite do that, for instance to init the http stack where we need to construct callbacks in main.ml) Sounds like there's consensus here. Thomas, are you cooking up this patch? We might be able to get away with simply hiding the `connect` function and revving the signatures, and not doing a lot of minor releases. -anil _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Mon Jan 26 13:51:47 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 26 Jan 2015 13:51:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFk4t-0006KN-HD; Mon, 26 Jan 2015 13:51:43 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFk4r-0006KF-52 for mirageos-devel@lists.xenproject.org; Mon, 26 Jan 2015 13:51:41 +0000 Received: from [85.158.143.35] by server-3.bemta-4.messagelabs.com id 05/79-19804-B6646C45; Mon, 26 Jan 2015 13:51:39 +0000 X-Env-Sender: pgj@caesar.elte.hu X-Msg-Ref: server-4.tower-21.messagelabs.com!1422280298!12410579!1 X-Originating-IP: [157.181.1.138] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5910 invoked from network); 26 Jan 2015 13:51:38 -0000 Received: from mx3.mail.elte.hu (HELO mx3.mail.elte.hu) (157.181.1.138) by server-4.tower-21.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 26 Jan 2015 13:51:38 -0000 Received: from login03.caesar.elte.hu ([157.181.151.132]) by mx3.mail.elte.hu with esmtp (Exim) id 1YFk4n-00083o-41 from ; Mon, 26 Jan 2015 14:51:37 +0100 Received: (Authenticated sender: pgj) by login03.caesar.elte.hu with local (Exim 4.80) (envelope-from ) id 1YFk4k-0000IS-Ni; Mon, 26 Jan 2015 14:51:34 +0100 Date: Mon, 26 Jan 2015 14:51:34 +0100 From: =?iso-8859-2?Q?P=E1li_G=E1bor_J=E1nos?= To: Anil Madhavapeddy Message-ID: <20150126135134.GA31560@caesar.elte.hu> References: <097371708fc519f12f15b2513832eb2c@caml.inria.fr> <0AA93532-A2B8-433B-AB5D-B4BD8206F599@recoil.org> <9A05E719-6950-42E4-B0B7-33BEC48AD734@citrix.com> <56CF35B2-217D-4114-8EEF-359077DCAF57@recoil.org> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <56CF35B2-217D-4114-8EEF-359077DCAF57@recoil.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-ELTE-SpamScore: -2.4 X-ELTE-SpamLevel: X-ELTE-SpamCheck: no X-ELTE-SpamVersion: ELTE 3.0 X-ELTE-SpamCheck-Details: score=-2.4 required=5.9 tests=BAYES_00, RCVD_IN_DNSWL_MED, T_RP_MATCHES_RCVD autolearn=no SpamAssassin version=3.3.2 -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at http://www.dnswl.org/, medium trust [157.181.151.132 listed in list.dnswl.org] -0.0 T_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] Cc: David Scott , mirageos-devel Subject: Re: [MirageOS-devel] [OCaml 0006167]: OCAMLPARAM Support for Disabling Position-Independent Code (PIC) Generation X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On Mon, Jan 26, 2015 at 11:47:28AM +0000, Anil Madhavapeddy wrote: > On 26 Jan 2015, at 11:21, Dave Scott wrote: > > Is there anything else still to upstream or is it all ready for use? :) > > A mere matter of Makefiles, I'm sure :-) For what it is worth, the implementation still relies on the presence of fixed-point arithmetic for real numbers. I have already posted and written about the related patch to this list [1]. It was called "Add fixed-point arithmetic support for doubles, unroll floating-point primops" [2], but it was not truly an upstream-compatible change. I am open to any suggestions, and I could play with it if you think it would make sense. > It should be much easier with the recent removal of the OCaml runtime > in mirage-xen. Hrmm, that sounds interesting. [1] http://lists.xenproject.org/archives/html/mirageos-devel/2013-09/msg00008.html [2] https://github.com/pgj/ocaml/commit/26196344b32a1bb243b0e8986e5c0c82b05cc262.patch _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Mon Jan 26 13:51:47 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 26 Jan 2015 13:51:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFk4t-0006KN-HD; Mon, 26 Jan 2015 13:51:43 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFk4r-0006KF-52 for mirageos-devel@lists.xenproject.org; Mon, 26 Jan 2015 13:51:41 +0000 Received: from [85.158.143.35] by server-3.bemta-4.messagelabs.com id 05/79-19804-B6646C45; Mon, 26 Jan 2015 13:51:39 +0000 X-Env-Sender: pgj@caesar.elte.hu X-Msg-Ref: server-4.tower-21.messagelabs.com!1422280298!12410579!1 X-Originating-IP: [157.181.1.138] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5910 invoked from network); 26 Jan 2015 13:51:38 -0000 Received: from mx3.mail.elte.hu (HELO mx3.mail.elte.hu) (157.181.1.138) by server-4.tower-21.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 26 Jan 2015 13:51:38 -0000 Received: from login03.caesar.elte.hu ([157.181.151.132]) by mx3.mail.elte.hu with esmtp (Exim) id 1YFk4n-00083o-41 from ; Mon, 26 Jan 2015 14:51:37 +0100 Received: (Authenticated sender: pgj) by login03.caesar.elte.hu with local (Exim 4.80) (envelope-from ) id 1YFk4k-0000IS-Ni; Mon, 26 Jan 2015 14:51:34 +0100 Date: Mon, 26 Jan 2015 14:51:34 +0100 From: =?iso-8859-2?Q?P=E1li_G=E1bor_J=E1nos?= To: Anil Madhavapeddy Message-ID: <20150126135134.GA31560@caesar.elte.hu> References: <097371708fc519f12f15b2513832eb2c@caml.inria.fr> <0AA93532-A2B8-433B-AB5D-B4BD8206F599@recoil.org> <9A05E719-6950-42E4-B0B7-33BEC48AD734@citrix.com> <56CF35B2-217D-4114-8EEF-359077DCAF57@recoil.org> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <56CF35B2-217D-4114-8EEF-359077DCAF57@recoil.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-ELTE-SpamScore: -2.4 X-ELTE-SpamLevel: X-ELTE-SpamCheck: no X-ELTE-SpamVersion: ELTE 3.0 X-ELTE-SpamCheck-Details: score=-2.4 required=5.9 tests=BAYES_00, RCVD_IN_DNSWL_MED, T_RP_MATCHES_RCVD autolearn=no SpamAssassin version=3.3.2 -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at http://www.dnswl.org/, medium trust [157.181.151.132 listed in list.dnswl.org] -0.0 T_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] Cc: David Scott , mirageos-devel Subject: Re: [MirageOS-devel] [OCaml 0006167]: OCAMLPARAM Support for Disabling Position-Independent Code (PIC) Generation X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On Mon, Jan 26, 2015 at 11:47:28AM +0000, Anil Madhavapeddy wrote: > On 26 Jan 2015, at 11:21, Dave Scott wrote: > > Is there anything else still to upstream or is it all ready for use? :) > > A mere matter of Makefiles, I'm sure :-) For what it is worth, the implementation still relies on the presence of fixed-point arithmetic for real numbers. I have already posted and written about the related patch to this list [1]. It was called "Add fixed-point arithmetic support for doubles, unroll floating-point primops" [2], but it was not truly an upstream-compatible change. I am open to any suggestions, and I could play with it if you think it would make sense. > It should be much easier with the recent removal of the OCaml runtime > in mirage-xen. Hrmm, that sounds interesting. [1] http://lists.xenproject.org/archives/html/mirageos-devel/2013-09/msg00008.html [2] https://github.com/pgj/ocaml/commit/26196344b32a1bb243b0e8986e5c0c82b05cc262.patch _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Mon Jan 26 14:07:54 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 26 Jan 2015 14:07:54 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFkKW-0007dE-24; Mon, 26 Jan 2015 14:07:52 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFkKU-0007d9-5X for mirageos-devel@lists.xenproject.org; Mon, 26 Jan 2015 14:07:50 +0000 Received: from [85.158.139.211] by server-8.bemta-5.messagelabs.com id 15/7A-11118-53A46C45; Mon, 26 Jan 2015 14:07:49 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-3.tower-206.messagelabs.com!1422281268!12604028!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31476 invoked from network); 26 Jan 2015 14:07:48 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-3.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Jan 2015 14:07:48 -0000 Received: from flick.office (volstagg-0.srg.cl.cam.ac.uk [128.232.32.232]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 07446843; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Mon, 26 Jan 2015 14:07:47 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: <20150126135134.GA31560@caesar.elte.hu> Date: Mon, 26 Jan 2015 14:07:48 +0000 Message-Id: <854A3461-6A49-49C5-A2D7-C24BA1BA0949@recoil.org> References: <097371708fc519f12f15b2513832eb2c@caml.inria.fr> <0AA93532-A2B8-433B-AB5D-B4BD8206F599@recoil.org> <9A05E719-6950-42E4-B0B7-33BEC48AD734@citrix.com> <56CF35B2-217D-4114-8EEF-359077DCAF57@recoil.org> <20150126135134.GA31560@caesar.elte.hu> To: =?utf-8?Q?P=C3=A1li_G=C3=A1bor_J=C3=A1nos?= X-Mailer: Apple Mail (2.1993) Cc: David Scott , mirageos-devel Subject: Re: [MirageOS-devel] [OCaml 0006167]: OCAMLPARAM Support for Disabling Position-Independent Code (PIC) Generation X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org T24gMjYgSmFuIDIwMTUsIGF0IDEzOjUxLCBQw6FsaSBHw6Fib3IgSsOhbm9zIDxwZ2pAZWx0ZS5o dT4gd3JvdGU6Cj4gCj4gT24gTW9uLCBKYW4gMjYsIDIwMTUgYXQgMTE6NDc6MjhBTSArMDAwMCwg QW5pbCBNYWRoYXZhcGVkZHkgd3JvdGU6Cj4+IE9uIDI2IEphbiAyMDE1LCBhdCAxMToyMSwgRGF2 ZSBTY290dCA8RGF2ZS5TY290dEBjaXRyaXguY29tPiB3cm90ZToKPj4+IElzIHRoZXJlIGFueXRo aW5nIGVsc2Ugc3RpbGwgdG8gdXBzdHJlYW0gb3IgaXMgaXQgYWxsIHJlYWR5IGZvciB1c2U/IDop Cj4+IAo+PiBBIG1lcmUgbWF0dGVyIG9mIE1ha2VmaWxlcywgSSdtIHN1cmUgOi0pCj4gCj4gRm9y IHdoYXQgaXQgaXMgd29ydGgsIHRoZSBpbXBsZW1lbnRhdGlvbiBzdGlsbCByZWxpZXMgb24gdGhl IHByZXNlbmNlIG9mCj4gZml4ZWQtcG9pbnQgYXJpdGhtZXRpYyBmb3IgcmVhbCBudW1iZXJzLiAg SSBoYXZlIGFscmVhZHkgcG9zdGVkIGFuZAo+IHdyaXR0ZW4gYWJvdXQgdGhlIHJlbGF0ZWQgcGF0 Y2ggdG8gdGhpcyBsaXN0IFsxXS4gIEl0IHdhcyBjYWxsZWQgIkFkZAo+IGZpeGVkLXBvaW50IGFy aXRobWV0aWMgc3VwcG9ydCBmb3IgZG91YmxlcywgdW5yb2xsIGZsb2F0aW5nLXBvaW50IHByaW1v cHMiCj4gWzJdLCBidXQgaXQgd2FzIG5vdCB0cnVseSBhbiB1cHN0cmVhbS1jb21wYXRpYmxlIGNo YW5nZS4gIEkgYW0gb3BlbiB0bwo+IGFueSBzdWdnZXN0aW9ucywgYW5kIEkgY291bGQgcGxheSB3 aXRoIGl0IGlmIHlvdSB0aGluayBpdCB3b3VsZCBtYWtlCj4gc2Vuc2UuCgpHb29kIHBvaW50IC0t IHRoZSBtYWpvciByZWFzb24gdGhpcyB3b24ndCBiZSBhY2NlcHRlZCB1cHN0cmVhbSBpcyB0aGF0 IGl0CnNsb3dzIGRvd24gbm9ybWFsIGZsb2F0aW5nIHBvaW50IGNhbGxzIHdpdGggYSBDIGludm9j YXRpb24uICBJIHN1c3BlY3QgaXQKd291bGQgYmUgYWNjZXB0YWJsZSBpZiB0aGVyZSB3ZXJlIG5v IGltcGFjdCBhdCBhbGwgb24gbm9ybWFsIGNvZGUgZ2VuLCBhbmQKc28gdGhlIG9ubHkgY29zdCB3 b3VsZCBiZSB0aGUgbWFpbnRlbmFuY2UgYnVyZGVuIHVwc3RyZWFtIGR1ZSB0byBhZGRpdGlvbmFs CmNvbXBpbGVyIGNvbXBsZXhpdHkuCgotYW5pbApfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXwpNaXJhZ2VPUy1kZXZlbCBtYWlsaW5nIGxpc3QKTWlyYWdlT1Mt ZGV2ZWxAbGlzdHMueGVucHJvamVjdC5vcmcKaHR0cDovL2xpc3RzLnhlbnByb2plY3Qub3JnL2Nn aS1iaW4vbWFpbG1hbi9saXN0aW5mby9taXJhZ2Vvcy1kZXZlbAo= From mirageos-devel-bounces@lists.xenproject.org Mon Jan 26 14:07:54 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 26 Jan 2015 14:07:54 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFkKW-0007dE-24; Mon, 26 Jan 2015 14:07:52 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFkKU-0007d9-5X for mirageos-devel@lists.xenproject.org; Mon, 26 Jan 2015 14:07:50 +0000 Received: from [85.158.139.211] by server-8.bemta-5.messagelabs.com id 15/7A-11118-53A46C45; Mon, 26 Jan 2015 14:07:49 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-3.tower-206.messagelabs.com!1422281268!12604028!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31476 invoked from network); 26 Jan 2015 14:07:48 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-3.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Jan 2015 14:07:48 -0000 Received: from flick.office (volstagg-0.srg.cl.cam.ac.uk [128.232.32.232]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 07446843; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Mon, 26 Jan 2015 14:07:47 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: <20150126135134.GA31560@caesar.elte.hu> Date: Mon, 26 Jan 2015 14:07:48 +0000 Message-Id: <854A3461-6A49-49C5-A2D7-C24BA1BA0949@recoil.org> References: <097371708fc519f12f15b2513832eb2c@caml.inria.fr> <0AA93532-A2B8-433B-AB5D-B4BD8206F599@recoil.org> <9A05E719-6950-42E4-B0B7-33BEC48AD734@citrix.com> <56CF35B2-217D-4114-8EEF-359077DCAF57@recoil.org> <20150126135134.GA31560@caesar.elte.hu> To: =?utf-8?Q?P=C3=A1li_G=C3=A1bor_J=C3=A1nos?= X-Mailer: Apple Mail (2.1993) Cc: David Scott , mirageos-devel Subject: Re: [MirageOS-devel] [OCaml 0006167]: OCAMLPARAM Support for Disabling Position-Independent Code (PIC) Generation X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org T24gMjYgSmFuIDIwMTUsIGF0IDEzOjUxLCBQw6FsaSBHw6Fib3IgSsOhbm9zIDxwZ2pAZWx0ZS5o dT4gd3JvdGU6Cj4gCj4gT24gTW9uLCBKYW4gMjYsIDIwMTUgYXQgMTE6NDc6MjhBTSArMDAwMCwg QW5pbCBNYWRoYXZhcGVkZHkgd3JvdGU6Cj4+IE9uIDI2IEphbiAyMDE1LCBhdCAxMToyMSwgRGF2 ZSBTY290dCA8RGF2ZS5TY290dEBjaXRyaXguY29tPiB3cm90ZToKPj4+IElzIHRoZXJlIGFueXRo aW5nIGVsc2Ugc3RpbGwgdG8gdXBzdHJlYW0gb3IgaXMgaXQgYWxsIHJlYWR5IGZvciB1c2U/IDop Cj4+IAo+PiBBIG1lcmUgbWF0dGVyIG9mIE1ha2VmaWxlcywgSSdtIHN1cmUgOi0pCj4gCj4gRm9y IHdoYXQgaXQgaXMgd29ydGgsIHRoZSBpbXBsZW1lbnRhdGlvbiBzdGlsbCByZWxpZXMgb24gdGhl IHByZXNlbmNlIG9mCj4gZml4ZWQtcG9pbnQgYXJpdGhtZXRpYyBmb3IgcmVhbCBudW1iZXJzLiAg SSBoYXZlIGFscmVhZHkgcG9zdGVkIGFuZAo+IHdyaXR0ZW4gYWJvdXQgdGhlIHJlbGF0ZWQgcGF0 Y2ggdG8gdGhpcyBsaXN0IFsxXS4gIEl0IHdhcyBjYWxsZWQgIkFkZAo+IGZpeGVkLXBvaW50IGFy aXRobWV0aWMgc3VwcG9ydCBmb3IgZG91YmxlcywgdW5yb2xsIGZsb2F0aW5nLXBvaW50IHByaW1v cHMiCj4gWzJdLCBidXQgaXQgd2FzIG5vdCB0cnVseSBhbiB1cHN0cmVhbS1jb21wYXRpYmxlIGNo YW5nZS4gIEkgYW0gb3BlbiB0bwo+IGFueSBzdWdnZXN0aW9ucywgYW5kIEkgY291bGQgcGxheSB3 aXRoIGl0IGlmIHlvdSB0aGluayBpdCB3b3VsZCBtYWtlCj4gc2Vuc2UuCgpHb29kIHBvaW50IC0t IHRoZSBtYWpvciByZWFzb24gdGhpcyB3b24ndCBiZSBhY2NlcHRlZCB1cHN0cmVhbSBpcyB0aGF0 IGl0CnNsb3dzIGRvd24gbm9ybWFsIGZsb2F0aW5nIHBvaW50IGNhbGxzIHdpdGggYSBDIGludm9j YXRpb24uICBJIHN1c3BlY3QgaXQKd291bGQgYmUgYWNjZXB0YWJsZSBpZiB0aGVyZSB3ZXJlIG5v IGltcGFjdCBhdCBhbGwgb24gbm9ybWFsIGNvZGUgZ2VuLCBhbmQKc28gdGhlIG9ubHkgY29zdCB3 b3VsZCBiZSB0aGUgbWFpbnRlbmFuY2UgYnVyZGVuIHVwc3RyZWFtIGR1ZSB0byBhZGRpdGlvbmFs CmNvbXBpbGVyIGNvbXBsZXhpdHkuCgotYW5pbApfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXwpNaXJhZ2VPUy1kZXZlbCBtYWlsaW5nIGxpc3QKTWlyYWdlT1Mt ZGV2ZWxAbGlzdHMueGVucHJvamVjdC5vcmcKaHR0cDovL2xpc3RzLnhlbnByb2plY3Qub3JnL2Nn aS1iaW4vbWFpbG1hbi9saXN0aW5mby9taXJhZ2Vvcy1kZXZlbAo= From mirageos-devel-bounces@lists.xenproject.org Mon Jan 26 14:10:33 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 26 Jan 2015 14:10:33 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFkN5-0007fT-OU; Mon, 26 Jan 2015 14:10:31 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFkN4-0007fO-SZ for mirageos-devel@lists.xenproject.org; Mon, 26 Jan 2015 14:10:31 +0000 Received: from [193.109.254.147] by server-15.bemta-14.messagelabs.com id BE/6B-14935-5DA46C45; Mon, 26 Jan 2015 14:10:29 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1422281428!23047633!1 X-Originating-IP: [209.85.217.182] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 309 invoked from network); 26 Jan 2015 14:10:29 -0000 Received: from mail-lb0-f182.google.com (HELO mail-lb0-f182.google.com) (209.85.217.182) by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 26 Jan 2015 14:10:29 -0000 Received: by mail-lb0-f182.google.com with SMTP id l4so7675040lbv.13 for ; Mon, 26 Jan 2015 06:10:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=tB6yo2H1Mno4DsYja3fs9RPr8ZbdS5yhWnCerFtQNZ4=; b=WFJof5flf/GJUzT3RWrDzkW7aADU6GMe7xz19vMTk+V+vg5yiRHgKY9vQREyuVARl0 pXrUOiP0y2YwII1HFFZNA0DsV2UR5S+MjnW3aretODPPDP31MlTE9O+1+SaTUJQvMIWc 0MK5LRF7RnDd2OUqkZnuYVvh9525fKoFJkMh2wSov4k5pB4Ogp7jrF82bHGUEVE//SMU Gsp4TC40rDnWkR3HjXO3IBBC0Tt+Hy57whSv5iPzdmS/pw3LXh4wGWLc0So3ZmC0r/dW pzDWtW4PCJ1H2clhtMsnqOSE3edi2Jdlt0xO+RKYy51+Otce/ETQDyckcKpsTRTzNqxV qRag== MIME-Version: 1.0 X-Received: by 10.112.137.196 with SMTP id qk4mr16543750lbb.33.1422281428102; Mon, 26 Jan 2015 06:10:28 -0800 (PST) Received: by 10.25.207.3 with HTTP; Mon, 26 Jan 2015 06:10:28 -0800 (PST) In-Reply-To: References: Date: Mon, 26 Jan 2015 14:10:28 +0000 Message-ID: From: Thomas Leonard To: Anil Madhavapeddy Cc: Thomas Gazagnaire , "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Remove DEVICE.connect? X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 26 January 2015 at 11:53, Anil Madhavapeddy wrote: > On 22 Jan 2015, at 14:02, Thomas Gazagnaire wrote: >> >>>>>> So, I propose removing connect from the type signatures (but keeping >>>>>> it in the implementations). Then, being given a device only implies >>>>>> the ability to use it, not the ability to create more devices. >>>> >>>> Can you still easily compose devices together if you don't have a way to connect? Who will be responsible for calling the implementation-dependant connect function? Only the mirage tool in main.ml? (I guess that's already the case) >>> >>> Yes, code that wants to call connect (such as the generated main.ml) >>> has to know the concrete module type. But this is already the case, >>> because the "id" types are all abstract in V1_LWT. >> >> indeed, the mirage tool already has to deal with id of various types, so the changes you are proposing should be fine (and saner). >> >>> It will also mean we can use other signatures for connect (e.g. >>> allowing multiple arguments or optional arguments) if needed. >> >> That's indeed a good argument. If we don't expose the connect fonction, we can use more complex function creators when needed - that's good (and we already kind of quite do that, for instance to init the http stack where we need to construct callbacks in main.ml) > > Sounds like there's consensus here. Thomas, are you cooking up this patch? We might be able to get away with simply hiding the `connect` function and revving the signatures, and not doing a lot of minor releases. I was going to wait for the my other batch of API changes ("error_message") to get accepted first, but we can do it in parallel. Here's a tracking PR: https://github.com/mirage/mirage/pull/350 -- Dr Thomas Leonard http://0install.net/ GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 GPG: DA98 25AE CAD0 8975 7CDA BD8E 0713 3F96 CA74 D8BA _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Mon Jan 26 14:10:33 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 26 Jan 2015 14:10:33 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFkN5-0007fT-OU; Mon, 26 Jan 2015 14:10:31 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFkN4-0007fO-SZ for mirageos-devel@lists.xenproject.org; Mon, 26 Jan 2015 14:10:31 +0000 Received: from [193.109.254.147] by server-15.bemta-14.messagelabs.com id BE/6B-14935-5DA46C45; Mon, 26 Jan 2015 14:10:29 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1422281428!23047633!1 X-Originating-IP: [209.85.217.182] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 309 invoked from network); 26 Jan 2015 14:10:29 -0000 Received: from mail-lb0-f182.google.com (HELO mail-lb0-f182.google.com) (209.85.217.182) by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 26 Jan 2015 14:10:29 -0000 Received: by mail-lb0-f182.google.com with SMTP id l4so7675040lbv.13 for ; Mon, 26 Jan 2015 06:10:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=tB6yo2H1Mno4DsYja3fs9RPr8ZbdS5yhWnCerFtQNZ4=; b=WFJof5flf/GJUzT3RWrDzkW7aADU6GMe7xz19vMTk+V+vg5yiRHgKY9vQREyuVARl0 pXrUOiP0y2YwII1HFFZNA0DsV2UR5S+MjnW3aretODPPDP31MlTE9O+1+SaTUJQvMIWc 0MK5LRF7RnDd2OUqkZnuYVvh9525fKoFJkMh2wSov4k5pB4Ogp7jrF82bHGUEVE//SMU Gsp4TC40rDnWkR3HjXO3IBBC0Tt+Hy57whSv5iPzdmS/pw3LXh4wGWLc0So3ZmC0r/dW pzDWtW4PCJ1H2clhtMsnqOSE3edi2Jdlt0xO+RKYy51+Otce/ETQDyckcKpsTRTzNqxV qRag== MIME-Version: 1.0 X-Received: by 10.112.137.196 with SMTP id qk4mr16543750lbb.33.1422281428102; Mon, 26 Jan 2015 06:10:28 -0800 (PST) Received: by 10.25.207.3 with HTTP; Mon, 26 Jan 2015 06:10:28 -0800 (PST) In-Reply-To: References: Date: Mon, 26 Jan 2015 14:10:28 +0000 Message-ID: From: Thomas Leonard To: Anil Madhavapeddy Cc: Thomas Gazagnaire , "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Remove DEVICE.connect? X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 26 January 2015 at 11:53, Anil Madhavapeddy wrote: > On 22 Jan 2015, at 14:02, Thomas Gazagnaire wrote: >> >>>>>> So, I propose removing connect from the type signatures (but keeping >>>>>> it in the implementations). Then, being given a device only implies >>>>>> the ability to use it, not the ability to create more devices. >>>> >>>> Can you still easily compose devices together if you don't have a way to connect? Who will be responsible for calling the implementation-dependant connect function? Only the mirage tool in main.ml? (I guess that's already the case) >>> >>> Yes, code that wants to call connect (such as the generated main.ml) >>> has to know the concrete module type. But this is already the case, >>> because the "id" types are all abstract in V1_LWT. >> >> indeed, the mirage tool already has to deal with id of various types, so the changes you are proposing should be fine (and saner). >> >>> It will also mean we can use other signatures for connect (e.g. >>> allowing multiple arguments or optional arguments) if needed. >> >> That's indeed a good argument. If we don't expose the connect fonction, we can use more complex function creators when needed - that's good (and we already kind of quite do that, for instance to init the http stack where we need to construct callbacks in main.ml) > > Sounds like there's consensus here. Thomas, are you cooking up this patch? We might be able to get away with simply hiding the `connect` function and revving the signatures, and not doing a lot of minor releases. I was going to wait for the my other batch of API changes ("error_message") to get accepted first, but we can do it in parallel. Here's a tracking PR: https://github.com/mirage/mirage/pull/350 -- Dr Thomas Leonard http://0install.net/ GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 GPG: DA98 25AE CAD0 8975 7CDA BD8E 0713 3F96 CA74 D8BA _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Mon Jan 26 14:12:15 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 26 Jan 2015 14:12:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFkOl-0008BD-AW; Mon, 26 Jan 2015 14:12:15 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFkOj-0008B0-Oq for mirageos-devel@lists.xenproject.org; Mon, 26 Jan 2015 14:12:13 +0000 Received: from [85.158.137.68] by server-16.bemta-3.messagelabs.com id C9/F1-28502-D3B46C45; Mon, 26 Jan 2015 14:12:13 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-8.tower-31.messagelabs.com!1422281532!22436434!1 X-Originating-IP: [209.85.217.170] X-SpamReason: No, hits=1.1 required=7.0 tests=BODY_RANDOM_LONG, MAILTO_TO_SPAM_ADDR,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25270 invoked from network); 26 Jan 2015 14:12:12 -0000 Received: from mail-lb0-f170.google.com (HELO mail-lb0-f170.google.com) (209.85.217.170) by server-8.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 26 Jan 2015 14:12:12 -0000 Received: by mail-lb0-f170.google.com with SMTP id w7so7729249lbi.1 for ; Mon, 26 Jan 2015 06:12:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=O2j+9FsL9OWxrdtOB0MxmNPzxmGEdrapQ+EtEF1bHKs=; b=nhiO5HSdG6PMQv265JiKUOou5gP0R1bfXQonaBQ8THIPTsTFnCdgwFgyLoV5espD5T WW81K7cJinZhL/4+Zsmg99YgGoeFPb7HNDJp2Bcc7sEAk8xqo+WadGnfTtLoeIlcNyCV RGhWTKT/cIOluQAV1HJUXwGhWKxQozJVe3/ErIv+HsbvkRhXeZDBxhEZloWZHvLowJ3H wkzABvQKCZR9mi30RZTqjgb9q50dBPFAv8G9Lf3RTKLM7LWZUKr8sS9VKoPZ08udNzfK GdN+k5U6oGynEZeL5sDc9G2PbI3mQVbcNP2bajEPHAdkO6JhtN8LxiY701j5ByNVLxDd AEmQ== MIME-Version: 1.0 X-Received: by 10.152.182.235 with SMTP id eh11mr7752227lac.9.1422281531867; Mon, 26 Jan 2015 06:12:11 -0800 (PST) Received: by 10.25.207.3 with HTTP; Mon, 26 Jan 2015 06:12:11 -0800 (PST) In-Reply-To: References: Date: Mon, 26 Jan 2015 14:12:11 +0000 Message-ID: From: Thomas Leonard To: Nicolas Ojeda Bar Cc: Thomas Gazagnaire , "mirageos-devel@lists.xenproject.org" , Anil Madhavapeddy Subject: Re: [MirageOS-devel] Remove DEVICE.connect? X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 22 January 2015 at 11:10, Nicolas Ojeda Bar wrote: > On Thu, Jan 22, 2015 at 11:04 AM, Thomas Gazagnaire > wrote: >>>> So, I propose removing connect from the type signatures (but keeping >>>> it in the implementations). Then, being given a device only implies >>>> the ability to use it, not the ability to create more devices. >> >> Can you still easily compose devices together if you don't have a way to connect? Who will be responsible for calling the implementation-dependant connect function? Only the mirage tool in main.ml? (I guess that's already the case) > > Not quite - for example `Tcpip_stack_direct.Make(...).connect` calls > the `connect` of its arguments, which are only known by their > signatures. But it would be easy for the mirage tool to generate code > to make these calls and pass their results to the `connect` of the > stack. > > In general I think this is an excellent idea! I will gladly help make > this change as soon as I'm done with the configuration keys stuff. If you want to help with the stackv4 changes, that would be great! I'm tracking progress here: https://github.com/mirage/mirage/pull/350 -- Dr Thomas Leonard http://0install.net/ GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 GPG: DA98 25AE CAD0 8975 7CDA BD8E 0713 3F96 CA74 D8BA _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Mon Jan 26 14:12:15 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 26 Jan 2015 14:12:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFkOl-0008BD-AW; Mon, 26 Jan 2015 14:12:15 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFkOj-0008B0-Oq for mirageos-devel@lists.xenproject.org; Mon, 26 Jan 2015 14:12:13 +0000 Received: from [85.158.137.68] by server-16.bemta-3.messagelabs.com id C9/F1-28502-D3B46C45; Mon, 26 Jan 2015 14:12:13 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-8.tower-31.messagelabs.com!1422281532!22436434!1 X-Originating-IP: [209.85.217.170] X-SpamReason: No, hits=1.1 required=7.0 tests=BODY_RANDOM_LONG, MAILTO_TO_SPAM_ADDR,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25270 invoked from network); 26 Jan 2015 14:12:12 -0000 Received: from mail-lb0-f170.google.com (HELO mail-lb0-f170.google.com) (209.85.217.170) by server-8.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 26 Jan 2015 14:12:12 -0000 Received: by mail-lb0-f170.google.com with SMTP id w7so7729249lbi.1 for ; Mon, 26 Jan 2015 06:12:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=O2j+9FsL9OWxrdtOB0MxmNPzxmGEdrapQ+EtEF1bHKs=; b=nhiO5HSdG6PMQv265JiKUOou5gP0R1bfXQonaBQ8THIPTsTFnCdgwFgyLoV5espD5T WW81K7cJinZhL/4+Zsmg99YgGoeFPb7HNDJp2Bcc7sEAk8xqo+WadGnfTtLoeIlcNyCV RGhWTKT/cIOluQAV1HJUXwGhWKxQozJVe3/ErIv+HsbvkRhXeZDBxhEZloWZHvLowJ3H wkzABvQKCZR9mi30RZTqjgb9q50dBPFAv8G9Lf3RTKLM7LWZUKr8sS9VKoPZ08udNzfK GdN+k5U6oGynEZeL5sDc9G2PbI3mQVbcNP2bajEPHAdkO6JhtN8LxiY701j5ByNVLxDd AEmQ== MIME-Version: 1.0 X-Received: by 10.152.182.235 with SMTP id eh11mr7752227lac.9.1422281531867; Mon, 26 Jan 2015 06:12:11 -0800 (PST) Received: by 10.25.207.3 with HTTP; Mon, 26 Jan 2015 06:12:11 -0800 (PST) In-Reply-To: References: Date: Mon, 26 Jan 2015 14:12:11 +0000 Message-ID: From: Thomas Leonard To: Nicolas Ojeda Bar Cc: Thomas Gazagnaire , "mirageos-devel@lists.xenproject.org" , Anil Madhavapeddy Subject: Re: [MirageOS-devel] Remove DEVICE.connect? X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 22 January 2015 at 11:10, Nicolas Ojeda Bar wrote: > On Thu, Jan 22, 2015 at 11:04 AM, Thomas Gazagnaire > wrote: >>>> So, I propose removing connect from the type signatures (but keeping >>>> it in the implementations). Then, being given a device only implies >>>> the ability to use it, not the ability to create more devices. >> >> Can you still easily compose devices together if you don't have a way to connect? Who will be responsible for calling the implementation-dependant connect function? Only the mirage tool in main.ml? (I guess that's already the case) > > Not quite - for example `Tcpip_stack_direct.Make(...).connect` calls > the `connect` of its arguments, which are only known by their > signatures. But it would be easy for the mirage tool to generate code > to make these calls and pass their results to the `connect` of the > stack. > > In general I think this is an excellent idea! I will gladly help make > this change as soon as I'm done with the configuration keys stuff. If you want to help with the stackv4 changes, that would be great! I'm tracking progress here: https://github.com/mirage/mirage/pull/350 -- Dr Thomas Leonard http://0install.net/ GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 GPG: DA98 25AE CAD0 8975 7CDA BD8E 0713 3F96 CA74 D8BA _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Mon Jan 26 15:26:07 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 26 Jan 2015 15:26:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFlY8-0007S3-Dv; Mon, 26 Jan 2015 15:26:00 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFlY6-0007Ry-EG for mirageos-devel@lists.xenproject.org; Mon, 26 Jan 2015 15:25:58 +0000 Received: from [85.158.137.68] by server-7.bemta-3.messagelabs.com id 3B/62-12541-58C56C45; Mon, 26 Jan 2015 15:25:57 +0000 X-Env-Sender: thomas.gazagnaire@gmail.com X-Msg-Ref: server-5.tower-31.messagelabs.com!1422285956!22416218!1 X-Originating-IP: [209.85.212.175] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29931 invoked from network); 26 Jan 2015 15:25:57 -0000 Received: from mail-wi0-f175.google.com (HELO mail-wi0-f175.google.com) (209.85.212.175) by server-5.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 26 Jan 2015 15:25:57 -0000 Received: by mail-wi0-f175.google.com with SMTP id fb4so10734270wid.2 for ; Mon, 26 Jan 2015 07:25:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:content-type:content-transfer-encoding:subject :message-id:date:to:mime-version; bh=PsXZcZRXLZwfHASiHXhBbua6BTCAZbcBbXUlcWYvnFE=; b=N/xSsQ3nDsflti2B+mqy0l1E/zyKIN/LX+5/5d5JNXv3r3tNm+fJFMp7RP/fj4pgnJ tvez3wH7wAS6DGBsP/u6acWD2FyxG/s+R5eMEnnnipVfen1lOFUj4NajwkyY3s7ktLDX uWuasrxs4HFAHyh5k94pdP/mxP9qF9Ru/TgwsChepE9r2d6v7iqNMV4484LriuQ+gA9M JqXxJuYCdTOBU6Rynu3xOBAn7pBkXBNWVVQ0vwy0ZLknysQ6yekiqWc9mwjx/6h9CTq5 uTNWqT1+R/6F3XZ4dVo4xI9WAHAFdcfcS/ZgDu6v7RqDLV8Y0vNvksjW1yqmo5FNEWO4 no0w== X-Received: by 10.180.218.133 with SMTP id pg5mr33428996wic.70.1422285956597; Mon, 26 Jan 2015 07:25:56 -0800 (PST) Received: from ?IPv6:2001:630:212:248:412f:4f8d:f00f:2a9b? ([2001:630:212:248:412f:4f8d:f00f:2a9b]) by mx.google.com with ESMTPSA id lg7sm14385782wic.0.2015.01.26.07.25.55 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 26 Jan 2015 07:25:55 -0800 (PST) From: Thomas Gazagnaire Message-Id: Date: Mon, 26 Jan 2015 15:25:55 +0000 To: mirageos-devel Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) X-Mailer: Apple Mail (2.1993) Subject: [MirageOS-devel] pioneer projects for Irmin X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org Hi all, I've added 4 more pioneer projects for Irmin on https://github.com/mirage/mirage-www/wiki/Pioneer-Projects - Semantics of mergeable data-structures - Garbage collector for Irmin - Irmin inside a browser - Encryption backend Do not hesitate to keep in touch you are interested to work on any of these. Best, Thomas _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Mon Jan 26 15:26:07 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 26 Jan 2015 15:26:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFlY8-0007S3-Dv; Mon, 26 Jan 2015 15:26:00 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFlY6-0007Ry-EG for mirageos-devel@lists.xenproject.org; Mon, 26 Jan 2015 15:25:58 +0000 Received: from [85.158.137.68] by server-7.bemta-3.messagelabs.com id 3B/62-12541-58C56C45; Mon, 26 Jan 2015 15:25:57 +0000 X-Env-Sender: thomas.gazagnaire@gmail.com X-Msg-Ref: server-5.tower-31.messagelabs.com!1422285956!22416218!1 X-Originating-IP: [209.85.212.175] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29931 invoked from network); 26 Jan 2015 15:25:57 -0000 Received: from mail-wi0-f175.google.com (HELO mail-wi0-f175.google.com) (209.85.212.175) by server-5.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 26 Jan 2015 15:25:57 -0000 Received: by mail-wi0-f175.google.com with SMTP id fb4so10734270wid.2 for ; Mon, 26 Jan 2015 07:25:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:content-type:content-transfer-encoding:subject :message-id:date:to:mime-version; bh=PsXZcZRXLZwfHASiHXhBbua6BTCAZbcBbXUlcWYvnFE=; b=N/xSsQ3nDsflti2B+mqy0l1E/zyKIN/LX+5/5d5JNXv3r3tNm+fJFMp7RP/fj4pgnJ tvez3wH7wAS6DGBsP/u6acWD2FyxG/s+R5eMEnnnipVfen1lOFUj4NajwkyY3s7ktLDX uWuasrxs4HFAHyh5k94pdP/mxP9qF9Ru/TgwsChepE9r2d6v7iqNMV4484LriuQ+gA9M JqXxJuYCdTOBU6Rynu3xOBAn7pBkXBNWVVQ0vwy0ZLknysQ6yekiqWc9mwjx/6h9CTq5 uTNWqT1+R/6F3XZ4dVo4xI9WAHAFdcfcS/ZgDu6v7RqDLV8Y0vNvksjW1yqmo5FNEWO4 no0w== X-Received: by 10.180.218.133 with SMTP id pg5mr33428996wic.70.1422285956597; Mon, 26 Jan 2015 07:25:56 -0800 (PST) Received: from ?IPv6:2001:630:212:248:412f:4f8d:f00f:2a9b? ([2001:630:212:248:412f:4f8d:f00f:2a9b]) by mx.google.com with ESMTPSA id lg7sm14385782wic.0.2015.01.26.07.25.55 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 26 Jan 2015 07:25:55 -0800 (PST) From: Thomas Gazagnaire Message-Id: Date: Mon, 26 Jan 2015 15:25:55 +0000 To: mirageos-devel Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) X-Mailer: Apple Mail (2.1993) Subject: [MirageOS-devel] pioneer projects for Irmin X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org Hi all, I've added 4 more pioneer projects for Irmin on https://github.com/mirage/mirage-www/wiki/Pioneer-Projects - Semantics of mergeable data-structures - Garbage collector for Irmin - Irmin inside a browser - Encryption backend Do not hesitate to keep in touch you are interested to work on any of these. Best, Thomas _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Mon Jan 26 15:48:44 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 26 Jan 2015 15:48:44 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFlu6-00007u-Ly; Mon, 26 Jan 2015 15:48:42 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFlu5-00007p-MS for mirageos-devel@lists.xenproject.org; Mon, 26 Jan 2015 15:48:42 +0000 Received: from [85.158.143.35] by server-1.bemta-4.messagelabs.com id 57/88-21543-9D166C45; Mon, 26 Jan 2015 15:48:41 +0000 X-Env-Sender: ania.skorupa@yahoo.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1422287318!12491955!1 X-Originating-IP: [67.195.87.220] X-SpamReason: No, hits=1.0 required=7.0 tests=FORGED_YAHOO_RCVD, HTML_50_60,HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12066 invoked from network); 26 Jan 2015 15:48:40 -0000 Received: from nm43-vm5.bullet.mail.gq1.yahoo.com (HELO nm43-vm5.bullet.mail.gq1.yahoo.com) (67.195.87.220) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 26 Jan 2015 15:48:40 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1422287318; bh=hY+jG/r1ACqu+Bi5pTxxvOoclDbKpAlKX3BJEBhrd0s=; h=Date:From:Reply-To:To:Subject:From:Subject; b=BP02nkadgYl7SRrLZVOg67kkleOxcODqO7zUazJRHVh9tySCUB6vFKChnpFzEwr3e1HqrkIc2WfUBxjY1AQ/JlFF7EdyxSZgFD03kWHTw6rmdm+mLznTP1mNBWvus4Q+JQCo0dqUekH1+XNrF3vj2Uw1eK8SgY51bVFcc52q6tVJd88of6ht7cXR46ZeUcvG1VEo35IA3qoTy7egc/PvNg30xV4IHLyib3Zli8IAV1C5kBH5Q0/NSkk0tfsupKuWbn3UFq695ge4PQW9LnaJVX6kk7XBtOVB3zBEKyiP8Vh1Si5h7TKZIgqFatrtCDpSFyODKfMhqGkM07WzSPGOzg== Received: from [127.0.0.1] by nm43.bullet.mail.gq1.yahoo.com with NNFMP; 26 Jan 2015 15:48:38 -0000 Received: from [98.137.12.62] by nm43.bullet.mail.gq1.yahoo.com with NNFMP; 26 Jan 2015 15:45:38 -0000 Received: from [66.196.81.170] by tm7.bullet.mail.gq1.yahoo.com with NNFMP; 26 Jan 2015 15:45:38 -0000 Received: from [98.139.212.247] by tm16.bullet.mail.bf1.yahoo.com with NNFMP; 26 Jan 2015 15:45:38 -0000 Received: from [127.0.0.1] by omp1056.mail.bf1.yahoo.com with NNFMP; 26 Jan 2015 15:45:38 -0000 X-Yahoo-Newman-Property: ymail-4 X-Yahoo-Newman-Id: 30188.76808.bm@omp1056.mail.bf1.yahoo.com X-YMail-OSG: QfplepIVM1mbJPNAHsXg4xqgZWw442CG0OOMvy1e74ogBAKl3myHZ1NX6PR2tsp NDnsYxGkpOJU0qiG_IEEugt6E.7MDpaYVQ5sVgbQW1fTuSIZhJmaO_Jxl6UhVXwsNX_q.NAS_EHg noJb.0ow_4HoQEFI17W74g6uLScA794WEXxC1mq1ZZUENdjDuRTK8TQ9wE2iRcTVJLQpiDG0hXwt H3hjTz49EoXSvgQHqGuVq2XIsVQhVK_zGH.50.Iz3bGkjEUCaU985umQuVCNL6gkersZYSvQ9IJB mTxBWWLuSwssrSs97DHOiD.mDBp8saPvhvSXQNZAU_aAjFc75mn4sNhlD6lhEhsENi73VopBAl.T mNG10fqUMVE4Aq6K5jXkCL0C2TqFtjcQO2BFV81_nTPVddJy9ow1lnupAcgITEknWoadsZLbZ74b qMnOBZ8Y1khf7jzDbHefS_cni7i15CxR_z1T2zU9v7EU.v7grnASZplZT3x_IILw4AADTWEE- Received: by 76.13.26.143; Mon, 26 Jan 2015 15:45:37 +0000 Date: Mon, 26 Jan 2015 15:45:37 +0000 (UTC) From: Ania Skorupa To: "mirageos-devel@lists.xenproject.org" Message-ID: <565865266.589245.1422287137289.JavaMail.yahoo@mail.yahoo.com> MIME-Version: 1.0 Content-Length: 2003 Subject: [MirageOS-devel] Difference in mac addresses X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Ania Skorupa List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5060053127122193428==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============5060053127122193428== Content-Type: multipart/alternative; boundary="----=_Part_589244_449482270.1422287137286" Content-Length: 1462 ------=_Part_589244_449482270.1422287137286 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit hi, mac address that program derives from Ethif.mac (or Netif.mac) is different from interface mac addresses displayed by ifconfig in unix config. Moreover and in multiple runs of a program, Ethif.mac remains the same (e.g. for tap0), while the interface looks to have an arbitrarily assigned mac address in unix. Is it an expected behavior? thanks. ------=_Part_589244_449482270.1422287137286 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit
hi,

mac address that program derives from Ethif.mac (or Netif.mac) is different from interface mac addresses displayed by ifconfig in unix config. Moreover and in multiple runs of a program, Ethif.mac remains the same (e.g. for tap0), while the interface looks to have an arbitrarily assigned mac address in unix. Is it an expected behavior?

thanks.
------=_Part_589244_449482270.1422287137286-- --===============5060053127122193428== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel --===============5060053127122193428==-- From mirageos-devel-bounces@lists.xenproject.org Mon Jan 26 15:48:44 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 26 Jan 2015 15:48:44 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFlu6-00007u-Ly; Mon, 26 Jan 2015 15:48:42 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFlu5-00007p-MS for mirageos-devel@lists.xenproject.org; Mon, 26 Jan 2015 15:48:42 +0000 Received: from [85.158.143.35] by server-1.bemta-4.messagelabs.com id 57/88-21543-9D166C45; Mon, 26 Jan 2015 15:48:41 +0000 X-Env-Sender: ania.skorupa@yahoo.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1422287318!12491955!1 X-Originating-IP: [67.195.87.220] X-SpamReason: No, hits=1.0 required=7.0 tests=FORGED_YAHOO_RCVD, HTML_50_60,HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12066 invoked from network); 26 Jan 2015 15:48:40 -0000 Received: from nm43-vm5.bullet.mail.gq1.yahoo.com (HELO nm43-vm5.bullet.mail.gq1.yahoo.com) (67.195.87.220) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 26 Jan 2015 15:48:40 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1422287318; bh=hY+jG/r1ACqu+Bi5pTxxvOoclDbKpAlKX3BJEBhrd0s=; h=Date:From:Reply-To:To:Subject:From:Subject; b=BP02nkadgYl7SRrLZVOg67kkleOxcODqO7zUazJRHVh9tySCUB6vFKChnpFzEwr3e1HqrkIc2WfUBxjY1AQ/JlFF7EdyxSZgFD03kWHTw6rmdm+mLznTP1mNBWvus4Q+JQCo0dqUekH1+XNrF3vj2Uw1eK8SgY51bVFcc52q6tVJd88of6ht7cXR46ZeUcvG1VEo35IA3qoTy7egc/PvNg30xV4IHLyib3Zli8IAV1C5kBH5Q0/NSkk0tfsupKuWbn3UFq695ge4PQW9LnaJVX6kk7XBtOVB3zBEKyiP8Vh1Si5h7TKZIgqFatrtCDpSFyODKfMhqGkM07WzSPGOzg== Received: from [127.0.0.1] by nm43.bullet.mail.gq1.yahoo.com with NNFMP; 26 Jan 2015 15:48:38 -0000 Received: from [98.137.12.62] by nm43.bullet.mail.gq1.yahoo.com with NNFMP; 26 Jan 2015 15:45:38 -0000 Received: from [66.196.81.170] by tm7.bullet.mail.gq1.yahoo.com with NNFMP; 26 Jan 2015 15:45:38 -0000 Received: from [98.139.212.247] by tm16.bullet.mail.bf1.yahoo.com with NNFMP; 26 Jan 2015 15:45:38 -0000 Received: from [127.0.0.1] by omp1056.mail.bf1.yahoo.com with NNFMP; 26 Jan 2015 15:45:38 -0000 X-Yahoo-Newman-Property: ymail-4 X-Yahoo-Newman-Id: 30188.76808.bm@omp1056.mail.bf1.yahoo.com X-YMail-OSG: QfplepIVM1mbJPNAHsXg4xqgZWw442CG0OOMvy1e74ogBAKl3myHZ1NX6PR2tsp NDnsYxGkpOJU0qiG_IEEugt6E.7MDpaYVQ5sVgbQW1fTuSIZhJmaO_Jxl6UhVXwsNX_q.NAS_EHg noJb.0ow_4HoQEFI17W74g6uLScA794WEXxC1mq1ZZUENdjDuRTK8TQ9wE2iRcTVJLQpiDG0hXwt H3hjTz49EoXSvgQHqGuVq2XIsVQhVK_zGH.50.Iz3bGkjEUCaU985umQuVCNL6gkersZYSvQ9IJB mTxBWWLuSwssrSs97DHOiD.mDBp8saPvhvSXQNZAU_aAjFc75mn4sNhlD6lhEhsENi73VopBAl.T mNG10fqUMVE4Aq6K5jXkCL0C2TqFtjcQO2BFV81_nTPVddJy9ow1lnupAcgITEknWoadsZLbZ74b qMnOBZ8Y1khf7jzDbHefS_cni7i15CxR_z1T2zU9v7EU.v7grnASZplZT3x_IILw4AADTWEE- Received: by 76.13.26.143; Mon, 26 Jan 2015 15:45:37 +0000 Date: Mon, 26 Jan 2015 15:45:37 +0000 (UTC) From: Ania Skorupa To: "mirageos-devel@lists.xenproject.org" Message-ID: <565865266.589245.1422287137289.JavaMail.yahoo@mail.yahoo.com> MIME-Version: 1.0 Content-Length: 2003 Subject: [MirageOS-devel] Difference in mac addresses X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Ania Skorupa List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5060053127122193428==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============5060053127122193428== Content-Type: multipart/alternative; boundary="----=_Part_589244_449482270.1422287137286" Content-Length: 1462 ------=_Part_589244_449482270.1422287137286 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit hi, mac address that program derives from Ethif.mac (or Netif.mac) is different from interface mac addresses displayed by ifconfig in unix config. Moreover and in multiple runs of a program, Ethif.mac remains the same (e.g. for tap0), while the interface looks to have an arbitrarily assigned mac address in unix. Is it an expected behavior? thanks. ------=_Part_589244_449482270.1422287137286 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit
hi,

mac address that program derives from Ethif.mac (or Netif.mac) is different from interface mac addresses displayed by ifconfig in unix config. Moreover and in multiple runs of a program, Ethif.mac remains the same (e.g. for tap0), while the interface looks to have an arbitrarily assigned mac address in unix. Is it an expected behavior?

thanks.
------=_Part_589244_449482270.1422287137286-- --===============5060053127122193428== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel --===============5060053127122193428==-- From mirageos-devel-bounces@lists.xenproject.org Mon Jan 26 16:10:05 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 26 Jan 2015 16:10:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFmEk-00025d-TS; Mon, 26 Jan 2015 16:10:02 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFmEi-00025Y-9O for mirageos-devel@lists.xenproject.org; Mon, 26 Jan 2015 16:10:00 +0000 Received: from [193.109.254.147] by server-4.bemta-14.messagelabs.com id AF/7D-16320-7D666C45; Mon, 26 Jan 2015 16:09:59 +0000 X-Env-Sender: r.poss@uva.nl X-Msg-Ref: server-12.tower-27.messagelabs.com!1422288598!15367223!1 X-Originating-IP: [146.50.108.158] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22407 invoked from network); 26 Jan 2015 16:09:59 -0000 Received: from ezel.ic.uva.nl (HELO ezel.ic.uva.nl) (146.50.108.158) by server-12.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Jan 2015 16:09:59 -0000 Received: from wcw-staff-145-18-163-18.wireless.uva.nl (wcw-staff-145-18-163-18.wireless.uva.nl [145.18.163.18]) (authenticated bits=0) by ezel.ic.uva.nl (8.13.8/8.13.8) with ESMTP id t0QG9rS7012262 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 26 Jan 2015 17:09:53 +0100 Mime-Version: 1.0 (Apple Message framework v1085) From: "Raphael 'kena' Poss" In-Reply-To: Date: Mon, 26 Jan 2015 17:09:54 +0100 Message-Id: <598FA831-F7FA-4CA0-A282-1F4D435055AD@uva.nl> References: To: Thomas Leonard X-Mailer: Apple Mail (2.1085) Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Errors trying the "block" example with Mirage 2.0+ and Xen 4.4 X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org Hi guys, so after the long thread the bottom line is: 1) the "mirage" command does not really produce a main.ml that both works f= or Unix and Xen out-of-the-box if disk images from files are involved. 2) the issue is due to the lack of a well-designed naming scheme for Xen vi= rtual disks to establish a bridge between the filesystem name of the image = and the device number in the Xen VM 3) there may be ways to improve the state of affairs durably but that requi= res some interface changes (with overlaps with the connect() discussion of = the other thread) Can you confirm my understanding is correct? >From here, can you advise what should be the proper course of action *right= now*? = Ie. if I need to explain Mirage to a colleague (my next problem), what shou= ld I tell them to do to get block devices working for the time being? Is th= e manual update of the generated "main.ml" the appropriate recommended solu= tion? (Side question: any way to change the "mirage" command to produce the `Unix= | `Xen pattern match in the generated main.ml automatically?) -- = Raphael 'kena' Poss =B7 r.poss@uva.nl http://science.raphael.poss.name/ _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Mon Jan 26 16:10:05 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 26 Jan 2015 16:10:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFmEk-00025d-TS; Mon, 26 Jan 2015 16:10:02 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFmEi-00025Y-9O for mirageos-devel@lists.xenproject.org; Mon, 26 Jan 2015 16:10:00 +0000 Received: from [193.109.254.147] by server-4.bemta-14.messagelabs.com id AF/7D-16320-7D666C45; Mon, 26 Jan 2015 16:09:59 +0000 X-Env-Sender: r.poss@uva.nl X-Msg-Ref: server-12.tower-27.messagelabs.com!1422288598!15367223!1 X-Originating-IP: [146.50.108.158] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22407 invoked from network); 26 Jan 2015 16:09:59 -0000 Received: from ezel.ic.uva.nl (HELO ezel.ic.uva.nl) (146.50.108.158) by server-12.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Jan 2015 16:09:59 -0000 Received: from wcw-staff-145-18-163-18.wireless.uva.nl (wcw-staff-145-18-163-18.wireless.uva.nl [145.18.163.18]) (authenticated bits=0) by ezel.ic.uva.nl (8.13.8/8.13.8) with ESMTP id t0QG9rS7012262 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 26 Jan 2015 17:09:53 +0100 Mime-Version: 1.0 (Apple Message framework v1085) From: "Raphael 'kena' Poss" In-Reply-To: Date: Mon, 26 Jan 2015 17:09:54 +0100 Message-Id: <598FA831-F7FA-4CA0-A282-1F4D435055AD@uva.nl> References: To: Thomas Leonard X-Mailer: Apple Mail (2.1085) Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Errors trying the "block" example with Mirage 2.0+ and Xen 4.4 X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org Hi guys, so after the long thread the bottom line is: 1) the "mirage" command does not really produce a main.ml that both works f= or Unix and Xen out-of-the-box if disk images from files are involved. 2) the issue is due to the lack of a well-designed naming scheme for Xen vi= rtual disks to establish a bridge between the filesystem name of the image = and the device number in the Xen VM 3) there may be ways to improve the state of affairs durably but that requi= res some interface changes (with overlaps with the connect() discussion of = the other thread) Can you confirm my understanding is correct? >From here, can you advise what should be the proper course of action *right= now*? = Ie. if I need to explain Mirage to a colleague (my next problem), what shou= ld I tell them to do to get block devices working for the time being? Is th= e manual update of the generated "main.ml" the appropriate recommended solu= tion? (Side question: any way to change the "mirage" command to produce the `Unix= | `Xen pattern match in the generated main.ml automatically?) -- = Raphael 'kena' Poss =B7 r.poss@uva.nl http://science.raphael.poss.name/ _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Mon Jan 26 16:20:56 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 26 Jan 2015 16:20:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFmPG-0002b1-T8; Mon, 26 Jan 2015 16:20:54 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFmPF-0002aw-Hw for mirageos-devel@lists.xenproject.org; Mon, 26 Jan 2015 16:20:53 +0000 Received: from [85.158.137.68] by server-10.bemta-3.messagelabs.com id CF/B1-27398-46966C45; Mon, 26 Jan 2015 16:20:52 +0000 X-Env-Sender: thomas.gazagnaire@gmail.com X-Msg-Ref: server-3.tower-31.messagelabs.com!1422289251!22464374!1 X-Originating-IP: [74.125.82.174] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7561 invoked from network); 26 Jan 2015 16:20:52 -0000 Received: from mail-we0-f174.google.com (HELO mail-we0-f174.google.com) (74.125.82.174) by server-3.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 26 Jan 2015 16:20:52 -0000 Received: by mail-we0-f174.google.com with SMTP id w55so4573002wes.5 for ; Mon, 26 Jan 2015 08:20:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=4SKQ0FHQrMBL5icu7FWJpFbGjKBl6VdiQeuT1b6h+Eg=; b=iDEHWNfwYNlLGl39YowuhRL92L4zzeedrZL7+v0kvHGdQ+oyk9YPyR+oBAb/Z2ZZ4U SNbCtU27wsE7aGP/ViH9CopQa6v1p4iRng1Qf6NrzRyhYZDA8lXZIuS1fZmohAZf8WAw EoXex1xLZvzyWaafogk3R39W6kPoRzpZhrdSejYsq7Q0gBPoXhMV8+OjfgiAVFk2ySjb Nlp9ShgbS1E2oSfUacf90BcPCI9x00oMqCEz5VtvXep80x0uFHR0uv7rnwWPCJDXM9+X eBDXYiyaqZ3hf1jSMYSee9Tap9xhwv6FSeLIFrvqHMSzvOt401ZK/gNoS7/4tefKcPvJ xU8Q== X-Received: by 10.180.39.35 with SMTP id m3mr27913477wik.3.1422289251720; Mon, 26 Jan 2015 08:20:51 -0800 (PST) Received: from ?IPv6:2001:630:212:248:412f:4f8d:f00f:2a9b? ([2001:630:212:248:412f:4f8d:f00f:2a9b]) by mx.google.com with ESMTPSA id hz9sm14944196wjb.17.2015.01.26.08.20.50 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 26 Jan 2015 08:20:50 -0800 (PST) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Thomas Gazagnaire In-Reply-To: <598FA831-F7FA-4CA0-A282-1F4D435055AD@uva.nl> Date: Mon, 26 Jan 2015 16:20:50 +0000 Message-Id: <27100A63-B220-465F-824C-DC479B6FC55B@gazagnaire.org> References: <598FA831-F7FA-4CA0-A282-1F4D435055AD@uva.nl> To: Raphael 'kena' Poss X-Mailer: Apple Mail (2.1993) Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Errors trying the "block" example with Mirage 2.0+ and Xen 4.4 X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org > From here, can you advise what should be the proper course of action *right now*? > Ie. if I need to explain Mirage to a colleague (my next problem), what should I tell them to do to get block devices working for the time being? Is the manual update of the generated "main.ml" the appropriate recommended solution? You can use Thomas's trick inside your config.ml: ``` let storage = match get_mode () with | `Xen -> block_of_file "xvda" | `Unix -> block_of_file "disk.img" ``` As stated by Thomas, "That works, but the "block_of_file" name is misleading. Also, it all goes very strange if you also have a file named "xvda" in the same directory - then mirage replaces the Xen block name with an absolute Unix file path!" or simply: ``` let path = match get_mode () with | `Xen -> "xvda" | `Unix -> "disk.img" let storage = block_of_file path ``` Thomas > (Side question: any way to change the "mirage" command to produce the `Unix | `Xen pattern match in the generated main.ml automatically?) what do you mean? Thomas _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Mon Jan 26 16:20:56 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 26 Jan 2015 16:20:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFmPG-0002b1-T8; Mon, 26 Jan 2015 16:20:54 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFmPF-0002aw-Hw for mirageos-devel@lists.xenproject.org; Mon, 26 Jan 2015 16:20:53 +0000 Received: from [85.158.137.68] by server-10.bemta-3.messagelabs.com id CF/B1-27398-46966C45; Mon, 26 Jan 2015 16:20:52 +0000 X-Env-Sender: thomas.gazagnaire@gmail.com X-Msg-Ref: server-3.tower-31.messagelabs.com!1422289251!22464374!1 X-Originating-IP: [74.125.82.174] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7561 invoked from network); 26 Jan 2015 16:20:52 -0000 Received: from mail-we0-f174.google.com (HELO mail-we0-f174.google.com) (74.125.82.174) by server-3.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 26 Jan 2015 16:20:52 -0000 Received: by mail-we0-f174.google.com with SMTP id w55so4573002wes.5 for ; Mon, 26 Jan 2015 08:20:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=4SKQ0FHQrMBL5icu7FWJpFbGjKBl6VdiQeuT1b6h+Eg=; b=iDEHWNfwYNlLGl39YowuhRL92L4zzeedrZL7+v0kvHGdQ+oyk9YPyR+oBAb/Z2ZZ4U SNbCtU27wsE7aGP/ViH9CopQa6v1p4iRng1Qf6NrzRyhYZDA8lXZIuS1fZmohAZf8WAw EoXex1xLZvzyWaafogk3R39W6kPoRzpZhrdSejYsq7Q0gBPoXhMV8+OjfgiAVFk2ySjb Nlp9ShgbS1E2oSfUacf90BcPCI9x00oMqCEz5VtvXep80x0uFHR0uv7rnwWPCJDXM9+X eBDXYiyaqZ3hf1jSMYSee9Tap9xhwv6FSeLIFrvqHMSzvOt401ZK/gNoS7/4tefKcPvJ xU8Q== X-Received: by 10.180.39.35 with SMTP id m3mr27913477wik.3.1422289251720; Mon, 26 Jan 2015 08:20:51 -0800 (PST) Received: from ?IPv6:2001:630:212:248:412f:4f8d:f00f:2a9b? ([2001:630:212:248:412f:4f8d:f00f:2a9b]) by mx.google.com with ESMTPSA id hz9sm14944196wjb.17.2015.01.26.08.20.50 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 26 Jan 2015 08:20:50 -0800 (PST) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Thomas Gazagnaire In-Reply-To: <598FA831-F7FA-4CA0-A282-1F4D435055AD@uva.nl> Date: Mon, 26 Jan 2015 16:20:50 +0000 Message-Id: <27100A63-B220-465F-824C-DC479B6FC55B@gazagnaire.org> References: <598FA831-F7FA-4CA0-A282-1F4D435055AD@uva.nl> To: Raphael 'kena' Poss X-Mailer: Apple Mail (2.1993) Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Errors trying the "block" example with Mirage 2.0+ and Xen 4.4 X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org > From here, can you advise what should be the proper course of action *right now*? > Ie. if I need to explain Mirage to a colleague (my next problem), what should I tell them to do to get block devices working for the time being? Is the manual update of the generated "main.ml" the appropriate recommended solution? You can use Thomas's trick inside your config.ml: ``` let storage = match get_mode () with | `Xen -> block_of_file "xvda" | `Unix -> block_of_file "disk.img" ``` As stated by Thomas, "That works, but the "block_of_file" name is misleading. Also, it all goes very strange if you also have a file named "xvda" in the same directory - then mirage replaces the Xen block name with an absolute Unix file path!" or simply: ``` let path = match get_mode () with | `Xen -> "xvda" | `Unix -> "disk.img" let storage = block_of_file path ``` Thomas > (Side question: any way to change the "mirage" command to produce the `Unix | `Xen pattern match in the generated main.ml automatically?) what do you mean? Thomas _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Mon Jan 26 16:30:51 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 26 Jan 2015 16:30:51 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFmYs-0003CJ-AN; Mon, 26 Jan 2015 16:30:50 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFmYq-0003C3-Av for mirageos-devel@lists.xenproject.org; Mon, 26 Jan 2015 16:30:48 +0000 Received: from [85.158.143.35] by server-3.bemta-4.messagelabs.com id 0B/E4-19804-7BB66C45; Mon, 26 Jan 2015 16:30:47 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-6.tower-21.messagelabs.com!1422289847!12433748!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28157 invoked from network); 26 Jan 2015 16:30:47 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-6.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Jan 2015 16:30:47 -0000 Received: from flick.office (volstagg-0.srg.cl.cam.ac.uk [128.232.32.232]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 34e28f68; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Mon, 26 Jan 2015 16:30:46 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: <27100A63-B220-465F-824C-DC479B6FC55B@gazagnaire.org> Date: Mon, 26 Jan 2015 16:30:47 +0000 Message-Id: References: <598FA831-F7FA-4CA0-A282-1F4D435055AD@uva.nl> <27100A63-B220-465F-824C-DC479B6FC55B@gazagnaire.org> To: Thomas Gazagnaire X-Mailer: Apple Mail (2.1993) Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Errors trying the "block" example with Mirage 2.0+ and Xen 4.4 X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 26 Jan 2015, at 16:20, Thomas Gazagnaire wrote: > >> (Side question: any way to change the "mirage" command to produce the `Unix | `Xen pattern match in the generated main.ml automatically?) > > what do you mean? I think Raphael is asking if the `mirage` command can be modified to incorporate this Xen vs Unix detection and naming heuristic as part of a normal build, instead of having to do so in every config.ml This is a reasonably easy change to make directly within the tool; patches can be proposed at https://github.com/mirage/mirage/issues, or just create an issue so that it can be fixed later. cheers, Anil _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Mon Jan 26 16:30:51 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 26 Jan 2015 16:30:51 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFmYs-0003CJ-AN; Mon, 26 Jan 2015 16:30:50 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFmYq-0003C3-Av for mirageos-devel@lists.xenproject.org; Mon, 26 Jan 2015 16:30:48 +0000 Received: from [85.158.143.35] by server-3.bemta-4.messagelabs.com id 0B/E4-19804-7BB66C45; Mon, 26 Jan 2015 16:30:47 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-6.tower-21.messagelabs.com!1422289847!12433748!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28157 invoked from network); 26 Jan 2015 16:30:47 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-6.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Jan 2015 16:30:47 -0000 Received: from flick.office (volstagg-0.srg.cl.cam.ac.uk [128.232.32.232]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 34e28f68; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Mon, 26 Jan 2015 16:30:46 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: <27100A63-B220-465F-824C-DC479B6FC55B@gazagnaire.org> Date: Mon, 26 Jan 2015 16:30:47 +0000 Message-Id: References: <598FA831-F7FA-4CA0-A282-1F4D435055AD@uva.nl> <27100A63-B220-465F-824C-DC479B6FC55B@gazagnaire.org> To: Thomas Gazagnaire X-Mailer: Apple Mail (2.1993) Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Errors trying the "block" example with Mirage 2.0+ and Xen 4.4 X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 26 Jan 2015, at 16:20, Thomas Gazagnaire wrote: > >> (Side question: any way to change the "mirage" command to produce the `Unix | `Xen pattern match in the generated main.ml automatically?) > > what do you mean? I think Raphael is asking if the `mirage` command can be modified to incorporate this Xen vs Unix detection and naming heuristic as part of a normal build, instead of having to do so in every config.ml This is a reasonably easy change to make directly within the tool; patches can be proposed at https://github.com/mirage/mirage/issues, or just create an issue so that it can be fixed later. cheers, Anil _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Mon Jan 26 16:38:53 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 26 Jan 2015 16:38:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFmge-0003yK-H1; Mon, 26 Jan 2015 16:38:52 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFmgc-0003xp-E6; Mon, 26 Jan 2015 16:38:50 +0000 Received: from [85.158.137.68] by server-7.bemta-3.messagelabs.com id C3/FD-12541-99D66C45; Mon, 26 Jan 2015 16:38:49 +0000 X-Env-Sender: russell.pavlicek.xen@gmail.com X-Msg-Ref: server-6.tower-31.messagelabs.com!1422290326!17983282!1 X-Originating-IP: [209.85.217.180] X-SpamReason: No, hits=2.5 required=7.0 tests=RCVD_BY_IP, SUSPICIOUS_RECIPS X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31235 invoked from network); 26 Jan 2015 16:38:46 -0000 Received: from mail-lb0-f180.google.com (HELO mail-lb0-f180.google.com) (209.85.217.180) by server-6.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 26 Jan 2015 16:38:46 -0000 Received: by mail-lb0-f180.google.com with SMTP id b6so8463222lbj.11; Mon, 26 Jan 2015 08:38:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=7G4kaLfOiK7iZ5ECAokrrwZ0E1Qw/YRByY+P16u68Tg=; b=ZelLSa3tSeclgZ7nwuKC1jzonNzN5m022zhO9YmRRdsPvsCby4XBXevX4E4+W4fdDJ bTcFxJg6ntRA3NZoZbmzmNrvGDT9UWuQML2fOVuQdG2ZxZePiu7bVIuCDsAXeEDgzaoA nFzUB7YRY0QArXJQaExnejua624LpS7RYWNNJz5HYHMTlniuPihRx6kxMusEGgtrNd5u TjwG7f+yQ1Aw7k578MTrn4EVpmFI9dtxvEkRvssGo5FleNAgWth5suCY+F/UmvJ0JKGS QQfZbrBpajr0WEOaunO7VoMwp7S9RaQUsupo0DD1h8nSGq6asutMXxq8YBc7OYFlyuYp keLg== MIME-Version: 1.0 X-Received: by 10.152.234.35 with SMTP id ub3mr22308021lac.70.1422290325892; Mon, 26 Jan 2015 08:38:45 -0800 (PST) Received: by 10.112.16.130 with HTTP; Mon, 26 Jan 2015 08:38:45 -0800 (PST) Date: Mon, 26 Jan 2015 11:38:45 -0500 X-Google-Sender-Auth: VDZY1k_oLlrdvUi1e9mNArQRsXk Message-ID: From: Russ Pavlicek To: xen-devel@lists.xenproject.org, "xen-users@lists.xen.org" , xen-api@lists.xen.org, xs-devel@lists.xenserver.org, mirageos-devel@lists.xenproject.org Subject: [MirageOS-devel] Xen Project Document Day this Wednesday, January 28: The Great 4.5 Clean-Up X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org We want to begin this year by making sure that our documentation is correct for the recent 4.5 release. Do you have new feature information? Do you see old information which will confuse new users (especially those which rely on the xm command instead of xl)? Do you know of best practices which change in the 4.5 release? This is the day to focus on cleaning up these things and anything else relating to the 4.5 release. All the information you need to participate in Document Day is here: http://wiki.xenproject.org/wiki/Xen_Document_Days Also take a look at the current TODO list to see other items which need attention: http://wiki.xenproject.org/wiki/Xen_Document_Days/TODO Please think about how you can help out. If you haven't requested to be made a Wiki editor, save time and do it now so you are ready to go on Document Day. Just fill out the form below: http://xenproject.org/component/content/article/100-misc/145-request-to-be-made-a-wiki-editor.html We hope to see you Wednesday in #xendocs! _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Mon Jan 26 16:38:53 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 26 Jan 2015 16:38:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFmge-0003yK-H1; Mon, 26 Jan 2015 16:38:52 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFmgc-0003xp-E6; Mon, 26 Jan 2015 16:38:50 +0000 Received: from [85.158.137.68] by server-7.bemta-3.messagelabs.com id C3/FD-12541-99D66C45; Mon, 26 Jan 2015 16:38:49 +0000 X-Env-Sender: russell.pavlicek.xen@gmail.com X-Msg-Ref: server-6.tower-31.messagelabs.com!1422290326!17983282!1 X-Originating-IP: [209.85.217.180] X-SpamReason: No, hits=2.5 required=7.0 tests=RCVD_BY_IP, SUSPICIOUS_RECIPS X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31235 invoked from network); 26 Jan 2015 16:38:46 -0000 Received: from mail-lb0-f180.google.com (HELO mail-lb0-f180.google.com) (209.85.217.180) by server-6.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 26 Jan 2015 16:38:46 -0000 Received: by mail-lb0-f180.google.com with SMTP id b6so8463222lbj.11; Mon, 26 Jan 2015 08:38:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=7G4kaLfOiK7iZ5ECAokrrwZ0E1Qw/YRByY+P16u68Tg=; b=ZelLSa3tSeclgZ7nwuKC1jzonNzN5m022zhO9YmRRdsPvsCby4XBXevX4E4+W4fdDJ bTcFxJg6ntRA3NZoZbmzmNrvGDT9UWuQML2fOVuQdG2ZxZePiu7bVIuCDsAXeEDgzaoA nFzUB7YRY0QArXJQaExnejua624LpS7RYWNNJz5HYHMTlniuPihRx6kxMusEGgtrNd5u TjwG7f+yQ1Aw7k578MTrn4EVpmFI9dtxvEkRvssGo5FleNAgWth5suCY+F/UmvJ0JKGS QQfZbrBpajr0WEOaunO7VoMwp7S9RaQUsupo0DD1h8nSGq6asutMXxq8YBc7OYFlyuYp keLg== MIME-Version: 1.0 X-Received: by 10.152.234.35 with SMTP id ub3mr22308021lac.70.1422290325892; Mon, 26 Jan 2015 08:38:45 -0800 (PST) Received: by 10.112.16.130 with HTTP; Mon, 26 Jan 2015 08:38:45 -0800 (PST) Date: Mon, 26 Jan 2015 11:38:45 -0500 X-Google-Sender-Auth: VDZY1k_oLlrdvUi1e9mNArQRsXk Message-ID: From: Russ Pavlicek To: xen-devel@lists.xenproject.org, "xen-users@lists.xen.org" , xen-api@lists.xen.org, xs-devel@lists.xenserver.org, mirageos-devel@lists.xenproject.org Subject: [MirageOS-devel] Xen Project Document Day this Wednesday, January 28: The Great 4.5 Clean-Up X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org We want to begin this year by making sure that our documentation is correct for the recent 4.5 release. Do you have new feature information? Do you see old information which will confuse new users (especially those which rely on the xm command instead of xl)? Do you know of best practices which change in the 4.5 release? This is the day to focus on cleaning up these things and anything else relating to the 4.5 release. All the information you need to participate in Document Day is here: http://wiki.xenproject.org/wiki/Xen_Document_Days Also take a look at the current TODO list to see other items which need attention: http://wiki.xenproject.org/wiki/Xen_Document_Days/TODO Please think about how you can help out. If you haven't requested to be made a Wiki editor, save time and do it now so you are ready to go on Document Day. Just fill out the form below: http://xenproject.org/component/content/article/100-misc/145-request-to-be-made-a-wiki-editor.html We hope to see you Wednesday in #xendocs! _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Tue Jan 27 00:56:23 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 27 Jan 2015 00:56:23 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFuRz-0006HP-Kw; Tue, 27 Jan 2015 00:56:15 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFuRy-0006HK-9q for mirageos-devel@lists.xenproject.org; Tue, 27 Jan 2015 00:56:14 +0000 Received: from [193.109.254.147] by server-11.bemta-14.messagelabs.com id 33/A1-31115-D22E6C45; Tue, 27 Jan 2015 00:56:13 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-11.tower-27.messagelabs.com!1422320172!19799855!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19594 invoked from network); 27 Jan 2015 00:56:12 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-11.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 27 Jan 2015 00:56:12 -0000 Received: from [192.168.1.39] (cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net [86.30.244.239]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 1d738fd8; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; for ; Tue, 27 Jan 2015 00:56:12 +0000 (GMT) From: Anil Madhavapeddy Message-Id: <475F6E2F-705E-4FB6-B005-8856BDC5487B@recoil.org> Date: Tue, 27 Jan 2015 00:56:11 +0000 To: mirageos-devel Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) X-Mailer: Apple Mail (2.1993) Subject: [MirageOS-devel] require opam 1.2 in mirage? X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org A few reasons why we should probably require OPAM 1.2 in Mirage now: - The development workflow is far nicer. - In `is-mirage-broken`, there's an oddly non-deterministic failure where an older version of cohttp is sometimes installed (see https://github.com/mirage/is-mirage-broken/tree/master/logs and the mirage-skeleton failures). OPAM 1.2 lets us specify `opam install cohttp>0.14` which will force the latest versions. - OPAM 1.1 is in a broken state on Ubuntu 14.10, so we can segway people into using the PPA with OPAM 1.2 instead. We do need a patch to test the OPAM version in the Mirage tool before doing this though. -a _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Tue Jan 27 00:56:23 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 27 Jan 2015 00:56:23 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFuRz-0006HP-Kw; Tue, 27 Jan 2015 00:56:15 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFuRy-0006HK-9q for mirageos-devel@lists.xenproject.org; Tue, 27 Jan 2015 00:56:14 +0000 Received: from [193.109.254.147] by server-11.bemta-14.messagelabs.com id 33/A1-31115-D22E6C45; Tue, 27 Jan 2015 00:56:13 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-11.tower-27.messagelabs.com!1422320172!19799855!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19594 invoked from network); 27 Jan 2015 00:56:12 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-11.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 27 Jan 2015 00:56:12 -0000 Received: from [192.168.1.39] (cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net [86.30.244.239]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 1d738fd8; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; for ; Tue, 27 Jan 2015 00:56:12 +0000 (GMT) From: Anil Madhavapeddy Message-Id: <475F6E2F-705E-4FB6-B005-8856BDC5487B@recoil.org> Date: Tue, 27 Jan 2015 00:56:11 +0000 To: mirageos-devel Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) X-Mailer: Apple Mail (2.1993) Subject: [MirageOS-devel] require opam 1.2 in mirage? X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org A few reasons why we should probably require OPAM 1.2 in Mirage now: - The development workflow is far nicer. - In `is-mirage-broken`, there's an oddly non-deterministic failure where an older version of cohttp is sometimes installed (see https://github.com/mirage/is-mirage-broken/tree/master/logs and the mirage-skeleton failures). OPAM 1.2 lets us specify `opam install cohttp>0.14` which will force the latest versions. - OPAM 1.1 is in a broken state on Ubuntu 14.10, so we can segway people into using the PPA with OPAM 1.2 instead. We do need a patch to test the OPAM version in the Mirage tool before doing this though. -a _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Tue Jan 27 09:04:35 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 27 Jan 2015 09:04:35 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YG24U-0005Nm-Uo; Tue, 27 Jan 2015 09:04:30 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YG24T-0005Nh-Qz for mirageos-devel@lists.xenproject.org; Tue, 27 Jan 2015 09:04:29 +0000 Received: from [193.109.254.147] by server-4.bemta-14.messagelabs.com id B8/0D-16320-D9457C45; Tue, 27 Jan 2015 09:04:29 +0000 X-Env-Sender: thomas.gazagnaire@gmail.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1422349468!11716423!1 X-Originating-IP: [209.85.212.173] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30410 invoked from network); 27 Jan 2015 09:04:28 -0000 Received: from mail-wi0-f173.google.com (HELO mail-wi0-f173.google.com) (209.85.212.173) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 27 Jan 2015 09:04:28 -0000 Received: by mail-wi0-f173.google.com with SMTP id r20so3206198wiv.0 for ; Tue, 27 Jan 2015 01:04:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=s1anvMR/T7+NWrw5MJRjAsOvejvpct6ug+AfT3eArns=; b=y36pyGe6XiwARRgiYX2ok9bt8vAYnvzcSTYIyuMkWf2muQaGPdiIdphcB+vkyUD5Oy v1t+EpfaZFCQi5v4wgW2jK1e5jg8QExEX9ohZZF7O2SOgpOeo29qF1adwJeRm9T8Tn+y eH6Ls5/DOtFNvAuCA7E+5Q4mVeWO4abS0LFxA9K2dSohIYM2rJb/iHpkcszIxhJb7+cn AitY//asWp4os7o2iFTKJFbUf/3Mw87I0g6qoEPJ1Vyp4wN0RWTLsWG2SRsEr+AsXJcb iQapaailzeVWrxRMQZFa333s8u5/OTICVgZKMQEDsDq5fCuMwLiSU1y/lK2Nn25T7F4Y tK9A== X-Received: by 10.180.77.79 with SMTP id q15mr5070754wiw.19.1422349468242; Tue, 27 Jan 2015 01:04:28 -0800 (PST) Received: from [192.168.0.2] (cpc25-cmbg14-2-0-cust121.5-4.cable.virginm.net. [213.106.112.122]) by mx.google.com with ESMTPSA id ul1sm948327wjc.0.2015.01.27.01.04.26 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 27 Jan 2015 01:04:27 -0800 (PST) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Thomas Gazagnaire In-Reply-To: <475F6E2F-705E-4FB6-B005-8856BDC5487B@recoil.org> Date: Tue, 27 Jan 2015 09:04:27 +0000 Message-Id: References: <475F6E2F-705E-4FB6-B005-8856BDC5487B@recoil.org> To: Anil Madhavapeddy X-Mailer: Apple Mail (2.1993) Cc: mirageos-devel Subject: Re: [MirageOS-devel] require opam 1.2 in mirage? X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org > We do need a patch to test the OPAM version in the Mirage tool before doing this though. See https://github.com/mirage/mirage/pull/353 _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Tue Jan 27 09:04:35 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 27 Jan 2015 09:04:35 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YG24U-0005Nm-Uo; Tue, 27 Jan 2015 09:04:30 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YG24T-0005Nh-Qz for mirageos-devel@lists.xenproject.org; Tue, 27 Jan 2015 09:04:29 +0000 Received: from [193.109.254.147] by server-4.bemta-14.messagelabs.com id B8/0D-16320-D9457C45; Tue, 27 Jan 2015 09:04:29 +0000 X-Env-Sender: thomas.gazagnaire@gmail.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1422349468!11716423!1 X-Originating-IP: [209.85.212.173] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30410 invoked from network); 27 Jan 2015 09:04:28 -0000 Received: from mail-wi0-f173.google.com (HELO mail-wi0-f173.google.com) (209.85.212.173) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 27 Jan 2015 09:04:28 -0000 Received: by mail-wi0-f173.google.com with SMTP id r20so3206198wiv.0 for ; Tue, 27 Jan 2015 01:04:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=s1anvMR/T7+NWrw5MJRjAsOvejvpct6ug+AfT3eArns=; b=y36pyGe6XiwARRgiYX2ok9bt8vAYnvzcSTYIyuMkWf2muQaGPdiIdphcB+vkyUD5Oy v1t+EpfaZFCQi5v4wgW2jK1e5jg8QExEX9ohZZF7O2SOgpOeo29qF1adwJeRm9T8Tn+y eH6Ls5/DOtFNvAuCA7E+5Q4mVeWO4abS0LFxA9K2dSohIYM2rJb/iHpkcszIxhJb7+cn AitY//asWp4os7o2iFTKJFbUf/3Mw87I0g6qoEPJ1Vyp4wN0RWTLsWG2SRsEr+AsXJcb iQapaailzeVWrxRMQZFa333s8u5/OTICVgZKMQEDsDq5fCuMwLiSU1y/lK2Nn25T7F4Y tK9A== X-Received: by 10.180.77.79 with SMTP id q15mr5070754wiw.19.1422349468242; Tue, 27 Jan 2015 01:04:28 -0800 (PST) Received: from [192.168.0.2] (cpc25-cmbg14-2-0-cust121.5-4.cable.virginm.net. [213.106.112.122]) by mx.google.com with ESMTPSA id ul1sm948327wjc.0.2015.01.27.01.04.26 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 27 Jan 2015 01:04:27 -0800 (PST) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Thomas Gazagnaire In-Reply-To: <475F6E2F-705E-4FB6-B005-8856BDC5487B@recoil.org> Date: Tue, 27 Jan 2015 09:04:27 +0000 Message-Id: References: <475F6E2F-705E-4FB6-B005-8856BDC5487B@recoil.org> To: Anil Madhavapeddy X-Mailer: Apple Mail (2.1993) Cc: mirageos-devel Subject: Re: [MirageOS-devel] require opam 1.2 in mirage? X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org > We do need a patch to test the OPAM version in the Mirage tool before doing this though. See https://github.com/mirage/mirage/pull/353 _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Tue Jan 27 13:22:19 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 27 Jan 2015 13:22:19 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YG65w-0008Rg-Lc; Tue, 27 Jan 2015 13:22:16 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YG65v-0008RW-Bq for mirageos-devel@lists.xenproject.org; Tue, 27 Jan 2015 13:22:15 +0000 Received: from [85.158.143.35] by server-1.bemta-4.messagelabs.com id 67/7B-21543-60197C45; Tue, 27 Jan 2015 13:22:14 +0000 X-Env-Sender: amirmc@gmail.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1422364926!9271426!1 X-Originating-IP: [74.125.82.179] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23920 invoked from network); 27 Jan 2015 13:22:06 -0000 Received: from mail-we0-f179.google.com (HELO mail-we0-f179.google.com) (74.125.82.179) by server-16.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 27 Jan 2015 13:22:06 -0000 Received: by mail-we0-f179.google.com with SMTP id q59so14849768wes.10 for ; Tue, 27 Jan 2015 05:22:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:content-transfer-encoding:subject:message-id:date :to:mime-version; bh=V0pUSTOfzH33ZlEaTKtdCksWSAkZt1bqw+HRLIhw668=; b=B49wQAbPCALlVi4RLYXIw4moGJrFZ1t2inE+0SznLNdGqJ7CphQls5csh/lIEkaBhC Yv6QME/xYKfopIBv3LPcVfNkTL7eOJgMwh4nVwQEFTlOrFnXwbCH7a1IHGR0RMj9QdJq Eq9mvgabtnzvrHKOoKfEwz7Z1lRmCxvgoaja6/cBCYHreSxKYFwuqsaVe5ixmSA79jcG 0bFlpjQuA1+pof6gejZXGuyBPS4/mHZT5tUAsgLg1NJry/jV8sWpi+s5aHLVrgB2UY/D CXNzM1Cuwi9xmN+kiGAHnNuMSSrF84Jm59qmCO97oSuEyx7ofNh98pr5WQDqtdVUdlK7 nU+w== X-Received: by 10.194.201.103 with SMTP id jz7mr3004995wjc.14.1422364926283; Tue, 27 Jan 2015 05:22:06 -0800 (PST) Received: from [192.168.0.28] (cpc17-cmbg14-2-0-cust360.5-4.cable.virginm.net. [86.6.155.105]) by mx.google.com with ESMTPSA id vq9sm1830005wjc.6.2015.01.27.05.22.05 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 27 Jan 2015 05:22:05 -0800 (PST) From: Amir Chaudhry Message-Id: <39FD1794-97DB-408C-9696-03698282C3A0@gmail.com> Date: Tue, 27 Jan 2015 13:22:04 +0000 To: mirageos-devel Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) X-Mailer: Apple Mail (2.1510) Subject: [MirageOS-devel] Mirage fortnightly call - Wednesday 28th at 4pm GMT X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org Hi folks, The next Mirage call will take place this Wednesday afternoon at 4pm GMT an= d is open to all. You can catch up via notes from the last call at http://openmirage.org/wiki= /weekly-2015-01-14 The agenda is currently as follows: =95 Move to only OPAM 1.2 =95 FOSDEM demo =95 Jitsu Status =95 SSL merge progress =95 Turning on mirage.io? =95 Planning for 3.0 If you have things to add/edit, please do so at https://github.com/mirage/m= irage-www/wiki/Call-Agenda GoToMeeting details are below but if there are any hiccups/delays then I'll= switch to a public Google Hangout. If that happens, I'll post the link he= re and also in the IRC channel (#mirage on freenode). Join us at 4pm GMT on Wednesday! 1. Please join my meeting. https://www1.gotomeeting.com/join/591890401 Dial in numbers (ask if you need a specific country): United Kingdom: +44 (0) 20 3657 6778 United States: +1 (213) 493-0014 Access Code: 591-890-401 Audio PIN: Shown after joining the meeting Best wishes, Amir _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Tue Jan 27 13:22:19 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 27 Jan 2015 13:22:19 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YG65w-0008Rg-Lc; Tue, 27 Jan 2015 13:22:16 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YG65v-0008RW-Bq for mirageos-devel@lists.xenproject.org; Tue, 27 Jan 2015 13:22:15 +0000 Received: from [85.158.143.35] by server-1.bemta-4.messagelabs.com id 67/7B-21543-60197C45; Tue, 27 Jan 2015 13:22:14 +0000 X-Env-Sender: amirmc@gmail.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1422364926!9271426!1 X-Originating-IP: [74.125.82.179] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23920 invoked from network); 27 Jan 2015 13:22:06 -0000 Received: from mail-we0-f179.google.com (HELO mail-we0-f179.google.com) (74.125.82.179) by server-16.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 27 Jan 2015 13:22:06 -0000 Received: by mail-we0-f179.google.com with SMTP id q59so14849768wes.10 for ; Tue, 27 Jan 2015 05:22:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:content-transfer-encoding:subject:message-id:date :to:mime-version; bh=V0pUSTOfzH33ZlEaTKtdCksWSAkZt1bqw+HRLIhw668=; b=B49wQAbPCALlVi4RLYXIw4moGJrFZ1t2inE+0SznLNdGqJ7CphQls5csh/lIEkaBhC Yv6QME/xYKfopIBv3LPcVfNkTL7eOJgMwh4nVwQEFTlOrFnXwbCH7a1IHGR0RMj9QdJq Eq9mvgabtnzvrHKOoKfEwz7Z1lRmCxvgoaja6/cBCYHreSxKYFwuqsaVe5ixmSA79jcG 0bFlpjQuA1+pof6gejZXGuyBPS4/mHZT5tUAsgLg1NJry/jV8sWpi+s5aHLVrgB2UY/D CXNzM1Cuwi9xmN+kiGAHnNuMSSrF84Jm59qmCO97oSuEyx7ofNh98pr5WQDqtdVUdlK7 nU+w== X-Received: by 10.194.201.103 with SMTP id jz7mr3004995wjc.14.1422364926283; Tue, 27 Jan 2015 05:22:06 -0800 (PST) Received: from [192.168.0.28] (cpc17-cmbg14-2-0-cust360.5-4.cable.virginm.net. [86.6.155.105]) by mx.google.com with ESMTPSA id vq9sm1830005wjc.6.2015.01.27.05.22.05 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 27 Jan 2015 05:22:05 -0800 (PST) From: Amir Chaudhry Message-Id: <39FD1794-97DB-408C-9696-03698282C3A0@gmail.com> Date: Tue, 27 Jan 2015 13:22:04 +0000 To: mirageos-devel Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) X-Mailer: Apple Mail (2.1510) Subject: [MirageOS-devel] Mirage fortnightly call - Wednesday 28th at 4pm GMT X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org Hi folks, The next Mirage call will take place this Wednesday afternoon at 4pm GMT an= d is open to all. You can catch up via notes from the last call at http://openmirage.org/wiki= /weekly-2015-01-14 The agenda is currently as follows: =95 Move to only OPAM 1.2 =95 FOSDEM demo =95 Jitsu Status =95 SSL merge progress =95 Turning on mirage.io? =95 Planning for 3.0 If you have things to add/edit, please do so at https://github.com/mirage/m= irage-www/wiki/Call-Agenda GoToMeeting details are below but if there are any hiccups/delays then I'll= switch to a public Google Hangout. If that happens, I'll post the link he= re and also in the IRC channel (#mirage on freenode). Join us at 4pm GMT on Wednesday! 1. Please join my meeting. https://www1.gotomeeting.com/join/591890401 Dial in numbers (ask if you need a specific country): United Kingdom: +44 (0) 20 3657 6778 United States: +1 (213) 493-0014 Access Code: 591-890-401 Audio PIN: Shown after joining the meeting Best wishes, Amir _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Wed Jan 28 04:24:06 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 28 Jan 2015 04:24:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YGKAX-00026j-Uk; Wed, 28 Jan 2015 04:23:57 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YGKAV-00026F-Js; Wed, 28 Jan 2015 04:23:55 +0000 Received: from [193.109.254.147] by server-14.bemta-14.messagelabs.com id A3/5B-13952-A5468C45; Wed, 28 Jan 2015 04:23:54 +0000 X-Env-Sender: russell.pavlicek.xen@gmail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1422419033!11964729!1 X-Originating-IP: [209.85.217.172] X-SpamReason: No, hits=2.5 required=7.0 tests=RCVD_BY_IP, SUSPICIOUS_RECIPS X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7247 invoked from network); 28 Jan 2015 04:23:54 -0000 Received: from mail-lb0-f172.google.com (HELO mail-lb0-f172.google.com) (209.85.217.172) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 28 Jan 2015 04:23:54 -0000 Received: by mail-lb0-f172.google.com with SMTP id l4so16674848lbv.3; Tue, 27 Jan 2015 20:23:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=bCiAcLJ94i1lQl5OA1W8cP2F0iCepO1Mf4Oa2s766qA=; b=DlfyMO0jz8URPwaJzzLNfxilSkPbUBTmHQbCvnKwT9Iyu1xXwPkAX/2tv3KkIWFb7s TyJZMlLV+vzJlc0HB9v8YOpYXU8uisFSlo1Sl2u03+TqM/4zHzzw7qEzvzYDoaCkfgZZ /fkgfTJKcN6m/P5Yn9N2rWwVVK8QiiZdHIOLYVLh+CaqCsKKM1PqwkzPI7AanTcobJ6Q EKFdNA+OqWvXIi6MRz2E1TARCqAKRCZkaA19lHq05PIqt8UggTpNulr9Gkaym4865aVw yPWEdPrzOjbKsGRBX7RBor0AnxApe6q7Flq6CY1bsjtM2Q/pCk2nfqOIAC0YZZ5h09oM CnHA== MIME-Version: 1.0 X-Received: by 10.152.19.129 with SMTP id f1mr5594334lae.40.1422419033248; Tue, 27 Jan 2015 20:23:53 -0800 (PST) Received: by 10.112.16.130 with HTTP; Tue, 27 Jan 2015 20:23:53 -0800 (PST) In-Reply-To: References: Date: Tue, 27 Jan 2015 23:23:53 -0500 X-Google-Sender-Auth: cI8eZEvRtwQqHey-DkOnXk6SjV4 Message-ID: From: Russ Pavlicek To: Russ Pavlicek Cc: xen-devel@lists.xenproject.org, xen-api@lists.xen.org, xs-devel@lists.xenserver.org, mirageos-devel@lists.xenproject.org, "xen-users@lists.xen.org" Subject: Re: [MirageOS-devel] Xen Project Document Day this Wednesday, January 28: The Great 4.5 Clean-Up X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org Document Day is here! Please help us clean up the Wiki to properly reflect the 4.5 release. On Mon, Jan 26, 2015 at 11:38 AM, Russ Pavlicek wrote: > We want to begin this year by making sure that our documentation is > correct for the recent 4.5 release. > > Do you have new feature information? Do you see old information which > will confuse new users (especially those which rely on the xm command > instead of xl)? Do you know of best practices which change in the 4.5 > release? This is the day to focus on cleaning up these things and anything > else relating to the 4.5 release. > > All the information you need to participate in Document Day is here: > > http://wiki.xenproject.org/wiki/Xen_Document_Days > > Also take a look at the current TODO list to see other items which > need attention: > > http://wiki.xenproject.org/wiki/Xen_Document_Days/TODO > > Please think about how you can help out. If you haven't requested > to be made a Wiki editor, save time and do it now so you are ready to > go on Document Day. Just fill out the form below: > > http://xenproject.org/component/content/article/100-misc/145-request-to-be-made-a-wiki-editor.html > > We hope to see you Wednesday in #xendocs! _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Wed Jan 28 04:24:06 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 28 Jan 2015 04:24:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YGKAX-00026j-Uk; Wed, 28 Jan 2015 04:23:57 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YGKAV-00026F-Js; Wed, 28 Jan 2015 04:23:55 +0000 Received: from [193.109.254.147] by server-14.bemta-14.messagelabs.com id A3/5B-13952-A5468C45; Wed, 28 Jan 2015 04:23:54 +0000 X-Env-Sender: russell.pavlicek.xen@gmail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1422419033!11964729!1 X-Originating-IP: [209.85.217.172] X-SpamReason: No, hits=2.5 required=7.0 tests=RCVD_BY_IP, SUSPICIOUS_RECIPS X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7247 invoked from network); 28 Jan 2015 04:23:54 -0000 Received: from mail-lb0-f172.google.com (HELO mail-lb0-f172.google.com) (209.85.217.172) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 28 Jan 2015 04:23:54 -0000 Received: by mail-lb0-f172.google.com with SMTP id l4so16674848lbv.3; Tue, 27 Jan 2015 20:23:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=bCiAcLJ94i1lQl5OA1W8cP2F0iCepO1Mf4Oa2s766qA=; b=DlfyMO0jz8URPwaJzzLNfxilSkPbUBTmHQbCvnKwT9Iyu1xXwPkAX/2tv3KkIWFb7s TyJZMlLV+vzJlc0HB9v8YOpYXU8uisFSlo1Sl2u03+TqM/4zHzzw7qEzvzYDoaCkfgZZ /fkgfTJKcN6m/P5Yn9N2rWwVVK8QiiZdHIOLYVLh+CaqCsKKM1PqwkzPI7AanTcobJ6Q EKFdNA+OqWvXIi6MRz2E1TARCqAKRCZkaA19lHq05PIqt8UggTpNulr9Gkaym4865aVw yPWEdPrzOjbKsGRBX7RBor0AnxApe6q7Flq6CY1bsjtM2Q/pCk2nfqOIAC0YZZ5h09oM CnHA== MIME-Version: 1.0 X-Received: by 10.152.19.129 with SMTP id f1mr5594334lae.40.1422419033248; Tue, 27 Jan 2015 20:23:53 -0800 (PST) Received: by 10.112.16.130 with HTTP; Tue, 27 Jan 2015 20:23:53 -0800 (PST) In-Reply-To: References: Date: Tue, 27 Jan 2015 23:23:53 -0500 X-Google-Sender-Auth: cI8eZEvRtwQqHey-DkOnXk6SjV4 Message-ID: From: Russ Pavlicek To: Russ Pavlicek Cc: xen-devel@lists.xenproject.org, xen-api@lists.xen.org, xs-devel@lists.xenserver.org, mirageos-devel@lists.xenproject.org, "xen-users@lists.xen.org" Subject: Re: [MirageOS-devel] Xen Project Document Day this Wednesday, January 28: The Great 4.5 Clean-Up X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org Document Day is here! Please help us clean up the Wiki to properly reflect the 4.5 release. On Mon, Jan 26, 2015 at 11:38 AM, Russ Pavlicek wrote: > We want to begin this year by making sure that our documentation is > correct for the recent 4.5 release. > > Do you have new feature information? Do you see old information which > will confuse new users (especially those which rely on the xm command > instead of xl)? Do you know of best practices which change in the 4.5 > release? This is the day to focus on cleaning up these things and anything > else relating to the 4.5 release. > > All the information you need to participate in Document Day is here: > > http://wiki.xenproject.org/wiki/Xen_Document_Days > > Also take a look at the current TODO list to see other items which > need attention: > > http://wiki.xenproject.org/wiki/Xen_Document_Days/TODO > > Please think about how you can help out. If you haven't requested > to be made a Wiki editor, save time and do it now so you are ready to > go on Document Day. Just fill out the form below: > > http://xenproject.org/component/content/article/100-misc/145-request-to-be-made-a-wiki-editor.html > > We hope to see you Wednesday in #xendocs! _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Wed Jan 28 10:09:18 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 28 Jan 2015 10:09:18 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YGPYe-0004Vk-Ta; Wed, 28 Jan 2015 10:09:12 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YGPYd-0004Uv-P3; Wed, 28 Jan 2015 10:09:11 +0000 Received: from [85.158.137.68] by server-5.bemta-3.messagelabs.com id 1D/6C-03891-645B8C45; Wed, 28 Jan 2015 10:09:10 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-7.tower-31.messagelabs.com!1422439749!22923805!1 X-Originating-IP: [74.125.82.44] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19104 invoked from network); 28 Jan 2015 10:09:10 -0000 Received: from mail-wg0-f44.google.com (HELO mail-wg0-f44.google.com) (74.125.82.44) by server-7.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 28 Jan 2015 10:09:10 -0000 Received: by mail-wg0-f44.google.com with SMTP id z12so19637210wgg.3; Wed, 28 Jan 2015 02:09:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:content-transfer-encoding:subject:date:message-id :cc:to:mime-version; bh=yE9HIbxQQKPg+IdndQVKrLfqojZGFQCiIi7719Wsrj0=; b=aA70nW7lofEzr+jyu18aj6rmde9n/Ly5TqwEurLiyu/XnisWKJ/Lt1vM529XHLvfgf +uiUZtd4IT3UnDn6tyepvhuiylFdpyofz/4jTNQvYQB95ztp2Y8lsICJsNxDMlafjft8 ZOUcxeEbZtQ/xHW00/OI1E0OPrRYloagiTRuENACuSy9ybghjxMNLW7fQx7Spv+d8ZOX gMnQWvGNSfGcYeQRmTTxSr2BzQpN8VUKJAivZtA/qRUmmff7jNV8tOODGqO30Zr8XY2f 3niwD3rh/ObrKfb/tRp2ZMf8wYemYzHhtgEs3YnEBkPRLr7A50Me0J1TiS6MlLISw5n0 tLxA== X-Received: by 10.180.14.136 with SMTP id p8mr5474826wic.20.1422439749566; Wed, 28 Jan 2015 02:09:09 -0800 (PST) Received: from [192.168.0.8] (97e5a0c2.skybroadband.com. [151.229.160.194]) by mx.google.com with ESMTPSA id b10sm5373019wjr.32.2015.01.28.02.09.07 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 28 Jan 2015 02:09:08 -0800 (PST) From: Lars Kurth Date: Wed, 28 Jan 2015 10:09:06 +0000 Message-Id: <851C4ADF-6236-443B-B7BA-5A7A68AC8819@gmail.com> To: xen-devel , Win-pv-devel@lists.xenproject.org, mirageos-devel , xen-api@lists.xenproject.org, embedded-pv-devel@lists.xenproject.org Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) X-Mailer: Apple Mail (2.1878.6) Cc: advisory-board@lists.xenproject.org Subject: [MirageOS-devel] Hackathon date options in Shanghai : please vote for a preference by Wed the 3rd of Feb X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org Dear community members, Intel has volunteered to host the next Xen Project Hackathon in Shanghai in China. We were originally looking at an April/May time-frame, but due to Easter holidays and the OpenStack summit in May, the following two date options look most sensible. Remember, this is a two day event. The options are: * Option 1: 2 days from Tue April 21 to Fri 24th ... In this case I would suggest maybe the 22 - 23rd, giving people a chance to meet customers on Friday and/or do a bit of sightseeing. It also means that attendees from other Chinese cities will be able to get to their home cities more easily (Friday is always extremely busy) * Option 2: April 28-29 Please let me know if you have any preferences and vote for option 1 or 2 (if you vote for option 1 let me know if you care about any specific dates) Regards Lars _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Wed Jan 28 10:09:18 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 28 Jan 2015 10:09:18 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YGPYe-0004Vk-Ta; Wed, 28 Jan 2015 10:09:12 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YGPYd-0004Uv-P3; Wed, 28 Jan 2015 10:09:11 +0000 Received: from [85.158.137.68] by server-5.bemta-3.messagelabs.com id 1D/6C-03891-645B8C45; Wed, 28 Jan 2015 10:09:10 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-7.tower-31.messagelabs.com!1422439749!22923805!1 X-Originating-IP: [74.125.82.44] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19104 invoked from network); 28 Jan 2015 10:09:10 -0000 Received: from mail-wg0-f44.google.com (HELO mail-wg0-f44.google.com) (74.125.82.44) by server-7.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 28 Jan 2015 10:09:10 -0000 Received: by mail-wg0-f44.google.com with SMTP id z12so19637210wgg.3; Wed, 28 Jan 2015 02:09:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:content-transfer-encoding:subject:date:message-id :cc:to:mime-version; bh=yE9HIbxQQKPg+IdndQVKrLfqojZGFQCiIi7719Wsrj0=; b=aA70nW7lofEzr+jyu18aj6rmde9n/Ly5TqwEurLiyu/XnisWKJ/Lt1vM529XHLvfgf +uiUZtd4IT3UnDn6tyepvhuiylFdpyofz/4jTNQvYQB95ztp2Y8lsICJsNxDMlafjft8 ZOUcxeEbZtQ/xHW00/OI1E0OPrRYloagiTRuENACuSy9ybghjxMNLW7fQx7Spv+d8ZOX gMnQWvGNSfGcYeQRmTTxSr2BzQpN8VUKJAivZtA/qRUmmff7jNV8tOODGqO30Zr8XY2f 3niwD3rh/ObrKfb/tRp2ZMf8wYemYzHhtgEs3YnEBkPRLr7A50Me0J1TiS6MlLISw5n0 tLxA== X-Received: by 10.180.14.136 with SMTP id p8mr5474826wic.20.1422439749566; Wed, 28 Jan 2015 02:09:09 -0800 (PST) Received: from [192.168.0.8] (97e5a0c2.skybroadband.com. [151.229.160.194]) by mx.google.com with ESMTPSA id b10sm5373019wjr.32.2015.01.28.02.09.07 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 28 Jan 2015 02:09:08 -0800 (PST) From: Lars Kurth Date: Wed, 28 Jan 2015 10:09:06 +0000 Message-Id: <851C4ADF-6236-443B-B7BA-5A7A68AC8819@gmail.com> To: xen-devel , Win-pv-devel@lists.xenproject.org, mirageos-devel , xen-api@lists.xenproject.org, embedded-pv-devel@lists.xenproject.org Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) X-Mailer: Apple Mail (2.1878.6) Cc: advisory-board@lists.xenproject.org Subject: [MirageOS-devel] Hackathon date options in Shanghai : please vote for a preference by Wed the 3rd of Feb X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org Dear community members, Intel has volunteered to host the next Xen Project Hackathon in Shanghai in China. We were originally looking at an April/May time-frame, but due to Easter holidays and the OpenStack summit in May, the following two date options look most sensible. Remember, this is a two day event. The options are: * Option 1: 2 days from Tue April 21 to Fri 24th ... In this case I would suggest maybe the 22 - 23rd, giving people a chance to meet customers on Friday and/or do a bit of sightseeing. It also means that attendees from other Chinese cities will be able to get to their home cities more easily (Friday is always extremely busy) * Option 2: April 28-29 Please let me know if you have any preferences and vote for option 1 or 2 (if you vote for option 1 let me know if you care about any specific dates) Regards Lars _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Thu Jan 29 15:24:43 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 29 Jan 2015 15:24:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YGqxQ-0003tt-Ks; Thu, 29 Jan 2015 15:24:36 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YGqxQ-0003tj-3N for mirageos-devel@lists.xenproject.org; Thu, 29 Jan 2015 15:24:36 +0000 Received: from [85.158.143.35] by server-3.bemta-4.messagelabs.com id 74/EE-02754-3B05AC45; Thu, 29 Jan 2015 15:24:35 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1422545074!9855877!1 X-Originating-IP: [209.85.217.174] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10059 invoked from network); 29 Jan 2015 15:24:35 -0000 Received: from mail-lb0-f174.google.com (HELO mail-lb0-f174.google.com) (209.85.217.174) by server-16.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 29 Jan 2015 15:24:35 -0000 Received: by mail-lb0-f174.google.com with SMTP id f15so29278692lbj.5 for ; Thu, 29 Jan 2015 07:24:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=ELkpViHUT4bz+d1RmLUqRcOiLHIJrUFyqnWRlN2E5fw=; b=gUOJNHtiCp77GSxYcH3aT+2VvJfhhApxCU5Q8UrqoUFgeD8d9QnwuNaJSYKNrPRCDX eSRTEVEQeLbYfw0zYxDa8DYov3PiV6BpmKsDpXghgzKLlgmTgXlyPSnduwENKjSp1AEC uGaTYkeA31MG8MUMy3IwjN8/YT00Iwbcrakt6eFdELuzhEr1cJXKOiUPKd+o6sowJ47k EPZsSd4r87M9sL5r8LklwUsxOz4jViBhVGvC8BGK725riXl9HreRrnrlL2Vx6URSDOsQ 3glx9jmm2ETwMvLRP9SRezZC37bmSGvbNO/AghfqjO/CNVoFmdOYV1p3XiwiwPkg3VG1 W2+g== MIME-Version: 1.0 X-Received: by 10.112.188.227 with SMTP id gd3mr1572103lbc.22.1422545074216; Thu, 29 Jan 2015 07:24:34 -0800 (PST) Received: by 10.25.207.3 with HTTP; Thu, 29 Jan 2015 07:24:34 -0800 (PST) Date: Thu, 29 Jan 2015 15:24:34 +0000 Message-ID: From: Thomas Leonard To: "mirageos-devel@lists.xenproject.org" Subject: [MirageOS-devel] Error handling in Mirage - request for comments! X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org As part of my continuing mission to break all Mirage APIs, I've written up some thoughts on how to improve error handling: https://github.com/mirage/mirage-www/pull/274 Although written as if it's a final design, it's intended only as a starting point for discussion, to find out what we do and don't agree on. Please add comments, information about successful approaches you've seen, etc. -- Dr Thomas Leonard http://0install.net/ GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 GPG: DA98 25AE CAD0 8975 7CDA BD8E 0713 3F96 CA74 D8BA _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Thu Jan 29 15:24:43 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 29 Jan 2015 15:24:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YGqxQ-0003tt-Ks; Thu, 29 Jan 2015 15:24:36 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YGqxQ-0003tj-3N for mirageos-devel@lists.xenproject.org; Thu, 29 Jan 2015 15:24:36 +0000 Received: from [85.158.143.35] by server-3.bemta-4.messagelabs.com id 74/EE-02754-3B05AC45; Thu, 29 Jan 2015 15:24:35 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1422545074!9855877!1 X-Originating-IP: [209.85.217.174] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10059 invoked from network); 29 Jan 2015 15:24:35 -0000 Received: from mail-lb0-f174.google.com (HELO mail-lb0-f174.google.com) (209.85.217.174) by server-16.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 29 Jan 2015 15:24:35 -0000 Received: by mail-lb0-f174.google.com with SMTP id f15so29278692lbj.5 for ; Thu, 29 Jan 2015 07:24:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=ELkpViHUT4bz+d1RmLUqRcOiLHIJrUFyqnWRlN2E5fw=; b=gUOJNHtiCp77GSxYcH3aT+2VvJfhhApxCU5Q8UrqoUFgeD8d9QnwuNaJSYKNrPRCDX eSRTEVEQeLbYfw0zYxDa8DYov3PiV6BpmKsDpXghgzKLlgmTgXlyPSnduwENKjSp1AEC uGaTYkeA31MG8MUMy3IwjN8/YT00Iwbcrakt6eFdELuzhEr1cJXKOiUPKd+o6sowJ47k EPZsSd4r87M9sL5r8LklwUsxOz4jViBhVGvC8BGK725riXl9HreRrnrlL2Vx6URSDOsQ 3glx9jmm2ETwMvLRP9SRezZC37bmSGvbNO/AghfqjO/CNVoFmdOYV1p3XiwiwPkg3VG1 W2+g== MIME-Version: 1.0 X-Received: by 10.112.188.227 with SMTP id gd3mr1572103lbc.22.1422545074216; Thu, 29 Jan 2015 07:24:34 -0800 (PST) Received: by 10.25.207.3 with HTTP; Thu, 29 Jan 2015 07:24:34 -0800 (PST) Date: Thu, 29 Jan 2015 15:24:34 +0000 Message-ID: From: Thomas Leonard To: "mirageos-devel@lists.xenproject.org" Subject: [MirageOS-devel] Error handling in Mirage - request for comments! X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org As part of my continuing mission to break all Mirage APIs, I've written up some thoughts on how to improve error handling: https://github.com/mirage/mirage-www/pull/274 Although written as if it's a final design, it's intended only as a starting point for discussion, to find out what we do and don't agree on. Please add comments, information about successful approaches you've seen, etc. -- Dr Thomas Leonard http://0install.net/ GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 GPG: DA98 25AE CAD0 8975 7CDA BD8E 0713 3F96 CA74 D8BA _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Fri Jan 30 09:30:26 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 30 Jan 2015 09:30:26 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YH7u9-0007Br-Gw; Fri, 30 Jan 2015 09:30:21 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YH7u8-0007Bf-2o for mirageos-devel@lists.xenproject.org; Fri, 30 Jan 2015 09:30:20 +0000 Received: from [85.158.137.68] by server-2.bemta-3.messagelabs.com id 9D/E8-02991-B2F4BC45; Fri, 30 Jan 2015 09:30:19 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-8.tower-31.messagelabs.com!1422610218!10816986!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26994 invoked from network); 30 Jan 2015 09:30:18 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-8.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 30 Jan 2015 09:30:18 -0000 Received: from [192.168.1.69] (cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net [86.30.244.239]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id fdb3e849; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Fri, 30 Jan 2015 09:30:17 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: Date: Fri, 30 Jan 2015 09:30:16 +0000 Message-Id: <8ADB7411-F46F-4CF1-B2DF-42A00F825C6F@recoil.org> References: To: Thomas Leonard X-Mailer: Apple Mail (2.1993) Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Error handling in Mirage - request for comments! X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 29 Jan 2015, at 15:24, Thomas Leonard wrote: > > As part of my continuing mission to break all Mirage APIs, I've > written up some thoughts on how to improve error handling: s/break/fix :-) > > https://github.com/mirage/mirage-www/pull/274 > > Although written as if it's a final design, it's intended only as a > starting point for discussion, to find out what we do and don't agree > on. Please add comments, information about successful approaches > you've seen, etc. This is an excellent writeup. My top-level view is that moving to an exception-heavier model is fine, but that we really do need to adopt some sort of Async-style monitor model to make this feasible, so that exceptions can be contained within a logical section of the code. I think that making an Lwt_monitor only needs a minor patch to the engine -- on a context switch, the thread's current monitor needs to be set into a global variable so that the toplevel try/catch can route it. It may be possible to do this without a patch and purely with the thread-local map. -anil _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Fri Jan 30 09:30:26 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 30 Jan 2015 09:30:26 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YH7u9-0007Br-Gw; Fri, 30 Jan 2015 09:30:21 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YH7u8-0007Bf-2o for mirageos-devel@lists.xenproject.org; Fri, 30 Jan 2015 09:30:20 +0000 Received: from [85.158.137.68] by server-2.bemta-3.messagelabs.com id 9D/E8-02991-B2F4BC45; Fri, 30 Jan 2015 09:30:19 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-8.tower-31.messagelabs.com!1422610218!10816986!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26994 invoked from network); 30 Jan 2015 09:30:18 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-8.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 30 Jan 2015 09:30:18 -0000 Received: from [192.168.1.69] (cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net [86.30.244.239]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id fdb3e849; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Fri, 30 Jan 2015 09:30:17 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: Date: Fri, 30 Jan 2015 09:30:16 +0000 Message-Id: <8ADB7411-F46F-4CF1-B2DF-42A00F825C6F@recoil.org> References: To: Thomas Leonard X-Mailer: Apple Mail (2.1993) Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Error handling in Mirage - request for comments! X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 29 Jan 2015, at 15:24, Thomas Leonard wrote: > > As part of my continuing mission to break all Mirage APIs, I've > written up some thoughts on how to improve error handling: s/break/fix :-) > > https://github.com/mirage/mirage-www/pull/274 > > Although written as if it's a final design, it's intended only as a > starting point for discussion, to find out what we do and don't agree > on. Please add comments, information about successful approaches > you've seen, etc. This is an excellent writeup. My top-level view is that moving to an exception-heavier model is fine, but that we really do need to adopt some sort of Async-style monitor model to make this feasible, so that exceptions can be contained within a logical section of the code. I think that making an Lwt_monitor only needs a minor patch to the engine -- on a context switch, the thread's current monitor needs to be set into a global variable so that the toplevel try/catch can route it. It may be possible to do this without a patch and purely with the thread-local map. -anil _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Fri Jan 30 09:49:44 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 30 Jan 2015 09:49:44 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YH8Cs-0000PU-RA; Fri, 30 Jan 2015 09:49:42 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YH8Cr-0000PP-Nm for mirageos-devel@lists.xenproject.org; Fri, 30 Jan 2015 09:49:41 +0000 Received: from [85.158.143.35] by server-2.bemta-4.messagelabs.com id B8/7E-02749-5B35BC45; Fri, 30 Jan 2015 09:49:41 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-2.tower-21.messagelabs.com!1422611380!5430777!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8282 invoked from network); 30 Jan 2015 09:49:40 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-2.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 30 Jan 2015 09:49:40 -0000 Received: from [192.168.1.69] (cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net [86.30.244.239]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 463c3806; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; for ; Fri, 30 Jan 2015 09:49:39 +0000 (GMT) From: Anil Madhavapeddy Message-Id: Date: Fri, 30 Jan 2015 09:49:38 +0000 To: mirageos-devel Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) X-Mailer: Apple Mail (2.1993) Subject: [MirageOS-devel] repro help: mirage-www crashing on boot X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org Since the switch to mirage-xen-2.2.1, the Mirage-www build has been crashing on Xen 4.1. I can't quite pin this down to a local repro case, so could anyone with a Xen box handy try to boot this kernel: https://github.com/mirage/mirage-www-deployment/tree/master/xen/bf43f36e2f0a9428263439c627566878a1c811d2 If it crashes or succeeds on boot, it would be useful to know -- please report failures or successes on: https://github.com/mirage/mirage/issues/357 thanks! Anil _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Fri Jan 30 09:49:44 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 30 Jan 2015 09:49:44 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YH8Cs-0000PU-RA; Fri, 30 Jan 2015 09:49:42 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YH8Cr-0000PP-Nm for mirageos-devel@lists.xenproject.org; Fri, 30 Jan 2015 09:49:41 +0000 Received: from [85.158.143.35] by server-2.bemta-4.messagelabs.com id B8/7E-02749-5B35BC45; Fri, 30 Jan 2015 09:49:41 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-2.tower-21.messagelabs.com!1422611380!5430777!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8282 invoked from network); 30 Jan 2015 09:49:40 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-2.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 30 Jan 2015 09:49:40 -0000 Received: from [192.168.1.69] (cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net [86.30.244.239]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 463c3806; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; for ; Fri, 30 Jan 2015 09:49:39 +0000 (GMT) From: Anil Madhavapeddy Message-Id: Date: Fri, 30 Jan 2015 09:49:38 +0000 To: mirageos-devel Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) X-Mailer: Apple Mail (2.1993) Subject: [MirageOS-devel] repro help: mirage-www crashing on boot X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org Since the switch to mirage-xen-2.2.1, the Mirage-www build has been crashing on Xen 4.1. I can't quite pin this down to a local repro case, so could anyone with a Xen box handy try to boot this kernel: https://github.com/mirage/mirage-www-deployment/tree/master/xen/bf43f36e2f0a9428263439c627566878a1c811d2 If it crashes or succeeds on boot, it would be useful to know -- please report failures or successes on: https://github.com/mirage/mirage/issues/357 thanks! Anil _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Fri Jan 30 10:06:18 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 30 Jan 2015 10:06:18 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YH8Sv-0001nR-43; Fri, 30 Jan 2015 10:06:17 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YH8St-0001nM-Oc for mirageos-devel@lists.xenproject.org; Fri, 30 Jan 2015 10:06:15 +0000 Received: from [85.158.139.211] by server-17.bemta-5.messagelabs.com id 55/64-03132-6975BC45; Fri, 30 Jan 2015 10:06:14 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-3.tower-206.messagelabs.com!1422612373!3700138!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9415 invoked from network); 30 Jan 2015 10:06:14 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-3.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jan 2015 10:06:14 -0000 Received: by mail-lb0-f173.google.com with SMTP id p9so35605770lbv.4 for ; Fri, 30 Jan 2015 02:06:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=UgwTwGPxBxKzZeurSIaUrHIx+oYeVVOnoVwkUdLam/0=; b=TK5YsVC/sXIqAAawasfI1X51jtjgU0fZ0oO/TtUPg6jTxriVEpZRkQc3qsWw9OseAl ugjyBvqNWOV4Twmsp1sW1R+PVAtwZZSWSj2nSASJiKmxrqI0DYFTbdcgIsl2BsGncHPe Au7G4gNNVcB4+lVpA/z0Blh1PQgQJm/3xNWbqbwB7m5RNEoVEmFYiQiZcm8UYV8tmFkY U+9zRQdfSbPg0tboKY+b3yjsxhoSVq3rtJAq20tTP6GesIXg539Q6psrHzP0buy6Hwm7 3toD98CDlPQly4P7WyskMeSp2nSSPdNfJqPipcQjNqy9Cpvx6IYLg7PdAszL5qLwNX7Z Vfqw== MIME-Version: 1.0 X-Received: by 10.112.137.196 with SMTP id qk4mr5575179lbb.33.1422612373466; Fri, 30 Jan 2015 02:06:13 -0800 (PST) Received: by 10.25.207.3 with HTTP; Fri, 30 Jan 2015 02:06:13 -0800 (PST) In-Reply-To: <8ADB7411-F46F-4CF1-B2DF-42A00F825C6F@recoil.org> References: <8ADB7411-F46F-4CF1-B2DF-42A00F825C6F@recoil.org> Date: Fri, 30 Jan 2015 10:06:13 +0000 Message-ID: From: Thomas Leonard To: Anil Madhavapeddy Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Error handling in Mirage - request for comments! X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 30 January 2015 at 09:30, Anil Madhavapeddy wrote: > On 29 Jan 2015, at 15:24, Thomas Leonard wrote: >> >> As part of my continuing mission to break all Mirage APIs, I've >> written up some thoughts on how to improve error handling: > > s/break/fix :-) > >> >> https://github.com/mirage/mirage-www/pull/274 >> >> Although written as if it's a final design, it's intended only as a >> starting point for discussion, to find out what we do and don't agree >> on. Please add comments, information about successful approaches >> you've seen, etc. > > This is an excellent writeup. My top-level view is that moving to > an exception-heavier model is fine, but that we really do need to adopt > some sort of Async-style monitor model to make this feasible, so that > exceptions can be contained within a logical section of the code. Doesn't try_lwt (or similar) do this anyway? What particular problem are you worried about? I don't have any experience with Async monitors beyond playing with them briefly yesterday after reading the RWO chapter on Async. But in this case Lwt seems to be using a clean, functional style, whereas Async is using global variables and hidden implicit state that is likely to lead to bugs such as the one I used in the example. Though I may just be misunderstanding. Apart from that, Async seemed very sensible, and better than Lwt in places (e.g. always scheduling binds for later so they always run in the same context). > I think that making an Lwt_monitor only needs a minor patch to the > engine -- on a context switch, the thread's current monitor needs > to be set into a global variable so that the toplevel try/catch can > route it. It may be possible to do this without a patch and purely > with the thread-local map. -- Dr Thomas Leonard http://0install.net/ GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 GPG: DA98 25AE CAD0 8975 7CDA BD8E 0713 3F96 CA74 D8BA _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Fri Jan 30 10:06:18 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 30 Jan 2015 10:06:18 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YH8Sv-0001nR-43; Fri, 30 Jan 2015 10:06:17 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YH8St-0001nM-Oc for mirageos-devel@lists.xenproject.org; Fri, 30 Jan 2015 10:06:15 +0000 Received: from [85.158.139.211] by server-17.bemta-5.messagelabs.com id 55/64-03132-6975BC45; Fri, 30 Jan 2015 10:06:14 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-3.tower-206.messagelabs.com!1422612373!3700138!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9415 invoked from network); 30 Jan 2015 10:06:14 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-3.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jan 2015 10:06:14 -0000 Received: by mail-lb0-f173.google.com with SMTP id p9so35605770lbv.4 for ; Fri, 30 Jan 2015 02:06:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=UgwTwGPxBxKzZeurSIaUrHIx+oYeVVOnoVwkUdLam/0=; b=TK5YsVC/sXIqAAawasfI1X51jtjgU0fZ0oO/TtUPg6jTxriVEpZRkQc3qsWw9OseAl ugjyBvqNWOV4Twmsp1sW1R+PVAtwZZSWSj2nSASJiKmxrqI0DYFTbdcgIsl2BsGncHPe Au7G4gNNVcB4+lVpA/z0Blh1PQgQJm/3xNWbqbwB7m5RNEoVEmFYiQiZcm8UYV8tmFkY U+9zRQdfSbPg0tboKY+b3yjsxhoSVq3rtJAq20tTP6GesIXg539Q6psrHzP0buy6Hwm7 3toD98CDlPQly4P7WyskMeSp2nSSPdNfJqPipcQjNqy9Cpvx6IYLg7PdAszL5qLwNX7Z Vfqw== MIME-Version: 1.0 X-Received: by 10.112.137.196 with SMTP id qk4mr5575179lbb.33.1422612373466; Fri, 30 Jan 2015 02:06:13 -0800 (PST) Received: by 10.25.207.3 with HTTP; Fri, 30 Jan 2015 02:06:13 -0800 (PST) In-Reply-To: <8ADB7411-F46F-4CF1-B2DF-42A00F825C6F@recoil.org> References: <8ADB7411-F46F-4CF1-B2DF-42A00F825C6F@recoil.org> Date: Fri, 30 Jan 2015 10:06:13 +0000 Message-ID: From: Thomas Leonard To: Anil Madhavapeddy Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Error handling in Mirage - request for comments! X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 30 January 2015 at 09:30, Anil Madhavapeddy wrote: > On 29 Jan 2015, at 15:24, Thomas Leonard wrote: >> >> As part of my continuing mission to break all Mirage APIs, I've >> written up some thoughts on how to improve error handling: > > s/break/fix :-) > >> >> https://github.com/mirage/mirage-www/pull/274 >> >> Although written as if it's a final design, it's intended only as a >> starting point for discussion, to find out what we do and don't agree >> on. Please add comments, information about successful approaches >> you've seen, etc. > > This is an excellent writeup. My top-level view is that moving to > an exception-heavier model is fine, but that we really do need to adopt > some sort of Async-style monitor model to make this feasible, so that > exceptions can be contained within a logical section of the code. Doesn't try_lwt (or similar) do this anyway? What particular problem are you worried about? I don't have any experience with Async monitors beyond playing with them briefly yesterday after reading the RWO chapter on Async. But in this case Lwt seems to be using a clean, functional style, whereas Async is using global variables and hidden implicit state that is likely to lead to bugs such as the one I used in the example. Though I may just be misunderstanding. Apart from that, Async seemed very sensible, and better than Lwt in places (e.g. always scheduling binds for later so they always run in the same context). > I think that making an Lwt_monitor only needs a minor patch to the > engine -- on a context switch, the thread's current monitor needs > to be set into a global variable so that the toplevel try/catch can > route it. It may be possible to do this without a patch and purely > with the thread-local map. -- Dr Thomas Leonard http://0install.net/ GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 GPG: DA98 25AE CAD0 8975 7CDA BD8E 0713 3F96 CA74 D8BA _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Fri Jan 30 10:24:11 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 30 Jan 2015 10:24:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YH8kA-0001nB-LM; Fri, 30 Jan 2015 10:24:06 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YH8kA-0001mn-4T for mirageos-devel@lists.xenproject.org; Fri, 30 Jan 2015 10:24:06 +0000 Received: from [193.109.254.147] by server-7.bemta-14.messagelabs.com id 90/BB-03172-5CB5BC45; Fri, 30 Jan 2015 10:24:05 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-8.tower-27.messagelabs.com!1422613444!12555468!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27016 invoked from network); 30 Jan 2015 10:24:04 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-8.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 30 Jan 2015 10:24:04 -0000 Received: from [192.168.1.69] (cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net [86.30.244.239]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 1fea5890; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Fri, 30 Jan 2015 10:24:04 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: Date: Fri, 30 Jan 2015 10:24:03 +0000 Message-Id: References: <8ADB7411-F46F-4CF1-B2DF-42A00F825C6F@recoil.org> To: Thomas Leonard X-Mailer: Apple Mail (2.1993) Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Error handling in Mirage - request for comments! X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 30 Jan 2015, at 10:06, Thomas Leonard wrote: > > On 30 January 2015 at 09:30, Anil Madhavapeddy wrote: >> On 29 Jan 2015, at 15:24, Thomas Leonard wrote: >>> >>> As part of my continuing mission to break all Mirage APIs, I've >>> written up some thoughts on how to improve error handling: >> >> s/break/fix :-) >> >>> >>> https://github.com/mirage/mirage-www/pull/274 >>> >>> Although written as if it's a final design, it's intended only as a >>> starting point for discussion, to find out what we do and don't agree >>> on. Please add comments, information about successful approaches >>> you've seen, etc. >> >> This is an excellent writeup. My top-level view is that moving to >> an exception-heavier model is fine, but that we really do need to adopt >> some sort of Async-style monitor model to make this feasible, so that >> exceptions can be contained within a logical section of the code. > > Doesn't try_lwt (or similar) do this anyway? What particular problem > are you worried about? > It does, if used carefully everywhere -- and is quite slow. The problem is along the lines of: Thread 1: try Thread 1: Thread 1: Lwt.wakeup thread2 Thread 2: Thread 2: raise Failure Thread 1: catch The fast switch has caused thread 1 to catch the Failure. With monitors, there's always a monitor relevant to the active thread that is listening for an exception on that thread. It's a global variable so that thread switching remains a fast operation, > I don't have any experience with Async monitors beyond playing with > them briefly yesterday after reading the RWO chapter on Async. But in > this case Lwt seems to be using a clean, functional style, whereas > Async is using global variables and hidden implicit state that is > likely to lead to bugs such as the one I used in the example. > > Though I may just be misunderstanding. Apart from that, Async seemed > very sensible, and better than Lwt in places (e.g. always scheduling > binds for later so they always run in the same context). The tradeoff is definitely a performance one. We could get roughly the same behaviour with try_lwt applied everywhere, I suspect. -anil _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Fri Jan 30 10:24:11 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 30 Jan 2015 10:24:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YH8kA-0001nB-LM; Fri, 30 Jan 2015 10:24:06 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YH8kA-0001mn-4T for mirageos-devel@lists.xenproject.org; Fri, 30 Jan 2015 10:24:06 +0000 Received: from [193.109.254.147] by server-7.bemta-14.messagelabs.com id 90/BB-03172-5CB5BC45; Fri, 30 Jan 2015 10:24:05 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-8.tower-27.messagelabs.com!1422613444!12555468!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27016 invoked from network); 30 Jan 2015 10:24:04 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-8.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 30 Jan 2015 10:24:04 -0000 Received: from [192.168.1.69] (cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net [86.30.244.239]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 1fea5890; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Fri, 30 Jan 2015 10:24:04 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: Date: Fri, 30 Jan 2015 10:24:03 +0000 Message-Id: References: <8ADB7411-F46F-4CF1-B2DF-42A00F825C6F@recoil.org> To: Thomas Leonard X-Mailer: Apple Mail (2.1993) Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Error handling in Mirage - request for comments! X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 30 Jan 2015, at 10:06, Thomas Leonard wrote: > > On 30 January 2015 at 09:30, Anil Madhavapeddy wrote: >> On 29 Jan 2015, at 15:24, Thomas Leonard wrote: >>> >>> As part of my continuing mission to break all Mirage APIs, I've >>> written up some thoughts on how to improve error handling: >> >> s/break/fix :-) >> >>> >>> https://github.com/mirage/mirage-www/pull/274 >>> >>> Although written as if it's a final design, it's intended only as a >>> starting point for discussion, to find out what we do and don't agree >>> on. Please add comments, information about successful approaches >>> you've seen, etc. >> >> This is an excellent writeup. My top-level view is that moving to >> an exception-heavier model is fine, but that we really do need to adopt >> some sort of Async-style monitor model to make this feasible, so that >> exceptions can be contained within a logical section of the code. > > Doesn't try_lwt (or similar) do this anyway? What particular problem > are you worried about? > It does, if used carefully everywhere -- and is quite slow. The problem is along the lines of: Thread 1: try Thread 1: Thread 1: Lwt.wakeup thread2 Thread 2: Thread 2: raise Failure Thread 1: catch The fast switch has caused thread 1 to catch the Failure. With monitors, there's always a monitor relevant to the active thread that is listening for an exception on that thread. It's a global variable so that thread switching remains a fast operation, > I don't have any experience with Async monitors beyond playing with > them briefly yesterday after reading the RWO chapter on Async. But in > this case Lwt seems to be using a clean, functional style, whereas > Async is using global variables and hidden implicit state that is > likely to lead to bugs such as the one I used in the example. > > Though I may just be misunderstanding. Apart from that, Async seemed > very sensible, and better than Lwt in places (e.g. always scheduling > binds for later so they always run in the same context). The tradeoff is definitely a performance one. We could get roughly the same behaviour with try_lwt applied everywhere, I suspect. -anil _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Fri Jan 30 11:42:16 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 30 Jan 2015 11:42:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YH9xk-0003H0-S9; Fri, 30 Jan 2015 11:42:12 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YH9xj-0003Gs-Mu for mirageos-devel@lists.xenproject.org; Fri, 30 Jan 2015 11:42:11 +0000 Received: from [193.109.254.147] by server-1.bemta-14.messagelabs.com id BB/4E-02601-31E6BC45; Fri, 30 Jan 2015 11:42:11 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1422618128!11790932!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.13.4; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12257 invoked from network); 30 Jan 2015 11:42:08 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jan 2015 11:42:08 -0000 Received: by mail-lb0-f173.google.com with SMTP id p9so35955394lbv.4 for ; Fri, 30 Jan 2015 03:42:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=qwxrPz4ilqg7yU4L9FoizFCr4PQAWz87ISBwaxVy3VM=; b=d6AwDQnYz9K6ZLIJ7fJgtkLZLGXf8iuAfzRhi0lxWf4Jo0+1n9+zz1fektUUqPF+QB 5cC1LtQR2XjU7BGhKqHj5MHRyOA7U2SyqfB1AOLvEMhZFxpbr6VGRmKvSp4HtOoWG+X/ fuVWYlafhbgtBJAPXO6ZmZtLnNMBpEGmjg1BPuiqr/okUV9jWYE333+NbocJjNvl4MBP LcJV/dO+OcpRhS7RKJXBL3gkG5l30CAANI5BWQE+JPmWZI8YHXo+FV9n3OiO2fWIzCO6 KC026P/mfEaXDCqNfH3oD5o2kpGmuT6P4tlwMRuZSk+fM0phLy9Gs7yWvwDYvU6Cm4ul evzw== MIME-Version: 1.0 X-Received: by 10.112.163.229 with SMTP id yl5mr6033165lbb.60.1422618128033; Fri, 30 Jan 2015 03:42:08 -0800 (PST) Received: by 10.25.207.3 with HTTP; Fri, 30 Jan 2015 03:42:07 -0800 (PST) In-Reply-To: References: <8ADB7411-F46F-4CF1-B2DF-42A00F825C6F@recoil.org> Date: Fri, 30 Jan 2015 11:42:07 +0000 Message-ID: From: Thomas Leonard To: Anil Madhavapeddy Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Error handling in Mirage - request for comments! X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 30 January 2015 at 10:24, Anil Madhavapeddy wrote: > On 30 Jan 2015, at 10:06, Thomas Leonard wrote: >> >> On 30 January 2015 at 09:30, Anil Madhavapeddy wrote: >>> On 29 Jan 2015, at 15:24, Thomas Leonard wrote: >>>> >>>> As part of my continuing mission to break all Mirage APIs, I've >>>> written up some thoughts on how to improve error handling: >>> >>> s/break/fix :-) >>> >>>> >>>> https://github.com/mirage/mirage-www/pull/274 >>>> >>>> Although written as if it's a final design, it's intended only as a >>>> starting point for discussion, to find out what we do and don't agree >>>> on. Please add comments, information about successful approaches >>>> you've seen, etc. >>> >>> This is an excellent writeup. My top-level view is that moving to >>> an exception-heavier model is fine, but that we really do need to adopt >>> some sort of Async-style monitor model to make this feasible, so that >>> exceptions can be contained within a logical section of the code. >> >> Doesn't try_lwt (or similar) do this anyway? What particular problem >> are you worried about? >> > > It does, if used carefully everywhere -- and is quite slow. The > problem is along the lines of: > > Thread 1: try > Thread 1: > Thread 1: Lwt.wakeup thread2 > Thread 2: > Thread 2: raise Failure > Thread 1: catch > > The fast switch has caused thread 1 to catch the Failure. With monitors, > there's always a monitor relevant to the active thread that is listening > for an exception on that thread. It's a global variable so that thread > switching remains a fast operation, A few thoughts on this: 1) Moving to using more exceptions doesn't mean using "raise". If you replace "raise" with "fail" then the fast switching problem goes away (you get a failed thread whether it switches fast or not). 2) I don't see why I'm any more likely to remember to install a monitor than to remember to use a try_lwt block. There is the issue that if a Lwt thread fails and noone is interested in it then the error goes unreported. However, ignoring a result requires an explicit action in OCaml so this shouldn't happen accidentally. 3) In the case of Lwt, using try instead of try_lwt means the catch block might not run, so an error may be reported when it should have been handled. Not great, but OK - we just abort a larger transaction than was strictly necessary. In the case of using try instead of a monitor in Async you have the same problem, but also the additional problem that threads waiting for thread2 will never be notified and cannot report the error or clean up their resources. >> I don't have any experience with Async monitors beyond playing with >> them briefly yesterday after reading the RWO chapter on Async. But in >> this case Lwt seems to be using a clean, functional style, whereas >> Async is using global variables and hidden implicit state that is >> likely to lead to bugs such as the one I used in the example. >> >> Though I may just be misunderstanding. Apart from that, Async seemed >> very sensible, and better than Lwt in places (e.g. always scheduling >> binds for later so they always run in the same context). > > The tradeoff is definitely a performance one. We could get roughly the > same behaviour with try_lwt applied everywhere, I suspect. -- Dr Thomas Leonard http://0install.net/ GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 GPG: DA98 25AE CAD0 8975 7CDA BD8E 0713 3F96 CA74 D8BA _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Fri Jan 30 11:42:16 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 30 Jan 2015 11:42:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YH9xk-0003H0-S9; Fri, 30 Jan 2015 11:42:12 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YH9xj-0003Gs-Mu for mirageos-devel@lists.xenproject.org; Fri, 30 Jan 2015 11:42:11 +0000 Received: from [193.109.254.147] by server-1.bemta-14.messagelabs.com id BB/4E-02601-31E6BC45; Fri, 30 Jan 2015 11:42:11 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1422618128!11790932!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.13.4; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12257 invoked from network); 30 Jan 2015 11:42:08 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jan 2015 11:42:08 -0000 Received: by mail-lb0-f173.google.com with SMTP id p9so35955394lbv.4 for ; Fri, 30 Jan 2015 03:42:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=qwxrPz4ilqg7yU4L9FoizFCr4PQAWz87ISBwaxVy3VM=; b=d6AwDQnYz9K6ZLIJ7fJgtkLZLGXf8iuAfzRhi0lxWf4Jo0+1n9+zz1fektUUqPF+QB 5cC1LtQR2XjU7BGhKqHj5MHRyOA7U2SyqfB1AOLvEMhZFxpbr6VGRmKvSp4HtOoWG+X/ fuVWYlafhbgtBJAPXO6ZmZtLnNMBpEGmjg1BPuiqr/okUV9jWYE333+NbocJjNvl4MBP LcJV/dO+OcpRhS7RKJXBL3gkG5l30CAANI5BWQE+JPmWZI8YHXo+FV9n3OiO2fWIzCO6 KC026P/mfEaXDCqNfH3oD5o2kpGmuT6P4tlwMRuZSk+fM0phLy9Gs7yWvwDYvU6Cm4ul evzw== MIME-Version: 1.0 X-Received: by 10.112.163.229 with SMTP id yl5mr6033165lbb.60.1422618128033; Fri, 30 Jan 2015 03:42:08 -0800 (PST) Received: by 10.25.207.3 with HTTP; Fri, 30 Jan 2015 03:42:07 -0800 (PST) In-Reply-To: References: <8ADB7411-F46F-4CF1-B2DF-42A00F825C6F@recoil.org> Date: Fri, 30 Jan 2015 11:42:07 +0000 Message-ID: From: Thomas Leonard To: Anil Madhavapeddy Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Error handling in Mirage - request for comments! X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On 30 January 2015 at 10:24, Anil Madhavapeddy wrote: > On 30 Jan 2015, at 10:06, Thomas Leonard wrote: >> >> On 30 January 2015 at 09:30, Anil Madhavapeddy wrote: >>> On 29 Jan 2015, at 15:24, Thomas Leonard wrote: >>>> >>>> As part of my continuing mission to break all Mirage APIs, I've >>>> written up some thoughts on how to improve error handling: >>> >>> s/break/fix :-) >>> >>>> >>>> https://github.com/mirage/mirage-www/pull/274 >>>> >>>> Although written as if it's a final design, it's intended only as a >>>> starting point for discussion, to find out what we do and don't agree >>>> on. Please add comments, information about successful approaches >>>> you've seen, etc. >>> >>> This is an excellent writeup. My top-level view is that moving to >>> an exception-heavier model is fine, but that we really do need to adopt >>> some sort of Async-style monitor model to make this feasible, so that >>> exceptions can be contained within a logical section of the code. >> >> Doesn't try_lwt (or similar) do this anyway? What particular problem >> are you worried about? >> > > It does, if used carefully everywhere -- and is quite slow. The > problem is along the lines of: > > Thread 1: try > Thread 1: > Thread 1: Lwt.wakeup thread2 > Thread 2: > Thread 2: raise Failure > Thread 1: catch > > The fast switch has caused thread 1 to catch the Failure. With monitors, > there's always a monitor relevant to the active thread that is listening > for an exception on that thread. It's a global variable so that thread > switching remains a fast operation, A few thoughts on this: 1) Moving to using more exceptions doesn't mean using "raise". If you replace "raise" with "fail" then the fast switching problem goes away (you get a failed thread whether it switches fast or not). 2) I don't see why I'm any more likely to remember to install a monitor than to remember to use a try_lwt block. There is the issue that if a Lwt thread fails and noone is interested in it then the error goes unreported. However, ignoring a result requires an explicit action in OCaml so this shouldn't happen accidentally. 3) In the case of Lwt, using try instead of try_lwt means the catch block might not run, so an error may be reported when it should have been handled. Not great, but OK - we just abort a larger transaction than was strictly necessary. In the case of using try instead of a monitor in Async you have the same problem, but also the additional problem that threads waiting for thread2 will never be notified and cannot report the error or clean up their resources. >> I don't have any experience with Async monitors beyond playing with >> them briefly yesterday after reading the RWO chapter on Async. But in >> this case Lwt seems to be using a clean, functional style, whereas >> Async is using global variables and hidden implicit state that is >> likely to lead to bugs such as the one I used in the example. >> >> Though I may just be misunderstanding. Apart from that, Async seemed >> very sensible, and better than Lwt in places (e.g. always scheduling >> binds for later so they always run in the same context). > > The tradeoff is definitely a performance one. We could get roughly the > same behaviour with try_lwt applied everywhere, I suspect. -- Dr Thomas Leonard http://0install.net/ GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 GPG: DA98 25AE CAD0 8975 7CDA BD8E 0713 3F96 CA74 D8BA _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Fri Jan 30 14:36:32 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 30 Jan 2015 14:36:32 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YHCgO-0002Pe-Ux; Fri, 30 Jan 2015 14:36:28 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YHCgN-0002PY-8T for mirageos-devel@lists.xenproject.org; Fri, 30 Jan 2015 14:36:27 +0000 Received: from [85.158.143.35] by server-1.bemta-4.messagelabs.com id F6/B4-03000-AE69BC45; Fri, 30 Jan 2015 14:36:26 +0000 X-Env-Sender: daniel.buenzli@erratique.ch X-Msg-Ref: server-16.tower-21.messagelabs.com!1422628585!10102676!1 X-Originating-IP: [74.55.86.74] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNzQuNTUuODYuNzQgPT4gMzA4NTYz\n X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32151 invoked from network); 30 Jan 2015 14:36:26 -0000 Received: from mail6.webfaction.com (HELO smtp.webfaction.com) (74.55.86.74) by server-16.tower-21.messagelabs.com with SMTP; 30 Jan 2015 14:36:26 -0000 Received: from [172.20.10.2] (239-228.197-178.cust.bluewin.ch [178.197.228.239]) by smtp.webfaction.com (Postfix) with ESMTP id D06AB20D2060; Fri, 30 Jan 2015 14:36:24 +0000 (UTC) Date: Fri, 30 Jan 2015 15:36:23 +0100 From: =?utf-8?Q?Daniel_B=C3=BCnzli?= To: Thomas Leonard Message-ID: <2126FC5196B044EC8BDA0E07CB51089F@erratique.ch> In-Reply-To: References: X-Mailer: sparrow 1.6.4 (build 1178) MIME-Version: 1.0 Content-Disposition: inline Cc: "=?utf-8?Q?mirageos-devel=40lists.xenproject.org?=" Subject: Re: [MirageOS-devel] Error handling in Mirage - request for comments! X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org "In theory, explicitly listing all possible errors and forcing callers to consider them should result in more reliable code. In practice, it results in callers ignoring all errors." This seems rather due to a lack of good, standarized, error handling combinators in mirage itself. I'm really not sure that moving to more exceptions is a good thing especially since last time I had a look at it lwt's error handling and cancelation model/algebra it felt quite broken to me. I would rather say that the system should not use exceptions at all except for things that are not meant to be handled where the only action you take is to basically to abort the unikernel. In practice things like: "Assume all code can raise exceptions, and that this must not break invariants or leak resources" end up being a huge pain to code with. While it may make you feel the code is less involved in practice it is much more harder to reason about and to code against it correctly compared to using a well principled error monad. The latter will also be future proof to any concurrency mechanism you may want to use in the future. Of course there may be a few cases were you want to be able to raise a globally defined exception that is not meant to be handled like Out_of_memory or in the block example you give. But I'm sure that you can count them on the finger of one hand and predefine them somewhere in mirage. Best, Daniel _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Fri Jan 30 14:36:32 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 30 Jan 2015 14:36:32 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YHCgO-0002Pe-Ux; Fri, 30 Jan 2015 14:36:28 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YHCgN-0002PY-8T for mirageos-devel@lists.xenproject.org; Fri, 30 Jan 2015 14:36:27 +0000 Received: from [85.158.143.35] by server-1.bemta-4.messagelabs.com id F6/B4-03000-AE69BC45; Fri, 30 Jan 2015 14:36:26 +0000 X-Env-Sender: daniel.buenzli@erratique.ch X-Msg-Ref: server-16.tower-21.messagelabs.com!1422628585!10102676!1 X-Originating-IP: [74.55.86.74] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNzQuNTUuODYuNzQgPT4gMzA4NTYz\n X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32151 invoked from network); 30 Jan 2015 14:36:26 -0000 Received: from mail6.webfaction.com (HELO smtp.webfaction.com) (74.55.86.74) by server-16.tower-21.messagelabs.com with SMTP; 30 Jan 2015 14:36:26 -0000 Received: from [172.20.10.2] (239-228.197-178.cust.bluewin.ch [178.197.228.239]) by smtp.webfaction.com (Postfix) with ESMTP id D06AB20D2060; Fri, 30 Jan 2015 14:36:24 +0000 (UTC) Date: Fri, 30 Jan 2015 15:36:23 +0100 From: =?utf-8?Q?Daniel_B=C3=BCnzli?= To: Thomas Leonard Message-ID: <2126FC5196B044EC8BDA0E07CB51089F@erratique.ch> In-Reply-To: References: X-Mailer: sparrow 1.6.4 (build 1178) MIME-Version: 1.0 Content-Disposition: inline Cc: "=?utf-8?Q?mirageos-devel=40lists.xenproject.org?=" Subject: Re: [MirageOS-devel] Error handling in Mirage - request for comments! X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org "In theory, explicitly listing all possible errors and forcing callers to consider them should result in more reliable code. In practice, it results in callers ignoring all errors." This seems rather due to a lack of good, standarized, error handling combinators in mirage itself. I'm really not sure that moving to more exceptions is a good thing especially since last time I had a look at it lwt's error handling and cancelation model/algebra it felt quite broken to me. I would rather say that the system should not use exceptions at all except for things that are not meant to be handled where the only action you take is to basically to abort the unikernel. In practice things like: "Assume all code can raise exceptions, and that this must not break invariants or leak resources" end up being a huge pain to code with. While it may make you feel the code is less involved in practice it is much more harder to reason about and to code against it correctly compared to using a well principled error monad. The latter will also be future proof to any concurrency mechanism you may want to use in the future. Of course there may be a few cases were you want to be able to raise a globally defined exception that is not meant to be handled like Out_of_memory or in the block example you give. But I'm sure that you can count them on the finger of one hand and predefine them somewhere in mirage. Best, Daniel _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Fri Jan 30 15:53:25 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 30 Jan 2015 15:53:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YHDsm-0002Yk-RE; Fri, 30 Jan 2015 15:53:20 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YHDsl-0002YW-NQ for mirageos-devel@lists.xenproject.org; Fri, 30 Jan 2015 15:53:19 +0000 Received: from [85.158.137.68] by server-13.bemta-3.messagelabs.com id C3/B2-02898-EE8ABC45; Fri, 30 Jan 2015 15:53:18 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-10.tower-31.messagelabs.com!1422633197!10885499!1 X-Originating-IP: [209.85.217.181] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2623 invoked from network); 30 Jan 2015 15:53:18 -0000 Received: from mail-lb0-f181.google.com (HELO mail-lb0-f181.google.com) (209.85.217.181) by server-10.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jan 2015 15:53:18 -0000 Received: by mail-lb0-f181.google.com with SMTP id u10so36984009lbd.12 for ; Fri, 30 Jan 2015 07:53:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=067CCEWQfsIFlnZYZ3VW8ooYnwoYz7WeOt8Si31+x+Y=; b=tUCC+yK2NwrJwdrvsqGxwr9AhZ8uyIl0bgE8SH+pEfjXxvqPP1yaRTlJ/rJybi1PZE m1JD+uSL6gCtVU3r0rDmUI6WJFHXR0o2TnlF+7owW8dJp8JzWDoAHl3QngQ2TgRIUUY5 VUuUTF7ZUcJkVo5lLtR8I0vYgAXVeNErtiw0oLmDJbhI5hjuTbozpecjtOXtd/wl8f5D qMx+GrGLcVM8MV7G59oc327rB/qu7l1IlqvKTOwLoP3GmDOdgncAed+lXkPfeDIJeU4b y9sDCgpVBxyWkNq7xac/68mtf7Uqm5cuc0PES2J01vmvreSgEtvKaHl9fnZ43DiFmM2f jDiA== MIME-Version: 1.0 X-Received: by 10.152.219.161 with SMTP id pp1mr7212558lac.30.1422633197283; Fri, 30 Jan 2015 07:53:17 -0800 (PST) Received: by 10.25.207.3 with HTTP; Fri, 30 Jan 2015 07:53:17 -0800 (PST) In-Reply-To: <2126FC5196B044EC8BDA0E07CB51089F@erratique.ch> References: <2126FC5196B044EC8BDA0E07CB51089F@erratique.ch> Date: Fri, 30 Jan 2015 15:53:17 +0000 Message-ID: From: Thomas Leonard To: =?UTF-8?Q?Daniel_B=C3=BCnzli?= Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Error handling in Mirage - request for comments! X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org T24gMzAgSmFudWFyeSAyMDE1IGF0IDE0OjM2LCBEYW5pZWwgQsO8bnpsaSA8ZGFuaWVsLmJ1ZW56 bGlAZXJyYXRpcXVlLmNoPiB3cm90ZToKPiAiSW4gdGhlb3J5LCBleHBsaWNpdGx5IGxpc3Rpbmcg YWxsIHBvc3NpYmxlIGVycm9ycyBhbmQgZm9yY2luZyBjYWxsZXJzIHRvIGNvbnNpZGVyIHRoZW0g c2hvdWxkIHJlc3VsdCBpbiBtb3JlIHJlbGlhYmxlIGNvZGUuIEluIHByYWN0aWNlLCBpdCByZXN1 bHRzIGluIGNhbGxlcnMgaWdub3JpbmcgYWxsIGVycm9ycy4iCj4KPiBUaGlzIHNlZW1zIHJhdGhl ciBkdWUgdG8gYSBsYWNrIG9mIGdvb2QsIHN0YW5kYXJpemVkLCBlcnJvciBoYW5kbGluZyBjb21i aW5hdG9ycyBpbiBtaXJhZ2UgaXRzZWxmLgoKQ2FuIHlvdSBwcm9wb3NlIGEgc29sdXRpb24/IFBl cmhhcHMgYWRkIGl0IHRvIHRoZSBsaXN0IG9mIG9wdGlvbnM/CgpFdmVyeSB0aW1lIEkgdHJ5LCBJ IGZpbmQgSSBlbmQgdXAgZHVwbGljYXRpbmcgTHd0J3MgZXhpc3RpbmcgaGFuZGxpbmcuCgo+IEkn bSByZWFsbHkgbm90IHN1cmUgdGhhdCBtb3ZpbmcgdG8gbW9yZSBleGNlcHRpb25zIGlzIGEgZ29v ZCB0aGluZyBlc3BlY2lhbGx5IHNpbmNlIGxhc3QgdGltZSBJIGhhZCBhIGxvb2sgYXQgaXQgbHd0 J3MgZXJyb3IgaGFuZGxpbmcgYW5kIGNhbmNlbGF0aW9uIG1vZGVsL2FsZ2VicmEgaXQgZmVsdCBx dWl0ZSBicm9rZW4gdG8gbWUuCgpXaGF0IHByb2JsZW1zIGRvIHlvdSBzZWUgaW4gTHd0J3MgZXJy b3IgaGFuZGxpbmc/IEkgYWdyZWUgdGhhdCBMd3QKY2FuY2VsbGF0aW9uIHNlZW1zIGJyb2tlbios IGJ1dCBJJ20gbm90IHN1cmUgdGhhdCdzIHJlbGV2YW50IGhlcmUuCgo+IEkgd291bGQgcmF0aGVy IHNheSB0aGF0IHRoZSBzeXN0ZW0gc2hvdWxkIG5vdCB1c2UgZXhjZXB0aW9ucyBhdCBhbGwgZXhj ZXB0IGZvciB0aGluZ3MgdGhhdCBhcmUgbm90IG1lYW50IHRvIGJlIGhhbmRsZWQgd2hlcmUgdGhl IG9ubHkgYWN0aW9uIHlvdSB0YWtlIGlzIHRvIGJhc2ljYWxseSB0byBhYm9ydCB0aGUgdW5pa2Vy bmVsLgoKSSdkIGFncmVlIGlmIHRoYXQgd2FzICJhYm9ydCB0aGUgY3VycmVudCB0cmFuc2FjdGlv biAod2hpY2ggbWF5IGNvdmVyCnRoZSB3aG9sZSB1bmlrZXJuZWwpIi4gUmVhbGlzdGljYWxseSwg dGhlcmUgYXJlIGFsd2F5cyBnb2luZyB0byBiZQplcnJvciBjb25kaXRpb25zIHRoYXQgcmVzdWx0 IGluIGV4Y2VwdGlvbnMgdGhhdCBzaG91bGQgbm90IHRlcm1pbmF0ZQppdCAoZS5nLiBydW5uaW5n IG91dCBvZiBtZW1vcnkgc2VydmluZyByZXF1ZXN0cyBzaG91bGQgb25seSBhYm9ydCBzb21lCnJl cXVlc3RzLCBldGMpLgoKPiBJbiBwcmFjdGljZSB0aGluZ3MgbGlrZToKCj4gIkFzc3VtZSBhbGwg Y29kZSBjYW4gcmFpc2UgZXhjZXB0aW9ucywgYW5kIHRoYXQgdGhpcyBtdXN0IG5vdCBicmVhayBp bnZhcmlhbnRzIG9yIGxlYWsgcmVzb3VyY2VzIgo+Cj4gZW5kIHVwIGJlaW5nIGEgaHVnZSBwYWlu IHRvIGNvZGUgd2l0aC4KCkkgcHJvYmFibHkgc2hvdWxkbid0IGhhdmUgbGlzdGVkIHRoaXMgdW5k ZXIgIlByb3Bvc2FsIi4gSSB3YXNuJ3QKaW50ZW5kaW5nIHRvIHN1Z2dlc3QgYW55IGNoYW5nZSBo ZXJlLCBidXQganVzdCB0byBzdGF0ZSB0aGUgZmFjdCB0aGF0Ck9DYW1sIGlzIGEgbGFuZ3VhZ2Ug d2l0aCBleGNlcHRpb25zLiBJdCdzIGludGVyZXN0aW5nIHRvIHNlZSB0aGF0IHR3bwpwZW9wbGUg ZGlzYWdyZWUgd2l0aCB0aGlzIGFscmVhZHkuCgpJZiBJIHVuZGVyc3RhbmQgeW91ciBwb3NpdGlv bjoKCi0gRXZlcnkgZXhjZXB0aW9uIHJhaXNlZCBNVVNUIHRlcm1pbmF0ZSB0aGUgdW5pa2VybmVs LiBUaGlzIGluY2x1ZGVzCm91dC1vZi1tZW1vcnksIGRpdmlzaW9uLWJ5LXplcm8sIGludF9vZl9z dHJpbmcgb24gYW4gb3V0LW9mLXJhbmdlIGludCwKZXRjLCBpbiBhbnkgY29kZSBwYXRoLiBBYm9y dGluZyB0aGUgb3BlcmF0aW9uIChlLmcuIEhUVFAgcmVxdWVzdCkgdGhhdApjYXVzZWQgdGhlIHBy b2JsZW0sIGxvZ2dpbmcgdGhlIGV4Y2VwdGlvbiBhbmQgY29udGludWluZyBpcyBub3QgYW4Kb3B0 aW9uLgoKLSBJdCBpcyB0aGVyZWZvcmUgYWNjZXB0YWJsZSBmb3IgYSBtb2R1bGUgdG8gbGVhayBy ZXNvdXJjZXMgYW5kL29yCmxlYXZlIHRoZSBzeXN0ZW0gaW4gYW4gaW52YWxpZCBzdGF0ZSBpZiBp dCBpdCByZWNlaXZlcyBhbiBleGNlcHRpb24KZnJvbSBhbnkgY29kZSBpdCBjYWxscy4KCldoaWxl IHNvbWUgcGVvcGxlIG1pZ2h0IHdhbnQgdGhhdCwgaXQgc2VlbXMgdW5mYWlyIHRvIGZvcmNlIGV2 ZXJ5b25lCmludG8gdGhpcyBtb2RlbC4gSSBkb24ndCB0aGluayBleGNlcHRpb24gc2FmZXR5IGlz IG11Y2ggd29yayBpbiBtb3N0CmNhc2VzIChJIGFsd2F5cyB0cnkgdG8gZG8gdGhpcyBpbiBteSBv d24gY29kZSwgYW55d2F5KS4KCj4gV2hpbGUgaXQgbWF5IG1ha2UgeW91IGZlZWwgdGhlIGNvZGUg aXMgbGVzcyBpbnZvbHZlZCBpbiBwcmFjdGljZSBpdCBpcyBtdWNoIG1vcmUgaGFyZGVyIHRvIHJl YXNvbiBhYm91dCBhbmQgdG8gY29kZSBhZ2FpbnN0IGl0IGNvcnJlY3RseSBjb21wYXJlZCB0byB1 c2luZyBhIHdlbGwgcHJpbmNpcGxlZCBlcnJvciBtb25hZC4gVGhlIGxhdHRlciB3aWxsIGFsc28g YmUgZnV0dXJlIHByb29mIHRvIGFueSBjb25jdXJyZW5jeSBtZWNoYW5pc20geW91IG1heSB3YW50 IHRvIHVzZSBpbiB0aGUgZnV0dXJlLgoKSXNuJ3QgTHd0IGFscmVhZHkgYW4gZXJyb3IgbW9uYWQ/ IENhbiB5b3UgZGVmaW5lICJ3ZWxsIHByaW5jaXBsZWQiIGhlcmU/Cgo+IE9mIGNvdXJzZSB0aGVy ZSBtYXkgYmUgYSBmZXcgY2FzZXMgd2VyZSB5b3Ugd2FudCB0byBiZSBhYmxlIHRvIHJhaXNlIGEg Z2xvYmFsbHkgZGVmaW5lZCBleGNlcHRpb24gdGhhdCBpcyBub3QgbWVhbnQgdG8gYmUgaGFuZGxl ZCBsaWtlIE91dF9vZl9tZW1vcnkgb3IgaW4gdGhlIGJsb2NrIGV4YW1wbGUgeW91IGdpdmUuIEJ1 dCBJJ20gc3VyZSB0aGF0IHlvdSBjYW4gY291bnQgdGhlbSBvbiB0aGUgZmluZ2VyIG9mIG9uZSBo YW5kIGFuZCBwcmVkZWZpbmUgdGhlbSBzb21ld2hlcmUgaW4gbWlyYWdlLgoKTGV0J3MgbWFrZSB0 aGlzIGNvbmNyZXRlLiBUaGUgb25lcyBjdXJyZW50bHkgaW4gVjEgdGhhdCBJJ2QgdXNlIHdpdGgK THd0LnJldHVybiAocmF0aGVyIHRoYW4gZmFpbCkgd291bGQgYmU6CgpORVRXT1JLLCBFVEhJRjoK LSBgRGlzY29ubmVjdGVkCgpUQ1A6Ci0gYFRpbWVvdXQsIGBSZWZ1c2VkCgpGUzoKLSBgTm90X2Ff ZGlyZWN0b3J5LCBgSXNfYV9kaXJlY3RvcnksIGBEaXJlY3Rvcnlfbm90X2VtcHR5LApgTm9fZGly ZWN0b3J5X2VudHJ5LCBgRmlsZV9hbHJlYWR5X2V4aXN0cywgYE5vX3NwYWNlCgpLVl9STzoKLSBV bmtub3duX2tleQoKSSB3b3VsZCBob3dldmVyIHJlcGxhY2UgYWxsIHRoZSBuZXR3b3JrIGNvZGVz IHdpdGggYSBnZW5lcmljCihgTmV0d29ya19lcnJvciBvZiBleG4pLCB3aGVyZSB0aGUgZXhuIG1p Z2h0IGJlIGUuZy4gYSBSZWZ1c2VkCmV4Y2VwdGlvbiB3aXRoIG1vcmUgaW5mb3JtYXRpb24gYWJv dXQgd2h5IGl0IHdhcyByZWZ1c2VkLiBUaGlzIG1ha2VzCml0IGVhc3kgZm9yIGNhbGxlcnMgd2hv IGRvbid0IGNhcmUgdG8gaGFuZGxlIHRoZW0gYWxsIGF0IG9uY2UgKHdpdGgKTHd0LmZhaWwpLCBh bGxvd3MgZXh0cmEgbmV0d29yayBlcnJvcnMgdG8gYmUgYWRkZWQgYnkgaW1wbGVtZW50YXRpb25z LAphbmQgYWxsb3dzIGF0dGFjaGluZyBtb3JlIGRldGFpbHMgYWJvdXQgdGhlIGNhdXNlcy4KCkxp a2V3aXNlIGZvciB0aGUgRlMgZXJyb3JzIChgRlNfdXNlcl9lcnJvciBvZiBleG4pLgoKVGhlIG9u ZXMgSSdkIHVzZSB3aXRoIEx3dC5mYWlsIChpLmUuIHR1cm4gaW50byBleGNlcHRpb25zKSB3b3Vs ZCBiZToKCkZMT1c6IChlcnJvciBpcyBhYnN0cmFjdCBhbnl3YXkpCgpCTE9DSzoKLSBgVW5rbm93 biwgYFVuaW1wbGVtZW50ZWQsIGBJc19yZWFkX29ubHksIGBEaXNjb25uZWN0ZWQKCk5FVFdPUkss IEVUSElGLCBJUDoKLSBgVW5rbm93biwgYFVuaW1wbGVtZW50ZWQKClVEUCwgVENQLCBTVEFDS1Y0 OgotIGBVbmtub3duCgpGUzoKLSBgVW5rbm93bl9lcnJvciwgYEJsb2NrX2RldmljZQoKU2luY2Ug J2Nvbm5lY3QnIGlzIGdvaW5nIGF3YXksIHRob3NlIGVycm9ycyB3b3VsZG4ndCBiZSBpbmNsdWRl ZAphbnl3YXksIGJ1dCBJJ2QgcHJvYmFibHkgdHVybiB0aGVtIGludG8gZXhjZXB0aW9ucyAoTHd0 LmZhaWwpIHRvbzoKCkVOVFJPUFk6IGBOb19lbnRyb3B5X2RldmljZQpDT05TT0xFOiBgSW52YWxp ZF9jb25zb2xlCkZTOiBgRm9ybWF0X25vdF9yZWNvZ25pc2VkCgpEbyB5b3UgZGlzYWdyZWUgd2l0 aCB0aGVzZSBjaG9pY2VzPyBJbiBnZW5lcmFsLCBJIHdhbnQgdG8gdXNlIEx3dC5mYWlsCmZvciBh bnl0aGluZyB0aGUgY2FsbGVyIHdvbid0IHdhbnQgdG8gaGFuZGxlIHNwZWNpYWxseS4gSSdtIHVu ZGVjaWRlZAphYm91dCBCTE9DSydzIGBJc19yZWFkX29ubHkgYW5kIGBEaXNjb25uZWN0ZWQuIFRo ZXkgd291bGQgbWFrZSBzZW5zZQpmb3IgcmVtb3ZhYmxlIG1lZGlhLgoKSSBqdXN0IHJlYWxpc2Vk IG15IHRleHQgIkNvbnZlcnQgYWxsIG1vZHVsZXMgdG8gcmFpc2UgZXhjZXB0aW9ucwpyYXRoZXIg dGhhbiByZXR1cm4gZXJyb3IgY29kZXMiIHNvdW5kcyBsaWtlIEkgd2FudCB0byByZW1vdmUgYWxs IGVycm9yCmNvZGVzLiBXaGF0IEkgbWVhbnQgd2FzLCBjb252ZXJ0IHRoZSBhbGwgZXJyb3IgY29k ZXMgd2UgZGVjaWRlIHRvCmNvbnZlcnQsIGFzIGFib3ZlLgoKQWxzbywgdGhlcmUgYXJlIHNvbWUg ZXhjZXB0aW9ucyBJIHRoaW5rIHNob3VsZCBiZSBlcnJvciBjb2RlcyB1bmRlcgp0aGlzIHNjaGVt ZSwgc3VjaCBhcyByaW5nJ3MgU2h1dGRvd24gKHdoaWNoIGFsd2F5cyBuZWVkcyB0byBiZSBoYW5k bGVkCmJlY2F1c2UgeW91IG5lZWQgdG8gcmVzdWJtaXQgdG8gdGhlIG5ldyByaW5nKS4KClJlZ2Fy ZHMsCgoKKiBJbiBwYXJ0aWN1bGFyLCBMd3QgY2FuY2VsbGF0aW9uIGlzIHNpbXBseSBpZ25vcmVk IGlmIHRoZSBjdXJyZW50Cm9wZXJhdGlvbiBoYXBwZW5zIHRvIGJlIHVuY2FuY2VsbGFibGUuIEFs c28sIGFsbG93aW5nIGNvbnN1bWVycyB0bwpjYW5jZWwgdGhyZWFkcyB0aGF0IG90aGVyIGNvbnN1 bWVycyBtYXkgYmUgd2FpdGluZyBvbiBzZWVtcyB3cm9uZy4KCgotLSAKRHIgVGhvbWFzIExlb25h cmQgICAgICAgIGh0dHA6Ly8waW5zdGFsbC5uZXQvCkdQRzogOTI0MiA5ODA3IEM5ODUgM0MwNyA0 NEE2ICA4QjlBIEFFMDcgODI4MCA1OUE1IDNDQzEKR1BHOiBEQTk4IDI1QUUgQ0FEMCA4OTc1IDdD REEgIEJEOEUgMDcxMyAzRjk2IENBNzQgRDhCQQoKX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX18KTWlyYWdlT1MtZGV2ZWwgbWFpbGluZyBsaXN0Ck1pcmFnZU9T LWRldmVsQGxpc3RzLnhlbnByb2plY3Qub3JnCmh0dHA6Ly9saXN0cy54ZW5wcm9qZWN0Lm9yZy9j Z2ktYmluL21haWxtYW4vbGlzdGluZm8vbWlyYWdlb3MtZGV2ZWwK From mirageos-devel-bounces@lists.xenproject.org Fri Jan 30 15:53:25 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 30 Jan 2015 15:53:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YHDsm-0002Yk-RE; Fri, 30 Jan 2015 15:53:20 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YHDsl-0002YW-NQ for mirageos-devel@lists.xenproject.org; Fri, 30 Jan 2015 15:53:19 +0000 Received: from [85.158.137.68] by server-13.bemta-3.messagelabs.com id C3/B2-02898-EE8ABC45; Fri, 30 Jan 2015 15:53:18 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-10.tower-31.messagelabs.com!1422633197!10885499!1 X-Originating-IP: [209.85.217.181] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2623 invoked from network); 30 Jan 2015 15:53:18 -0000 Received: from mail-lb0-f181.google.com (HELO mail-lb0-f181.google.com) (209.85.217.181) by server-10.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 30 Jan 2015 15:53:18 -0000 Received: by mail-lb0-f181.google.com with SMTP id u10so36984009lbd.12 for ; Fri, 30 Jan 2015 07:53:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=067CCEWQfsIFlnZYZ3VW8ooYnwoYz7WeOt8Si31+x+Y=; b=tUCC+yK2NwrJwdrvsqGxwr9AhZ8uyIl0bgE8SH+pEfjXxvqPP1yaRTlJ/rJybi1PZE m1JD+uSL6gCtVU3r0rDmUI6WJFHXR0o2TnlF+7owW8dJp8JzWDoAHl3QngQ2TgRIUUY5 VUuUTF7ZUcJkVo5lLtR8I0vYgAXVeNErtiw0oLmDJbhI5hjuTbozpecjtOXtd/wl8f5D qMx+GrGLcVM8MV7G59oc327rB/qu7l1IlqvKTOwLoP3GmDOdgncAed+lXkPfeDIJeU4b y9sDCgpVBxyWkNq7xac/68mtf7Uqm5cuc0PES2J01vmvreSgEtvKaHl9fnZ43DiFmM2f jDiA== MIME-Version: 1.0 X-Received: by 10.152.219.161 with SMTP id pp1mr7212558lac.30.1422633197283; Fri, 30 Jan 2015 07:53:17 -0800 (PST) Received: by 10.25.207.3 with HTTP; Fri, 30 Jan 2015 07:53:17 -0800 (PST) In-Reply-To: <2126FC5196B044EC8BDA0E07CB51089F@erratique.ch> References: <2126FC5196B044EC8BDA0E07CB51089F@erratique.ch> Date: Fri, 30 Jan 2015 15:53:17 +0000 Message-ID: From: Thomas Leonard To: =?UTF-8?Q?Daniel_B=C3=BCnzli?= Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Error handling in Mirage - request for comments! X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org T24gMzAgSmFudWFyeSAyMDE1IGF0IDE0OjM2LCBEYW5pZWwgQsO8bnpsaSA8ZGFuaWVsLmJ1ZW56 bGlAZXJyYXRpcXVlLmNoPiB3cm90ZToKPiAiSW4gdGhlb3J5LCBleHBsaWNpdGx5IGxpc3Rpbmcg YWxsIHBvc3NpYmxlIGVycm9ycyBhbmQgZm9yY2luZyBjYWxsZXJzIHRvIGNvbnNpZGVyIHRoZW0g c2hvdWxkIHJlc3VsdCBpbiBtb3JlIHJlbGlhYmxlIGNvZGUuIEluIHByYWN0aWNlLCBpdCByZXN1 bHRzIGluIGNhbGxlcnMgaWdub3JpbmcgYWxsIGVycm9ycy4iCj4KPiBUaGlzIHNlZW1zIHJhdGhl ciBkdWUgdG8gYSBsYWNrIG9mIGdvb2QsIHN0YW5kYXJpemVkLCBlcnJvciBoYW5kbGluZyBjb21i aW5hdG9ycyBpbiBtaXJhZ2UgaXRzZWxmLgoKQ2FuIHlvdSBwcm9wb3NlIGEgc29sdXRpb24/IFBl cmhhcHMgYWRkIGl0IHRvIHRoZSBsaXN0IG9mIG9wdGlvbnM/CgpFdmVyeSB0aW1lIEkgdHJ5LCBJ IGZpbmQgSSBlbmQgdXAgZHVwbGljYXRpbmcgTHd0J3MgZXhpc3RpbmcgaGFuZGxpbmcuCgo+IEkn bSByZWFsbHkgbm90IHN1cmUgdGhhdCBtb3ZpbmcgdG8gbW9yZSBleGNlcHRpb25zIGlzIGEgZ29v ZCB0aGluZyBlc3BlY2lhbGx5IHNpbmNlIGxhc3QgdGltZSBJIGhhZCBhIGxvb2sgYXQgaXQgbHd0 J3MgZXJyb3IgaGFuZGxpbmcgYW5kIGNhbmNlbGF0aW9uIG1vZGVsL2FsZ2VicmEgaXQgZmVsdCBx dWl0ZSBicm9rZW4gdG8gbWUuCgpXaGF0IHByb2JsZW1zIGRvIHlvdSBzZWUgaW4gTHd0J3MgZXJy b3IgaGFuZGxpbmc/IEkgYWdyZWUgdGhhdCBMd3QKY2FuY2VsbGF0aW9uIHNlZW1zIGJyb2tlbios IGJ1dCBJJ20gbm90IHN1cmUgdGhhdCdzIHJlbGV2YW50IGhlcmUuCgo+IEkgd291bGQgcmF0aGVy IHNheSB0aGF0IHRoZSBzeXN0ZW0gc2hvdWxkIG5vdCB1c2UgZXhjZXB0aW9ucyBhdCBhbGwgZXhj ZXB0IGZvciB0aGluZ3MgdGhhdCBhcmUgbm90IG1lYW50IHRvIGJlIGhhbmRsZWQgd2hlcmUgdGhl IG9ubHkgYWN0aW9uIHlvdSB0YWtlIGlzIHRvIGJhc2ljYWxseSB0byBhYm9ydCB0aGUgdW5pa2Vy bmVsLgoKSSdkIGFncmVlIGlmIHRoYXQgd2FzICJhYm9ydCB0aGUgY3VycmVudCB0cmFuc2FjdGlv biAod2hpY2ggbWF5IGNvdmVyCnRoZSB3aG9sZSB1bmlrZXJuZWwpIi4gUmVhbGlzdGljYWxseSwg dGhlcmUgYXJlIGFsd2F5cyBnb2luZyB0byBiZQplcnJvciBjb25kaXRpb25zIHRoYXQgcmVzdWx0 IGluIGV4Y2VwdGlvbnMgdGhhdCBzaG91bGQgbm90IHRlcm1pbmF0ZQppdCAoZS5nLiBydW5uaW5n IG91dCBvZiBtZW1vcnkgc2VydmluZyByZXF1ZXN0cyBzaG91bGQgb25seSBhYm9ydCBzb21lCnJl cXVlc3RzLCBldGMpLgoKPiBJbiBwcmFjdGljZSB0aGluZ3MgbGlrZToKCj4gIkFzc3VtZSBhbGwg Y29kZSBjYW4gcmFpc2UgZXhjZXB0aW9ucywgYW5kIHRoYXQgdGhpcyBtdXN0IG5vdCBicmVhayBp bnZhcmlhbnRzIG9yIGxlYWsgcmVzb3VyY2VzIgo+Cj4gZW5kIHVwIGJlaW5nIGEgaHVnZSBwYWlu IHRvIGNvZGUgd2l0aC4KCkkgcHJvYmFibHkgc2hvdWxkbid0IGhhdmUgbGlzdGVkIHRoaXMgdW5k ZXIgIlByb3Bvc2FsIi4gSSB3YXNuJ3QKaW50ZW5kaW5nIHRvIHN1Z2dlc3QgYW55IGNoYW5nZSBo ZXJlLCBidXQganVzdCB0byBzdGF0ZSB0aGUgZmFjdCB0aGF0Ck9DYW1sIGlzIGEgbGFuZ3VhZ2Ug d2l0aCBleGNlcHRpb25zLiBJdCdzIGludGVyZXN0aW5nIHRvIHNlZSB0aGF0IHR3bwpwZW9wbGUg ZGlzYWdyZWUgd2l0aCB0aGlzIGFscmVhZHkuCgpJZiBJIHVuZGVyc3RhbmQgeW91ciBwb3NpdGlv bjoKCi0gRXZlcnkgZXhjZXB0aW9uIHJhaXNlZCBNVVNUIHRlcm1pbmF0ZSB0aGUgdW5pa2VybmVs LiBUaGlzIGluY2x1ZGVzCm91dC1vZi1tZW1vcnksIGRpdmlzaW9uLWJ5LXplcm8sIGludF9vZl9z dHJpbmcgb24gYW4gb3V0LW9mLXJhbmdlIGludCwKZXRjLCBpbiBhbnkgY29kZSBwYXRoLiBBYm9y dGluZyB0aGUgb3BlcmF0aW9uIChlLmcuIEhUVFAgcmVxdWVzdCkgdGhhdApjYXVzZWQgdGhlIHBy b2JsZW0sIGxvZ2dpbmcgdGhlIGV4Y2VwdGlvbiBhbmQgY29udGludWluZyBpcyBub3QgYW4Kb3B0 aW9uLgoKLSBJdCBpcyB0aGVyZWZvcmUgYWNjZXB0YWJsZSBmb3IgYSBtb2R1bGUgdG8gbGVhayBy ZXNvdXJjZXMgYW5kL29yCmxlYXZlIHRoZSBzeXN0ZW0gaW4gYW4gaW52YWxpZCBzdGF0ZSBpZiBp dCBpdCByZWNlaXZlcyBhbiBleGNlcHRpb24KZnJvbSBhbnkgY29kZSBpdCBjYWxscy4KCldoaWxl IHNvbWUgcGVvcGxlIG1pZ2h0IHdhbnQgdGhhdCwgaXQgc2VlbXMgdW5mYWlyIHRvIGZvcmNlIGV2 ZXJ5b25lCmludG8gdGhpcyBtb2RlbC4gSSBkb24ndCB0aGluayBleGNlcHRpb24gc2FmZXR5IGlz IG11Y2ggd29yayBpbiBtb3N0CmNhc2VzIChJIGFsd2F5cyB0cnkgdG8gZG8gdGhpcyBpbiBteSBv d24gY29kZSwgYW55d2F5KS4KCj4gV2hpbGUgaXQgbWF5IG1ha2UgeW91IGZlZWwgdGhlIGNvZGUg aXMgbGVzcyBpbnZvbHZlZCBpbiBwcmFjdGljZSBpdCBpcyBtdWNoIG1vcmUgaGFyZGVyIHRvIHJl YXNvbiBhYm91dCBhbmQgdG8gY29kZSBhZ2FpbnN0IGl0IGNvcnJlY3RseSBjb21wYXJlZCB0byB1 c2luZyBhIHdlbGwgcHJpbmNpcGxlZCBlcnJvciBtb25hZC4gVGhlIGxhdHRlciB3aWxsIGFsc28g YmUgZnV0dXJlIHByb29mIHRvIGFueSBjb25jdXJyZW5jeSBtZWNoYW5pc20geW91IG1heSB3YW50 IHRvIHVzZSBpbiB0aGUgZnV0dXJlLgoKSXNuJ3QgTHd0IGFscmVhZHkgYW4gZXJyb3IgbW9uYWQ/ IENhbiB5b3UgZGVmaW5lICJ3ZWxsIHByaW5jaXBsZWQiIGhlcmU/Cgo+IE9mIGNvdXJzZSB0aGVy ZSBtYXkgYmUgYSBmZXcgY2FzZXMgd2VyZSB5b3Ugd2FudCB0byBiZSBhYmxlIHRvIHJhaXNlIGEg Z2xvYmFsbHkgZGVmaW5lZCBleGNlcHRpb24gdGhhdCBpcyBub3QgbWVhbnQgdG8gYmUgaGFuZGxl ZCBsaWtlIE91dF9vZl9tZW1vcnkgb3IgaW4gdGhlIGJsb2NrIGV4YW1wbGUgeW91IGdpdmUuIEJ1 dCBJJ20gc3VyZSB0aGF0IHlvdSBjYW4gY291bnQgdGhlbSBvbiB0aGUgZmluZ2VyIG9mIG9uZSBo YW5kIGFuZCBwcmVkZWZpbmUgdGhlbSBzb21ld2hlcmUgaW4gbWlyYWdlLgoKTGV0J3MgbWFrZSB0 aGlzIGNvbmNyZXRlLiBUaGUgb25lcyBjdXJyZW50bHkgaW4gVjEgdGhhdCBJJ2QgdXNlIHdpdGgK THd0LnJldHVybiAocmF0aGVyIHRoYW4gZmFpbCkgd291bGQgYmU6CgpORVRXT1JLLCBFVEhJRjoK LSBgRGlzY29ubmVjdGVkCgpUQ1A6Ci0gYFRpbWVvdXQsIGBSZWZ1c2VkCgpGUzoKLSBgTm90X2Ff ZGlyZWN0b3J5LCBgSXNfYV9kaXJlY3RvcnksIGBEaXJlY3Rvcnlfbm90X2VtcHR5LApgTm9fZGly ZWN0b3J5X2VudHJ5LCBgRmlsZV9hbHJlYWR5X2V4aXN0cywgYE5vX3NwYWNlCgpLVl9STzoKLSBV bmtub3duX2tleQoKSSB3b3VsZCBob3dldmVyIHJlcGxhY2UgYWxsIHRoZSBuZXR3b3JrIGNvZGVz IHdpdGggYSBnZW5lcmljCihgTmV0d29ya19lcnJvciBvZiBleG4pLCB3aGVyZSB0aGUgZXhuIG1p Z2h0IGJlIGUuZy4gYSBSZWZ1c2VkCmV4Y2VwdGlvbiB3aXRoIG1vcmUgaW5mb3JtYXRpb24gYWJv dXQgd2h5IGl0IHdhcyByZWZ1c2VkLiBUaGlzIG1ha2VzCml0IGVhc3kgZm9yIGNhbGxlcnMgd2hv IGRvbid0IGNhcmUgdG8gaGFuZGxlIHRoZW0gYWxsIGF0IG9uY2UgKHdpdGgKTHd0LmZhaWwpLCBh bGxvd3MgZXh0cmEgbmV0d29yayBlcnJvcnMgdG8gYmUgYWRkZWQgYnkgaW1wbGVtZW50YXRpb25z LAphbmQgYWxsb3dzIGF0dGFjaGluZyBtb3JlIGRldGFpbHMgYWJvdXQgdGhlIGNhdXNlcy4KCkxp a2V3aXNlIGZvciB0aGUgRlMgZXJyb3JzIChgRlNfdXNlcl9lcnJvciBvZiBleG4pLgoKVGhlIG9u ZXMgSSdkIHVzZSB3aXRoIEx3dC5mYWlsIChpLmUuIHR1cm4gaW50byBleGNlcHRpb25zKSB3b3Vs ZCBiZToKCkZMT1c6IChlcnJvciBpcyBhYnN0cmFjdCBhbnl3YXkpCgpCTE9DSzoKLSBgVW5rbm93 biwgYFVuaW1wbGVtZW50ZWQsIGBJc19yZWFkX29ubHksIGBEaXNjb25uZWN0ZWQKCk5FVFdPUkss IEVUSElGLCBJUDoKLSBgVW5rbm93biwgYFVuaW1wbGVtZW50ZWQKClVEUCwgVENQLCBTVEFDS1Y0 OgotIGBVbmtub3duCgpGUzoKLSBgVW5rbm93bl9lcnJvciwgYEJsb2NrX2RldmljZQoKU2luY2Ug J2Nvbm5lY3QnIGlzIGdvaW5nIGF3YXksIHRob3NlIGVycm9ycyB3b3VsZG4ndCBiZSBpbmNsdWRl ZAphbnl3YXksIGJ1dCBJJ2QgcHJvYmFibHkgdHVybiB0aGVtIGludG8gZXhjZXB0aW9ucyAoTHd0 LmZhaWwpIHRvbzoKCkVOVFJPUFk6IGBOb19lbnRyb3B5X2RldmljZQpDT05TT0xFOiBgSW52YWxp ZF9jb25zb2xlCkZTOiBgRm9ybWF0X25vdF9yZWNvZ25pc2VkCgpEbyB5b3UgZGlzYWdyZWUgd2l0 aCB0aGVzZSBjaG9pY2VzPyBJbiBnZW5lcmFsLCBJIHdhbnQgdG8gdXNlIEx3dC5mYWlsCmZvciBh bnl0aGluZyB0aGUgY2FsbGVyIHdvbid0IHdhbnQgdG8gaGFuZGxlIHNwZWNpYWxseS4gSSdtIHVu ZGVjaWRlZAphYm91dCBCTE9DSydzIGBJc19yZWFkX29ubHkgYW5kIGBEaXNjb25uZWN0ZWQuIFRo ZXkgd291bGQgbWFrZSBzZW5zZQpmb3IgcmVtb3ZhYmxlIG1lZGlhLgoKSSBqdXN0IHJlYWxpc2Vk IG15IHRleHQgIkNvbnZlcnQgYWxsIG1vZHVsZXMgdG8gcmFpc2UgZXhjZXB0aW9ucwpyYXRoZXIg dGhhbiByZXR1cm4gZXJyb3IgY29kZXMiIHNvdW5kcyBsaWtlIEkgd2FudCB0byByZW1vdmUgYWxs IGVycm9yCmNvZGVzLiBXaGF0IEkgbWVhbnQgd2FzLCBjb252ZXJ0IHRoZSBhbGwgZXJyb3IgY29k ZXMgd2UgZGVjaWRlIHRvCmNvbnZlcnQsIGFzIGFib3ZlLgoKQWxzbywgdGhlcmUgYXJlIHNvbWUg ZXhjZXB0aW9ucyBJIHRoaW5rIHNob3VsZCBiZSBlcnJvciBjb2RlcyB1bmRlcgp0aGlzIHNjaGVt ZSwgc3VjaCBhcyByaW5nJ3MgU2h1dGRvd24gKHdoaWNoIGFsd2F5cyBuZWVkcyB0byBiZSBoYW5k bGVkCmJlY2F1c2UgeW91IG5lZWQgdG8gcmVzdWJtaXQgdG8gdGhlIG5ldyByaW5nKS4KClJlZ2Fy ZHMsCgoKKiBJbiBwYXJ0aWN1bGFyLCBMd3QgY2FuY2VsbGF0aW9uIGlzIHNpbXBseSBpZ25vcmVk IGlmIHRoZSBjdXJyZW50Cm9wZXJhdGlvbiBoYXBwZW5zIHRvIGJlIHVuY2FuY2VsbGFibGUuIEFs c28sIGFsbG93aW5nIGNvbnN1bWVycyB0bwpjYW5jZWwgdGhyZWFkcyB0aGF0IG90aGVyIGNvbnN1 bWVycyBtYXkgYmUgd2FpdGluZyBvbiBzZWVtcyB3cm9uZy4KCgotLSAKRHIgVGhvbWFzIExlb25h cmQgICAgICAgIGh0dHA6Ly8waW5zdGFsbC5uZXQvCkdQRzogOTI0MiA5ODA3IEM5ODUgM0MwNyA0 NEE2ICA4QjlBIEFFMDcgODI4MCA1OUE1IDNDQzEKR1BHOiBEQTk4IDI1QUUgQ0FEMCA4OTc1IDdD REEgIEJEOEUgMDcxMyAzRjk2IENBNzQgRDhCQQoKX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX18KTWlyYWdlT1MtZGV2ZWwgbWFpbGluZyBsaXN0Ck1pcmFnZU9T LWRldmVsQGxpc3RzLnhlbnByb2plY3Qub3JnCmh0dHA6Ly9saXN0cy54ZW5wcm9qZWN0Lm9yZy9j Z2ktYmluL21haWxtYW4vbGlzdGluZm8vbWlyYWdlb3MtZGV2ZWwK From mirageos-devel-bounces@lists.xenproject.org Fri Jan 30 16:07:07 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 30 Jan 2015 16:07:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YHE66-0003dJ-8o; Fri, 30 Jan 2015 16:07:06 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YHE65-0003d7-7R for mirageos-devel@lists.xenproject.org; Fri, 30 Jan 2015 16:07:05 +0000 Received: from [193.109.254.147] by server-5.bemta-14.messagelabs.com id 87/4F-03170-82CABC45; Fri, 30 Jan 2015 16:07:04 +0000 X-Env-Sender: lpw25@cam.ac.uk X-Msg-Ref: server-12.tower-27.messagelabs.com!1422634024!11860493!1 X-Originating-IP: [131.111.8.140] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.13.4; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3066 invoked from network); 30 Jan 2015 16:07:04 -0000 Received: from ppsw-40.csi.cam.ac.uk (HELO ppsw-40.csi.cam.ac.uk) (131.111.8.140) by server-12.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 30 Jan 2015 16:07:04 -0000 X-Cam-AntiVirus: no malware found X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ Received: from host86-171-22-227.range86-171.btcentralplus.com ([86.171.22.227]:43610 helo=netbook) by ppsw-40.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.156]:587) with esmtpsa (PLAIN:lpw25) (TLSv1.2:AES128-GCM-SHA256:128) id 1YHE63-0002Zu-k3 (Exim 4.82_3-c0e5623) (return-path ); Fri, 30 Jan 2015 16:07:03 +0000 From: Leo White To: Thomas Leonard References: <2126FC5196B044EC8BDA0E07CB51089F@erratique.ch> X-Face: "XWxb[u_Z\PA_Y?9@|IA!!+jTb(/290-*ea/Un$I0B98.$n%eL.; 2w*,z]WR#T:,p[ NBd++M7l]#7zj7!{~iw $W-"/=|dVjhT[D{4~gE}gK<2`.6fs!;uqqud]vs2N/3^m7{aS1V, Date: Fri, 30 Jan 2015 16:07:01 +0000 In-Reply-To: (Thomas Leonard's message of "Fri, 30 Jan 2015 15:53:17 +0000") Message-ID: <86sies45i2.fsf@cam.ac.uk> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux) MIME-Version: 1.0 Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Error handling in Mirage - request for comments! X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org > I would however replace all the network codes with a generic > (`Network_error of exn), where the exn might be e.g. a Refused > exception with more information about why it was refused. This makes > it easy for callers who don't care to handle them all at once (with > Lwt.fail) ... Just a small note, in case you weren't aware of the feature. If you want to easily match on a group of polymorphic variant tags you can use the `#` pattern syntax. For example, if we have a type with lots of variants: type lots_of_varaints = [`A | `B | `C | ..... | `Z ] and we want to match on the specific subset `A, `B or `C, then we can name that subset and use the `#typ` pattern syntax: type abc = [`A | `B | `C] let foo = function | #abc -> print_string "It was `A, `B or `C" | _ -> print_string "It was something else" Regards, Leo _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Fri Jan 30 16:07:07 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 30 Jan 2015 16:07:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YHE66-0003dJ-8o; Fri, 30 Jan 2015 16:07:06 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YHE65-0003d7-7R for mirageos-devel@lists.xenproject.org; Fri, 30 Jan 2015 16:07:05 +0000 Received: from [193.109.254.147] by server-5.bemta-14.messagelabs.com id 87/4F-03170-82CABC45; Fri, 30 Jan 2015 16:07:04 +0000 X-Env-Sender: lpw25@cam.ac.uk X-Msg-Ref: server-12.tower-27.messagelabs.com!1422634024!11860493!1 X-Originating-IP: [131.111.8.140] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.13.4; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3066 invoked from network); 30 Jan 2015 16:07:04 -0000 Received: from ppsw-40.csi.cam.ac.uk (HELO ppsw-40.csi.cam.ac.uk) (131.111.8.140) by server-12.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 30 Jan 2015 16:07:04 -0000 X-Cam-AntiVirus: no malware found X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ Received: from host86-171-22-227.range86-171.btcentralplus.com ([86.171.22.227]:43610 helo=netbook) by ppsw-40.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.156]:587) with esmtpsa (PLAIN:lpw25) (TLSv1.2:AES128-GCM-SHA256:128) id 1YHE63-0002Zu-k3 (Exim 4.82_3-c0e5623) (return-path ); Fri, 30 Jan 2015 16:07:03 +0000 From: Leo White To: Thomas Leonard References: <2126FC5196B044EC8BDA0E07CB51089F@erratique.ch> X-Face: "XWxb[u_Z\PA_Y?9@|IA!!+jTb(/290-*ea/Un$I0B98.$n%eL.; 2w*,z]WR#T:,p[ NBd++M7l]#7zj7!{~iw $W-"/=|dVjhT[D{4~gE}gK<2`.6fs!;uqqud]vs2N/3^m7{aS1V, Date: Fri, 30 Jan 2015 16:07:01 +0000 In-Reply-To: (Thomas Leonard's message of "Fri, 30 Jan 2015 15:53:17 +0000") Message-ID: <86sies45i2.fsf@cam.ac.uk> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux) MIME-Version: 1.0 Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Error handling in Mirage - request for comments! X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org > I would however replace all the network codes with a generic > (`Network_error of exn), where the exn might be e.g. a Refused > exception with more information about why it was refused. This makes > it easy for callers who don't care to handle them all at once (with > Lwt.fail) ... Just a small note, in case you weren't aware of the feature. If you want to easily match on a group of polymorphic variant tags you can use the `#` pattern syntax. For example, if we have a type with lots of variants: type lots_of_varaints = [`A | `B | `C | ..... | `Z ] and we want to match on the specific subset `A, `B or `C, then we can name that subset and use the `#typ` pattern syntax: type abc = [`A | `B | `C] let foo = function | #abc -> print_string "It was `A, `B or `C" | _ -> print_string "It was something else" Regards, Leo _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel From mirageos-devel-bounces@lists.xenproject.org Fri Jan 30 22:07:30 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 30 Jan 2015 22:07:30 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YHJil-0001n4-19; Fri, 30 Jan 2015 22:07:23 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YHJij-0001mw-5D for mirageos-devel@lists.xenproject.org; Fri, 30 Jan 2015 22:07:21 +0000 Received: from [193.109.254.147] by server-5.bemta-14.messagelabs.com id D0/62-03170-8900CC45; Fri, 30 Jan 2015 22:07:20 +0000 X-Env-Sender: daniel.buenzli@erratique.ch X-Msg-Ref: server-3.tower-27.messagelabs.com!1422655639!11749030!1 X-Originating-IP: [74.55.86.74] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNzQuNTUuODYuNzQgPT4gMzA4NTYz\n X-StarScan-Received: X-StarScan-Version: 6.13.4; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17468 invoked from network); 30 Jan 2015 22:07:19 -0000 Received: from mail6.webfaction.com (HELO smtp.webfaction.com) (74.55.86.74) by server-3.tower-27.messagelabs.com with SMTP; 30 Jan 2015 22:07:19 -0000 Received: from [172.20.10.2] (217-234.197-178.cust.bluewin.ch [178.197.234.217]) by smtp.webfaction.com (Postfix) with ESMTP id 59CE826EAA82; Fri, 30 Jan 2015 22:07:16 +0000 (UTC) Date: Fri, 30 Jan 2015 23:07:12 +0100 From: =?utf-8?Q?Daniel_B=C3=BCnzli?= To: Thomas Leonard Message-ID: In-Reply-To: References: <2126FC5196B044EC8BDA0E07CB51089F@erratique.ch> X-Mailer: sparrow 1.6.4 (build 1178) MIME-Version: 1.0 Content-Disposition: inline Cc: "=?utf-8?Q?mirageos-devel=40lists.xenproject.org?=" Subject: Re: [MirageOS-devel] Error handling in Mirage - request for comments! X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org CgpMZSB2ZW5kcmVkaSwgMzAgamFudmllciAyMDE1IMOgIDE2OjUzLCBUaG9tYXMgTGVvbmFyZCBh IMOpY3JpdCA6Cgo+IFdoYXQgcHJvYmxlbXMgZG8geW91IHNlZSBpbiBMd3QncyBlcnJvciBoYW5k bGluZz8KPiAgCgpbLi4uXSAgCgo+IElzbid0IEx3dCBhbHJlYWR5IGFuIGVycm9yIG1vbmFkPyBD YW4geW91IGRlZmluZSAid2VsbCBwcmluY2lwbGVkIiBoZXJlPwoKCkkgbWVhbnQgdGhlIHdheSB0 aGV5IGRlYWwgd2l0aCBleGNlcHRpb25zIChhbmQgY2FuY2VsYXRpb24pLiBJIHRoaW5rIHRoZXkg c2hvdWxkIGhhdmUgbGlmdGVkIHRoZSBlcnJvciBoYW5kbGluZyB0byB2YWx1ZSBsYW5kIGFuZCB0 b2xkIHVzZXJzIG5vdCB0byB1c2UgZXhjZXB0aW9ucyAoY2F0Y2ggdGhlbSBiZXR3ZWVuIHlpZWxk cyBpZiB5b3UgbmVlZCB0byB1c2UgdGhlbSBvciB1c2UgY29kZSB0aGF0IHVzZXMgdGhlbSkgcmF0 aGVyIHRoYW4gdHJ5IHRvIGNvcGUgd2l0aCB0aGVtLiBCZXNpZGVzLCB0aGUgZmFjdCB0aGF0IHRo ZXkgdXNlIGV4Y2VwdGlvbnMgdG8gcGVyZm9ybSBjYW5jZWxsYXRpb24gaXRzZWxmIGxlYWRzIHRv IGZ1cnRoZXIgYWJzdXJkaXRpZXMgKHdoaWNoIHNlZW1zIHRvIGluZGljYXRlIHRoYXQgY2FuY2Vs YXRpb24gd2FzIGFmdGVydGhvdWdodCwgYnV0IHRoYXQncyB0aGUga2luZCBvZiBjb25jZXB0IHlv dSBuZWVkIHRoaW5rIGFib3V0IGZyb20gZGF5IDAgaW4gYSBzeXN0ZW0gdG8gZ2V0IHRvIHNvbWV0 aGluZyksIGFzIEkgd3JvdGUgZWxzZXdoZXJlOgoKIkx3dCBoYXMgYm90aCBjYW5jZWxhYmxlIGFu ZCBub24tY2FuY2VsYWJsZSB0aHJlYWRzIGFuZCB1c2VzIGFuIGV4Y2VwdGlvbiBmb3IgdGhyZWFk IGNhbmNlbGxhdGlvbi4gU29tZXRpbWVzIHRoaXMgbWF5IGxlYWQgdG8gc3VycHJpc2luZyByZXN1 bHRzIGUuZy4gTHd0LnBpY2sgW3QsIHQnXSBtYXkgcmV0dXJuIGEgY2FuY2VsbGVkIHRocmVhZCBp ZiB0IHRlcm1pbmF0ZWQgYW5kIHQnIHdhcyBjYW5jZWxsZWQuIgoKTHd0J3MgY29tYmluYXRvciBh bGdlYnJhIGlzIGJyb2tlbjogYSBjYW5jZWxsZWQgdGhyZWFkIHNob3VsZCBiZSBhIG5ldXRyYWwg ZWxlbWVudCBmb3IgTHd0LnBpY2suICAKCk15IHBvaW50IGhlcmUgaXMgdGhhdCBJIHRoaW5rIG1p cmFnZSBzaG91bGQgZGVmaW5lIGl0J3Mgb3duIGVycm9yIG1vbmFkIGFuZCBzb2x2ZSBlcnJvciBo YW5kbGluZyBpbiB2YWx1ZSBsYW5kICh3LnIudC4gdGhlIGNvbmN1cnJlbmN5IG1vbmFkcyksIGlu ZGVwZW5kZW50bHkgZnJvbSB0aGUgaGlnaGVyLWxldmVsIGNvbmN1cnJlbmN5IHByaW1pdGl2ZXMg dXNlZC4gQnkgcHJvdmlkaW5nIGFwcHJvcHJpYXRlIGNvbWJpbmF0b3JzIGFuZCBvdGhlciByZXNv dXJjZSBob2xkaW5nIGNvbWJpbmF0b3JzIHRoYXQgZW5zdXJlIGEgcmVzb3VyY2UgaXMgb25seSBo ZWxkIGluIGEgZ2l2ZW4gc2NvcGUgYW5kIHRoYXQgaW50ZXJhY3Qgd2l0aCB0aGF0IGVycm9yIG1v bmFkIHNvIHRoYXQgd2Ugc2hvdWxkIG5vdCBldmVyIHNlZSB0aGF0IGtpbmQgb2YgaG9ycmlibGUg Y29kZTogIAoKaHR0cHM6Ly9naXRodWIuY29tL21pcmFnZS9taXJhZ2Utd3d3L3B1bGwvMjc0L2Zp bGVzI2RpZmYtYWJiOGMwYzYwYzc1MDY1Zjg2ZmYyOTk0MmE0ODNlYzRSODgKCmFuZCBhdXRvbWF0 aWNhbGx5IGd1aWRlIHRoZSBwcm9ncmFtbWVyIGluIGRvaW5nIHRoZSByaWdodCB0aGluZy4KCj4g SSdkIGFncmVlIGlmIHRoYXQgd2FzICJhYm9ydCB0aGUgY3VycmVudCB0cmFuc2FjdGlvbiAod2hp Y2ggbWF5IGNvdmVyCj4gdGhlIHdob2xlIHVuaWtlcm5lbCkiLiBSZWFsaXN0aWNhbGx5LCB0aGVy ZSBhcmUgYWx3YXlzIGdvaW5nIHRvIGJlCj4gZXJyb3IgY29uZGl0aW9ucyB0aGF0IHJlc3VsdCBp biBleGNlcHRpb25zIHRoYXQgc2hvdWxkIG5vdCB0ZXJtaW5hdGUKPiBpdCAoZS5nLiBydW5uaW5n IG91dCBvZiBtZW1vcnkgc2VydmluZyByZXF1ZXN0cyBzaG91bGQgb25seSBhYm9ydCBzb21lCj4g cmVxdWVzdHMsIGV0YykuCgoKVGhlbiB0aGVzZSB0aGluZ3Mgc2hvdWxkIG5vdCBiZSBleGNlcHRp b25zIGJ1dCBiZSB0aHJlYWRlZCB0aHJvdWdoIGFuIGFwcHJvcHJpYXRlIGVycm9yIG1vbmFkIGlu IGNvbWJpbmF0aW9uIHdpdGggcmVzb3VyY2UgaG9sZGluZyBjb21iaW5hdG9ycyB0byBjb3JyZWN0 bHkgcmVsaW5xdWlzaCBoZWxkIHJlc291cmNlcy4gIAoKCj4gSWYgSSB1bmRlcnN0YW5kIHlvdXIg cG9zaXRpb246Cj4gIAo+IC0gRXZlcnkgZXhjZXB0aW9uIHJhaXNlZCBNVVNUIHRlcm1pbmF0ZSB0 aGUgdW5pa2VybmVsLiBUaGlzIGluY2x1ZGVzCj4gb3V0LW9mLW1lbW9yeSwgZGl2aXNpb24tYnkt emVybywgaW50X29mX3N0cmluZyBvbiBhbiBvdXQtb2YtcmFuZ2UgaW50LAo+IGV0YywgaW4gYW55 IGNvZGUgcGF0aC4gQWJvcnRpbmcgdGhlIG9wZXJhdGlvbiAoZS5nLiBIVFRQIHJlcXVlc3QpIHRo YXQKPiBjYXVzZWQgdGhlIHByb2JsZW0sIGxvZ2dpbmcgdGhlIGV4Y2VwdGlvbiBhbmQgY29udGlu dWluZyBpcyBub3QgYW4KPiBvcHRpb24uCgpZZXMuIFRoYXQgaXMsIGFueXRoaW5nIG5vbiByZWNv dmVyYWJsZS4gaW50X29mX3N0cmluZyBzaG91bGQgaW4gZmFjdCBuZXZlciBoYXZlIHJhaXNlZCBp biB0aGUgZmlyc3QgcGxhY2UgYnV0IGhhdmUgcmV0dXJuZWQgYW4gb3B0aW9uIHR5cGUuCiAgCj4g LSBJdCBpcyB0aGVyZWZvcmUgYWNjZXB0YWJsZSBmb3IgYSBtb2R1bGUgdG8gbGVhayByZXNvdXJj ZXMgYW5kL29yCj4gbGVhdmUgdGhlIHN5c3RlbSBpbiBhbiBpbnZhbGlkIHN0YXRlIGlmIGl0IGl0 IHJlY2VpdmVzIGFuIGV4Y2VwdGlvbgo+IGZyb20gYW55IGNvZGUgaXQgY2FsbHMuCgpOby4gSWYg eW91IG5lZWQgdG8gcmVjb3ZlciB0aGVuIGRvbid0IHVzZSBleGNlcHRpb25zLiBVc2UgYW4gZXJy b3IgbW9uYWQgYW5kIHJlc291cmNlIGhvbGRpbmcgY29tYmluYXRvcnMuCgo+IEkgZG9uJ3QgdGhp bmsgZXhjZXB0aW9uIHNhZmV0eSBpcyBtdWNoIHdvcmsgaW4gbW9zdAo+IGNhc2VzIChJIGFsd2F5 cyB0cnkgdG8gZG8gdGhpcyBpbiBteSBvd24gY29kZSwgYW55d2F5KS4KCgpJZiBieSBleGNlcHRp b24gc2FmZXR5IHlvdSBtZWFuLCBoYW5kbGluZyBleGNlcHRpb25zIGNvcnJlY3RseS4gVGhlbiBu by4gVGhlcmUncyBhbHdheXMgdGhlIGV4Y2VwdGlvbiB5b3UgZm9yZ2V0IHRvIGhhbmRsZSwgeW91 IGhhdmUgdG8gcHV0IHRoZSBoYW5kbGVycyBhdCB0aGUgcmlnaHQgcGxhY2UsIGFuZCB0aGVyZSdz IGEgbGFjayBvZiBsb2NhbGl0eSBpbiBwcm9ncmFtIHVuZGVyc3RhbmRpbmcgKGJlY2F1c2UgZXhj ZXB0aW9ucyBtYXkgZmxvdyBiZXlvbmQgYSBoYW5kbGVyIGlmIGl0J3Mgbm90IGhhbmRsZWQgYnkg aXQpIHRoYXQncyB0b28gbXVjaCB0aGlua2luZyBhbmQgc3VidGVsdGllcy4gQmVzaWRlcyB0aGVy ZSdzIG5vIGV4aGF1c3RpdmVuZXNzIGNoZWNrIGZvciBleGNlcHRpb25zLiBUaGF0J3MgdGhlIHJl YXNvbiB3aHkgSSBwcmVmZXIgdG8gaGF2ZSBhIG1vbmFkIHRoYXQgZm9yY2VzIHlvdSBpbnRvIGRv aW5nIHRoZSByaWdodCB0aGluZ3MgYnkgdHlwZSBkaXJlY3Rpb24uICAKCj4gSSB3b3VsZCBob3dl dmVyIHJlcGxhY2UgYWxsIHRoZSBuZXR3b3JrIGNvZGVzIHdpdGggYSBnZW5lcmljCj4gKGBOZXR3 b3JrX2Vycm9yIG9mIGV4biksIHdoZXJlIHRoZSBleG4gbWlnaHQgYmUgZS5nLiBhIFJlZnVzZWQK PiBleGNlcHRpb24gd2l0aCBtb3JlIGluZm9ybWF0aW9uIGFib3V0IHdoeSBpdCB3YXMgcmVmdXNl ZC4gVGhpcyBtYWtlcwo+IGl0IGVhc3kgZm9yIGNhbGxlcnMgd2hvIGRvbid0IGNhcmUgdG8gaGFu ZGxlIHRoZW0gYWxsIGF0IG9uY2UgKHdpdGgKPiBMd3QuZmFpbCksIGFsbG93cyBleHRyYSBuZXR3 b3JrIGVycm9ycyB0byBiZSBhZGRlZCBieSBpbXBsZW1lbnRhdGlvbnMsCj4gYW5kIGFsbG93cyBh dHRhY2hpbmcgbW9yZSBkZXRhaWxzIGFib3V0IHRoZSBjYXVzZXMuCgpJJ20gcmVhbGx5IG5vdCBm b25kIG9mIHRoaXMuIFlvdSBjYW4gdXNlIG9wZW4gcG9seW1vcnBoaWMgdmFyaWFudHMgZm9yIHRo aXMgb3IgYSBjbG9zZWQgb25lIHdpdGggYSBmZXcga25vd24gY29tbW9uIGNhc2VzIGFuZCBhIGN1 c3RvbSBvbmUgd2l0aCBhIHByaW50YWJsZSB1bml2ZXJzYWwgdHlwZS4gQnV0IHRoZW4gaXQgc2Vl bXMgeW91IGFyZSBkZXNpZ25pbmcgd2l0aCB0aGUgaWRlYSBvZiB1c2luZyBMd3QncyBmYWlsZWQg c3RhdGUgYXMgYW4gZXJyb3IgbWVjaGFuaXNtIHdoaWNoIEkgZGlzYWdyZWUgd2l0aC4gIAoKQmVz dCwKCkRhbmllbAoKCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXwpNaXJhZ2VPUy1kZXZlbCBtYWlsaW5nIGxpc3QKTWlyYWdlT1MtZGV2ZWxAbGlzdHMueGVu cHJvamVjdC5vcmcKaHR0cDovL2xpc3RzLnhlbnByb2plY3Qub3JnL2NnaS1iaW4vbWFpbG1hbi9s aXN0aW5mby9taXJhZ2Vvcy1kZXZlbAo= From mirageos-devel-bounces@lists.xenproject.org Fri Jan 30 22:07:30 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 30 Jan 2015 22:07:30 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YHJil-0001n4-19; Fri, 30 Jan 2015 22:07:23 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YHJij-0001mw-5D for mirageos-devel@lists.xenproject.org; Fri, 30 Jan 2015 22:07:21 +0000 Received: from [193.109.254.147] by server-5.bemta-14.messagelabs.com id D0/62-03170-8900CC45; Fri, 30 Jan 2015 22:07:20 +0000 X-Env-Sender: daniel.buenzli@erratique.ch X-Msg-Ref: server-3.tower-27.messagelabs.com!1422655639!11749030!1 X-Originating-IP: [74.55.86.74] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNzQuNTUuODYuNzQgPT4gMzA4NTYz\n X-StarScan-Received: X-StarScan-Version: 6.13.4; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17468 invoked from network); 30 Jan 2015 22:07:19 -0000 Received: from mail6.webfaction.com (HELO smtp.webfaction.com) (74.55.86.74) by server-3.tower-27.messagelabs.com with SMTP; 30 Jan 2015 22:07:19 -0000 Received: from [172.20.10.2] (217-234.197-178.cust.bluewin.ch [178.197.234.217]) by smtp.webfaction.com (Postfix) with ESMTP id 59CE826EAA82; Fri, 30 Jan 2015 22:07:16 +0000 (UTC) Date: Fri, 30 Jan 2015 23:07:12 +0100 From: =?utf-8?Q?Daniel_B=C3=BCnzli?= To: Thomas Leonard Message-ID: In-Reply-To: References: <2126FC5196B044EC8BDA0E07CB51089F@erratique.ch> X-Mailer: sparrow 1.6.4 (build 1178) MIME-Version: 1.0 Content-Disposition: inline Cc: "=?utf-8?Q?mirageos-devel=40lists.xenproject.org?=" Subject: Re: [MirageOS-devel] Error handling in Mirage - request for comments! X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org CgpMZSB2ZW5kcmVkaSwgMzAgamFudmllciAyMDE1IMOgIDE2OjUzLCBUaG9tYXMgTGVvbmFyZCBh IMOpY3JpdCA6Cgo+IFdoYXQgcHJvYmxlbXMgZG8geW91IHNlZSBpbiBMd3QncyBlcnJvciBoYW5k bGluZz8KPiAgCgpbLi4uXSAgCgo+IElzbid0IEx3dCBhbHJlYWR5IGFuIGVycm9yIG1vbmFkPyBD YW4geW91IGRlZmluZSAid2VsbCBwcmluY2lwbGVkIiBoZXJlPwoKCkkgbWVhbnQgdGhlIHdheSB0 aGV5IGRlYWwgd2l0aCBleGNlcHRpb25zIChhbmQgY2FuY2VsYXRpb24pLiBJIHRoaW5rIHRoZXkg c2hvdWxkIGhhdmUgbGlmdGVkIHRoZSBlcnJvciBoYW5kbGluZyB0byB2YWx1ZSBsYW5kIGFuZCB0 b2xkIHVzZXJzIG5vdCB0byB1c2UgZXhjZXB0aW9ucyAoY2F0Y2ggdGhlbSBiZXR3ZWVuIHlpZWxk cyBpZiB5b3UgbmVlZCB0byB1c2UgdGhlbSBvciB1c2UgY29kZSB0aGF0IHVzZXMgdGhlbSkgcmF0 aGVyIHRoYW4gdHJ5IHRvIGNvcGUgd2l0aCB0aGVtLiBCZXNpZGVzLCB0aGUgZmFjdCB0aGF0IHRo ZXkgdXNlIGV4Y2VwdGlvbnMgdG8gcGVyZm9ybSBjYW5jZWxsYXRpb24gaXRzZWxmIGxlYWRzIHRv IGZ1cnRoZXIgYWJzdXJkaXRpZXMgKHdoaWNoIHNlZW1zIHRvIGluZGljYXRlIHRoYXQgY2FuY2Vs YXRpb24gd2FzIGFmdGVydGhvdWdodCwgYnV0IHRoYXQncyB0aGUga2luZCBvZiBjb25jZXB0IHlv dSBuZWVkIHRoaW5rIGFib3V0IGZyb20gZGF5IDAgaW4gYSBzeXN0ZW0gdG8gZ2V0IHRvIHNvbWV0 aGluZyksIGFzIEkgd3JvdGUgZWxzZXdoZXJlOgoKIkx3dCBoYXMgYm90aCBjYW5jZWxhYmxlIGFu ZCBub24tY2FuY2VsYWJsZSB0aHJlYWRzIGFuZCB1c2VzIGFuIGV4Y2VwdGlvbiBmb3IgdGhyZWFk IGNhbmNlbGxhdGlvbi4gU29tZXRpbWVzIHRoaXMgbWF5IGxlYWQgdG8gc3VycHJpc2luZyByZXN1 bHRzIGUuZy4gTHd0LnBpY2sgW3QsIHQnXSBtYXkgcmV0dXJuIGEgY2FuY2VsbGVkIHRocmVhZCBp ZiB0IHRlcm1pbmF0ZWQgYW5kIHQnIHdhcyBjYW5jZWxsZWQuIgoKTHd0J3MgY29tYmluYXRvciBh bGdlYnJhIGlzIGJyb2tlbjogYSBjYW5jZWxsZWQgdGhyZWFkIHNob3VsZCBiZSBhIG5ldXRyYWwg ZWxlbWVudCBmb3IgTHd0LnBpY2suICAKCk15IHBvaW50IGhlcmUgaXMgdGhhdCBJIHRoaW5rIG1p cmFnZSBzaG91bGQgZGVmaW5lIGl0J3Mgb3duIGVycm9yIG1vbmFkIGFuZCBzb2x2ZSBlcnJvciBo YW5kbGluZyBpbiB2YWx1ZSBsYW5kICh3LnIudC4gdGhlIGNvbmN1cnJlbmN5IG1vbmFkcyksIGlu ZGVwZW5kZW50bHkgZnJvbSB0aGUgaGlnaGVyLWxldmVsIGNvbmN1cnJlbmN5IHByaW1pdGl2ZXMg dXNlZC4gQnkgcHJvdmlkaW5nIGFwcHJvcHJpYXRlIGNvbWJpbmF0b3JzIGFuZCBvdGhlciByZXNv dXJjZSBob2xkaW5nIGNvbWJpbmF0b3JzIHRoYXQgZW5zdXJlIGEgcmVzb3VyY2UgaXMgb25seSBo ZWxkIGluIGEgZ2l2ZW4gc2NvcGUgYW5kIHRoYXQgaW50ZXJhY3Qgd2l0aCB0aGF0IGVycm9yIG1v bmFkIHNvIHRoYXQgd2Ugc2hvdWxkIG5vdCBldmVyIHNlZSB0aGF0IGtpbmQgb2YgaG9ycmlibGUg Y29kZTogIAoKaHR0cHM6Ly9naXRodWIuY29tL21pcmFnZS9taXJhZ2Utd3d3L3B1bGwvMjc0L2Zp bGVzI2RpZmYtYWJiOGMwYzYwYzc1MDY1Zjg2ZmYyOTk0MmE0ODNlYzRSODgKCmFuZCBhdXRvbWF0 aWNhbGx5IGd1aWRlIHRoZSBwcm9ncmFtbWVyIGluIGRvaW5nIHRoZSByaWdodCB0aGluZy4KCj4g SSdkIGFncmVlIGlmIHRoYXQgd2FzICJhYm9ydCB0aGUgY3VycmVudCB0cmFuc2FjdGlvbiAod2hp Y2ggbWF5IGNvdmVyCj4gdGhlIHdob2xlIHVuaWtlcm5lbCkiLiBSZWFsaXN0aWNhbGx5LCB0aGVy ZSBhcmUgYWx3YXlzIGdvaW5nIHRvIGJlCj4gZXJyb3IgY29uZGl0aW9ucyB0aGF0IHJlc3VsdCBp biBleGNlcHRpb25zIHRoYXQgc2hvdWxkIG5vdCB0ZXJtaW5hdGUKPiBpdCAoZS5nLiBydW5uaW5n IG91dCBvZiBtZW1vcnkgc2VydmluZyByZXF1ZXN0cyBzaG91bGQgb25seSBhYm9ydCBzb21lCj4g cmVxdWVzdHMsIGV0YykuCgoKVGhlbiB0aGVzZSB0aGluZ3Mgc2hvdWxkIG5vdCBiZSBleGNlcHRp b25zIGJ1dCBiZSB0aHJlYWRlZCB0aHJvdWdoIGFuIGFwcHJvcHJpYXRlIGVycm9yIG1vbmFkIGlu IGNvbWJpbmF0aW9uIHdpdGggcmVzb3VyY2UgaG9sZGluZyBjb21iaW5hdG9ycyB0byBjb3JyZWN0 bHkgcmVsaW5xdWlzaCBoZWxkIHJlc291cmNlcy4gIAoKCj4gSWYgSSB1bmRlcnN0YW5kIHlvdXIg cG9zaXRpb246Cj4gIAo+IC0gRXZlcnkgZXhjZXB0aW9uIHJhaXNlZCBNVVNUIHRlcm1pbmF0ZSB0 aGUgdW5pa2VybmVsLiBUaGlzIGluY2x1ZGVzCj4gb3V0LW9mLW1lbW9yeSwgZGl2aXNpb24tYnkt emVybywgaW50X29mX3N0cmluZyBvbiBhbiBvdXQtb2YtcmFuZ2UgaW50LAo+IGV0YywgaW4gYW55 IGNvZGUgcGF0aC4gQWJvcnRpbmcgdGhlIG9wZXJhdGlvbiAoZS5nLiBIVFRQIHJlcXVlc3QpIHRo YXQKPiBjYXVzZWQgdGhlIHByb2JsZW0sIGxvZ2dpbmcgdGhlIGV4Y2VwdGlvbiBhbmQgY29udGlu dWluZyBpcyBub3QgYW4KPiBvcHRpb24uCgpZZXMuIFRoYXQgaXMsIGFueXRoaW5nIG5vbiByZWNv dmVyYWJsZS4gaW50X29mX3N0cmluZyBzaG91bGQgaW4gZmFjdCBuZXZlciBoYXZlIHJhaXNlZCBp biB0aGUgZmlyc3QgcGxhY2UgYnV0IGhhdmUgcmV0dXJuZWQgYW4gb3B0aW9uIHR5cGUuCiAgCj4g LSBJdCBpcyB0aGVyZWZvcmUgYWNjZXB0YWJsZSBmb3IgYSBtb2R1bGUgdG8gbGVhayByZXNvdXJj ZXMgYW5kL29yCj4gbGVhdmUgdGhlIHN5c3RlbSBpbiBhbiBpbnZhbGlkIHN0YXRlIGlmIGl0IGl0 IHJlY2VpdmVzIGFuIGV4Y2VwdGlvbgo+IGZyb20gYW55IGNvZGUgaXQgY2FsbHMuCgpOby4gSWYg eW91IG5lZWQgdG8gcmVjb3ZlciB0aGVuIGRvbid0IHVzZSBleGNlcHRpb25zLiBVc2UgYW4gZXJy b3IgbW9uYWQgYW5kIHJlc291cmNlIGhvbGRpbmcgY29tYmluYXRvcnMuCgo+IEkgZG9uJ3QgdGhp bmsgZXhjZXB0aW9uIHNhZmV0eSBpcyBtdWNoIHdvcmsgaW4gbW9zdAo+IGNhc2VzIChJIGFsd2F5 cyB0cnkgdG8gZG8gdGhpcyBpbiBteSBvd24gY29kZSwgYW55d2F5KS4KCgpJZiBieSBleGNlcHRp b24gc2FmZXR5IHlvdSBtZWFuLCBoYW5kbGluZyBleGNlcHRpb25zIGNvcnJlY3RseS4gVGhlbiBu by4gVGhlcmUncyBhbHdheXMgdGhlIGV4Y2VwdGlvbiB5b3UgZm9yZ2V0IHRvIGhhbmRsZSwgeW91 IGhhdmUgdG8gcHV0IHRoZSBoYW5kbGVycyBhdCB0aGUgcmlnaHQgcGxhY2UsIGFuZCB0aGVyZSdz IGEgbGFjayBvZiBsb2NhbGl0eSBpbiBwcm9ncmFtIHVuZGVyc3RhbmRpbmcgKGJlY2F1c2UgZXhj ZXB0aW9ucyBtYXkgZmxvdyBiZXlvbmQgYSBoYW5kbGVyIGlmIGl0J3Mgbm90IGhhbmRsZWQgYnkg aXQpIHRoYXQncyB0b28gbXVjaCB0aGlua2luZyBhbmQgc3VidGVsdGllcy4gQmVzaWRlcyB0aGVy ZSdzIG5vIGV4aGF1c3RpdmVuZXNzIGNoZWNrIGZvciBleGNlcHRpb25zLiBUaGF0J3MgdGhlIHJl YXNvbiB3aHkgSSBwcmVmZXIgdG8gaGF2ZSBhIG1vbmFkIHRoYXQgZm9yY2VzIHlvdSBpbnRvIGRv aW5nIHRoZSByaWdodCB0aGluZ3MgYnkgdHlwZSBkaXJlY3Rpb24uICAKCj4gSSB3b3VsZCBob3dl dmVyIHJlcGxhY2UgYWxsIHRoZSBuZXR3b3JrIGNvZGVzIHdpdGggYSBnZW5lcmljCj4gKGBOZXR3 b3JrX2Vycm9yIG9mIGV4biksIHdoZXJlIHRoZSBleG4gbWlnaHQgYmUgZS5nLiBhIFJlZnVzZWQK PiBleGNlcHRpb24gd2l0aCBtb3JlIGluZm9ybWF0aW9uIGFib3V0IHdoeSBpdCB3YXMgcmVmdXNl ZC4gVGhpcyBtYWtlcwo+IGl0IGVhc3kgZm9yIGNhbGxlcnMgd2hvIGRvbid0IGNhcmUgdG8gaGFu ZGxlIHRoZW0gYWxsIGF0IG9uY2UgKHdpdGgKPiBMd3QuZmFpbCksIGFsbG93cyBleHRyYSBuZXR3 b3JrIGVycm9ycyB0byBiZSBhZGRlZCBieSBpbXBsZW1lbnRhdGlvbnMsCj4gYW5kIGFsbG93cyBh dHRhY2hpbmcgbW9yZSBkZXRhaWxzIGFib3V0IHRoZSBjYXVzZXMuCgpJJ20gcmVhbGx5IG5vdCBm b25kIG9mIHRoaXMuIFlvdSBjYW4gdXNlIG9wZW4gcG9seW1vcnBoaWMgdmFyaWFudHMgZm9yIHRo aXMgb3IgYSBjbG9zZWQgb25lIHdpdGggYSBmZXcga25vd24gY29tbW9uIGNhc2VzIGFuZCBhIGN1 c3RvbSBvbmUgd2l0aCBhIHByaW50YWJsZSB1bml2ZXJzYWwgdHlwZS4gQnV0IHRoZW4gaXQgc2Vl bXMgeW91IGFyZSBkZXNpZ25pbmcgd2l0aCB0aGUgaWRlYSBvZiB1c2luZyBMd3QncyBmYWlsZWQg c3RhdGUgYXMgYW4gZXJyb3IgbWVjaGFuaXNtIHdoaWNoIEkgZGlzYWdyZWUgd2l0aC4gIAoKQmVz dCwKCkRhbmllbAoKCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXwpNaXJhZ2VPUy1kZXZlbCBtYWlsaW5nIGxpc3QKTWlyYWdlT1MtZGV2ZWxAbGlzdHMueGVu cHJvamVjdC5vcmcKaHR0cDovL2xpc3RzLnhlbnByb2plY3Qub3JnL2NnaS1iaW4vbWFpbG1hbi9s aXN0aW5mby9taXJhZ2Vvcy1kZXZlbAo= From mirageos-devel-bounces@lists.xenproject.org Sat Jan 31 19:45:50 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Sat, 31 Jan 2015 19:45:50 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YHdzF-0004Nx-E2; Sat, 31 Jan 2015 19:45:45 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YHdzD-0004Np-IQ for mirageos-devel@lists.xenproject.org; Sat, 31 Jan 2015 19:45:43 +0000 Received: from [85.158.139.211] by server-13.bemta-5.messagelabs.com id 85/CB-02801-6E03DC45; Sat, 31 Jan 2015 19:45:42 +0000 X-Env-Sender: mmatalka@gmail.com X-Msg-Ref: server-7.tower-206.messagelabs.com!1422733541!11533426!1 X-Originating-IP: [209.85.212.171] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24314 invoked from network); 31 Jan 2015 19:45:41 -0000 Received: from mail-wi0-f171.google.com (HELO mail-wi0-f171.google.com) (209.85.212.171) by server-7.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 31 Jan 2015 19:45:41 -0000 Received: by mail-wi0-f171.google.com with SMTP id l15so9311802wiw.4 for ; Sat, 31 Jan 2015 11:45:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type:content-transfer-encoding; bh=l/fO3ki4g8/2pLfiq2LqAtDtpAELRiYh0iLmJBp5gzM=; b=uIACIyMNuaBwxuF2aTCAhZsQNmNItDwfcGdemQWdaEEi/HPKDQWZk91HRrNz3aVBXB eiqORIFWZYq5WuiAmxXepN8nf51Ixm9cMCakjzGAwgfchG66GtBT3XeoazGPKDg+fBh5 gNfxlyuiWfx4oU+P+Z6Updsq+059BX/NqN3J9GCRYlfUo/3lSIatg9P+UNBkEsigf79U k43lA8c1t4fJfju1v9aPBUluJvkQ/ObpWYMpJ7r4p2kQLkWEHa/Dxm35v8BJEDM+mXqy PiXb7WElNPSNh4nNfiSO2LmhOEai7qACREIDzLCnyTovR6tbvPF2SF9d6Q/E6YALB2ob 2DyQ== X-Received: by 10.180.96.37 with SMTP id dp5mr7864142wib.64.1422733541493; Sat, 31 Jan 2015 11:45:41 -0800 (PST) Received: from localhost ([2a01:7e00::f03c:91ff:fe70:2696]) by mx.google.com with ESMTPSA id u18sm20460505wjq.42.2015.01.31.11.45.40 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 31 Jan 2015 11:45:40 -0800 (PST) From: Malcolm Matalka To: "mirageos-devel\@lists.xenproject.org" Cc: References: <2126FC5196B044EC8BDA0E07CB51089F@erratique.ch> Date: Sat, 31 Jan 2015 19:45:39 +0000 In-Reply-To: ("Daniel =?utf-8?Q?B=C3=BCnzli=22's?= message of "Fri, 30 Jan 2015 23:07:12 +0100") Message-ID: <874mr6ag4c.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) MIME-Version: 1.0 Subject: Re: [MirageOS-devel] Error handling in Mirage - request for comments! X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org RldJVywgSSBhZ3JlZSBoZWF2aWx5IHdpdGggRGFuaWVsJ3MgcmVzcG9uc2UuICBJIGF2b2lkIGV4 Y2VwdGlvbnMgYXMKbXVjaCBhcyBwb3NzaWJsZSwgbW9zdGx5IGR1ZSB0byB0aGUgbGFjayBvZiBl eGhhdXN0aXZlIGNoZWNraW5nLiAgSSBkbwp1c2UgdGhlbSBmb3Igbm9uLXJlY292ZXJhYmxlIHRo aW5ncy4KCkkgaGF2ZSBoYWQgZ3JlYXQgc3VjY2VzcyB1c2luZyBwb2x5bW9ycGhpYyB2YXJpYW50 cyArIERlZmVycmVkLlJlc3VsdC50CmluIG15IGNvZGUuICBBbG1vc3QgYWxsIGlzc3VlcyBJJ3Zl IGhhZCB3aXRoIGRlYnVnZ2luZyBjb2RlIGluIEFzeW5jIGFyZQp3aGVuIGFuIGV4Y2VwdGlvbiBh cyBiZWVuIHRocm93biBzb21ld2hlcmUuICBUaGUgc3RhY2t0cmFjZSBhbG1vc3QgbmV2ZXIKbWFr ZXMgYW55IHNlbnNlIGFuZCBsZWFkcyB0byBhIGxvdCBvZiBjb25mdXNpb24uCgpJdCBkb2VzIHRh a2UgZGlzY2lwbGluZSwgYXMgVGhvbWFzIHBvaW50ZWQgb3V0LCBidXQgdGhhdCBpcyBhdCBsZWFz dCBvbgp0aGUgZGV2ZWxvcGVyIHRvIGdldCByaWdodC4gIFVubGVzcyBleGNlcHRpb25zIGNhbiBi ZSBtYWRlIHRvIG1ha2Ugc2Vuc2UKaW5zaWRlIHRoZSBjb25jdXJyZW5jeSBmcmFtZXdvcmssIEkg dGhpbmsgaXQgaXMgaW1wb3J0YW50IHRvIGF2b2lkIHRoZW0uCgpUaGUgb3RoZXIgb3B0aW9uIGlz IHRvIG1vdmUgY29uY3VycmVuY3kgaW50byBPY2FtbCwgbGlrZSBFcmxhbmcgb3IgR28KZG9lcywg YW5kIGdldCBsYW5ndWFnZSBzdXBwb3J0IGFuZCB0b29saW5nIGZvciBleGNlcHRpb25zIGluIE9j YW1sIChJCndvdWxkIHN0aWxsIGF2b2lkIHVzaW5nIGV4Y2VwdGlvbnMgYXMgSSBwcmVmZXIgYW4g RXJyb3IgbW9uYWQsIGJ1dCBhdApsZWFzdCB0aGUgb2NjYXNpb25hbCBleGNlcHRpb24gd291bGQg bWFrZSBzZW5zZSkuCgovTQoKRGFuaWVsIELDvG56bGkgPGRhbmllbC5idWVuemxpQGVycmF0aXF1 ZS5jaD4gd3JpdGVzOgoKPiBMZSB2ZW5kcmVkaSwgMzAgamFudmllciAyMDE1IMOgIDE2OjUzLCBU aG9tYXMgTGVvbmFyZCBhIMOpY3JpdCA6Cj4KPj4gV2hhdCBwcm9ibGVtcyBkbyB5b3Ugc2VlIGlu IEx3dCdzIGVycm9yIGhhbmRsaW5nPwo+PiAgCj4KPiBbLi4uXSAgCj4KPj4gSXNuJ3QgTHd0IGFs cmVhZHkgYW4gZXJyb3IgbW9uYWQ/IENhbiB5b3UgZGVmaW5lICJ3ZWxsIHByaW5jaXBsZWQiIGhl cmU/Cj4KPgo+IEkgbWVhbnQgdGhlIHdheSB0aGV5IGRlYWwgd2l0aCBleGNlcHRpb25zIChhbmQg Y2FuY2VsYXRpb24pLiBJIHRoaW5rIHRoZXkgc2hvdWxkIGhhdmUgbGlmdGVkIHRoZSBlcnJvciBo YW5kbGluZyB0byB2YWx1ZSBsYW5kIGFuZCB0b2xkIHVzZXJzCj4gbm90IHRvIHVzZSBleGNlcHRp b25zIChjYXRjaCB0aGVtIGJldHdlZW4geWllbGRzIGlmIHlvdSBuZWVkIHRvIHVzZSB0aGVtIG9y IHVzZSBjb2RlIHRoYXQgdXNlcyB0aGVtKSByYXRoZXIgdGhhbiB0cnkgdG8gY29wZSB3aXRoCj4g dGhlbS4gQmVzaWRlcywgdGhlIGZhY3QgdGhhdCB0aGV5IHVzZSBleGNlcHRpb25zIHRvIHBlcmZv cm0gY2FuY2VsbGF0aW9uIGl0c2VsZiBsZWFkcyB0byBmdXJ0aGVyIGFic3VyZGl0aWVzICh3aGlj aCBzZWVtcyB0byBpbmRpY2F0ZSB0aGF0Cj4gY2FuY2VsYXRpb24gd2FzIGFmdGVydGhvdWdodCwg YnV0IHRoYXQncyB0aGUga2luZCBvZiBjb25jZXB0IHlvdSBuZWVkIHRoaW5rIGFib3V0IGZyb20g ZGF5IDAgaW4gYSBzeXN0ZW0gdG8gZ2V0IHRvIHNvbWV0aGluZyksIGFzIEkgd3JvdGUKPiBlbHNl d2hlcmU6Cj4KPiAiTHd0IGhhcyBib3RoIGNhbmNlbGFibGUgYW5kIG5vbi1jYW5jZWxhYmxlIHRo cmVhZHMgYW5kIHVzZXMgYW4gZXhjZXB0aW9uIGZvciB0aHJlYWQgY2FuY2VsbGF0aW9uLiBTb21l dGltZXMgdGhpcyBtYXkgbGVhZCB0byBzdXJwcmlzaW5nCj4gcmVzdWx0cyBlLmcuIEx3dC5waWNr IFt0LCB0J10gbWF5IHJldHVybiBhIGNhbmNlbGxlZCB0aHJlYWQgaWYgdCB0ZXJtaW5hdGVkIGFu ZCB0JyB3YXMgY2FuY2VsbGVkLiIKPgo+IEx3dCdzIGNvbWJpbmF0b3IgYWxnZWJyYSBpcyBicm9r ZW46IGEgY2FuY2VsbGVkIHRocmVhZCBzaG91bGQgYmUgYSBuZXV0cmFsIGVsZW1lbnQgZm9yIEx3 dC5waWNrLiAgCj4KPiBNeSBwb2ludCBoZXJlIGlzIHRoYXQgSSB0aGluayBtaXJhZ2Ugc2hvdWxk IGRlZmluZSBpdCdzIG93biBlcnJvciBtb25hZCBhbmQgc29sdmUgZXJyb3IgaGFuZGxpbmcgaW4g dmFsdWUgbGFuZCAody5yLnQuIHRoZSBjb25jdXJyZW5jeQo+IG1vbmFkcyksIGluZGVwZW5kZW50 bHkgZnJvbSB0aGUgaGlnaGVyLWxldmVsIGNvbmN1cnJlbmN5IHByaW1pdGl2ZXMgdXNlZC4gQnkg cHJvdmlkaW5nIGFwcHJvcHJpYXRlIGNvbWJpbmF0b3JzIGFuZCBvdGhlciByZXNvdXJjZSBob2xk aW5nCj4gY29tYmluYXRvcnMgdGhhdCBlbnN1cmUgYSByZXNvdXJjZSBpcyBvbmx5IGhlbGQgaW4g YSBnaXZlbiBzY29wZSBhbmQgdGhhdCBpbnRlcmFjdCB3aXRoIHRoYXQgZXJyb3IgbW9uYWQgc28g dGhhdCB3ZSBzaG91bGQgbm90IGV2ZXIgc2VlIHRoYXQKPiBraW5kIG9mIGhvcnJpYmxlIGNvZGU6 Cj4KPiBodHRwczovL2dpdGh1Yi5jb20vbWlyYWdlL21pcmFnZS13d3cvcHVsbC8yNzQvZmlsZXMj ZGlmZi1hYmI4YzBjNjBjNzUwNjVmODZmZjI5OTQyYTQ4M2VjNFI4OAo+Cj4gYW5kIGF1dG9tYXRp Y2FsbHkgZ3VpZGUgdGhlIHByb2dyYW1tZXIgaW4gZG9pbmcgdGhlIHJpZ2h0IHRoaW5nLgo+Cj4+ IEknZCBhZ3JlZSBpZiB0aGF0IHdhcyAiYWJvcnQgdGhlIGN1cnJlbnQgdHJhbnNhY3Rpb24gKHdo aWNoIG1heSBjb3Zlcgo+PiB0aGUgd2hvbGUgdW5pa2VybmVsKSIuIFJlYWxpc3RpY2FsbHksIHRo ZXJlIGFyZSBhbHdheXMgZ29pbmcgdG8gYmUKPj4gZXJyb3IgY29uZGl0aW9ucyB0aGF0IHJlc3Vs dCBpbiBleGNlcHRpb25zIHRoYXQgc2hvdWxkIG5vdCB0ZXJtaW5hdGUKPj4gaXQgKGUuZy4gcnVu bmluZyBvdXQgb2YgbWVtb3J5IHNlcnZpbmcgcmVxdWVzdHMgc2hvdWxkIG9ubHkgYWJvcnQgc29t ZQo+PiByZXF1ZXN0cywgZXRjKS4KPgo+Cj4gVGhlbiB0aGVzZSB0aGluZ3Mgc2hvdWxkIG5vdCBi ZSBleGNlcHRpb25zIGJ1dCBiZSB0aHJlYWRlZCB0aHJvdWdoIGFuIGFwcHJvcHJpYXRlIGVycm9y IG1vbmFkIGluIGNvbWJpbmF0aW9uIHdpdGggcmVzb3VyY2UgaG9sZGluZyBjb21iaW5hdG9ycyB0 byBjb3JyZWN0bHkgcmVsaW5xdWlzaCBoZWxkIHJlc291cmNlcy4gIAo+Cj4KPj4gSWYgSSB1bmRl cnN0YW5kIHlvdXIgcG9zaXRpb246Cj4+ICAKPj4gLSBFdmVyeSBleGNlcHRpb24gcmFpc2VkIE1V U1QgdGVybWluYXRlIHRoZSB1bmlrZXJuZWwuIFRoaXMgaW5jbHVkZXMKPj4gb3V0LW9mLW1lbW9y eSwgZGl2aXNpb24tYnktemVybywgaW50X29mX3N0cmluZyBvbiBhbiBvdXQtb2YtcmFuZ2UgaW50 LAo+PiBldGMsIGluIGFueSBjb2RlIHBhdGguIEFib3J0aW5nIHRoZSBvcGVyYXRpb24gKGUuZy4g SFRUUCByZXF1ZXN0KSB0aGF0Cj4+IGNhdXNlZCB0aGUgcHJvYmxlbSwgbG9nZ2luZyB0aGUgZXhj ZXB0aW9uIGFuZCBjb250aW51aW5nIGlzIG5vdCBhbgo+PiBvcHRpb24uCj4KPiBZZXMuIFRoYXQg aXMsIGFueXRoaW5nIG5vbiByZWNvdmVyYWJsZS4gaW50X29mX3N0cmluZyBzaG91bGQgaW4gZmFj dCBuZXZlciBoYXZlIHJhaXNlZCBpbiB0aGUgZmlyc3QgcGxhY2UgYnV0IGhhdmUgcmV0dXJuZWQg YW4gb3B0aW9uIHR5cGUuCj4gICAKPj4gLSBJdCBpcyB0aGVyZWZvcmUgYWNjZXB0YWJsZSBmb3Ig YSBtb2R1bGUgdG8gbGVhayByZXNvdXJjZXMgYW5kL29yCj4+IGxlYXZlIHRoZSBzeXN0ZW0gaW4g YW4gaW52YWxpZCBzdGF0ZSBpZiBpdCBpdCByZWNlaXZlcyBhbiBleGNlcHRpb24KPj4gZnJvbSBh bnkgY29kZSBpdCBjYWxscy4KPgo+IE5vLiBJZiB5b3UgbmVlZCB0byByZWNvdmVyIHRoZW4gZG9u J3QgdXNlIGV4Y2VwdGlvbnMuIFVzZSBhbiBlcnJvciBtb25hZCBhbmQgcmVzb3VyY2UgaG9sZGlu ZyBjb21iaW5hdG9ycy4KPgo+PiBJIGRvbid0IHRoaW5rIGV4Y2VwdGlvbiBzYWZldHkgaXMgbXVj aCB3b3JrIGluIG1vc3QKPj4gY2FzZXMgKEkgYWx3YXlzIHRyeSB0byBkbyB0aGlzIGluIG15IG93 biBjb2RlLCBhbnl3YXkpLgo+Cj4KPiBJZiBieSBleGNlcHRpb24gc2FmZXR5IHlvdSBtZWFuLCBo YW5kbGluZyBleGNlcHRpb25zIGNvcnJlY3RseS4gVGhlbiBuby4gVGhlcmUncyBhbHdheXMgdGhl IGV4Y2VwdGlvbiB5b3UgZm9yZ2V0IHRvIGhhbmRsZSwgeW91IGhhdmUgdG8gcHV0Cj4gdGhlIGhh bmRsZXJzIGF0IHRoZSByaWdodCBwbGFjZSwgYW5kIHRoZXJlJ3MgYSBsYWNrIG9mIGxvY2FsaXR5 IGluIHByb2dyYW0gdW5kZXJzdGFuZGluZyAoYmVjYXVzZSBleGNlcHRpb25zIG1heSBmbG93IGJl eW9uZCBhIGhhbmRsZXIgaWYKPiBpdCdzIG5vdCBoYW5kbGVkIGJ5IGl0KSB0aGF0J3MgdG9vIG11 Y2ggdGhpbmtpbmcgYW5kIHN1YnRlbHRpZXMuIEJlc2lkZXMgdGhlcmUncyBubyBleGhhdXN0aXZl bmVzcyBjaGVjayBmb3IgZXhjZXB0aW9ucy4gVGhhdCdzIHRoZSByZWFzb24KPiB3aHkgSSBwcmVm ZXIgdG8gaGF2ZSBhIG1vbmFkIHRoYXQgZm9yY2VzIHlvdSBpbnRvIGRvaW5nIHRoZSByaWdodCB0 aGluZ3MgYnkgdHlwZSBkaXJlY3Rpb24uCj4KPj4gSSB3b3VsZCBob3dldmVyIHJlcGxhY2UgYWxs IHRoZSBuZXR3b3JrIGNvZGVzIHdpdGggYSBnZW5lcmljCj4+IChgTmV0d29ya19lcnJvciBvZiBl eG4pLCB3aGVyZSB0aGUgZXhuIG1pZ2h0IGJlIGUuZy4gYSBSZWZ1c2VkCj4+IGV4Y2VwdGlvbiB3 aXRoIG1vcmUgaW5mb3JtYXRpb24gYWJvdXQgd2h5IGl0IHdhcyByZWZ1c2VkLiBUaGlzIG1ha2Vz Cj4+IGl0IGVhc3kgZm9yIGNhbGxlcnMgd2hvIGRvbid0IGNhcmUgdG8gaGFuZGxlIHRoZW0gYWxs IGF0IG9uY2UgKHdpdGgKPj4gTHd0LmZhaWwpLCBhbGxvd3MgZXh0cmEgbmV0d29yayBlcnJvcnMg dG8gYmUgYWRkZWQgYnkgaW1wbGVtZW50YXRpb25zLAo+PiBhbmQgYWxsb3dzIGF0dGFjaGluZyBt b3JlIGRldGFpbHMgYWJvdXQgdGhlIGNhdXNlcy4KPgo+IEknbSByZWFsbHkgbm90IGZvbmQgb2Yg dGhpcy4gWW91IGNhbiB1c2Ugb3BlbiBwb2x5bW9ycGhpYyB2YXJpYW50cyBmb3IgdGhpcyBvciBh IGNsb3NlZCBvbmUgd2l0aCBhIGZldyBrbm93biBjb21tb24gY2FzZXMgYW5kIGEgY3VzdG9tIG9u ZQo+IHdpdGggYSBwcmludGFibGUgdW5pdmVyc2FsIHR5cGUuIEJ1dCB0aGVuIGl0IHNlZW1zIHlv dSBhcmUgZGVzaWduaW5nIHdpdGggdGhlIGlkZWEgb2YgdXNpbmcgTHd0J3MgZmFpbGVkIHN0YXRl IGFzIGFuIGVycm9yIG1lY2hhbmlzbSB3aGljaCBJCj4gZGlzYWdyZWUgd2l0aC4KPgo+IEJlc3Qs Cj4KPiBEYW5pZWwKPgo+Cj4KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fXwo+IE1pcmFnZU9TLWRldmVsIG1haWxpbmcgbGlzdAo+IE1pcmFnZU9TLWRldmVs QGxpc3RzLnhlbnByb2plY3Qub3JnCj4gaHR0cDovL2xpc3RzLnhlbnByb2plY3Qub3JnL2NnaS1i aW4vbWFpbG1hbi9saXN0aW5mby9taXJhZ2Vvcy1kZXZlbAoKX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18KTWlyYWdlT1MtZGV2ZWwgbWFpbGluZyBsaXN0Ck1p cmFnZU9TLWRldmVsQGxpc3RzLnhlbnByb2plY3Qub3JnCmh0dHA6Ly9saXN0cy54ZW5wcm9qZWN0 Lm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8vbWlyYWdlb3MtZGV2ZWwK From mirageos-devel-bounces@lists.xenproject.org Sat Jan 31 19:45:50 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Sat, 31 Jan 2015 19:45:50 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YHdzF-0004Nx-E2; Sat, 31 Jan 2015 19:45:45 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YHdzD-0004Np-IQ for mirageos-devel@lists.xenproject.org; Sat, 31 Jan 2015 19:45:43 +0000 Received: from [85.158.139.211] by server-13.bemta-5.messagelabs.com id 85/CB-02801-6E03DC45; Sat, 31 Jan 2015 19:45:42 +0000 X-Env-Sender: mmatalka@gmail.com X-Msg-Ref: server-7.tower-206.messagelabs.com!1422733541!11533426!1 X-Originating-IP: [209.85.212.171] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24314 invoked from network); 31 Jan 2015 19:45:41 -0000 Received: from mail-wi0-f171.google.com (HELO mail-wi0-f171.google.com) (209.85.212.171) by server-7.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 31 Jan 2015 19:45:41 -0000 Received: by mail-wi0-f171.google.com with SMTP id l15so9311802wiw.4 for ; Sat, 31 Jan 2015 11:45:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type:content-transfer-encoding; bh=l/fO3ki4g8/2pLfiq2LqAtDtpAELRiYh0iLmJBp5gzM=; b=uIACIyMNuaBwxuF2aTCAhZsQNmNItDwfcGdemQWdaEEi/HPKDQWZk91HRrNz3aVBXB eiqORIFWZYq5WuiAmxXepN8nf51Ixm9cMCakjzGAwgfchG66GtBT3XeoazGPKDg+fBh5 gNfxlyuiWfx4oU+P+Z6Updsq+059BX/NqN3J9GCRYlfUo/3lSIatg9P+UNBkEsigf79U k43lA8c1t4fJfju1v9aPBUluJvkQ/ObpWYMpJ7r4p2kQLkWEHa/Dxm35v8BJEDM+mXqy PiXb7WElNPSNh4nNfiSO2LmhOEai7qACREIDzLCnyTovR6tbvPF2SF9d6Q/E6YALB2ob 2DyQ== X-Received: by 10.180.96.37 with SMTP id dp5mr7864142wib.64.1422733541493; Sat, 31 Jan 2015 11:45:41 -0800 (PST) Received: from localhost ([2a01:7e00::f03c:91ff:fe70:2696]) by mx.google.com with ESMTPSA id u18sm20460505wjq.42.2015.01.31.11.45.40 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 31 Jan 2015 11:45:40 -0800 (PST) From: Malcolm Matalka To: "mirageos-devel\@lists.xenproject.org" Cc: References: <2126FC5196B044EC8BDA0E07CB51089F@erratique.ch> Date: Sat, 31 Jan 2015 19:45:39 +0000 In-Reply-To: ("Daniel =?utf-8?Q?B=C3=BCnzli=22's?= message of "Fri, 30 Jan 2015 23:07:12 +0100") Message-ID: <874mr6ag4c.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) MIME-Version: 1.0 Subject: Re: [MirageOS-devel] Error handling in Mirage - request for comments! X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org RldJVywgSSBhZ3JlZSBoZWF2aWx5IHdpdGggRGFuaWVsJ3MgcmVzcG9uc2UuICBJIGF2b2lkIGV4 Y2VwdGlvbnMgYXMKbXVjaCBhcyBwb3NzaWJsZSwgbW9zdGx5IGR1ZSB0byB0aGUgbGFjayBvZiBl eGhhdXN0aXZlIGNoZWNraW5nLiAgSSBkbwp1c2UgdGhlbSBmb3Igbm9uLXJlY292ZXJhYmxlIHRo aW5ncy4KCkkgaGF2ZSBoYWQgZ3JlYXQgc3VjY2VzcyB1c2luZyBwb2x5bW9ycGhpYyB2YXJpYW50 cyArIERlZmVycmVkLlJlc3VsdC50CmluIG15IGNvZGUuICBBbG1vc3QgYWxsIGlzc3VlcyBJJ3Zl IGhhZCB3aXRoIGRlYnVnZ2luZyBjb2RlIGluIEFzeW5jIGFyZQp3aGVuIGFuIGV4Y2VwdGlvbiBh cyBiZWVuIHRocm93biBzb21ld2hlcmUuICBUaGUgc3RhY2t0cmFjZSBhbG1vc3QgbmV2ZXIKbWFr ZXMgYW55IHNlbnNlIGFuZCBsZWFkcyB0byBhIGxvdCBvZiBjb25mdXNpb24uCgpJdCBkb2VzIHRh a2UgZGlzY2lwbGluZSwgYXMgVGhvbWFzIHBvaW50ZWQgb3V0LCBidXQgdGhhdCBpcyBhdCBsZWFz dCBvbgp0aGUgZGV2ZWxvcGVyIHRvIGdldCByaWdodC4gIFVubGVzcyBleGNlcHRpb25zIGNhbiBi ZSBtYWRlIHRvIG1ha2Ugc2Vuc2UKaW5zaWRlIHRoZSBjb25jdXJyZW5jeSBmcmFtZXdvcmssIEkg dGhpbmsgaXQgaXMgaW1wb3J0YW50IHRvIGF2b2lkIHRoZW0uCgpUaGUgb3RoZXIgb3B0aW9uIGlz IHRvIG1vdmUgY29uY3VycmVuY3kgaW50byBPY2FtbCwgbGlrZSBFcmxhbmcgb3IgR28KZG9lcywg YW5kIGdldCBsYW5ndWFnZSBzdXBwb3J0IGFuZCB0b29saW5nIGZvciBleGNlcHRpb25zIGluIE9j YW1sIChJCndvdWxkIHN0aWxsIGF2b2lkIHVzaW5nIGV4Y2VwdGlvbnMgYXMgSSBwcmVmZXIgYW4g RXJyb3IgbW9uYWQsIGJ1dCBhdApsZWFzdCB0aGUgb2NjYXNpb25hbCBleGNlcHRpb24gd291bGQg bWFrZSBzZW5zZSkuCgovTQoKRGFuaWVsIELDvG56bGkgPGRhbmllbC5idWVuemxpQGVycmF0aXF1 ZS5jaD4gd3JpdGVzOgoKPiBMZSB2ZW5kcmVkaSwgMzAgamFudmllciAyMDE1IMOgIDE2OjUzLCBU aG9tYXMgTGVvbmFyZCBhIMOpY3JpdCA6Cj4KPj4gV2hhdCBwcm9ibGVtcyBkbyB5b3Ugc2VlIGlu IEx3dCdzIGVycm9yIGhhbmRsaW5nPwo+PiAgCj4KPiBbLi4uXSAgCj4KPj4gSXNuJ3QgTHd0IGFs cmVhZHkgYW4gZXJyb3IgbW9uYWQ/IENhbiB5b3UgZGVmaW5lICJ3ZWxsIHByaW5jaXBsZWQiIGhl cmU/Cj4KPgo+IEkgbWVhbnQgdGhlIHdheSB0aGV5IGRlYWwgd2l0aCBleGNlcHRpb25zIChhbmQg Y2FuY2VsYXRpb24pLiBJIHRoaW5rIHRoZXkgc2hvdWxkIGhhdmUgbGlmdGVkIHRoZSBlcnJvciBo YW5kbGluZyB0byB2YWx1ZSBsYW5kIGFuZCB0b2xkIHVzZXJzCj4gbm90IHRvIHVzZSBleGNlcHRp b25zIChjYXRjaCB0aGVtIGJldHdlZW4geWllbGRzIGlmIHlvdSBuZWVkIHRvIHVzZSB0aGVtIG9y IHVzZSBjb2RlIHRoYXQgdXNlcyB0aGVtKSByYXRoZXIgdGhhbiB0cnkgdG8gY29wZSB3aXRoCj4g dGhlbS4gQmVzaWRlcywgdGhlIGZhY3QgdGhhdCB0aGV5IHVzZSBleGNlcHRpb25zIHRvIHBlcmZv cm0gY2FuY2VsbGF0aW9uIGl0c2VsZiBsZWFkcyB0byBmdXJ0aGVyIGFic3VyZGl0aWVzICh3aGlj aCBzZWVtcyB0byBpbmRpY2F0ZSB0aGF0Cj4gY2FuY2VsYXRpb24gd2FzIGFmdGVydGhvdWdodCwg YnV0IHRoYXQncyB0aGUga2luZCBvZiBjb25jZXB0IHlvdSBuZWVkIHRoaW5rIGFib3V0IGZyb20g ZGF5IDAgaW4gYSBzeXN0ZW0gdG8gZ2V0IHRvIHNvbWV0aGluZyksIGFzIEkgd3JvdGUKPiBlbHNl d2hlcmU6Cj4KPiAiTHd0IGhhcyBib3RoIGNhbmNlbGFibGUgYW5kIG5vbi1jYW5jZWxhYmxlIHRo cmVhZHMgYW5kIHVzZXMgYW4gZXhjZXB0aW9uIGZvciB0aHJlYWQgY2FuY2VsbGF0aW9uLiBTb21l dGltZXMgdGhpcyBtYXkgbGVhZCB0byBzdXJwcmlzaW5nCj4gcmVzdWx0cyBlLmcuIEx3dC5waWNr IFt0LCB0J10gbWF5IHJldHVybiBhIGNhbmNlbGxlZCB0aHJlYWQgaWYgdCB0ZXJtaW5hdGVkIGFu ZCB0JyB3YXMgY2FuY2VsbGVkLiIKPgo+IEx3dCdzIGNvbWJpbmF0b3IgYWxnZWJyYSBpcyBicm9r ZW46IGEgY2FuY2VsbGVkIHRocmVhZCBzaG91bGQgYmUgYSBuZXV0cmFsIGVsZW1lbnQgZm9yIEx3 dC5waWNrLiAgCj4KPiBNeSBwb2ludCBoZXJlIGlzIHRoYXQgSSB0aGluayBtaXJhZ2Ugc2hvdWxk IGRlZmluZSBpdCdzIG93biBlcnJvciBtb25hZCBhbmQgc29sdmUgZXJyb3IgaGFuZGxpbmcgaW4g dmFsdWUgbGFuZCAody5yLnQuIHRoZSBjb25jdXJyZW5jeQo+IG1vbmFkcyksIGluZGVwZW5kZW50 bHkgZnJvbSB0aGUgaGlnaGVyLWxldmVsIGNvbmN1cnJlbmN5IHByaW1pdGl2ZXMgdXNlZC4gQnkg cHJvdmlkaW5nIGFwcHJvcHJpYXRlIGNvbWJpbmF0b3JzIGFuZCBvdGhlciByZXNvdXJjZSBob2xk aW5nCj4gY29tYmluYXRvcnMgdGhhdCBlbnN1cmUgYSByZXNvdXJjZSBpcyBvbmx5IGhlbGQgaW4g YSBnaXZlbiBzY29wZSBhbmQgdGhhdCBpbnRlcmFjdCB3aXRoIHRoYXQgZXJyb3IgbW9uYWQgc28g dGhhdCB3ZSBzaG91bGQgbm90IGV2ZXIgc2VlIHRoYXQKPiBraW5kIG9mIGhvcnJpYmxlIGNvZGU6 Cj4KPiBodHRwczovL2dpdGh1Yi5jb20vbWlyYWdlL21pcmFnZS13d3cvcHVsbC8yNzQvZmlsZXMj ZGlmZi1hYmI4YzBjNjBjNzUwNjVmODZmZjI5OTQyYTQ4M2VjNFI4OAo+Cj4gYW5kIGF1dG9tYXRp Y2FsbHkgZ3VpZGUgdGhlIHByb2dyYW1tZXIgaW4gZG9pbmcgdGhlIHJpZ2h0IHRoaW5nLgo+Cj4+ IEknZCBhZ3JlZSBpZiB0aGF0IHdhcyAiYWJvcnQgdGhlIGN1cnJlbnQgdHJhbnNhY3Rpb24gKHdo aWNoIG1heSBjb3Zlcgo+PiB0aGUgd2hvbGUgdW5pa2VybmVsKSIuIFJlYWxpc3RpY2FsbHksIHRo ZXJlIGFyZSBhbHdheXMgZ29pbmcgdG8gYmUKPj4gZXJyb3IgY29uZGl0aW9ucyB0aGF0IHJlc3Vs dCBpbiBleGNlcHRpb25zIHRoYXQgc2hvdWxkIG5vdCB0ZXJtaW5hdGUKPj4gaXQgKGUuZy4gcnVu bmluZyBvdXQgb2YgbWVtb3J5IHNlcnZpbmcgcmVxdWVzdHMgc2hvdWxkIG9ubHkgYWJvcnQgc29t ZQo+PiByZXF1ZXN0cywgZXRjKS4KPgo+Cj4gVGhlbiB0aGVzZSB0aGluZ3Mgc2hvdWxkIG5vdCBi ZSBleGNlcHRpb25zIGJ1dCBiZSB0aHJlYWRlZCB0aHJvdWdoIGFuIGFwcHJvcHJpYXRlIGVycm9y IG1vbmFkIGluIGNvbWJpbmF0aW9uIHdpdGggcmVzb3VyY2UgaG9sZGluZyBjb21iaW5hdG9ycyB0 byBjb3JyZWN0bHkgcmVsaW5xdWlzaCBoZWxkIHJlc291cmNlcy4gIAo+Cj4KPj4gSWYgSSB1bmRl cnN0YW5kIHlvdXIgcG9zaXRpb246Cj4+ICAKPj4gLSBFdmVyeSBleGNlcHRpb24gcmFpc2VkIE1V U1QgdGVybWluYXRlIHRoZSB1bmlrZXJuZWwuIFRoaXMgaW5jbHVkZXMKPj4gb3V0LW9mLW1lbW9y eSwgZGl2aXNpb24tYnktemVybywgaW50X29mX3N0cmluZyBvbiBhbiBvdXQtb2YtcmFuZ2UgaW50 LAo+PiBldGMsIGluIGFueSBjb2RlIHBhdGguIEFib3J0aW5nIHRoZSBvcGVyYXRpb24gKGUuZy4g SFRUUCByZXF1ZXN0KSB0aGF0Cj4+IGNhdXNlZCB0aGUgcHJvYmxlbSwgbG9nZ2luZyB0aGUgZXhj ZXB0aW9uIGFuZCBjb250aW51aW5nIGlzIG5vdCBhbgo+PiBvcHRpb24uCj4KPiBZZXMuIFRoYXQg aXMsIGFueXRoaW5nIG5vbiByZWNvdmVyYWJsZS4gaW50X29mX3N0cmluZyBzaG91bGQgaW4gZmFj dCBuZXZlciBoYXZlIHJhaXNlZCBpbiB0aGUgZmlyc3QgcGxhY2UgYnV0IGhhdmUgcmV0dXJuZWQg YW4gb3B0aW9uIHR5cGUuCj4gICAKPj4gLSBJdCBpcyB0aGVyZWZvcmUgYWNjZXB0YWJsZSBmb3Ig YSBtb2R1bGUgdG8gbGVhayByZXNvdXJjZXMgYW5kL29yCj4+IGxlYXZlIHRoZSBzeXN0ZW0gaW4g YW4gaW52YWxpZCBzdGF0ZSBpZiBpdCBpdCByZWNlaXZlcyBhbiBleGNlcHRpb24KPj4gZnJvbSBh bnkgY29kZSBpdCBjYWxscy4KPgo+IE5vLiBJZiB5b3UgbmVlZCB0byByZWNvdmVyIHRoZW4gZG9u J3QgdXNlIGV4Y2VwdGlvbnMuIFVzZSBhbiBlcnJvciBtb25hZCBhbmQgcmVzb3VyY2UgaG9sZGlu ZyBjb21iaW5hdG9ycy4KPgo+PiBJIGRvbid0IHRoaW5rIGV4Y2VwdGlvbiBzYWZldHkgaXMgbXVj aCB3b3JrIGluIG1vc3QKPj4gY2FzZXMgKEkgYWx3YXlzIHRyeSB0byBkbyB0aGlzIGluIG15IG93 biBjb2RlLCBhbnl3YXkpLgo+Cj4KPiBJZiBieSBleGNlcHRpb24gc2FmZXR5IHlvdSBtZWFuLCBo YW5kbGluZyBleGNlcHRpb25zIGNvcnJlY3RseS4gVGhlbiBuby4gVGhlcmUncyBhbHdheXMgdGhl IGV4Y2VwdGlvbiB5b3UgZm9yZ2V0IHRvIGhhbmRsZSwgeW91IGhhdmUgdG8gcHV0Cj4gdGhlIGhh bmRsZXJzIGF0IHRoZSByaWdodCBwbGFjZSwgYW5kIHRoZXJlJ3MgYSBsYWNrIG9mIGxvY2FsaXR5 IGluIHByb2dyYW0gdW5kZXJzdGFuZGluZyAoYmVjYXVzZSBleGNlcHRpb25zIG1heSBmbG93IGJl eW9uZCBhIGhhbmRsZXIgaWYKPiBpdCdzIG5vdCBoYW5kbGVkIGJ5IGl0KSB0aGF0J3MgdG9vIG11 Y2ggdGhpbmtpbmcgYW5kIHN1YnRlbHRpZXMuIEJlc2lkZXMgdGhlcmUncyBubyBleGhhdXN0aXZl bmVzcyBjaGVjayBmb3IgZXhjZXB0aW9ucy4gVGhhdCdzIHRoZSByZWFzb24KPiB3aHkgSSBwcmVm ZXIgdG8gaGF2ZSBhIG1vbmFkIHRoYXQgZm9yY2VzIHlvdSBpbnRvIGRvaW5nIHRoZSByaWdodCB0 aGluZ3MgYnkgdHlwZSBkaXJlY3Rpb24uCj4KPj4gSSB3b3VsZCBob3dldmVyIHJlcGxhY2UgYWxs IHRoZSBuZXR3b3JrIGNvZGVzIHdpdGggYSBnZW5lcmljCj4+IChgTmV0d29ya19lcnJvciBvZiBl eG4pLCB3aGVyZSB0aGUgZXhuIG1pZ2h0IGJlIGUuZy4gYSBSZWZ1c2VkCj4+IGV4Y2VwdGlvbiB3 aXRoIG1vcmUgaW5mb3JtYXRpb24gYWJvdXQgd2h5IGl0IHdhcyByZWZ1c2VkLiBUaGlzIG1ha2Vz Cj4+IGl0IGVhc3kgZm9yIGNhbGxlcnMgd2hvIGRvbid0IGNhcmUgdG8gaGFuZGxlIHRoZW0gYWxs IGF0IG9uY2UgKHdpdGgKPj4gTHd0LmZhaWwpLCBhbGxvd3MgZXh0cmEgbmV0d29yayBlcnJvcnMg dG8gYmUgYWRkZWQgYnkgaW1wbGVtZW50YXRpb25zLAo+PiBhbmQgYWxsb3dzIGF0dGFjaGluZyBt b3JlIGRldGFpbHMgYWJvdXQgdGhlIGNhdXNlcy4KPgo+IEknbSByZWFsbHkgbm90IGZvbmQgb2Yg dGhpcy4gWW91IGNhbiB1c2Ugb3BlbiBwb2x5bW9ycGhpYyB2YXJpYW50cyBmb3IgdGhpcyBvciBh IGNsb3NlZCBvbmUgd2l0aCBhIGZldyBrbm93biBjb21tb24gY2FzZXMgYW5kIGEgY3VzdG9tIG9u ZQo+IHdpdGggYSBwcmludGFibGUgdW5pdmVyc2FsIHR5cGUuIEJ1dCB0aGVuIGl0IHNlZW1zIHlv dSBhcmUgZGVzaWduaW5nIHdpdGggdGhlIGlkZWEgb2YgdXNpbmcgTHd0J3MgZmFpbGVkIHN0YXRl IGFzIGFuIGVycm9yIG1lY2hhbmlzbSB3aGljaCBJCj4gZGlzYWdyZWUgd2l0aC4KPgo+IEJlc3Qs Cj4KPiBEYW5pZWwKPgo+Cj4KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fXwo+IE1pcmFnZU9TLWRldmVsIG1haWxpbmcgbGlzdAo+IE1pcmFnZU9TLWRldmVs QGxpc3RzLnhlbnByb2plY3Qub3JnCj4gaHR0cDovL2xpc3RzLnhlbnByb2plY3Qub3JnL2NnaS1i aW4vbWFpbG1hbi9saXN0aW5mby9taXJhZ2Vvcy1kZXZlbAoKX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18KTWlyYWdlT1MtZGV2ZWwgbWFpbGluZyBsaXN0Ck1p cmFnZU9TLWRldmVsQGxpc3RzLnhlbnByb2plY3Qub3JnCmh0dHA6Ly9saXN0cy54ZW5wcm9qZWN0 Lm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8vbWlyYWdlb3MtZGV2ZWwK From mirageos-devel-bounces@lists.xenproject.org Sat Jan 31 21:07:31 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Sat, 31 Jan 2015 21:07:31 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YHfGJ-0000Dt-6T; Sat, 31 Jan 2015 21:07:27 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YHfGH-0000Do-QT for mirageos-devel@lists.xenproject.org; Sat, 31 Jan 2015 21:07:26 +0000 Received: from [85.158.143.35] by server-2.bemta-4.messagelabs.com id 85/10-02749-C044DC45; Sat, 31 Jan 2015 21:07:24 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-7.tower-21.messagelabs.com!1422738443!13745893!1 X-Originating-IP: [209.85.215.54] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22659 invoked from network); 31 Jan 2015 21:07:23 -0000 Received: from mail-la0-f54.google.com (HELO mail-la0-f54.google.com) (209.85.215.54) by server-7.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 31 Jan 2015 21:07:23 -0000 Received: by mail-la0-f54.google.com with SMTP id hv19so30504962lab.13 for ; Sat, 31 Jan 2015 13:07:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=X/tMWSDSCuKjt1NUoTQxXcABtZK/gZH+WgACqgp0qEU=; b=y4L3sBrbARFl2qLnEIpJqigjwvDUYkUDKQ79VTaShc0jIZCGvE5OWXuWmiIv/eTWsB dQhL1Nqp9cExqC18/KbZUyxqQPALGixzsVdJMNc3QfwC+OeBxjLMKqmuMKfdqSWSxRj/ Zp8km61aWykHw42vB1a1+nYXjJSGFuMxMdqSiSK0YyU9jZg57h2F0NPnu7mDDEs9+UHR +s3wdypLkH+Gm7stT947CQvyBFFR4hh7hI/ZSHsk9GYtyGiFtfnZHiqrp82B5TLWLGQ4 vo4aXlKp4auveGFPxzADIDgnp/5AsRhz4cUKH5S2+xI3buTDHgMEoAfB9yFnfbmFDAac BqSw== MIME-Version: 1.0 X-Received: by 10.152.182.235 with SMTP id eh11mr12598172lac.9.1422738442870; Sat, 31 Jan 2015 13:07:22 -0800 (PST) Received: by 10.25.207.3 with HTTP; Sat, 31 Jan 2015 13:07:22 -0800 (PST) In-Reply-To: References: <2126FC5196B044EC8BDA0E07CB51089F@erratique.ch> Date: Sat, 31 Jan 2015 21:07:22 +0000 Message-ID: From: Thomas Leonard To: =?UTF-8?Q?Daniel_B=C3=BCnzli?= Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Error handling in Mirage - request for comments! X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org T24gMzAgSmFudWFyeSAyMDE1IGF0IDIyOjA3LCBEYW5pZWwgQsO8bnpsaSA8ZGFuaWVsLmJ1ZW56 bGlAZXJyYXRpcXVlLmNoPiB3cm90ZToKPgo+Cj4gTGUgdmVuZHJlZGksIDMwIGphbnZpZXIgMjAx NSDDoCAxNjo1MywgVGhvbWFzIExlb25hcmQgYSDDqWNyaXQgOgo+Cj4+IFdoYXQgcHJvYmxlbXMg ZG8geW91IHNlZSBpbiBMd3QncyBlcnJvciBoYW5kbGluZz8KPj4KPgo+IFsuLi5dCj4KPj4gSXNu J3QgTHd0IGFscmVhZHkgYW4gZXJyb3IgbW9uYWQ/IENhbiB5b3UgZGVmaW5lICJ3ZWxsIHByaW5j aXBsZWQiIGhlcmU/Cj4KPgo+IEkgbWVhbnQgdGhlIHdheSB0aGV5IGRlYWwgd2l0aCBleGNlcHRp b25zIChhbmQgY2FuY2VsYXRpb24pLiBJIHRoaW5rIHRoZXkgc2hvdWxkIGhhdmUgbGlmdGVkIHRo ZSBlcnJvciBoYW5kbGluZyB0byB2YWx1ZSBsYW5kIGFuZCB0b2xkIHVzZXJzIG5vdCB0byB1c2Ug ZXhjZXB0aW9ucyAoY2F0Y2ggdGhlbSBiZXR3ZWVuIHlpZWxkcyBpZiB5b3UgbmVlZCB0byB1c2Ug dGhlbSBvciB1c2UgY29kZSB0aGF0IHVzZXMgdGhlbSkgcmF0aGVyIHRoYW4gdHJ5IHRvIGNvcGUg d2l0aCB0aGVtLiBCZXNpZGVzLCB0aGUgZmFjdCB0aGF0IHRoZXkgdXNlIGV4Y2VwdGlvbnMgdG8g cGVyZm9ybSBjYW5jZWxsYXRpb24gaXRzZWxmIGxlYWRzIHRvIGZ1cnRoZXIgYWJzdXJkaXRpZXMg KHdoaWNoIHNlZW1zIHRvIGluZGljYXRlIHRoYXQgY2FuY2VsYXRpb24gd2FzIGFmdGVydGhvdWdo dCwgYnV0IHRoYXQncyB0aGUga2luZCBvZiBjb25jZXB0IHlvdSBuZWVkIHRoaW5rIGFib3V0IGZy b20gZGF5IDAgaW4gYSBzeXN0ZW0gdG8gZ2V0IHRvIHNvbWV0aGluZyksIGFzIEkgd3JvdGUgZWxz ZXdoZXJlOgo+Cj4gIkx3dCBoYXMgYm90aCBjYW5jZWxhYmxlIGFuZCBub24tY2FuY2VsYWJsZSB0 aHJlYWRzIGFuZCB1c2VzIGFuIGV4Y2VwdGlvbiBmb3IgdGhyZWFkIGNhbmNlbGxhdGlvbi4gU29t ZXRpbWVzIHRoaXMgbWF5IGxlYWQgdG8gc3VycHJpc2luZyByZXN1bHRzIGUuZy4gTHd0LnBpY2sg W3QsIHQnXSBtYXkgcmV0dXJuIGEgY2FuY2VsbGVkIHRocmVhZCBpZiB0IHRlcm1pbmF0ZWQgYW5k IHQnIHdhcyBjYW5jZWxsZWQuIgo+Cj4gTHd0J3MgY29tYmluYXRvciBhbGdlYnJhIGlzIGJyb2tl bjogYSBjYW5jZWxsZWQgdGhyZWFkIHNob3VsZCBiZSBhIG5ldXRyYWwgZWxlbWVudCBmb3IgTHd0 LnBpY2suCgpTdXJlLCBidXQgSSBkb24ndCBzZWUgd2hhdCBkaWZmZXJlbmNlIGFueSBvZiB0aGlz IGNhbmNlbGxhdGlvbiBzdHVmZgptYWtlcy4gTGF5ZXJpbmcgYSBzZWNvbmQgZXJyb3IgbW9uYWQg b24gdG9wIG9mIEx3dCB3b24ndCB1bi1icmVhawpjYW5jZWxsYXRpb24uCgpMZXQncyBzYXkgc29t ZW9uZSBzZW5kcyBtZSBhbiBIVFRQIHJlcXVlc3QgYW5kIEkgZG86CgogIHdpdGhfZ250IChwcm9j ZXNzIHgpCgpGb3Igc29tZSByZWFzb24sIHBlcmhhcHMgYSB0aW1lb3V0LCBzb21lb25lIGNhbmNl bHMgeCAod2hpY2ggd2UgYWdyZWUKaXMgYSBiYWQgaWRlYSwgYnV0IGl0IGhhcHBlbnMpLiBJIHdv dWxkIGV4cGVjdDoKCjEuICJwcm9jZXNzIiBwcm9iYWJseSBmb3JnZXRzIHRvIGNhdGNoIHRoZSBD YW5jZWxsZWQgZXhjZXB0aW9uIGFuZCBMd3QKcHJvcGFnYXRlcyBpdC4KMi4gIndpdGhfZ250IiBy ZWxlYXNlcyB0aGUgZ3JhbnQuCjMuIHRoZSBIVFRQIGhhbmRsZXIgbG9ncyB0aGUgZXhjZXB0aW9u IGFuZCByZXR1cm5zIGEgInNlcnZlciBlcnJvciIKcmVzcG9uc2UgdG8gdGhlIGNhbGxlci4KNC4g dGhlIHVuaWtlcm5lbCBjb250aW51ZXMgc2VydmluZyByZXF1ZXN0cy4KCldlIGNhbiBhZ3JlZSB0 aGlzIGlzbid0IHBlcmZlY3QuIElmIENhbmNlbGxlZCBoYWQgYmVlbiBhIHJldHVybiB0eXBlCndl IGNvdWxkIGhhdmUgaGFuZGxlZCBpdCBncmFjZWZ1bGx5IGFuZCByZXRyaWVkIG9yIGdpdmVuIHRo ZSB1c2VyIGEKYmV0dGVyIG1lc3NhZ2UuIFNpbmNlIGl0J3Mgc29tZXRoaW5nIHBlb3BsZSBvZnRl biB3YW50IHRvIGhhbmRsZQpzcGVjaWFsbHksIENhbmNlbGxlZCBzaG91bGRuJ3QgYmUgYW4gZXhj ZXB0aW9uIGluIG15IHZpZXcuIEJ1dCwgdGhhdCdzCnRoZSB3YXkgaXQgaXMuCgpJZiB3ZSBsYXkg YSBzZWNvbmQgZXJyb3IgbW9uYWQgb24gTHd0IGFuZCBoYXZlIHdpdGhfZ250IGFuZCB0aGUgSFRU UApzZXJ2ZXIgb25seSBtYXRjaCBvbiB0aG9zZSBlcnJvcnMsIHRoZSBDYW5jZWxsZWQgZXhjZXB0 aW9uIHdpbGwKdGVybWluYXRlIHRoZSB1bmlrZXJuZWwuIFRoYXQgZG9lc24ndCBzZWVtIGJldHRl ciB0byBtZS4KClNvLCB3aGV0aGVyIHdlIGNvbnRpbnVlIHRvIHVzZSBMd3QuY2FuY2VsIG9yIG5v dCwgSSBkb24ndCBzZWUgaXQgYXMgYW4KYXJndW1lbnQgZm9yIHNlcGFyYXRpbmcgZXJyb3IgaGFu ZGxpbmcgb3V0IG9mIEx3dC4KCkJ1dCB0aGUgcmVhbCBwcm9ibGVtIGhlcmUgaXMgdGhhdCBieSBt YWtpbmcgZXhjZXB0aW9ucyBmYXRhbCB3ZSB0dXJuCmV2ZXJ5IGV4Y2VwdGlvbiB1c2VkIGluIGV4 aXN0aW5nIE9DYW1sIGNvZGUgaW50byBhIHNlY3VyaXR5CnZ1bG5lcmFiaWxpdHkuIFRvIGtpbGwg bXkgc2VydmljZSwgYW4gYXR0YWNrZXIgb25seSBuZWVkcyB0byBmaW5kIHNvbWUKd2F5IG9mIHRy aWdnZXJpbmcgc29tZSBjb2RlIHBhdGggdG8gdGhyb3cgYW4gZXhjZXB0aW9uLgoKTXkgdXBsb2Fk IHNlcnZpY2UgdXNlcyBJbnQ2NC5vZl9zdHJpbmcgdG8gcmVhZCB0aGUgQ29udGVudC1MZW5ndGgu CkN1cnJlbnRseSwgaWYgeW91IGdpdmUgaXQgYSBub24taW50ZWdlciBsZW5ndGggaXQgd2lsbCBs b2cgYW4KZXhjZXB0aW9uIGJ1dCBjb250aW51ZSBzZXJ2aW5nIHJlcXVlc3RzLiBJIGNvbnNpZGVy IHRoYXQgdG8gYmUgY29ycmVjdApiZWhhdmlvdXIgKGZvciBteSBzZXJ2aWNlKS4KCllvdSBjYW4g YXJndWUgdGhhdCBvZl9zdHJpbmcgc2hvdWxkIHJldHVybiBhbiBvcHRpb24gb3IgYW4gZXJyb3Ig Y29kZQooSSBhZ3JlZSksIGJ1dCBpdCBkb2Vzbid0IGFuZCB0aGVyZSBhcmUgcGxlbnR5IG1vcmUg Y2FzZXMgbGlrZSB0aGlzLgpTb21lIGFyZSBidWlsdCBpbiBhbmQgaGFyZCB0byByZW1vdmUsIHN1 Y2ggYXMgb3V0LW9mLW1lbW9yeSBvcgpkaXZpc2lvbi1ieS16ZXJvLiBNYW55IGV4aXN0IGluIGxp YnJhcmllcy4KCi0gSWYgSSB0cmllZCB0byB0ZWxsIHRoZSB1c2VyIHdoYXQgcGVyY2VudGFnZSBv ZiB0aGVpciBmaWxlIGhhZCBiZWVuCnVwbG9hZGVkLCB0aGV5IGNvdWxkIGNyYXNoIG15IHVuaWtl cm5lbCB3aXRoIGEgemVyby1sZW5ndGggZmlsZS4KCi0gSWYgSSBhY2NlcHRlZCBKU09OLCB0aGV5 IGNvdWxkIGNyYXNoIGl0IHdpdGggYSBtYWxmb3JtZWQgbWVzc2FnZSAoWW9qc29uJ3MKZnJvbV9z dHJpbmcgdGhyb3dzKS4KCi0gSWYgSSBhY2NlcHRlZCBYTUwsIHRoZXkgY291bGQgc2VuZCBpbnZh bGlkIFhNTCAoZXZlbiB4bWxtIHRocm93cykuCgotIEFuZCBldmVuIGlmIHRoZSBYTUwgcGFyc2Vy IHJlcG9ydHMgZXhjZXB0aW9ucywgd2hhdCBpZiB0aGUgdW5pY29kZQpsaWJyYXJ5IGl0IHVzZXMg dGhyb3dzPwoKSG93IGNhbiBJIHdyaXRlIGEgc2VjdXJlIChhdmFpbGFibGUpIHVuaWtlcm5lbCBp ZiBldmVyeSBleGNlcHRpb24KdHVybnMgaW50byBhIGNyYXNoPwoKQW5kIHJlbWVtYmVyLCBzdG9w cGluZyB0aGUgdW5pa2VybmVsIG1lYW5zIGUuZy4gc3RvcHBpbmcgYWxsIGJsb2NrCmRldmljZSBh Y2Nlc3MgbWlkLWZsb3cuIEZvciBleGFtcGxlLCBpZiB0aGUgZmlsZXN5c3RlbSBpcyB1cGRhdGlu ZyB0aGUKZGlzayB0aGVuIHdlIHdpbGwgc3RvcCBwYXJ0IHdheSB0aHJvdWdoLiBZZXMsIGEgZ29v ZCBqb3VybmFsbGluZyBGUwp3aWxsIHJlY292ZXIgb24gcmVib290LCBidXQgbGV0dGluZyBhbiBh dHRhY2tlciBjcmFzaCBpdCBhdCB3aWxsCmRvZXNuJ3Qgc2VlbSBzZW5zaWJsZS4KCkluIHNvbWUg Y2FzZXMsIG9mIGNvdXJzZSwgeW91IG1pZ2h0IHdhbnQgYSBkaWZmZXJlbnQgdHJhZGUgb2ZmLiBB CnNlcnZpY2UgaG9sZGluZyB0b3Atc2VjcmV0IGRvY3VtZW50cyBwcm9iYWJseSBzaG91bGQgc3Rv cCBpZiBhbnl0aGluZwp0aHJvd3MgYW4gZXhjZXB0aW9uIChvciwgYXQgbGVhc3QsIHVucGx1ZyB0 aGUgbmV0d29yayBkZXZpY2UgYW5kIGxvZwp0aGUgcHJvYmxlbSkuIEJ1dCB0aGUgZGV2ZWxvcG1l bnQgZWZmb3J0IHdpbGwgYmUgbXVjaCBoaWdoZXIgYW5kIHlvdQpkb24ndCBsZXQgbm9uLXByaXZp bGVnZWQgdXNlcnMgdG91Y2ggdGhlIHNlcnZpY2UgYXQgYWxsLCB3aGljaApzaW1wbGlmaWVzIHRo aW5ncy4KCj4gTXkgcG9pbnQgaGVyZSBpcyB0aGF0IEkgdGhpbmsgbWlyYWdlIHNob3VsZCBkZWZp bmUgaXQncyBvd24gZXJyb3IgbW9uYWQgYW5kIHNvbHZlIGVycm9yIGhhbmRsaW5nIGluIHZhbHVl IGxhbmQgKHcuci50LiB0aGUgY29uY3VycmVuY3kgbW9uYWRzKSwgaW5kZXBlbmRlbnRseSBmcm9t IHRoZSBoaWdoZXItbGV2ZWwgY29uY3VycmVuY3kgcHJpbWl0aXZlcyB1c2VkLiBCeSBwcm92aWRp bmcgYXBwcm9wcmlhdGUgY29tYmluYXRvcnMgYW5kIG90aGVyIHJlc291cmNlIGhvbGRpbmcgY29t YmluYXRvcnMgdGhhdCBlbnN1cmUgYSByZXNvdXJjZSBpcyBvbmx5IGhlbGQgaW4gYSBnaXZlbiBz Y29wZSBhbmQgdGhhdCBpbnRlcmFjdCB3aXRoIHRoYXQgZXJyb3IgbW9uYWQgc28gdGhhdCB3ZSBz aG91bGQgbm90IGV2ZXIgc2VlIHRoYXQga2luZCBvZiBob3JyaWJsZSBjb2RlOgo+Cj4gaHR0cHM6 Ly9naXRodWIuY29tL21pcmFnZS9taXJhZ2Utd3d3L3B1bGwvMjc0L2ZpbGVzI2RpZmYtYWJiOGMw YzYwYzc1MDY1Zjg2ZmYyOTk0MmE0ODNlYzRSODgKPgo+IGFuZCBhdXRvbWF0aWNhbGx5IGd1aWRl IHRoZSBwcm9ncmFtbWVyIGluIGRvaW5nIHRoZSByaWdodCB0aGluZy4KCk9LLCBidXQgaG93PyBE byB5b3UgaGF2ZSBhIGNvbmNyZXRlIHByb3Bvc2FsPyBXaGF0IHdvdWxkIHlvdXIgZXJyb3IKbW9u YWQgZG8gZGlmZmVyZW50bHkgdG8gTHd0IHRoYXQgd291bGQgbWFrZSBpdCB3b3JrIHdoZXJlIEx3 dCBkb2Vzbid0PwoKPj4gSSdkIGFncmVlIGlmIHRoYXQgd2FzICJhYm9ydCB0aGUgY3VycmVudCB0 cmFuc2FjdGlvbiAod2hpY2ggbWF5IGNvdmVyCj4+IHRoZSB3aG9sZSB1bmlrZXJuZWwpIi4gUmVh bGlzdGljYWxseSwgdGhlcmUgYXJlIGFsd2F5cyBnb2luZyB0byBiZQo+PiBlcnJvciBjb25kaXRp b25zIHRoYXQgcmVzdWx0IGluIGV4Y2VwdGlvbnMgdGhhdCBzaG91bGQgbm90IHRlcm1pbmF0ZQo+ PiBpdCAoZS5nLiBydW5uaW5nIG91dCBvZiBtZW1vcnkgc2VydmluZyByZXF1ZXN0cyBzaG91bGQg b25seSBhYm9ydCBzb21lCj4+IHJlcXVlc3RzLCBldGMpLgo+Cj4KPiBUaGVuIHRoZXNlIHRoaW5n cyBzaG91bGQgbm90IGJlIGV4Y2VwdGlvbnMgYnV0IGJlIHRocmVhZGVkIHRocm91Z2ggYW4gYXBw cm9wcmlhdGUgZXJyb3IgbW9uYWQgaW4gY29tYmluYXRpb24gd2l0aCByZXNvdXJjZSBob2xkaW5n IGNvbWJpbmF0b3JzIHRvIGNvcnJlY3RseSByZWxpbnF1aXNoIGhlbGQgcmVzb3VyY2VzLgo+Cj4+ IElmIEkgdW5kZXJzdGFuZCB5b3VyIHBvc2l0aW9uOgo+Pgo+PiAtIEV2ZXJ5IGV4Y2VwdGlvbiBy YWlzZWQgTVVTVCB0ZXJtaW5hdGUgdGhlIHVuaWtlcm5lbC4gVGhpcyBpbmNsdWRlcwo+PiBvdXQt b2YtbWVtb3J5LCBkaXZpc2lvbi1ieS16ZXJvLCBpbnRfb2Zfc3RyaW5nIG9uIGFuIG91dC1vZi1y YW5nZSBpbnQsCj4+IGV0YywgaW4gYW55IGNvZGUgcGF0aC4gQWJvcnRpbmcgdGhlIG9wZXJhdGlv biAoZS5nLiBIVFRQIHJlcXVlc3QpIHRoYXQKPj4gY2F1c2VkIHRoZSBwcm9ibGVtLCBsb2dnaW5n IHRoZSBleGNlcHRpb24gYW5kIGNvbnRpbnVpbmcgaXMgbm90IGFuCj4+IG9wdGlvbi4KPgo+IFll cy4gVGhhdCBpcywgYW55dGhpbmcgbm9uIHJlY292ZXJhYmxlLiBpbnRfb2Zfc3RyaW5nIHNob3Vs ZCBpbiBmYWN0IG5ldmVyIGhhdmUgcmFpc2VkIGluIHRoZSBmaXJzdCBwbGFjZSBidXQgaGF2ZSBy ZXR1cm5lZCBhbiBvcHRpb24gdHlwZS4KPgo+PiAtIEl0IGlzIHRoZXJlZm9yZSBhY2NlcHRhYmxl IGZvciBhIG1vZHVsZSB0byBsZWFrIHJlc291cmNlcyBhbmQvb3IKPj4gbGVhdmUgdGhlIHN5c3Rl bSBpbiBhbiBpbnZhbGlkIHN0YXRlIGlmIGl0IGl0IHJlY2VpdmVzIGFuIGV4Y2VwdGlvbgo+PiBm cm9tIGFueSBjb2RlIGl0IGNhbGxzLgo+Cj4gTm8uIElmIHlvdSBuZWVkIHRvIHJlY292ZXIgdGhl biBkb24ndCB1c2UgZXhjZXB0aW9ucy4gVXNlIGFuIGVycm9yIG1vbmFkIGFuZCByZXNvdXJjZSBo b2xkaW5nIGNvbWJpbmF0b3JzLgoKSSdtIGNvbmZ1c2VkIHRoYXQgeW91IHByZXNlbnQgdGhlc2Ug YXMgYWx0ZXJuYXRpdmVzLiBUaGUgTHd0IGVycm9yCm1vbmFkIHVzZXMgZXhjZXB0aW9ucyBhcyB2 YWx1ZXMuIEl0IHNlZW1zIGxpa2UgeW91IG5lZWQgc29tZSBvcGVuIHR5cGUKYXQgYW55IHJhdGUs IGFuZCBpbiA0LjAxIGV4Y2VwdGlvbnMgYXJlIHRoZSBvbmx5IG9wdGlvbi4gKGEgdW5pdmVyc2Fs CnR5cGUgd29ya3MgaWYgeW91IGdpdmUgdXAgbWF0Y2hpbmcpCgo+PiBJIGRvbid0IHRoaW5rIGV4 Y2VwdGlvbiBzYWZldHkgaXMgbXVjaCB3b3JrIGluIG1vc3QKPj4gY2FzZXMgKEkgYWx3YXlzIHRy eSB0byBkbyB0aGlzIGluIG15IG93biBjb2RlLCBhbnl3YXkpLgo+Cj4KPiBJZiBieSBleGNlcHRp b24gc2FmZXR5IHlvdSBtZWFuLCBoYW5kbGluZyBleGNlcHRpb25zIGNvcnJlY3RseS4gVGhlbiBu by4gVGhlcmUncyBhbHdheXMgdGhlIGV4Y2VwdGlvbiB5b3UgZm9yZ2V0IHRvIGhhbmRsZSBbLi4u XQoKVGhhdCdzIG5vdCB3aGF0IEkgbWVhbi4gSSBtZWFuIGhhbmRsaW5nICphbnkqIGV4Y2VwdGlv biAoaW5jbHVkaW5nCm9uZXMgeW91IGRpZG4ndCBrbm93IGFib3V0KS4gSSBtZWFuIHVzaW5nIHRy eV9sd3QuLmZpbmFsbHkgYW5kIHNpbWlsYXIKdGhhdCBkb24ndCBkZXBlbmQgb24gdGhlIHNwZWNp ZmljIHR5cGVzIG9mIGV4Y2VwdGlvbnMuCgpJbiBNaXJhZ2UgdGVybXMsIGl0IGNhbid0IGJlIGFu eSBtb3JlIHdvcmsgYmVjYXVzZSB5b3UgYWxyZWFkeSBoYXZlIHRvCmhhbmRsZSBgVW5rbm93bi4g V2hhdGV2ZXIgeW91IGRvIGZvciB0aGF0LCBkbyB0aGUgc2FtZSBmb3IgTHd0LkZhaWwKKGFuZCB0 aGlzIGlzIHdoeSBJJ2QgbGlrZSB0aGUgdW5pZnkgdGhlbSkuCgpQdXJlIGNvZGUgaXMgYWx3YXlz IGV4Y2VwdGlvbiBzYWZlLCBzaW5jZSB0aGVyZSBjYW4gYmUgbm8gZ2xvYmFsCmNoYW5nZXMgdG8g cm9sbCBiYWNrLiBPdGhlcndpc2UsIGl0IGJhc2ljYWxseSBqdXN0IG1lYW5zIGFueXRoaW5nIHRo YXQKYWxsb2NhdGVzIGFuIGV4dGVybmFsIHJlc291cmNlIG11c3QgYWxzbyBmcmVlIGl0ICh0cnku LmZpbmFsbHkgb3IKIndpdGhfKiIpLgoKPiwgeW91IGhhdmUgdG8gcHV0IHRoZSBoYW5kbGVycyBh dCB0aGUgcmlnaHQgcGxhY2UsIGFuZCB0aGVyZSdzIGEgbGFjayBvZiBsb2NhbGl0eSBpbiBwcm9n cmFtIHVuZGVyc3RhbmRpbmcgKGJlY2F1c2UgZXhjZXB0aW9ucyBtYXkgZmxvdyBiZXlvbmQgYSBo YW5kbGVyIGlmIGl0J3Mgbm90IGhhbmRsZWQgYnkgaXQpIHRoYXQncyB0b28gbXVjaCB0aGlua2lu ZyBhbmQgc3VidGVsdGllcy4gQmVzaWRlcyB0aGVyZSdzIG5vIGV4aGF1c3RpdmVuZXNzIGNoZWNr IGZvciBleGNlcHRpb25zLiBUaGF0J3MgdGhlIHJlYXNvbiB3aHkgSSBwcmVmZXIgdG8gaGF2ZSBh IG1vbmFkIHRoYXQgZm9yY2VzIHlvdSBpbnRvIGRvaW5nIHRoZSByaWdodCB0aGluZ3MgYnkgdHlw ZSBkaXJlY3Rpb24uCgpFeGhhdXN0aXZlbmVzcyBpcyBncmVhdCBmb3IgY29uY3JldGUgaW1wbGVt ZW50YXRpb25zLCBidXQgdGhhdCBkb2Vzbid0CndvcmsgZm9yIE1pcmFnZSBpbnRlcmZhY2VzLiBX ZSBjYW4ndCBrbm93IHdoYXQgZXJyb3JzIGFuCmltcGxlbWVudGF0aW9uIG9mIEtWX1JPIG1heSBu ZWVkIHRvIHJlcG9ydCwgZm9yIGV4YW1wbGUuIFlvdSBjYW4gYWRkCmBVbmtub3duLCBidXQgdGhh dCBkZWZlYXRzIHRoZSBwb2ludCBvZiBleGhhdXN0aXZlbmVzcy4KCj4+IEkgd291bGQgaG93ZXZl ciByZXBsYWNlIGFsbCB0aGUgbmV0d29yayBjb2RlcyB3aXRoIGEgZ2VuZXJpYwo+PiAoYE5ldHdv cmtfZXJyb3Igb2YgZXhuKSwgd2hlcmUgdGhlIGV4biBtaWdodCBiZSBlLmcuIGEgUmVmdXNlZAo+ PiBleGNlcHRpb24gd2l0aCBtb3JlIGluZm9ybWF0aW9uIGFib3V0IHdoeSBpdCB3YXMgcmVmdXNl ZC4gVGhpcyBtYWtlcwo+PiBpdCBlYXN5IGZvciBjYWxsZXJzIHdobyBkb24ndCBjYXJlIHRvIGhh bmRsZSB0aGVtIGFsbCBhdCBvbmNlICh3aXRoCj4+IEx3dC5mYWlsKSwgYWxsb3dzIGV4dHJhIG5l dHdvcmsgZXJyb3JzIHRvIGJlIGFkZGVkIGJ5IGltcGxlbWVudGF0aW9ucywKPj4gYW5kIGFsbG93 cyBhdHRhY2hpbmcgbW9yZSBkZXRhaWxzIGFib3V0IHRoZSBjYXVzZXMuCj4KPiBJJ20gcmVhbGx5 IG5vdCBmb25kIG9mIHRoaXMuIFlvdSBjYW4gdXNlIG9wZW4gcG9seW1vcnBoaWMgdmFyaWFudHMg Zm9yIHRoaXMgb3IgYSBjbG9zZWQgb25lIHdpdGggYSBmZXcga25vd24gY29tbW9uIGNhc2VzIGFu ZCBhIGN1c3RvbSBvbmUgd2l0aCBhIHByaW50YWJsZSB1bml2ZXJzYWwgdHlwZS4gQnV0IHRoZW4g aXQgc2VlbXMgeW91IGFyZSBkZXNpZ25pbmcgd2l0aCB0aGUgaWRlYSBvZiB1c2luZyBMd3QncyBm YWlsZWQgc3RhdGUgYXMgYW4gZXJyb3IgbWVjaGFuaXNtIHdoaWNoIEkgZGlzYWdyZWUgd2l0aC4K ClRoaXMgaXMgcG9zc2libGUsIGJ1dCB0aGVyZSBhcmUgdHJhZGUtb2ZmczoKCjEuIEl0J3MgaGFy ZCB0byBwcm9wYWdhdGUgdGhlIGVycm9yIHdoZW4geW91IGRvbid0IGNhcmUgKDk5JSBvZiB0aGUK Y2FzZXMgSSBzdXNwZWN0KS4gSG93IHdvdWxkIHlvdSByZXdyaXRlIHRoZSBiYWQgY29kZSB5b3Ug bGlua2VkIGFib3ZlCmluIG1pcmFnZS13d3cgd2l0aCB0aGlzIHNjaGVtZT8KCjIuIEhvdyBkbyB5 b3UgYXR0YWNoIGV4dHJhIGRldGFpbCB0byB0aGUgY2FzZXMgKGEgdW5pdmVyc2FsICdjYXVzZScK bmVzdGVkIGluIGVhY2ggb25lKT8KCjMuIFlvdSBjYW4ndCBtYXRjaCBvbiBhIHByaW50YWJsZSB1 bml2ZXJzYWwgdHlwZSBldmVuIGlmIHlvdSBrbm93IHRoZQpjb25jcmV0ZSBpbXBsZW1lbnRhdGlv bi4KCkFueXdheSwgaXQgd291bGQgYmUgZ3JlYXQgaWYgeW91IGNvdWxkIHdyaXRlIHVwIHlvdXIg cHJvcG9zYWwgc28gSSBjYW4KYWRkIGl0IHRvIHRoZSBsaXN0LiBUaGVzZSBzY2hlbWVzIGFsbCBo YXZlIHRyYWRlb2ZmcyBhbmQgaXQncyBoYXJkIHRvCnNlZSB0aGVtIGFsbCB0b2dldGhlciBpbiBh biBlbWFpbCB0aHJlYWQuCgoKLS0gCkRyIFRob21hcyBMZW9uYXJkICAgICAgICBodHRwOi8vMGlu c3RhbGwubmV0LwpHUEc6IDkyNDIgOTgwNyBDOTg1IDNDMDcgNDRBNiAgOEI5QSBBRTA3IDgyODAg NTlBNSAzQ0MxCkdQRzogREE5OCAyNUFFIENBRDAgODk3NSA3Q0RBICBCRDhFIDA3MTMgM0Y5NiBD QTc0IEQ4QkEKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Ck1pcmFnZU9TLWRldmVsIG1haWxpbmcgbGlzdApNaXJhZ2VPUy1kZXZlbEBsaXN0cy54ZW5wcm9q ZWN0Lm9yZwpodHRwOi8vbGlzdHMueGVucHJvamVjdC5vcmcvY2dpLWJpbi9tYWlsbWFuL2xpc3Rp bmZvL21pcmFnZW9zLWRldmVsCg== From mirageos-devel-bounces@lists.xenproject.org Sat Jan 31 21:07:31 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Sat, 31 Jan 2015 21:07:31 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YHfGJ-0000Dt-6T; Sat, 31 Jan 2015 21:07:27 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YHfGH-0000Do-QT for mirageos-devel@lists.xenproject.org; Sat, 31 Jan 2015 21:07:26 +0000 Received: from [85.158.143.35] by server-2.bemta-4.messagelabs.com id 85/10-02749-C044DC45; Sat, 31 Jan 2015 21:07:24 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-7.tower-21.messagelabs.com!1422738443!13745893!1 X-Originating-IP: [209.85.215.54] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22659 invoked from network); 31 Jan 2015 21:07:23 -0000 Received: from mail-la0-f54.google.com (HELO mail-la0-f54.google.com) (209.85.215.54) by server-7.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 31 Jan 2015 21:07:23 -0000 Received: by mail-la0-f54.google.com with SMTP id hv19so30504962lab.13 for ; Sat, 31 Jan 2015 13:07:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=X/tMWSDSCuKjt1NUoTQxXcABtZK/gZH+WgACqgp0qEU=; b=y4L3sBrbARFl2qLnEIpJqigjwvDUYkUDKQ79VTaShc0jIZCGvE5OWXuWmiIv/eTWsB dQhL1Nqp9cExqC18/KbZUyxqQPALGixzsVdJMNc3QfwC+OeBxjLMKqmuMKfdqSWSxRj/ Zp8km61aWykHw42vB1a1+nYXjJSGFuMxMdqSiSK0YyU9jZg57h2F0NPnu7mDDEs9+UHR +s3wdypLkH+Gm7stT947CQvyBFFR4hh7hI/ZSHsk9GYtyGiFtfnZHiqrp82B5TLWLGQ4 vo4aXlKp4auveGFPxzADIDgnp/5AsRhz4cUKH5S2+xI3buTDHgMEoAfB9yFnfbmFDAac BqSw== MIME-Version: 1.0 X-Received: by 10.152.182.235 with SMTP id eh11mr12598172lac.9.1422738442870; Sat, 31 Jan 2015 13:07:22 -0800 (PST) Received: by 10.25.207.3 with HTTP; Sat, 31 Jan 2015 13:07:22 -0800 (PST) In-Reply-To: References: <2126FC5196B044EC8BDA0E07CB51089F@erratique.ch> Date: Sat, 31 Jan 2015 21:07:22 +0000 Message-ID: From: Thomas Leonard To: =?UTF-8?Q?Daniel_B=C3=BCnzli?= Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Error handling in Mirage - request for comments! X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org T24gMzAgSmFudWFyeSAyMDE1IGF0IDIyOjA3LCBEYW5pZWwgQsO8bnpsaSA8ZGFuaWVsLmJ1ZW56 bGlAZXJyYXRpcXVlLmNoPiB3cm90ZToKPgo+Cj4gTGUgdmVuZHJlZGksIDMwIGphbnZpZXIgMjAx NSDDoCAxNjo1MywgVGhvbWFzIExlb25hcmQgYSDDqWNyaXQgOgo+Cj4+IFdoYXQgcHJvYmxlbXMg ZG8geW91IHNlZSBpbiBMd3QncyBlcnJvciBoYW5kbGluZz8KPj4KPgo+IFsuLi5dCj4KPj4gSXNu J3QgTHd0IGFscmVhZHkgYW4gZXJyb3IgbW9uYWQ/IENhbiB5b3UgZGVmaW5lICJ3ZWxsIHByaW5j aXBsZWQiIGhlcmU/Cj4KPgo+IEkgbWVhbnQgdGhlIHdheSB0aGV5IGRlYWwgd2l0aCBleGNlcHRp b25zIChhbmQgY2FuY2VsYXRpb24pLiBJIHRoaW5rIHRoZXkgc2hvdWxkIGhhdmUgbGlmdGVkIHRo ZSBlcnJvciBoYW5kbGluZyB0byB2YWx1ZSBsYW5kIGFuZCB0b2xkIHVzZXJzIG5vdCB0byB1c2Ug ZXhjZXB0aW9ucyAoY2F0Y2ggdGhlbSBiZXR3ZWVuIHlpZWxkcyBpZiB5b3UgbmVlZCB0byB1c2Ug dGhlbSBvciB1c2UgY29kZSB0aGF0IHVzZXMgdGhlbSkgcmF0aGVyIHRoYW4gdHJ5IHRvIGNvcGUg d2l0aCB0aGVtLiBCZXNpZGVzLCB0aGUgZmFjdCB0aGF0IHRoZXkgdXNlIGV4Y2VwdGlvbnMgdG8g cGVyZm9ybSBjYW5jZWxsYXRpb24gaXRzZWxmIGxlYWRzIHRvIGZ1cnRoZXIgYWJzdXJkaXRpZXMg KHdoaWNoIHNlZW1zIHRvIGluZGljYXRlIHRoYXQgY2FuY2VsYXRpb24gd2FzIGFmdGVydGhvdWdo dCwgYnV0IHRoYXQncyB0aGUga2luZCBvZiBjb25jZXB0IHlvdSBuZWVkIHRoaW5rIGFib3V0IGZy b20gZGF5IDAgaW4gYSBzeXN0ZW0gdG8gZ2V0IHRvIHNvbWV0aGluZyksIGFzIEkgd3JvdGUgZWxz ZXdoZXJlOgo+Cj4gIkx3dCBoYXMgYm90aCBjYW5jZWxhYmxlIGFuZCBub24tY2FuY2VsYWJsZSB0 aHJlYWRzIGFuZCB1c2VzIGFuIGV4Y2VwdGlvbiBmb3IgdGhyZWFkIGNhbmNlbGxhdGlvbi4gU29t ZXRpbWVzIHRoaXMgbWF5IGxlYWQgdG8gc3VycHJpc2luZyByZXN1bHRzIGUuZy4gTHd0LnBpY2sg W3QsIHQnXSBtYXkgcmV0dXJuIGEgY2FuY2VsbGVkIHRocmVhZCBpZiB0IHRlcm1pbmF0ZWQgYW5k IHQnIHdhcyBjYW5jZWxsZWQuIgo+Cj4gTHd0J3MgY29tYmluYXRvciBhbGdlYnJhIGlzIGJyb2tl bjogYSBjYW5jZWxsZWQgdGhyZWFkIHNob3VsZCBiZSBhIG5ldXRyYWwgZWxlbWVudCBmb3IgTHd0 LnBpY2suCgpTdXJlLCBidXQgSSBkb24ndCBzZWUgd2hhdCBkaWZmZXJlbmNlIGFueSBvZiB0aGlz IGNhbmNlbGxhdGlvbiBzdHVmZgptYWtlcy4gTGF5ZXJpbmcgYSBzZWNvbmQgZXJyb3IgbW9uYWQg b24gdG9wIG9mIEx3dCB3b24ndCB1bi1icmVhawpjYW5jZWxsYXRpb24uCgpMZXQncyBzYXkgc29t ZW9uZSBzZW5kcyBtZSBhbiBIVFRQIHJlcXVlc3QgYW5kIEkgZG86CgogIHdpdGhfZ250IChwcm9j ZXNzIHgpCgpGb3Igc29tZSByZWFzb24sIHBlcmhhcHMgYSB0aW1lb3V0LCBzb21lb25lIGNhbmNl bHMgeCAod2hpY2ggd2UgYWdyZWUKaXMgYSBiYWQgaWRlYSwgYnV0IGl0IGhhcHBlbnMpLiBJIHdv dWxkIGV4cGVjdDoKCjEuICJwcm9jZXNzIiBwcm9iYWJseSBmb3JnZXRzIHRvIGNhdGNoIHRoZSBD YW5jZWxsZWQgZXhjZXB0aW9uIGFuZCBMd3QKcHJvcGFnYXRlcyBpdC4KMi4gIndpdGhfZ250IiBy ZWxlYXNlcyB0aGUgZ3JhbnQuCjMuIHRoZSBIVFRQIGhhbmRsZXIgbG9ncyB0aGUgZXhjZXB0aW9u IGFuZCByZXR1cm5zIGEgInNlcnZlciBlcnJvciIKcmVzcG9uc2UgdG8gdGhlIGNhbGxlci4KNC4g dGhlIHVuaWtlcm5lbCBjb250aW51ZXMgc2VydmluZyByZXF1ZXN0cy4KCldlIGNhbiBhZ3JlZSB0 aGlzIGlzbid0IHBlcmZlY3QuIElmIENhbmNlbGxlZCBoYWQgYmVlbiBhIHJldHVybiB0eXBlCndl IGNvdWxkIGhhdmUgaGFuZGxlZCBpdCBncmFjZWZ1bGx5IGFuZCByZXRyaWVkIG9yIGdpdmVuIHRo ZSB1c2VyIGEKYmV0dGVyIG1lc3NhZ2UuIFNpbmNlIGl0J3Mgc29tZXRoaW5nIHBlb3BsZSBvZnRl biB3YW50IHRvIGhhbmRsZQpzcGVjaWFsbHksIENhbmNlbGxlZCBzaG91bGRuJ3QgYmUgYW4gZXhj ZXB0aW9uIGluIG15IHZpZXcuIEJ1dCwgdGhhdCdzCnRoZSB3YXkgaXQgaXMuCgpJZiB3ZSBsYXkg YSBzZWNvbmQgZXJyb3IgbW9uYWQgb24gTHd0IGFuZCBoYXZlIHdpdGhfZ250IGFuZCB0aGUgSFRU UApzZXJ2ZXIgb25seSBtYXRjaCBvbiB0aG9zZSBlcnJvcnMsIHRoZSBDYW5jZWxsZWQgZXhjZXB0 aW9uIHdpbGwKdGVybWluYXRlIHRoZSB1bmlrZXJuZWwuIFRoYXQgZG9lc24ndCBzZWVtIGJldHRl ciB0byBtZS4KClNvLCB3aGV0aGVyIHdlIGNvbnRpbnVlIHRvIHVzZSBMd3QuY2FuY2VsIG9yIG5v dCwgSSBkb24ndCBzZWUgaXQgYXMgYW4KYXJndW1lbnQgZm9yIHNlcGFyYXRpbmcgZXJyb3IgaGFu ZGxpbmcgb3V0IG9mIEx3dC4KCkJ1dCB0aGUgcmVhbCBwcm9ibGVtIGhlcmUgaXMgdGhhdCBieSBt YWtpbmcgZXhjZXB0aW9ucyBmYXRhbCB3ZSB0dXJuCmV2ZXJ5IGV4Y2VwdGlvbiB1c2VkIGluIGV4 aXN0aW5nIE9DYW1sIGNvZGUgaW50byBhIHNlY3VyaXR5CnZ1bG5lcmFiaWxpdHkuIFRvIGtpbGwg bXkgc2VydmljZSwgYW4gYXR0YWNrZXIgb25seSBuZWVkcyB0byBmaW5kIHNvbWUKd2F5IG9mIHRy aWdnZXJpbmcgc29tZSBjb2RlIHBhdGggdG8gdGhyb3cgYW4gZXhjZXB0aW9uLgoKTXkgdXBsb2Fk IHNlcnZpY2UgdXNlcyBJbnQ2NC5vZl9zdHJpbmcgdG8gcmVhZCB0aGUgQ29udGVudC1MZW5ndGgu CkN1cnJlbnRseSwgaWYgeW91IGdpdmUgaXQgYSBub24taW50ZWdlciBsZW5ndGggaXQgd2lsbCBs b2cgYW4KZXhjZXB0aW9uIGJ1dCBjb250aW51ZSBzZXJ2aW5nIHJlcXVlc3RzLiBJIGNvbnNpZGVy IHRoYXQgdG8gYmUgY29ycmVjdApiZWhhdmlvdXIgKGZvciBteSBzZXJ2aWNlKS4KCllvdSBjYW4g YXJndWUgdGhhdCBvZl9zdHJpbmcgc2hvdWxkIHJldHVybiBhbiBvcHRpb24gb3IgYW4gZXJyb3Ig Y29kZQooSSBhZ3JlZSksIGJ1dCBpdCBkb2Vzbid0IGFuZCB0aGVyZSBhcmUgcGxlbnR5IG1vcmUg Y2FzZXMgbGlrZSB0aGlzLgpTb21lIGFyZSBidWlsdCBpbiBhbmQgaGFyZCB0byByZW1vdmUsIHN1 Y2ggYXMgb3V0LW9mLW1lbW9yeSBvcgpkaXZpc2lvbi1ieS16ZXJvLiBNYW55IGV4aXN0IGluIGxp YnJhcmllcy4KCi0gSWYgSSB0cmllZCB0byB0ZWxsIHRoZSB1c2VyIHdoYXQgcGVyY2VudGFnZSBv ZiB0aGVpciBmaWxlIGhhZCBiZWVuCnVwbG9hZGVkLCB0aGV5IGNvdWxkIGNyYXNoIG15IHVuaWtl cm5lbCB3aXRoIGEgemVyby1sZW5ndGggZmlsZS4KCi0gSWYgSSBhY2NlcHRlZCBKU09OLCB0aGV5 IGNvdWxkIGNyYXNoIGl0IHdpdGggYSBtYWxmb3JtZWQgbWVzc2FnZSAoWW9qc29uJ3MKZnJvbV9z dHJpbmcgdGhyb3dzKS4KCi0gSWYgSSBhY2NlcHRlZCBYTUwsIHRoZXkgY291bGQgc2VuZCBpbnZh bGlkIFhNTCAoZXZlbiB4bWxtIHRocm93cykuCgotIEFuZCBldmVuIGlmIHRoZSBYTUwgcGFyc2Vy IHJlcG9ydHMgZXhjZXB0aW9ucywgd2hhdCBpZiB0aGUgdW5pY29kZQpsaWJyYXJ5IGl0IHVzZXMg dGhyb3dzPwoKSG93IGNhbiBJIHdyaXRlIGEgc2VjdXJlIChhdmFpbGFibGUpIHVuaWtlcm5lbCBp ZiBldmVyeSBleGNlcHRpb24KdHVybnMgaW50byBhIGNyYXNoPwoKQW5kIHJlbWVtYmVyLCBzdG9w cGluZyB0aGUgdW5pa2VybmVsIG1lYW5zIGUuZy4gc3RvcHBpbmcgYWxsIGJsb2NrCmRldmljZSBh Y2Nlc3MgbWlkLWZsb3cuIEZvciBleGFtcGxlLCBpZiB0aGUgZmlsZXN5c3RlbSBpcyB1cGRhdGlu ZyB0aGUKZGlzayB0aGVuIHdlIHdpbGwgc3RvcCBwYXJ0IHdheSB0aHJvdWdoLiBZZXMsIGEgZ29v ZCBqb3VybmFsbGluZyBGUwp3aWxsIHJlY292ZXIgb24gcmVib290LCBidXQgbGV0dGluZyBhbiBh dHRhY2tlciBjcmFzaCBpdCBhdCB3aWxsCmRvZXNuJ3Qgc2VlbSBzZW5zaWJsZS4KCkluIHNvbWUg Y2FzZXMsIG9mIGNvdXJzZSwgeW91IG1pZ2h0IHdhbnQgYSBkaWZmZXJlbnQgdHJhZGUgb2ZmLiBB CnNlcnZpY2UgaG9sZGluZyB0b3Atc2VjcmV0IGRvY3VtZW50cyBwcm9iYWJseSBzaG91bGQgc3Rv cCBpZiBhbnl0aGluZwp0aHJvd3MgYW4gZXhjZXB0aW9uIChvciwgYXQgbGVhc3QsIHVucGx1ZyB0 aGUgbmV0d29yayBkZXZpY2UgYW5kIGxvZwp0aGUgcHJvYmxlbSkuIEJ1dCB0aGUgZGV2ZWxvcG1l bnQgZWZmb3J0IHdpbGwgYmUgbXVjaCBoaWdoZXIgYW5kIHlvdQpkb24ndCBsZXQgbm9uLXByaXZp bGVnZWQgdXNlcnMgdG91Y2ggdGhlIHNlcnZpY2UgYXQgYWxsLCB3aGljaApzaW1wbGlmaWVzIHRo aW5ncy4KCj4gTXkgcG9pbnQgaGVyZSBpcyB0aGF0IEkgdGhpbmsgbWlyYWdlIHNob3VsZCBkZWZp bmUgaXQncyBvd24gZXJyb3IgbW9uYWQgYW5kIHNvbHZlIGVycm9yIGhhbmRsaW5nIGluIHZhbHVl IGxhbmQgKHcuci50LiB0aGUgY29uY3VycmVuY3kgbW9uYWRzKSwgaW5kZXBlbmRlbnRseSBmcm9t IHRoZSBoaWdoZXItbGV2ZWwgY29uY3VycmVuY3kgcHJpbWl0aXZlcyB1c2VkLiBCeSBwcm92aWRp bmcgYXBwcm9wcmlhdGUgY29tYmluYXRvcnMgYW5kIG90aGVyIHJlc291cmNlIGhvbGRpbmcgY29t YmluYXRvcnMgdGhhdCBlbnN1cmUgYSByZXNvdXJjZSBpcyBvbmx5IGhlbGQgaW4gYSBnaXZlbiBz Y29wZSBhbmQgdGhhdCBpbnRlcmFjdCB3aXRoIHRoYXQgZXJyb3IgbW9uYWQgc28gdGhhdCB3ZSBz aG91bGQgbm90IGV2ZXIgc2VlIHRoYXQga2luZCBvZiBob3JyaWJsZSBjb2RlOgo+Cj4gaHR0cHM6 Ly9naXRodWIuY29tL21pcmFnZS9taXJhZ2Utd3d3L3B1bGwvMjc0L2ZpbGVzI2RpZmYtYWJiOGMw YzYwYzc1MDY1Zjg2ZmYyOTk0MmE0ODNlYzRSODgKPgo+IGFuZCBhdXRvbWF0aWNhbGx5IGd1aWRl IHRoZSBwcm9ncmFtbWVyIGluIGRvaW5nIHRoZSByaWdodCB0aGluZy4KCk9LLCBidXQgaG93PyBE byB5b3UgaGF2ZSBhIGNvbmNyZXRlIHByb3Bvc2FsPyBXaGF0IHdvdWxkIHlvdXIgZXJyb3IKbW9u YWQgZG8gZGlmZmVyZW50bHkgdG8gTHd0IHRoYXQgd291bGQgbWFrZSBpdCB3b3JrIHdoZXJlIEx3 dCBkb2Vzbid0PwoKPj4gSSdkIGFncmVlIGlmIHRoYXQgd2FzICJhYm9ydCB0aGUgY3VycmVudCB0 cmFuc2FjdGlvbiAod2hpY2ggbWF5IGNvdmVyCj4+IHRoZSB3aG9sZSB1bmlrZXJuZWwpIi4gUmVh bGlzdGljYWxseSwgdGhlcmUgYXJlIGFsd2F5cyBnb2luZyB0byBiZQo+PiBlcnJvciBjb25kaXRp b25zIHRoYXQgcmVzdWx0IGluIGV4Y2VwdGlvbnMgdGhhdCBzaG91bGQgbm90IHRlcm1pbmF0ZQo+ PiBpdCAoZS5nLiBydW5uaW5nIG91dCBvZiBtZW1vcnkgc2VydmluZyByZXF1ZXN0cyBzaG91bGQg b25seSBhYm9ydCBzb21lCj4+IHJlcXVlc3RzLCBldGMpLgo+Cj4KPiBUaGVuIHRoZXNlIHRoaW5n cyBzaG91bGQgbm90IGJlIGV4Y2VwdGlvbnMgYnV0IGJlIHRocmVhZGVkIHRocm91Z2ggYW4gYXBw cm9wcmlhdGUgZXJyb3IgbW9uYWQgaW4gY29tYmluYXRpb24gd2l0aCByZXNvdXJjZSBob2xkaW5n IGNvbWJpbmF0b3JzIHRvIGNvcnJlY3RseSByZWxpbnF1aXNoIGhlbGQgcmVzb3VyY2VzLgo+Cj4+ IElmIEkgdW5kZXJzdGFuZCB5b3VyIHBvc2l0aW9uOgo+Pgo+PiAtIEV2ZXJ5IGV4Y2VwdGlvbiBy YWlzZWQgTVVTVCB0ZXJtaW5hdGUgdGhlIHVuaWtlcm5lbC4gVGhpcyBpbmNsdWRlcwo+PiBvdXQt b2YtbWVtb3J5LCBkaXZpc2lvbi1ieS16ZXJvLCBpbnRfb2Zfc3RyaW5nIG9uIGFuIG91dC1vZi1y YW5nZSBpbnQsCj4+IGV0YywgaW4gYW55IGNvZGUgcGF0aC4gQWJvcnRpbmcgdGhlIG9wZXJhdGlv biAoZS5nLiBIVFRQIHJlcXVlc3QpIHRoYXQKPj4gY2F1c2VkIHRoZSBwcm9ibGVtLCBsb2dnaW5n IHRoZSBleGNlcHRpb24gYW5kIGNvbnRpbnVpbmcgaXMgbm90IGFuCj4+IG9wdGlvbi4KPgo+IFll cy4gVGhhdCBpcywgYW55dGhpbmcgbm9uIHJlY292ZXJhYmxlLiBpbnRfb2Zfc3RyaW5nIHNob3Vs ZCBpbiBmYWN0IG5ldmVyIGhhdmUgcmFpc2VkIGluIHRoZSBmaXJzdCBwbGFjZSBidXQgaGF2ZSBy ZXR1cm5lZCBhbiBvcHRpb24gdHlwZS4KPgo+PiAtIEl0IGlzIHRoZXJlZm9yZSBhY2NlcHRhYmxl IGZvciBhIG1vZHVsZSB0byBsZWFrIHJlc291cmNlcyBhbmQvb3IKPj4gbGVhdmUgdGhlIHN5c3Rl bSBpbiBhbiBpbnZhbGlkIHN0YXRlIGlmIGl0IGl0IHJlY2VpdmVzIGFuIGV4Y2VwdGlvbgo+PiBm cm9tIGFueSBjb2RlIGl0IGNhbGxzLgo+Cj4gTm8uIElmIHlvdSBuZWVkIHRvIHJlY292ZXIgdGhl biBkb24ndCB1c2UgZXhjZXB0aW9ucy4gVXNlIGFuIGVycm9yIG1vbmFkIGFuZCByZXNvdXJjZSBo b2xkaW5nIGNvbWJpbmF0b3JzLgoKSSdtIGNvbmZ1c2VkIHRoYXQgeW91IHByZXNlbnQgdGhlc2Ug YXMgYWx0ZXJuYXRpdmVzLiBUaGUgTHd0IGVycm9yCm1vbmFkIHVzZXMgZXhjZXB0aW9ucyBhcyB2 YWx1ZXMuIEl0IHNlZW1zIGxpa2UgeW91IG5lZWQgc29tZSBvcGVuIHR5cGUKYXQgYW55IHJhdGUs IGFuZCBpbiA0LjAxIGV4Y2VwdGlvbnMgYXJlIHRoZSBvbmx5IG9wdGlvbi4gKGEgdW5pdmVyc2Fs CnR5cGUgd29ya3MgaWYgeW91IGdpdmUgdXAgbWF0Y2hpbmcpCgo+PiBJIGRvbid0IHRoaW5rIGV4 Y2VwdGlvbiBzYWZldHkgaXMgbXVjaCB3b3JrIGluIG1vc3QKPj4gY2FzZXMgKEkgYWx3YXlzIHRy eSB0byBkbyB0aGlzIGluIG15IG93biBjb2RlLCBhbnl3YXkpLgo+Cj4KPiBJZiBieSBleGNlcHRp b24gc2FmZXR5IHlvdSBtZWFuLCBoYW5kbGluZyBleGNlcHRpb25zIGNvcnJlY3RseS4gVGhlbiBu by4gVGhlcmUncyBhbHdheXMgdGhlIGV4Y2VwdGlvbiB5b3UgZm9yZ2V0IHRvIGhhbmRsZSBbLi4u XQoKVGhhdCdzIG5vdCB3aGF0IEkgbWVhbi4gSSBtZWFuIGhhbmRsaW5nICphbnkqIGV4Y2VwdGlv biAoaW5jbHVkaW5nCm9uZXMgeW91IGRpZG4ndCBrbm93IGFib3V0KS4gSSBtZWFuIHVzaW5nIHRy eV9sd3QuLmZpbmFsbHkgYW5kIHNpbWlsYXIKdGhhdCBkb24ndCBkZXBlbmQgb24gdGhlIHNwZWNp ZmljIHR5cGVzIG9mIGV4Y2VwdGlvbnMuCgpJbiBNaXJhZ2UgdGVybXMsIGl0IGNhbid0IGJlIGFu eSBtb3JlIHdvcmsgYmVjYXVzZSB5b3UgYWxyZWFkeSBoYXZlIHRvCmhhbmRsZSBgVW5rbm93bi4g V2hhdGV2ZXIgeW91IGRvIGZvciB0aGF0LCBkbyB0aGUgc2FtZSBmb3IgTHd0LkZhaWwKKGFuZCB0 aGlzIGlzIHdoeSBJJ2QgbGlrZSB0aGUgdW5pZnkgdGhlbSkuCgpQdXJlIGNvZGUgaXMgYWx3YXlz IGV4Y2VwdGlvbiBzYWZlLCBzaW5jZSB0aGVyZSBjYW4gYmUgbm8gZ2xvYmFsCmNoYW5nZXMgdG8g cm9sbCBiYWNrLiBPdGhlcndpc2UsIGl0IGJhc2ljYWxseSBqdXN0IG1lYW5zIGFueXRoaW5nIHRo YXQKYWxsb2NhdGVzIGFuIGV4dGVybmFsIHJlc291cmNlIG11c3QgYWxzbyBmcmVlIGl0ICh0cnku LmZpbmFsbHkgb3IKIndpdGhfKiIpLgoKPiwgeW91IGhhdmUgdG8gcHV0IHRoZSBoYW5kbGVycyBh dCB0aGUgcmlnaHQgcGxhY2UsIGFuZCB0aGVyZSdzIGEgbGFjayBvZiBsb2NhbGl0eSBpbiBwcm9n cmFtIHVuZGVyc3RhbmRpbmcgKGJlY2F1c2UgZXhjZXB0aW9ucyBtYXkgZmxvdyBiZXlvbmQgYSBo YW5kbGVyIGlmIGl0J3Mgbm90IGhhbmRsZWQgYnkgaXQpIHRoYXQncyB0b28gbXVjaCB0aGlua2lu ZyBhbmQgc3VidGVsdGllcy4gQmVzaWRlcyB0aGVyZSdzIG5vIGV4aGF1c3RpdmVuZXNzIGNoZWNr IGZvciBleGNlcHRpb25zLiBUaGF0J3MgdGhlIHJlYXNvbiB3aHkgSSBwcmVmZXIgdG8gaGF2ZSBh IG1vbmFkIHRoYXQgZm9yY2VzIHlvdSBpbnRvIGRvaW5nIHRoZSByaWdodCB0aGluZ3MgYnkgdHlw ZSBkaXJlY3Rpb24uCgpFeGhhdXN0aXZlbmVzcyBpcyBncmVhdCBmb3IgY29uY3JldGUgaW1wbGVt ZW50YXRpb25zLCBidXQgdGhhdCBkb2Vzbid0CndvcmsgZm9yIE1pcmFnZSBpbnRlcmZhY2VzLiBX ZSBjYW4ndCBrbm93IHdoYXQgZXJyb3JzIGFuCmltcGxlbWVudGF0aW9uIG9mIEtWX1JPIG1heSBu ZWVkIHRvIHJlcG9ydCwgZm9yIGV4YW1wbGUuIFlvdSBjYW4gYWRkCmBVbmtub3duLCBidXQgdGhh dCBkZWZlYXRzIHRoZSBwb2ludCBvZiBleGhhdXN0aXZlbmVzcy4KCj4+IEkgd291bGQgaG93ZXZl ciByZXBsYWNlIGFsbCB0aGUgbmV0d29yayBjb2RlcyB3aXRoIGEgZ2VuZXJpYwo+PiAoYE5ldHdv cmtfZXJyb3Igb2YgZXhuKSwgd2hlcmUgdGhlIGV4biBtaWdodCBiZSBlLmcuIGEgUmVmdXNlZAo+ PiBleGNlcHRpb24gd2l0aCBtb3JlIGluZm9ybWF0aW9uIGFib3V0IHdoeSBpdCB3YXMgcmVmdXNl ZC4gVGhpcyBtYWtlcwo+PiBpdCBlYXN5IGZvciBjYWxsZXJzIHdobyBkb24ndCBjYXJlIHRvIGhh bmRsZSB0aGVtIGFsbCBhdCBvbmNlICh3aXRoCj4+IEx3dC5mYWlsKSwgYWxsb3dzIGV4dHJhIG5l dHdvcmsgZXJyb3JzIHRvIGJlIGFkZGVkIGJ5IGltcGxlbWVudGF0aW9ucywKPj4gYW5kIGFsbG93 cyBhdHRhY2hpbmcgbW9yZSBkZXRhaWxzIGFib3V0IHRoZSBjYXVzZXMuCj4KPiBJJ20gcmVhbGx5 IG5vdCBmb25kIG9mIHRoaXMuIFlvdSBjYW4gdXNlIG9wZW4gcG9seW1vcnBoaWMgdmFyaWFudHMg Zm9yIHRoaXMgb3IgYSBjbG9zZWQgb25lIHdpdGggYSBmZXcga25vd24gY29tbW9uIGNhc2VzIGFu ZCBhIGN1c3RvbSBvbmUgd2l0aCBhIHByaW50YWJsZSB1bml2ZXJzYWwgdHlwZS4gQnV0IHRoZW4g aXQgc2VlbXMgeW91IGFyZSBkZXNpZ25pbmcgd2l0aCB0aGUgaWRlYSBvZiB1c2luZyBMd3QncyBm YWlsZWQgc3RhdGUgYXMgYW4gZXJyb3IgbWVjaGFuaXNtIHdoaWNoIEkgZGlzYWdyZWUgd2l0aC4K ClRoaXMgaXMgcG9zc2libGUsIGJ1dCB0aGVyZSBhcmUgdHJhZGUtb2ZmczoKCjEuIEl0J3MgaGFy ZCB0byBwcm9wYWdhdGUgdGhlIGVycm9yIHdoZW4geW91IGRvbid0IGNhcmUgKDk5JSBvZiB0aGUK Y2FzZXMgSSBzdXNwZWN0KS4gSG93IHdvdWxkIHlvdSByZXdyaXRlIHRoZSBiYWQgY29kZSB5b3Ug bGlua2VkIGFib3ZlCmluIG1pcmFnZS13d3cgd2l0aCB0aGlzIHNjaGVtZT8KCjIuIEhvdyBkbyB5 b3UgYXR0YWNoIGV4dHJhIGRldGFpbCB0byB0aGUgY2FzZXMgKGEgdW5pdmVyc2FsICdjYXVzZScK bmVzdGVkIGluIGVhY2ggb25lKT8KCjMuIFlvdSBjYW4ndCBtYXRjaCBvbiBhIHByaW50YWJsZSB1 bml2ZXJzYWwgdHlwZSBldmVuIGlmIHlvdSBrbm93IHRoZQpjb25jcmV0ZSBpbXBsZW1lbnRhdGlv bi4KCkFueXdheSwgaXQgd291bGQgYmUgZ3JlYXQgaWYgeW91IGNvdWxkIHdyaXRlIHVwIHlvdXIg cHJvcG9zYWwgc28gSSBjYW4KYWRkIGl0IHRvIHRoZSBsaXN0LiBUaGVzZSBzY2hlbWVzIGFsbCBo YXZlIHRyYWRlb2ZmcyBhbmQgaXQncyBoYXJkIHRvCnNlZSB0aGVtIGFsbCB0b2dldGhlciBpbiBh biBlbWFpbCB0aHJlYWQuCgoKLS0gCkRyIFRob21hcyBMZW9uYXJkICAgICAgICBodHRwOi8vMGlu c3RhbGwubmV0LwpHUEc6IDkyNDIgOTgwNyBDOTg1IDNDMDcgNDRBNiAgOEI5QSBBRTA3IDgyODAg NTlBNSAzQ0MxCkdQRzogREE5OCAyNUFFIENBRDAgODk3NSA3Q0RBICBCRDhFIDA3MTMgM0Y5NiBD QTc0IEQ4QkEKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Ck1pcmFnZU9TLWRldmVsIG1haWxpbmcgbGlzdApNaXJhZ2VPUy1kZXZlbEBsaXN0cy54ZW5wcm9q ZWN0Lm9yZwpodHRwOi8vbGlzdHMueGVucHJvamVjdC5vcmcvY2dpLWJpbi9tYWlsbWFuL2xpc3Rp bmZvL21pcmFnZW9zLWRldmVsCg==