From mirageos-devel-bounces@lists.xenproject.org Thu May 01 19:42:00 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 01 May 2014 19:42: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 1Wfwrh-00076M-9B; Thu, 01 May 2014 19:41:53 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wfwrg-00076H-S4 for mirageos-devel@lists.xenproject.org; Thu, 01 May 2014 19:41:53 +0000 Received: from [85.158.143.35:4762] by server-3.bemta-4.messagelabs.com id 7D/12-13602-083A2635; Thu, 01 May 2014 19:41:52 +0000 X-Env-Sender: thomas.gazagnaire@gmail.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1398973311!2286354!1 X-Originating-IP: [209.85.212.179] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22370 invoked from network); 1 May 2014 19:41:51 -0000 Received: from mail-wi0-f179.google.com (HELO mail-wi0-f179.google.com) (209.85.212.179) by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 1 May 2014 19:41:51 -0000 Received: by mail-wi0-f179.google.com with SMTP id bs8so1301890wib.0 for ; Thu, 01 May 2014 12:41:51 -0700 (PDT) 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=SFiyS01x7mjDmbZ/XWyyk+ipZFHfryDmqZFyhG03UCo=; b=RzmUrjN2ZGZKFpF4vDVsRWz+QWRMABSYRRTc22kZNOLphjKl1jX5tu1ExsNyb/60+Q yMF7vuJo2WOfuFcHJDjDP+JIY80QIURAqa2X8Kp5YrZ7iOnM9/vaVaqgYGeHDPptGedu LpibAxhhZIbhr6NrM9t4jk2v26T6cRanDoMr0UIw97qmc8Qv5D8l3wIFdAsLDbrfpNUU X5d7V/GfFsj9J96VRJzPWWTPqPNDQXPlTcW0MDyG4w16pGZoLojQ+DvV8mP7mHtGZqAX JcWO7JlyCKKxoQqbzWQ0DEZL8R1FIDkHczJdDJ6sZja/6Jbmy8uG25i9Yu8kwOADd47Z xCag== X-Received: by 10.180.94.37 with SMTP id cz5mr3458280wib.19.1398973311398; Thu, 01 May 2014 12:41:51 -0700 (PDT) Received: from [192.168.0.10] (cpc25-cmbg14-2-0-cust121.5-4.cable.virginm.net. [213.106.112.122]) by mx.google.com with ESMTPSA id xm20sm5591039wib.19.2014.05.01.12.41.47 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 01 May 2014 12:41:48 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Thomas Gazagnaire In-Reply-To: <5A1FE860B7AD4CB8A2DE6748877F525E@erratique.ch> Date: Thu, 1 May 2014 20:41:47 +0100 Message-Id: <650A2495-3C57-4A1F-BF8D-AC1D2976C333@gazagnaire.org> References: <12648FEF-0A51-452D-B46F-1DD2AD08B495@gazagnaire.org> <5A1FE860B7AD4CB8A2DE6748877F525E@erratique.ch> To: =?iso-8859-1?Q?Daniel_B=FCnzli?= X-Mailer: Apple Mail (2.1874) Cc: mirageos-devel@lists.xenproject.org Subject: Re: [MirageOS-devel] irminsule merge X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 also started to write a simple combinator library for merge operations (which needs to be extended): >> >> https://github.com/samoht/irminsule/blob/master/lib/core/irminMerge.mli > No deep look at this but I see an exception for Conflicts. Any reason why conflicts are not represented explicitly and conflict resolution managed through other combinators ? I've updated the API to make conflicts more explicit. 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 May 01 19:42:00 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 01 May 2014 19:42: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 1Wfwrh-00076M-9B; Thu, 01 May 2014 19:41:53 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wfwrg-00076H-S4 for mirageos-devel@lists.xenproject.org; Thu, 01 May 2014 19:41:53 +0000 Received: from [85.158.143.35:4762] by server-3.bemta-4.messagelabs.com id 7D/12-13602-083A2635; Thu, 01 May 2014 19:41:52 +0000 X-Env-Sender: thomas.gazagnaire@gmail.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1398973311!2286354!1 X-Originating-IP: [209.85.212.179] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22370 invoked from network); 1 May 2014 19:41:51 -0000 Received: from mail-wi0-f179.google.com (HELO mail-wi0-f179.google.com) (209.85.212.179) by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 1 May 2014 19:41:51 -0000 Received: by mail-wi0-f179.google.com with SMTP id bs8so1301890wib.0 for ; Thu, 01 May 2014 12:41:51 -0700 (PDT) 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=SFiyS01x7mjDmbZ/XWyyk+ipZFHfryDmqZFyhG03UCo=; b=RzmUrjN2ZGZKFpF4vDVsRWz+QWRMABSYRRTc22kZNOLphjKl1jX5tu1ExsNyb/60+Q yMF7vuJo2WOfuFcHJDjDP+JIY80QIURAqa2X8Kp5YrZ7iOnM9/vaVaqgYGeHDPptGedu LpibAxhhZIbhr6NrM9t4jk2v26T6cRanDoMr0UIw97qmc8Qv5D8l3wIFdAsLDbrfpNUU X5d7V/GfFsj9J96VRJzPWWTPqPNDQXPlTcW0MDyG4w16pGZoLojQ+DvV8mP7mHtGZqAX JcWO7JlyCKKxoQqbzWQ0DEZL8R1FIDkHczJdDJ6sZja/6Jbmy8uG25i9Yu8kwOADd47Z xCag== X-Received: by 10.180.94.37 with SMTP id cz5mr3458280wib.19.1398973311398; Thu, 01 May 2014 12:41:51 -0700 (PDT) Received: from [192.168.0.10] (cpc25-cmbg14-2-0-cust121.5-4.cable.virginm.net. [213.106.112.122]) by mx.google.com with ESMTPSA id xm20sm5591039wib.19.2014.05.01.12.41.47 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 01 May 2014 12:41:48 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Thomas Gazagnaire In-Reply-To: <5A1FE860B7AD4CB8A2DE6748877F525E@erratique.ch> Date: Thu, 1 May 2014 20:41:47 +0100 Message-Id: <650A2495-3C57-4A1F-BF8D-AC1D2976C333@gazagnaire.org> References: <12648FEF-0A51-452D-B46F-1DD2AD08B495@gazagnaire.org> <5A1FE860B7AD4CB8A2DE6748877F525E@erratique.ch> To: =?iso-8859-1?Q?Daniel_B=FCnzli?= X-Mailer: Apple Mail (2.1874) Cc: mirageos-devel@lists.xenproject.org Subject: Re: [MirageOS-devel] irminsule merge X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 also started to write a simple combinator library for merge operations (which needs to be extended): >> >> https://github.com/samoht/irminsule/blob/master/lib/core/irminMerge.mli > No deep look at this but I see an exception for Conflicts. Any reason why conflicts are not represented explicitly and conflict resolution managed through other combinators ? I've updated the API to make conflicts more explicit. 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 May 01 19:50:56 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 01 May 2014 19:50: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 1Wfx0R-0007RA-7m; Thu, 01 May 2014 19:50:55 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wfx0Q-0007R3-LN for mirageos-devel@lists.xenproject.org; Thu, 01 May 2014 19:50:54 +0000 Received: from [193.109.254.147:14796] by server-7.bemta-14.messagelabs.com id D6/4E-17726-E95A2635; Thu, 01 May 2014 19:50:54 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-9.tower-27.messagelabs.com!1398973853!2158719!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29715 invoked from network); 1 May 2014 19:50:53 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-9.tower-27.messagelabs.com with SMTP; 1 May 2014 19:50:53 -0000 Received: (qmail 7123 invoked by uid 634); 1 May 2014 19:50:52 -0000 Received: from volstagg-0.srg.cl.cam.ac.uk (HELO flick.office) (128.232.32.232) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Thu, 01 May 2014 20:50:52 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Anil Madhavapeddy In-Reply-To: <4B6443EC-20B5-4ECC-9126-CDBC55045568@nottingham.ac.uk> Date: Thu, 1 May 2014 20:50:55 +0100 Message-Id: References: <4B6443EC-20B5-4ECC-9126-CDBC55045568@nottingham.ac.uk> To: Richard Mortier X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] welcome to mindy preston! X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 Welcome to the gang, Mindy! -anil On 30 Apr 2014, at 23:21, Richard Mortier wrote: > mindy is joining us via the Outreach Program for Women (http://opw.gnome.org), sponsored by the Xen Project, to work on mirage -- likely topics are network fuzz testing and perhaps an ipv6 stack. she's already made some great contributions, including fixing some DHCP bugs to better support EC2 as reported on her blog at -- check it out :) > > here's what she says about herself: > > Mindy Preston (frequently "yomimono" on the Internet) is > a programmer of computers whose former occupations include "hacker > schooler", "embedded systems programmer", "network security analyst", > "unix sysadmin", "lawn maintenance technician", "bicycle advocate", and > "university student". Her interests include bicycles, type safety, > cats, doing the minimum correct thing, jokes, breaking stuff, fixing > stuff, embroidery, ruthless input validation, and adamantly refusing to > relocate from Madison, Wisconsin. > > -- > Cheers, > > R. > > > > > _______________________________________________ > 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 May 01 19:50:56 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 01 May 2014 19:50: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 1Wfx0R-0007RA-7m; Thu, 01 May 2014 19:50:55 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wfx0Q-0007R3-LN for mirageos-devel@lists.xenproject.org; Thu, 01 May 2014 19:50:54 +0000 Received: from [193.109.254.147:14796] by server-7.bemta-14.messagelabs.com id D6/4E-17726-E95A2635; Thu, 01 May 2014 19:50:54 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-9.tower-27.messagelabs.com!1398973853!2158719!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29715 invoked from network); 1 May 2014 19:50:53 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-9.tower-27.messagelabs.com with SMTP; 1 May 2014 19:50:53 -0000 Received: (qmail 7123 invoked by uid 634); 1 May 2014 19:50:52 -0000 Received: from volstagg-0.srg.cl.cam.ac.uk (HELO flick.office) (128.232.32.232) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Thu, 01 May 2014 20:50:52 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Anil Madhavapeddy In-Reply-To: <4B6443EC-20B5-4ECC-9126-CDBC55045568@nottingham.ac.uk> Date: Thu, 1 May 2014 20:50:55 +0100 Message-Id: References: <4B6443EC-20B5-4ECC-9126-CDBC55045568@nottingham.ac.uk> To: Richard Mortier X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] welcome to mindy preston! X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 Welcome to the gang, Mindy! -anil On 30 Apr 2014, at 23:21, Richard Mortier wrote: > mindy is joining us via the Outreach Program for Women (http://opw.gnome.org), sponsored by the Xen Project, to work on mirage -- likely topics are network fuzz testing and perhaps an ipv6 stack. she's already made some great contributions, including fixing some DHCP bugs to better support EC2 as reported on her blog at -- check it out :) > > here's what she says about herself: > > Mindy Preston (frequently "yomimono" on the Internet) is > a programmer of computers whose former occupations include "hacker > schooler", "embedded systems programmer", "network security analyst", > "unix sysadmin", "lawn maintenance technician", "bicycle advocate", and > "university student". Her interests include bicycles, type safety, > cats, doing the minimum correct thing, jokes, breaking stuff, fixing > stuff, embroidery, ruthless input validation, and adamantly refusing to > relocate from Madison, Wisconsin. > > -- > Cheers, > > R. > > > > > _______________________________________________ > 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 May 01 20:01:55 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 01 May 2014 20:01: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 1WfxB3-0007p7-85; Thu, 01 May 2014 20:01:53 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WfxB2-0007oz-DK for mirageos-devel@lists.xenproject.org; Thu, 01 May 2014 20:01:52 +0000 Received: from [85.158.143.35:51408] by server-1.bemta-4.messagelabs.com id E9/70-09853-F28A2635; Thu, 01 May 2014 20:01:51 +0000 X-Env-Sender: crowcroft@gmail.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1398974508!1964771!1 X-Originating-IP: [209.85.192.42] 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.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2547 invoked from network); 1 May 2014 20:01:49 -0000 Received: from mail-qg0-f42.google.com (HELO mail-qg0-f42.google.com) (209.85.192.42) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 1 May 2014 20:01:49 -0000 Received: by mail-qg0-f42.google.com with SMTP id z60so3142242qgd.29 for ; Thu, 01 May 2014 13:01:48 -0700 (PDT) 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=dgiUS+2BYYmTuneorRKkrWh8bCS3THnWrTSRclar2Uw=; b=BX1HLYDgXqtY383oSWmQPZ8KAkuxbp/JMgrvarSaQd8Iu8ar4PBYIRO7sKMdZgDMZD cBfvlE2Jr1OKHQSP4pP6bJ57jE8xiFGc+kRql8Stlxv6KAzTqaTCwXDqs/g+gAvDEOS2 4cm4yB4GWu1mVu4uczJb2JyUJMbm0pW/3mi36/RMHsh95KI4C/as9PlDSrHh6mk5IinP yk2OfDUqaGVRbB5GAjwinWWvCdFBo3B8vFCL5WsjRCSH1U2K5JIn8vjYpTHvz3Lrmuue eL2vd7ZDUJv2SMJaosJwdeqHe181QdCI6ydRAANDNEzfmpIWN1MGWN/Uoco1xg0ZEJ0I o90g== MIME-Version: 1.0 X-Received: by 10.140.91.7 with SMTP id y7mr15904735qgd.3.1398974508626; Thu, 01 May 2014 13:01:48 -0700 (PDT) Received: by 10.140.25.225 with HTTP; Thu, 1 May 2014 13:01:48 -0700 (PDT) In-Reply-To: <4B6443EC-20B5-4ECC-9126-CDBC55045568@nottingham.ac.uk> References: <4B6443EC-20B5-4ECC-9126-CDBC55045568@nottingham.ac.uk> Date: Thu, 1 May 2014 16:01:48 -0400 X-Google-Sender-Auth: uLNlved85Kn6bUNd96PCEshV0lo Message-ID: From: Jon Crowcroft To: Richard Mortier Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] welcome to mindy preston! X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============7349493825502456142==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============7349493825502456142== Content-Type: multipart/alternative; boundary=001a113a25e0a2f9d904f85c2260 --001a113a25e0a2f9d904f85c2260 Content-Type: text/plain; charset=UTF-8 we need to go to a virtual pub to welcome new people - in this case, I recommend the pub discussion be http://takingthelane.com/product/bikes-in-space/ soundtrack: hottps://www.youtube.com/watch?v=OrLIgPSH-h8 On Wed, Apr 30, 2014 at 6:21 PM, Richard Mortier < Richard.Mortier@nottingham.ac.uk> wrote: > mindy is joining us via the Outreach Program for Women ( > http://opw.gnome.org), sponsored by the Xen Project, to work on mirage -- > likely topics are network fuzz testing and perhaps an ipv6 stack. she's > already made some great contributions, including fixing some DHCP bugs to > better support EC2 as reported on her blog at < > http://www.somerandomidiot.com/> -- check it out :) > > here's what she says about herself: > > Mindy Preston (frequently "yomimono" on the Internet) is > a programmer of computers whose former occupations include "hacker > schooler", "embedded systems programmer", "network security analyst", > "unix sysadmin", "lawn maintenance technician", "bicycle advocate", and > "university student". Her interests include bicycles, type safety, > cats, doing the minimum correct thing, jokes, breaking stuff, fixing > stuff, embroidery, ruthless input validation, and adamantly refusing to > relocate from Madison, Wisconsin. > > -- > Cheers, > > R. > > > > > > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel > > --001a113a25e0a2f9d904f85c2260 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
we need to go to a virtual pub to welcome new people - in = this case, I recommend the pub discussion be


On Wed, Apr 30, 2014 at 6:21 PM, Richard Mortier <Richard.M= ortier@nottingham.ac.uk> wrote:
mindy is joining us via the Outreach Program for Women (http://opw.gnome.org), sponsored by the= Xen Project, to work on mirage -- likely topics are network fuzz testing a= nd perhaps an ipv6 stack. she's already made some great contributions, = including fixing some DHCP bugs to better support EC2 as reported on her bl= og at <htt= p://www.somerandomidiot.com/> -- check it out :)

here's what she says about herself:

Mindy Preston (frequently "yomimono" on the Internet) is
a programmer of computers whose former occupations include "hacker
schooler", "embedded systems programmer", "network secu= rity analyst",
"unix sysadmin", "lawn maintenance technician", "b= icycle advocate", and
"university student". =C2=A0Her interests include bicycles, type = safety,
cats, doing the minimum correct thing, jokes, breaking stuff, fixing
stuff, embroidery, ruthless input validation, and adamantly refusing to
relocate from Madison, Wisconsin.

--
Cheers,

R.





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


--001a113a25e0a2f9d904f85c2260-- --===============7349493825502456142== 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 --===============7349493825502456142==-- From mirageos-devel-bounces@lists.xenproject.org Thu May 01 20:01:55 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 01 May 2014 20:01: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 1WfxB3-0007p7-85; Thu, 01 May 2014 20:01:53 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WfxB2-0007oz-DK for mirageos-devel@lists.xenproject.org; Thu, 01 May 2014 20:01:52 +0000 Received: from [85.158.143.35:51408] by server-1.bemta-4.messagelabs.com id E9/70-09853-F28A2635; Thu, 01 May 2014 20:01:51 +0000 X-Env-Sender: crowcroft@gmail.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1398974508!1964771!1 X-Originating-IP: [209.85.192.42] 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.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2547 invoked from network); 1 May 2014 20:01:49 -0000 Received: from mail-qg0-f42.google.com (HELO mail-qg0-f42.google.com) (209.85.192.42) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 1 May 2014 20:01:49 -0000 Received: by mail-qg0-f42.google.com with SMTP id z60so3142242qgd.29 for ; Thu, 01 May 2014 13:01:48 -0700 (PDT) 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=dgiUS+2BYYmTuneorRKkrWh8bCS3THnWrTSRclar2Uw=; b=BX1HLYDgXqtY383oSWmQPZ8KAkuxbp/JMgrvarSaQd8Iu8ar4PBYIRO7sKMdZgDMZD cBfvlE2Jr1OKHQSP4pP6bJ57jE8xiFGc+kRql8Stlxv6KAzTqaTCwXDqs/g+gAvDEOS2 4cm4yB4GWu1mVu4uczJb2JyUJMbm0pW/3mi36/RMHsh95KI4C/as9PlDSrHh6mk5IinP yk2OfDUqaGVRbB5GAjwinWWvCdFBo3B8vFCL5WsjRCSH1U2K5JIn8vjYpTHvz3Lrmuue eL2vd7ZDUJv2SMJaosJwdeqHe181QdCI6ydRAANDNEzfmpIWN1MGWN/Uoco1xg0ZEJ0I o90g== MIME-Version: 1.0 X-Received: by 10.140.91.7 with SMTP id y7mr15904735qgd.3.1398974508626; Thu, 01 May 2014 13:01:48 -0700 (PDT) Received: by 10.140.25.225 with HTTP; Thu, 1 May 2014 13:01:48 -0700 (PDT) In-Reply-To: <4B6443EC-20B5-4ECC-9126-CDBC55045568@nottingham.ac.uk> References: <4B6443EC-20B5-4ECC-9126-CDBC55045568@nottingham.ac.uk> Date: Thu, 1 May 2014 16:01:48 -0400 X-Google-Sender-Auth: uLNlved85Kn6bUNd96PCEshV0lo Message-ID: From: Jon Crowcroft To: Richard Mortier Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] welcome to mindy preston! X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============7349493825502456142==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============7349493825502456142== Content-Type: multipart/alternative; boundary=001a113a25e0a2f9d904f85c2260 --001a113a25e0a2f9d904f85c2260 Content-Type: text/plain; charset=UTF-8 we need to go to a virtual pub to welcome new people - in this case, I recommend the pub discussion be http://takingthelane.com/product/bikes-in-space/ soundtrack: hottps://www.youtube.com/watch?v=OrLIgPSH-h8 On Wed, Apr 30, 2014 at 6:21 PM, Richard Mortier < Richard.Mortier@nottingham.ac.uk> wrote: > mindy is joining us via the Outreach Program for Women ( > http://opw.gnome.org), sponsored by the Xen Project, to work on mirage -- > likely topics are network fuzz testing and perhaps an ipv6 stack. she's > already made some great contributions, including fixing some DHCP bugs to > better support EC2 as reported on her blog at < > http://www.somerandomidiot.com/> -- check it out :) > > here's what she says about herself: > > Mindy Preston (frequently "yomimono" on the Internet) is > a programmer of computers whose former occupations include "hacker > schooler", "embedded systems programmer", "network security analyst", > "unix sysadmin", "lawn maintenance technician", "bicycle advocate", and > "university student". Her interests include bicycles, type safety, > cats, doing the minimum correct thing, jokes, breaking stuff, fixing > stuff, embroidery, ruthless input validation, and adamantly refusing to > relocate from Madison, Wisconsin. > > -- > Cheers, > > R. > > > > > > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel > > --001a113a25e0a2f9d904f85c2260 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
we need to go to a virtual pub to welcome new people - in = this case, I recommend the pub discussion be


On Wed, Apr 30, 2014 at 6:21 PM, Richard Mortier <Richard.M= ortier@nottingham.ac.uk> wrote:
mindy is joining us via the Outreach Program for Women (http://opw.gnome.org), sponsored by the= Xen Project, to work on mirage -- likely topics are network fuzz testing a= nd perhaps an ipv6 stack. she's already made some great contributions, = including fixing some DHCP bugs to better support EC2 as reported on her bl= og at <htt= p://www.somerandomidiot.com/> -- check it out :)

here's what she says about herself:

Mindy Preston (frequently "yomimono" on the Internet) is
a programmer of computers whose former occupations include "hacker
schooler", "embedded systems programmer", "network secu= rity analyst",
"unix sysadmin", "lawn maintenance technician", "b= icycle advocate", and
"university student". =C2=A0Her interests include bicycles, type = safety,
cats, doing the minimum correct thing, jokes, breaking stuff, fixing
stuff, embroidery, ruthless input validation, and adamantly refusing to
relocate from Madison, Wisconsin.

--
Cheers,

R.





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


--001a113a25e0a2f9d904f85c2260-- --===============7349493825502456142== 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 --===============7349493825502456142==-- From mirageos-devel-bounces@lists.xenproject.org Thu May 01 20:07:44 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 01 May 2014 20:07: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 1WfxGh-0007x1-Or; Thu, 01 May 2014 20:07:43 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WfxGg-0007ws-5b for mirageos-devel@lists.xenproject.org; Thu, 01 May 2014 20:07:42 +0000 Received: from [85.158.143.35:15768] by server-1.bemta-4.messagelabs.com id 22/D3-09853-D89A2635; Thu, 01 May 2014 20:07:41 +0000 X-Env-Sender: thomas.gazagnaire@gmail.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1398974860!1965471!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.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22895 invoked from network); 1 May 2014 20:07:40 -0000 Received: from mail-we0-f174.google.com (HELO mail-we0-f174.google.com) (74.125.82.174) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 1 May 2014 20:07:40 -0000 Received: by mail-we0-f174.google.com with SMTP id k48so3614309wev.19 for ; Thu, 01 May 2014 13:07:40 -0700 (PDT) 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=OsL/z93tJjDHRq9F7wdO2BaDxdxHzGlmPXWrQtFhcwo=; b=ZthbtWFIdNe+5lNfuMHabgPKNvq6sslULjODqCnVQtKtpfeUzCPKBbXcE1yO3m+KxI Ck+HxGM04aNh00nhROIPCcuuqraOvQ6PAbfkji9qyCyKysJHXqOXgX01Oca1lSH+bvJ5 KLUHj+8wYVE0WSjCkdmDmXe/PaHfE0NLfNlv3dmSLQ9HU/gLlObs1Nh1qwEcjchD2JHa 0Skq8ttCcBtis4djhENyTVchlZwj7Xc6rLLhHKDXqGJiIXeS8iLnIm7IKm6s2mKn3Yht +m2w7El43B6RswTuCqpYdo19pm+blDihkN1p4MaVvMFGQskP1ytwOKx98/56f/cBmaTK ncSA== X-Received: by 10.194.201.73 with SMTP id jy9mr3574778wjc.51.1398974860159; Thu, 01 May 2014 13:07:40 -0700 (PDT) Received: from [192.168.0.10] (cpc25-cmbg14-2-0-cust121.5-4.cable.virginm.net. [213.106.112.122]) by mx.google.com with ESMTPSA id gc19sm5740762wic.5.2014.05.01.13.07.37 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 01 May 2014 13:07:37 -0700 (PDT) From: Thomas Gazagnaire Message-Id: <0717C921-E5A8-457F-A537-DA3789205A7A@gazagnaire.org> Date: Thu, 1 May 2014 21:07:36 +0100 To: mirageos-devel@lists.xenproject.org Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) X-Mailer: Apple Mail (2.1874) Subject: [MirageOS-devel] basic support for transactions in irminsule X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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, just a quick update on irminsule. I've added last week a support of "views", which are efficient in-memory lazy cache for subtrees, without history. Reads are done only when needed and all the serialisation cost of computing SHA1 from values is done only when you commit the full view to store. There are two use-cases for such views: - you need a staging area, ie. you don't want to commit every operation on the store: you create a view for a given path, do some stuff, and when you are happy, you create one big commit in the store with the changes - you want to map a sub-tree to an OCaml value: in that case you want to be able to store the subtree in different parts of your store if needed or you don't have a specific path in mind when you create the initial view. When you want the view to be committed, you can simply replace the current sub-tree by your view using the `update_view` function. But there are use-cases where it's not exactly what you need, for instance: transactions. In that case, you want to replay all the updates on top of the HEAD version of the tree, and check that the reads returns the good result. I've just added that to Irminsule, with the 'merge_view' function. In bonus, you have all the operations done on the view which now appears in the commit message. I'm still not totally happy with the atomicity of such operations (ie. there is no guarantee than nobody else is modifying the HEAD tag when you merge a transaction, which can lead to transaction loss if not careful enough). As usual, feel free to play with the new feature and give some feedback on the mailing list or on the Github issue tracker. 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 Thu May 01 20:07:44 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 01 May 2014 20:07: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 1WfxGh-0007x1-Or; Thu, 01 May 2014 20:07:43 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WfxGg-0007ws-5b for mirageos-devel@lists.xenproject.org; Thu, 01 May 2014 20:07:42 +0000 Received: from [85.158.143.35:15768] by server-1.bemta-4.messagelabs.com id 22/D3-09853-D89A2635; Thu, 01 May 2014 20:07:41 +0000 X-Env-Sender: thomas.gazagnaire@gmail.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1398974860!1965471!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.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22895 invoked from network); 1 May 2014 20:07:40 -0000 Received: from mail-we0-f174.google.com (HELO mail-we0-f174.google.com) (74.125.82.174) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 1 May 2014 20:07:40 -0000 Received: by mail-we0-f174.google.com with SMTP id k48so3614309wev.19 for ; Thu, 01 May 2014 13:07:40 -0700 (PDT) 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=OsL/z93tJjDHRq9F7wdO2BaDxdxHzGlmPXWrQtFhcwo=; b=ZthbtWFIdNe+5lNfuMHabgPKNvq6sslULjODqCnVQtKtpfeUzCPKBbXcE1yO3m+KxI Ck+HxGM04aNh00nhROIPCcuuqraOvQ6PAbfkji9qyCyKysJHXqOXgX01Oca1lSH+bvJ5 KLUHj+8wYVE0WSjCkdmDmXe/PaHfE0NLfNlv3dmSLQ9HU/gLlObs1Nh1qwEcjchD2JHa 0Skq8ttCcBtis4djhENyTVchlZwj7Xc6rLLhHKDXqGJiIXeS8iLnIm7IKm6s2mKn3Yht +m2w7El43B6RswTuCqpYdo19pm+blDihkN1p4MaVvMFGQskP1ytwOKx98/56f/cBmaTK ncSA== X-Received: by 10.194.201.73 with SMTP id jy9mr3574778wjc.51.1398974860159; Thu, 01 May 2014 13:07:40 -0700 (PDT) Received: from [192.168.0.10] (cpc25-cmbg14-2-0-cust121.5-4.cable.virginm.net. [213.106.112.122]) by mx.google.com with ESMTPSA id gc19sm5740762wic.5.2014.05.01.13.07.37 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 01 May 2014 13:07:37 -0700 (PDT) From: Thomas Gazagnaire Message-Id: <0717C921-E5A8-457F-A537-DA3789205A7A@gazagnaire.org> Date: Thu, 1 May 2014 21:07:36 +0100 To: mirageos-devel@lists.xenproject.org Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) X-Mailer: Apple Mail (2.1874) Subject: [MirageOS-devel] basic support for transactions in irminsule X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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, just a quick update on irminsule. I've added last week a support of "views", which are efficient in-memory lazy cache for subtrees, without history. Reads are done only when needed and all the serialisation cost of computing SHA1 from values is done only when you commit the full view to store. There are two use-cases for such views: - you need a staging area, ie. you don't want to commit every operation on the store: you create a view for a given path, do some stuff, and when you are happy, you create one big commit in the store with the changes - you want to map a sub-tree to an OCaml value: in that case you want to be able to store the subtree in different parts of your store if needed or you don't have a specific path in mind when you create the initial view. When you want the view to be committed, you can simply replace the current sub-tree by your view using the `update_view` function. But there are use-cases where it's not exactly what you need, for instance: transactions. In that case, you want to replay all the updates on top of the HEAD version of the tree, and check that the reads returns the good result. I've just added that to Irminsule, with the 'merge_view' function. In bonus, you have all the operations done on the view which now appears in the commit message. I'm still not totally happy with the atomicity of such operations (ie. there is no guarantee than nobody else is modifying the HEAD tag when you merge a transaction, which can lead to transaction loss if not careful enough). As usual, feel free to play with the new feature and give some feedback on the mailing list or on the Github issue tracker. 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 Thu May 01 20:11:52 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 01 May 2014 20:11: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 1WfxKi-00088q-5p; Thu, 01 May 2014 20:11:52 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WfxKh-00088i-4J for mirageos-devel@lists.xenproject.org; Thu, 01 May 2014 20:11:51 +0000 Received: from [193.109.254.147:64747] by server-4.bemta-14.messagelabs.com id E1/55-02781-68AA2635; Thu, 01 May 2014 20:11:50 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-13.tower-27.messagelabs.com!1398975109!2181031!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19105 invoked from network); 1 May 2014 20:11:49 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-13.tower-27.messagelabs.com with SMTP; 1 May 2014 20:11:49 -0000 Received: (qmail 26506 invoked by uid 634); 1 May 2014 20:11:49 -0000 Received: from volstagg-0.srg.cl.cam.ac.uk (HELO flick.office) (128.232.32.232) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Thu, 01 May 2014 21:11:49 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Anil Madhavapeddy In-Reply-To: <0717C921-E5A8-457F-A537-DA3789205A7A@gazagnaire.org> Date: Thu, 1 May 2014 21:11:52 +0100 Message-Id: <1A630D07-7D36-4A33-BE3C-809B535CAF33@recoil.org> References: <0717C921-E5A8-457F-A537-DA3789205A7A@gazagnaire.org> To: Thomas Gazagnaire X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: mirageos-devel@lists.xenproject.org Subject: Re: [MirageOS-devel] basic support for transactions in irminsule X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 1 May 2014, at 21:07, Thomas Gazagnaire wrote: > I'm still not totally happy with the atomicity of such operations (ie. there is no guarantee than nobody else is modifying the HEAD tag when you merge a transaction, which can lead to transaction loss if not careful enough). How does git deal with simultaneous tag updates? Presumably some sort of atomic test-and-set will be useful here to ensure that noone else collides with that last step of a transaction merge... -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 May 01 20:11:52 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 01 May 2014 20:11: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 1WfxKi-00088q-5p; Thu, 01 May 2014 20:11:52 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WfxKh-00088i-4J for mirageos-devel@lists.xenproject.org; Thu, 01 May 2014 20:11:51 +0000 Received: from [193.109.254.147:64747] by server-4.bemta-14.messagelabs.com id E1/55-02781-68AA2635; Thu, 01 May 2014 20:11:50 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-13.tower-27.messagelabs.com!1398975109!2181031!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19105 invoked from network); 1 May 2014 20:11:49 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-13.tower-27.messagelabs.com with SMTP; 1 May 2014 20:11:49 -0000 Received: (qmail 26506 invoked by uid 634); 1 May 2014 20:11:49 -0000 Received: from volstagg-0.srg.cl.cam.ac.uk (HELO flick.office) (128.232.32.232) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Thu, 01 May 2014 21:11:49 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Anil Madhavapeddy In-Reply-To: <0717C921-E5A8-457F-A537-DA3789205A7A@gazagnaire.org> Date: Thu, 1 May 2014 21:11:52 +0100 Message-Id: <1A630D07-7D36-4A33-BE3C-809B535CAF33@recoil.org> References: <0717C921-E5A8-457F-A537-DA3789205A7A@gazagnaire.org> To: Thomas Gazagnaire X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: mirageos-devel@lists.xenproject.org Subject: Re: [MirageOS-devel] basic support for transactions in irminsule X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 1 May 2014, at 21:07, Thomas Gazagnaire wrote: > I'm still not totally happy with the atomicity of such operations (ie. there is no guarantee than nobody else is modifying the HEAD tag when you merge a transaction, which can lead to transaction loss if not careful enough). How does git deal with simultaneous tag updates? Presumably some sort of atomic test-and-set will be useful here to ensure that noone else collides with that last step of a transaction merge... -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 May 01 20:13:13 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 01 May 2014 20:13: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 1WfxM0-0008Be-BO; Thu, 01 May 2014 20:13:12 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WfxLy-0008BU-Ax for mirageos-devel@lists.xenproject.org; Thu, 01 May 2014 20:13:10 +0000 Received: from [193.109.254.147:18885] by server-1.bemta-14.messagelabs.com id C0/1B-00839-5DAA2635; Thu, 01 May 2014 20:13:09 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-15.tower-27.messagelabs.com!1398975187!2165761!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=1.1 required=7.0 tests=BODY_RANDOM_LONG, HTML_40_50,HTML_MESSAGE,ML_RADAR_SPEW_LINKS_23,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17322 invoked from network); 1 May 2014 20:13:07 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-15.tower-27.messagelabs.com with SMTP; 1 May 2014 20:13:07 -0000 Received: (qmail 16199 invoked by uid 634); 1 May 2014 20:13:07 -0000 Received: from volstagg-0.srg.cl.cam.ac.uk (HELO flick.office) (128.232.32.232) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Thu, 01 May 2014 21:13:07 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Anil Madhavapeddy In-Reply-To: Date: Thu, 1 May 2014 21:13:10 +0100 Message-Id: <1322BF1E-E0F7-484A-BBCF-13ABF6DF7354@recoil.org> References: <4B6443EC-20B5-4ECC-9126-CDBC55045568@nottingham.ac.uk> To: Jon Crowcroft X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] welcome to mindy preston! X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============6618186573610126323==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============6618186573610126323== Content-Type: multipart/alternative; boundary="Apple-Mail=_9BA83ED8-D5D4-42A9-AFA3-2E25A4B1CE72" --Apple-Mail=_9BA83ED8-D5D4-42A9-AFA3-2E25A4B1CE72 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii back part deux too! = https://www.kickstarter.com/projects/ellyblue/bikes-in-space-2-more-femini= st-bicycle-science-fic -a On 1 May 2014, at 21:01, Jon Crowcroft = wrote: > we need to go to a virtual pub to welcome new people - in this case, I = recommend the pub discussion be > http://takingthelane.com/product/bikes-in-space/ >=20 > soundtrack: > hottps://www.youtube.com/watch?v=3DOrLIgPSH-h8 >=20 >=20 > On Wed, Apr 30, 2014 at 6:21 PM, Richard Mortier = wrote: > mindy is joining us via the Outreach Program for Women = (http://opw.gnome.org), sponsored by the Xen Project, to work on mirage = -- likely topics are network fuzz testing and perhaps an ipv6 stack. = she's already made some great contributions, including fixing some DHCP = bugs to better support EC2 as reported on her blog at = -- check it out :) >=20 > here's what she says about herself: >=20 > Mindy Preston (frequently "yomimono" on the Internet) is > a programmer of computers whose former occupations include "hacker > schooler", "embedded systems programmer", "network security analyst", > "unix sysadmin", "lawn maintenance technician", "bicycle advocate", = and > "university student". Her interests include bicycles, type safety, > cats, doing the minimum correct thing, jokes, breaking stuff, fixing > stuff, embroidery, ruthless input validation, and adamantly refusing = to > relocate from Madison, Wisconsin. >=20 > -- > Cheers, >=20 > R. >=20 >=20 >=20 >=20 >=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=_9BA83ED8-D5D4-42A9-AFA3-2E25A4B1CE72 Content-Transfer-Encoding: 7bit Content-Type: text/html; charset=us-ascii
back part deux too!

-a

On 1 May 2014, at 21:01, Jon Crowcroft <jon.crowcroft@cl.cam.ac.uk> wrote:

we need to go to a virtual pub to welcome new people - in this case, I recommend the pub discussion be


On Wed, Apr 30, 2014 at 6:21 PM, Richard Mortier <Richard.Mortier@nottingham.ac.uk> wrote:
mindy is joining us via the Outreach Program for Women (http://opw.gnome.org), sponsored by the Xen Project, to work on mirage -- likely topics are network fuzz testing and perhaps an ipv6 stack. she's already made some great contributions, including fixing some DHCP bugs to better support EC2 as reported on her blog at <http://www.somerandomidiot.com/> -- check it out :)

here's what she says about herself:

Mindy Preston (frequently "yomimono" on the Internet) is
a programmer of computers whose former occupations include "hacker
schooler", "embedded systems programmer", "network security analyst",
"unix sysadmin", "lawn maintenance technician", "bicycle advocate", and
"university student".  Her interests include bicycles, type safety,
cats, doing the minimum correct thing, jokes, breaking stuff, fixing
stuff, embroidery, ruthless input validation, and adamantly refusing to
relocate from Madison, Wisconsin.

--
Cheers,

R.





_______________________________________________
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

--Apple-Mail=_9BA83ED8-D5D4-42A9-AFA3-2E25A4B1CE72-- --===============6618186573610126323== 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 --===============6618186573610126323==-- From mirageos-devel-bounces@lists.xenproject.org Thu May 01 20:13:13 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 01 May 2014 20:13: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 1WfxM0-0008Be-BO; Thu, 01 May 2014 20:13:12 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WfxLy-0008BU-Ax for mirageos-devel@lists.xenproject.org; Thu, 01 May 2014 20:13:10 +0000 Received: from [193.109.254.147:18885] by server-1.bemta-14.messagelabs.com id C0/1B-00839-5DAA2635; Thu, 01 May 2014 20:13:09 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-15.tower-27.messagelabs.com!1398975187!2165761!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=1.1 required=7.0 tests=BODY_RANDOM_LONG, HTML_40_50,HTML_MESSAGE,ML_RADAR_SPEW_LINKS_23,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17322 invoked from network); 1 May 2014 20:13:07 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-15.tower-27.messagelabs.com with SMTP; 1 May 2014 20:13:07 -0000 Received: (qmail 16199 invoked by uid 634); 1 May 2014 20:13:07 -0000 Received: from volstagg-0.srg.cl.cam.ac.uk (HELO flick.office) (128.232.32.232) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Thu, 01 May 2014 21:13:07 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Anil Madhavapeddy In-Reply-To: Date: Thu, 1 May 2014 21:13:10 +0100 Message-Id: <1322BF1E-E0F7-484A-BBCF-13ABF6DF7354@recoil.org> References: <4B6443EC-20B5-4ECC-9126-CDBC55045568@nottingham.ac.uk> To: Jon Crowcroft X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] welcome to mindy preston! X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============6618186573610126323==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============6618186573610126323== Content-Type: multipart/alternative; boundary="Apple-Mail=_9BA83ED8-D5D4-42A9-AFA3-2E25A4B1CE72" --Apple-Mail=_9BA83ED8-D5D4-42A9-AFA3-2E25A4B1CE72 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii back part deux too! = https://www.kickstarter.com/projects/ellyblue/bikes-in-space-2-more-femini= st-bicycle-science-fic -a On 1 May 2014, at 21:01, Jon Crowcroft = wrote: > we need to go to a virtual pub to welcome new people - in this case, I = recommend the pub discussion be > http://takingthelane.com/product/bikes-in-space/ >=20 > soundtrack: > hottps://www.youtube.com/watch?v=3DOrLIgPSH-h8 >=20 >=20 > On Wed, Apr 30, 2014 at 6:21 PM, Richard Mortier = wrote: > mindy is joining us via the Outreach Program for Women = (http://opw.gnome.org), sponsored by the Xen Project, to work on mirage = -- likely topics are network fuzz testing and perhaps an ipv6 stack. = she's already made some great contributions, including fixing some DHCP = bugs to better support EC2 as reported on her blog at = -- check it out :) >=20 > here's what she says about herself: >=20 > Mindy Preston (frequently "yomimono" on the Internet) is > a programmer of computers whose former occupations include "hacker > schooler", "embedded systems programmer", "network security analyst", > "unix sysadmin", "lawn maintenance technician", "bicycle advocate", = and > "university student". Her interests include bicycles, type safety, > cats, doing the minimum correct thing, jokes, breaking stuff, fixing > stuff, embroidery, ruthless input validation, and adamantly refusing = to > relocate from Madison, Wisconsin. >=20 > -- > Cheers, >=20 > R. >=20 >=20 >=20 >=20 >=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=_9BA83ED8-D5D4-42A9-AFA3-2E25A4B1CE72 Content-Transfer-Encoding: 7bit Content-Type: text/html; charset=us-ascii
back part deux too!

-a

On 1 May 2014, at 21:01, Jon Crowcroft <jon.crowcroft@cl.cam.ac.uk> wrote:

we need to go to a virtual pub to welcome new people - in this case, I recommend the pub discussion be


On Wed, Apr 30, 2014 at 6:21 PM, Richard Mortier <Richard.Mortier@nottingham.ac.uk> wrote:
mindy is joining us via the Outreach Program for Women (http://opw.gnome.org), sponsored by the Xen Project, to work on mirage -- likely topics are network fuzz testing and perhaps an ipv6 stack. she's already made some great contributions, including fixing some DHCP bugs to better support EC2 as reported on her blog at <http://www.somerandomidiot.com/> -- check it out :)

here's what she says about herself:

Mindy Preston (frequently "yomimono" on the Internet) is
a programmer of computers whose former occupations include "hacker
schooler", "embedded systems programmer", "network security analyst",
"unix sysadmin", "lawn maintenance technician", "bicycle advocate", and
"university student".  Her interests include bicycles, type safety,
cats, doing the minimum correct thing, jokes, breaking stuff, fixing
stuff, embroidery, ruthless input validation, and adamantly refusing to
relocate from Madison, Wisconsin.

--
Cheers,

R.





_______________________________________________
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

--Apple-Mail=_9BA83ED8-D5D4-42A9-AFA3-2E25A4B1CE72-- --===============6618186573610126323== 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 --===============6618186573610126323==-- From mirageos-devel-bounces@lists.xenproject.org Thu May 01 21:39:13 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 01 May 2014 21:39: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 1WfyhC-0002CN-7n; Thu, 01 May 2014 21:39:10 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WfyhA-0002CG-RW for mirageos-devel@lists.xenproject.org; Thu, 01 May 2014 21:39:09 +0000 Received: from [85.158.143.35:58821] by server-2.bemta-4.messagelabs.com id AA/00-06539-CFEB2635; Thu, 01 May 2014 21:39:08 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-14.tower-21.messagelabs.com!1398980347!2326855!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11876 invoked from network); 1 May 2014 21:39:07 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-14.tower-21.messagelabs.com with SMTP; 1 May 2014 21:39:07 -0000 Received: (qmail 31846 invoked by uid 634); 1 May 2014 21:39:06 -0000 Received: from volstagg-0.srg.cl.cam.ac.uk (HELO flick.office) (128.232.32.232) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Thu, 01 May 2014 22:39:06 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Anil Madhavapeddy In-Reply-To: Date: Thu, 1 May 2014 22:39:09 +0100 Message-Id: <78A9AE62-8AA4-4592-9F75-5E45BBB3BB50@recoil.org> References: <29B9E135-AEF0-4E3B-9F2F-9808F4E6B10E@recoil.org> To: Thomas Leonard X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: mirageos-devel@lists.xenproject.org Subject: Re: [MirageOS-devel] Mirage ARM port X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 11 Apr 2014, at 12:53, Thomas Leonard wrote: > > Here are my notes on getting Xen running on the Cubieboard2: > > https://github.com/talex5/mirage-www/blob/master/tmpl/wiki/xen-on-cubieboard2.md > > After following those instructions: > > - The board boots with U-Boot from the microSD card. > - U-Boot runs Xen (arm32). > - Ubuntu 14.04 is used as dom0 with the Xen 4.4 toolstack. > - I can run an Ubuntu 13.10 guest, with its rootfs on an LVM volume > and working networking. I've started scripting up these notes so we can publish an SDcard image. An early version is up at: https://github.com/mirage/xen-arm-builder $ make clone $ make build $ make cubie.tar ...will clone all the relevant repositories and build a sparse tarfile of Xen/uboot/Linux dom0 with Ubuntu Trusty (linaro/linaro is the login). Not heavily tested at all, but should be a good base to customise the dom0 for Mirage so it's an out-of-the-box development environment for a Cubie2/3. -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 Thu May 01 21:39:13 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 01 May 2014 21:39: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 1WfyhC-0002CN-7n; Thu, 01 May 2014 21:39:10 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WfyhA-0002CG-RW for mirageos-devel@lists.xenproject.org; Thu, 01 May 2014 21:39:09 +0000 Received: from [85.158.143.35:58821] by server-2.bemta-4.messagelabs.com id AA/00-06539-CFEB2635; Thu, 01 May 2014 21:39:08 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-14.tower-21.messagelabs.com!1398980347!2326855!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11876 invoked from network); 1 May 2014 21:39:07 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-14.tower-21.messagelabs.com with SMTP; 1 May 2014 21:39:07 -0000 Received: (qmail 31846 invoked by uid 634); 1 May 2014 21:39:06 -0000 Received: from volstagg-0.srg.cl.cam.ac.uk (HELO flick.office) (128.232.32.232) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Thu, 01 May 2014 22:39:06 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Anil Madhavapeddy In-Reply-To: Date: Thu, 1 May 2014 22:39:09 +0100 Message-Id: <78A9AE62-8AA4-4592-9F75-5E45BBB3BB50@recoil.org> References: <29B9E135-AEF0-4E3B-9F2F-9808F4E6B10E@recoil.org> To: Thomas Leonard X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: mirageos-devel@lists.xenproject.org Subject: Re: [MirageOS-devel] Mirage ARM port X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 11 Apr 2014, at 12:53, Thomas Leonard wrote: > > Here are my notes on getting Xen running on the Cubieboard2: > > https://github.com/talex5/mirage-www/blob/master/tmpl/wiki/xen-on-cubieboard2.md > > After following those instructions: > > - The board boots with U-Boot from the microSD card. > - U-Boot runs Xen (arm32). > - Ubuntu 14.04 is used as dom0 with the Xen 4.4 toolstack. > - I can run an Ubuntu 13.10 guest, with its rootfs on an LVM volume > and working networking. I've started scripting up these notes so we can publish an SDcard image. An early version is up at: https://github.com/mirage/xen-arm-builder $ make clone $ make build $ make cubie.tar ...will clone all the relevant repositories and build a sparse tarfile of Xen/uboot/Linux dom0 with Ubuntu Trusty (linaro/linaro is the login). Not heavily tested at all, but should be a good base to customise the dom0 for Mirage so it's an out-of-the-box development environment for a Cubie2/3. -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 Mon May 05 07:42:19 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 05 May 2014 07:42: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 1WhDXR-0001nh-SB; Mon, 05 May 2014 07:42:13 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WhDXQ-0001nX-KB for mirageos-devel@lists.xenproject.org; Mon, 05 May 2014 07:42:12 +0000 Received: from [85.158.143.35:32523] by server-3.bemta-4.messagelabs.com id C5/E0-13602-3D047635; Mon, 05 May 2014 07:42:11 +0000 X-Env-Sender: andre.naess@gmail.com X-Msg-Ref: server-10.tower-21.messagelabs.com!1399275730!2782352!1 X-Originating-IP: [74.125.82.170] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13647 invoked from network); 5 May 2014 07:42:10 -0000 Received: from mail-we0-f170.google.com (HELO mail-we0-f170.google.com) (74.125.82.170) by server-10.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 5 May 2014 07:42:10 -0000 Received: by mail-we0-f170.google.com with SMTP id u57so581378wes.29 for ; Mon, 05 May 2014 00:42:10 -0700 (PDT) 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=5yOLho+T9v7V6ZD0I7EHrXZdZs4eFcgXL4jmRNDHpoM=; b=WV/QQjXILtSboPKpfmBV1GR1UDG/dUQFyrspDEObL/q0xKgqSQB2fwgqIJ6FJGAsfY h0AF5sYPvobuAWkCIN3Vd686JPQ/F0ScwjTtkSxH2uNbb8A3U30RIGGzYcaVTs0LrmFF SUBap8jLZzV9v7iPYZ0sv6T53qdoPZ5FhtyNeFtz3SIe1WX+5ObcVUWS3nZVrk2tLLAp HNI6wNTIL662gyEJeUOTea2mWIlQLACM6QetwXQVAESRNlsCP3IRAWPeVthAejAnCgDW phJytNsG4enCwzqm8TaexF8E0N4d1NWpMQo0cj3jGPuLXyUjlLcPRxwmwqq/sy5fCxCU dKvA== MIME-Version: 1.0 X-Received: by 10.194.243.3 with SMTP id wu3mr26034177wjc.29.1399275730331; Mon, 05 May 2014 00:42:10 -0700 (PDT) Received: by 10.181.13.135 with HTTP; Mon, 5 May 2014 00:42:10 -0700 (PDT) Date: Mon, 5 May 2014 09:42:10 +0200 Message-ID: From: =?UTF-8?B?QW5kcsOpIE7DpnNz?= To: mirageos-devel@lists.xenproject.org Subject: [MirageOS-devel] Struggling a bit with the Hello World applications X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============1042889743243934775==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============1042889743243934775== Content-Type: multipart/alternative; boundary=089e013d14c4d96db204f8a2445f --089e013d14c4d96db204f8a2445f Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I'm going through the Hello World examples on the MirageOS website and on the stackv4 example I'm having some problems. It seems that when I run "mirage configure --unix" the mirage command itself is uninstalled. After being very confused for a while, I accidentally hit CTRL-C while mirage was running because the mirage configure call was taking a long time. Doing so revealed a whole bunch of opam commands running in the background and upon inspection I realised they were downgrading most of the packages. Mirage itself is downgraded to 0.5. Some points I've noted as feedback from a total newbie: - There is no verbose switch on the mirage command. When it hangs for a long while I get curious. - opam reports mirage at version 1.1.2, but mirage --version outputs 1.1.0. - opam apparently isn't transactional, despite the mirage command failing I'm left with an utterly broken system? - It doesn't seem like opam caches anything, I spend a lot of time waiting for downloads. Any simple way to speed this up? I get a lot of these "external solver failed with inconsistentt result". Here's an example from running "opam install mirage" after it has been uninstalled by the stackv4 example: $ opam install mirage [WARNING] External solver failed with inconsistent return value. Request saved to "/home/vagrant/.opam/log/solver-error-29875-1.cudf" Falling back to the internal heuristic. The following actions will be performed: - remove tuntap.0.7.0 - remove ocplib-endian.0.3 - remove uri.1.6.0 - remove fieldslib.109.20.03 - remove ipaddr.2.2.0 - remove optcomp.1.5 - remove re.1.2.1 - remove sexplib.110.01.00 - remove stringext.0.0.1 - remove type_conv.109.53.02 - install cstruct.0.4.0 [required by mirage] - install lwt.2.4.3 [required by mirage] - install xenstore.1.0.0 [required by mirage] - install mirage.0.5.0 4 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade | 10 to remov= e Do you want to continue ? [Y/n] Now, mirage 0.5 clearly isn't what I want, so I typically end up deleting the .opam folder and restarting from scratch. This is tedious to say the least. I've tried this on Ubuntu 12.04 and 14.04 (both 64 bit). Andr=C3=A9 N=C3=A6ss --089e013d14c4d96db204f8a2445f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I'm going through the Hello World examples on the Mira= geOS website and on the stackv4 example I'm having some problems. It se= ems that when I run "mirage configure --unix" the mirage command = itself is uninstalled. After being very confused for a while, I accidentall= y hit CTRL-C while mirage was running because the mirage configure call was= taking a long time. Doing so revealed a whole bunch of opam commands runni= ng in the background and upon inspection I realised they were downgrading m= ost of the packages. Mirage itself is downgraded to 0.5.

Some points I've noted as feedback from a total newbie:<= /div>
- There is no verbose switch on the mirage command. When it hangs= for a long while I get curious.
- opam reports mirage at version= 1.1.2, but mirage --version outputs 1.1.0.
- opam apparently isn't transactional, despite the mirage command = failing I'm left with an utterly broken system?
- It doesn= 9;t seem like opam caches anything, I spend a lot of time waiting for downl= oads. Any simple way to speed this up?

I get a lot of these "external solver failed with = inconsistentt result". Here's an example from running "opam i= nstall mirage" after it has been uninstalled by the stackv4 example:

$ opam install mirage
[WARNING] External= solver failed with inconsistent return value. Request saved to "/home= /vagrant/.opam/log/solver-error-29875-1.cudf"
Falling back t= o the internal heuristic.
The following actions will be performed:
=C2=A0- remove tunt= ap.0.7.0
=C2=A0- remove ocplib-endian.0.3
=C2=A0- remov= e uri.1.6.0
=C2=A0- remove fieldslib.109.20.03
=C2=A0- = remove ipaddr.2.2.0
=C2=A0- remove optcomp.1.5
=C2=A0- remove re.1.2.1
=C2=A0- remove sexplib.110.01.00
=C2=A0- remove stringext.0.0.1<= /div>
=C2=A0- remove type_conv.109.53.02
=C2=A0- install cstr= uct.0.4.0 [required by mirage]
=C2=A0- install lwt.2.4.3 [required by mirage]
=C2=A0- insta= ll xenstore.1.0.0 [required by mirage]
=C2=A0- install mirage.0.5= .0
4 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade = | 10 to remove
Do you want to continue ? [Y/n]=C2=A0

N= ow, mirage 0.5 clearly isn't what I want, so I typically end up deletin= g the .opam folder and restarting from scratch. This is tedious to say the = least.

I've tried this on Ubuntu 12.04 and 14.04 (both 64 = bit).

Andr=C3=A9 N=C3=A6ss
--089e013d14c4d96db204f8a2445f-- --===============1042889743243934775== 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 --===============1042889743243934775==-- From mirageos-devel-bounces@lists.xenproject.org Mon May 05 07:42:19 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 05 May 2014 07:42: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 1WhDXR-0001nh-SB; Mon, 05 May 2014 07:42:13 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WhDXQ-0001nX-KB for mirageos-devel@lists.xenproject.org; Mon, 05 May 2014 07:42:12 +0000 Received: from [85.158.143.35:32523] by server-3.bemta-4.messagelabs.com id C5/E0-13602-3D047635; Mon, 05 May 2014 07:42:11 +0000 X-Env-Sender: andre.naess@gmail.com X-Msg-Ref: server-10.tower-21.messagelabs.com!1399275730!2782352!1 X-Originating-IP: [74.125.82.170] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13647 invoked from network); 5 May 2014 07:42:10 -0000 Received: from mail-we0-f170.google.com (HELO mail-we0-f170.google.com) (74.125.82.170) by server-10.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 5 May 2014 07:42:10 -0000 Received: by mail-we0-f170.google.com with SMTP id u57so581378wes.29 for ; Mon, 05 May 2014 00:42:10 -0700 (PDT) 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=5yOLho+T9v7V6ZD0I7EHrXZdZs4eFcgXL4jmRNDHpoM=; b=WV/QQjXILtSboPKpfmBV1GR1UDG/dUQFyrspDEObL/q0xKgqSQB2fwgqIJ6FJGAsfY h0AF5sYPvobuAWkCIN3Vd686JPQ/F0ScwjTtkSxH2uNbb8A3U30RIGGzYcaVTs0LrmFF SUBap8jLZzV9v7iPYZ0sv6T53qdoPZ5FhtyNeFtz3SIe1WX+5ObcVUWS3nZVrk2tLLAp HNI6wNTIL662gyEJeUOTea2mWIlQLACM6QetwXQVAESRNlsCP3IRAWPeVthAejAnCgDW phJytNsG4enCwzqm8TaexF8E0N4d1NWpMQo0cj3jGPuLXyUjlLcPRxwmwqq/sy5fCxCU dKvA== MIME-Version: 1.0 X-Received: by 10.194.243.3 with SMTP id wu3mr26034177wjc.29.1399275730331; Mon, 05 May 2014 00:42:10 -0700 (PDT) Received: by 10.181.13.135 with HTTP; Mon, 5 May 2014 00:42:10 -0700 (PDT) Date: Mon, 5 May 2014 09:42:10 +0200 Message-ID: From: =?UTF-8?B?QW5kcsOpIE7DpnNz?= To: mirageos-devel@lists.xenproject.org Subject: [MirageOS-devel] Struggling a bit with the Hello World applications X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============1042889743243934775==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============1042889743243934775== Content-Type: multipart/alternative; boundary=089e013d14c4d96db204f8a2445f --089e013d14c4d96db204f8a2445f Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I'm going through the Hello World examples on the MirageOS website and on the stackv4 example I'm having some problems. It seems that when I run "mirage configure --unix" the mirage command itself is uninstalled. After being very confused for a while, I accidentally hit CTRL-C while mirage was running because the mirage configure call was taking a long time. Doing so revealed a whole bunch of opam commands running in the background and upon inspection I realised they were downgrading most of the packages. Mirage itself is downgraded to 0.5. Some points I've noted as feedback from a total newbie: - There is no verbose switch on the mirage command. When it hangs for a long while I get curious. - opam reports mirage at version 1.1.2, but mirage --version outputs 1.1.0. - opam apparently isn't transactional, despite the mirage command failing I'm left with an utterly broken system? - It doesn't seem like opam caches anything, I spend a lot of time waiting for downloads. Any simple way to speed this up? I get a lot of these "external solver failed with inconsistentt result". Here's an example from running "opam install mirage" after it has been uninstalled by the stackv4 example: $ opam install mirage [WARNING] External solver failed with inconsistent return value. Request saved to "/home/vagrant/.opam/log/solver-error-29875-1.cudf" Falling back to the internal heuristic. The following actions will be performed: - remove tuntap.0.7.0 - remove ocplib-endian.0.3 - remove uri.1.6.0 - remove fieldslib.109.20.03 - remove ipaddr.2.2.0 - remove optcomp.1.5 - remove re.1.2.1 - remove sexplib.110.01.00 - remove stringext.0.0.1 - remove type_conv.109.53.02 - install cstruct.0.4.0 [required by mirage] - install lwt.2.4.3 [required by mirage] - install xenstore.1.0.0 [required by mirage] - install mirage.0.5.0 4 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade | 10 to remov= e Do you want to continue ? [Y/n] Now, mirage 0.5 clearly isn't what I want, so I typically end up deleting the .opam folder and restarting from scratch. This is tedious to say the least. I've tried this on Ubuntu 12.04 and 14.04 (both 64 bit). Andr=C3=A9 N=C3=A6ss --089e013d14c4d96db204f8a2445f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I'm going through the Hello World examples on the Mira= geOS website and on the stackv4 example I'm having some problems. It se= ems that when I run "mirage configure --unix" the mirage command = itself is uninstalled. After being very confused for a while, I accidentall= y hit CTRL-C while mirage was running because the mirage configure call was= taking a long time. Doing so revealed a whole bunch of opam commands runni= ng in the background and upon inspection I realised they were downgrading m= ost of the packages. Mirage itself is downgraded to 0.5.

Some points I've noted as feedback from a total newbie:<= /div>
- There is no verbose switch on the mirage command. When it hangs= for a long while I get curious.
- opam reports mirage at version= 1.1.2, but mirage --version outputs 1.1.0.
- opam apparently isn't transactional, despite the mirage command = failing I'm left with an utterly broken system?
- It doesn= 9;t seem like opam caches anything, I spend a lot of time waiting for downl= oads. Any simple way to speed this up?

I get a lot of these "external solver failed with = inconsistentt result". Here's an example from running "opam i= nstall mirage" after it has been uninstalled by the stackv4 example:

$ opam install mirage
[WARNING] External= solver failed with inconsistent return value. Request saved to "/home= /vagrant/.opam/log/solver-error-29875-1.cudf"
Falling back t= o the internal heuristic.
The following actions will be performed:
=C2=A0- remove tunt= ap.0.7.0
=C2=A0- remove ocplib-endian.0.3
=C2=A0- remov= e uri.1.6.0
=C2=A0- remove fieldslib.109.20.03
=C2=A0- = remove ipaddr.2.2.0
=C2=A0- remove optcomp.1.5
=C2=A0- remove re.1.2.1
=C2=A0- remove sexplib.110.01.00
=C2=A0- remove stringext.0.0.1<= /div>
=C2=A0- remove type_conv.109.53.02
=C2=A0- install cstr= uct.0.4.0 [required by mirage]
=C2=A0- install lwt.2.4.3 [required by mirage]
=C2=A0- insta= ll xenstore.1.0.0 [required by mirage]
=C2=A0- install mirage.0.5= .0
4 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade = | 10 to remove
Do you want to continue ? [Y/n]=C2=A0

N= ow, mirage 0.5 clearly isn't what I want, so I typically end up deletin= g the .opam folder and restarting from scratch. This is tedious to say the = least.

I've tried this on Ubuntu 12.04 and 14.04 (both 64 = bit).

Andr=C3=A9 N=C3=A6ss
--089e013d14c4d96db204f8a2445f-- --===============1042889743243934775== 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 --===============1042889743243934775==-- From mirageos-devel-bounces@lists.xenproject.org Mon May 05 08:13:12 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 05 May 2014 08:13: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 1WhE1J-0003nV-U1; Mon, 05 May 2014 08:13:05 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WhE1I-0003nQ-32 for mirageos-devel@lists.xenproject.org; Mon, 05 May 2014 08:13:04 +0000 Received: from [85.158.143.35:5127] by server-1.bemta-4.messagelabs.com id 0D/7E-09853-F0847635; Mon, 05 May 2014 08:13:03 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-16.tower-21.messagelabs.com!1399277581!2768494!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_20_30,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2748 invoked from network); 5 May 2014 08:13:01 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-16.tower-21.messagelabs.com with SMTP; 5 May 2014 08:13:01 -0000 Received: (qmail 22905 invoked by uid 634); 5 May 2014 08:13:01 -0000 Received: from cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net (HELO [192.168.1.110]) (86.30.244.239) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Mon, 05 May 2014 09:13:01 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Anil Madhavapeddy In-Reply-To: Date: Mon, 5 May 2014 09:12:59 +0100 Message-Id: <53242E73-6AD5-4CDD-8F6C-EC8F2FDD0D28@recoil.org> References: To: =?iso-8859-1?Q?Andr=E9_N=E6ss?= X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: Louis Gesbert , mirageos-devel@lists.xenproject.org Subject: Re: [MirageOS-devel] Struggling a bit with the Hello World applications X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============4594027280154535171==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============4594027280154535171== Content-Type: multipart/alternative; boundary="Apple-Mail=_20F03BA6-DCAE-4A5F-A4C3-ECD7F7B960DC" --Apple-Mail=_20F03BA6-DCAE-4A5F-A4C3-ECD7F7B960DC Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 On 5 May 2014, at 08:42, Andr=E9 N=E6ss wrote: > I'm going through the Hello World examples on the MirageOS website and = on the stackv4 example I'm having some problems. It seems that when I = run "mirage configure --unix" the mirage command itself is uninstalled. = After being very confused for a while, I accidentally hit CTRL-C while = mirage was running because the mirage configure call was taking a long = time. Doing so revealed a whole bunch of opam commands running in the = background and upon inspection I realised they were downgrading most of = the packages. Mirage itself is downgraded to 0.5. Can you try to install the aspcud external solver via "apt-get install = aspcud". It should be available in both versions of Ubuntu you tried. = I promoted aspcud to a recommended dependency in the Debian package, but = will file an Ubuntu bug to do the same as well. I have an odd feeling = that you already have aspcud though, since the error below reports an = inconsistent result. > Some points I've noted as feedback from a total newbie: > - There is no verbose switch on the mirage command. When it hangs for = a long while I get curious. Yep, I've got a trivial local patch to fix this out that I'll push. = You can also just set the OPAMVERBOSE environment variable as a = workaround. > - opam reports mirage at version 1.1.2, but mirage --version outputs = 1.1.0. Fixed locally too (really need to automate that in the build system). > - opam apparently isn't transactional, despite the mirage command = failing I'm left with an utterly broken system? OPAM does do error recovery by going back to the original patchset, but = possibly not if the external solver failure is messing up its notion of = the universe. In normal use it will perform error recovery with the = original set of packages being reinstalled. > - It doesn't seem like opam caches anything, I spend a lot of time = waiting for downloads. Any simple way to speed this up? Much of this has been improved in OPAM 1.2dev, which will be released = soon-ish. e.g.: https://github.com/ocaml/opam/issues/1154 https://github.com/ocaml/opam/issues/1156 > I get a lot of these "external solver failed with inconsistentt = result". Here's an example from running "opam install mirage" after it = has been uninstalled by the stackv4 example: >=20 > $ opam install mirage > [WARNING] External solver failed with inconsistent return value. = Request saved to "/home/vagrant/.opam/log/solver-error-29875-1.cudf" > Falling back to the internal heuristic. > The following actions will be performed: > - remove tuntap.0.7.0 > - remove ocplib-endian.0.3 > - remove uri.1.6.0 > - remove fieldslib.109.20.03 > - remove ipaddr.2.2.0 > - remove optcomp.1.5 > - remove re.1.2.1 > - remove sexplib.110.01.00 > - remove stringext.0.0.1 > - remove type_conv.109.53.02 > - install cstruct.0.4.0 [required by mirage] > - install lwt.2.4.3 [required by mirage] > - install xenstore.1.0.0 [required by mirage] > - install mirage.0.5.0 > 4 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade | 10 to = remove > Do you want to continue ? [Y/n]=20 >=20 > Now, mirage 0.5 clearly isn't what I want, so I typically end up = deleting the .opam folder and restarting from scratch. This is tedious = to say the least. >=20 > I've tried this on Ubuntu 12.04 and 14.04 (both 64 bit). Thanks for the useful feedback! -a --Apple-Mail=_20F03BA6-DCAE-4A5F-A4C3-ECD7F7B960DC Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=iso-8859-1 On 5 = May 2014, at 08:42, Andr=E9 N=E6ss <andre.naess@gmail.com> = wrote:

I'm going through the Hello World = examples on the MirageOS website and on the stackv4 example I'm having = some problems. It seems that when I run "mirage configure --unix" the = mirage command itself is uninstalled. After being very confused for a = while, I accidentally hit CTRL-C while mirage was running because the = mirage configure call was taking a long time. Doing so revealed a whole = bunch of opam commands running in the background and upon inspection I = realised they were downgrading most of the packages. Mirage itself is = downgraded to 0.5.

Can you try to = install the aspcud external solver via "apt-get install aspcud". =  It should be available in both versions of Ubuntu you tried. =  I promoted aspcud to a recommended dependency in the Debian = package, but will file an Ubuntu bug to do the same as well.  I = have an odd feeling that you already have aspcud though, since the error = below reports an inconsistent result.

Some points I've noted as feedback = from a total newbie:
- There is no verbose switch on the = mirage command. When it hangs for a long while I get = curious.

Yep, I've got a trivial = local patch to fix this out that I'll push.   You can also just set = the OPAMVERBOSE environment variable as a = workaround.

- opam reports mirage at version 1.1.2, but mirage = --version outputs 1.1.0.

Fixed = locally too (really need to automate that in the build = system).

- opam apparently isn't transactional, despite the mirage command = failing I'm left with an utterly broken = system?

OPAM does do error = recovery by going back to the original patchset, but possibly not if the = external solver failure is messing up its notion of the universe. =  In normal use it will perform error recovery with the original set = of packages being reinstalled.

- It doesn't seem like opam caches = anything, I spend a lot of time waiting for downloads. Any simple way to = speed this up?

Much of this has = been improved in OPAM 1.2dev, which will be released soon-ish. = e.g.:

I get a lot of these "external solver failed with inconsistentt = result". Here's an example from running "opam install mirage" after it = has been uninstalled by the stackv4 example:

$ opam install mirage
[WARNING] = External solver failed with inconsistent return value. Request saved to = "/home/vagrant/.opam/log/solver-error-29875-1.cudf"
Falling = back to the internal heuristic.
The following actions will be performed:
 - remove = tuntap.0.7.0
 - remove = ocplib-endian.0.3
 - remove uri.1.6.0
 - = remove fieldslib.109.20.03
 - remove ipaddr.2.2.0
 - remove optcomp.1.5
 - remove = re.1.2.1
 - remove sexplib.110.01.00
 - = remove stringext.0.0.1
 - remove = type_conv.109.53.02
 - install cstruct.0.4.0 [required by = mirage]
 - install lwt.2.4.3 [required by mirage]
 - = install xenstore.1.0.0 [required by mirage]
 - install = mirage.0.5.0
4 to install | 0 to reinstall | 0 to upgrade | 0 = to downgrade | 10 to remove
Do you want to continue ? = [Y/n] 

Now, mirage 0.5 clearly isn't = what I want, so I typically end up deleting the .opam folder and = restarting from scratch. This is tedious to say the least.

I've tried this on Ubuntu 12.04 and 14.04 (both 64 = bit).

Thanks for the useful = feedback!

-a

= --Apple-Mail=_20F03BA6-DCAE-4A5F-A4C3-ECD7F7B960DC-- --===============4594027280154535171== 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 --===============4594027280154535171==-- From mirageos-devel-bounces@lists.xenproject.org Mon May 05 08:13:12 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 05 May 2014 08:13: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 1WhE1J-0003nV-U1; Mon, 05 May 2014 08:13:05 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WhE1I-0003nQ-32 for mirageos-devel@lists.xenproject.org; Mon, 05 May 2014 08:13:04 +0000 Received: from [85.158.143.35:5127] by server-1.bemta-4.messagelabs.com id 0D/7E-09853-F0847635; Mon, 05 May 2014 08:13:03 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-16.tower-21.messagelabs.com!1399277581!2768494!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_20_30,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2748 invoked from network); 5 May 2014 08:13:01 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-16.tower-21.messagelabs.com with SMTP; 5 May 2014 08:13:01 -0000 Received: (qmail 22905 invoked by uid 634); 5 May 2014 08:13:01 -0000 Received: from cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net (HELO [192.168.1.110]) (86.30.244.239) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Mon, 05 May 2014 09:13:01 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Anil Madhavapeddy In-Reply-To: Date: Mon, 5 May 2014 09:12:59 +0100 Message-Id: <53242E73-6AD5-4CDD-8F6C-EC8F2FDD0D28@recoil.org> References: To: =?iso-8859-1?Q?Andr=E9_N=E6ss?= X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: Louis Gesbert , mirageos-devel@lists.xenproject.org Subject: Re: [MirageOS-devel] Struggling a bit with the Hello World applications X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============4594027280154535171==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============4594027280154535171== Content-Type: multipart/alternative; boundary="Apple-Mail=_20F03BA6-DCAE-4A5F-A4C3-ECD7F7B960DC" --Apple-Mail=_20F03BA6-DCAE-4A5F-A4C3-ECD7F7B960DC Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 On 5 May 2014, at 08:42, Andr=E9 N=E6ss wrote: > I'm going through the Hello World examples on the MirageOS website and = on the stackv4 example I'm having some problems. It seems that when I = run "mirage configure --unix" the mirage command itself is uninstalled. = After being very confused for a while, I accidentally hit CTRL-C while = mirage was running because the mirage configure call was taking a long = time. Doing so revealed a whole bunch of opam commands running in the = background and upon inspection I realised they were downgrading most of = the packages. Mirage itself is downgraded to 0.5. Can you try to install the aspcud external solver via "apt-get install = aspcud". It should be available in both versions of Ubuntu you tried. = I promoted aspcud to a recommended dependency in the Debian package, but = will file an Ubuntu bug to do the same as well. I have an odd feeling = that you already have aspcud though, since the error below reports an = inconsistent result. > Some points I've noted as feedback from a total newbie: > - There is no verbose switch on the mirage command. When it hangs for = a long while I get curious. Yep, I've got a trivial local patch to fix this out that I'll push. = You can also just set the OPAMVERBOSE environment variable as a = workaround. > - opam reports mirage at version 1.1.2, but mirage --version outputs = 1.1.0. Fixed locally too (really need to automate that in the build system). > - opam apparently isn't transactional, despite the mirage command = failing I'm left with an utterly broken system? OPAM does do error recovery by going back to the original patchset, but = possibly not if the external solver failure is messing up its notion of = the universe. In normal use it will perform error recovery with the = original set of packages being reinstalled. > - It doesn't seem like opam caches anything, I spend a lot of time = waiting for downloads. Any simple way to speed this up? Much of this has been improved in OPAM 1.2dev, which will be released = soon-ish. e.g.: https://github.com/ocaml/opam/issues/1154 https://github.com/ocaml/opam/issues/1156 > I get a lot of these "external solver failed with inconsistentt = result". Here's an example from running "opam install mirage" after it = has been uninstalled by the stackv4 example: >=20 > $ opam install mirage > [WARNING] External solver failed with inconsistent return value. = Request saved to "/home/vagrant/.opam/log/solver-error-29875-1.cudf" > Falling back to the internal heuristic. > The following actions will be performed: > - remove tuntap.0.7.0 > - remove ocplib-endian.0.3 > - remove uri.1.6.0 > - remove fieldslib.109.20.03 > - remove ipaddr.2.2.0 > - remove optcomp.1.5 > - remove re.1.2.1 > - remove sexplib.110.01.00 > - remove stringext.0.0.1 > - remove type_conv.109.53.02 > - install cstruct.0.4.0 [required by mirage] > - install lwt.2.4.3 [required by mirage] > - install xenstore.1.0.0 [required by mirage] > - install mirage.0.5.0 > 4 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade | 10 to = remove > Do you want to continue ? [Y/n]=20 >=20 > Now, mirage 0.5 clearly isn't what I want, so I typically end up = deleting the .opam folder and restarting from scratch. This is tedious = to say the least. >=20 > I've tried this on Ubuntu 12.04 and 14.04 (both 64 bit). Thanks for the useful feedback! -a --Apple-Mail=_20F03BA6-DCAE-4A5F-A4C3-ECD7F7B960DC Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=iso-8859-1 On 5 = May 2014, at 08:42, Andr=E9 N=E6ss <andre.naess@gmail.com> = wrote:

I'm going through the Hello World = examples on the MirageOS website and on the stackv4 example I'm having = some problems. It seems that when I run "mirage configure --unix" the = mirage command itself is uninstalled. After being very confused for a = while, I accidentally hit CTRL-C while mirage was running because the = mirage configure call was taking a long time. Doing so revealed a whole = bunch of opam commands running in the background and upon inspection I = realised they were downgrading most of the packages. Mirage itself is = downgraded to 0.5.

Can you try to = install the aspcud external solver via "apt-get install aspcud". =  It should be available in both versions of Ubuntu you tried. =  I promoted aspcud to a recommended dependency in the Debian = package, but will file an Ubuntu bug to do the same as well.  I = have an odd feeling that you already have aspcud though, since the error = below reports an inconsistent result.

Some points I've noted as feedback = from a total newbie:
- There is no verbose switch on the = mirage command. When it hangs for a long while I get = curious.

Yep, I've got a trivial = local patch to fix this out that I'll push.   You can also just set = the OPAMVERBOSE environment variable as a = workaround.

- opam reports mirage at version 1.1.2, but mirage = --version outputs 1.1.0.

Fixed = locally too (really need to automate that in the build = system).

- opam apparently isn't transactional, despite the mirage command = failing I'm left with an utterly broken = system?

OPAM does do error = recovery by going back to the original patchset, but possibly not if the = external solver failure is messing up its notion of the universe. =  In normal use it will perform error recovery with the original set = of packages being reinstalled.

- It doesn't seem like opam caches = anything, I spend a lot of time waiting for downloads. Any simple way to = speed this up?

Much of this has = been improved in OPAM 1.2dev, which will be released soon-ish. = e.g.:

I get a lot of these "external solver failed with inconsistentt = result". Here's an example from running "opam install mirage" after it = has been uninstalled by the stackv4 example:

$ opam install mirage
[WARNING] = External solver failed with inconsistent return value. Request saved to = "/home/vagrant/.opam/log/solver-error-29875-1.cudf"
Falling = back to the internal heuristic.
The following actions will be performed:
 - remove = tuntap.0.7.0
 - remove = ocplib-endian.0.3
 - remove uri.1.6.0
 - = remove fieldslib.109.20.03
 - remove ipaddr.2.2.0
 - remove optcomp.1.5
 - remove = re.1.2.1
 - remove sexplib.110.01.00
 - = remove stringext.0.0.1
 - remove = type_conv.109.53.02
 - install cstruct.0.4.0 [required by = mirage]
 - install lwt.2.4.3 [required by mirage]
 - = install xenstore.1.0.0 [required by mirage]
 - install = mirage.0.5.0
4 to install | 0 to reinstall | 0 to upgrade | 0 = to downgrade | 10 to remove
Do you want to continue ? = [Y/n] 

Now, mirage 0.5 clearly isn't = what I want, so I typically end up deleting the .opam folder and = restarting from scratch. This is tedious to say the least.

I've tried this on Ubuntu 12.04 and 14.04 (both 64 = bit).

Thanks for the useful = feedback!

-a

= --Apple-Mail=_20F03BA6-DCAE-4A5F-A4C3-ECD7F7B960DC-- --===============4594027280154535171== 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 --===============4594027280154535171==-- From mirageos-devel-bounces@lists.xenproject.org Mon May 05 10:12:02 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 05 May 2014 10:12: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 1WhFsK-0007Cc-Tz; Mon, 05 May 2014 10:11:56 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WhFsJ-0007CX-Bh for mirageos-devel@lists.xenproject.org; Mon, 05 May 2014 10:11:55 +0000 Received: from [85.158.143.35:45725] by server-2.bemta-4.messagelabs.com id 2C/DA-06539-AE367635; Mon, 05 May 2014 10:11:54 +0000 X-Env-Sender: andre.naess@gmail.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1399284713!2811050!1 X-Originating-IP: [74.125.82.48] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21036 invoked from network); 5 May 2014 10:11:53 -0000 Received: from mail-wg0-f48.google.com (HELO mail-wg0-f48.google.com) (74.125.82.48) by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 5 May 2014 10:11:53 -0000 Received: by mail-wg0-f48.google.com with SMTP id b13so1920513wgh.31 for ; Mon, 05 May 2014 03:11:52 -0700 (PDT) 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=RcMqTYDfzxPweArSIe00QRaYHEfHwle8AiwmaUTd2m4=; b=E2o5MNjSHpE4jQshS/np1B5hMt2b7E5ia0AU6C5zVeS87VyWMd7g6Xi6bfyS6pm95a 0rNXVLyUKOZUc0+Bn9QPrhCO62LI3PzDEpbR8guxliB4URdwpAvfUrrNbc+BHFiM/tbz in6jz2NKZEJ4C/rt82iekTXtTB61nGO+pBCFZ6ab8cHlHd2I1pQtrb3IhHGzLM7PMAeI uKMGVhfyr/8JxP/XSXlmtWtvPLsvvUemDs1gArKNK42hfoFvAIvZrzR1bfM8pKsVUimt pOj4WXqGItbdfoKjjjiFg2o9HVsmDOPSUqweWfZnwVd9eBOyNVLhXYwoqJelOAQTbgt0 JvyA== MIME-Version: 1.0 X-Received: by 10.180.100.234 with SMTP id fb10mr15053724wib.26.1399284712591; Mon, 05 May 2014 03:11:52 -0700 (PDT) Received: by 10.181.13.135 with HTTP; Mon, 5 May 2014 03:11:52 -0700 (PDT) In-Reply-To: <53242E73-6AD5-4CDD-8F6C-EC8F2FDD0D28@recoil.org> References: <53242E73-6AD5-4CDD-8F6C-EC8F2FDD0D28@recoil.org> Date: Mon, 5 May 2014 12:11:52 +0200 Message-ID: From: =?UTF-8?B?QW5kcsOpIE7DpnNz?= To: mirageos-devel@lists.xenproject.org Subject: Re: [MirageOS-devel] Struggling a bit with the Hello World applications X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============4987945287836980410==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============4987945287836980410== Content-Type: multipart/alternative; boundary=f46d043748f33bd9f704f8a45cc7 --f46d043748f33bd9f704f8a45cc7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Thanks for your quick response. I indeed have aspcud installed. After fiddling around and making a mess and not getting anything to work I decided to start from scratch. Since I use vagrant that's easy. So I went through the installation instructions step by step: 1. Installed all the build essentials. Ran into an error here. Ran apt-get update and the problem resolved itself. 2. The add-apt-repository is not in the standard Ubuntu, but when trying to invoke it you are told to install python-software-properties, so: 3. apt-get install python-software-properties add-apt-repository ppa:avsm/ppa sudo apt-get update apt-get install ocaml opam (At this step I noticed that aspcud was installed) 4. opam --version reports 1.1.1 5. opam init, answering yes to modify config files 6. eval `opam config env` 7. opam install mirage The following actions will be performed: - install ocamlfind.1.4.0 [required by mirage] - install cmdliner.0.9.4 [required by mirage] - install ipaddr.2.4.0 [required by mirage] - install optcomp.1.5 [required by mirage] - install ounit.2.0.0 [required by mirage] - install re.1.2.1 [required by mirage] - install ocplib-endian.0.4 [required by mirage] - install cstruct.1.1.0 [required by mirage] - install io-page.1.1.1 [required by mirage] - install mirage-types.1.1.2 [required by mirage] - install mirage.1.1.2 - install lwt.2.4.5 [required by mirage] 12 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade | 0 to remov= e Do you want to continue ? [Y/n] [ERROR] Aborting, as the following packages have a cyclic dependency: (No packages are listed, so this looks like a bug to me) Oddly enough this worked fine yesterday, so I have no idea what has changed= . I have a Mac, but I figured I might get better results using a linux VM especially due to the tuntap and Xen requirements, and the fact that homebrew failed with a clink error when trying to install ocaml. Perhaps a different Linux would be preferable? Since I'm just using it as a compilation station I don't really care what distro it is. What is the mirage team using, Debian? On Mon, May 5, 2014 at 10:12 AM, Anil Madhavapeddy wrote: > On 5 May 2014, at 08:42, Andr=C3=A9 N=C3=A6ss wro= te: > > I'm going through the Hello World examples on the MirageOS website and on > the stackv4 example I'm having some problems. It seems that when I run > "mirage configure --unix" the mirage command itself is uninstalled. After > being very confused for a while, I accidentally hit CTRL-C while mirage w= as > running because the mirage configure call was taking a long time. Doing s= o > revealed a whole bunch of opam commands running in the background and upo= n > inspection I realised they were downgrading most of the packages. Mirage > itself is downgraded to 0.5. > > > Can you try to install the aspcud external solver via "apt-get install > aspcud". It should be available in both versions of Ubuntu you tried. I > promoted aspcud to a recommended dependency in the Debian package, but wi= ll > file an Ubuntu bug to do the same as well. I have an odd feeling that yo= u > already have aspcud though, since the error below reports an inconsistent > result. > > Some points I've noted as feedback from a total newbie: > - There is no verbose switch on the mirage command. When it hangs for a > long while I get curious. > > > Yep, I've got a trivial local patch to fix this out that I'll push. You > can also just set the OPAMVERBOSE environment variable as a workaround. > > - opam reports mirage at version 1.1.2, but mirage --version outputs 1.1.= 0. > > > Fixed locally too (really need to automate that in the build system). > > - opam apparently isn't transactional, despite the mirage command failing > I'm left with an utterly broken system? > > > OPAM does do error recovery by going back to the original patchset, but > possibly not if the external solver failure is messing up its notion of t= he > universe. In normal use it will perform error recovery with the original > set of packages being reinstalled. > > - It doesn't seem like opam caches anything, I spend a lot of time waitin= g > for downloads. Any simple way to speed this up? > > > Much of this has been improved in OPAM 1.2dev, which will be released > soon-ish. e.g.: > https://github.com/ocaml/opam/issues/1154 > https://github.com/ocaml/opam/issues/1156 > > I get a lot of these "external solver failed with inconsistentt result". > Here's an example from running "opam install mirage" after it has been > uninstalled by the stackv4 example: > > $ opam install mirage > [WARNING] External solver failed with inconsistent return value. Request > saved to "/home/vagrant/.opam/log/solver-error-29875-1.cudf" > Falling back to the internal heuristic. > The following actions will be performed: > - remove tuntap.0.7.0 > - remove ocplib-endian.0.3 > - remove uri.1.6.0 > - remove fieldslib.109.20.03 > - remove ipaddr.2.2.0 > - remove optcomp.1.5 > - remove re.1.2.1 > - remove sexplib.110.01.00 > - remove stringext.0.0.1 > - remove type_conv.109.53.02 > - install cstruct.0.4.0 [required by mirage] > - install lwt.2.4.3 [required by mirage] > - install xenstore.1.0.0 [required by mirage] > - install mirage.0.5.0 > 4 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade | 10 to > remove > Do you want to continue ? [Y/n] > > Now, mirage 0.5 clearly isn't what I want, so I typically end up deleting > the .opam folder and restarting from scratch. This is tedious to say the > least. > > I've tried this on Ubuntu 12.04 and 14.04 (both 64 bit). > > > Thanks for the useful feedback! > > -a > > --f46d043748f33bd9f704f8a45cc7 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Thanks for your quick response. I indeed have aspcud insta= lled.

After fiddling around and making a mess and not ge= tting anything to work I decided to start from scratch. Since I use vagrant= that's easy. So I went through the installation instructions step by s= tep:

1. Installed all the build essentials. Ran into an= error here. Ran
=C2=A0 =C2=A0apt-get update and the problem reso= lved itself.
2. The add-apt-repository is not in the standard Ubu= ntu, but when
=C2=A0 =C2=A0trying to invoke it you are told to install
=C2= =A0 =C2=A0python-software-properties, so:
3. apt-get install pyth= on-software-properties=C2=A0
=C2=A0 =C2=A0add-apt-repository ppa:= avsm/ppa
=C2=A0 =C2=A0sudo apt-get update
=C2=A0 =C2=A0apt-get install ocaml opam
=C2=A0 =C2=A0 =C2=A0= =C2=A0(At this step I noticed that aspcud was installed)
4. opam= --version reports 1.1.1
5. opam init, answering yes to modify co= nfig files
6. eval `opam config env`
7. opam install mirage
The following actions will be perform= ed:
=C2=A0- install ocamlfind.1.4.0 [required by mirage]
=C2=A0- install cmdliner.0.9.4 [required by mirage]
=C2=A0- ins= tall ipaddr.2.4.0 [required by mirage]
=C2=A0- install optcomp.1.5 [required by mirage]
=C2=A0- ins= tall ounit.2.0.0 [required by mirage]
=C2=A0- install re.1.2.1 [r= equired by mirage]
=C2=A0- install ocplib-endian.0.4 [required by= mirage]
=C2=A0- install cstruct.1.1.0 [required by mirage]
=C2=A0- instal= l io-page.1.1.1 [required by mirage]
=C2=A0- install mirage-types= .1.1.2 [required by mirage]
=C2=A0- install mirage.1.1.2
=C2=A0- install lwt.2.4.5 [required by mirage]
12 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade | 0 to = remove
Do you want to continue ? [Y/n]=C2=A0
[ERROR] Ab= orting, as the following packages have a cyclic dependency:
=C2= =A0(No packages are listed, so this looks like a bug to me)

Oddly enough this worked fine yesterday, so I hav= e no idea what has changed.

I have a Mac, but= I figured I might get better results using a linux VM especially due to th= e tuntap and Xen requirements, and the fact that homebrew failed with a cli= nk error when trying to install ocaml.

Perhaps a different Linux would be preferable? Since I&= #39;m just using it as a compilation station I don't really care what d= istro it is. What is the mirage team using, Debian?


On Mon, May 5, 2014 at 10:12 AM, Anil Ma= dhavapeddy <anil@recoil.org> wrote:
On 5 May 2014, at 08:42= , Andr=C3=A9 N=C3=A6ss <andre.naess@gmail.com> wrote:

I'm going through the Hello World examples on the Mira= geOS website and on the stackv4 example I'm having some problems. It se= ems that when I run "mirage configure --unix" the mirage command = itself is uninstalled. After being very confused for a while, I accidentall= y hit CTRL-C while mirage was running because the mirage configure call was= taking a long time. Doing so revealed a whole bunch of opam commands runni= ng in the background and upon inspection I realised they were downgrading m= ost of the packages. Mirage itself is downgraded to 0.5.

Can you try to install the aspcud externa= l solver via "apt-get install aspcud". =C2=A0It should be availab= le in both versions of Ubuntu you tried. =C2=A0I promoted aspcud to a recom= mended dependency in the Debian package, but will file an Ubuntu bug to do = the same as well. =C2=A0I have an odd feeling that you already have aspcud = though, since the error below reports an inconsistent result.

So= me points I've noted as feedback from a total newbie:
- There= is no verbose switch on the mirage command. When it hangs for a long while= I get curious.

Yep, I've got a trivial local p= atch to fix this out that I'll push. =C2=A0 You can also just set the O= PAMVERBOSE environment variable as a workaround.
=
- opam reports mirage at ve= rsion 1.1.2, but mirage --version outputs 1.1.0.

Fixed locally too (really need to automate that in the b= uild system).

- opam apparently isn't transactional, despite the mirage command = failing I'm left with an utterly broken system?

OPAM does do error recovery by going back to the orig= inal patchset, but possibly not if the external solver failure is messing u= p its notion of the universe. =C2=A0In normal use it will perform error rec= overy with the original set of packages being reinstalled.

- = It doesn't seem like opam caches anything, I spend a lot of time waitin= g for downloads. Any simple way to speed this up?
<= div>
Much of this has been improved in OPAM 1.2dev, which will b= e released soon-ish. e.g.:
<= br>
I get a lot of these "external solver failed with inconsistentt r= esult". Here's an example from running "opam install mirage&q= uot; after it has been uninstalled by the stackv4 example:

$ opam install mirage
[WARNING] External= solver failed with inconsistent return value. Request saved to "/home= /vagrant/.opam/log/solver-error-29875-1.cudf"
Falling back t= o the internal heuristic.
The following actions will be performed:
=C2=A0- remove tunt= ap.0.7.0
=C2=A0- remove ocplib-endian.0.3
=C2=A0- remov= e uri.1.6.0
=C2=A0- remove fieldslib.109.20.03
=C2=A0- = remove ipaddr.2.2.0
=C2=A0- remove optcomp.1.5
=C2=A0- remove re.1.2.1
=C2=A0- remove sexplib.110.01.00
=C2=A0- remove stringext.0.0.1<= /div>
=C2=A0- remove type_conv.109.53.02
=C2=A0- install cstr= uct.0.4.0 [required by mirage]
=C2=A0- install lwt.2.4.3 [required by mirage]
=C2=A0- insta= ll xenstore.1.0.0 [required by mirage]
=C2=A0- install mirage.0.5= .0
4 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade = | 10 to remove
Do you want to continue ? [Y/n]=C2=A0

N= ow, mirage 0.5 clearly isn't what I want, so I typically end up deletin= g the .opam folder and restarting from scratch. This is tedious to say the = least.

I've tried this on Ubuntu 12.04 and 14.04 (both 64 = bit).

Thanks for the useful fe= edback!

-a


--f46d043748f33bd9f704f8a45cc7-- --===============4987945287836980410== 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 --===============4987945287836980410==-- From mirageos-devel-bounces@lists.xenproject.org Mon May 05 10:12:02 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 05 May 2014 10:12: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 1WhFsK-0007Cc-Tz; Mon, 05 May 2014 10:11:56 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WhFsJ-0007CX-Bh for mirageos-devel@lists.xenproject.org; Mon, 05 May 2014 10:11:55 +0000 Received: from [85.158.143.35:45725] by server-2.bemta-4.messagelabs.com id 2C/DA-06539-AE367635; Mon, 05 May 2014 10:11:54 +0000 X-Env-Sender: andre.naess@gmail.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1399284713!2811050!1 X-Originating-IP: [74.125.82.48] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21036 invoked from network); 5 May 2014 10:11:53 -0000 Received: from mail-wg0-f48.google.com (HELO mail-wg0-f48.google.com) (74.125.82.48) by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 5 May 2014 10:11:53 -0000 Received: by mail-wg0-f48.google.com with SMTP id b13so1920513wgh.31 for ; Mon, 05 May 2014 03:11:52 -0700 (PDT) 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=RcMqTYDfzxPweArSIe00QRaYHEfHwle8AiwmaUTd2m4=; b=E2o5MNjSHpE4jQshS/np1B5hMt2b7E5ia0AU6C5zVeS87VyWMd7g6Xi6bfyS6pm95a 0rNXVLyUKOZUc0+Bn9QPrhCO62LI3PzDEpbR8guxliB4URdwpAvfUrrNbc+BHFiM/tbz in6jz2NKZEJ4C/rt82iekTXtTB61nGO+pBCFZ6ab8cHlHd2I1pQtrb3IhHGzLM7PMAeI uKMGVhfyr/8JxP/XSXlmtWtvPLsvvUemDs1gArKNK42hfoFvAIvZrzR1bfM8pKsVUimt pOj4WXqGItbdfoKjjjiFg2o9HVsmDOPSUqweWfZnwVd9eBOyNVLhXYwoqJelOAQTbgt0 JvyA== MIME-Version: 1.0 X-Received: by 10.180.100.234 with SMTP id fb10mr15053724wib.26.1399284712591; Mon, 05 May 2014 03:11:52 -0700 (PDT) Received: by 10.181.13.135 with HTTP; Mon, 5 May 2014 03:11:52 -0700 (PDT) In-Reply-To: <53242E73-6AD5-4CDD-8F6C-EC8F2FDD0D28@recoil.org> References: <53242E73-6AD5-4CDD-8F6C-EC8F2FDD0D28@recoil.org> Date: Mon, 5 May 2014 12:11:52 +0200 Message-ID: From: =?UTF-8?B?QW5kcsOpIE7DpnNz?= To: mirageos-devel@lists.xenproject.org Subject: Re: [MirageOS-devel] Struggling a bit with the Hello World applications X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============4987945287836980410==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============4987945287836980410== Content-Type: multipart/alternative; boundary=f46d043748f33bd9f704f8a45cc7 --f46d043748f33bd9f704f8a45cc7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Thanks for your quick response. I indeed have aspcud installed. After fiddling around and making a mess and not getting anything to work I decided to start from scratch. Since I use vagrant that's easy. So I went through the installation instructions step by step: 1. Installed all the build essentials. Ran into an error here. Ran apt-get update and the problem resolved itself. 2. The add-apt-repository is not in the standard Ubuntu, but when trying to invoke it you are told to install python-software-properties, so: 3. apt-get install python-software-properties add-apt-repository ppa:avsm/ppa sudo apt-get update apt-get install ocaml opam (At this step I noticed that aspcud was installed) 4. opam --version reports 1.1.1 5. opam init, answering yes to modify config files 6. eval `opam config env` 7. opam install mirage The following actions will be performed: - install ocamlfind.1.4.0 [required by mirage] - install cmdliner.0.9.4 [required by mirage] - install ipaddr.2.4.0 [required by mirage] - install optcomp.1.5 [required by mirage] - install ounit.2.0.0 [required by mirage] - install re.1.2.1 [required by mirage] - install ocplib-endian.0.4 [required by mirage] - install cstruct.1.1.0 [required by mirage] - install io-page.1.1.1 [required by mirage] - install mirage-types.1.1.2 [required by mirage] - install mirage.1.1.2 - install lwt.2.4.5 [required by mirage] 12 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade | 0 to remov= e Do you want to continue ? [Y/n] [ERROR] Aborting, as the following packages have a cyclic dependency: (No packages are listed, so this looks like a bug to me) Oddly enough this worked fine yesterday, so I have no idea what has changed= . I have a Mac, but I figured I might get better results using a linux VM especially due to the tuntap and Xen requirements, and the fact that homebrew failed with a clink error when trying to install ocaml. Perhaps a different Linux would be preferable? Since I'm just using it as a compilation station I don't really care what distro it is. What is the mirage team using, Debian? On Mon, May 5, 2014 at 10:12 AM, Anil Madhavapeddy wrote: > On 5 May 2014, at 08:42, Andr=C3=A9 N=C3=A6ss wro= te: > > I'm going through the Hello World examples on the MirageOS website and on > the stackv4 example I'm having some problems. It seems that when I run > "mirage configure --unix" the mirage command itself is uninstalled. After > being very confused for a while, I accidentally hit CTRL-C while mirage w= as > running because the mirage configure call was taking a long time. Doing s= o > revealed a whole bunch of opam commands running in the background and upo= n > inspection I realised they were downgrading most of the packages. Mirage > itself is downgraded to 0.5. > > > Can you try to install the aspcud external solver via "apt-get install > aspcud". It should be available in both versions of Ubuntu you tried. I > promoted aspcud to a recommended dependency in the Debian package, but wi= ll > file an Ubuntu bug to do the same as well. I have an odd feeling that yo= u > already have aspcud though, since the error below reports an inconsistent > result. > > Some points I've noted as feedback from a total newbie: > - There is no verbose switch on the mirage command. When it hangs for a > long while I get curious. > > > Yep, I've got a trivial local patch to fix this out that I'll push. You > can also just set the OPAMVERBOSE environment variable as a workaround. > > - opam reports mirage at version 1.1.2, but mirage --version outputs 1.1.= 0. > > > Fixed locally too (really need to automate that in the build system). > > - opam apparently isn't transactional, despite the mirage command failing > I'm left with an utterly broken system? > > > OPAM does do error recovery by going back to the original patchset, but > possibly not if the external solver failure is messing up its notion of t= he > universe. In normal use it will perform error recovery with the original > set of packages being reinstalled. > > - It doesn't seem like opam caches anything, I spend a lot of time waitin= g > for downloads. Any simple way to speed this up? > > > Much of this has been improved in OPAM 1.2dev, which will be released > soon-ish. e.g.: > https://github.com/ocaml/opam/issues/1154 > https://github.com/ocaml/opam/issues/1156 > > I get a lot of these "external solver failed with inconsistentt result". > Here's an example from running "opam install mirage" after it has been > uninstalled by the stackv4 example: > > $ opam install mirage > [WARNING] External solver failed with inconsistent return value. Request > saved to "/home/vagrant/.opam/log/solver-error-29875-1.cudf" > Falling back to the internal heuristic. > The following actions will be performed: > - remove tuntap.0.7.0 > - remove ocplib-endian.0.3 > - remove uri.1.6.0 > - remove fieldslib.109.20.03 > - remove ipaddr.2.2.0 > - remove optcomp.1.5 > - remove re.1.2.1 > - remove sexplib.110.01.00 > - remove stringext.0.0.1 > - remove type_conv.109.53.02 > - install cstruct.0.4.0 [required by mirage] > - install lwt.2.4.3 [required by mirage] > - install xenstore.1.0.0 [required by mirage] > - install mirage.0.5.0 > 4 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade | 10 to > remove > Do you want to continue ? [Y/n] > > Now, mirage 0.5 clearly isn't what I want, so I typically end up deleting > the .opam folder and restarting from scratch. This is tedious to say the > least. > > I've tried this on Ubuntu 12.04 and 14.04 (both 64 bit). > > > Thanks for the useful feedback! > > -a > > --f46d043748f33bd9f704f8a45cc7 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Thanks for your quick response. I indeed have aspcud insta= lled.

After fiddling around and making a mess and not ge= tting anything to work I decided to start from scratch. Since I use vagrant= that's easy. So I went through the installation instructions step by s= tep:

1. Installed all the build essentials. Ran into an= error here. Ran
=C2=A0 =C2=A0apt-get update and the problem reso= lved itself.
2. The add-apt-repository is not in the standard Ubu= ntu, but when
=C2=A0 =C2=A0trying to invoke it you are told to install
=C2= =A0 =C2=A0python-software-properties, so:
3. apt-get install pyth= on-software-properties=C2=A0
=C2=A0 =C2=A0add-apt-repository ppa:= avsm/ppa
=C2=A0 =C2=A0sudo apt-get update
=C2=A0 =C2=A0apt-get install ocaml opam
=C2=A0 =C2=A0 =C2=A0= =C2=A0(At this step I noticed that aspcud was installed)
4. opam= --version reports 1.1.1
5. opam init, answering yes to modify co= nfig files
6. eval `opam config env`
7. opam install mirage
The following actions will be perform= ed:
=C2=A0- install ocamlfind.1.4.0 [required by mirage]
=C2=A0- install cmdliner.0.9.4 [required by mirage]
=C2=A0- ins= tall ipaddr.2.4.0 [required by mirage]
=C2=A0- install optcomp.1.5 [required by mirage]
=C2=A0- ins= tall ounit.2.0.0 [required by mirage]
=C2=A0- install re.1.2.1 [r= equired by mirage]
=C2=A0- install ocplib-endian.0.4 [required by= mirage]
=C2=A0- install cstruct.1.1.0 [required by mirage]
=C2=A0- instal= l io-page.1.1.1 [required by mirage]
=C2=A0- install mirage-types= .1.1.2 [required by mirage]
=C2=A0- install mirage.1.1.2
=C2=A0- install lwt.2.4.5 [required by mirage]
12 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade | 0 to = remove
Do you want to continue ? [Y/n]=C2=A0
[ERROR] Ab= orting, as the following packages have a cyclic dependency:
=C2= =A0(No packages are listed, so this looks like a bug to me)

Oddly enough this worked fine yesterday, so I hav= e no idea what has changed.

I have a Mac, but= I figured I might get better results using a linux VM especially due to th= e tuntap and Xen requirements, and the fact that homebrew failed with a cli= nk error when trying to install ocaml.

Perhaps a different Linux would be preferable? Since I&= #39;m just using it as a compilation station I don't really care what d= istro it is. What is the mirage team using, Debian?


On Mon, May 5, 2014 at 10:12 AM, Anil Ma= dhavapeddy <anil@recoil.org> wrote:
On 5 May 2014, at 08:42= , Andr=C3=A9 N=C3=A6ss <andre.naess@gmail.com> wrote:

I'm going through the Hello World examples on the Mira= geOS website and on the stackv4 example I'm having some problems. It se= ems that when I run "mirage configure --unix" the mirage command = itself is uninstalled. After being very confused for a while, I accidentall= y hit CTRL-C while mirage was running because the mirage configure call was= taking a long time. Doing so revealed a whole bunch of opam commands runni= ng in the background and upon inspection I realised they were downgrading m= ost of the packages. Mirage itself is downgraded to 0.5.

Can you try to install the aspcud externa= l solver via "apt-get install aspcud". =C2=A0It should be availab= le in both versions of Ubuntu you tried. =C2=A0I promoted aspcud to a recom= mended dependency in the Debian package, but will file an Ubuntu bug to do = the same as well. =C2=A0I have an odd feeling that you already have aspcud = though, since the error below reports an inconsistent result.

So= me points I've noted as feedback from a total newbie:
- There= is no verbose switch on the mirage command. When it hangs for a long while= I get curious.

Yep, I've got a trivial local p= atch to fix this out that I'll push. =C2=A0 You can also just set the O= PAMVERBOSE environment variable as a workaround.
=
- opam reports mirage at ve= rsion 1.1.2, but mirage --version outputs 1.1.0.

Fixed locally too (really need to automate that in the b= uild system).

- opam apparently isn't transactional, despite the mirage command = failing I'm left with an utterly broken system?

OPAM does do error recovery by going back to the orig= inal patchset, but possibly not if the external solver failure is messing u= p its notion of the universe. =C2=A0In normal use it will perform error rec= overy with the original set of packages being reinstalled.

- = It doesn't seem like opam caches anything, I spend a lot of time waitin= g for downloads. Any simple way to speed this up?
<= div>
Much of this has been improved in OPAM 1.2dev, which will b= e released soon-ish. e.g.:
<= br>
I get a lot of these "external solver failed with inconsistentt r= esult". Here's an example from running "opam install mirage&q= uot; after it has been uninstalled by the stackv4 example:

$ opam install mirage
[WARNING] External= solver failed with inconsistent return value. Request saved to "/home= /vagrant/.opam/log/solver-error-29875-1.cudf"
Falling back t= o the internal heuristic.
The following actions will be performed:
=C2=A0- remove tunt= ap.0.7.0
=C2=A0- remove ocplib-endian.0.3
=C2=A0- remov= e uri.1.6.0
=C2=A0- remove fieldslib.109.20.03
=C2=A0- = remove ipaddr.2.2.0
=C2=A0- remove optcomp.1.5
=C2=A0- remove re.1.2.1
=C2=A0- remove sexplib.110.01.00
=C2=A0- remove stringext.0.0.1<= /div>
=C2=A0- remove type_conv.109.53.02
=C2=A0- install cstr= uct.0.4.0 [required by mirage]
=C2=A0- install lwt.2.4.3 [required by mirage]
=C2=A0- insta= ll xenstore.1.0.0 [required by mirage]
=C2=A0- install mirage.0.5= .0
4 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade = | 10 to remove
Do you want to continue ? [Y/n]=C2=A0

N= ow, mirage 0.5 clearly isn't what I want, so I typically end up deletin= g the .opam folder and restarting from scratch. This is tedious to say the = least.

I've tried this on Ubuntu 12.04 and 14.04 (both 64 = bit).

Thanks for the useful fe= edback!

-a


--f46d043748f33bd9f704f8a45cc7-- --===============4987945287836980410== 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 --===============4987945287836980410==-- From mirageos-devel-bounces@lists.xenproject.org Mon May 05 10:32:44 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 05 May 2014 10:32: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 1WhGCS-0007XB-5w; Mon, 05 May 2014 10:32:44 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WhGCP-0007Wv-UL for mirageos-devel@lists.xenproject.org; Mon, 05 May 2014 10:32:42 +0000 Received: from [85.158.139.211:4287] by server-5.bemta-5.messagelabs.com id BE/AF-06049-9C867635; Mon, 05 May 2014 10:32:41 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-9.tower-206.messagelabs.com!1399285959!2270535!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_30_40,HTML_MESSAGE, MIME_QP_LONG_LINE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8285 invoked from network); 5 May 2014 10:32:39 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-9.tower-206.messagelabs.com with SMTP; 5 May 2014 10:32:39 -0000 Received: (qmail 28912 invoked by uid 634); 5 May 2014 10:32:38 -0000 Received: from cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net (HELO [192.168.1.116]) (86.30.244.239) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Mon, 05 May 2014 11:32:38 +0100 References: <53242E73-6AD5-4CDD-8F6C-EC8F2FDD0D28@recoil.org> Mime-Version: 1.0 (1.0) In-Reply-To: Message-Id: <27E8764D-72BB-4F6B-8CF5-E30C9F7E4FB1@recoil.org> X-Mailer: iPad Mail (11B651) From: Anil Madhavapeddy Date: Mon, 5 May 2014 11:32:37 +0100 To: =?utf-8?Q?Andr=C3=A9_N=C3=A6ss?= , Louis Gesbert X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Struggling a bit with the Hello World applications X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============6740702776627756775==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============6740702776627756775== Content-Type: multipart/alternative; boundary=Apple-Mail-046E271B-6420-433C-817B-823B10AC6E0E Content-Transfer-Encoding: 7bit --Apple-Mail-046E271B-6420-433C-817B-823B10AC6E0E Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable This looks like a very recently introduced bug in the package dependencies. L= oius is taking a look (I can look myself this afternoon). > On 5 May 2014, at 11:11, Andr=C3=A9 N=C3=A6ss wrot= e: >=20 > Thanks for your quick response. I indeed have aspcud installed. >=20 > After fiddling around and making a mess and not getting anything to work I= decided to start from scratch. Since I use vagrant that's easy. So I went t= hrough the installation instructions step by step: >=20 > 1. Installed all the build essentials. Ran into an error here. Ran > apt-get update and the problem resolved itself. > 2. The add-apt-repository is not in the standard Ubuntu, but when > trying to invoke it you are told to install > python-software-properties, so: > 3. apt-get install python-software-properties=20 > add-apt-repository ppa:avsm/ppa > sudo apt-get update > apt-get install ocaml opam > (At this step I noticed that aspcud was installed) > 4. opam --version reports 1.1.1 > 5. opam init, answering yes to modify config files > 6. eval `opam config env` > 7. opam install mirage > The following actions will be performed: > - install ocamlfind.1.4.0 [required by mirage] > - install cmdliner.0.9.4 [required by mirage] > - install ipaddr.2.4.0 [required by mirage] > - install optcomp.1.5 [required by mirage] > - install ounit.2.0.0 [required by mirage] > - install re.1.2.1 [required by mirage] > - install ocplib-endian.0.4 [required by mirage] > - install cstruct.1.1.0 [required by mirage] > - install io-page.1.1.1 [required by mirage] > - install mirage-types.1.1.2 [required by mirage] > - install mirage.1.1.2 > - install lwt.2.4.5 [required by mirage] > 12 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade | 0 to remo= ve > Do you want to continue ? [Y/n]=20 > [ERROR] Aborting, as the following packages have a cyclic dependency: > (No packages are listed, so this looks like a bug to me) >=20 > Oddly enough this worked fine yesterday, so I have no idea what has change= d. >=20 > I have a Mac, but I figured I might get better results using a linux VM es= pecially due to the tuntap and Xen requirements, and the fact that homebrew f= ailed with a clink error when trying to install ocaml. >=20 > Perhaps a different Linux would be preferable? Since I'm just using it as a= compilation station I don't really care what distro it is. What is the mira= ge team using, Debian? >=20 >=20 >> On Mon, May 5, 2014 at 10:12 AM, Anil Madhavapeddy wrot= e: >>> On 5 May 2014, at 08:42, Andr=C3=A9 N=C3=A6ss wr= ote: >>>=20 >>> I'm going through the Hello World examples on the MirageOS website and o= n the stackv4 example I'm having some problems. It seems that when I run "mi= rage configure --unix" the mirage command itself is uninstalled. After being= very confused for a while, I accidentally hit CTRL-C while mirage was runni= ng because the mirage configure call was taking a long time. Doing so reveal= ed a whole bunch of opam commands running in the background and upon inspect= ion I realised they were downgrading most of the packages. Mirage itself is d= owngraded to 0.5. >>=20 >> Can you try to install the aspcud external solver via "apt-get install as= pcud". It should be available in both versions of Ubuntu you tried. I prom= oted aspcud to a recommended dependency in the Debian package, but will file= an Ubuntu bug to do the same as well. I have an odd feeling that you alrea= dy have aspcud though, since the error below reports an inconsistent result.= >>=20 >>> Some points I've noted as feedback from a total newbie: >>> - There is no verbose switch on the mirage command. When it hangs for a l= ong while I get curious. >>=20 >> Yep, I've got a trivial local patch to fix this out that I'll push. You= can also just set the OPAMVERBOSE environment variable as a workaround. >>=20 >>> - opam reports mirage at version 1.1.2, but mirage --version outputs 1.1= .0. >>=20 >> Fixed locally too (really need to automate that in the build system). >>=20 >>> - opam apparently isn't transactional, despite the mirage command failin= g I'm left with an utterly broken system? >>=20 >> OPAM does do error recovery by going back to the original patchset, but p= ossibly not if the external solver failure is messing up its notion of the u= niverse. In normal use it will perform error recovery with the original set= of packages being reinstalled. >>=20 >>> - It doesn't seem like opam caches anything, I spend a lot of time waiti= ng for downloads. Any simple way to speed this up? >>=20 >> Much of this has been improved in OPAM 1.2dev, which will be released soo= n-ish. e.g.: >> https://github.com/ocaml/opam/issues/1154 >> https://github.com/ocaml/opam/issues/1156 >>=20 >>> I get a lot of these "external solver failed with inconsistentt result".= Here's an example from running "opam install mirage" after it has been unin= stalled by the stackv4 example: >>>=20 >>> $ opam install mirage >>> [WARNING] External solver failed with inconsistent return value. Request= saved to "/home/vagrant/.opam/log/solver-error-29875-1.cudf" >>> Falling back to the internal heuristic. >>> The following actions will be performed: >>> - remove tuntap.0.7.0 >>> - remove ocplib-endian.0.3 >>> - remove uri.1.6.0 >>> - remove fieldslib.109.20.03 >>> - remove ipaddr.2.2.0 >>> - remove optcomp.1.5 >>> - remove re.1.2.1 >>> - remove sexplib.110.01.00 >>> - remove stringext.0.0.1 >>> - remove type_conv.109.53.02 >>> - install cstruct.0.4.0 [required by mirage] >>> - install lwt.2.4.3 [required by mirage] >>> - install xenstore.1.0.0 [required by mirage] >>> - install mirage.0.5.0 >>> 4 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade | 10 to re= move >>> Do you want to continue ? [Y/n]=20 >>>=20 >>> Now, mirage 0.5 clearly isn't what I want, so I typically end up deletin= g the .opam folder and restarting from scratch. This is tedious to say the l= east. >>>=20 >>> I've tried this on Ubuntu 12.04 and 14.04 (both 64 bit). >>=20 >> Thanks for the useful feedback! >>=20 >> -a >>=20 >=20 > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel --Apple-Mail-046E271B-6420-433C-817B-823B10AC6E0E Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
This looks like a very recently introd= uced bug in the package dependencies. Loius is taking a look (I can look mys= elf this afternoon).

On 5 May 2014, at 11:11, Andr=C3=A9 N=C3=A6= ss <andre.naess@gmail.com>= ; wrote:

Thanks= for your quick response. I indeed have aspcud installed.

After fiddling around and making a mess and not getting anything to work I d= ecided to start from scratch. Since I use vagrant that's easy. So I went thr= ough the installation instructions step by step:

1. Installed all the build essentials. Ran into an e= rror here. Ran
   apt-get update and the problem resolve= d itself.
2. The add-apt-repository is not in the standard Ubuntu,= but when
   trying to invoke it you are told to install
&nbs= p;  python-software-properties, so:
3. apt-get install python= -software-properties 
   add-apt-repository ppa:avs= m/ppa
   sudo apt-get update
   apt-get install ocaml opam
      &= nbsp;(At this step I noticed that aspcud was installed)
4. opam --= version reports 1.1.1
5. opam init, answering yes to modify config= files
6. eval `opam config env`
7. opam install mirage
The following actions will be performe= d:
 - install ocamlfind.1.4.0 [required by mirage]
=  - install cmdliner.0.9.4 [required by mirage]
 - instal= l ipaddr.2.4.0 [required by mirage]
 - install optcomp.1.5 [required by mirage]
 - inst= all ounit.2.0.0 [required by mirage]
 - install re.1.2.1 [req= uired by mirage]
 - install ocplib-endian.0.4 [required by mi= rage]
 - install cstruct.1.1.0 [required by mirage]
 - install= io-page.1.1.1 [required by mirage]
 - install mirage-types.1= .1.2 [required by mirage]
 - install mirage.1.1.2
&= nbsp;- install lwt.2.4.5 [required by mirage]
12 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade | 0 to r= emove
Do you want to continue ? [Y/n] 
[ERROR] Abor= ting, as the following packages have a cyclic dependency:
 (N= o packages are listed, so this looks like a bug to me)

Oddly enough this worked fine yesterday, so I have= no idea what has changed.

I have a Mac, but I= figured I might get better results using a linux VM especially due to the t= untap and Xen requirements, and the fact that homebrew failed with a clink e= rror when trying to install ocaml.

Perhaps a different Linux would be preferable? Since I'm= just using it as a compilation station I don't really care what distro it i= s. What is the mirage team using, Debian?


On Mon, May 5, 2014 at 10:12 AM, Anil Mad= havapeddy <anil@recoil.org> wrote:
On 5 May 2014, at 08:42,= Andr=C3=A9 N=C3=A6ss <andre.naess@gmail.com> wrote:
=
I'm going through the Hello World examples on the MirageOS w= ebsite and on the stackv4 example I'm having some problems. It seems that wh= en I run "mirage configure --unix" the mirage command itself is uninstalled.= After being very confused for a while, I accidentally hit CTRL-C while mira= ge was running because the mirage configure call was taking a long time. Doi= ng so revealed a whole bunch of opam commands running in the background and u= pon inspection I realised they were downgrading most of the packages. Mirage= itself is downgraded to 0.5.

Can you try to install the aspcud external= solver via "apt-get install aspcud".  It should be available in both v= ersions of Ubuntu you tried.  I promoted aspcud to a recommended depend= ency in the Debian package, but will file an Ubuntu bug to do the same as we= ll.  I have an odd feeling that you already have aspcud though, since t= he error below reports an inconsistent result.

Som= e points I've noted as feedback from a total newbie:
- There is no= verbose switch on the mirage command. When it hangs for a long while I get c= urious.

Yep, I've got a trivial local patch t= o fix this out that I'll push.   You can also just set the OPAMVERBOSE e= nvironment variable as a workaround.

- opam reports mirage at ver= sion 1.1.2, but mirage --version outputs 1.1.0.

Fixed locally too (really need to automate that in the buil= d system).

- opam apparently isn't transactional, despite the mirage command faili= ng I'm left with an utterly broken system?

=
OPAM does do error recovery by going back to the original patchs= et, but possibly not if the external solver failure is messing up its notion= of the universe.  In normal use it will perform error recovery with th= e original set of packages being reinstalled.

- I= t doesn't seem like opam caches anything, I spend a lot of time waiting for d= ownloads. Any simple way to speed this up?

Much of this has been improved in OPAM 1.2dev, which will be= released soon-ish. e.g.:
I get a lot of these "external solver failed with inconsistentt result"= . Here's an example from running "opam install mirage" after it has been uni= nstalled by the stackv4 example:

$ opam install mirage
[WARNING] External s= olver failed with inconsistent return value. Request saved to "/home/vagrant= /.opam/log/solver-error-29875-1.cudf"
Falling back to the internal= heuristic.
The following actions will be performed:
 - remove tunta= p.0.7.0
 - remove ocplib-endian.0.3
 - remove u= ri.1.6.0
 - remove fieldslib.109.20.03
 - remo= ve ipaddr.2.2.0
 - remove optcomp.1.5
 - remove re.1.2.1
=  - remove sexplib.110.01.00
 - remove stringext.0.0.1
 - remove type_conv.109.53.02
 - install cstruct= .0.4.0 [required by mirage]
 - install lwt.2.4.3 [required by mirage]
 - instal= l xenstore.1.0.0 [required by mirage]
 - install mirage.0.5.0=
4 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade | 1= 0 to remove
Do you want to continue ? [Y/n] 

No= w, mirage 0.5 clearly isn't what I want, so I typically end up deleting the .= opam folder and restarting from scratch. This is tedious to say the least.

I've tried this on Ubuntu 12.04 and 14.04 (both 64 bit).=

Thanks for the useful feedback= !

-a


____________________= ___________________________
MirageOS-devel mailing list
MirageOS-= devel@lists.xenproject.org
http://lists.xenproject.o= rg/cgi-bin/mailman/listinfo/mirageos-devel
= = --Apple-Mail-046E271B-6420-433C-817B-823B10AC6E0E-- --===============6740702776627756775== 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 --===============6740702776627756775==-- From mirageos-devel-bounces@lists.xenproject.org Mon May 05 10:32:44 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 05 May 2014 10:32: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 1WhGCS-0007XB-5w; Mon, 05 May 2014 10:32:44 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WhGCP-0007Wv-UL for mirageos-devel@lists.xenproject.org; Mon, 05 May 2014 10:32:42 +0000 Received: from [85.158.139.211:4287] by server-5.bemta-5.messagelabs.com id BE/AF-06049-9C867635; Mon, 05 May 2014 10:32:41 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-9.tower-206.messagelabs.com!1399285959!2270535!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_30_40,HTML_MESSAGE, MIME_QP_LONG_LINE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8285 invoked from network); 5 May 2014 10:32:39 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-9.tower-206.messagelabs.com with SMTP; 5 May 2014 10:32:39 -0000 Received: (qmail 28912 invoked by uid 634); 5 May 2014 10:32:38 -0000 Received: from cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net (HELO [192.168.1.116]) (86.30.244.239) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Mon, 05 May 2014 11:32:38 +0100 References: <53242E73-6AD5-4CDD-8F6C-EC8F2FDD0D28@recoil.org> Mime-Version: 1.0 (1.0) In-Reply-To: Message-Id: <27E8764D-72BB-4F6B-8CF5-E30C9F7E4FB1@recoil.org> X-Mailer: iPad Mail (11B651) From: Anil Madhavapeddy Date: Mon, 5 May 2014 11:32:37 +0100 To: =?utf-8?Q?Andr=C3=A9_N=C3=A6ss?= , Louis Gesbert X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Struggling a bit with the Hello World applications X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============6740702776627756775==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============6740702776627756775== Content-Type: multipart/alternative; boundary=Apple-Mail-046E271B-6420-433C-817B-823B10AC6E0E Content-Transfer-Encoding: 7bit --Apple-Mail-046E271B-6420-433C-817B-823B10AC6E0E Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable This looks like a very recently introduced bug in the package dependencies. L= oius is taking a look (I can look myself this afternoon). > On 5 May 2014, at 11:11, Andr=C3=A9 N=C3=A6ss wrot= e: >=20 > Thanks for your quick response. I indeed have aspcud installed. >=20 > After fiddling around and making a mess and not getting anything to work I= decided to start from scratch. Since I use vagrant that's easy. So I went t= hrough the installation instructions step by step: >=20 > 1. Installed all the build essentials. Ran into an error here. Ran > apt-get update and the problem resolved itself. > 2. The add-apt-repository is not in the standard Ubuntu, but when > trying to invoke it you are told to install > python-software-properties, so: > 3. apt-get install python-software-properties=20 > add-apt-repository ppa:avsm/ppa > sudo apt-get update > apt-get install ocaml opam > (At this step I noticed that aspcud was installed) > 4. opam --version reports 1.1.1 > 5. opam init, answering yes to modify config files > 6. eval `opam config env` > 7. opam install mirage > The following actions will be performed: > - install ocamlfind.1.4.0 [required by mirage] > - install cmdliner.0.9.4 [required by mirage] > - install ipaddr.2.4.0 [required by mirage] > - install optcomp.1.5 [required by mirage] > - install ounit.2.0.0 [required by mirage] > - install re.1.2.1 [required by mirage] > - install ocplib-endian.0.4 [required by mirage] > - install cstruct.1.1.0 [required by mirage] > - install io-page.1.1.1 [required by mirage] > - install mirage-types.1.1.2 [required by mirage] > - install mirage.1.1.2 > - install lwt.2.4.5 [required by mirage] > 12 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade | 0 to remo= ve > Do you want to continue ? [Y/n]=20 > [ERROR] Aborting, as the following packages have a cyclic dependency: > (No packages are listed, so this looks like a bug to me) >=20 > Oddly enough this worked fine yesterday, so I have no idea what has change= d. >=20 > I have a Mac, but I figured I might get better results using a linux VM es= pecially due to the tuntap and Xen requirements, and the fact that homebrew f= ailed with a clink error when trying to install ocaml. >=20 > Perhaps a different Linux would be preferable? Since I'm just using it as a= compilation station I don't really care what distro it is. What is the mira= ge team using, Debian? >=20 >=20 >> On Mon, May 5, 2014 at 10:12 AM, Anil Madhavapeddy wrot= e: >>> On 5 May 2014, at 08:42, Andr=C3=A9 N=C3=A6ss wr= ote: >>>=20 >>> I'm going through the Hello World examples on the MirageOS website and o= n the stackv4 example I'm having some problems. It seems that when I run "mi= rage configure --unix" the mirage command itself is uninstalled. After being= very confused for a while, I accidentally hit CTRL-C while mirage was runni= ng because the mirage configure call was taking a long time. Doing so reveal= ed a whole bunch of opam commands running in the background and upon inspect= ion I realised they were downgrading most of the packages. Mirage itself is d= owngraded to 0.5. >>=20 >> Can you try to install the aspcud external solver via "apt-get install as= pcud". It should be available in both versions of Ubuntu you tried. I prom= oted aspcud to a recommended dependency in the Debian package, but will file= an Ubuntu bug to do the same as well. I have an odd feeling that you alrea= dy have aspcud though, since the error below reports an inconsistent result.= >>=20 >>> Some points I've noted as feedback from a total newbie: >>> - There is no verbose switch on the mirage command. When it hangs for a l= ong while I get curious. >>=20 >> Yep, I've got a trivial local patch to fix this out that I'll push. You= can also just set the OPAMVERBOSE environment variable as a workaround. >>=20 >>> - opam reports mirage at version 1.1.2, but mirage --version outputs 1.1= .0. >>=20 >> Fixed locally too (really need to automate that in the build system). >>=20 >>> - opam apparently isn't transactional, despite the mirage command failin= g I'm left with an utterly broken system? >>=20 >> OPAM does do error recovery by going back to the original patchset, but p= ossibly not if the external solver failure is messing up its notion of the u= niverse. In normal use it will perform error recovery with the original set= of packages being reinstalled. >>=20 >>> - It doesn't seem like opam caches anything, I spend a lot of time waiti= ng for downloads. Any simple way to speed this up? >>=20 >> Much of this has been improved in OPAM 1.2dev, which will be released soo= n-ish. e.g.: >> https://github.com/ocaml/opam/issues/1154 >> https://github.com/ocaml/opam/issues/1156 >>=20 >>> I get a lot of these "external solver failed with inconsistentt result".= Here's an example from running "opam install mirage" after it has been unin= stalled by the stackv4 example: >>>=20 >>> $ opam install mirage >>> [WARNING] External solver failed with inconsistent return value. Request= saved to "/home/vagrant/.opam/log/solver-error-29875-1.cudf" >>> Falling back to the internal heuristic. >>> The following actions will be performed: >>> - remove tuntap.0.7.0 >>> - remove ocplib-endian.0.3 >>> - remove uri.1.6.0 >>> - remove fieldslib.109.20.03 >>> - remove ipaddr.2.2.0 >>> - remove optcomp.1.5 >>> - remove re.1.2.1 >>> - remove sexplib.110.01.00 >>> - remove stringext.0.0.1 >>> - remove type_conv.109.53.02 >>> - install cstruct.0.4.0 [required by mirage] >>> - install lwt.2.4.3 [required by mirage] >>> - install xenstore.1.0.0 [required by mirage] >>> - install mirage.0.5.0 >>> 4 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade | 10 to re= move >>> Do you want to continue ? [Y/n]=20 >>>=20 >>> Now, mirage 0.5 clearly isn't what I want, so I typically end up deletin= g the .opam folder and restarting from scratch. This is tedious to say the l= east. >>>=20 >>> I've tried this on Ubuntu 12.04 and 14.04 (both 64 bit). >>=20 >> Thanks for the useful feedback! >>=20 >> -a >>=20 >=20 > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel --Apple-Mail-046E271B-6420-433C-817B-823B10AC6E0E Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
This looks like a very recently introd= uced bug in the package dependencies. Loius is taking a look (I can look mys= elf this afternoon).

On 5 May 2014, at 11:11, Andr=C3=A9 N=C3=A6= ss <andre.naess@gmail.com>= ; wrote:

Thanks= for your quick response. I indeed have aspcud installed.

After fiddling around and making a mess and not getting anything to work I d= ecided to start from scratch. Since I use vagrant that's easy. So I went thr= ough the installation instructions step by step:

1. Installed all the build essentials. Ran into an e= rror here. Ran
   apt-get update and the problem resolve= d itself.
2. The add-apt-repository is not in the standard Ubuntu,= but when
   trying to invoke it you are told to install
&nbs= p;  python-software-properties, so:
3. apt-get install python= -software-properties 
   add-apt-repository ppa:avs= m/ppa
   sudo apt-get update
   apt-get install ocaml opam
      &= nbsp;(At this step I noticed that aspcud was installed)
4. opam --= version reports 1.1.1
5. opam init, answering yes to modify config= files
6. eval `opam config env`
7. opam install mirage
The following actions will be performe= d:
 - install ocamlfind.1.4.0 [required by mirage]
=  - install cmdliner.0.9.4 [required by mirage]
 - instal= l ipaddr.2.4.0 [required by mirage]
 - install optcomp.1.5 [required by mirage]
 - inst= all ounit.2.0.0 [required by mirage]
 - install re.1.2.1 [req= uired by mirage]
 - install ocplib-endian.0.4 [required by mi= rage]
 - install cstruct.1.1.0 [required by mirage]
 - install= io-page.1.1.1 [required by mirage]
 - install mirage-types.1= .1.2 [required by mirage]
 - install mirage.1.1.2
&= nbsp;- install lwt.2.4.5 [required by mirage]
12 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade | 0 to r= emove
Do you want to continue ? [Y/n] 
[ERROR] Abor= ting, as the following packages have a cyclic dependency:
 (N= o packages are listed, so this looks like a bug to me)

Oddly enough this worked fine yesterday, so I have= no idea what has changed.

I have a Mac, but I= figured I might get better results using a linux VM especially due to the t= untap and Xen requirements, and the fact that homebrew failed with a clink e= rror when trying to install ocaml.

Perhaps a different Linux would be preferable? Since I'm= just using it as a compilation station I don't really care what distro it i= s. What is the mirage team using, Debian?


On Mon, May 5, 2014 at 10:12 AM, Anil Mad= havapeddy <anil@recoil.org> wrote:
On 5 May 2014, at 08:42,= Andr=C3=A9 N=C3=A6ss <andre.naess@gmail.com> wrote:
=
I'm going through the Hello World examples on the MirageOS w= ebsite and on the stackv4 example I'm having some problems. It seems that wh= en I run "mirage configure --unix" the mirage command itself is uninstalled.= After being very confused for a while, I accidentally hit CTRL-C while mira= ge was running because the mirage configure call was taking a long time. Doi= ng so revealed a whole bunch of opam commands running in the background and u= pon inspection I realised they were downgrading most of the packages. Mirage= itself is downgraded to 0.5.

Can you try to install the aspcud external= solver via "apt-get install aspcud".  It should be available in both v= ersions of Ubuntu you tried.  I promoted aspcud to a recommended depend= ency in the Debian package, but will file an Ubuntu bug to do the same as we= ll.  I have an odd feeling that you already have aspcud though, since t= he error below reports an inconsistent result.

Som= e points I've noted as feedback from a total newbie:
- There is no= verbose switch on the mirage command. When it hangs for a long while I get c= urious.

Yep, I've got a trivial local patch t= o fix this out that I'll push.   You can also just set the OPAMVERBOSE e= nvironment variable as a workaround.

- opam reports mirage at ver= sion 1.1.2, but mirage --version outputs 1.1.0.

Fixed locally too (really need to automate that in the buil= d system).

- opam apparently isn't transactional, despite the mirage command faili= ng I'm left with an utterly broken system?

=
OPAM does do error recovery by going back to the original patchs= et, but possibly not if the external solver failure is messing up its notion= of the universe.  In normal use it will perform error recovery with th= e original set of packages being reinstalled.

- I= t doesn't seem like opam caches anything, I spend a lot of time waiting for d= ownloads. Any simple way to speed this up?

Much of this has been improved in OPAM 1.2dev, which will be= released soon-ish. e.g.:
I get a lot of these "external solver failed with inconsistentt result"= . Here's an example from running "opam install mirage" after it has been uni= nstalled by the stackv4 example:

$ opam install mirage
[WARNING] External s= olver failed with inconsistent return value. Request saved to "/home/vagrant= /.opam/log/solver-error-29875-1.cudf"
Falling back to the internal= heuristic.
The following actions will be performed:
 - remove tunta= p.0.7.0
 - remove ocplib-endian.0.3
 - remove u= ri.1.6.0
 - remove fieldslib.109.20.03
 - remo= ve ipaddr.2.2.0
 - remove optcomp.1.5
 - remove re.1.2.1
=  - remove sexplib.110.01.00
 - remove stringext.0.0.1
 - remove type_conv.109.53.02
 - install cstruct= .0.4.0 [required by mirage]
 - install lwt.2.4.3 [required by mirage]
 - instal= l xenstore.1.0.0 [required by mirage]
 - install mirage.0.5.0=
4 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade | 1= 0 to remove
Do you want to continue ? [Y/n] 

No= w, mirage 0.5 clearly isn't what I want, so I typically end up deleting the .= opam folder and restarting from scratch. This is tedious to say the least.

I've tried this on Ubuntu 12.04 and 14.04 (both 64 bit).=

Thanks for the useful feedback= !

-a


____________________= ___________________________
MirageOS-devel mailing list
MirageOS-= devel@lists.xenproject.org
http://lists.xenproject.o= rg/cgi-bin/mailman/listinfo/mirageos-devel
= = --Apple-Mail-046E271B-6420-433C-817B-823B10AC6E0E-- --===============6740702776627756775== 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 --===============6740702776627756775==-- From mirageos-devel-bounces@lists.xenproject.org Mon May 05 10:47:02 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 05 May 2014 10:47: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 1WhGQH-00080i-9n; Mon, 05 May 2014 10:47:01 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WhGQF-00080d-TN for mirageos-devel@lists.xenproject.org; Mon, 05 May 2014 10:47:00 +0000 Received: from [193.109.254.147:24491] by server-5.bemta-14.messagelabs.com id 21/70-26413-32C67635; Mon, 05 May 2014 10:46:59 +0000 X-Env-Sender: andre.naess@gmail.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1399286817!2714666!1 X-Originating-IP: [74.125.82.48] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24072 invoked from network); 5 May 2014 10:46:57 -0000 Received: from mail-wg0-f48.google.com (HELO mail-wg0-f48.google.com) (74.125.82.48) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 5 May 2014 10:46:57 -0000 Received: by mail-wg0-f48.google.com with SMTP id b13so1999509wgh.19 for ; Mon, 05 May 2014 03:46:57 -0700 (PDT) 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=YNTAv5ak+WTwqEbnHaNSpChPP6/aHh4Im3yuA7/2qKI=; b=D491BLJgFRBeNqbAxVBD5kDQ8YXYitTuNMe2QZXoA8NX/x1mUnZaq2YWu0lqARg3eo xUQPJih80w5AIhBPdlrr/WDMV6PChz5gHPiHhRy9MNSTKk8l+oRBHd44TRXt180xa6wd DZB31llvZDrbSVrD6DcjgwMXXWnvFiDDjGx7/mIH2VlFk/1DAHgEnbO+bXjLxbpT036+ VpwFOzXQpSDeu0fAlGeGxASvL+6XVQLCcvnarIiphiD1RPX1lYYSrDMu7uhQFjDIxOSP VDp56GbKSSogeGhjUk9wkLbaDWDycMd1/4OtQiEMI4JO9CbsNc9yQfNBH4HqzDVKKmEU lFYw== MIME-Version: 1.0 X-Received: by 10.194.189.201 with SMTP id gk9mr27110267wjc.13.1399286816961; Mon, 05 May 2014 03:46:56 -0700 (PDT) Received: by 10.181.13.135 with HTTP; Mon, 5 May 2014 03:46:56 -0700 (PDT) In-Reply-To: <27E8764D-72BB-4F6B-8CF5-E30C9F7E4FB1@recoil.org> References: <53242E73-6AD5-4CDD-8F6C-EC8F2FDD0D28@recoil.org> <27E8764D-72BB-4F6B-8CF5-E30C9F7E4FB1@recoil.org> Date: Mon, 5 May 2014 12:46:56 +0200 Message-ID: From: =?UTF-8?B?QW5kcsOpIE7DpnNz?= To: Anil Madhavapeddy Cc: Louis Gesbert , "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Struggling a bit with the Hello World applications X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============1921633225941832206==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============1921633225941832206== Content-Type: multipart/alternative; boundary=047d7bb0398aa9f9bc04f8a4d965 --047d7bb0398aa9f9bc04f8a4d965 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Ok, I just retried it on Debian 7.4 with the same result. I'll wait for it's resolution and go through some OCaml tutorials in the meantime, it's been a few years since I last played with the language :) On Mon, May 5, 2014 at 12:32 PM, Anil Madhavapeddy wrote: > This looks like a very recently introduced bug in the package > dependencies. Loius is taking a look (I can look myself this afternoon). > > On 5 May 2014, at 11:11, Andr=C3=A9 N=C3=A6ss wro= te: > > Thanks for your quick response. I indeed have aspcud installed. > > After fiddling around and making a mess and not getting anything to work = I > decided to start from scratch. Since I use vagrant that's easy. So I went > through the installation instructions step by step: > > 1. Installed all the build essentials. Ran into an error here. Ran > apt-get update and the problem resolved itself. > 2. The add-apt-repository is not in the standard Ubuntu, but when > trying to invoke it you are told to install > python-software-properties, so: > 3. apt-get install python-software-properties > add-apt-repository ppa:avsm/ppa > sudo apt-get update > apt-get install ocaml opam > (At this step I noticed that aspcud was installed) > 4. opam --version reports 1.1.1 > 5. opam init, answering yes to modify config files > 6. eval `opam config env` > 7. opam install mirage > The following actions will be performed: > - install ocamlfind.1.4.0 [required by mirage] > - install cmdliner.0.9.4 [required by mirage] > - install ipaddr.2.4.0 [required by mirage] > - install optcomp.1.5 [required by mirage] > - install ounit.2.0.0 [required by mirage] > - install re.1.2.1 [required by mirage] > - install ocplib-endian.0.4 [required by mirage] > - install cstruct.1.1.0 [required by mirage] > - install io-page.1.1.1 [required by mirage] > - install mirage-types.1.1.2 [required by mirage] > - install mirage.1.1.2 > - install lwt.2.4.5 [required by mirage] > 12 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade | 0 to > remove > Do you want to continue ? [Y/n] > [ERROR] Aborting, as the following packages have a cyclic dependency: > (No packages are listed, so this looks like a bug to me) > > Oddly enough this worked fine yesterday, so I have no idea what has > changed. > > I have a Mac, but I figured I might get better results using a linux VM > especially due to the tuntap and Xen requirements, and the fact that > homebrew failed with a clink error when trying to install ocaml. > > Perhaps a different Linux would be preferable? Since I'm just using it as > a compilation station I don't really care what distro it is. What is the > mirage team using, Debian? > > > On Mon, May 5, 2014 at 10:12 AM, Anil Madhavapeddy wrote= : > >> On 5 May 2014, at 08:42, Andr=C3=A9 N=C3=A6ss wr= ote: >> >> I'm going through the Hello World examples on the MirageOS website and o= n >> the stackv4 example I'm having some problems. It seems that when I run >> "mirage configure --unix" the mirage command itself is uninstalled. Afte= r >> being very confused for a while, I accidentally hit CTRL-C while mirage = was >> running because the mirage configure call was taking a long time. Doing = so >> revealed a whole bunch of opam commands running in the background and up= on >> inspection I realised they were downgrading most of the packages. Mirage >> itself is downgraded to 0.5. >> >> >> Can you try to install the aspcud external solver via "apt-get install >> aspcud". It should be available in both versions of Ubuntu you tried. = I >> promoted aspcud to a recommended dependency in the Debian package, but w= ill >> file an Ubuntu bug to do the same as well. I have an odd feeling that y= ou >> already have aspcud though, since the error below reports an inconsisten= t >> result. >> >> Some points I've noted as feedback from a total newbie: >> - There is no verbose switch on the mirage command. When it hangs for a >> long while I get curious. >> >> >> Yep, I've got a trivial local patch to fix this out that I'll push. Yo= u >> can also just set the OPAMVERBOSE environment variable as a workaround. >> >> - opam reports mirage at version 1.1.2, but mirage --version outputs >> 1.1.0. >> >> >> Fixed locally too (really need to automate that in the build system). >> >> - opam apparently isn't transactional, despite the mirage command failin= g >> I'm left with an utterly broken system? >> >> >> OPAM does do error recovery by going back to the original patchset, but >> possibly not if the external solver failure is messing up its notion of = the >> universe. In normal use it will perform error recovery with the origina= l >> set of packages being reinstalled. >> >> - It doesn't seem like opam caches anything, I spend a lot of time >> waiting for downloads. Any simple way to speed this up? >> >> >> Much of this has been improved in OPAM 1.2dev, which will be released >> soon-ish. e.g.: >> https://github.com/ocaml/opam/issues/1154 >> https://github.com/ocaml/opam/issues/1156 >> >> I get a lot of these "external solver failed with inconsistentt result". >> Here's an example from running "opam install mirage" after it has been >> uninstalled by the stackv4 example: >> >> $ opam install mirage >> [WARNING] External solver failed with inconsistent return value. Request >> saved to "/home/vagrant/.opam/log/solver-error-29875-1.cudf" >> Falling back to the internal heuristic. >> The following actions will be performed: >> - remove tuntap.0.7.0 >> - remove ocplib-endian.0.3 >> - remove uri.1.6.0 >> - remove fieldslib.109.20.03 >> - remove ipaddr.2.2.0 >> - remove optcomp.1.5 >> - remove re.1.2.1 >> - remove sexplib.110.01.00 >> - remove stringext.0.0.1 >> - remove type_conv.109.53.02 >> - install cstruct.0.4.0 [required by mirage] >> - install lwt.2.4.3 [required by mirage] >> - install xenstore.1.0.0 [required by mirage] >> - install mirage.0.5.0 >> 4 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade | 10 to >> remove >> Do you want to continue ? [Y/n] >> >> Now, mirage 0.5 clearly isn't what I want, so I typically end up deletin= g >> the .opam folder and restarting from scratch. This is tedious to say the >> least. >> >> I've tried this on Ubuntu 12.04 and 14.04 (both 64 bit). >> >> >> Thanks for the useful feedback! >> >> -a >> >> > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel > > --047d7bb0398aa9f9bc04f8a4d965 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Ok, I just retried it on Debian 7.4 with the same result. = I'll wait for it's resolution and go through some OCaml tutorials i= n the meantime, it's been a few years since I last played with the lang= uage :)


On Mon, May 5= , 2014 at 12:32 PM, Anil Madhavapeddy <anil@recoil.org> wrote:=
This looks like a very recently introduced bug in th= e package dependencies. Loius is taking a look (I can look myself this afte= rnoon).

On 5 May 2014, at 11:11, Andr= =C3=A9 N=C3=A6ss <andre.naess@gmail.com> wrote:

Thanks for your q= uick response. I indeed have aspcud installed.

After fid= dling around and making a mess and not getting anything to work I decided t= o start from scratch. Since I use vagrant that's easy. So I went throug= h the installation instructions step by step:

1. Installed all the build essentials. Ran into an= error here. Ran
=C2=A0 =C2=A0apt-get update and the problem reso= lved itself.
2. The add-apt-repository is not in the standard Ubu= ntu, but when
=C2=A0 =C2=A0trying to invoke it you are told to install
=C2= =A0 =C2=A0python-software-properties, so:
3. apt-get install pyth= on-software-properties=C2=A0
=C2=A0 =C2=A0add-apt-repository ppa:= avsm/ppa
=C2=A0 =C2=A0sudo apt-get update
=C2=A0 =C2=A0apt-get install ocaml opam
=C2=A0 =C2=A0 =C2=A0= =C2=A0(At this step I noticed that aspcud was installed)
4. opam= --version reports 1.1.1
5. opam init, answering yes to modify co= nfig files
6. eval `opam config env`
7. opam install mirage
The following actions will be perform= ed:
=C2=A0- install ocamlfind.1.4.0 [required by mirage]
=C2=A0- install cmdliner.0.9.4 [required by mirage]
=C2=A0- ins= tall ipaddr.2.4.0 [required by mirage]
=C2=A0- install optcomp.1.5 [required by mirage]
=C2=A0- ins= tall ounit.2.0.0 [required by mirage]
=C2=A0- install re.1.2.1 [r= equired by mirage]
=C2=A0- install ocplib-endian.0.4 [required by= mirage]
=C2=A0- install cstruct.1.1.0 [required by mirage]
=C2=A0- instal= l io-page.1.1.1 [required by mirage]
=C2=A0- install mirage-types= .1.1.2 [required by mirage]
=C2=A0- install mirage.1.1.2
=C2=A0- install lwt.2.4.5 [required by mirage]
12 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade | 0 to = remove
Do you want to continue ? [Y/n]=C2=A0
[ERROR] Ab= orting, as the following packages have a cyclic dependency:
=C2= =A0(No packages are listed, so this looks like a bug to me)

Oddly enough this worked fine yesterday, so I hav= e no idea what has changed.

I have a Mac, but= I figured I might get better results using a linux VM especially due to th= e tuntap and Xen requirements, and the fact that homebrew failed with a cli= nk error when trying to install ocaml.

Perhaps a different Linux would be preferable? Since I&= #39;m just using it as a compilation station I don't really care what d= istro it is. What is the mirage team using, Debian?


On Mon, May 5, 2014 at 10:12 AM, Anil Ma= dhavapeddy <anil@recoil.org> wrote:
On 5 May 2014, at 08:42, Andr=C3= =A9 N=C3=A6ss <andre.naess@gmail.com> wrote:

I'm going through the Hello World examples on the Mira= geOS website and on the stackv4 example I'm having some problems. It se= ems that when I run "mirage configure --unix" the mirage command = itself is uninstalled. After being very confused for a while, I accidentall= y hit CTRL-C while mirage was running because the mirage configure call was= taking a long time. Doing so revealed a whole bunch of opam commands runni= ng in the background and upon inspection I realised they were downgrading m= ost of the packages. Mirage itself is downgraded to 0.5.

Can you try to install the aspcud externa= l solver via "apt-get install aspcud". =C2=A0It should be availab= le in both versions of Ubuntu you tried. =C2=A0I promoted aspcud to a recom= mended dependency in the Debian package, but will file an Ubuntu bug to do = the same as well. =C2=A0I have an odd feeling that you already have aspcud = though, since the error below reports an inconsistent result.

Some points I= 've noted as feedback from a total newbie:
- There is no verb= ose switch on the mirage command. When it hangs for a long while I get curi= ous.

Yep, I've got a trivial local p= atch to fix this out that I'll push. =C2=A0 You can also just set the O= PAMVERBOSE environment variable as a workaround.

- opam reports mirage at ve= rsion 1.1.2, but mirage --version outputs 1.1.0.

Fixed locally too (really need to automate that in the b= uild system).

- opam apparently isn't transactional, despite the mirage command = failing I'm left with an utterly broken system?

OPAM does do error recovery by going back to the orig= inal patchset, but possibly not if the external solver failure is messing u= p its notion of the universe. =C2=A0In normal use it will perform error rec= overy with the original set of packages being reinstalled.

- It doesn= 9;t seem like opam caches anything, I spend a lot of time waiting for downl= oads. Any simple way to speed this up?

Much of this has been improved in OPAM 1.2dev, which will b= e released soon-ish. e.g.:

I get a lot of these "external solver failed with inconsistentt r= esult". Here's an example from running "opam install mirage&q= uot; after it has been uninstalled by the stackv4 example:

$ opam install mirage
[WARNING] External= solver failed with inconsistent return value. Request saved to "/home= /vagrant/.opam/log/solver-error-29875-1.cudf"
Falling back t= o the internal heuristic.
The following actions will be performed:
=C2=A0- remove tunt= ap.0.7.0
=C2=A0- remove ocplib-endian.0.3
=C2=A0- remov= e uri.1.6.0
=C2=A0- remove fieldslib.109.20.03
=C2=A0- = remove ipaddr.2.2.0
=C2=A0- remove optcomp.1.5
=C2=A0- remove re.1.2.1
=C2=A0- remove sexplib.110.01.00
=C2=A0- remove stringext.0.0.1<= /div>
=C2=A0- remove type_conv.109.53.02
=C2=A0- install cstr= uct.0.4.0 [required by mirage]
=C2=A0- install lwt.2.4.3 [required by mirage]
=C2=A0- insta= ll xenstore.1.0.0 [required by mirage]
=C2=A0- install mirage.0.5= .0
4 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade = | 10 to remove
Do you want to continue ? [Y/n]=C2=A0

N= ow, mirage 0.5 clearly isn't what I want, so I typically end up deletin= g the .opam folder and restarting from scratch. This is tedious to say the = least.

I've tried this on Ubuntu 12.04 and 14.04 (both 64 = bit).

Thanks for the useful fe= edback!

-a


_______= ________________________________________
MirageOS-devel mai= ling list
MirageOS-devel@lists.xenproject.org
http://lists.xenproject.org/cgi-bin/mailman/li= stinfo/mirageos-devel
<= /div>
--047d7bb0398aa9f9bc04f8a4d965-- --===============1921633225941832206== 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 --===============1921633225941832206==-- From mirageos-devel-bounces@lists.xenproject.org Mon May 05 10:47:02 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 05 May 2014 10:47: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 1WhGQH-00080i-9n; Mon, 05 May 2014 10:47:01 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WhGQF-00080d-TN for mirageos-devel@lists.xenproject.org; Mon, 05 May 2014 10:47:00 +0000 Received: from [193.109.254.147:24491] by server-5.bemta-14.messagelabs.com id 21/70-26413-32C67635; Mon, 05 May 2014 10:46:59 +0000 X-Env-Sender: andre.naess@gmail.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1399286817!2714666!1 X-Originating-IP: [74.125.82.48] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24072 invoked from network); 5 May 2014 10:46:57 -0000 Received: from mail-wg0-f48.google.com (HELO mail-wg0-f48.google.com) (74.125.82.48) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 5 May 2014 10:46:57 -0000 Received: by mail-wg0-f48.google.com with SMTP id b13so1999509wgh.19 for ; Mon, 05 May 2014 03:46:57 -0700 (PDT) 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=YNTAv5ak+WTwqEbnHaNSpChPP6/aHh4Im3yuA7/2qKI=; b=D491BLJgFRBeNqbAxVBD5kDQ8YXYitTuNMe2QZXoA8NX/x1mUnZaq2YWu0lqARg3eo xUQPJih80w5AIhBPdlrr/WDMV6PChz5gHPiHhRy9MNSTKk8l+oRBHd44TRXt180xa6wd DZB31llvZDrbSVrD6DcjgwMXXWnvFiDDjGx7/mIH2VlFk/1DAHgEnbO+bXjLxbpT036+ VpwFOzXQpSDeu0fAlGeGxASvL+6XVQLCcvnarIiphiD1RPX1lYYSrDMu7uhQFjDIxOSP VDp56GbKSSogeGhjUk9wkLbaDWDycMd1/4OtQiEMI4JO9CbsNc9yQfNBH4HqzDVKKmEU lFYw== MIME-Version: 1.0 X-Received: by 10.194.189.201 with SMTP id gk9mr27110267wjc.13.1399286816961; Mon, 05 May 2014 03:46:56 -0700 (PDT) Received: by 10.181.13.135 with HTTP; Mon, 5 May 2014 03:46:56 -0700 (PDT) In-Reply-To: <27E8764D-72BB-4F6B-8CF5-E30C9F7E4FB1@recoil.org> References: <53242E73-6AD5-4CDD-8F6C-EC8F2FDD0D28@recoil.org> <27E8764D-72BB-4F6B-8CF5-E30C9F7E4FB1@recoil.org> Date: Mon, 5 May 2014 12:46:56 +0200 Message-ID: From: =?UTF-8?B?QW5kcsOpIE7DpnNz?= To: Anil Madhavapeddy Cc: Louis Gesbert , "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Struggling a bit with the Hello World applications X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============1921633225941832206==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============1921633225941832206== Content-Type: multipart/alternative; boundary=047d7bb0398aa9f9bc04f8a4d965 --047d7bb0398aa9f9bc04f8a4d965 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Ok, I just retried it on Debian 7.4 with the same result. I'll wait for it's resolution and go through some OCaml tutorials in the meantime, it's been a few years since I last played with the language :) On Mon, May 5, 2014 at 12:32 PM, Anil Madhavapeddy wrote: > This looks like a very recently introduced bug in the package > dependencies. Loius is taking a look (I can look myself this afternoon). > > On 5 May 2014, at 11:11, Andr=C3=A9 N=C3=A6ss wro= te: > > Thanks for your quick response. I indeed have aspcud installed. > > After fiddling around and making a mess and not getting anything to work = I > decided to start from scratch. Since I use vagrant that's easy. So I went > through the installation instructions step by step: > > 1. Installed all the build essentials. Ran into an error here. Ran > apt-get update and the problem resolved itself. > 2. The add-apt-repository is not in the standard Ubuntu, but when > trying to invoke it you are told to install > python-software-properties, so: > 3. apt-get install python-software-properties > add-apt-repository ppa:avsm/ppa > sudo apt-get update > apt-get install ocaml opam > (At this step I noticed that aspcud was installed) > 4. opam --version reports 1.1.1 > 5. opam init, answering yes to modify config files > 6. eval `opam config env` > 7. opam install mirage > The following actions will be performed: > - install ocamlfind.1.4.0 [required by mirage] > - install cmdliner.0.9.4 [required by mirage] > - install ipaddr.2.4.0 [required by mirage] > - install optcomp.1.5 [required by mirage] > - install ounit.2.0.0 [required by mirage] > - install re.1.2.1 [required by mirage] > - install ocplib-endian.0.4 [required by mirage] > - install cstruct.1.1.0 [required by mirage] > - install io-page.1.1.1 [required by mirage] > - install mirage-types.1.1.2 [required by mirage] > - install mirage.1.1.2 > - install lwt.2.4.5 [required by mirage] > 12 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade | 0 to > remove > Do you want to continue ? [Y/n] > [ERROR] Aborting, as the following packages have a cyclic dependency: > (No packages are listed, so this looks like a bug to me) > > Oddly enough this worked fine yesterday, so I have no idea what has > changed. > > I have a Mac, but I figured I might get better results using a linux VM > especially due to the tuntap and Xen requirements, and the fact that > homebrew failed with a clink error when trying to install ocaml. > > Perhaps a different Linux would be preferable? Since I'm just using it as > a compilation station I don't really care what distro it is. What is the > mirage team using, Debian? > > > On Mon, May 5, 2014 at 10:12 AM, Anil Madhavapeddy wrote= : > >> On 5 May 2014, at 08:42, Andr=C3=A9 N=C3=A6ss wr= ote: >> >> I'm going through the Hello World examples on the MirageOS website and o= n >> the stackv4 example I'm having some problems. It seems that when I run >> "mirage configure --unix" the mirage command itself is uninstalled. Afte= r >> being very confused for a while, I accidentally hit CTRL-C while mirage = was >> running because the mirage configure call was taking a long time. Doing = so >> revealed a whole bunch of opam commands running in the background and up= on >> inspection I realised they were downgrading most of the packages. Mirage >> itself is downgraded to 0.5. >> >> >> Can you try to install the aspcud external solver via "apt-get install >> aspcud". It should be available in both versions of Ubuntu you tried. = I >> promoted aspcud to a recommended dependency in the Debian package, but w= ill >> file an Ubuntu bug to do the same as well. I have an odd feeling that y= ou >> already have aspcud though, since the error below reports an inconsisten= t >> result. >> >> Some points I've noted as feedback from a total newbie: >> - There is no verbose switch on the mirage command. When it hangs for a >> long while I get curious. >> >> >> Yep, I've got a trivial local patch to fix this out that I'll push. Yo= u >> can also just set the OPAMVERBOSE environment variable as a workaround. >> >> - opam reports mirage at version 1.1.2, but mirage --version outputs >> 1.1.0. >> >> >> Fixed locally too (really need to automate that in the build system). >> >> - opam apparently isn't transactional, despite the mirage command failin= g >> I'm left with an utterly broken system? >> >> >> OPAM does do error recovery by going back to the original patchset, but >> possibly not if the external solver failure is messing up its notion of = the >> universe. In normal use it will perform error recovery with the origina= l >> set of packages being reinstalled. >> >> - It doesn't seem like opam caches anything, I spend a lot of time >> waiting for downloads. Any simple way to speed this up? >> >> >> Much of this has been improved in OPAM 1.2dev, which will be released >> soon-ish. e.g.: >> https://github.com/ocaml/opam/issues/1154 >> https://github.com/ocaml/opam/issues/1156 >> >> I get a lot of these "external solver failed with inconsistentt result". >> Here's an example from running "opam install mirage" after it has been >> uninstalled by the stackv4 example: >> >> $ opam install mirage >> [WARNING] External solver failed with inconsistent return value. Request >> saved to "/home/vagrant/.opam/log/solver-error-29875-1.cudf" >> Falling back to the internal heuristic. >> The following actions will be performed: >> - remove tuntap.0.7.0 >> - remove ocplib-endian.0.3 >> - remove uri.1.6.0 >> - remove fieldslib.109.20.03 >> - remove ipaddr.2.2.0 >> - remove optcomp.1.5 >> - remove re.1.2.1 >> - remove sexplib.110.01.00 >> - remove stringext.0.0.1 >> - remove type_conv.109.53.02 >> - install cstruct.0.4.0 [required by mirage] >> - install lwt.2.4.3 [required by mirage] >> - install xenstore.1.0.0 [required by mirage] >> - install mirage.0.5.0 >> 4 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade | 10 to >> remove >> Do you want to continue ? [Y/n] >> >> Now, mirage 0.5 clearly isn't what I want, so I typically end up deletin= g >> the .opam folder and restarting from scratch. This is tedious to say the >> least. >> >> I've tried this on Ubuntu 12.04 and 14.04 (both 64 bit). >> >> >> Thanks for the useful feedback! >> >> -a >> >> > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel > > --047d7bb0398aa9f9bc04f8a4d965 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Ok, I just retried it on Debian 7.4 with the same result. = I'll wait for it's resolution and go through some OCaml tutorials i= n the meantime, it's been a few years since I last played with the lang= uage :)


On Mon, May 5= , 2014 at 12:32 PM, Anil Madhavapeddy <anil@recoil.org> wrote:=
This looks like a very recently introduced bug in th= e package dependencies. Loius is taking a look (I can look myself this afte= rnoon).

On 5 May 2014, at 11:11, Andr= =C3=A9 N=C3=A6ss <andre.naess@gmail.com> wrote:

Thanks for your q= uick response. I indeed have aspcud installed.

After fid= dling around and making a mess and not getting anything to work I decided t= o start from scratch. Since I use vagrant that's easy. So I went throug= h the installation instructions step by step:

1. Installed all the build essentials. Ran into an= error here. Ran
=C2=A0 =C2=A0apt-get update and the problem reso= lved itself.
2. The add-apt-repository is not in the standard Ubu= ntu, but when
=C2=A0 =C2=A0trying to invoke it you are told to install
=C2= =A0 =C2=A0python-software-properties, so:
3. apt-get install pyth= on-software-properties=C2=A0
=C2=A0 =C2=A0add-apt-repository ppa:= avsm/ppa
=C2=A0 =C2=A0sudo apt-get update
=C2=A0 =C2=A0apt-get install ocaml opam
=C2=A0 =C2=A0 =C2=A0= =C2=A0(At this step I noticed that aspcud was installed)
4. opam= --version reports 1.1.1
5. opam init, answering yes to modify co= nfig files
6. eval `opam config env`
7. opam install mirage
The following actions will be perform= ed:
=C2=A0- install ocamlfind.1.4.0 [required by mirage]
=C2=A0- install cmdliner.0.9.4 [required by mirage]
=C2=A0- ins= tall ipaddr.2.4.0 [required by mirage]
=C2=A0- install optcomp.1.5 [required by mirage]
=C2=A0- ins= tall ounit.2.0.0 [required by mirage]
=C2=A0- install re.1.2.1 [r= equired by mirage]
=C2=A0- install ocplib-endian.0.4 [required by= mirage]
=C2=A0- install cstruct.1.1.0 [required by mirage]
=C2=A0- instal= l io-page.1.1.1 [required by mirage]
=C2=A0- install mirage-types= .1.1.2 [required by mirage]
=C2=A0- install mirage.1.1.2
=C2=A0- install lwt.2.4.5 [required by mirage]
12 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade | 0 to = remove
Do you want to continue ? [Y/n]=C2=A0
[ERROR] Ab= orting, as the following packages have a cyclic dependency:
=C2= =A0(No packages are listed, so this looks like a bug to me)

Oddly enough this worked fine yesterday, so I hav= e no idea what has changed.

I have a Mac, but= I figured I might get better results using a linux VM especially due to th= e tuntap and Xen requirements, and the fact that homebrew failed with a cli= nk error when trying to install ocaml.

Perhaps a different Linux would be preferable? Since I&= #39;m just using it as a compilation station I don't really care what d= istro it is. What is the mirage team using, Debian?


On Mon, May 5, 2014 at 10:12 AM, Anil Ma= dhavapeddy <anil@recoil.org> wrote:
On 5 May 2014, at 08:42, Andr=C3= =A9 N=C3=A6ss <andre.naess@gmail.com> wrote:

I'm going through the Hello World examples on the Mira= geOS website and on the stackv4 example I'm having some problems. It se= ems that when I run "mirage configure --unix" the mirage command = itself is uninstalled. After being very confused for a while, I accidentall= y hit CTRL-C while mirage was running because the mirage configure call was= taking a long time. Doing so revealed a whole bunch of opam commands runni= ng in the background and upon inspection I realised they were downgrading m= ost of the packages. Mirage itself is downgraded to 0.5.

Can you try to install the aspcud externa= l solver via "apt-get install aspcud". =C2=A0It should be availab= le in both versions of Ubuntu you tried. =C2=A0I promoted aspcud to a recom= mended dependency in the Debian package, but will file an Ubuntu bug to do = the same as well. =C2=A0I have an odd feeling that you already have aspcud = though, since the error below reports an inconsistent result.

Some points I= 've noted as feedback from a total newbie:
- There is no verb= ose switch on the mirage command. When it hangs for a long while I get curi= ous.

Yep, I've got a trivial local p= atch to fix this out that I'll push. =C2=A0 You can also just set the O= PAMVERBOSE environment variable as a workaround.

- opam reports mirage at ve= rsion 1.1.2, but mirage --version outputs 1.1.0.

Fixed locally too (really need to automate that in the b= uild system).

- opam apparently isn't transactional, despite the mirage command = failing I'm left with an utterly broken system?

OPAM does do error recovery by going back to the orig= inal patchset, but possibly not if the external solver failure is messing u= p its notion of the universe. =C2=A0In normal use it will perform error rec= overy with the original set of packages being reinstalled.

- It doesn= 9;t seem like opam caches anything, I spend a lot of time waiting for downl= oads. Any simple way to speed this up?

Much of this has been improved in OPAM 1.2dev, which will b= e released soon-ish. e.g.:

I get a lot of these "external solver failed with inconsistentt r= esult". Here's an example from running "opam install mirage&q= uot; after it has been uninstalled by the stackv4 example:

$ opam install mirage
[WARNING] External= solver failed with inconsistent return value. Request saved to "/home= /vagrant/.opam/log/solver-error-29875-1.cudf"
Falling back t= o the internal heuristic.
The following actions will be performed:
=C2=A0- remove tunt= ap.0.7.0
=C2=A0- remove ocplib-endian.0.3
=C2=A0- remov= e uri.1.6.0
=C2=A0- remove fieldslib.109.20.03
=C2=A0- = remove ipaddr.2.2.0
=C2=A0- remove optcomp.1.5
=C2=A0- remove re.1.2.1
=C2=A0- remove sexplib.110.01.00
=C2=A0- remove stringext.0.0.1<= /div>
=C2=A0- remove type_conv.109.53.02
=C2=A0- install cstr= uct.0.4.0 [required by mirage]
=C2=A0- install lwt.2.4.3 [required by mirage]
=C2=A0- insta= ll xenstore.1.0.0 [required by mirage]
=C2=A0- install mirage.0.5= .0
4 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade = | 10 to remove
Do you want to continue ? [Y/n]=C2=A0

N= ow, mirage 0.5 clearly isn't what I want, so I typically end up deletin= g the .opam folder and restarting from scratch. This is tedious to say the = least.

I've tried this on Ubuntu 12.04 and 14.04 (both 64 = bit).

Thanks for the useful fe= edback!

-a


_______= ________________________________________
MirageOS-devel mai= ling list
MirageOS-devel@lists.xenproject.org
http://lists.xenproject.org/cgi-bin/mailman/li= stinfo/mirageos-devel
<= /div>
--047d7bb0398aa9f9bc04f8a4d965-- --===============1921633225941832206== 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 --===============1921633225941832206==-- From mirageos-devel-bounces@lists.xenproject.org Mon May 05 10:52:54 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 05 May 2014 10:52: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 1WhGVy-00086Q-1X; Mon, 05 May 2014 10:52:54 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WhGVw-00086L-HP for mirageos-devel@lists.xenproject.org; Mon, 05 May 2014 10:52:52 +0000 Received: from [85.158.137.68:48510] by server-7.bemta-3.messagelabs.com id 5F/AB-04151-28D67635; Mon, 05 May 2014 10:52:50 +0000 X-Env-Sender: ianw1@me.com X-Msg-Ref: server-7.tower-31.messagelabs.com!1399287167!1865921!1 X-Originating-IP: [17.158.42.246] X-SpamReason: No, hits=0.8 required=7.0 tests=HTML_40_50,HTML_MESSAGE, MIME_QP_LONG_LINE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5447 invoked from network); 5 May 2014 10:52:48 -0000 Received: from nk11p07mm-asmtp001.mac.com (HELO nk11p07mm-asmtp001.mac.com) (17.158.42.246) by server-7.tower-31.messagelabs.com with SMTP; 5 May 2014 10:52:48 -0000 MIME-version: 1.0 Received: from [172.16.42.10] (host86-166-66-74.range86-166.btcentralplus.com [86.166.66.74]) by nk11p07mm-asmtp001.mac.com (Oracle Communications Messaging Server 7u4-27.08(7.0.4.27.7) 64bit (built Aug 22 2013)) with ESMTPSA id <0N53004IRKVTC0B0@nk11p07mm-asmtp001.mac.com> for mirageos-devel@lists.xenproject.org; Mon, 05 May 2014 10:52:45 +0000 (GMT) References: <53242E73-6AD5-4CDD-8F6C-EC8F2FDD0D28@recoil.org> In-reply-to: Message-id: <8115D7D9-B3EA-4957-9249-AE3BFE3FFB83@me.com> X-Mailer: iPad Mail (11D201) From: Ian Wilkinson Date: Mon, 05 May 2014 11:52:41 +0100 To: =?utf-8?Q?Andr=C3=A9_N=C3=A6ss?= X-MANTSH: 1TEIXREEbG1oaGkdHB0lGUkdDRl5PWBoaGBEKTEMXGx0EGx8SBBscHwQdGBAbHho fGhEKWE0XSxEKbX4XGhEKTFkXGxobGxEKWUkXEQpZXhdoY3kRCkNOF0sbGBpiTk0ZBBh1GBl4c wceHxsaHxhAEQpYXBcZBBoEHQdNSx0SSEkcTAUbHQQbHxIEGxwfBB0YEBseGh8bEQpeWRdhRHh jcxEKTEYXYmtrEQpDWhcSHAQbHBwEHBwEHR4RCkRYFxgRCkRJFxgRCkJGF2FrWHBeZBJ9Yk57E QpCRRdkTEFtG1tQSW9HchEKQk4XbHBgeUAdYlJpGmIRCkJMF21NY21dTmlIe3x7EQpCbBdjbnl YTAEScnoZaREKQkAXYXxZSF9DUmBjGxIRCnBnF2RJWF9mbBlzaGNZEQpwaBdvYUJMTW0FZEBQY xEKcGgXbmF6cn8FX20SSX0RCnBoF2FITBNQSQFDE3hyEQpwaBdhWGRaGgVnR31nHxEKcGgXZnB yREVeRm5EfVARCnB/F2sdax5Te2djS216EQpwXxdoT15SRWVeQFIfchEKcF8XYBIaX2ZfGHJGW mIRCnBnF2wBex5uH2tdWh1sEQpwfxdsWH5zHWRkYHscAREKcF8Xa1h5a15ibEtTZVoRCnBsF25 SfERQRE1lb10TEQpwTBd6E1p/U2tETwUeYBE= X-CLX-Spam: false X-CLX-Score: 1011 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.96,1.0.14,0.0.0000 definitions=2014-05-05_01:2014-05-05, 2014-05-04, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1402240000 definitions=main-1405050168 Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Struggling a bit with the Hello World applications X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============7470471637743887566==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============7470471637743887566== Content-type: multipart/alternative; boundary="Boundary_(ID_gsomAjaEFWZaJmzqYIQotQ)" --Boundary_(ID_gsomAjaEFWZaJmzqYIQotQ) Content-type: text/plain; charset=utf-8 Content-transfer-encoding: quoted-printable Hi Andre, I had a similar experience and also went the Vagrant way. I have something working with Test Kitchen and Vagrant, and Fabric and boto for launching on AWS EC2. You can find it here... https://github.com/iw/mirage-jekyll ian > On 5 May 2014, at 11:11, Andr=C3=A9 N=C3=A6ss wrot= e: >=20 > Thanks for your quick response. I indeed have aspcud installed. >=20 > After fiddling around and making a mess and not getting anything to work I= decided to start from scratch. Since I use vagrant that's easy. So I went t= hrough the installation instructions step by step: >=20 > 1. Installed all the build essentials. Ran into an error here. Ran > apt-get update and the problem resolved itself. > 2. The add-apt-repository is not in the standard Ubuntu, but when > trying to invoke it you are told to install > python-software-properties, so: > 3. apt-get install python-software-properties=20 > add-apt-repository ppa:avsm/ppa > sudo apt-get update > apt-get install ocaml opam > (At this step I noticed that aspcud was installed) > 4. opam --version reports 1.1.1 > 5. opam init, answering yes to modify config files > 6. eval `opam config env` > 7. opam install mirage > The following actions will be performed: > - install ocamlfind.1.4.0 [required by mirage] > - install cmdliner.0.9.4 [required by mirage] > - install ipaddr.2.4.0 [required by mirage] > - install optcomp.1.5 [required by mirage] > - install ounit.2.0.0 [required by mirage] > - install re.1.2.1 [required by mirage] > - install ocplib-endian.0.4 [required by mirage] > - install cstruct.1.1.0 [required by mirage] > - install io-page.1.1.1 [required by mirage] > - install mirage-types.1.1.2 [required by mirage] > - install mirage.1.1.2 > - install lwt.2.4.5 [required by mirage] > 12 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade | 0 to remo= ve > Do you want to continue ? [Y/n]=20 > [ERROR] Aborting, as the following packages have a cyclic dependency: > (No packages are listed, so this looks like a bug to me) >=20 > Oddly enough this worked fine yesterday, so I have no idea what has change= d. >=20 > I have a Mac, but I figured I might get better results using a linux VM es= pecially due to the tuntap and Xen requirements, and the fact that homebrew f= ailed with a clink error when trying to install ocaml. >=20 > Perhaps a different Linux would be preferable? Since I'm just using it as a= compilation station I don't really care what distro it is. What is the mira= ge team using, Debian? >=20 >=20 >> On Mon, May 5, 2014 at 10:12 AM, Anil Madhavapeddy wrot= e: >>> On 5 May 2014, at 08:42, Andr=C3=A9 N=C3=A6ss wr= ote: >>>=20 >>> I'm going through the Hello World examples on the MirageOS website and o= n the stackv4 example I'm having some problems. It seems that when I run "mi= rage configure --unix" the mirage command itself is uninstalled. After being= very confused for a while, I accidentally hit CTRL-C while mirage was runni= ng because the mirage configure call was taking a long time. Doing so reveal= ed a whole bunch of opam commands running in the background and upon inspect= ion I realised they were downgrading most of the packages. Mirage itself is d= owngraded to 0.5. >>=20 >> Can you try to install the aspcud external solver via "apt-get install as= pcud". It should be available in both versions of Ubuntu you tried. I prom= oted aspcud to a recommended dependency in the Debian package, but will file= an Ubuntu bug to do the same as well. I have an odd feeling that you alrea= dy have aspcud though, since the error below reports an inconsistent result.= >>=20 >>> Some points I've noted as feedback from a total newbie: >>> - There is no verbose switch on the mirage command. When it hangs for a l= ong while I get curious. >>=20 >> Yep, I've got a trivial local patch to fix this out that I'll push. You= can also just set the OPAMVERBOSE environment variable as a workaround. >>=20 >>> - opam reports mirage at version 1.1.2, but mirage --version outputs 1.1= .0. >>=20 >> Fixed locally too (really need to automate that in the build system). >>=20 >>> - opam apparently isn't transactional, despite the mirage command failin= g I'm left with an utterly broken system? >>=20 >> OPAM does do error recovery by going back to the original patchset, but p= ossibly not if the external solver failure is messing up its notion of the u= niverse. In normal use it will perform error recovery with the original set= of packages being reinstalled. >>=20 >>> - It doesn't seem like opam caches anything, I spend a lot of time waiti= ng for downloads. Any simple way to speed this up? >>=20 >> Much of this has been improved in OPAM 1.2dev, which will be released soo= n-ish. e.g.: >> https://github.com/ocaml/opam/issues/1154 >> https://github.com/ocaml/opam/issues/1156 >>=20 >>> I get a lot of these "external solver failed with inconsistentt result".= Here's an example from running "opam install mirage" after it has been unin= stalled by the stackv4 example: >>>=20 >>> $ opam install mirage >>> [WARNING] External solver failed with inconsistent return value. Request= saved to "/home/vagrant/.opam/log/solver-error-29875-1.cudf" >>> Falling back to the internal heuristic. >>> The following actions will be performed: >>> - remove tuntap.0.7.0 >>> - remove ocplib-endian.0.3 >>> - remove uri.1.6.0 >>> - remove fieldslib.109.20.03 >>> - remove ipaddr.2.2.0 >>> - remove optcomp.1.5 >>> - remove re.1.2.1 >>> - remove sexplib.110.01.00 >>> - remove stringext.0.0.1 >>> - remove type_conv.109.53.02 >>> - install cstruct.0.4.0 [required by mirage] >>> - install lwt.2.4.3 [required by mirage] >>> - install xenstore.1.0.0 [required by mirage] >>> - install mirage.0.5.0 >>> 4 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade | 10 to re= move >>> Do you want to continue ? [Y/n]=20 >>>=20 >>> Now, mirage 0.5 clearly isn't what I want, so I typically end up deletin= g the .opam folder and restarting from scratch. This is tedious to say the l= east. >>>=20 >>> I've tried this on Ubuntu 12.04 and 14.04 (both 64 bit). >>=20 >> Thanks for the useful feedback! >>=20 >> -a >=20 > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel --Boundary_(ID_gsomAjaEFWZaJmzqYIQotQ) Content-type: text/html; charset=utf-8 Content-transfer-encoding: quoted-printable
Hi Andre,

I had a similar ex= perience and also went the Vagrant way.

<= /span>
I have something working with Test Kitchen an= d Vagrant, and
Fabric and boto for launching o= n AWS EC2. You can find it here...


ian


On 5 May 2014, at 11:11, And= r=C3=A9 N=C3=A6ss <andre.naess@g= mail.com> wrote:

Thanks for your quick res= ponse. I indeed have aspcud installed.

After fiddling aro= und and making a mess and not getting anything to work I decided to start fr= om scratch. Since I use vagrant that's easy. So I went through the installat= ion instructions step by step:

1. Installed all the build essentials. Ran into an e= rror here. Ran
   apt-get update and the problem resolve= d itself.
2. The add-apt-repository is not in the standard Ubuntu,= but when
   trying to invoke it you are told to install
&nbs= p;  python-software-properties, so:
3. apt-get install python= -software-properties 
   add-apt-repository ppa:avs= m/ppa
   sudo apt-get update
   apt-get install ocaml opam
      &= nbsp;(At this step I noticed that aspcud was installed)
4. opam --= version reports 1.1.1
5. opam init, answering yes to modify config= files
6. eval `opam config env`
7. opam install mirage
The following actions will be performe= d:
 - install ocamlfind.1.4.0 [required by mirage]
=  - install cmdliner.0.9.4 [required by mirage]
 - instal= l ipaddr.2.4.0 [required by mirage]
 - install optcomp.1.5 [required by mirage]
 - inst= all ounit.2.0.0 [required by mirage]
 - install re.1.2.1 [req= uired by mirage]
 - install ocplib-endian.0.4 [required by mi= rage]
 - install cstruct.1.1.0 [required by mirage]
 - install= io-page.1.1.1 [required by mirage]
 - install mirage-types.1= .1.2 [required by mirage]
 - install mirage.1.1.2
&= nbsp;- install lwt.2.4.5 [required by mirage]
12 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade | 0 to r= emove
Do you want to continue ? [Y/n] 
[ERROR] Abor= ting, as the following packages have a cyclic dependency:
 (N= o packages are listed, so this looks like a bug to me)

Oddly enough this worked fine yesterday, so I have= no idea what has changed.

I have a Mac, but I= figured I might get better results using a linux VM especially due to the t= untap and Xen requirements, and the fact that homebrew failed with a clink e= rror when trying to install ocaml.

Perhaps a different Linux would be preferable? Since I'm= just using it as a compilation station I don't really care what distro it i= s. What is the mirage team using, Debian?


On Mon, May 5, 2014 at 10:12 AM, Anil Mad= havapeddy <anil@recoil.org> wrote:
On 5 May 2014, at 08:42,= Andr=C3=A9 N=C3=A6ss <andre.naess@gmail.com> wrote:
=
I'm going through the Hello World examples on the MirageOS w= ebsite and on the stackv4 example I'm having some problems. It seems that wh= en I run "mirage configure --unix" the mirage command itself is uninstalled.= After being very confused for a while, I accidentally hit CTRL-C while mira= ge was running because the mirage configure call was taking a long time. Doi= ng so revealed a whole bunch of opam commands running in the background and u= pon inspection I realised they were downgrading most of the packages. Mirage= itself is downgraded to 0.5.

Can you try to install the aspcud external= solver via "apt-get install aspcud".  It should be available in both v= ersions of Ubuntu you tried.  I promoted aspcud to a recommended depend= ency in the Debian package, but will file an Ubuntu bug to do the same as we= ll.  I have an odd feeling that you already have aspcud though, since t= he error below reports an inconsistent result.

Som= e points I've noted as feedback from a total newbie:
- There is no= verbose switch on the mirage command. When it hangs for a long while I get c= urious.

Yep, I've got a trivial local patch t= o fix this out that I'll push.   You can also just set the OPAMVERBOSE e= nvironment variable as a workaround.

- opam reports mirage at ver= sion 1.1.2, but mirage --version outputs 1.1.0.

Fixed locally too (really need to automate that in the buil= d system).

- opam apparently isn't transactional, despite the mirage command faili= ng I'm left with an utterly broken system?

=
OPAM does do error recovery by going back to the original patchs= et, but possibly not if the external solver failure is messing up its notion= of the universe.  In normal use it will perform error recovery with th= e original set of packages being reinstalled.

- I= t doesn't seem like opam caches anything, I spend a lot of time waiting for d= ownloads. Any simple way to speed this up?

Much of this has been improved in OPAM 1.2dev, which will be= released soon-ish. e.g.:
I get a lot of these "external solver failed with inconsistentt result"= . Here's an example from running "opam install mirage" after it has been uni= nstalled by the stackv4 example:

$ opam install mirage
[WARNING] External s= olver failed with inconsistent return value. Request saved to "/home/vagrant= /.opam/log/solver-error-29875-1.cudf"
Falling back to the internal= heuristic.
The following actions will be performed:
 - remove tunta= p.0.7.0
 - remove ocplib-endian.0.3
 - remove u= ri.1.6.0
 - remove fieldslib.109.20.03
 - remo= ve ipaddr.2.2.0
 - remove optcomp.1.5
 - remove re.1.2.1
=  - remove sexplib.110.01.00
 - remove stringext.0.0.1
 - remove type_conv.109.53.02
 - install cstruct= .0.4.0 [required by mirage]
 - install lwt.2.4.3 [required by mirage]
 - instal= l xenstore.1.0.0 [required by mirage]
 - install mirage.0.5.0=
4 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade | 1= 0 to remove
Do you want to continue ? [Y/n] 

No= w, mirage 0.5 clearly isn't what I want, so I typically end up deleting the .= opam folder and restarting from scratch. This is tedious to say the least.

I've tried this on Ubuntu 12.04 and 14.04 (both 64 bit).=

Thanks for the useful feedback= !

-a


_______________________________________________=
MirageOS-devel mailing list
MirageOS-devel@lists.xenproject.org
http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirage= os-devel
= --Boundary_(ID_gsomAjaEFWZaJmzqYIQotQ)-- --===============7470471637743887566== 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 --===============7470471637743887566==-- From mirageos-devel-bounces@lists.xenproject.org Mon May 05 10:52:54 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 05 May 2014 10:52: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 1WhGVy-00086Q-1X; Mon, 05 May 2014 10:52:54 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WhGVw-00086L-HP for mirageos-devel@lists.xenproject.org; Mon, 05 May 2014 10:52:52 +0000 Received: from [85.158.137.68:48510] by server-7.bemta-3.messagelabs.com id 5F/AB-04151-28D67635; Mon, 05 May 2014 10:52:50 +0000 X-Env-Sender: ianw1@me.com X-Msg-Ref: server-7.tower-31.messagelabs.com!1399287167!1865921!1 X-Originating-IP: [17.158.42.246] X-SpamReason: No, hits=0.8 required=7.0 tests=HTML_40_50,HTML_MESSAGE, MIME_QP_LONG_LINE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5447 invoked from network); 5 May 2014 10:52:48 -0000 Received: from nk11p07mm-asmtp001.mac.com (HELO nk11p07mm-asmtp001.mac.com) (17.158.42.246) by server-7.tower-31.messagelabs.com with SMTP; 5 May 2014 10:52:48 -0000 MIME-version: 1.0 Received: from [172.16.42.10] (host86-166-66-74.range86-166.btcentralplus.com [86.166.66.74]) by nk11p07mm-asmtp001.mac.com (Oracle Communications Messaging Server 7u4-27.08(7.0.4.27.7) 64bit (built Aug 22 2013)) with ESMTPSA id <0N53004IRKVTC0B0@nk11p07mm-asmtp001.mac.com> for mirageos-devel@lists.xenproject.org; Mon, 05 May 2014 10:52:45 +0000 (GMT) References: <53242E73-6AD5-4CDD-8F6C-EC8F2FDD0D28@recoil.org> In-reply-to: Message-id: <8115D7D9-B3EA-4957-9249-AE3BFE3FFB83@me.com> X-Mailer: iPad Mail (11D201) From: Ian Wilkinson Date: Mon, 05 May 2014 11:52:41 +0100 To: =?utf-8?Q?Andr=C3=A9_N=C3=A6ss?= X-MANTSH: 1TEIXREEbG1oaGkdHB0lGUkdDRl5PWBoaGBEKTEMXGx0EGx8SBBscHwQdGBAbHho fGhEKWE0XSxEKbX4XGhEKTFkXGxobGxEKWUkXEQpZXhdoY3kRCkNOF0sbGBpiTk0ZBBh1GBl4c wceHxsaHxhAEQpYXBcZBBoEHQdNSx0SSEkcTAUbHQQbHxIEGxwfBB0YEBseGh8bEQpeWRdhRHh jcxEKTEYXYmtrEQpDWhcSHAQbHBwEHBwEHR4RCkRYFxgRCkRJFxgRCkJGF2FrWHBeZBJ9Yk57E QpCRRdkTEFtG1tQSW9HchEKQk4XbHBgeUAdYlJpGmIRCkJMF21NY21dTmlIe3x7EQpCbBdjbnl YTAEScnoZaREKQkAXYXxZSF9DUmBjGxIRCnBnF2RJWF9mbBlzaGNZEQpwaBdvYUJMTW0FZEBQY xEKcGgXbmF6cn8FX20SSX0RCnBoF2FITBNQSQFDE3hyEQpwaBdhWGRaGgVnR31nHxEKcGgXZnB yREVeRm5EfVARCnB/F2sdax5Te2djS216EQpwXxdoT15SRWVeQFIfchEKcF8XYBIaX2ZfGHJGW mIRCnBnF2wBex5uH2tdWh1sEQpwfxdsWH5zHWRkYHscAREKcF8Xa1h5a15ibEtTZVoRCnBsF25 SfERQRE1lb10TEQpwTBd6E1p/U2tETwUeYBE= X-CLX-Spam: false X-CLX-Score: 1011 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.96,1.0.14,0.0.0000 definitions=2014-05-05_01:2014-05-05, 2014-05-04, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1402240000 definitions=main-1405050168 Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Struggling a bit with the Hello World applications X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============7470471637743887566==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============7470471637743887566== Content-type: multipart/alternative; boundary="Boundary_(ID_gsomAjaEFWZaJmzqYIQotQ)" --Boundary_(ID_gsomAjaEFWZaJmzqYIQotQ) Content-type: text/plain; charset=utf-8 Content-transfer-encoding: quoted-printable Hi Andre, I had a similar experience and also went the Vagrant way. I have something working with Test Kitchen and Vagrant, and Fabric and boto for launching on AWS EC2. You can find it here... https://github.com/iw/mirage-jekyll ian > On 5 May 2014, at 11:11, Andr=C3=A9 N=C3=A6ss wrot= e: >=20 > Thanks for your quick response. I indeed have aspcud installed. >=20 > After fiddling around and making a mess and not getting anything to work I= decided to start from scratch. Since I use vagrant that's easy. So I went t= hrough the installation instructions step by step: >=20 > 1. Installed all the build essentials. Ran into an error here. Ran > apt-get update and the problem resolved itself. > 2. The add-apt-repository is not in the standard Ubuntu, but when > trying to invoke it you are told to install > python-software-properties, so: > 3. apt-get install python-software-properties=20 > add-apt-repository ppa:avsm/ppa > sudo apt-get update > apt-get install ocaml opam > (At this step I noticed that aspcud was installed) > 4. opam --version reports 1.1.1 > 5. opam init, answering yes to modify config files > 6. eval `opam config env` > 7. opam install mirage > The following actions will be performed: > - install ocamlfind.1.4.0 [required by mirage] > - install cmdliner.0.9.4 [required by mirage] > - install ipaddr.2.4.0 [required by mirage] > - install optcomp.1.5 [required by mirage] > - install ounit.2.0.0 [required by mirage] > - install re.1.2.1 [required by mirage] > - install ocplib-endian.0.4 [required by mirage] > - install cstruct.1.1.0 [required by mirage] > - install io-page.1.1.1 [required by mirage] > - install mirage-types.1.1.2 [required by mirage] > - install mirage.1.1.2 > - install lwt.2.4.5 [required by mirage] > 12 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade | 0 to remo= ve > Do you want to continue ? [Y/n]=20 > [ERROR] Aborting, as the following packages have a cyclic dependency: > (No packages are listed, so this looks like a bug to me) >=20 > Oddly enough this worked fine yesterday, so I have no idea what has change= d. >=20 > I have a Mac, but I figured I might get better results using a linux VM es= pecially due to the tuntap and Xen requirements, and the fact that homebrew f= ailed with a clink error when trying to install ocaml. >=20 > Perhaps a different Linux would be preferable? Since I'm just using it as a= compilation station I don't really care what distro it is. What is the mira= ge team using, Debian? >=20 >=20 >> On Mon, May 5, 2014 at 10:12 AM, Anil Madhavapeddy wrot= e: >>> On 5 May 2014, at 08:42, Andr=C3=A9 N=C3=A6ss wr= ote: >>>=20 >>> I'm going through the Hello World examples on the MirageOS website and o= n the stackv4 example I'm having some problems. It seems that when I run "mi= rage configure --unix" the mirage command itself is uninstalled. After being= very confused for a while, I accidentally hit CTRL-C while mirage was runni= ng because the mirage configure call was taking a long time. Doing so reveal= ed a whole bunch of opam commands running in the background and upon inspect= ion I realised they were downgrading most of the packages. Mirage itself is d= owngraded to 0.5. >>=20 >> Can you try to install the aspcud external solver via "apt-get install as= pcud". It should be available in both versions of Ubuntu you tried. I prom= oted aspcud to a recommended dependency in the Debian package, but will file= an Ubuntu bug to do the same as well. I have an odd feeling that you alrea= dy have aspcud though, since the error below reports an inconsistent result.= >>=20 >>> Some points I've noted as feedback from a total newbie: >>> - There is no verbose switch on the mirage command. When it hangs for a l= ong while I get curious. >>=20 >> Yep, I've got a trivial local patch to fix this out that I'll push. You= can also just set the OPAMVERBOSE environment variable as a workaround. >>=20 >>> - opam reports mirage at version 1.1.2, but mirage --version outputs 1.1= .0. >>=20 >> Fixed locally too (really need to automate that in the build system). >>=20 >>> - opam apparently isn't transactional, despite the mirage command failin= g I'm left with an utterly broken system? >>=20 >> OPAM does do error recovery by going back to the original patchset, but p= ossibly not if the external solver failure is messing up its notion of the u= niverse. In normal use it will perform error recovery with the original set= of packages being reinstalled. >>=20 >>> - It doesn't seem like opam caches anything, I spend a lot of time waiti= ng for downloads. Any simple way to speed this up? >>=20 >> Much of this has been improved in OPAM 1.2dev, which will be released soo= n-ish. e.g.: >> https://github.com/ocaml/opam/issues/1154 >> https://github.com/ocaml/opam/issues/1156 >>=20 >>> I get a lot of these "external solver failed with inconsistentt result".= Here's an example from running "opam install mirage" after it has been unin= stalled by the stackv4 example: >>>=20 >>> $ opam install mirage >>> [WARNING] External solver failed with inconsistent return value. Request= saved to "/home/vagrant/.opam/log/solver-error-29875-1.cudf" >>> Falling back to the internal heuristic. >>> The following actions will be performed: >>> - remove tuntap.0.7.0 >>> - remove ocplib-endian.0.3 >>> - remove uri.1.6.0 >>> - remove fieldslib.109.20.03 >>> - remove ipaddr.2.2.0 >>> - remove optcomp.1.5 >>> - remove re.1.2.1 >>> - remove sexplib.110.01.00 >>> - remove stringext.0.0.1 >>> - remove type_conv.109.53.02 >>> - install cstruct.0.4.0 [required by mirage] >>> - install lwt.2.4.3 [required by mirage] >>> - install xenstore.1.0.0 [required by mirage] >>> - install mirage.0.5.0 >>> 4 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade | 10 to re= move >>> Do you want to continue ? [Y/n]=20 >>>=20 >>> Now, mirage 0.5 clearly isn't what I want, so I typically end up deletin= g the .opam folder and restarting from scratch. This is tedious to say the l= east. >>>=20 >>> I've tried this on Ubuntu 12.04 and 14.04 (both 64 bit). >>=20 >> Thanks for the useful feedback! >>=20 >> -a >=20 > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel --Boundary_(ID_gsomAjaEFWZaJmzqYIQotQ) Content-type: text/html; charset=utf-8 Content-transfer-encoding: quoted-printable
Hi Andre,

I had a similar ex= perience and also went the Vagrant way.

<= /span>
I have something working with Test Kitchen an= d Vagrant, and
Fabric and boto for launching o= n AWS EC2. You can find it here...


ian


On 5 May 2014, at 11:11, And= r=C3=A9 N=C3=A6ss <andre.naess@g= mail.com> wrote:

Thanks for your quick res= ponse. I indeed have aspcud installed.

After fiddling aro= und and making a mess and not getting anything to work I decided to start fr= om scratch. Since I use vagrant that's easy. So I went through the installat= ion instructions step by step:

1. Installed all the build essentials. Ran into an e= rror here. Ran
   apt-get update and the problem resolve= d itself.
2. The add-apt-repository is not in the standard Ubuntu,= but when
   trying to invoke it you are told to install
&nbs= p;  python-software-properties, so:
3. apt-get install python= -software-properties 
   add-apt-repository ppa:avs= m/ppa
   sudo apt-get update
   apt-get install ocaml opam
      &= nbsp;(At this step I noticed that aspcud was installed)
4. opam --= version reports 1.1.1
5. opam init, answering yes to modify config= files
6. eval `opam config env`
7. opam install mirage
The following actions will be performe= d:
 - install ocamlfind.1.4.0 [required by mirage]
=  - install cmdliner.0.9.4 [required by mirage]
 - instal= l ipaddr.2.4.0 [required by mirage]
 - install optcomp.1.5 [required by mirage]
 - inst= all ounit.2.0.0 [required by mirage]
 - install re.1.2.1 [req= uired by mirage]
 - install ocplib-endian.0.4 [required by mi= rage]
 - install cstruct.1.1.0 [required by mirage]
 - install= io-page.1.1.1 [required by mirage]
 - install mirage-types.1= .1.2 [required by mirage]
 - install mirage.1.1.2
&= nbsp;- install lwt.2.4.5 [required by mirage]
12 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade | 0 to r= emove
Do you want to continue ? [Y/n] 
[ERROR] Abor= ting, as the following packages have a cyclic dependency:
 (N= o packages are listed, so this looks like a bug to me)

Oddly enough this worked fine yesterday, so I have= no idea what has changed.

I have a Mac, but I= figured I might get better results using a linux VM especially due to the t= untap and Xen requirements, and the fact that homebrew failed with a clink e= rror when trying to install ocaml.

Perhaps a different Linux would be preferable? Since I'm= just using it as a compilation station I don't really care what distro it i= s. What is the mirage team using, Debian?


On Mon, May 5, 2014 at 10:12 AM, Anil Mad= havapeddy <anil@recoil.org> wrote:
On 5 May 2014, at 08:42,= Andr=C3=A9 N=C3=A6ss <andre.naess@gmail.com> wrote:
=
I'm going through the Hello World examples on the MirageOS w= ebsite and on the stackv4 example I'm having some problems. It seems that wh= en I run "mirage configure --unix" the mirage command itself is uninstalled.= After being very confused for a while, I accidentally hit CTRL-C while mira= ge was running because the mirage configure call was taking a long time. Doi= ng so revealed a whole bunch of opam commands running in the background and u= pon inspection I realised they were downgrading most of the packages. Mirage= itself is downgraded to 0.5.

Can you try to install the aspcud external= solver via "apt-get install aspcud".  It should be available in both v= ersions of Ubuntu you tried.  I promoted aspcud to a recommended depend= ency in the Debian package, but will file an Ubuntu bug to do the same as we= ll.  I have an odd feeling that you already have aspcud though, since t= he error below reports an inconsistent result.

Som= e points I've noted as feedback from a total newbie:
- There is no= verbose switch on the mirage command. When it hangs for a long while I get c= urious.

Yep, I've got a trivial local patch t= o fix this out that I'll push.   You can also just set the OPAMVERBOSE e= nvironment variable as a workaround.

- opam reports mirage at ver= sion 1.1.2, but mirage --version outputs 1.1.0.

Fixed locally too (really need to automate that in the buil= d system).

- opam apparently isn't transactional, despite the mirage command faili= ng I'm left with an utterly broken system?

=
OPAM does do error recovery by going back to the original patchs= et, but possibly not if the external solver failure is messing up its notion= of the universe.  In normal use it will perform error recovery with th= e original set of packages being reinstalled.

- I= t doesn't seem like opam caches anything, I spend a lot of time waiting for d= ownloads. Any simple way to speed this up?

Much of this has been improved in OPAM 1.2dev, which will be= released soon-ish. e.g.:
I get a lot of these "external solver failed with inconsistentt result"= . Here's an example from running "opam install mirage" after it has been uni= nstalled by the stackv4 example:

$ opam install mirage
[WARNING] External s= olver failed with inconsistent return value. Request saved to "/home/vagrant= /.opam/log/solver-error-29875-1.cudf"
Falling back to the internal= heuristic.
The following actions will be performed:
 - remove tunta= p.0.7.0
 - remove ocplib-endian.0.3
 - remove u= ri.1.6.0
 - remove fieldslib.109.20.03
 - remo= ve ipaddr.2.2.0
 - remove optcomp.1.5
 - remove re.1.2.1
=  - remove sexplib.110.01.00
 - remove stringext.0.0.1
 - remove type_conv.109.53.02
 - install cstruct= .0.4.0 [required by mirage]
 - install lwt.2.4.3 [required by mirage]
 - instal= l xenstore.1.0.0 [required by mirage]
 - install mirage.0.5.0=
4 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade | 1= 0 to remove
Do you want to continue ? [Y/n] 

No= w, mirage 0.5 clearly isn't what I want, so I typically end up deleting the .= opam folder and restarting from scratch. This is tedious to say the least.

I've tried this on Ubuntu 12.04 and 14.04 (both 64 bit).=

Thanks for the useful feedback= !

-a


_______________________________________________=
MirageOS-devel mailing list
MirageOS-devel@lists.xenproject.org
http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirage= os-devel
= --Boundary_(ID_gsomAjaEFWZaJmzqYIQotQ)-- --===============7470471637743887566== 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 --===============7470471637743887566==-- From mirageos-devel-bounces@lists.xenproject.org Mon May 05 12:14:23 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 05 May 2014 12:14: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 1WhHmj-0003SF-U8; Mon, 05 May 2014 12:14:17 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WhHmj-0003SA-2w for mirageos-devel@lists.xenproject.org; Mon, 05 May 2014 12:14:17 +0000 Received: from [85.158.143.35:55905] by server-1.bemta-4.messagelabs.com id 25/06-09853-89087635; Mon, 05 May 2014 12:14:16 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-3.tower-21.messagelabs.com!1399292054!2515512!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=1.1 required=7.0 tests=BODY_RANDOM_LONG, HTML_40_50,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23150 invoked from network); 5 May 2014 12:14:14 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-3.tower-21.messagelabs.com with SMTP; 5 May 2014 12:14:14 -0000 Received: (qmail 12287 invoked by uid 634); 5 May 2014 12:14:13 -0000 Received: from host81-149-102-120.in-addr.btopenworld.com (HELO [10.0.0.108]) (81.149.102.120) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Mon, 05 May 2014 13:14:13 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Anil Madhavapeddy In-Reply-To: <8115D7D9-B3EA-4957-9249-AE3BFE3FFB83@me.com> Date: Mon, 5 May 2014 13:14:11 +0100 Message-Id: <264C3D63-DEA4-4718-84BA-3AD7A6D1272C@recoil.org> References: <53242E73-6AD5-4CDD-8F6C-EC8F2FDD0D28@recoil.org> <8115D7D9-B3EA-4957-9249-AE3BFE3FFB83@me.com> To: Ian Wilkinson X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Struggling a bit with the Hello World applications X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============0490663037860211347==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============0490663037860211347== Content-Type: multipart/alternative; boundary="Apple-Mail=_B8937C49-83A3-4756-BF14-57F80DB9C9C4" --Apple-Mail=_B8937C49-83A3-4756-BF14-57F80DB9C9C4 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 This was my fault, as I introduced an existential crisis into the Lwt = package by making it optionally depend on itself. The resulting total = perspective vortex caused the solver to decide to take no action and = terminate the universe. Thomas has merged a fix, and I'll make the CI output a bit more paranoid = to these exit codes (they pass the CI atm). -anil On 5 May 2014, at 11:52, Ian Wilkinson wrote: > Hi Andre, >=20 > I had a similar experience and also went the Vagrant way. >=20 > I have something working with Test Kitchen and Vagrant, and > Fabric and boto for launching on AWS EC2. You can find it here... >=20 > https://github.com/iw/mirage-jekyll >=20 > ian >=20 >=20 > On 5 May 2014, at 11:11, Andr=E9 N=E6ss wrote: >=20 >> Thanks for your quick response. I indeed have aspcud installed. >>=20 >> After fiddling around and making a mess and not getting anything to = work I decided to start from scratch. Since I use vagrant that's easy. = So I went through the installation instructions step by step: >>=20 >> 1. Installed all the build essentials. Ran into an error here. Ran >> apt-get update and the problem resolved itself. >> 2. The add-apt-repository is not in the standard Ubuntu, but when >> trying to invoke it you are told to install >> python-software-properties, so: >> 3. apt-get install python-software-properties=20 >> add-apt-repository ppa:avsm/ppa >> sudo apt-get update >> apt-get install ocaml opam >> (At this step I noticed that aspcud was installed) >> 4. opam --version reports 1.1.1 >> 5. opam init, answering yes to modify config files >> 6. eval `opam config env` >> 7. opam install mirage >> The following actions will be performed: >> - install ocamlfind.1.4.0 [required by mirage] >> - install cmdliner.0.9.4 [required by mirage] >> - install ipaddr.2.4.0 [required by mirage] >> - install optcomp.1.5 [required by mirage] >> - install ounit.2.0.0 [required by mirage] >> - install re.1.2.1 [required by mirage] >> - install ocplib-endian.0.4 [required by mirage] >> - install cstruct.1.1.0 [required by mirage] >> - install io-page.1.1.1 [required by mirage] >> - install mirage-types.1.1.2 [required by mirage] >> - install mirage.1.1.2 >> - install lwt.2.4.5 [required by mirage] >> 12 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade | 0 to = remove >> Do you want to continue ? [Y/n]=20 >> [ERROR] Aborting, as the following packages have a cyclic dependency: >> (No packages are listed, so this looks like a bug to me) >>=20 >> Oddly enough this worked fine yesterday, so I have no idea what has = changed. >>=20 >> I have a Mac, but I figured I might get better results using a linux = VM especially due to the tuntap and Xen requirements, and the fact that = homebrew failed with a clink error when trying to install ocaml. >>=20 >> Perhaps a different Linux would be preferable? Since I'm just using = it as a compilation station I don't really care what distro it is. What = is the mirage team using, Debian? >>=20 >>=20 >> On Mon, May 5, 2014 at 10:12 AM, Anil Madhavapeddy = wrote: >> On 5 May 2014, at 08:42, Andr=E9 N=E6ss = wrote: >>=20 >>> I'm going through the Hello World examples on the MirageOS website = and on the stackv4 example I'm having some problems. It seems that when = I run "mirage configure --unix" the mirage command itself is = uninstalled. After being very confused for a while, I accidentally hit = CTRL-C while mirage was running because the mirage configure call was = taking a long time. Doing so revealed a whole bunch of opam commands = running in the background and upon inspection I realised they were = downgrading most of the packages. Mirage itself is downgraded to 0.5. >>=20 >> Can you try to install the aspcud external solver via "apt-get = install aspcud". It should be available in both versions of Ubuntu you = tried. I promoted aspcud to a recommended dependency in the Debian = package, but will file an Ubuntu bug to do the same as well. I have an = odd feeling that you already have aspcud though, since the error below = reports an inconsistent result. >>=20 >>> Some points I've noted as feedback from a total newbie: >>> - There is no verbose switch on the mirage command. When it hangs = for a long while I get curious. >>=20 >> Yep, I've got a trivial local patch to fix this out that I'll push. = You can also just set the OPAMVERBOSE environment variable as a = workaround. >>=20 >>> - opam reports mirage at version 1.1.2, but mirage --version outputs = 1.1.0. >>=20 >> Fixed locally too (really need to automate that in the build system). >>=20 >>> - opam apparently isn't transactional, despite the mirage command = failing I'm left with an utterly broken system? >>=20 >> OPAM does do error recovery by going back to the original patchset, = but possibly not if the external solver failure is messing up its notion = of the universe. In normal use it will perform error recovery with the = original set of packages being reinstalled. >>=20 >>> - It doesn't seem like opam caches anything, I spend a lot of time = waiting for downloads. Any simple way to speed this up? >>=20 >> Much of this has been improved in OPAM 1.2dev, which will be released = soon-ish. e.g.: >> https://github.com/ocaml/opam/issues/1154 >> https://github.com/ocaml/opam/issues/1156 >>=20 >>> I get a lot of these "external solver failed with inconsistentt = result". Here's an example from running "opam install mirage" after it = has been uninstalled by the stackv4 example: >>>=20 >>> $ opam install mirage >>> [WARNING] External solver failed with inconsistent return value. = Request saved to "/home/vagrant/.opam/log/solver-error-29875-1.cudf" >>> Falling back to the internal heuristic. >>> The following actions will be performed: >>> - remove tuntap.0.7.0 >>> - remove ocplib-endian.0.3 >>> - remove uri.1.6.0 >>> - remove fieldslib.109.20.03 >>> - remove ipaddr.2.2.0 >>> - remove optcomp.1.5 >>> - remove re.1.2.1 >>> - remove sexplib.110.01.00 >>> - remove stringext.0.0.1 >>> - remove type_conv.109.53.02 >>> - install cstruct.0.4.0 [required by mirage] >>> - install lwt.2.4.3 [required by mirage] >>> - install xenstore.1.0.0 [required by mirage] >>> - install mirage.0.5.0 >>> 4 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade | 10 = to remove >>> Do you want to continue ? [Y/n]=20 >>>=20 >>> Now, mirage 0.5 clearly isn't what I want, so I typically end up = deleting the .opam folder and restarting from scratch. This is tedious = to say the least. >>>=20 >>> I've tried this on Ubuntu 12.04 and 14.04 (both 64 bit). >>=20 >> Thanks for the useful feedback! >>=20 >> -a >>=20 >>=20 >> _______________________________________________ >> 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 --Apple-Mail=_B8937C49-83A3-4756-BF14-57F80DB9C9C4 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=iso-8859-1 This = was my fault, as I introduced an existential crisis into the Lwt package = by making it optionally depend on itself.  The resulting total = perspective vortex caused the solver to decide to take no action and = terminate the universe.

Thomas has merged a fix, and = I'll make the CI output a bit more paranoid to these exit codes (they = pass the CI = atm).

-anil

On 5 May = 2014, at 11:52, Ian Wilkinson <ianw1@me.com> wrote:

Hi = Andre,

I had a similar experience and also went the Vagrant = way.

I have something working with Test Kitchen and Vagrant, = and
Fabric and boto for launching = on AWS EC2. You can find it here...


ian


On 5 May 2014, at 11:11, = Andr=E9 N=E6ss <andre.naess@gmail.com> = wrote:

Thanks for = your quick response. I indeed have aspcud = installed.

After fiddling around and making a mess = and not getting anything to work I decided to start from scratch. Since = I use vagrant that's easy. So I went through the installation = instructions step by step:

1. Installed all the build essentials. Ran into = an error here. Ran
   apt-get update and the problem = resolved itself.
2. The add-apt-repository is not in the = standard Ubuntu, but when
   trying to invoke it you are told to = install
   python-software-properties, = so:
3. apt-get install = python-software-properties 
  =  add-apt-repository ppa:avsm/ppa
   sudo = apt-get update
   apt-get install ocaml opam
    =    (At this step I noticed that aspcud was = installed)
4. opam --version reports 1.1.1
5. opam = init, answering yes to modify config files
6. eval `opam = config env`
7. opam install mirage
The following actions will be = performed:
 - install ocamlfind.1.4.0 [required by = mirage]
 - install cmdliner.0.9.4 [required by = mirage]
 - install ipaddr.2.4.0 [required by = mirage]
 - install optcomp.1.5 [required by mirage]
 - = install ounit.2.0.0 [required by mirage]
 - install = re.1.2.1 [required by mirage]
 - install = ocplib-endian.0.4 [required by mirage]
 - install cstruct.1.1.0 [required by mirage]
 - = install io-page.1.1.1 [required by mirage]
 - install = mirage-types.1.1.2 [required by mirage]
 - install = mirage.1.1.2
 - install lwt.2.4.5 [required by = mirage]
12 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade | 0 = to remove
Do you want to continue ? = [Y/n] 
[ERROR] Aborting, as the following packages have a = cyclic dependency:
 (No packages are listed, so this = looks like a bug to me)

Oddly enough this worked fine yesterday, so I = have no idea what has changed.

I have a = Mac, but I figured I might get better results using a linux VM = especially due to the tuntap and Xen requirements, and the fact that = homebrew failed with a clink error when trying to install ocaml.

Perhaps a different Linux would be preferable? Since = I'm just using it as a compilation station I don't really care what = distro it is. What is the mirage team using, = Debian?


On Mon, May 5, 2014 at 10:12 AM, Anil = Madhavapeddy <anil@recoil.org> wrote:
On 5 May 2014, at = 08:42, Andr=E9 N=E6ss <andre.naess@gmail.com> = wrote:

I'm going through the Hello World examples on the = MirageOS website and on the stackv4 example I'm having some problems. It = seems that when I run "mirage configure --unix" the mirage command = itself is uninstalled. After being very confused for a while, I = accidentally hit CTRL-C while mirage was running because the mirage = configure call was taking a long time. Doing so revealed a whole bunch = of opam commands running in the background and upon inspection I = realised they were downgrading most of the packages. Mirage itself is = downgraded to 0.5.

Can you try to install the aspcud = external solver via "apt-get install aspcud".  It should be = available in both versions of Ubuntu you tried.  I promoted aspcud = to a recommended dependency in the Debian package, but will file an = Ubuntu bug to do the same as well.  I have an odd feeling that you = already have aspcud though, since the error below reports an = inconsistent result.

Some points I've noted as feedback from a total = newbie:
- There is no verbose switch on the mirage command. = When it hangs for a long while I get curious.

Yep, I've got a trivial local = patch to fix this out that I'll push.   You can also just set the = OPAMVERBOSE environment variable as a workaround.

- opam reports mirage at = version 1.1.2, but mirage --version outputs = 1.1.0.

Fixed locally too (really = need to automate that in the build system).

- opam apparently isn't transactional, despite the mirage command = failing I'm left with an utterly broken = system?

OPAM does do error = recovery by going back to the original patchset, but possibly not if the = external solver failure is messing up its notion of the universe. =  In normal use it will perform error recovery with the original set = of packages being reinstalled.

- It = doesn't seem like opam caches anything, I spend a lot of time waiting = for downloads. Any simple way to speed this up?

Much of this has been improved in OPAM 1.2dev, which = will be released soon-ish. e.g.:
=

I get a lot of these "external solver failed with inconsistentt = result". Here's an example from running "opam install mirage" after it = has been uninstalled by the stackv4 example:

$ opam install mirage
[WARNING] = External solver failed with inconsistent return value. Request saved to = "/home/vagrant/.opam/log/solver-error-29875-1.cudf"
Falling = back to the internal heuristic.
The following actions will be performed:
 - remove = tuntap.0.7.0
 - remove = ocplib-endian.0.3
 - remove uri.1.6.0
 - = remove fieldslib.109.20.03
 - remove ipaddr.2.2.0
 - remove optcomp.1.5
 - remove = re.1.2.1
 - remove sexplib.110.01.00
 - = remove stringext.0.0.1
 - remove = type_conv.109.53.02
 - install cstruct.0.4.0 [required by = mirage]
 - install lwt.2.4.3 [required by mirage]
 - = install xenstore.1.0.0 [required by mirage]
 - install = mirage.0.5.0
4 to install | 0 to reinstall | 0 to upgrade | 0 = to downgrade | 10 to remove
Do you want to continue ? = [Y/n] 

Now, mirage 0.5 clearly isn't = what I want, so I typically end up deleting the .opam folder and = restarting from scratch. This is tedious to say the least.

I've tried this on Ubuntu 12.04 and 14.04 (both 64 = bit).

Thanks for the useful = feedback!

=
-a


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

= --Apple-Mail=_B8937C49-83A3-4756-BF14-57F80DB9C9C4-- --===============0490663037860211347== 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 --===============0490663037860211347==-- From mirageos-devel-bounces@lists.xenproject.org Mon May 05 12:14:23 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 05 May 2014 12:14: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 1WhHmj-0003SF-U8; Mon, 05 May 2014 12:14:17 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WhHmj-0003SA-2w for mirageos-devel@lists.xenproject.org; Mon, 05 May 2014 12:14:17 +0000 Received: from [85.158.143.35:55905] by server-1.bemta-4.messagelabs.com id 25/06-09853-89087635; Mon, 05 May 2014 12:14:16 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-3.tower-21.messagelabs.com!1399292054!2515512!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=1.1 required=7.0 tests=BODY_RANDOM_LONG, HTML_40_50,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23150 invoked from network); 5 May 2014 12:14:14 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-3.tower-21.messagelabs.com with SMTP; 5 May 2014 12:14:14 -0000 Received: (qmail 12287 invoked by uid 634); 5 May 2014 12:14:13 -0000 Received: from host81-149-102-120.in-addr.btopenworld.com (HELO [10.0.0.108]) (81.149.102.120) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Mon, 05 May 2014 13:14:13 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Anil Madhavapeddy In-Reply-To: <8115D7D9-B3EA-4957-9249-AE3BFE3FFB83@me.com> Date: Mon, 5 May 2014 13:14:11 +0100 Message-Id: <264C3D63-DEA4-4718-84BA-3AD7A6D1272C@recoil.org> References: <53242E73-6AD5-4CDD-8F6C-EC8F2FDD0D28@recoil.org> <8115D7D9-B3EA-4957-9249-AE3BFE3FFB83@me.com> To: Ian Wilkinson X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Struggling a bit with the Hello World applications X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============0490663037860211347==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============0490663037860211347== Content-Type: multipart/alternative; boundary="Apple-Mail=_B8937C49-83A3-4756-BF14-57F80DB9C9C4" --Apple-Mail=_B8937C49-83A3-4756-BF14-57F80DB9C9C4 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 This was my fault, as I introduced an existential crisis into the Lwt = package by making it optionally depend on itself. The resulting total = perspective vortex caused the solver to decide to take no action and = terminate the universe. Thomas has merged a fix, and I'll make the CI output a bit more paranoid = to these exit codes (they pass the CI atm). -anil On 5 May 2014, at 11:52, Ian Wilkinson wrote: > Hi Andre, >=20 > I had a similar experience and also went the Vagrant way. >=20 > I have something working with Test Kitchen and Vagrant, and > Fabric and boto for launching on AWS EC2. You can find it here... >=20 > https://github.com/iw/mirage-jekyll >=20 > ian >=20 >=20 > On 5 May 2014, at 11:11, Andr=E9 N=E6ss wrote: >=20 >> Thanks for your quick response. I indeed have aspcud installed. >>=20 >> After fiddling around and making a mess and not getting anything to = work I decided to start from scratch. Since I use vagrant that's easy. = So I went through the installation instructions step by step: >>=20 >> 1. Installed all the build essentials. Ran into an error here. Ran >> apt-get update and the problem resolved itself. >> 2. The add-apt-repository is not in the standard Ubuntu, but when >> trying to invoke it you are told to install >> python-software-properties, so: >> 3. apt-get install python-software-properties=20 >> add-apt-repository ppa:avsm/ppa >> sudo apt-get update >> apt-get install ocaml opam >> (At this step I noticed that aspcud was installed) >> 4. opam --version reports 1.1.1 >> 5. opam init, answering yes to modify config files >> 6. eval `opam config env` >> 7. opam install mirage >> The following actions will be performed: >> - install ocamlfind.1.4.0 [required by mirage] >> - install cmdliner.0.9.4 [required by mirage] >> - install ipaddr.2.4.0 [required by mirage] >> - install optcomp.1.5 [required by mirage] >> - install ounit.2.0.0 [required by mirage] >> - install re.1.2.1 [required by mirage] >> - install ocplib-endian.0.4 [required by mirage] >> - install cstruct.1.1.0 [required by mirage] >> - install io-page.1.1.1 [required by mirage] >> - install mirage-types.1.1.2 [required by mirage] >> - install mirage.1.1.2 >> - install lwt.2.4.5 [required by mirage] >> 12 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade | 0 to = remove >> Do you want to continue ? [Y/n]=20 >> [ERROR] Aborting, as the following packages have a cyclic dependency: >> (No packages are listed, so this looks like a bug to me) >>=20 >> Oddly enough this worked fine yesterday, so I have no idea what has = changed. >>=20 >> I have a Mac, but I figured I might get better results using a linux = VM especially due to the tuntap and Xen requirements, and the fact that = homebrew failed with a clink error when trying to install ocaml. >>=20 >> Perhaps a different Linux would be preferable? Since I'm just using = it as a compilation station I don't really care what distro it is. What = is the mirage team using, Debian? >>=20 >>=20 >> On Mon, May 5, 2014 at 10:12 AM, Anil Madhavapeddy = wrote: >> On 5 May 2014, at 08:42, Andr=E9 N=E6ss = wrote: >>=20 >>> I'm going through the Hello World examples on the MirageOS website = and on the stackv4 example I'm having some problems. It seems that when = I run "mirage configure --unix" the mirage command itself is = uninstalled. After being very confused for a while, I accidentally hit = CTRL-C while mirage was running because the mirage configure call was = taking a long time. Doing so revealed a whole bunch of opam commands = running in the background and upon inspection I realised they were = downgrading most of the packages. Mirage itself is downgraded to 0.5. >>=20 >> Can you try to install the aspcud external solver via "apt-get = install aspcud". It should be available in both versions of Ubuntu you = tried. I promoted aspcud to a recommended dependency in the Debian = package, but will file an Ubuntu bug to do the same as well. I have an = odd feeling that you already have aspcud though, since the error below = reports an inconsistent result. >>=20 >>> Some points I've noted as feedback from a total newbie: >>> - There is no verbose switch on the mirage command. When it hangs = for a long while I get curious. >>=20 >> Yep, I've got a trivial local patch to fix this out that I'll push. = You can also just set the OPAMVERBOSE environment variable as a = workaround. >>=20 >>> - opam reports mirage at version 1.1.2, but mirage --version outputs = 1.1.0. >>=20 >> Fixed locally too (really need to automate that in the build system). >>=20 >>> - opam apparently isn't transactional, despite the mirage command = failing I'm left with an utterly broken system? >>=20 >> OPAM does do error recovery by going back to the original patchset, = but possibly not if the external solver failure is messing up its notion = of the universe. In normal use it will perform error recovery with the = original set of packages being reinstalled. >>=20 >>> - It doesn't seem like opam caches anything, I spend a lot of time = waiting for downloads. Any simple way to speed this up? >>=20 >> Much of this has been improved in OPAM 1.2dev, which will be released = soon-ish. e.g.: >> https://github.com/ocaml/opam/issues/1154 >> https://github.com/ocaml/opam/issues/1156 >>=20 >>> I get a lot of these "external solver failed with inconsistentt = result". Here's an example from running "opam install mirage" after it = has been uninstalled by the stackv4 example: >>>=20 >>> $ opam install mirage >>> [WARNING] External solver failed with inconsistent return value. = Request saved to "/home/vagrant/.opam/log/solver-error-29875-1.cudf" >>> Falling back to the internal heuristic. >>> The following actions will be performed: >>> - remove tuntap.0.7.0 >>> - remove ocplib-endian.0.3 >>> - remove uri.1.6.0 >>> - remove fieldslib.109.20.03 >>> - remove ipaddr.2.2.0 >>> - remove optcomp.1.5 >>> - remove re.1.2.1 >>> - remove sexplib.110.01.00 >>> - remove stringext.0.0.1 >>> - remove type_conv.109.53.02 >>> - install cstruct.0.4.0 [required by mirage] >>> - install lwt.2.4.3 [required by mirage] >>> - install xenstore.1.0.0 [required by mirage] >>> - install mirage.0.5.0 >>> 4 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade | 10 = to remove >>> Do you want to continue ? [Y/n]=20 >>>=20 >>> Now, mirage 0.5 clearly isn't what I want, so I typically end up = deleting the .opam folder and restarting from scratch. This is tedious = to say the least. >>>=20 >>> I've tried this on Ubuntu 12.04 and 14.04 (both 64 bit). >>=20 >> Thanks for the useful feedback! >>=20 >> -a >>=20 >>=20 >> _______________________________________________ >> 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 --Apple-Mail=_B8937C49-83A3-4756-BF14-57F80DB9C9C4 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=iso-8859-1 This = was my fault, as I introduced an existential crisis into the Lwt package = by making it optionally depend on itself.  The resulting total = perspective vortex caused the solver to decide to take no action and = terminate the universe.

Thomas has merged a fix, and = I'll make the CI output a bit more paranoid to these exit codes (they = pass the CI = atm).

-anil

On 5 May = 2014, at 11:52, Ian Wilkinson <ianw1@me.com> wrote:

Hi = Andre,

I had a similar experience and also went the Vagrant = way.

I have something working with Test Kitchen and Vagrant, = and
Fabric and boto for launching = on AWS EC2. You can find it here...


ian


On 5 May 2014, at 11:11, = Andr=E9 N=E6ss <andre.naess@gmail.com> = wrote:

Thanks for = your quick response. I indeed have aspcud = installed.

After fiddling around and making a mess = and not getting anything to work I decided to start from scratch. Since = I use vagrant that's easy. So I went through the installation = instructions step by step:

1. Installed all the build essentials. Ran into = an error here. Ran
   apt-get update and the problem = resolved itself.
2. The add-apt-repository is not in the = standard Ubuntu, but when
   trying to invoke it you are told to = install
   python-software-properties, = so:
3. apt-get install = python-software-properties 
  =  add-apt-repository ppa:avsm/ppa
   sudo = apt-get update
   apt-get install ocaml opam
    =    (At this step I noticed that aspcud was = installed)
4. opam --version reports 1.1.1
5. opam = init, answering yes to modify config files
6. eval `opam = config env`
7. opam install mirage
The following actions will be = performed:
 - install ocamlfind.1.4.0 [required by = mirage]
 - install cmdliner.0.9.4 [required by = mirage]
 - install ipaddr.2.4.0 [required by = mirage]
 - install optcomp.1.5 [required by mirage]
 - = install ounit.2.0.0 [required by mirage]
 - install = re.1.2.1 [required by mirage]
 - install = ocplib-endian.0.4 [required by mirage]
 - install cstruct.1.1.0 [required by mirage]
 - = install io-page.1.1.1 [required by mirage]
 - install = mirage-types.1.1.2 [required by mirage]
 - install = mirage.1.1.2
 - install lwt.2.4.5 [required by = mirage]
12 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade | 0 = to remove
Do you want to continue ? = [Y/n] 
[ERROR] Aborting, as the following packages have a = cyclic dependency:
 (No packages are listed, so this = looks like a bug to me)

Oddly enough this worked fine yesterday, so I = have no idea what has changed.

I have a = Mac, but I figured I might get better results using a linux VM = especially due to the tuntap and Xen requirements, and the fact that = homebrew failed with a clink error when trying to install ocaml.

Perhaps a different Linux would be preferable? Since = I'm just using it as a compilation station I don't really care what = distro it is. What is the mirage team using, = Debian?


On Mon, May 5, 2014 at 10:12 AM, Anil = Madhavapeddy <anil@recoil.org> wrote:
On 5 May 2014, at = 08:42, Andr=E9 N=E6ss <andre.naess@gmail.com> = wrote:

I'm going through the Hello World examples on the = MirageOS website and on the stackv4 example I'm having some problems. It = seems that when I run "mirage configure --unix" the mirage command = itself is uninstalled. After being very confused for a while, I = accidentally hit CTRL-C while mirage was running because the mirage = configure call was taking a long time. Doing so revealed a whole bunch = of opam commands running in the background and upon inspection I = realised they were downgrading most of the packages. Mirage itself is = downgraded to 0.5.

Can you try to install the aspcud = external solver via "apt-get install aspcud".  It should be = available in both versions of Ubuntu you tried.  I promoted aspcud = to a recommended dependency in the Debian package, but will file an = Ubuntu bug to do the same as well.  I have an odd feeling that you = already have aspcud though, since the error below reports an = inconsistent result.

Some points I've noted as feedback from a total = newbie:
- There is no verbose switch on the mirage command. = When it hangs for a long while I get curious.

Yep, I've got a trivial local = patch to fix this out that I'll push.   You can also just set the = OPAMVERBOSE environment variable as a workaround.

- opam reports mirage at = version 1.1.2, but mirage --version outputs = 1.1.0.

Fixed locally too (really = need to automate that in the build system).

- opam apparently isn't transactional, despite the mirage command = failing I'm left with an utterly broken = system?

OPAM does do error = recovery by going back to the original patchset, but possibly not if the = external solver failure is messing up its notion of the universe. =  In normal use it will perform error recovery with the original set = of packages being reinstalled.

- It = doesn't seem like opam caches anything, I spend a lot of time waiting = for downloads. Any simple way to speed this up?

Much of this has been improved in OPAM 1.2dev, which = will be released soon-ish. e.g.:
=

I get a lot of these "external solver failed with inconsistentt = result". Here's an example from running "opam install mirage" after it = has been uninstalled by the stackv4 example:

$ opam install mirage
[WARNING] = External solver failed with inconsistent return value. Request saved to = "/home/vagrant/.opam/log/solver-error-29875-1.cudf"
Falling = back to the internal heuristic.
The following actions will be performed:
 - remove = tuntap.0.7.0
 - remove = ocplib-endian.0.3
 - remove uri.1.6.0
 - = remove fieldslib.109.20.03
 - remove ipaddr.2.2.0
 - remove optcomp.1.5
 - remove = re.1.2.1
 - remove sexplib.110.01.00
 - = remove stringext.0.0.1
 - remove = type_conv.109.53.02
 - install cstruct.0.4.0 [required by = mirage]
 - install lwt.2.4.3 [required by mirage]
 - = install xenstore.1.0.0 [required by mirage]
 - install = mirage.0.5.0
4 to install | 0 to reinstall | 0 to upgrade | 0 = to downgrade | 10 to remove
Do you want to continue ? = [Y/n] 

Now, mirage 0.5 clearly isn't = what I want, so I typically end up deleting the .opam folder and = restarting from scratch. This is tedious to say the least.

I've tried this on Ubuntu 12.04 and 14.04 (both 64 = bit).

Thanks for the useful = feedback!

=
-a


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

= --Apple-Mail=_B8937C49-83A3-4756-BF14-57F80DB9C9C4-- --===============0490663037860211347== 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 --===============0490663037860211347==-- From mirageos-devel-bounces@lists.xenproject.org Mon May 05 16:10:09 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 05 May 2014 16:10: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 1WhLSt-00031S-Qa; Mon, 05 May 2014 16:10:03 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WhLSr-00031L-T8 for mirageos-devel@lists.xenproject.org; Mon, 05 May 2014 16:10:02 +0000 Received: from [85.158.139.211:21224] by server-14.bemta-5.messagelabs.com id 04/AC-15696-9D7B7635; Mon, 05 May 2014 16:10:01 +0000 X-Env-Sender: andre.naess@gmail.com X-Msg-Ref: server-15.tower-206.messagelabs.com!1399306198!2352783!1 X-Originating-IP: [209.85.212.178] X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26738 invoked from network); 5 May 2014 16:09:58 -0000 Received: from mail-wi0-f178.google.com (HELO mail-wi0-f178.google.com) (209.85.212.178) by server-15.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 5 May 2014 16:09:58 -0000 Received: by mail-wi0-f178.google.com with SMTP id hm4so5836891wib.11 for ; Mon, 05 May 2014 09:09:58 -0700 (PDT) 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=G0TPxlZbhlfQD9Ipetw6ECnJHqbVxE4mJTjZLHoX3MY=; b=sBamhJsGF7ZuId+5rQFguGOGANc216kZ/5h06aZ1BELh2aUy3KU6ADzsRVPEqWDQQT Vrg7ZK5ycOH1ATY8PlIIW8i67IqxyMIwweKSpzYokom3luE9/uIX1Clvng12PSAe4hsh y0YFF9XRb50TLomWXkfEkxg+5LuNkuk04fjKbX3j40MiARHAWbWbaPfxzpr3SojCgWv/ vbylooP5QH+W0atfv5bUi9h3UOXVUsn83nCMfTgVM7MtBIDsoYO1vwEbbyIlw6FOV999 f/FBKM33Q8YF2Zoz7tKHQvJhk/GoXvZEr66vP0tyij/jdigSUc/kSJLn++b6a4azEM+O 5cvw== MIME-Version: 1.0 X-Received: by 10.180.78.225 with SMTP id e1mr16748959wix.17.1399306198448; Mon, 05 May 2014 09:09:58 -0700 (PDT) Received: by 10.181.13.135 with HTTP; Mon, 5 May 2014 09:09:58 -0700 (PDT) In-Reply-To: <264C3D63-DEA4-4718-84BA-3AD7A6D1272C@recoil.org> References: <53242E73-6AD5-4CDD-8F6C-EC8F2FDD0D28@recoil.org> <8115D7D9-B3EA-4957-9249-AE3BFE3FFB83@me.com> <264C3D63-DEA4-4718-84BA-3AD7A6D1272C@recoil.org> Date: Mon, 5 May 2014 18:09:58 +0200 Message-ID: From: =?UTF-8?B?QW5kcsOpIE7DpnNz?= To: Anil Madhavapeddy Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Struggling a bit with the Hello World applications X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============5794762807913909205==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============5794762807913909205== Content-Type: multipart/alternative; boundary=f46d043c0864e4020c04f8a95c7a --f46d043c0864e4020c04f8a95c7a Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I just made two new attempts. I first tried on Ubuntu 14.04 and then on 12.04. Both failed, but for different reasons. I have to admit that I'm getting a bit frustrated now. It seems that changes are pulled down immediately making the environment very unstable. Is there some kind of mechanism for ensuring that I get a stable repeatable environment where I control when I want to try to upgrade the various packages (provided I can get it to work)? Below is what happened: On 14.04 I got this while running opam init: ERROR] The compilation of base-bigarray.base failed. [ERROR] The compilation of base-threads.base failed. [ERROR] The compilation of base-unix.base failed. =3D=3D=3D=3D=3D ERROR while installing base-bigarray.base =3D=3D=3D=3D=3D Internal error: Sys_error("rm -rf /home/vagrant/.opam/system/lib/base-bigarray: Cannot allocate memory") =3D=3D=3D=3D=3D ERROR while installing base-threads.base =3D=3D=3D=3D=3D Internal error: Sys_error("rm -rf /home/vagrant/.opam/system/lib/base-threads: Cannot allocate memory") =3D=3D=3D=3D=3D ERROR while installing base-unix.base =3D=3D=3D=3D=3D Internal error: Sys_error("rm -rf /home/vagrant/.opam/system/lib/base-unix: Cannot allocate memory") I then went back to the 12.04 install. This time I got everything up and running and tried to compile the console example. It took a very long time, but it built. Unfortunately it also uninstalled mirage. Here's the log: vagrant@precise64:/vagrant/mirage-skeleton/console$ cat log Falling back to the internal heuristic. The following actions will be performed: - remove mirage.1.1.2 - remove base-bigarray.base - remove cmdliner.0.9.4 [required by mirage] - remove ipaddr.2.4.0 [required by mirage] - remove re.1.2.1 [required by mirage] - downgrade mirage-types.1.1.2 to 0.3.0 [required by mirage-console-unix] - downgrade ocplib-endian.0.4 to 0.3 [required by mirage-console-unix] - install mirage-clock-unix.1.0.0 [required by mirage-console-unix] - recompile cstruct.1.1.0 [use ocplib-endian] - downgrade io-page.1.1.1 to 1.1.0 [required by mirage-console-unix] - install shared-memory-ring.1.0.0 [required by mirage-console-unix] - install mirage-unix.1.1.0 [required by mirage-console-unix] - install mirage-console-unix.0.9.9 4 to install | 1 to reinstall | 0 to upgrade | 3 to downgrade | 5 to remove =3D-=3D-=3D Removing Packages =3D-=3D-=3D Removing mirage.1.1.2. rm -f /home/vagrant/.opam/system/bin/mirage ocamlfind remove mirage Removing base-bigarray.base. Removing cmdliner.0.9.4. Removing ipaddr.2.4.0. ocamlfind remove ipaddr Removing re.1.2.1. ocamlfind remove re Removing io-page.1.1.1. ocamlfind remove io-page Removing mirage-types.1.1.2. Removing cstruct.1.1.0. ocamlfind remove cstruct Removing ocplib-endian.0.4. ocamlfind remove ocplib-endian =3D-=3D-=3D Installing mirage-types.0.3.0 =3D-=3D-=3D default Downloading https://opam.ocaml.org/archives/mirage-types.0.3.0+opam.tar.gz Downloading https://opam.ocaml.org/archives/mirage-types.0.3.0+opam.tar.gz Building mirage-types.0.3.0: make all make install Installing mirage-types.0.3.0. =3D-=3D-=3D Installing ocplib-endian.0.3 =3D-=3D-=3D default Downloading https://opam.ocaml.org/archives/ocplib-endian.0.3+opam.tar.gz Downloading https://opam.ocaml.org/archives/ocplib-endian.0.3+opam.tar.gz Building ocplib-endian.0.3: ocaml setup.ml -configure --disable-debug --prefix /home/vagrant/.opam/system ocaml setup.ml -build ocaml setup.ml -install Installing ocplib-endian.0.3. =3D-=3D-=3D Installing cstruct.1.1.0 =3D-=3D-=3D Building cstruct.1.1.0: make make install Installing cstruct.1.1.0. =3D-=3D-=3D Installing mirage-clock-unix.1.0.0 =3D-=3D-=3D default Downloading https://opam.ocaml.org/archives/mirage-clock-unix.1.0.0+opam.tar.gz Downloading https://opam.ocaml.org/archives/mirage-clock-unix.1.0.0+opam.tar.gz Building mirage-clock-unix.1.0.0: make unix-build make unix-install Installing mirage-clock-unix.1.0.0. =3D-=3D-=3D Installing io-page.1.1.0 =3D-=3D-=3D default Downloading https://opam.ocaml.org/archives/io-page.1.1.0+opam.tar.gz Downloading https://opam.ocaml.org/archives/io-page.1.1.0+opam.tar.gz Building io-page.1.1.0: make make install Installing io-page.1.1.0. =3D-=3D-=3D Installing shared-memory-ring.1.0.0 =3D-=3D-=3D default Downloading https://opam.ocaml.org/archives/shared-memory-ring.1.0.0+opam.tar.gz Downloading https://opam.ocaml.org/archives/shared-memory-ring.1.0.0+opam.tar.gz Building shared-memory-ring.1.0.0: make all make install Installing shared-memory-ring.1.0.0. =3D-=3D-=3D Installing mirage-unix.1.1.0 =3D-=3D-=3D default Downloading https://opam.ocaml.org/archives/mirage-unix.1.1.0+opam.tar.gz Downloading https://opam.ocaml.org/archives/mirage-unix.1.1.0+opam.tar.gz Building mirage-unix.1.1.0: make unix-build make unix-install PREFIX=3D/home/vagrant/.opam/system Installing mirage-unix.1.1.0. =3D-=3D-=3D Installing mirage-console-unix.0.9.9 =3D-=3D-=3D default Downloading https://opam.ocaml.org/archives/mirage-console-unix.0.9.9+opam.tar.gz Downloading https://opam.ocaml.org/archives/mirage-console-unix.0.9.9+opam.tar.gz Building mirage-console-unix.0.9.9: make unix-build make unix-install Installing mirage-console-unix.0.9.9. On Mon, May 5, 2014 at 2:14 PM, Anil Madhavapeddy wrote: > This was my fault, as I introduced an existential crisis into the Lwt > package by making it optionally depend on itself. The resulting total > perspective vortex caused the solver to decide to take no action and > terminate the universe. > > Thomas has merged a fix, and I'll make the CI output a bit more paranoid > to these exit codes (they pass the CI atm). > > -anil > > On 5 May 2014, at 11:52, Ian Wilkinson wrote: > > Hi Andre, > > I had a similar experience and also went the Vagrant way. > > I have something working with Test Kitchen and Vagrant, and > Fabric and boto for launching on AWS EC2. You can find it here... > > https://github.com/iw/mirage-jekyll > > ian > > > On 5 May 2014, at 11:11, Andr=C3=A9 N=C3=A6ss wro= te: > > Thanks for your quick response. I indeed have aspcud installed. > > After fiddling around and making a mess and not getting anything to work = I > decided to start from scratch. Since I use vagrant that's easy. So I went > through the installation instructions step by step: > > 1. Installed all the build essentials. Ran into an error here. Ran > apt-get update and the problem resolved itself. > 2. The add-apt-repository is not in the standard Ubuntu, but when > trying to invoke it you are told to install > python-software-properties, so: > 3. apt-get install python-software-properties > add-apt-repository ppa:avsm/ppa > sudo apt-get update > apt-get install ocaml opam > (At this step I noticed that aspcud was installed) > 4. opam --version reports 1.1.1 > 5. opam init, answering yes to modify config files > 6. eval `opam config env` > 7. opam install mirage > The following actions will be performed: > - install ocamlfind.1.4.0 [required by mirage] > - install cmdliner.0.9.4 [required by mirage] > - install ipaddr.2.4.0 [required by mirage] > - install optcomp.1.5 [required by mirage] > - install ounit.2.0.0 [required by mirage] > - install re.1.2.1 [required by mirage] > - install ocplib-endian.0.4 [required by mirage] > - install cstruct.1.1.0 [required by mirage] > - install io-page.1.1.1 [required by mirage] > - install mirage-types.1.1.2 [required by mirage] > - install mirage.1.1.2 > - install lwt.2.4.5 [required by mirage] > 12 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade | 0 to > remove > Do you want to continue ? [Y/n] > [ERROR] Aborting, as the following packages have a cyclic dependency: > (No packages are listed, so this looks like a bug to me) > > Oddly enough this worked fine yesterday, so I have no idea what has > changed. > > I have a Mac, but I figured I might get better results using a linux VM > especially due to the tuntap and Xen requirements, and the fact that > homebrew failed with a clink error when trying to install ocaml. > > Perhaps a different Linux would be preferable? Since I'm just using it as > a compilation station I don't really care what distro it is. What is the > mirage team using, Debian? > > > On Mon, May 5, 2014 at 10:12 AM, Anil Madhavapeddy wrote= : > >> On 5 May 2014, at 08:42, Andr=C3=A9 N=C3=A6ss wr= ote: >> >> I'm going through the Hello World examples on the MirageOS website and o= n >> the stackv4 example I'm having some problems. It seems that when I run >> "mirage configure --unix" the mirage command itself is uninstalled. Afte= r >> being very confused for a while, I accidentally hit CTRL-C while mirage = was >> running because the mirage configure call was taking a long time. Doing = so >> revealed a whole bunch of opam commands running in the background and up= on >> inspection I realised they were downgrading most of the packages. Mirage >> itself is downgraded to 0.5. >> >> >> Can you try to install the aspcud external solver via "apt-get install >> aspcud". It should be available in both versions of Ubuntu you tried. = I >> promoted aspcud to a recommended dependency in the Debian package, but w= ill >> file an Ubuntu bug to do the same as well. I have an odd feeling that y= ou >> already have aspcud though, since the error below reports an inconsisten= t >> result. >> >> Some points I've noted as feedback from a total newbie: >> - There is no verbose switch on the mirage command. When it hangs for a >> long while I get curious. >> >> >> Yep, I've got a trivial local patch to fix this out that I'll push. Yo= u >> can also just set the OPAMVERBOSE environment variable as a workaround. >> >> - opam reports mirage at version 1.1.2, but mirage --version outputs >> 1.1.0. >> >> >> Fixed locally too (really need to automate that in the build system). >> >> - opam apparently isn't transactional, despite the mirage command failin= g >> I'm left with an utterly broken system? >> >> >> OPAM does do error recovery by going back to the original patchset, but >> possibly not if the external solver failure is messing up its notion of = the >> universe. In normal use it will perform error recovery with the origina= l >> set of packages being reinstalled. >> >> - It doesn't seem like opam caches anything, I spend a lot of time >> waiting for downloads. Any simple way to speed this up? >> >> >> Much of this has been improved in OPAM 1.2dev, which will be released >> soon-ish. e.g.: >> https://github.com/ocaml/opam/issues/1154 >> https://github.com/ocaml/opam/issues/1156 >> >> I get a lot of these "external solver failed with inconsistentt result". >> Here's an example from running "opam install mirage" after it has been >> uninstalled by the stackv4 example: >> >> $ opam install mirage >> [WARNING] External solver failed with inconsistent return value. Request >> saved to "/home/vagrant/.opam/log/solver-error-29875-1.cudf" >> Falling back to the internal heuristic. >> The following actions will be performed: >> - remove tuntap.0.7.0 >> - remove ocplib-endian.0.3 >> - remove uri.1.6.0 >> - remove fieldslib.109.20.03 >> - remove ipaddr.2.2.0 >> - remove optcomp.1.5 >> - remove re.1.2.1 >> - remove sexplib.110.01.00 >> - remove stringext.0.0.1 >> - remove type_conv.109.53.02 >> - install cstruct.0.4.0 [required by mirage] >> - install lwt.2.4.3 [required by mirage] >> - install xenstore.1.0.0 [required by mirage] >> - install mirage.0.5.0 >> 4 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade | 10 to >> remove >> Do you want to continue ? [Y/n] >> >> Now, mirage 0.5 clearly isn't what I want, so I typically end up deletin= g >> the .opam folder and restarting from scratch. This is tedious to say the >> least. >> >> I've tried this on Ubuntu 12.04 and 14.04 (both 64 bit). >> >> >> Thanks for the useful feedback! >> >> -a >> >> > _______________________________________________ > 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 > > > --f46d043c0864e4020c04f8a95c7a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I just made two new attempts. I first tried on Ubuntu 14.0= 4 and then on 12.04. Both failed, but for different reasons.=C2=A0

=
I have to admit that I'm getting a bit frustrated now. It se= ems that changes are pulled down immediately making the environment very un= stable. Is there some kind of mechanism for ensuring that I get a stable re= peatable environment where I control when I want to try to upgrade the vari= ous packages (provided I can get it to work)?

Below is what happened:

On 14.= 04 I got this while running opam init:

ERROR] = The compilation of base-bigarray.base failed.
[ERROR] The compila= tion of base-threads.base failed.
[ERROR] The compilation of base-unix.base failed.

=
=3D=3D=3D=3D=3D ERROR while installing base-bigarray.base =3D=3D=3D=3D= =3D
Internal error:
=C2=A0 Sys_error("rm -rf /home= /vagrant/.opam/system/lib/base-bigarray: Cannot allocate memory")

=3D=3D=3D=3D=3D ERROR while installing base-threads.bas= e =3D=3D=3D=3D=3D
Internal error:
=C2=A0 Sys_error(&quo= t;rm -rf /home/vagrant/.opam/system/lib/base-threads: Cannot allocate memor= y")

=3D=3D=3D=3D=3D ERROR while installing base-unix.base =3D=3D=3D= =3D=3D
Internal error:
=C2=A0 Sys_error("rm -rf /h= ome/vagrant/.opam/system/lib/base-unix: Cannot allocate memory")
=

I then went back to the 12.04 install. This time I got everything up and ru= nning and tried to compile the console example. It took a very long time, b= ut it built. Unfortunately it also uninstalled mirage. Here's the log:<= /div>

vagrant@precise64:/vagrant/mirage-skeleton/console= $ cat log=C2=A0
Falling back to the internal heuristic.
The following actions will be performed:
=C2=A0- remove mirage.1= .1.2
=C2=A0- remove base-bigarray.base
=C2=A0- remove cmdliner.0.= 9.4 [required by mirage]
=C2=A0- remove ipaddr.2.4.0 [required by= mirage]
=C2=A0- remove re.1.2.1 [required by mirage]
= =C2=A0- downgrade mirage-types.1.1.2 to 0.3.0 [required by mirage-console-u= nix]
=C2=A0- downgrade ocplib-endian.0.4 to 0.3 [required by mirage-console= -unix]
=C2=A0- install mirage-clock-unix.1.0.0 [required by mirag= e-console-unix]
=C2=A0- recompile cstruct.1.1.0 [use ocplib-endia= n]
=C2=A0- downgrade io-page.1.1.1 to 1.1.0 [required by mirage-console-unix]<= /div>
=C2=A0- install shared-memory-ring.1.0.0 [required by mirage-cons= ole-unix]
=C2=A0- install mirage-unix.1.1.0 [required by mirage-c= onsole-unix]
=C2=A0- install mirage-console-unix.0.9.9
4 to install | 1 t= o reinstall | 0 to upgrade | 3 to downgrade | 5 to remove

=3D-=3D-=3D Removing Packages =3D-=3D-=3D
Removing mirage= .1.1.2.
=C2=A0 rm -f /home/vagrant/.opam/system/bin/mirage
=C2=A0 oc= amlfind remove mirage
Removing base-bigarray.base.
Remo= ving cmdliner.0.9.4.
Removing ipaddr.2.4.0.
=C2=A0 ocam= lfind remove ipaddr
Removing re.1.2.1.
=C2=A0 ocamlfind remove re
Remo= ving io-page.1.1.1.
=C2=A0 ocamlfind remove io-page
Rem= oving mirage-types.1.1.2.
Removing cstruct.1.1.0.
=C2= =A0 ocamlfind remove cstruct
Removing ocplib-endian.0.4.
=C2=A0 ocamlfind remove ocplib-e= ndian

=3D-=3D-=3D Installing mirage-types.0.3.0 = =3D-=3D-=3D
Building mirage-types.0.3.0:
=C2=A0 make all
=C2=A0 make install
Installing mirage-types.0.3.0.

=3D-=3D-=3D Installing ocplib-endian.0.3 =3D-=3D-=3D
<= div>default =C2=A0 =C2=A0Downloading https://opam.ocaml.org/archives/ocplib-= endian.0.3+opam.tar.gz
Building ocplib-endian.0.3:
=C2=A0 ocaml setup.ml -configure --disable-debug --prefix /home= /vagrant/.opam/system
=C2=A0 ocaml setup.ml -build
=C2=A0 ocaml setup.ml -install
I= nstalling ocplib-endian.0.3.

=3D-=3D-=3D Installin= g cstruct.1.1.0 =3D-=3D-=3D
Building cstruct.1.1.0:
=C2=A0 make
=C2=A0 make in= stall
Installing cstruct.1.1.0.

=3D-=3D-= =3D Installing mirage-clock-unix.1.0.0 =3D-=3D-=3D
Building mirage-clock-unix.1.0.0:
=C2=A0 make unix-build
=C2=A0 make unix-install
Install= ing mirage-clock-unix.1.0.0.

=3D-=3D-=3D Installin= g io-page.1.1.0 =3D-=3D-=3D
Downloading https://opam.ocaml.org/archives/io-page.1.1.0+opam.tar.gz
Building io-page.1.1.0:
=C2=A0 make
=C2=A0 mak= e install
Installing io-page.1.1.0.

=3D-=3D-=3D Install= ing shared-memory-ring.1.0.0 =3D-=3D-=3D
Building shared-memory-ring.1.0.0:
=C2=A0 make all
=C2=A0 make install
Installing shared-m= emory-ring.1.0.0.

=3D-=3D-=3D Installing mirage-un= ix.1.1.0 =3D-=3D-=3D
Building mirage-unix.1.1.0:
=C2=A0 make unix-bui= ld
=C2=A0 make unix-install PREFIX=3D/home/vagrant/.opam/system
Installing mirage-unix.1.1.0.

=3D-=3D-=3D Install= ing mirage-console-unix.0.9.9 =3D-=3D-=3D
Building mirage-console-unix.0.9.9:
=C2=A0 make unix-build
=C2=A0 make unix-install
In= stalling mirage-console-unix.0.9.9.

<= /div>


On Mon, = May 5, 2014 at 2:14 PM, Anil Madhavapeddy <anil@recoil.org> wr= ote:
This was= my fault, as I introduced an existential crisis into the Lwt package by ma= king it optionally depend on itself. =C2=A0The resulting total perspective = vortex caused the solver to decide to take no action and terminate the univ= erse.

Thomas has merged a fix, and I'll make the CI output a b= it more paranoid to these exit codes (they pass the CI atm).

-anil

On 5 May 2014, at 11:52, Ian Wilkinson= <ianw1@me.com>= wrote:

Hi Andre,

=
I had a similar e= xperience and also went the Vagrant way.

I ha= ve something working with Test Kitchen and Vagrant, and
Fabric and boto for laun= ching on AWS EC2. You can find it here...

=

=
ian
<= br>

On 5 May 2014, at 11:11, Andr=C3=A9 N=C3=A6ss <andre.naess@gmail.com> wrote:

Thanks for your quick = response. I indeed have aspcud installed.

After fiddling= around and making a mess and not getting anything to work I decided to sta= rt from scratch. Since I use vagrant that's easy. So I went through the= installation instructions step by step:

1. Installed all the build essentials. Ran into an= error here. Ran
=C2=A0 =C2=A0apt-get update and the problem reso= lved itself.
2. The add-apt-repository is not in the standard Ubu= ntu, but when
=C2=A0 =C2=A0trying to invoke it you are told to install
=C2= =A0 =C2=A0python-software-properties, so:
3. apt-get install pyth= on-software-properties=C2=A0
=C2=A0 =C2=A0add-apt-repository ppa:= avsm/ppa
=C2=A0 =C2=A0sudo apt-get update
=C2=A0 =C2=A0apt-get install ocaml opam
=C2=A0 =C2=A0 =C2=A0= =C2=A0(At this step I noticed that aspcud was installed)
4. opam= --version reports 1.1.1
5. opam init, answering yes to modify co= nfig files
6. eval `opam config env`
7. opam install mirage
The following actions will be perform= ed:
=C2=A0- install ocamlfind.1.4.0 [required by mirage]
=C2=A0- install cmdliner.0.9.4 [required by mirage]
=C2=A0- ins= tall ipaddr.2.4.0 [required by mirage]
=C2=A0- install optcomp.1.5 [required by mirage]
=C2=A0- ins= tall ounit.2.0.0 [required by mirage]
=C2=A0- install re.1.2.1 [r= equired by mirage]
=C2=A0- install ocplib-endian.0.4 [required by= mirage]
=C2=A0- install cstruct.1.1.0 [required by mirage]
=C2=A0- instal= l io-page.1.1.1 [required by mirage]
=C2=A0- install mirage-types= .1.1.2 [required by mirage]
=C2=A0- install mirage.1.1.2
=C2=A0- install lwt.2.4.5 [required by mirage]
12 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade | 0 to = remove
Do you want to continue ? [Y/n]=C2=A0
[ERROR] Ab= orting, as the following packages have a cyclic dependency:
=C2= =A0(No packages are listed, so this looks like a bug to me)




On Mon, May 5, 2014 at 10:12 AM, Anil Ma= dhavapeddy <anil@recoil.org> wrote:
On 5 May 2014, at 08:42, Andr=C3= =A9 N=C3=A6ss <andre.naess@gmail.com> wrote:

I'm going through the Hello World examples on the Mira= geOS website and on the stackv4 example I'm having some problems. It se= ems that when I run "mirage configure --unix" the mirage command = itself is uninstalled. After being very confused for a while, I accidentall= y hit CTRL-C while mirage was running because the mirage configure call was= taking a long time. Doing so revealed a whole bunch of opam commands runni= ng in the background and upon inspection I realised they were downgrading m= ost of the packages. Mirage itself is downgraded to 0.5.

Can you try to install the aspcud externa= l solver via "apt-get install aspcud". =C2=A0It should be availab= le in both versions of Ubuntu you tried. =C2=A0I promoted aspcud to a recom= mended dependency in the Debian package, but will file an Ubuntu bug to do = the same as well. =C2=A0I have an odd feeling that you already have aspcud = though, since the error below reports an inconsistent result.

Some points I= 've noted as feedback from a total newbie:
- There is no verb= ose switch on the mirage command. When it hangs for a long while I get curi= ous.

Yep, I've got a trivial local p= atch to fix this out that I'll push. =C2=A0 You can also just set the O= PAMVERBOSE environment variable as a workaround.

- opam reports mirage at version= 1.1.2, but mirage --version outputs 1.1.0.

Fixed locally too (really need to automate that in the build system= ).

- opam apparently isn't transactional, despite the mirage command = failing I'm left with an utterly broken system?

OPAM does do error recovery by going back to the orig= inal patchset, but possibly not if the external solver failure is messing u= p its notion of the universe. =C2=A0In normal use it will perform error rec= overy with the original set of packages being reinstalled.

- It doesn't s= eem like opam caches anything, I spend a lot of time waiting for downloads.= Any simple way to speed this up?

Much of this has been improved in OPAM 1.2dev, which will b= e released soon-ish. e.g.:

I get a lot of these "external solver failed with inconsistentt r= esult". Here's an example from running "opam install mirage&q= uot; after it has been uninstalled by the stackv4 example:

$ opam install mirage
[WARNING] External= solver failed with inconsistent return value. Request saved to "/home= /vagrant/.opam/log/solver-error-29875-1.cudf"
Falling back t= o the internal heuristic.
The following actions will be performed:
=C2=A0- remove tunt= ap.0.7.0
=C2=A0- remove ocplib-endian.0.3
=C2=A0- remov= e uri.1.6.0
=C2=A0- remove fieldslib.109.20.03
=C2=A0- = remove ipaddr.2.2.0
=C2=A0- remove optcomp.1.5
=C2=A0- remove re.1.2.1
=C2=A0- remove sexplib.110.01.00
=C2=A0- remove stringext.0.0.1<= /div>
=C2=A0- remove type_conv.109.53.02
=C2=A0- install cstr= uct.0.4.0 [required by mirage]
=C2=A0- install lwt.2.4.3 [required by mirage]
=C2=A0- insta= ll xenstore.1.0.0 [required by mirage]
=C2=A0- install mirage.0.5= .0
4 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade = | 10 to remove
Do you want to continue ? [Y/n]=C2=A0

N= ow, mirage 0.5 clearly isn't what I want, so I typically end up deletin= g the .opam folder and restarting from scratch. This is tedious to say the = least.

I've tried this on Ubuntu 12.04 and 14.04 (both 64 = bit).

Thanks for the useful fe= edback!

-a


______________________________= _________________
MirageOS-devel mailing list
MirageOS-devel@lists.xenproject.org
http://lists.xenproject.org/cgi-bin/mailman/li= stinfo/mirageos-devel
____________________= ___________________________
MirageOS-devel mailing list
MirageOS-devel@lists.xenproject.org
http://lists.xenproject.org/cgi-bin/mailman/listinfo/mi= rageos-devel


--f46d043c0864e4020c04f8a95c7a-- --===============5794762807913909205== 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 --===============5794762807913909205==-- From mirageos-devel-bounces@lists.xenproject.org Mon May 05 16:10:09 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 05 May 2014 16:10: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 1WhLSt-00031S-Qa; Mon, 05 May 2014 16:10:03 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WhLSr-00031L-T8 for mirageos-devel@lists.xenproject.org; Mon, 05 May 2014 16:10:02 +0000 Received: from [85.158.139.211:21224] by server-14.bemta-5.messagelabs.com id 04/AC-15696-9D7B7635; Mon, 05 May 2014 16:10:01 +0000 X-Env-Sender: andre.naess@gmail.com X-Msg-Ref: server-15.tower-206.messagelabs.com!1399306198!2352783!1 X-Originating-IP: [209.85.212.178] X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26738 invoked from network); 5 May 2014 16:09:58 -0000 Received: from mail-wi0-f178.google.com (HELO mail-wi0-f178.google.com) (209.85.212.178) by server-15.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 5 May 2014 16:09:58 -0000 Received: by mail-wi0-f178.google.com with SMTP id hm4so5836891wib.11 for ; Mon, 05 May 2014 09:09:58 -0700 (PDT) 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=G0TPxlZbhlfQD9Ipetw6ECnJHqbVxE4mJTjZLHoX3MY=; b=sBamhJsGF7ZuId+5rQFguGOGANc216kZ/5h06aZ1BELh2aUy3KU6ADzsRVPEqWDQQT Vrg7ZK5ycOH1ATY8PlIIW8i67IqxyMIwweKSpzYokom3luE9/uIX1Clvng12PSAe4hsh y0YFF9XRb50TLomWXkfEkxg+5LuNkuk04fjKbX3j40MiARHAWbWbaPfxzpr3SojCgWv/ vbylooP5QH+W0atfv5bUi9h3UOXVUsn83nCMfTgVM7MtBIDsoYO1vwEbbyIlw6FOV999 f/FBKM33Q8YF2Zoz7tKHQvJhk/GoXvZEr66vP0tyij/jdigSUc/kSJLn++b6a4azEM+O 5cvw== MIME-Version: 1.0 X-Received: by 10.180.78.225 with SMTP id e1mr16748959wix.17.1399306198448; Mon, 05 May 2014 09:09:58 -0700 (PDT) Received: by 10.181.13.135 with HTTP; Mon, 5 May 2014 09:09:58 -0700 (PDT) In-Reply-To: <264C3D63-DEA4-4718-84BA-3AD7A6D1272C@recoil.org> References: <53242E73-6AD5-4CDD-8F6C-EC8F2FDD0D28@recoil.org> <8115D7D9-B3EA-4957-9249-AE3BFE3FFB83@me.com> <264C3D63-DEA4-4718-84BA-3AD7A6D1272C@recoil.org> Date: Mon, 5 May 2014 18:09:58 +0200 Message-ID: From: =?UTF-8?B?QW5kcsOpIE7DpnNz?= To: Anil Madhavapeddy Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Struggling a bit with the Hello World applications X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============5794762807913909205==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============5794762807913909205== Content-Type: multipart/alternative; boundary=f46d043c0864e4020c04f8a95c7a --f46d043c0864e4020c04f8a95c7a Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I just made two new attempts. I first tried on Ubuntu 14.04 and then on 12.04. Both failed, but for different reasons. I have to admit that I'm getting a bit frustrated now. It seems that changes are pulled down immediately making the environment very unstable. Is there some kind of mechanism for ensuring that I get a stable repeatable environment where I control when I want to try to upgrade the various packages (provided I can get it to work)? Below is what happened: On 14.04 I got this while running opam init: ERROR] The compilation of base-bigarray.base failed. [ERROR] The compilation of base-threads.base failed. [ERROR] The compilation of base-unix.base failed. =3D=3D=3D=3D=3D ERROR while installing base-bigarray.base =3D=3D=3D=3D=3D Internal error: Sys_error("rm -rf /home/vagrant/.opam/system/lib/base-bigarray: Cannot allocate memory") =3D=3D=3D=3D=3D ERROR while installing base-threads.base =3D=3D=3D=3D=3D Internal error: Sys_error("rm -rf /home/vagrant/.opam/system/lib/base-threads: Cannot allocate memory") =3D=3D=3D=3D=3D ERROR while installing base-unix.base =3D=3D=3D=3D=3D Internal error: Sys_error("rm -rf /home/vagrant/.opam/system/lib/base-unix: Cannot allocate memory") I then went back to the 12.04 install. This time I got everything up and running and tried to compile the console example. It took a very long time, but it built. Unfortunately it also uninstalled mirage. Here's the log: vagrant@precise64:/vagrant/mirage-skeleton/console$ cat log Falling back to the internal heuristic. The following actions will be performed: - remove mirage.1.1.2 - remove base-bigarray.base - remove cmdliner.0.9.4 [required by mirage] - remove ipaddr.2.4.0 [required by mirage] - remove re.1.2.1 [required by mirage] - downgrade mirage-types.1.1.2 to 0.3.0 [required by mirage-console-unix] - downgrade ocplib-endian.0.4 to 0.3 [required by mirage-console-unix] - install mirage-clock-unix.1.0.0 [required by mirage-console-unix] - recompile cstruct.1.1.0 [use ocplib-endian] - downgrade io-page.1.1.1 to 1.1.0 [required by mirage-console-unix] - install shared-memory-ring.1.0.0 [required by mirage-console-unix] - install mirage-unix.1.1.0 [required by mirage-console-unix] - install mirage-console-unix.0.9.9 4 to install | 1 to reinstall | 0 to upgrade | 3 to downgrade | 5 to remove =3D-=3D-=3D Removing Packages =3D-=3D-=3D Removing mirage.1.1.2. rm -f /home/vagrant/.opam/system/bin/mirage ocamlfind remove mirage Removing base-bigarray.base. Removing cmdliner.0.9.4. Removing ipaddr.2.4.0. ocamlfind remove ipaddr Removing re.1.2.1. ocamlfind remove re Removing io-page.1.1.1. ocamlfind remove io-page Removing mirage-types.1.1.2. Removing cstruct.1.1.0. ocamlfind remove cstruct Removing ocplib-endian.0.4. ocamlfind remove ocplib-endian =3D-=3D-=3D Installing mirage-types.0.3.0 =3D-=3D-=3D default Downloading https://opam.ocaml.org/archives/mirage-types.0.3.0+opam.tar.gz Downloading https://opam.ocaml.org/archives/mirage-types.0.3.0+opam.tar.gz Building mirage-types.0.3.0: make all make install Installing mirage-types.0.3.0. =3D-=3D-=3D Installing ocplib-endian.0.3 =3D-=3D-=3D default Downloading https://opam.ocaml.org/archives/ocplib-endian.0.3+opam.tar.gz Downloading https://opam.ocaml.org/archives/ocplib-endian.0.3+opam.tar.gz Building ocplib-endian.0.3: ocaml setup.ml -configure --disable-debug --prefix /home/vagrant/.opam/system ocaml setup.ml -build ocaml setup.ml -install Installing ocplib-endian.0.3. =3D-=3D-=3D Installing cstruct.1.1.0 =3D-=3D-=3D Building cstruct.1.1.0: make make install Installing cstruct.1.1.0. =3D-=3D-=3D Installing mirage-clock-unix.1.0.0 =3D-=3D-=3D default Downloading https://opam.ocaml.org/archives/mirage-clock-unix.1.0.0+opam.tar.gz Downloading https://opam.ocaml.org/archives/mirage-clock-unix.1.0.0+opam.tar.gz Building mirage-clock-unix.1.0.0: make unix-build make unix-install Installing mirage-clock-unix.1.0.0. =3D-=3D-=3D Installing io-page.1.1.0 =3D-=3D-=3D default Downloading https://opam.ocaml.org/archives/io-page.1.1.0+opam.tar.gz Downloading https://opam.ocaml.org/archives/io-page.1.1.0+opam.tar.gz Building io-page.1.1.0: make make install Installing io-page.1.1.0. =3D-=3D-=3D Installing shared-memory-ring.1.0.0 =3D-=3D-=3D default Downloading https://opam.ocaml.org/archives/shared-memory-ring.1.0.0+opam.tar.gz Downloading https://opam.ocaml.org/archives/shared-memory-ring.1.0.0+opam.tar.gz Building shared-memory-ring.1.0.0: make all make install Installing shared-memory-ring.1.0.0. =3D-=3D-=3D Installing mirage-unix.1.1.0 =3D-=3D-=3D default Downloading https://opam.ocaml.org/archives/mirage-unix.1.1.0+opam.tar.gz Downloading https://opam.ocaml.org/archives/mirage-unix.1.1.0+opam.tar.gz Building mirage-unix.1.1.0: make unix-build make unix-install PREFIX=3D/home/vagrant/.opam/system Installing mirage-unix.1.1.0. =3D-=3D-=3D Installing mirage-console-unix.0.9.9 =3D-=3D-=3D default Downloading https://opam.ocaml.org/archives/mirage-console-unix.0.9.9+opam.tar.gz Downloading https://opam.ocaml.org/archives/mirage-console-unix.0.9.9+opam.tar.gz Building mirage-console-unix.0.9.9: make unix-build make unix-install Installing mirage-console-unix.0.9.9. On Mon, May 5, 2014 at 2:14 PM, Anil Madhavapeddy wrote: > This was my fault, as I introduced an existential crisis into the Lwt > package by making it optionally depend on itself. The resulting total > perspective vortex caused the solver to decide to take no action and > terminate the universe. > > Thomas has merged a fix, and I'll make the CI output a bit more paranoid > to these exit codes (they pass the CI atm). > > -anil > > On 5 May 2014, at 11:52, Ian Wilkinson wrote: > > Hi Andre, > > I had a similar experience and also went the Vagrant way. > > I have something working with Test Kitchen and Vagrant, and > Fabric and boto for launching on AWS EC2. You can find it here... > > https://github.com/iw/mirage-jekyll > > ian > > > On 5 May 2014, at 11:11, Andr=C3=A9 N=C3=A6ss wro= te: > > Thanks for your quick response. I indeed have aspcud installed. > > After fiddling around and making a mess and not getting anything to work = I > decided to start from scratch. Since I use vagrant that's easy. So I went > through the installation instructions step by step: > > 1. Installed all the build essentials. Ran into an error here. Ran > apt-get update and the problem resolved itself. > 2. The add-apt-repository is not in the standard Ubuntu, but when > trying to invoke it you are told to install > python-software-properties, so: > 3. apt-get install python-software-properties > add-apt-repository ppa:avsm/ppa > sudo apt-get update > apt-get install ocaml opam > (At this step I noticed that aspcud was installed) > 4. opam --version reports 1.1.1 > 5. opam init, answering yes to modify config files > 6. eval `opam config env` > 7. opam install mirage > The following actions will be performed: > - install ocamlfind.1.4.0 [required by mirage] > - install cmdliner.0.9.4 [required by mirage] > - install ipaddr.2.4.0 [required by mirage] > - install optcomp.1.5 [required by mirage] > - install ounit.2.0.0 [required by mirage] > - install re.1.2.1 [required by mirage] > - install ocplib-endian.0.4 [required by mirage] > - install cstruct.1.1.0 [required by mirage] > - install io-page.1.1.1 [required by mirage] > - install mirage-types.1.1.2 [required by mirage] > - install mirage.1.1.2 > - install lwt.2.4.5 [required by mirage] > 12 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade | 0 to > remove > Do you want to continue ? [Y/n] > [ERROR] Aborting, as the following packages have a cyclic dependency: > (No packages are listed, so this looks like a bug to me) > > Oddly enough this worked fine yesterday, so I have no idea what has > changed. > > I have a Mac, but I figured I might get better results using a linux VM > especially due to the tuntap and Xen requirements, and the fact that > homebrew failed with a clink error when trying to install ocaml. > > Perhaps a different Linux would be preferable? Since I'm just using it as > a compilation station I don't really care what distro it is. What is the > mirage team using, Debian? > > > On Mon, May 5, 2014 at 10:12 AM, Anil Madhavapeddy wrote= : > >> On 5 May 2014, at 08:42, Andr=C3=A9 N=C3=A6ss wr= ote: >> >> I'm going through the Hello World examples on the MirageOS website and o= n >> the stackv4 example I'm having some problems. It seems that when I run >> "mirage configure --unix" the mirage command itself is uninstalled. Afte= r >> being very confused for a while, I accidentally hit CTRL-C while mirage = was >> running because the mirage configure call was taking a long time. Doing = so >> revealed a whole bunch of opam commands running in the background and up= on >> inspection I realised they were downgrading most of the packages. Mirage >> itself is downgraded to 0.5. >> >> >> Can you try to install the aspcud external solver via "apt-get install >> aspcud". It should be available in both versions of Ubuntu you tried. = I >> promoted aspcud to a recommended dependency in the Debian package, but w= ill >> file an Ubuntu bug to do the same as well. I have an odd feeling that y= ou >> already have aspcud though, since the error below reports an inconsisten= t >> result. >> >> Some points I've noted as feedback from a total newbie: >> - There is no verbose switch on the mirage command. When it hangs for a >> long while I get curious. >> >> >> Yep, I've got a trivial local patch to fix this out that I'll push. Yo= u >> can also just set the OPAMVERBOSE environment variable as a workaround. >> >> - opam reports mirage at version 1.1.2, but mirage --version outputs >> 1.1.0. >> >> >> Fixed locally too (really need to automate that in the build system). >> >> - opam apparently isn't transactional, despite the mirage command failin= g >> I'm left with an utterly broken system? >> >> >> OPAM does do error recovery by going back to the original patchset, but >> possibly not if the external solver failure is messing up its notion of = the >> universe. In normal use it will perform error recovery with the origina= l >> set of packages being reinstalled. >> >> - It doesn't seem like opam caches anything, I spend a lot of time >> waiting for downloads. Any simple way to speed this up? >> >> >> Much of this has been improved in OPAM 1.2dev, which will be released >> soon-ish. e.g.: >> https://github.com/ocaml/opam/issues/1154 >> https://github.com/ocaml/opam/issues/1156 >> >> I get a lot of these "external solver failed with inconsistentt result". >> Here's an example from running "opam install mirage" after it has been >> uninstalled by the stackv4 example: >> >> $ opam install mirage >> [WARNING] External solver failed with inconsistent return value. Request >> saved to "/home/vagrant/.opam/log/solver-error-29875-1.cudf" >> Falling back to the internal heuristic. >> The following actions will be performed: >> - remove tuntap.0.7.0 >> - remove ocplib-endian.0.3 >> - remove uri.1.6.0 >> - remove fieldslib.109.20.03 >> - remove ipaddr.2.2.0 >> - remove optcomp.1.5 >> - remove re.1.2.1 >> - remove sexplib.110.01.00 >> - remove stringext.0.0.1 >> - remove type_conv.109.53.02 >> - install cstruct.0.4.0 [required by mirage] >> - install lwt.2.4.3 [required by mirage] >> - install xenstore.1.0.0 [required by mirage] >> - install mirage.0.5.0 >> 4 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade | 10 to >> remove >> Do you want to continue ? [Y/n] >> >> Now, mirage 0.5 clearly isn't what I want, so I typically end up deletin= g >> the .opam folder and restarting from scratch. This is tedious to say the >> least. >> >> I've tried this on Ubuntu 12.04 and 14.04 (both 64 bit). >> >> >> Thanks for the useful feedback! >> >> -a >> >> > _______________________________________________ > 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 > > > --f46d043c0864e4020c04f8a95c7a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I just made two new attempts. I first tried on Ubuntu 14.0= 4 and then on 12.04. Both failed, but for different reasons.=C2=A0

=
I have to admit that I'm getting a bit frustrated now. It se= ems that changes are pulled down immediately making the environment very un= stable. Is there some kind of mechanism for ensuring that I get a stable re= peatable environment where I control when I want to try to upgrade the vari= ous packages (provided I can get it to work)?

Below is what happened:

On 14.= 04 I got this while running opam init:

ERROR] = The compilation of base-bigarray.base failed.
[ERROR] The compila= tion of base-threads.base failed.
[ERROR] The compilation of base-unix.base failed.

=
=3D=3D=3D=3D=3D ERROR while installing base-bigarray.base =3D=3D=3D=3D= =3D
Internal error:
=C2=A0 Sys_error("rm -rf /home= /vagrant/.opam/system/lib/base-bigarray: Cannot allocate memory")

=3D=3D=3D=3D=3D ERROR while installing base-threads.bas= e =3D=3D=3D=3D=3D
Internal error:
=C2=A0 Sys_error(&quo= t;rm -rf /home/vagrant/.opam/system/lib/base-threads: Cannot allocate memor= y")

=3D=3D=3D=3D=3D ERROR while installing base-unix.base =3D=3D=3D= =3D=3D
Internal error:
=C2=A0 Sys_error("rm -rf /h= ome/vagrant/.opam/system/lib/base-unix: Cannot allocate memory")
=

I then went back to the 12.04 install. This time I got everything up and ru= nning and tried to compile the console example. It took a very long time, b= ut it built. Unfortunately it also uninstalled mirage. Here's the log:<= /div>

vagrant@precise64:/vagrant/mirage-skeleton/console= $ cat log=C2=A0
Falling back to the internal heuristic.
The following actions will be performed:
=C2=A0- remove mirage.1= .1.2
=C2=A0- remove base-bigarray.base
=C2=A0- remove cmdliner.0.= 9.4 [required by mirage]
=C2=A0- remove ipaddr.2.4.0 [required by= mirage]
=C2=A0- remove re.1.2.1 [required by mirage]
= =C2=A0- downgrade mirage-types.1.1.2 to 0.3.0 [required by mirage-console-u= nix]
=C2=A0- downgrade ocplib-endian.0.4 to 0.3 [required by mirage-console= -unix]
=C2=A0- install mirage-clock-unix.1.0.0 [required by mirag= e-console-unix]
=C2=A0- recompile cstruct.1.1.0 [use ocplib-endia= n]
=C2=A0- downgrade io-page.1.1.1 to 1.1.0 [required by mirage-console-unix]<= /div>
=C2=A0- install shared-memory-ring.1.0.0 [required by mirage-cons= ole-unix]
=C2=A0- install mirage-unix.1.1.0 [required by mirage-c= onsole-unix]
=C2=A0- install mirage-console-unix.0.9.9
4 to install | 1 t= o reinstall | 0 to upgrade | 3 to downgrade | 5 to remove

=3D-=3D-=3D Removing Packages =3D-=3D-=3D
Removing mirage= .1.1.2.
=C2=A0 rm -f /home/vagrant/.opam/system/bin/mirage
=C2=A0 oc= amlfind remove mirage
Removing base-bigarray.base.
Remo= ving cmdliner.0.9.4.
Removing ipaddr.2.4.0.
=C2=A0 ocam= lfind remove ipaddr
Removing re.1.2.1.
=C2=A0 ocamlfind remove re
Remo= ving io-page.1.1.1.
=C2=A0 ocamlfind remove io-page
Rem= oving mirage-types.1.1.2.
Removing cstruct.1.1.0.
=C2= =A0 ocamlfind remove cstruct
Removing ocplib-endian.0.4.
=C2=A0 ocamlfind remove ocplib-e= ndian

=3D-=3D-=3D Installing mirage-types.0.3.0 = =3D-=3D-=3D
Building mirage-types.0.3.0:
=C2=A0 make all
=C2=A0 make install
Installing mirage-types.0.3.0.

=3D-=3D-=3D Installing ocplib-endian.0.3 =3D-=3D-=3D
<= div>default =C2=A0 =C2=A0Downloading https://opam.ocaml.org/archives/ocplib-= endian.0.3+opam.tar.gz
Building ocplib-endian.0.3:
=C2=A0 ocaml setup.ml -configure --disable-debug --prefix /home= /vagrant/.opam/system
=C2=A0 ocaml setup.ml -build
=C2=A0 ocaml setup.ml -install
I= nstalling ocplib-endian.0.3.

=3D-=3D-=3D Installin= g cstruct.1.1.0 =3D-=3D-=3D
Building cstruct.1.1.0:
=C2=A0 make
=C2=A0 make in= stall
Installing cstruct.1.1.0.

=3D-=3D-= =3D Installing mirage-clock-unix.1.0.0 =3D-=3D-=3D
Building mirage-clock-unix.1.0.0:
=C2=A0 make unix-build
=C2=A0 make unix-install
Install= ing mirage-clock-unix.1.0.0.

=3D-=3D-=3D Installin= g io-page.1.1.0 =3D-=3D-=3D
Downloading https://opam.ocaml.org/archives/io-page.1.1.0+opam.tar.gz
Building io-page.1.1.0:
=C2=A0 make
=C2=A0 mak= e install
Installing io-page.1.1.0.

=3D-=3D-=3D Install= ing shared-memory-ring.1.0.0 =3D-=3D-=3D
Building shared-memory-ring.1.0.0:
=C2=A0 make all
=C2=A0 make install
Installing shared-m= emory-ring.1.0.0.

=3D-=3D-=3D Installing mirage-un= ix.1.1.0 =3D-=3D-=3D
Building mirage-unix.1.1.0:
=C2=A0 make unix-bui= ld
=C2=A0 make unix-install PREFIX=3D/home/vagrant/.opam/system
Installing mirage-unix.1.1.0.

=3D-=3D-=3D Install= ing mirage-console-unix.0.9.9 =3D-=3D-=3D
Building mirage-console-unix.0.9.9:
=C2=A0 make unix-build
=C2=A0 make unix-install
In= stalling mirage-console-unix.0.9.9.

<= /div>


On Mon, = May 5, 2014 at 2:14 PM, Anil Madhavapeddy <anil@recoil.org> wr= ote:
This was= my fault, as I introduced an existential crisis into the Lwt package by ma= king it optionally depend on itself. =C2=A0The resulting total perspective = vortex caused the solver to decide to take no action and terminate the univ= erse.

Thomas has merged a fix, and I'll make the CI output a b= it more paranoid to these exit codes (they pass the CI atm).

-anil

On 5 May 2014, at 11:52, Ian Wilkinson= <ianw1@me.com>= wrote:

Hi Andre,

=
I had a similar e= xperience and also went the Vagrant way.

I ha= ve something working with Test Kitchen and Vagrant, and
Fabric and boto for laun= ching on AWS EC2. You can find it here...

=

=
ian
<= br>

On 5 May 2014, at 11:11, Andr=C3=A9 N=C3=A6ss <andre.naess@gmail.com> wrote:

Thanks for your quick = response. I indeed have aspcud installed.

After fiddling= around and making a mess and not getting anything to work I decided to sta= rt from scratch. Since I use vagrant that's easy. So I went through the= installation instructions step by step:

1. Installed all the build essentials. Ran into an= error here. Ran
=C2=A0 =C2=A0apt-get update and the problem reso= lved itself.
2. The add-apt-repository is not in the standard Ubu= ntu, but when
=C2=A0 =C2=A0trying to invoke it you are told to install
=C2= =A0 =C2=A0python-software-properties, so:
3. apt-get install pyth= on-software-properties=C2=A0
=C2=A0 =C2=A0add-apt-repository ppa:= avsm/ppa
=C2=A0 =C2=A0sudo apt-get update
=C2=A0 =C2=A0apt-get install ocaml opam
=C2=A0 =C2=A0 =C2=A0= =C2=A0(At this step I noticed that aspcud was installed)
4. opam= --version reports 1.1.1
5. opam init, answering yes to modify co= nfig files
6. eval `opam config env`
7. opam install mirage
The following actions will be perform= ed:
=C2=A0- install ocamlfind.1.4.0 [required by mirage]
=C2=A0- install cmdliner.0.9.4 [required by mirage]
=C2=A0- ins= tall ipaddr.2.4.0 [required by mirage]
=C2=A0- install optcomp.1.5 [required by mirage]
=C2=A0- ins= tall ounit.2.0.0 [required by mirage]
=C2=A0- install re.1.2.1 [r= equired by mirage]
=C2=A0- install ocplib-endian.0.4 [required by= mirage]
=C2=A0- install cstruct.1.1.0 [required by mirage]
=C2=A0- instal= l io-page.1.1.1 [required by mirage]
=C2=A0- install mirage-types= .1.1.2 [required by mirage]
=C2=A0- install mirage.1.1.2
=C2=A0- install lwt.2.4.5 [required by mirage]
12 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade | 0 to = remove
Do you want to continue ? [Y/n]=C2=A0
[ERROR] Ab= orting, as the following packages have a cyclic dependency:
=C2= =A0(No packages are listed, so this looks like a bug to me)




On Mon, May 5, 2014 at 10:12 AM, Anil Ma= dhavapeddy <anil@recoil.org> wrote:
On 5 May 2014, at 08:42, Andr=C3= =A9 N=C3=A6ss <andre.naess@gmail.com> wrote:

I'm going through the Hello World examples on the Mira= geOS website and on the stackv4 example I'm having some problems. It se= ems that when I run "mirage configure --unix" the mirage command = itself is uninstalled. After being very confused for a while, I accidentall= y hit CTRL-C while mirage was running because the mirage configure call was= taking a long time. Doing so revealed a whole bunch of opam commands runni= ng in the background and upon inspection I realised they were downgrading m= ost of the packages. Mirage itself is downgraded to 0.5.

Can you try to install the aspcud externa= l solver via "apt-get install aspcud". =C2=A0It should be availab= le in both versions of Ubuntu you tried. =C2=A0I promoted aspcud to a recom= mended dependency in the Debian package, but will file an Ubuntu bug to do = the same as well. =C2=A0I have an odd feeling that you already have aspcud = though, since the error below reports an inconsistent result.

Some points I= 've noted as feedback from a total newbie:
- There is no verb= ose switch on the mirage command. When it hangs for a long while I get curi= ous.

Yep, I've got a trivial local p= atch to fix this out that I'll push. =C2=A0 You can also just set the O= PAMVERBOSE environment variable as a workaround.

- opam reports mirage at version= 1.1.2, but mirage --version outputs 1.1.0.

Fixed locally too (really need to automate that in the build system= ).

- opam apparently isn't transactional, despite the mirage command = failing I'm left with an utterly broken system?

OPAM does do error recovery by going back to the orig= inal patchset, but possibly not if the external solver failure is messing u= p its notion of the universe. =C2=A0In normal use it will perform error rec= overy with the original set of packages being reinstalled.

- It doesn't s= eem like opam caches anything, I spend a lot of time waiting for downloads.= Any simple way to speed this up?

Much of this has been improved in OPAM 1.2dev, which will b= e released soon-ish. e.g.:

I get a lot of these "external solver failed with inconsistentt r= esult". Here's an example from running "opam install mirage&q= uot; after it has been uninstalled by the stackv4 example:

$ opam install mirage
[WARNING] External= solver failed with inconsistent return value. Request saved to "/home= /vagrant/.opam/log/solver-error-29875-1.cudf"
Falling back t= o the internal heuristic.
The following actions will be performed:
=C2=A0- remove tunt= ap.0.7.0
=C2=A0- remove ocplib-endian.0.3
=C2=A0- remov= e uri.1.6.0
=C2=A0- remove fieldslib.109.20.03
=C2=A0- = remove ipaddr.2.2.0
=C2=A0- remove optcomp.1.5
=C2=A0- remove re.1.2.1
=C2=A0- remove sexplib.110.01.00
=C2=A0- remove stringext.0.0.1<= /div>
=C2=A0- remove type_conv.109.53.02
=C2=A0- install cstr= uct.0.4.0 [required by mirage]
=C2=A0- install lwt.2.4.3 [required by mirage]
=C2=A0- insta= ll xenstore.1.0.0 [required by mirage]
=C2=A0- install mirage.0.5= .0
4 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade = | 10 to remove
Do you want to continue ? [Y/n]=C2=A0

N= ow, mirage 0.5 clearly isn't what I want, so I typically end up deletin= g the .opam folder and restarting from scratch. This is tedious to say the = least.

I've tried this on Ubuntu 12.04 and 14.04 (both 64 = bit).

Thanks for the useful fe= edback!

-a


______________________________= _________________
MirageOS-devel mailing list
MirageOS-devel@lists.xenproject.org
http://lists.xenproject.org/cgi-bin/mailman/li= stinfo/mirageos-devel
____________________= ___________________________
MirageOS-devel mailing list
MirageOS-devel@lists.xenproject.org
http://lists.xenproject.org/cgi-bin/mailman/listinfo/mi= rageos-devel


--f46d043c0864e4020c04f8a95c7a-- --===============5794762807913909205== 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 --===============5794762807913909205==-- From mirageos-devel-bounces@lists.xenproject.org Mon May 05 16:31:42 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 05 May 2014 16:31: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 1WhLno-0003eu-MX; Mon, 05 May 2014 16:31:40 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WhLnl-0003en-NP for mirageos-devel@lists.xenproject.org; Mon, 05 May 2014 16:31:38 +0000 Received: from [85.158.137.68:35800] by server-13.bemta-3.messagelabs.com id 90/88-18692-8ECB7635; Mon, 05 May 2014 16:31:36 +0000 X-Env-Sender: ianw1@me.com X-Msg-Ref: server-4.tower-31.messagelabs.com!1399307492!1917074!1 X-Originating-IP: [17.158.42.247] X-SpamReason: No, hits=1.3 required=7.0 tests=BODY_RANDOM_LONG, HTML_40_50,HTML_MESSAGE,MIME_QP_LONG_LINE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11978 invoked from network); 5 May 2014 16:31:33 -0000 Received: from nk11p07mm-asmtp002.mac.com (HELO nk11p07mm-asmtp002.mac.com) (17.158.42.247) by server-4.tower-31.messagelabs.com with SMTP; 5 May 2014 16:31:33 -0000 MIME-version: 1.0 Received: from [10.0.1.6] (host86-166-66-74.range86-166.btcentralplus.com [86.166.66.74]) by nk11p07mm-asmtp002.mac.com (Oracle Communications Messaging Server 7u4-27.08(7.0.4.27.7) 64bit (built Aug 22 2013)) with ESMTPSA id <0N54007OW0K3O020@nk11p07mm-asmtp002.mac.com> for mirageos-devel@lists.xenproject.org; Mon, 05 May 2014 16:31:22 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.96,1.0.14,0.0.0000 definitions=2014-05-05_02:2014-05-05, 2014-05-05, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1402240000 definitions=main-1405050262 References: <53242E73-6AD5-4CDD-8F6C-EC8F2FDD0D28@recoil.org> <8115D7D9-B3EA-4957-9249-AE3BFE3FFB83@me.com> <264C3D63-DEA4-4718-84BA-3AD7A6D1272C@recoil.org> In-reply-to: Message-id: <149885EE-EA18-4055-8DFB-C93EEDFC96EB@me.com> X-Mailer: iPad Mail (11D201) From: Ian Wilkinson Date: Mon, 05 May 2014 17:31:15 +0100 To: =?utf-8?Q?Andr=C3=A9_N=C3=A6ss?= Cc: "mirageos-devel@lists.xenproject.org" , Anil Madhavapeddy Subject: Re: [MirageOS-devel] Struggling a bit with the Hello World applications X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============4679155253229037963==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============4679155253229037963== Content-type: multipart/alternative; boundary="Boundary_(ID_stbrjljImGkotEUk3tJWwA)" --Boundary_(ID_stbrjljImGkotEUk3tJWwA) Content-type: text/plain; charset=utf-8 Content-transfer-encoding: quoted-printable You could clone the opam repo and have this as your default as described in "You want more control over the public repository" on... http://opam.ocaml.org/doc/Advanced_Usage.html and possibly pin packages as needed. Mindy has an example of this on her http://somerandomidiot.com blog. ian > On 5 May 2014, at 17:09, Andr=C3=A9 N=C3=A6ss wrot= e: >=20 > I just made two new attempts. I first tried on Ubuntu 14.04 and then on 12= .04. Both failed, but for different reasons.=20 >=20 > I have to admit that I'm getting a bit frustrated now. It seems that chang= es are pulled down immediately making the environment very unstable. Is ther= e some kind of mechanism for ensuring that I get a stable repeatable environ= ment where I control when I want to try to upgrade the various packages (pro= vided I can get it to work)? >=20 > Below is what happened: >=20 > On 14.04 I got this while running opam init: >=20 > ERROR] The compilation of base-bigarray.base failed. > [ERROR] The compilation of base-threads.base failed. > [ERROR] The compilation of base-unix.base failed. >=20 > =3D=3D=3D=3D=3D ERROR while installing base-bigarray.base =3D=3D=3D=3D=3D > Internal error: > Sys_error("rm -rf /home/vagrant/.opam/system/lib/base-bigarray: Cannot a= llocate memory") >=20 > =3D=3D=3D=3D=3D ERROR while installing base-threads.base =3D=3D=3D=3D=3D > Internal error: > Sys_error("rm -rf /home/vagrant/.opam/system/lib/base-threads: Cannot al= locate memory") >=20 > =3D=3D=3D=3D=3D ERROR while installing base-unix.base =3D=3D=3D=3D=3D > Internal error: > Sys_error("rm -rf /home/vagrant/.opam/system/lib/base-unix: Cannot alloc= ate memory") >=20 > I then went back to the 12.04 install. This time I got everything up and r= unning and tried to compile the console example. It took a very long time, b= ut it built. Unfortunately it also uninstalled mirage. Here's the log: >=20 > vagrant@precise64:/vagrant/mirage-skeleton/console$ cat log=20 > Falling back to the internal heuristic. > The following actions will be performed: > - remove mirage.1.1.2 > - remove base-bigarray.base > - remove cmdliner.0.9.4 [required by mirage] > - remove ipaddr.2.4.0 [required by mirage] > - remove re.1.2.1 [required by mirage] > - downgrade mirage-types.1.1.2 to 0.3.0 [required by mirage-console-unix]= > - downgrade ocplib-endian.0.4 to 0.3 [required by mirage-console-unix] > - install mirage-clock-unix.1.0.0 [required by mirage-console-unix] > - recompile cstruct.1.1.0 [use ocplib-endian] > - downgrade io-page.1.1.1 to 1.1.0 [required by mirage-console-unix] > - install shared-memory-ring.1.0.0 [required by mirage-console-unix] > - install mirage-unix.1.1.0 [required by mirage-console-unix] > - install mirage-console-unix.0.9.9 > 4 to install | 1 to reinstall | 0 to upgrade | 3 to downgrade | 5 to remov= e >=20 > =3D-=3D-=3D Removing Packages =3D-=3D-=3D > Removing mirage.1.1.2. > rm -f /home/vagrant/.opam/system/bin/mirage > ocamlfind remove mirage > Removing base-bigarray.base. > Removing cmdliner.0.9.4. > Removing ipaddr.2.4.0. > ocamlfind remove ipaddr > Removing re.1.2.1. > ocamlfind remove re > Removing io-page.1.1.1. > ocamlfind remove io-page > Removing mirage-types.1.1.2. > Removing cstruct.1.1.0. > ocamlfind remove cstruct > Removing ocplib-endian.0.4. > ocamlfind remove ocplib-endian >=20 > =3D-=3D-=3D Installing mirage-types.0.3.0 =3D-=3D-=3D > default Downloading https://opam.ocaml.org/archives/mirage-types.0.3.0+= opam.tar.gz > Downloading https://opam.ocaml.org/archives/mirage-types.0.3.0+opam.tar.gz= > Building mirage-types.0.3.0: > make all > make install > Installing mirage-types.0.3.0. >=20 > =3D-=3D-=3D Installing ocplib-endian.0.3 =3D-=3D-=3D > default Downloading https://opam.ocaml.org/archives/ocplib-endian.0.3+o= pam.tar.gz > Downloading https://opam.ocaml.org/archives/ocplib-endian.0.3+opam.tar.gz > Building ocplib-endian.0.3: > ocaml setup.ml -configure --disable-debug --prefix /home/vagrant/.opam/s= ystem > ocaml setup.ml -build > ocaml setup.ml -install > Installing ocplib-endian.0.3. >=20 > =3D-=3D-=3D Installing cstruct.1.1.0 =3D-=3D-=3D > Building cstruct.1.1.0: > make > make install > Installing cstruct.1.1.0. >=20 > =3D-=3D-=3D Installing mirage-clock-unix.1.0.0 =3D-=3D-=3D > default Downloading https://opam.ocaml.org/archives/mirage-clock-unix.1= .0.0+opam.tar.gz > Downloading https://opam.ocaml.org/archives/mirage-clock-unix.1.0.0+opam.t= ar.gz > Building mirage-clock-unix.1.0.0: > make unix-build > make unix-install > Installing mirage-clock-unix.1.0.0. >=20 > =3D-=3D-=3D Installing io-page.1.1.0 =3D-=3D-=3D > default Downloading https://opam.ocaml.org/archives/io-page.1.1.0+opam.= tar.gz > Downloading https://opam.ocaml.org/archives/io-page.1.1.0+opam.tar.gz > Building io-page.1.1.0: > make > make install > Installing io-page.1.1.0. >=20 > =3D-=3D-=3D Installing shared-memory-ring.1.0.0 =3D-=3D-=3D > default Downloading https://opam.ocaml.org/archives/shared-memory-ring.= 1.0.0+opam.tar.gz > Downloading https://opam.ocaml.org/archives/shared-memory-ring.1.0.0+opam.= tar.gz > Building shared-memory-ring.1.0.0: > make all > make install > Installing shared-memory-ring.1.0.0. >=20 > =3D-=3D-=3D Installing mirage-unix.1.1.0 =3D-=3D-=3D > default Downloading https://opam.ocaml.org/archives/mirage-unix.1.1.0+o= pam.tar.gz > Downloading https://opam.ocaml.org/archives/mirage-unix.1.1.0+opam.tar.gz > Building mirage-unix.1.1.0: > make unix-build > make unix-install PREFIX=3D/home/vagrant/.opam/system > Installing mirage-unix.1.1.0. >=20 > =3D-=3D-=3D Installing mirage-console-unix.0.9.9 =3D-=3D-=3D > default Downloading https://opam.ocaml.org/archives/mirage-console-unix= .0.9.9+opam.tar.gz > Downloading https://opam.ocaml.org/archives/mirage-console-unix.0.9.9+opam= .tar.gz > Building mirage-console-unix.0.9.9: > make unix-build > make unix-install > Installing mirage-console-unix.0.9.9. >=20 >=20 >=20 >> On Mon, May 5, 2014 at 2:14 PM, Anil Madhavapeddy wrote= : >> This was my fault, as I introduced an existential crisis into the Lwt pac= kage by making it optionally depend on itself. The resulting total perspect= ive vortex caused the solver to decide to take no action and terminate the u= niverse. >>=20 >> Thomas has merged a fix, and I'll make the CI output a bit more paranoid t= o these exit codes (they pass the CI atm). >>=20 >> -anil >>=20 >>> On 5 May 2014, at 11:52, Ian Wilkinson wrote: >>>=20 >>> Hi Andre, >>>=20 >>> I had a similar experience and also went the Vagrant way. >>>=20 >>> I have something working with Test Kitchen and Vagrant, and >>> Fabric and boto for launching on AWS EC2. You can find it here... >>>=20 >>> https://github.com/iw/mirage-jekyll >>>=20 >>> ian >>>=20 >>>=20 >>>> On 5 May 2014, at 11:11, Andr=C3=A9 N=C3=A6ss w= rote: >>>>=20 >>>> Thanks for your quick response. I indeed have aspcud installed. >>>>=20 >>>> After fiddling around and making a mess and not getting anything to wor= k I decided to start from scratch. Since I use vagrant that's easy. So I wen= t through the installation instructions step by step: >>>>=20 >>>> 1. Installed all the build essentials. Ran into an error here. Ran >>>> apt-get update and the problem resolved itself. >>>> 2. The add-apt-repository is not in the standard Ubuntu, but when >>>> trying to invoke it you are told to install >>>> python-software-properties, so: >>>> 3. apt-get install python-software-properties=20 >>>> add-apt-repository ppa:avsm/ppa >>>> sudo apt-get update >>>> apt-get install ocaml opam >>>> (At this step I noticed that aspcud was installed) >>>> 4. opam --version reports 1.1.1 >>>> 5. opam init, answering yes to modify config files >>>> 6. eval `opam config env` >>>> 7. opam install mirage >>>> The following actions will be performed: >>>> - install ocamlfind.1.4.0 [required by mirage] >>>> - install cmdliner.0.9.4 [required by mirage] >>>> - install ipaddr.2.4.0 [required by mirage] >>>> - install optcomp.1.5 [required by mirage] >>>> - install ounit.2.0.0 [required by mirage] >>>> - install re.1.2.1 [required by mirage] >>>> - install ocplib-endian.0.4 [required by mirage] >>>> - install cstruct.1.1.0 [required by mirage] >>>> - install io-page.1.1.1 [required by mirage] >>>> - install mirage-types.1.1.2 [required by mirage] >>>> - install mirage.1.1.2 >>>> - install lwt.2.4.5 [required by mirage] >>>> 12 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade | 0 to r= emove >>>> Do you want to continue ? [Y/n]=20 >>>> [ERROR] Aborting, as the following packages have a cyclic dependency: >>>> (No packages are listed, so this looks like a bug to me) >>>>=20 >>>> Oddly enough this worked fine yesterday, so I have no idea what has cha= nged. >>>>=20 >>>> I have a Mac, but I figured I might get better results using a linux VM= especially due to the tuntap and Xen requirements, and the fact that homebr= ew failed with a clink error when trying to install ocaml. >>>>=20 >>>> Perhaps a different Linux would be preferable? Since I'm just using it a= s a compilation station I don't really care what distro it is. What is the m= irage team using, Debian? >>>>=20 >>>>=20 >>>>> On Mon, May 5, 2014 at 10:12 AM, Anil Madhavapeddy w= rote: >>>>>> On 5 May 2014, at 08:42, Andr=C3=A9 N=C3=A6ss = wrote: >>>>>>=20 >>>>>> I'm going through the Hello World examples on the MirageOS website an= d on the stackv4 example I'm having some problems. It seems that when I run "= mirage configure --unix" the mirage command itself is uninstalled. After bei= ng very confused for a while, I accidentally hit CTRL-C while mirage was run= ning because the mirage configure call was taking a long time. Doing so reve= aled a whole bunch of opam commands running in the background and upon inspe= ction I realised they were downgrading most of the packages. Mirage itself i= s downgraded to 0.5. >>>>>=20 >>>>> Can you try to install the aspcud external solver via "apt-get install= aspcud". It should be available in both versions of Ubuntu you tried. I p= romoted aspcud to a recommended dependency in the Debian package, but will f= ile an Ubuntu bug to do the same as well. I have an odd feeling that you al= ready have aspcud though, since the error below reports an inconsistent resu= lt. >>>>>=20 >>>>>> Some points I've noted as feedback from a total newbie: >>>>>> - There is no verbose switch on the mirage command. When it hangs for= a long while I get curious. >>>>>=20 >>>>> Yep, I've got a trivial local patch to fix this out that I'll push. Y= ou can also just set the OPAMVERBOSE environment variable as a workaround. >>>>>=20 >>>>>> - opam reports mirage at version 1.1.2, but mirage --version outputs 1= .1.0. >>>>>=20 >>>>> Fixed locally too (really need to automate that in the build system). >>>>>=20 >>>>>> - opam apparently isn't transactional, despite the mirage command fai= ling I'm left with an utterly broken system? >>>>>=20 >>>>> OPAM does do error recovery by going back to the original patchset, bu= t possibly not if the external solver failure is messing up its notion of th= e universe. In normal use it will perform error recovery with the original s= et of packages being reinstalled. >>>>>=20 >>>>>> - It doesn't seem like opam caches anything, I spend a lot of time wa= iting for downloads. Any simple way to speed this up? >>>>>=20 >>>>> Much of this has been improved in OPAM 1.2dev, which will be released s= oon-ish. e.g.: >>>>> https://github.com/ocaml/opam/issues/1154 >>>>> https://github.com/ocaml/opam/issues/1156 >>>>>=20 >>>>>> I get a lot of these "external solver failed with inconsistentt resul= t". Here's an example from running "opam install mirage" after it has been u= ninstalled by the stackv4 example: >>>>>>=20 >>>>>> $ opam install mirage >>>>>> [WARNING] External solver failed with inconsistent return value. Requ= est saved to "/home/vagrant/.opam/log/solver-error-29875-1.cudf" >>>>>> Falling back to the internal heuristic. >>>>>> The following actions will be performed: >>>>>> - remove tuntap.0.7.0 >>>>>> - remove ocplib-endian.0.3 >>>>>> - remove uri.1.6.0 >>>>>> - remove fieldslib.109.20.03 >>>>>> - remove ipaddr.2.2.0 >>>>>> - remove optcomp.1.5 >>>>>> - remove re.1.2.1 >>>>>> - remove sexplib.110.01.00 >>>>>> - remove stringext.0.0.1 >>>>>> - remove type_conv.109.53.02 >>>>>> - install cstruct.0.4.0 [required by mirage] >>>>>> - install lwt.2.4.3 [required by mirage] >>>>>> - install xenstore.1.0.0 [required by mirage] >>>>>> - install mirage.0.5.0 >>>>>> 4 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade | 10 to= remove >>>>>> Do you want to continue ? [Y/n]=20 >>>>>>=20 >>>>>> Now, mirage 0.5 clearly isn't what I want, so I typically end up dele= ting the .opam folder and restarting from scratch. This is tedious to say th= e least. >>>>>>=20 >>>>>> I've tried this on Ubuntu 12.04 and 14.04 (both 64 bit). >>>>>=20 >>>>> Thanks for the useful feedback! >>>>>=20 >>>>> -a >>>>>=20 >>>>=20 >>>> _______________________________________________ >>>> 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 >>=20 >=20 --Boundary_(ID_stbrjljImGkotEUk3tJWwA) Content-type: text/html; charset=utf-8 Content-transfer-encoding: quoted-printable
You could clone the opam repo and have this as your
default as described in "You want more contr= ol over the
public repos= itory" on...

<= div>http://opam.ocaml.org/doc/Advanced_Usage.h= tml
and possi= bly pin packages as needed.

Mindy has an example of this on her http://somerandomidiot.com
blog.

ian


On 5 May 2014, at 17:09, Andr=C3=A9 N=C3=A6ss <andre.naess@gmail.com> wrote:

I just made two new attempts. I first tried on Ubuntu 14.04 and t= hen on 12.04. Both failed, but for different reasons. 

I have to admit that I'm getting a bit frustrated now. It seems that chan= ges are pulled down immediately making the environment very unstable. Is the= re some kind of mechanism for ensuring that I get a stable repeatable enviro= nment where I control when I want to try to upgrade the various packages (pr= ovided I can get it to work)?

Below is what happened:

On 14.0= 4 I got this while running opam init:

ERROR] Th= e compilation of base-bigarray.base failed.
[ERROR] The compilatio= n of base-threads.base failed.
[ERROR] The compilation of base-unix.base failed.

<= div>=3D=3D=3D=3D=3D ERROR while installing base-bigarray.base =3D=3D=3D=3D=3D=
Internal error:
  Sys_error("rm -rf /home/vagrant/= .opam/system/lib/base-bigarray: Cannot allocate memory")

=3D=3D=3D=3D=3D ERROR while installing base-threads.base= =3D=3D=3D=3D=3D
Internal error:
  Sys_error("rm -r= f /home/vagrant/.opam/system/lib/base-threads: Cannot allocate memory")

=3D=3D=3D=3D=3D ERROR while installing base-unix.base =3D=3D=3D=3D= =3D
Internal error:
  Sys_error("rm -rf /home/vagra= nt/.opam/system/lib/base-unix: Cannot allocate memory")

=
I then went back to the 12.04 install. This time I got everything up and run= ning and tried to compile the console example. It took a very long time, but= it built. Unfortunately it also uninstalled mirage. Here's the log:

vagrant@precise64:/vagrant/mirage-skeleton/console$= cat log 
Falling back to the internal heuristic.
T= he following actions will be performed:
 - remove mirage.1.1.= 2
 - remove base-bigarray.base
 - remove cmdliner.0.9= .4 [required by mirage]
 - remove ipaddr.2.4.0 [required by m= irage]
 - remove re.1.2.1 [required by mirage]
&nbs= p;- downgrade mirage-types.1.1.2 to 0.3.0 [required by mirage-console-unix]<= /div>
 - downgrade ocplib-endian.0.4 to 0.3 [required by mirage-console-= unix]
 - install mirage-clock-unix.1.0.0 [required by mirage-= console-unix]
 - recompile cstruct.1.1.0 [use ocplib-endian]<= /div>
 - downgrade io-page.1.1.1 to 1.1.0 [required by mirage-console-unix]
 - install shared-memory-ring.1.0.0 [required by mirage-consol= e-unix]
 - install mirage-unix.1.1.0 [required by mirage-cons= ole-unix]
 - install mirage-console-unix.0.9.9
4 to install | 1 to= reinstall | 0 to upgrade | 3 to downgrade | 5 to remove

=3D-=3D-=3D Removing Packages =3D-=3D-=3D
Removing mirage.1.= 1.2.
  rm -f /home/vagrant/.opam/system/bin/mirage
  oca= mlfind remove mirage
Removing base-bigarray.base.
Removi= ng cmdliner.0.9.4.
Removing ipaddr.2.4.0.
  ocamlfi= nd remove ipaddr
Removing re.1.2.1.
  ocamlfind remove re
Remov= ing io-page.1.1.1.
  ocamlfind remove io-page
Remov= ing mirage-types.1.1.2.
Removing cstruct.1.1.0.
  o= camlfind remove cstruct
Removing ocplib-endian.0.4.
  ocamlfind remove ocplib-en= dian

=3D-=3D-=3D Installing mirage-types.0.3.0 =3D-= =3D-=3D
Building mirage-types.0.3.0:
  make all
  make install
Installing mirage-types.0.3.0.
=
=3D-=3D-=3D Installing ocplib-endian.0.3 =3D-=3D-=3D
default    Downloading https://opam.ocaml.org/archives/ocplib-endi= an.0.3+opam.tar.gz
Building ocplib-endian.0.3:
  ocaml setup.ml -configure --disable-debug --prefix /home/vag= rant/.opam/system
  ocaml setup.ml -build
=   ocaml setup.ml -install
Ins= talling ocplib-endian.0.3.

=3D-=3D-=3D Installing c= struct.1.1.0 =3D-=3D-=3D
Building cstruct.1.1.0:
  make
  make ins= tall
Installing cstruct.1.1.0.

=3D-=3D-=3D= Installing mirage-clock-unix.1.0.0 =3D-=3D-=3D
Building mirage-clock-unix.1.0.0:
  make unix-build
  make unix-install
Installi= ng mirage-clock-unix.1.0.0.

=3D-=3D-=3D Installing i= o-page.1.1.0 =3D-=3D-=3D
Downloading https://opam.ocaml.org/archives/io-page.1.1.0+opam.tar.gz
Building io-page.1.1.0:
  make
  make i= nstall
Installing io-page.1.1.0.

=3D-=3D-=3D Installi= ng shared-memory-ring.1.0.0 =3D-=3D-=3D
Building shared-memory-ring.1.0.0:
  make all
  make install
Installing shared-me= mory-ring.1.0.0.

=3D-=3D-=3D Installing mirage-unix= .1.1.0 =3D-=3D-=3D
Building mirage-unix.1.1.0:
  make unix-build<= /div>
  make unix-install PREFIX=3D/home/vagrant/.opam/system
= Installing mirage-unix.1.1.0.

=3D-=3D-=3D Installin= g mirage-console-unix.0.9.9 =3D-=3D-=3D
Building mirage-console-unix.0.9.9:
  make unix-build
  make unix-install
Ins= talling mirage-console-unix.0.9.9.



On Mon, May= 5, 2014 at 2:14 PM, Anil Madhavapeddy <anil@recoil.org> wrote:<= br>
This was m= y fault, as I introduced an existential crisis into the Lwt package by makin= g it optionally depend on itself.  The resulting total perspective vort= ex caused the solver to decide to take no action and terminate the universe.=

Thomas has merged a fix, and I'll make the CI output a bit mo= re paranoid to these exit codes (they pass the CI atm).

-anil

On 5 May 2014, at 11:52, Ian Wilkinson &= lt;ianw1@me.com> wr= ote:

Hi Andre,

<= div>I had a similar exp= erience and also went the Vagrant way.

I hav= e something working with Test Kitchen and Vagrant, and
Fabric and boto for launchi= ng on AWS EC2. You can find it here...

<= div>https://github.com/iw/mirage-= jekyll

<= div>ian

On 5 May 2014, at 11:11, Andr=C3=A9 N=C3=A6ss <andre.naess@gmail.com&g= t; wrote:

Thanks for your quick r= esponse. I indeed have aspcud installed.

After fiddling a= round and making a mess and not getting anything to work I decided to start f= rom scratch. Since I use vagrant that's easy. So I went through the installa= tion instructions step by step:

1. Installed all the build essentials. Ran into an e= rror here. Ran
   apt-get update and the problem resolve= d itself.
2. The add-apt-repository is not in the standard Ubuntu,= but when
   trying to invoke it you are told to install
&nbs= p;  python-software-properties, so:
3. apt-get install python= -software-properties 
   add-apt-repository ppa:avs= m/ppa
   sudo apt-get update
   apt-get install ocaml opam
      &= nbsp;(At this step I noticed that aspcud was installed)
4. opam --= version reports 1.1.1
5. opam init, answering yes to modify config= files
6. eval `opam config env`
7. opam install mirage
The following actions will be performe= d:
 - install ocamlfind.1.4.0 [required by mirage]
=  - install cmdliner.0.9.4 [required by mirage]
 - instal= l ipaddr.2.4.0 [required by mirage]
 - install optcomp.1.5 [required by mirage]
 - inst= all ounit.2.0.0 [required by mirage]
 - install re.1.2.1 [req= uired by mirage]
 - install ocplib-endian.0.4 [required by mi= rage]
 - install cstruct.1.1.0 [required by mirage]
 - install= io-page.1.1.1 [required by mirage]
 - install mirage-types.1= .1.2 [required by mirage]
 - install mirage.1.1.2
&= nbsp;- install lwt.2.4.5 [required by mirage]
12 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade | 0 to r= emove
Do you want to continue ? [Y/n] 
[ERROR] Abor= ting, as the following packages have a cyclic dependency:
 (N= o packages are listed, so this looks like a bug to me)

Oddly enough this worked fine yesterday, so I have= no idea what has changed.

I have a Mac, but I= figured I might get better results using a linux VM especially due to the t= untap and Xen requirements, and the fact that homebrew failed with a clink e= rror when trying to install ocaml.

Perhaps a different Linux would be preferable? Since I'm= just using it as a compilation station I don't really care what distro it i= s. What is the mirage team using, Debian?


On Mon, May 5, 2014 at 10:12 AM, Anil Mad= havapeddy <anil@recoil.org> wrote:
On 5 May 2014, at 08:42, Andr=C3=A9= N=C3=A6ss <an= dre.naess@gmail.com> wrote:

I'm going through the Hello World examples on the MirageOS w= ebsite and on the stackv4 example I'm having some problems. It seems that wh= en I run "mirage configure --unix" the mirage command itself is uninstalled.= After being very confused for a while, I accidentally hit CTRL-C while mira= ge was running because the mirage configure call was taking a long time. Doi= ng so revealed a whole bunch of opam commands running in the background and u= pon inspection I realised they were downgrading most of the packages. Mirage= itself is downgraded to 0.5.

Can you try to install the aspcud external= solver via "apt-get install aspcud".  It should be available in both v= ersions of Ubuntu you tried.  I promoted aspcud to a recommended depend= ency in the Debian package, but will file an Ubuntu bug to do the same as we= ll.  I have an odd feeling that you already have aspcud though, since t= he error below reports an inconsistent result.

Some points I'= ve noted as feedback from a total newbie:
- There is no verbose sw= itch on the mirage command. When it hangs for a long while I get curious.

Yep, I've got a trivial local patch t= o fix this out that I'll push.   You can also just set the OPAMVERBOSE e= nvironment variable as a workaround.

- opam reports mirage at version 1= .1.2, but mirage --version outputs 1.1.0.

<= /div>Fixed locally too (really need to automate that in the build system).

- opam apparently isn't transactional, despite the mirage command faili= ng I'm left with an utterly broken system?

=
OPAM does do error recovery by going back to the original patchs= et, but possibly not if the external solver failure is messing up its notion= of the universe.  In normal use it will perform error recovery with th= e original set of packages being reinstalled.

- It doesn't seem l= ike opam caches anything, I spend a lot of time waiting for downloads. Any s= imple way to speed this up?

Much of this has been improved in OPAM 1.2dev, which will be= released soon-ish. e.g.:

I get a lot of these "external solver failed with inconsistentt result"= . Here's an example from running "opam install mirage" after it has been uni= nstalled by the stackv4 example:

$ opam install mirage
[WARNING] External s= olver failed with inconsistent return value. Request saved to "/home/vagrant= /.opam/log/solver-error-29875-1.cudf"
Falling back to the internal= heuristic.
The following actions will be performed:
 - remove tunta= p.0.7.0
 - remove ocplib-endian.0.3
 - remove u= ri.1.6.0
 - remove fieldslib.109.20.03
 - remo= ve ipaddr.2.2.0
 - remove optcomp.1.5
 - remove re.1.2.1
=  - remove sexplib.110.01.00
 - remove stringext.0.0.1
 - remove type_conv.109.53.02
 - install cstruct= .0.4.0 [required by mirage]
 - install lwt.2.4.3 [required by mirage]
 - instal= l xenstore.1.0.0 [required by mirage]
 - install mirage.0.5.0=
4 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade | 1= 0 to remove
Do you want to continue ? [Y/n] 

No= w, mirage 0.5 clearly isn't what I want, so I typically end up deleting the .= opam folder and restarting from scratch. This is tedious to say the least.

I've tried this on Ubuntu 12.04 and 14.04 (both 64 bit).=

Thanks for the useful feedback= !

-a


_______________________________= ________________
MirageOS-devel mailing list
Mi= rageOS-devel@lists.xenproject.org
http://lists.xenproject.org/cgi-bin/mailman/list= info/mirageos-devel
_______________________= ________________________
MirageOS-devel mailing list
MirageOS-devel@lists.xenproject.org
http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirage= os-devel


= = --Boundary_(ID_stbrjljImGkotEUk3tJWwA)-- --===============4679155253229037963== 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 --===============4679155253229037963==-- From mirageos-devel-bounces@lists.xenproject.org Mon May 05 16:31:42 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 05 May 2014 16:31: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 1WhLno-0003eu-MX; Mon, 05 May 2014 16:31:40 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WhLnl-0003en-NP for mirageos-devel@lists.xenproject.org; Mon, 05 May 2014 16:31:38 +0000 Received: from [85.158.137.68:35800] by server-13.bemta-3.messagelabs.com id 90/88-18692-8ECB7635; Mon, 05 May 2014 16:31:36 +0000 X-Env-Sender: ianw1@me.com X-Msg-Ref: server-4.tower-31.messagelabs.com!1399307492!1917074!1 X-Originating-IP: [17.158.42.247] X-SpamReason: No, hits=1.3 required=7.0 tests=BODY_RANDOM_LONG, HTML_40_50,HTML_MESSAGE,MIME_QP_LONG_LINE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11978 invoked from network); 5 May 2014 16:31:33 -0000 Received: from nk11p07mm-asmtp002.mac.com (HELO nk11p07mm-asmtp002.mac.com) (17.158.42.247) by server-4.tower-31.messagelabs.com with SMTP; 5 May 2014 16:31:33 -0000 MIME-version: 1.0 Received: from [10.0.1.6] (host86-166-66-74.range86-166.btcentralplus.com [86.166.66.74]) by nk11p07mm-asmtp002.mac.com (Oracle Communications Messaging Server 7u4-27.08(7.0.4.27.7) 64bit (built Aug 22 2013)) with ESMTPSA id <0N54007OW0K3O020@nk11p07mm-asmtp002.mac.com> for mirageos-devel@lists.xenproject.org; Mon, 05 May 2014 16:31:22 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.96,1.0.14,0.0.0000 definitions=2014-05-05_02:2014-05-05, 2014-05-05, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1402240000 definitions=main-1405050262 References: <53242E73-6AD5-4CDD-8F6C-EC8F2FDD0D28@recoil.org> <8115D7D9-B3EA-4957-9249-AE3BFE3FFB83@me.com> <264C3D63-DEA4-4718-84BA-3AD7A6D1272C@recoil.org> In-reply-to: Message-id: <149885EE-EA18-4055-8DFB-C93EEDFC96EB@me.com> X-Mailer: iPad Mail (11D201) From: Ian Wilkinson Date: Mon, 05 May 2014 17:31:15 +0100 To: =?utf-8?Q?Andr=C3=A9_N=C3=A6ss?= Cc: "mirageos-devel@lists.xenproject.org" , Anil Madhavapeddy Subject: Re: [MirageOS-devel] Struggling a bit with the Hello World applications X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============4679155253229037963==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============4679155253229037963== Content-type: multipart/alternative; boundary="Boundary_(ID_stbrjljImGkotEUk3tJWwA)" --Boundary_(ID_stbrjljImGkotEUk3tJWwA) Content-type: text/plain; charset=utf-8 Content-transfer-encoding: quoted-printable You could clone the opam repo and have this as your default as described in "You want more control over the public repository" on... http://opam.ocaml.org/doc/Advanced_Usage.html and possibly pin packages as needed. Mindy has an example of this on her http://somerandomidiot.com blog. ian > On 5 May 2014, at 17:09, Andr=C3=A9 N=C3=A6ss wrot= e: >=20 > I just made two new attempts. I first tried on Ubuntu 14.04 and then on 12= .04. Both failed, but for different reasons.=20 >=20 > I have to admit that I'm getting a bit frustrated now. It seems that chang= es are pulled down immediately making the environment very unstable. Is ther= e some kind of mechanism for ensuring that I get a stable repeatable environ= ment where I control when I want to try to upgrade the various packages (pro= vided I can get it to work)? >=20 > Below is what happened: >=20 > On 14.04 I got this while running opam init: >=20 > ERROR] The compilation of base-bigarray.base failed. > [ERROR] The compilation of base-threads.base failed. > [ERROR] The compilation of base-unix.base failed. >=20 > =3D=3D=3D=3D=3D ERROR while installing base-bigarray.base =3D=3D=3D=3D=3D > Internal error: > Sys_error("rm -rf /home/vagrant/.opam/system/lib/base-bigarray: Cannot a= llocate memory") >=20 > =3D=3D=3D=3D=3D ERROR while installing base-threads.base =3D=3D=3D=3D=3D > Internal error: > Sys_error("rm -rf /home/vagrant/.opam/system/lib/base-threads: Cannot al= locate memory") >=20 > =3D=3D=3D=3D=3D ERROR while installing base-unix.base =3D=3D=3D=3D=3D > Internal error: > Sys_error("rm -rf /home/vagrant/.opam/system/lib/base-unix: Cannot alloc= ate memory") >=20 > I then went back to the 12.04 install. This time I got everything up and r= unning and tried to compile the console example. It took a very long time, b= ut it built. Unfortunately it also uninstalled mirage. Here's the log: >=20 > vagrant@precise64:/vagrant/mirage-skeleton/console$ cat log=20 > Falling back to the internal heuristic. > The following actions will be performed: > - remove mirage.1.1.2 > - remove base-bigarray.base > - remove cmdliner.0.9.4 [required by mirage] > - remove ipaddr.2.4.0 [required by mirage] > - remove re.1.2.1 [required by mirage] > - downgrade mirage-types.1.1.2 to 0.3.0 [required by mirage-console-unix]= > - downgrade ocplib-endian.0.4 to 0.3 [required by mirage-console-unix] > - install mirage-clock-unix.1.0.0 [required by mirage-console-unix] > - recompile cstruct.1.1.0 [use ocplib-endian] > - downgrade io-page.1.1.1 to 1.1.0 [required by mirage-console-unix] > - install shared-memory-ring.1.0.0 [required by mirage-console-unix] > - install mirage-unix.1.1.0 [required by mirage-console-unix] > - install mirage-console-unix.0.9.9 > 4 to install | 1 to reinstall | 0 to upgrade | 3 to downgrade | 5 to remov= e >=20 > =3D-=3D-=3D Removing Packages =3D-=3D-=3D > Removing mirage.1.1.2. > rm -f /home/vagrant/.opam/system/bin/mirage > ocamlfind remove mirage > Removing base-bigarray.base. > Removing cmdliner.0.9.4. > Removing ipaddr.2.4.0. > ocamlfind remove ipaddr > Removing re.1.2.1. > ocamlfind remove re > Removing io-page.1.1.1. > ocamlfind remove io-page > Removing mirage-types.1.1.2. > Removing cstruct.1.1.0. > ocamlfind remove cstruct > Removing ocplib-endian.0.4. > ocamlfind remove ocplib-endian >=20 > =3D-=3D-=3D Installing mirage-types.0.3.0 =3D-=3D-=3D > default Downloading https://opam.ocaml.org/archives/mirage-types.0.3.0+= opam.tar.gz > Downloading https://opam.ocaml.org/archives/mirage-types.0.3.0+opam.tar.gz= > Building mirage-types.0.3.0: > make all > make install > Installing mirage-types.0.3.0. >=20 > =3D-=3D-=3D Installing ocplib-endian.0.3 =3D-=3D-=3D > default Downloading https://opam.ocaml.org/archives/ocplib-endian.0.3+o= pam.tar.gz > Downloading https://opam.ocaml.org/archives/ocplib-endian.0.3+opam.tar.gz > Building ocplib-endian.0.3: > ocaml setup.ml -configure --disable-debug --prefix /home/vagrant/.opam/s= ystem > ocaml setup.ml -build > ocaml setup.ml -install > Installing ocplib-endian.0.3. >=20 > =3D-=3D-=3D Installing cstruct.1.1.0 =3D-=3D-=3D > Building cstruct.1.1.0: > make > make install > Installing cstruct.1.1.0. >=20 > =3D-=3D-=3D Installing mirage-clock-unix.1.0.0 =3D-=3D-=3D > default Downloading https://opam.ocaml.org/archives/mirage-clock-unix.1= .0.0+opam.tar.gz > Downloading https://opam.ocaml.org/archives/mirage-clock-unix.1.0.0+opam.t= ar.gz > Building mirage-clock-unix.1.0.0: > make unix-build > make unix-install > Installing mirage-clock-unix.1.0.0. >=20 > =3D-=3D-=3D Installing io-page.1.1.0 =3D-=3D-=3D > default Downloading https://opam.ocaml.org/archives/io-page.1.1.0+opam.= tar.gz > Downloading https://opam.ocaml.org/archives/io-page.1.1.0+opam.tar.gz > Building io-page.1.1.0: > make > make install > Installing io-page.1.1.0. >=20 > =3D-=3D-=3D Installing shared-memory-ring.1.0.0 =3D-=3D-=3D > default Downloading https://opam.ocaml.org/archives/shared-memory-ring.= 1.0.0+opam.tar.gz > Downloading https://opam.ocaml.org/archives/shared-memory-ring.1.0.0+opam.= tar.gz > Building shared-memory-ring.1.0.0: > make all > make install > Installing shared-memory-ring.1.0.0. >=20 > =3D-=3D-=3D Installing mirage-unix.1.1.0 =3D-=3D-=3D > default Downloading https://opam.ocaml.org/archives/mirage-unix.1.1.0+o= pam.tar.gz > Downloading https://opam.ocaml.org/archives/mirage-unix.1.1.0+opam.tar.gz > Building mirage-unix.1.1.0: > make unix-build > make unix-install PREFIX=3D/home/vagrant/.opam/system > Installing mirage-unix.1.1.0. >=20 > =3D-=3D-=3D Installing mirage-console-unix.0.9.9 =3D-=3D-=3D > default Downloading https://opam.ocaml.org/archives/mirage-console-unix= .0.9.9+opam.tar.gz > Downloading https://opam.ocaml.org/archives/mirage-console-unix.0.9.9+opam= .tar.gz > Building mirage-console-unix.0.9.9: > make unix-build > make unix-install > Installing mirage-console-unix.0.9.9. >=20 >=20 >=20 >> On Mon, May 5, 2014 at 2:14 PM, Anil Madhavapeddy wrote= : >> This was my fault, as I introduced an existential crisis into the Lwt pac= kage by making it optionally depend on itself. The resulting total perspect= ive vortex caused the solver to decide to take no action and terminate the u= niverse. >>=20 >> Thomas has merged a fix, and I'll make the CI output a bit more paranoid t= o these exit codes (they pass the CI atm). >>=20 >> -anil >>=20 >>> On 5 May 2014, at 11:52, Ian Wilkinson wrote: >>>=20 >>> Hi Andre, >>>=20 >>> I had a similar experience and also went the Vagrant way. >>>=20 >>> I have something working with Test Kitchen and Vagrant, and >>> Fabric and boto for launching on AWS EC2. You can find it here... >>>=20 >>> https://github.com/iw/mirage-jekyll >>>=20 >>> ian >>>=20 >>>=20 >>>> On 5 May 2014, at 11:11, Andr=C3=A9 N=C3=A6ss w= rote: >>>>=20 >>>> Thanks for your quick response. I indeed have aspcud installed. >>>>=20 >>>> After fiddling around and making a mess and not getting anything to wor= k I decided to start from scratch. Since I use vagrant that's easy. So I wen= t through the installation instructions step by step: >>>>=20 >>>> 1. Installed all the build essentials. Ran into an error here. Ran >>>> apt-get update and the problem resolved itself. >>>> 2. The add-apt-repository is not in the standard Ubuntu, but when >>>> trying to invoke it you are told to install >>>> python-software-properties, so: >>>> 3. apt-get install python-software-properties=20 >>>> add-apt-repository ppa:avsm/ppa >>>> sudo apt-get update >>>> apt-get install ocaml opam >>>> (At this step I noticed that aspcud was installed) >>>> 4. opam --version reports 1.1.1 >>>> 5. opam init, answering yes to modify config files >>>> 6. eval `opam config env` >>>> 7. opam install mirage >>>> The following actions will be performed: >>>> - install ocamlfind.1.4.0 [required by mirage] >>>> - install cmdliner.0.9.4 [required by mirage] >>>> - install ipaddr.2.4.0 [required by mirage] >>>> - install optcomp.1.5 [required by mirage] >>>> - install ounit.2.0.0 [required by mirage] >>>> - install re.1.2.1 [required by mirage] >>>> - install ocplib-endian.0.4 [required by mirage] >>>> - install cstruct.1.1.0 [required by mirage] >>>> - install io-page.1.1.1 [required by mirage] >>>> - install mirage-types.1.1.2 [required by mirage] >>>> - install mirage.1.1.2 >>>> - install lwt.2.4.5 [required by mirage] >>>> 12 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade | 0 to r= emove >>>> Do you want to continue ? [Y/n]=20 >>>> [ERROR] Aborting, as the following packages have a cyclic dependency: >>>> (No packages are listed, so this looks like a bug to me) >>>>=20 >>>> Oddly enough this worked fine yesterday, so I have no idea what has cha= nged. >>>>=20 >>>> I have a Mac, but I figured I might get better results using a linux VM= especially due to the tuntap and Xen requirements, and the fact that homebr= ew failed with a clink error when trying to install ocaml. >>>>=20 >>>> Perhaps a different Linux would be preferable? Since I'm just using it a= s a compilation station I don't really care what distro it is. What is the m= irage team using, Debian? >>>>=20 >>>>=20 >>>>> On Mon, May 5, 2014 at 10:12 AM, Anil Madhavapeddy w= rote: >>>>>> On 5 May 2014, at 08:42, Andr=C3=A9 N=C3=A6ss = wrote: >>>>>>=20 >>>>>> I'm going through the Hello World examples on the MirageOS website an= d on the stackv4 example I'm having some problems. It seems that when I run "= mirage configure --unix" the mirage command itself is uninstalled. After bei= ng very confused for a while, I accidentally hit CTRL-C while mirage was run= ning because the mirage configure call was taking a long time. Doing so reve= aled a whole bunch of opam commands running in the background and upon inspe= ction I realised they were downgrading most of the packages. Mirage itself i= s downgraded to 0.5. >>>>>=20 >>>>> Can you try to install the aspcud external solver via "apt-get install= aspcud". It should be available in both versions of Ubuntu you tried. I p= romoted aspcud to a recommended dependency in the Debian package, but will f= ile an Ubuntu bug to do the same as well. I have an odd feeling that you al= ready have aspcud though, since the error below reports an inconsistent resu= lt. >>>>>=20 >>>>>> Some points I've noted as feedback from a total newbie: >>>>>> - There is no verbose switch on the mirage command. When it hangs for= a long while I get curious. >>>>>=20 >>>>> Yep, I've got a trivial local patch to fix this out that I'll push. Y= ou can also just set the OPAMVERBOSE environment variable as a workaround. >>>>>=20 >>>>>> - opam reports mirage at version 1.1.2, but mirage --version outputs 1= .1.0. >>>>>=20 >>>>> Fixed locally too (really need to automate that in the build system). >>>>>=20 >>>>>> - opam apparently isn't transactional, despite the mirage command fai= ling I'm left with an utterly broken system? >>>>>=20 >>>>> OPAM does do error recovery by going back to the original patchset, bu= t possibly not if the external solver failure is messing up its notion of th= e universe. In normal use it will perform error recovery with the original s= et of packages being reinstalled. >>>>>=20 >>>>>> - It doesn't seem like opam caches anything, I spend a lot of time wa= iting for downloads. Any simple way to speed this up? >>>>>=20 >>>>> Much of this has been improved in OPAM 1.2dev, which will be released s= oon-ish. e.g.: >>>>> https://github.com/ocaml/opam/issues/1154 >>>>> https://github.com/ocaml/opam/issues/1156 >>>>>=20 >>>>>> I get a lot of these "external solver failed with inconsistentt resul= t". Here's an example from running "opam install mirage" after it has been u= ninstalled by the stackv4 example: >>>>>>=20 >>>>>> $ opam install mirage >>>>>> [WARNING] External solver failed with inconsistent return value. Requ= est saved to "/home/vagrant/.opam/log/solver-error-29875-1.cudf" >>>>>> Falling back to the internal heuristic. >>>>>> The following actions will be performed: >>>>>> - remove tuntap.0.7.0 >>>>>> - remove ocplib-endian.0.3 >>>>>> - remove uri.1.6.0 >>>>>> - remove fieldslib.109.20.03 >>>>>> - remove ipaddr.2.2.0 >>>>>> - remove optcomp.1.5 >>>>>> - remove re.1.2.1 >>>>>> - remove sexplib.110.01.00 >>>>>> - remove stringext.0.0.1 >>>>>> - remove type_conv.109.53.02 >>>>>> - install cstruct.0.4.0 [required by mirage] >>>>>> - install lwt.2.4.3 [required by mirage] >>>>>> - install xenstore.1.0.0 [required by mirage] >>>>>> - install mirage.0.5.0 >>>>>> 4 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade | 10 to= remove >>>>>> Do you want to continue ? [Y/n]=20 >>>>>>=20 >>>>>> Now, mirage 0.5 clearly isn't what I want, so I typically end up dele= ting the .opam folder and restarting from scratch. This is tedious to say th= e least. >>>>>>=20 >>>>>> I've tried this on Ubuntu 12.04 and 14.04 (both 64 bit). >>>>>=20 >>>>> Thanks for the useful feedback! >>>>>=20 >>>>> -a >>>>>=20 >>>>=20 >>>> _______________________________________________ >>>> 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 >>=20 >=20 --Boundary_(ID_stbrjljImGkotEUk3tJWwA) Content-type: text/html; charset=utf-8 Content-transfer-encoding: quoted-printable
You could clone the opam repo and have this as your
default as described in "You want more contr= ol over the
public repos= itory" on...

<= div>http://opam.ocaml.org/doc/Advanced_Usage.h= tml
and possi= bly pin packages as needed.

Mindy has an example of this on her http://somerandomidiot.com
blog.

ian


On 5 May 2014, at 17:09, Andr=C3=A9 N=C3=A6ss <andre.naess@gmail.com> wrote:

I just made two new attempts. I first tried on Ubuntu 14.04 and t= hen on 12.04. Both failed, but for different reasons. 

I have to admit that I'm getting a bit frustrated now. It seems that chan= ges are pulled down immediately making the environment very unstable. Is the= re some kind of mechanism for ensuring that I get a stable repeatable enviro= nment where I control when I want to try to upgrade the various packages (pr= ovided I can get it to work)?

Below is what happened:

On 14.0= 4 I got this while running opam init:

ERROR] Th= e compilation of base-bigarray.base failed.
[ERROR] The compilatio= n of base-threads.base failed.
[ERROR] The compilation of base-unix.base failed.

<= div>=3D=3D=3D=3D=3D ERROR while installing base-bigarray.base =3D=3D=3D=3D=3D=
Internal error:
  Sys_error("rm -rf /home/vagrant/= .opam/system/lib/base-bigarray: Cannot allocate memory")

=3D=3D=3D=3D=3D ERROR while installing base-threads.base= =3D=3D=3D=3D=3D
Internal error:
  Sys_error("rm -r= f /home/vagrant/.opam/system/lib/base-threads: Cannot allocate memory")

=3D=3D=3D=3D=3D ERROR while installing base-unix.base =3D=3D=3D=3D= =3D
Internal error:
  Sys_error("rm -rf /home/vagra= nt/.opam/system/lib/base-unix: Cannot allocate memory")

=
I then went back to the 12.04 install. This time I got everything up and run= ning and tried to compile the console example. It took a very long time, but= it built. Unfortunately it also uninstalled mirage. Here's the log:

vagrant@precise64:/vagrant/mirage-skeleton/console$= cat log 
Falling back to the internal heuristic.
T= he following actions will be performed:
 - remove mirage.1.1.= 2
 - remove base-bigarray.base
 - remove cmdliner.0.9= .4 [required by mirage]
 - remove ipaddr.2.4.0 [required by m= irage]
 - remove re.1.2.1 [required by mirage]
&nbs= p;- downgrade mirage-types.1.1.2 to 0.3.0 [required by mirage-console-unix]<= /div>
 - downgrade ocplib-endian.0.4 to 0.3 [required by mirage-console-= unix]
 - install mirage-clock-unix.1.0.0 [required by mirage-= console-unix]
 - recompile cstruct.1.1.0 [use ocplib-endian]<= /div>
 - downgrade io-page.1.1.1 to 1.1.0 [required by mirage-console-unix]
 - install shared-memory-ring.1.0.0 [required by mirage-consol= e-unix]
 - install mirage-unix.1.1.0 [required by mirage-cons= ole-unix]
 - install mirage-console-unix.0.9.9
4 to install | 1 to= reinstall | 0 to upgrade | 3 to downgrade | 5 to remove

=3D-=3D-=3D Removing Packages =3D-=3D-=3D
Removing mirage.1.= 1.2.
  rm -f /home/vagrant/.opam/system/bin/mirage
  oca= mlfind remove mirage
Removing base-bigarray.base.
Removi= ng cmdliner.0.9.4.
Removing ipaddr.2.4.0.
  ocamlfi= nd remove ipaddr
Removing re.1.2.1.
  ocamlfind remove re
Remov= ing io-page.1.1.1.
  ocamlfind remove io-page
Remov= ing mirage-types.1.1.2.
Removing cstruct.1.1.0.
  o= camlfind remove cstruct
Removing ocplib-endian.0.4.
  ocamlfind remove ocplib-en= dian

=3D-=3D-=3D Installing mirage-types.0.3.0 =3D-= =3D-=3D
Building mirage-types.0.3.0:
  make all
  make install
Installing mirage-types.0.3.0.
=
=3D-=3D-=3D Installing ocplib-endian.0.3 =3D-=3D-=3D
default    Downloading https://opam.ocaml.org/archives/ocplib-endi= an.0.3+opam.tar.gz
Building ocplib-endian.0.3:
  ocaml setup.ml -configure --disable-debug --prefix /home/vag= rant/.opam/system
  ocaml setup.ml -build
=   ocaml setup.ml -install
Ins= talling ocplib-endian.0.3.

=3D-=3D-=3D Installing c= struct.1.1.0 =3D-=3D-=3D
Building cstruct.1.1.0:
  make
  make ins= tall
Installing cstruct.1.1.0.

=3D-=3D-=3D= Installing mirage-clock-unix.1.0.0 =3D-=3D-=3D
Building mirage-clock-unix.1.0.0:
  make unix-build
  make unix-install
Installi= ng mirage-clock-unix.1.0.0.

=3D-=3D-=3D Installing i= o-page.1.1.0 =3D-=3D-=3D
Downloading https://opam.ocaml.org/archives/io-page.1.1.0+opam.tar.gz
Building io-page.1.1.0:
  make
  make i= nstall
Installing io-page.1.1.0.

=3D-=3D-=3D Installi= ng shared-memory-ring.1.0.0 =3D-=3D-=3D
Building shared-memory-ring.1.0.0:
  make all
  make install
Installing shared-me= mory-ring.1.0.0.

=3D-=3D-=3D Installing mirage-unix= .1.1.0 =3D-=3D-=3D
Building mirage-unix.1.1.0:
  make unix-build<= /div>
  make unix-install PREFIX=3D/home/vagrant/.opam/system
= Installing mirage-unix.1.1.0.

=3D-=3D-=3D Installin= g mirage-console-unix.0.9.9 =3D-=3D-=3D
Building mirage-console-unix.0.9.9:
  make unix-build
  make unix-install
Ins= talling mirage-console-unix.0.9.9.



On Mon, May= 5, 2014 at 2:14 PM, Anil Madhavapeddy <anil@recoil.org> wrote:<= br>
This was m= y fault, as I introduced an existential crisis into the Lwt package by makin= g it optionally depend on itself.  The resulting total perspective vort= ex caused the solver to decide to take no action and terminate the universe.=

Thomas has merged a fix, and I'll make the CI output a bit mo= re paranoid to these exit codes (they pass the CI atm).

-anil

On 5 May 2014, at 11:52, Ian Wilkinson &= lt;ianw1@me.com> wr= ote:

Hi Andre,

<= div>I had a similar exp= erience and also went the Vagrant way.

I hav= e something working with Test Kitchen and Vagrant, and
Fabric and boto for launchi= ng on AWS EC2. You can find it here...

<= div>https://github.com/iw/mirage-= jekyll

<= div>ian

On 5 May 2014, at 11:11, Andr=C3=A9 N=C3=A6ss <andre.naess@gmail.com&g= t; wrote:

Thanks for your quick r= esponse. I indeed have aspcud installed.

After fiddling a= round and making a mess and not getting anything to work I decided to start f= rom scratch. Since I use vagrant that's easy. So I went through the installa= tion instructions step by step:

1. Installed all the build essentials. Ran into an e= rror here. Ran
   apt-get update and the problem resolve= d itself.
2. The add-apt-repository is not in the standard Ubuntu,= but when
   trying to invoke it you are told to install
&nbs= p;  python-software-properties, so:
3. apt-get install python= -software-properties 
   add-apt-repository ppa:avs= m/ppa
   sudo apt-get update
   apt-get install ocaml opam
      &= nbsp;(At this step I noticed that aspcud was installed)
4. opam --= version reports 1.1.1
5. opam init, answering yes to modify config= files
6. eval `opam config env`
7. opam install mirage
The following actions will be performe= d:
 - install ocamlfind.1.4.0 [required by mirage]
=  - install cmdliner.0.9.4 [required by mirage]
 - instal= l ipaddr.2.4.0 [required by mirage]
 - install optcomp.1.5 [required by mirage]
 - inst= all ounit.2.0.0 [required by mirage]
 - install re.1.2.1 [req= uired by mirage]
 - install ocplib-endian.0.4 [required by mi= rage]
 - install cstruct.1.1.0 [required by mirage]
 - install= io-page.1.1.1 [required by mirage]
 - install mirage-types.1= .1.2 [required by mirage]
 - install mirage.1.1.2
&= nbsp;- install lwt.2.4.5 [required by mirage]
12 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade | 0 to r= emove
Do you want to continue ? [Y/n] 
[ERROR] Abor= ting, as the following packages have a cyclic dependency:
 (N= o packages are listed, so this looks like a bug to me)

Oddly enough this worked fine yesterday, so I have= no idea what has changed.

I have a Mac, but I= figured I might get better results using a linux VM especially due to the t= untap and Xen requirements, and the fact that homebrew failed with a clink e= rror when trying to install ocaml.

Perhaps a different Linux would be preferable? Since I'm= just using it as a compilation station I don't really care what distro it i= s. What is the mirage team using, Debian?


On Mon, May 5, 2014 at 10:12 AM, Anil Mad= havapeddy <anil@recoil.org> wrote:
On 5 May 2014, at 08:42, Andr=C3=A9= N=C3=A6ss <an= dre.naess@gmail.com> wrote:

I'm going through the Hello World examples on the MirageOS w= ebsite and on the stackv4 example I'm having some problems. It seems that wh= en I run "mirage configure --unix" the mirage command itself is uninstalled.= After being very confused for a while, I accidentally hit CTRL-C while mira= ge was running because the mirage configure call was taking a long time. Doi= ng so revealed a whole bunch of opam commands running in the background and u= pon inspection I realised they were downgrading most of the packages. Mirage= itself is downgraded to 0.5.

Can you try to install the aspcud external= solver via "apt-get install aspcud".  It should be available in both v= ersions of Ubuntu you tried.  I promoted aspcud to a recommended depend= ency in the Debian package, but will file an Ubuntu bug to do the same as we= ll.  I have an odd feeling that you already have aspcud though, since t= he error below reports an inconsistent result.

Some points I'= ve noted as feedback from a total newbie:
- There is no verbose sw= itch on the mirage command. When it hangs for a long while I get curious.

Yep, I've got a trivial local patch t= o fix this out that I'll push.   You can also just set the OPAMVERBOSE e= nvironment variable as a workaround.

- opam reports mirage at version 1= .1.2, but mirage --version outputs 1.1.0.

<= /div>Fixed locally too (really need to automate that in the build system).

- opam apparently isn't transactional, despite the mirage command faili= ng I'm left with an utterly broken system?

=
OPAM does do error recovery by going back to the original patchs= et, but possibly not if the external solver failure is messing up its notion= of the universe.  In normal use it will perform error recovery with th= e original set of packages being reinstalled.

- It doesn't seem l= ike opam caches anything, I spend a lot of time waiting for downloads. Any s= imple way to speed this up?

Much of this has been improved in OPAM 1.2dev, which will be= released soon-ish. e.g.:

I get a lot of these "external solver failed with inconsistentt result"= . Here's an example from running "opam install mirage" after it has been uni= nstalled by the stackv4 example:

$ opam install mirage
[WARNING] External s= olver failed with inconsistent return value. Request saved to "/home/vagrant= /.opam/log/solver-error-29875-1.cudf"
Falling back to the internal= heuristic.
The following actions will be performed:
 - remove tunta= p.0.7.0
 - remove ocplib-endian.0.3
 - remove u= ri.1.6.0
 - remove fieldslib.109.20.03
 - remo= ve ipaddr.2.2.0
 - remove optcomp.1.5
 - remove re.1.2.1
=  - remove sexplib.110.01.00
 - remove stringext.0.0.1
 - remove type_conv.109.53.02
 - install cstruct= .0.4.0 [required by mirage]
 - install lwt.2.4.3 [required by mirage]
 - instal= l xenstore.1.0.0 [required by mirage]
 - install mirage.0.5.0=
4 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade | 1= 0 to remove
Do you want to continue ? [Y/n] 

No= w, mirage 0.5 clearly isn't what I want, so I typically end up deleting the .= opam folder and restarting from scratch. This is tedious to say the least.

I've tried this on Ubuntu 12.04 and 14.04 (both 64 bit).=

Thanks for the useful feedback= !

-a


_______________________________= ________________
MirageOS-devel mailing list
Mi= rageOS-devel@lists.xenproject.org
http://lists.xenproject.org/cgi-bin/mailman/list= info/mirageos-devel
_______________________= ________________________
MirageOS-devel mailing list
MirageOS-devel@lists.xenproject.org
http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirage= os-devel


= = --Boundary_(ID_stbrjljImGkotEUk3tJWwA)-- --===============4679155253229037963== 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 --===============4679155253229037963==-- From mirageos-devel-bounces@lists.xenproject.org Mon May 05 17:26:55 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 05 May 2014 17:26: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 1WhMfE-0005HR-M2; Mon, 05 May 2014 17:26:52 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WhMfC-0005HK-QS for mirageos-devel@lists.xenproject.org; Mon, 05 May 2014 17:26:51 +0000 Received: from [85.158.139.211:4468] by server-16.bemta-5.messagelabs.com id 7C/E6-19700-AD9C7635; Mon, 05 May 2014 17:26:50 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-6.tower-206.messagelabs.com!1399310809!2344455!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11836 invoked from network); 5 May 2014 17:26:49 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-6.tower-206.messagelabs.com with SMTP; 5 May 2014 17:26:49 -0000 Received: (qmail 20031 invoked by uid 634); 5 May 2014 17:26:47 -0000 Received: from cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net (HELO [192.168.1.110]) (86.30.244.239) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Mon, 05 May 2014 18:26:47 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Anil Madhavapeddy In-Reply-To: Date: Mon, 5 May 2014 18:26:46 +0100 Message-Id: References: <53242E73-6AD5-4CDD-8F6C-EC8F2FDD0D28@recoil.org> <8115D7D9-B3EA-4957-9249-AE3BFE3FFB83@me.com> <264C3D63-DEA4-4718-84BA-3AD7A6D1272C@recoil.org> To: =?iso-8859-1?Q?Andr=E9_N=E6ss?= X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Struggling a bit with the Hello World applications X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 On 5 May 2014, at 17:09, Andr=E9 N=E6ss wrote: > I just made two new attempts. I first tried on Ubuntu 14.04 and then on 1= 2.04. Both failed, but for different reasons. = > = > I have to admit that I'm getting a bit frustrated now. It seems that chan= ges are pulled down immediately making the environment very unstable. Is th= ere some kind of mechanism for ensuring that I get a stable repeatable envi= ronment where I control when I want to try to upgrade the various packages = (provided I can get it to work)? There is. Just "git clone git://github.com/ocaml/opam-repository" to get a= local copy of the repository, and then "opam init /opam-repositor= y". To update, git pull to the new revision and then issue an "opam update= " (with a -u if you want to upgrade, or a separate "opam upgrade"). > Below is what happened: > = > On 14.04 I got this while running opam init: > = > ERROR] The compilation of base-bigarray.base failed. > [ERROR] The compilation of base-threads.base failed. > [ERROR] The compilation of base-unix.base failed. > = > =3D=3D=3D=3D=3D ERROR while installing base-bigarray.base =3D=3D=3D=3D=3D > Internal error: > Sys_error("rm -rf /home/vagrant/.opam/system/lib/base-bigarray: Cannot = allocate memory") > = > =3D=3D=3D=3D=3D ERROR while installing base-threads.base =3D=3D=3D=3D=3D > Internal error: > Sys_error("rm -rf /home/vagrant/.opam/system/lib/base-threads: Cannot a= llocate memory") > = > =3D=3D=3D=3D=3D ERROR while installing base-unix.base =3D=3D=3D=3D=3D > Internal error: > Sys_error("rm -rf /home/vagrant/.opam/system/lib/base-unix: Cannot allo= cate memory") To ask the obvious question: how much memory does this VM have? I just tried reproducing this on a fresh Ubuntu 14.04 VMWare Fusion: $ sudo apt-get install opam ocaml-native-compilers camlp4-extra ocaml $ opam init $ opam install mirage $ git clone git://github.com/mirage/mirage-skeleton $ eval `opam config env` $ cd mirage-skeleton $ make MODE=3Dxen console-build And everything worked as expected with a Xen unikernel, so I can't reproduc= e your situation. = > = > I then went back to the 12.04 install. This time I got everything up and = running and tried to compile the console example. It took a very long time,= but it built. Unfortunately it also uninstalled mirage. Here's the log: That's clearly going wrong as well, due to the internal heuristic. Is this= using OPAM 1.1.1? -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 May 05 17:26:55 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 05 May 2014 17:26: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 1WhMfE-0005HR-M2; Mon, 05 May 2014 17:26:52 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WhMfC-0005HK-QS for mirageos-devel@lists.xenproject.org; Mon, 05 May 2014 17:26:51 +0000 Received: from [85.158.139.211:4468] by server-16.bemta-5.messagelabs.com id 7C/E6-19700-AD9C7635; Mon, 05 May 2014 17:26:50 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-6.tower-206.messagelabs.com!1399310809!2344455!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11836 invoked from network); 5 May 2014 17:26:49 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-6.tower-206.messagelabs.com with SMTP; 5 May 2014 17:26:49 -0000 Received: (qmail 20031 invoked by uid 634); 5 May 2014 17:26:47 -0000 Received: from cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net (HELO [192.168.1.110]) (86.30.244.239) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Mon, 05 May 2014 18:26:47 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Anil Madhavapeddy In-Reply-To: Date: Mon, 5 May 2014 18:26:46 +0100 Message-Id: References: <53242E73-6AD5-4CDD-8F6C-EC8F2FDD0D28@recoil.org> <8115D7D9-B3EA-4957-9249-AE3BFE3FFB83@me.com> <264C3D63-DEA4-4718-84BA-3AD7A6D1272C@recoil.org> To: =?iso-8859-1?Q?Andr=E9_N=E6ss?= X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Struggling a bit with the Hello World applications X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 On 5 May 2014, at 17:09, Andr=E9 N=E6ss wrote: > I just made two new attempts. I first tried on Ubuntu 14.04 and then on 1= 2.04. Both failed, but for different reasons. = > = > I have to admit that I'm getting a bit frustrated now. It seems that chan= ges are pulled down immediately making the environment very unstable. Is th= ere some kind of mechanism for ensuring that I get a stable repeatable envi= ronment where I control when I want to try to upgrade the various packages = (provided I can get it to work)? There is. Just "git clone git://github.com/ocaml/opam-repository" to get a= local copy of the repository, and then "opam init /opam-repositor= y". To update, git pull to the new revision and then issue an "opam update= " (with a -u if you want to upgrade, or a separate "opam upgrade"). > Below is what happened: > = > On 14.04 I got this while running opam init: > = > ERROR] The compilation of base-bigarray.base failed. > [ERROR] The compilation of base-threads.base failed. > [ERROR] The compilation of base-unix.base failed. > = > =3D=3D=3D=3D=3D ERROR while installing base-bigarray.base =3D=3D=3D=3D=3D > Internal error: > Sys_error("rm -rf /home/vagrant/.opam/system/lib/base-bigarray: Cannot = allocate memory") > = > =3D=3D=3D=3D=3D ERROR while installing base-threads.base =3D=3D=3D=3D=3D > Internal error: > Sys_error("rm -rf /home/vagrant/.opam/system/lib/base-threads: Cannot a= llocate memory") > = > =3D=3D=3D=3D=3D ERROR while installing base-unix.base =3D=3D=3D=3D=3D > Internal error: > Sys_error("rm -rf /home/vagrant/.opam/system/lib/base-unix: Cannot allo= cate memory") To ask the obvious question: how much memory does this VM have? I just tried reproducing this on a fresh Ubuntu 14.04 VMWare Fusion: $ sudo apt-get install opam ocaml-native-compilers camlp4-extra ocaml $ opam init $ opam install mirage $ git clone git://github.com/mirage/mirage-skeleton $ eval `opam config env` $ cd mirage-skeleton $ make MODE=3Dxen console-build And everything worked as expected with a Xen unikernel, so I can't reproduc= e your situation. = > = > I then went back to the 12.04 install. This time I got everything up and = running and tried to compile the console example. It took a very long time,= but it built. Unfortunately it also uninstalled mirage. Here's the log: That's clearly going wrong as well, due to the internal heuristic. Is this= using OPAM 1.1.1? -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 May 05 20:07:48 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 05 May 2014 20:07: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 1WhPAu-0008WM-Vq; Mon, 05 May 2014 20:07:44 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WhPAt-0008WF-SU for mirageos-devel@lists.xenproject.org; Mon, 05 May 2014 20:07:44 +0000 Received: from [85.158.139.211:40522] by server-1.bemta-5.messagelabs.com id DE/12-10259-F8FE7635; Mon, 05 May 2014 20:07:43 +0000 X-Env-Sender: andre.naess@gmail.com X-Msg-Ref: server-2.tower-206.messagelabs.com!1399320460!2372282!1 X-Originating-IP: [209.85.212.182] X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15087 invoked from network); 5 May 2014 20:07:40 -0000 Received: from mail-wi0-f182.google.com (HELO mail-wi0-f182.google.com) (209.85.212.182) by server-2.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 5 May 2014 20:07:40 -0000 Received: by mail-wi0-f182.google.com with SMTP id r20so2880236wiv.9 for ; Mon, 05 May 2014 13:07:40 -0700 (PDT) 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=hiLV65E4BYBpxbycN02KrrL/bime++I15XthUDkqj2Y=; b=aCfd2H+cR4V03SzqusY5+QRxjwx32wUIPKSrFFgSRi58knp6Z7GDJhSmNSYb4iEnhl GzMbD/23PjJkPlDlvJECY+7KlgAxb+W+FJpZPZsW3x2kqUFa1h2RsmgP6HRlwW7qvwF1 aNE88g8BE9AikU9FRaFFZlgXAbyZzyC/oijIBmc1gkkV0vW6PjCmQmMkNd8mT/aRRQvL /E2uItklGT7e2Xas2yiAVmslfpDQjeyn45yDa/IUJoJQ6aFrIljBDzZ0JUiH46lnPDe/ 7IHSxgDvaW9xybGth2Q/IVQqeXLMxyv/aAribXBCXJj6GLhm4y+nC+Tw7p84yEiK+rSa 9cqw== MIME-Version: 1.0 X-Received: by 10.180.126.8 with SMTP id mu8mr5818397wib.10.1399320460208; Mon, 05 May 2014 13:07:40 -0700 (PDT) Received: by 10.181.13.135 with HTTP; Mon, 5 May 2014 13:07:40 -0700 (PDT) In-Reply-To: <149885EE-EA18-4055-8DFB-C93EEDFC96EB@me.com> References: <53242E73-6AD5-4CDD-8F6C-EC8F2FDD0D28@recoil.org> <8115D7D9-B3EA-4957-9249-AE3BFE3FFB83@me.com> <264C3D63-DEA4-4718-84BA-3AD7A6D1272C@recoil.org> <149885EE-EA18-4055-8DFB-C93EEDFC96EB@me.com> Date: Mon, 5 May 2014 22:07:40 +0200 Message-ID: From: =?UTF-8?B?QW5kcsOpIE7DpnNz?= To: Ian Wilkinson Cc: "mirageos-devel@lists.xenproject.org" , Anil Madhavapeddy Subject: Re: [MirageOS-devel] Struggling a bit with the Hello World applications X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============0309000870799598485==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============0309000870799598485== Content-Type: multipart/alternative; boundary=e89a8f839f35f530d804f8acae64 --e89a8f839f35f530d804f8acae64 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Not long after posting my question I stumbled upon the same section in the manual. That's great, a very simple solution. I should have read that first of course, but I was starting to flail about wildly because of all the strange things that were happening. I've had a good run in the forest now, and I am calm again :) On Mon, May 5, 2014 at 6:31 PM, Ian Wilkinson wrote: > You could clone the opam repo and have this as your > default as described in "You want more control over the > public repository" on... > > http://opam.ocaml.org/doc/Advanced_Usage.html > > and possibly pin packages as needed. > > Mindy has an example of this on her http://somerandomidiot.com > blog. > > ian > > > On 5 May 2014, at 17:09, Andr=C3=A9 N=C3=A6ss wro= te: > > I just made two new attempts. I first tried on Ubuntu 14.04 and then on > 12.04. Both failed, but for different reasons. > > I have to admit that I'm getting a bit frustrated now. It seems that > changes are pulled down immediately making the environment very unstable. > Is there some kind of mechanism for ensuring that I get a stable repeatab= le > environment where I control when I want to try to upgrade the various > packages (provided I can get it to work)? > > Below is what happened: > > On 14.04 I got this while running opam init: > > ERROR] The compilation of base-bigarray.base failed. > [ERROR] The compilation of base-threads.base failed. > [ERROR] The compilation of base-unix.base failed. > > =3D=3D=3D=3D=3D ERROR while installing base-bigarray.base =3D=3D=3D=3D=3D > Internal error: > Sys_error("rm -rf /home/vagrant/.opam/system/lib/base-bigarray: Cannot > allocate memory") > > =3D=3D=3D=3D=3D ERROR while installing base-threads.base =3D=3D=3D=3D=3D > Internal error: > Sys_error("rm -rf /home/vagrant/.opam/system/lib/base-threads: Cannot > allocate memory") > > =3D=3D=3D=3D=3D ERROR while installing base-unix.base =3D=3D=3D=3D=3D > Internal error: > Sys_error("rm -rf /home/vagrant/.opam/system/lib/base-unix: Cannot > allocate memory") > > I then went back to the 12.04 install. This time I got everything up and > running and tried to compile the console example. It took a very long tim= e, > but it built. Unfortunately it also uninstalled mirage. Here's the log: > > vagrant@precise64:/vagrant/mirage-skeleton/console$ cat log > Falling back to the internal heuristic. > The following actions will be performed: > - remove mirage.1.1.2 > - remove base-bigarray.base > - remove cmdliner.0.9.4 [required by mirage] > - remove ipaddr.2.4.0 [required by mirage] > - remove re.1.2.1 [required by mirage] > - downgrade mirage-types.1.1.2 to 0.3.0 [required by mirage-console-unix= ] > - downgrade ocplib-endian.0.4 to 0.3 [required by mirage-console-unix] > - install mirage-clock-unix.1.0.0 [required by mirage-console-unix] > - recompile cstruct.1.1.0 [use ocplib-endian] > - downgrade io-page.1.1.1 to 1.1.0 [required by mirage-console-unix] > - install shared-memory-ring.1.0.0 [required by mirage-console-unix] > - install mirage-unix.1.1.0 [required by mirage-console-unix] > - install mirage-console-unix.0.9.9 > 4 to install | 1 to reinstall | 0 to upgrade | 3 to downgrade | 5 to remo= ve > > =3D-=3D-=3D Removing Packages =3D-=3D-=3D > Removing mirage.1.1.2. > rm -f /home/vagrant/.opam/system/bin/mirage > ocamlfind remove mirage > Removing base-bigarray.base. > Removing cmdliner.0.9.4. > Removing ipaddr.2.4.0. > ocamlfind remove ipaddr > Removing re.1.2.1. > ocamlfind remove re > Removing io-page.1.1.1. > ocamlfind remove io-page > Removing mirage-types.1.1.2. > Removing cstruct.1.1.0. > ocamlfind remove cstruct > Removing ocplib-endian.0.4. > ocamlfind remove ocplib-endian > > =3D-=3D-=3D Installing mirage-types.0.3.0 =3D-=3D-=3D > default Downloading > https://opam.ocaml.org/archives/mirage-types.0.3.0+opam.tar.gz > Downloading https://opam.ocaml.org/archives/mirage-types.0.3.0+opam.tar.g= z > Building mirage-types.0.3.0: > make all > make install > Installing mirage-types.0.3.0. > > =3D-=3D-=3D Installing ocplib-endian.0.3 =3D-=3D-=3D > default Downloading > https://opam.ocaml.org/archives/ocplib-endian.0.3+opam.tar.gz > Downloading https://opam.ocaml.org/archives/ocplib-endian.0.3+opam.tar.gz > Building ocplib-endian.0.3: > ocaml setup.ml -configure --disable-debug --prefix > /home/vagrant/.opam/system > ocaml setup.ml -build > ocaml setup.ml -install > Installing ocplib-endian.0.3. > > =3D-=3D-=3D Installing cstruct.1.1.0 =3D-=3D-=3D > Building cstruct.1.1.0: > make > make install > Installing cstruct.1.1.0. > > =3D-=3D-=3D Installing mirage-clock-unix.1.0.0 =3D-=3D-=3D > default Downloading > https://opam.ocaml.org/archives/mirage-clock-unix.1.0.0+opam.tar.gz > Downloading > https://opam.ocaml.org/archives/mirage-clock-unix.1.0.0+opam.tar.gz > Building mirage-clock-unix.1.0.0: > make unix-build > make unix-install > Installing mirage-clock-unix.1.0.0. > > =3D-=3D-=3D Installing io-page.1.1.0 =3D-=3D-=3D > default Downloading > https://opam.ocaml.org/archives/io-page.1.1.0+opam.tar.gz > Downloading https://opam.ocaml.org/archives/io-page.1.1.0+opam.tar.gz > Building io-page.1.1.0: > make > make install > Installing io-page.1.1.0. > > =3D-=3D-=3D Installing shared-memory-ring.1.0.0 =3D-=3D-=3D > default Downloading > https://opam.ocaml.org/archives/shared-memory-ring.1.0.0+opam.tar.gz > Downloading > https://opam.ocaml.org/archives/shared-memory-ring.1.0.0+opam.tar.gz > Building shared-memory-ring.1.0.0: > make all > make install > Installing shared-memory-ring.1.0.0. > > =3D-=3D-=3D Installing mirage-unix.1.1.0 =3D-=3D-=3D > default Downloading > https://opam.ocaml.org/archives/mirage-unix.1.1.0+opam.tar.gz > Downloading https://opam.ocaml.org/archives/mirage-unix.1.1.0+opam.tar.gz > Building mirage-unix.1.1.0: > make unix-build > make unix-install PREFIX=3D/home/vagrant/.opam/system > Installing mirage-unix.1.1.0. > > =3D-=3D-=3D Installing mirage-console-unix.0.9.9 =3D-=3D-=3D > default Downloading > https://opam.ocaml.org/archives/mirage-console-unix.0.9.9+opam.tar.gz > Downloading > https://opam.ocaml.org/archives/mirage-console-unix.0.9.9+opam.tar.gz > Building mirage-console-unix.0.9.9: > make unix-build > make unix-install > Installing mirage-console-unix.0.9.9. > > > > On Mon, May 5, 2014 at 2:14 PM, Anil Madhavapeddy wrote= : > >> This was my fault, as I introduced an existential crisis into the Lwt >> package by making it optionally depend on itself. The resulting total >> perspective vortex caused the solver to decide to take no action and >> terminate the universe. >> >> Thomas has merged a fix, and I'll make the CI output a bit more paranoid >> to these exit codes (they pass the CI atm). >> >> -anil >> >> On 5 May 2014, at 11:52, Ian Wilkinson wrote: >> >> Hi Andre, >> >> I had a similar experience and also went the Vagrant way. >> >> I have something working with Test Kitchen and Vagrant, and >> Fabric and boto for launching on AWS EC2. You can find it here... >> >> https://github.com/iw/mirage-jekyll >> >> ian >> >> >> On 5 May 2014, at 11:11, Andr=C3=A9 N=C3=A6ss wr= ote: >> >> Thanks for your quick response. I indeed have aspcud installed. >> >> After fiddling around and making a mess and not getting anything to work >> I decided to start from scratch. Since I use vagrant that's easy. So I w= ent >> through the installation instructions step by step: >> >> 1. Installed all the build essentials. Ran into an error here. Ran >> apt-get update and the problem resolved itself. >> 2. The add-apt-repository is not in the standard Ubuntu, but when >> trying to invoke it you are told to install >> python-software-properties, so: >> 3. apt-get install python-software-properties >> add-apt-repository ppa:avsm/ppa >> sudo apt-get update >> apt-get install ocaml opam >> (At this step I noticed that aspcud was installed) >> 4. opam --version reports 1.1.1 >> 5. opam init, answering yes to modify config files >> 6. eval `opam config env` >> 7. opam install mirage >> The following actions will be performed: >> - install ocamlfind.1.4.0 [required by mirage] >> - install cmdliner.0.9.4 [required by mirage] >> - install ipaddr.2.4.0 [required by mirage] >> - install optcomp.1.5 [required by mirage] >> - install ounit.2.0.0 [required by mirage] >> - install re.1.2.1 [required by mirage] >> - install ocplib-endian.0.4 [required by mirage] >> - install cstruct.1.1.0 [required by mirage] >> - install io-page.1.1.1 [required by mirage] >> - install mirage-types.1.1.2 [required by mirage] >> - install mirage.1.1.2 >> - install lwt.2.4.5 [required by mirage] >> 12 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade | 0 to >> remove >> Do you want to continue ? [Y/n] >> [ERROR] Aborting, as the following packages have a cyclic dependency: >> (No packages are listed, so this looks like a bug to me) >> >> Oddly enough this worked fine yesterday, so I have no idea what has >> changed. >> >> I have a Mac, but I figured I might get better results using a linux VM >> especially due to the tuntap and Xen requirements, and the fact that >> homebrew failed with a clink error when trying to install ocaml. >> >> Perhaps a different Linux would be preferable? Since I'm just using it a= s >> a compilation station I don't really care what distro it is. What is the >> mirage team using, Debian? >> >> >> On Mon, May 5, 2014 at 10:12 AM, Anil Madhavapeddy wrot= e: >> >>> On 5 May 2014, at 08:42, Andr=C3=A9 N=C3=A6ss w= rote: >>> >>> I'm going through the Hello World examples on the MirageOS website and >>> on the stackv4 example I'm having some problems. It seems that when I r= un >>> "mirage configure --unix" the mirage command itself is uninstalled. Aft= er >>> being very confused for a while, I accidentally hit CTRL-C while mirage= was >>> running because the mirage configure call was taking a long time. Doing= so >>> revealed a whole bunch of opam commands running in the background and u= pon >>> inspection I realised they were downgrading most of the packages. Mirag= e >>> itself is downgraded to 0.5. >>> >>> >>> Can you try to install the aspcud external solver via "apt-get install >>> aspcud". It should be available in both versions of Ubuntu you tried. = I >>> promoted aspcud to a recommended dependency in the Debian package, but = will >>> file an Ubuntu bug to do the same as well. I have an odd feeling that = you >>> already have aspcud though, since the error below reports an inconsiste= nt >>> result. >>> >>> Some points I've noted as feedback from a total newbie: >>> - There is no verbose switch on the mirage command. When it hangs for a >>> long while I get curious. >>> >>> >>> Yep, I've got a trivial local patch to fix this out that I'll push. >>> You can also just set the OPAMVERBOSE environment variable as a workaro= und. >>> >>> - opam reports mirage at version 1.1.2, but mirage --version outputs >>> 1.1.0. >>> >>> >>> Fixed locally too (really need to automate that in the build system). >>> >>> - opam apparently isn't transactional, despite the mirage command >>> failing I'm left with an utterly broken system? >>> >>> >>> OPAM does do error recovery by going back to the original patchset, but >>> possibly not if the external solver failure is messing up its notion of= the >>> universe. In normal use it will perform error recovery with the origin= al >>> set of packages being reinstalled. >>> >>> - It doesn't seem like opam caches anything, I spend a lot of time >>> waiting for downloads. Any simple way to speed this up? >>> >>> >>> Much of this has been improved in OPAM 1.2dev, which will be released >>> soon-ish. e.g.: >>> https://github.com/ocaml/opam/issues/1154 >>> https://github.com/ocaml/opam/issues/1156 >>> >>> I get a lot of these "external solver failed with inconsistentt result"= . >>> Here's an example from running "opam install mirage" after it has been >>> uninstalled by the stackv4 example: >>> >>> $ opam install mirage >>> [WARNING] External solver failed with inconsistent return value. Reques= t >>> saved to "/home/vagrant/.opam/log/solver-error-29875-1.cudf" >>> Falling back to the internal heuristic. >>> The following actions will be performed: >>> - remove tuntap.0.7.0 >>> - remove ocplib-endian.0.3 >>> - remove uri.1.6.0 >>> - remove fieldslib.109.20.03 >>> - remove ipaddr.2.2.0 >>> - remove optcomp.1.5 >>> - remove re.1.2.1 >>> - remove sexplib.110.01.00 >>> - remove stringext.0.0.1 >>> - remove type_conv.109.53.02 >>> - install cstruct.0.4.0 [required by mirage] >>> - install lwt.2.4.3 [required by mirage] >>> - install xenstore.1.0.0 [required by mirage] >>> - install mirage.0.5.0 >>> 4 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade | 10 to >>> remove >>> Do you want to continue ? [Y/n] >>> >>> Now, mirage 0.5 clearly isn't what I want, so I typically end up >>> deleting the .opam folder and restarting from scratch. This is tedious = to >>> say the least. >>> >>> I've tried this on Ubuntu 12.04 and 14.04 (both 64 bit). >>> >>> >>> Thanks for the useful feedback! >>> >>> -a >>> >>> >> _______________________________________________ >> 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 >> >> >> > --e89a8f839f35f530d804f8acae64 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Not long after posting my question I stumbled upon the sam= e section in the manual. That's great, a very simple solution. I should= have read that first of course, but I was starting to flail about wildly b= ecause of all the strange things that were happening. I've had a good r= un in the forest now, and I am calm again :)


On Mon, May 5= , 2014 at 6:31 PM, Ian Wilkinson <ianw1@me.com> wrote:
You could clone the opam repo and have this as your<= /div>
default as described in "You want more control over the
public repository" on...


and possibly pin packages as needed.=

Mindy has an example of= this on her=C2=A0= http://somerandomidiot.com
blog.

ian
=


On 5 May 2014, at 17= :09, Andr=C3=A9 N=C3=A6ss <andre.naess@gmail.com> wrote:

I just made two n= ew attempts. I first tried on Ubuntu 14.04 and then on 12.04. Both failed, = but for different reasons.=C2=A0

I have to admit that I&= #39;m getting a bit frustrated now. It seems that changes are pulled down i= mmediately making the environment very unstable. Is there some kind of mech= anism for ensuring that I get a stable repeatable environment where I contr= ol when I want to try to upgrade the various packages (provided I can get i= t to work)?

Below is what happened:

On 14.= 04 I got this while running opam init:

ERROR] = The compilation of base-bigarray.base failed.
[ERROR] The compila= tion of base-threads.base failed.
[ERROR] The compilation of base-unix.base failed.

=
=3D=3D=3D=3D=3D ERROR while installing base-bigarray.base =3D=3D=3D=3D= =3D
Internal error:
=C2=A0 Sys_error("rm -rf /home= /vagrant/.opam/system/lib/base-bigarray: Cannot allocate memory")

=3D=3D=3D=3D=3D ERROR while installing base-threads.bas= e =3D=3D=3D=3D=3D
Internal error:
=C2=A0 Sys_error(&quo= t;rm -rf /home/vagrant/.opam/system/lib/base-threads: Cannot allocate memor= y")

=3D=3D=3D=3D=3D ERROR while installing base-unix.base =3D=3D=3D= =3D=3D
Internal error:
=C2=A0 Sys_error("rm -rf /h= ome/vagrant/.opam/system/lib/base-unix: Cannot allocate memory")
=

I then went back to the 12.04 install. This time I got everything up and ru= nning and tried to compile the console example. It took a very long time, b= ut it built. Unfortunately it also uninstalled mirage. Here's the log:<= /div>

vagrant@precise64:/vagrant/mirage-skeleton/console= $ cat log=C2=A0
Falling back to the internal heuristic.
The following actions will be performed:
=C2=A0- remove mirage.1= .1.2
=C2=A0- remove base-bigarray.base
=C2=A0- remove cmdliner.0.= 9.4 [required by mirage]
=C2=A0- remove ipaddr.2.4.0 [required by= mirage]
=C2=A0- remove re.1.2.1 [required by mirage]
= =C2=A0- downgrade mirage-types.1.1.2 to 0.3.0 [required by mirage-console-u= nix]
=C2=A0- downgrade ocplib-endian.0.4 to 0.3 [required by mirage-console= -unix]
=C2=A0- install mirage-clock-unix.1.0.0 [required by mirag= e-console-unix]
=C2=A0- recompile cstruct.1.1.0 [use ocplib-endia= n]
=C2=A0- downgrade io-page.1.1.1 to 1.1.0 [required by mirage-console-unix]<= /div>
=C2=A0- install shared-memory-ring.1.0.0 [required by mirage-cons= ole-unix]
=C2=A0- install mirage-unix.1.1.0 [required by mirage-c= onsole-unix]
=C2=A0- install mirage-console-unix.0.9.9
4 to install | 1 t= o reinstall | 0 to upgrade | 3 to downgrade | 5 to remove

=3D-=3D-=3D Removing Packages =3D-=3D-=3D
Removing mirage= .1.1.2.
=C2=A0 rm -f /home/vagrant/.opam/system/bin/mirage
=C2=A0 oc= amlfind remove mirage
Removing base-bigarray.base.
Remo= ving cmdliner.0.9.4.
Removing ipaddr.2.4.0.
=C2=A0 ocam= lfind remove ipaddr
Removing re.1.2.1.
=C2=A0 ocamlfind remove re
Remo= ving io-page.1.1.1.
=C2=A0 ocamlfind remove io-page
Rem= oving mirage-types.1.1.2.
Removing cstruct.1.1.0.
=C2= =A0 ocamlfind remove cstruct
Removing ocplib-endian.0.4.
=C2=A0 ocamlfind remove ocplib-e= ndian

=3D-=3D-=3D Installing mirage-types.0.3.0 = =3D-=3D-=3D
Building mirage-types.0.3.0:
=C2=A0 make all
=C2=A0 make install
Installing mirage-types.0.3.0.

=3D-=3D-=3D Installing ocplib-endian.0.3 =3D-=3D-=3D
<= div>default =C2=A0 =C2=A0Downloading https://opam.ocaml.or= g/archives/ocplib-endian.0.3+opam.tar.gz
Building ocplib-endian.0.3:
= =C2=A0 ocaml setup.ml -co= nfigure --disable-debug --prefix /home/vagrant/.opam/system
=C2=A0 ocaml setup.ml -build
Installing ocplib-endian.0.3.
=
=3D-=3D-=3D Installing cstruct.1.1.0 =3D-=3D-=3D
Building cstruct.1.1.0:
=C2=A0 make
=C2=A0 make in= stall
Installing cstruct.1.1.0.

=3D-=3D-= =3D Installing mirage-clock-unix.1.0.0 =3D-=3D-=3D
Building mirage-clock-unix.1= .0.0:
=C2=A0 make unix-build
=C2=A0 make unix-install
Install= ing mirage-clock-unix.1.0.0.

=3D-=3D-=3D Installin= g io-page.1.1.0 =3D-=3D-=3D
default =C2=A0 =C2=A0Downloading https://opam.ocaml.org/archives/io-page.1.1.0+opam.tar.gz
Building io-page.1.1.0:
=C2=A0 make
=C2=A0 make install
Installing io-page.1.1.0.

=3D-=3D-=3D Install= ing shared-memory-ring.1.0.0 =3D-=3D-=3D
Building shared-memory-rin= g.1.0.0:
=C2=A0 make all
=C2=A0 make install
Installing shared-m= emory-ring.1.0.0.

=3D-=3D-=3D Installing mirage-un= ix.1.1.0 =3D-=3D-=3D
default =C2=A0 =C2=A0Downloading https://opam.ocaml.org/archives/mirage-unix.1.1.0+opam.tar.gz
Building mirage-unix.1.1.0:
= =C2=A0 make unix-build
=C2=A0 make unix-install PREFIX=3D/home/vagrant/.opam/system
Installing mirage-unix.1.1.0.

=3D-=3D-=3D Install= ing mirage-console-unix.0.9.9 =3D-=3D-=3D
Building mirage-console-= unix.0.9.9:
=C2=A0 make unix-build
=C2=A0 make unix-install
In= stalling mirage-console-unix.0.9.9.

<= /div>


On Mon, = May 5, 2014 at 2:14 PM, Anil Madhavapeddy <anil@recoil.org> wr= ote:
This was= my fault, as I introduced an existential crisis into the Lwt package by ma= king it optionally depend on itself. =C2=A0The resulting total perspective = vortex caused the solver to decide to take no action and terminate the univ= erse.

Thomas has merged a fix, and I'll make the CI output a b= it more paranoid to these exit codes (they pass the CI atm).

-anil

On 5 May 2014, at 11:52, Ian Wilkinson <ianw1@me.com> wrote:
Hi Andre,

=
I had a similar e= xperience and also went the Vagrant way.

I ha= ve something working with Test Kitchen and Vagrant, and
Fabric and boto for laun= ching on AWS EC2. You can find it here...

=

=
ian
<= br>

On 5 May 2014, at 11:11, Andr=C3=A9 N=C3=A6ss <andre.naess@gmail.com> wrote:

Thanks for your quick = response. I indeed have aspcud installed.

After fiddling= around and making a mess and not getting anything to work I decided to sta= rt from scratch. Since I use vagrant that's easy. So I went through the= installation instructions step by step:

1. Installed all the build essentials. Ran into an= error here. Ran
=C2=A0 =C2=A0apt-get update and the problem reso= lved itself.
2. The add-apt-repository is not in the standard Ubu= ntu, but when
=C2=A0 =C2=A0trying to invoke it you are told to install
=C2= =A0 =C2=A0python-software-properties, so:
3. apt-get install pyth= on-software-properties=C2=A0
=C2=A0 =C2=A0add-apt-repository ppa:= avsm/ppa
=C2=A0 =C2=A0sudo apt-get update
=C2=A0 =C2=A0apt-get install ocaml opam
=C2=A0 =C2=A0 =C2=A0= =C2=A0(At this step I noticed that aspcud was installed)
4. opam= --version reports 1.1.1
5. opam init, answering yes to modify co= nfig files
6. eval `opam config env`
7. opam install mirage
The following actions will be perform= ed:
=C2=A0- install ocamlfind.1.4.0 [required by mirage]
=C2=A0- install cmdliner.0.9.4 [required by mirage]
=C2=A0- ins= tall ipaddr.2.4.0 [required by mirage]
=C2=A0- install optcomp.1.5 [required by mirage]
=C2=A0- ins= tall ounit.2.0.0 [required by mirage]
=C2=A0- install re.1.2.1 [r= equired by mirage]
=C2=A0- install ocplib-endian.0.4 [required by= mirage]
=C2=A0- install cstruct.1.1.0 [required by mirage]
=C2=A0- instal= l io-page.1.1.1 [required by mirage]
=C2=A0- install mirage-types= .1.1.2 [required by mirage]
=C2=A0- install mirage.1.1.2
=C2=A0- install lwt.2.4.5 [required by mirage]
12 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade | 0 to = remove
Do you want to continue ? [Y/n]=C2=A0
[ERROR] Ab= orting, as the following packages have a cyclic dependency:
=C2= =A0(No packages are listed, so this looks like a bug to me)




On Mon, May 5, 2014 at 10:12 AM, Anil Ma= dhavapeddy <anil@recoil.org> wrote:
On 5 May 2014, at 08:42, Andr=C3= =A9 N=C3=A6ss <andre.naess@gmail.com> wrote:

I'm going through the Hello World examples on the Mira= geOS website and on the stackv4 example I'm having some problems. It se= ems that when I run "mirage configure --unix" the mirage command = itself is uninstalled. After being very confused for a while, I accidentall= y hit CTRL-C while mirage was running because the mirage configure call was= taking a long time. Doing so revealed a whole bunch of opam commands runni= ng in the background and upon inspection I realised they were downgrading m= ost of the packages. Mirage itself is downgraded to 0.5.

Can you try to install the aspcud externa= l solver via "apt-get install aspcud". =C2=A0It should be availab= le in both versions of Ubuntu you tried. =C2=A0I promoted aspcud to a recom= mended dependency in the Debian package, but will file an Ubuntu bug to do = the same as well. =C2=A0I have an odd feeling that you already have aspcud = though, since the error below reports an inconsistent result.

Some points I= 've noted as feedback from a total newbie:
- There is no verb= ose switch on the mirage command. When it hangs for a long while I get curi= ous.

Yep, I've got a trivial local p= atch to fix this out that I'll push. =C2=A0 You can also just set the O= PAMVERBOSE environment variable as a workaround.

- opam reports mirage at version= 1.1.2, but mirage --version outputs 1.1.0.

Fixed locally too (really need to automate that in the build system= ).

- opam apparently isn't transactional, despite the mirage command = failing I'm left with an utterly broken system?

OPAM does do error recovery by going back to the orig= inal patchset, but possibly not if the external solver failure is messing u= p its notion of the universe. =C2=A0In normal use it will perform error rec= overy with the original set of packages being reinstalled.

- It doesn't s= eem like opam caches anything, I spend a lot of time waiting for downloads.= Any simple way to speed this up?

Much of this has been improved in OPAM 1.2dev, which will b= e released soon-ish. e.g.:

I get a lot of these "external solver failed with inconsistentt r= esult". Here's an example from running "opam install mirage&q= uot; after it has been uninstalled by the stackv4 example:

$ opam install mirage
[WARNING] External= solver failed with inconsistent return value. Request saved to "/home= /vagrant/.opam/log/solver-error-29875-1.cudf"
Falling back t= o the internal heuristic.
The following actions will be performed:
=C2=A0- remove tunt= ap.0.7.0
=C2=A0- remove ocplib-endian.0.3
=C2=A0- remov= e uri.1.6.0
=C2=A0- remove fieldslib.109.20.03
=C2=A0- = remove ipaddr.2.2.0
=C2=A0- remove optcomp.1.5
=C2=A0- remove re.1.2.1
=C2=A0- remove sexplib.110.01.00
=C2=A0- remove stringext.0.0.1<= /div>
=C2=A0- remove type_conv.109.53.02
=C2=A0- install cstr= uct.0.4.0 [required by mirage]
=C2=A0- install lwt.2.4.3 [required by mirage]
=C2=A0- insta= ll xenstore.1.0.0 [required by mirage]
=C2=A0- install mirage.0.5= .0
4 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade = | 10 to remove
Do you want to continue ? [Y/n]=C2=A0

N= ow, mirage 0.5 clearly isn't what I want, so I typically end up deletin= g the .opam folder and restarting from scratch. This is tedious to say the = least.

I've tried this on Ubuntu 12.04 and 14.04 (both 64 = bit).

Thanks for the useful fe= edback!

-a


______________________________= _________________
MirageOS-devel mailing list
MirageOS-devel@lists.xenproject.org
http://lists.xenproject.org/cgi-bin/mailman/li= stinfo/mirageos-devel
____________________= ___________________________
MirageOS-devel mailing list
MirageOS-devel@lists.xenproject.org
http://lists.xenproject.org/cgi-bin/mailman/listinfo/mi= rageos-devel



--e89a8f839f35f530d804f8acae64-- --===============0309000870799598485== 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 --===============0309000870799598485==-- From mirageos-devel-bounces@lists.xenproject.org Mon May 05 20:07:48 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 05 May 2014 20:07: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 1WhPAu-0008WM-Vq; Mon, 05 May 2014 20:07:44 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WhPAt-0008WF-SU for mirageos-devel@lists.xenproject.org; Mon, 05 May 2014 20:07:44 +0000 Received: from [85.158.139.211:40522] by server-1.bemta-5.messagelabs.com id DE/12-10259-F8FE7635; Mon, 05 May 2014 20:07:43 +0000 X-Env-Sender: andre.naess@gmail.com X-Msg-Ref: server-2.tower-206.messagelabs.com!1399320460!2372282!1 X-Originating-IP: [209.85.212.182] X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15087 invoked from network); 5 May 2014 20:07:40 -0000 Received: from mail-wi0-f182.google.com (HELO mail-wi0-f182.google.com) (209.85.212.182) by server-2.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 5 May 2014 20:07:40 -0000 Received: by mail-wi0-f182.google.com with SMTP id r20so2880236wiv.9 for ; Mon, 05 May 2014 13:07:40 -0700 (PDT) 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=hiLV65E4BYBpxbycN02KrrL/bime++I15XthUDkqj2Y=; b=aCfd2H+cR4V03SzqusY5+QRxjwx32wUIPKSrFFgSRi58knp6Z7GDJhSmNSYb4iEnhl GzMbD/23PjJkPlDlvJECY+7KlgAxb+W+FJpZPZsW3x2kqUFa1h2RsmgP6HRlwW7qvwF1 aNE88g8BE9AikU9FRaFFZlgXAbyZzyC/oijIBmc1gkkV0vW6PjCmQmMkNd8mT/aRRQvL /E2uItklGT7e2Xas2yiAVmslfpDQjeyn45yDa/IUJoJQ6aFrIljBDzZ0JUiH46lnPDe/ 7IHSxgDvaW9xybGth2Q/IVQqeXLMxyv/aAribXBCXJj6GLhm4y+nC+Tw7p84yEiK+rSa 9cqw== MIME-Version: 1.0 X-Received: by 10.180.126.8 with SMTP id mu8mr5818397wib.10.1399320460208; Mon, 05 May 2014 13:07:40 -0700 (PDT) Received: by 10.181.13.135 with HTTP; Mon, 5 May 2014 13:07:40 -0700 (PDT) In-Reply-To: <149885EE-EA18-4055-8DFB-C93EEDFC96EB@me.com> References: <53242E73-6AD5-4CDD-8F6C-EC8F2FDD0D28@recoil.org> <8115D7D9-B3EA-4957-9249-AE3BFE3FFB83@me.com> <264C3D63-DEA4-4718-84BA-3AD7A6D1272C@recoil.org> <149885EE-EA18-4055-8DFB-C93EEDFC96EB@me.com> Date: Mon, 5 May 2014 22:07:40 +0200 Message-ID: From: =?UTF-8?B?QW5kcsOpIE7DpnNz?= To: Ian Wilkinson Cc: "mirageos-devel@lists.xenproject.org" , Anil Madhavapeddy Subject: Re: [MirageOS-devel] Struggling a bit with the Hello World applications X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============0309000870799598485==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============0309000870799598485== Content-Type: multipart/alternative; boundary=e89a8f839f35f530d804f8acae64 --e89a8f839f35f530d804f8acae64 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Not long after posting my question I stumbled upon the same section in the manual. That's great, a very simple solution. I should have read that first of course, but I was starting to flail about wildly because of all the strange things that were happening. I've had a good run in the forest now, and I am calm again :) On Mon, May 5, 2014 at 6:31 PM, Ian Wilkinson wrote: > You could clone the opam repo and have this as your > default as described in "You want more control over the > public repository" on... > > http://opam.ocaml.org/doc/Advanced_Usage.html > > and possibly pin packages as needed. > > Mindy has an example of this on her http://somerandomidiot.com > blog. > > ian > > > On 5 May 2014, at 17:09, Andr=C3=A9 N=C3=A6ss wro= te: > > I just made two new attempts. I first tried on Ubuntu 14.04 and then on > 12.04. Both failed, but for different reasons. > > I have to admit that I'm getting a bit frustrated now. It seems that > changes are pulled down immediately making the environment very unstable. > Is there some kind of mechanism for ensuring that I get a stable repeatab= le > environment where I control when I want to try to upgrade the various > packages (provided I can get it to work)? > > Below is what happened: > > On 14.04 I got this while running opam init: > > ERROR] The compilation of base-bigarray.base failed. > [ERROR] The compilation of base-threads.base failed. > [ERROR] The compilation of base-unix.base failed. > > =3D=3D=3D=3D=3D ERROR while installing base-bigarray.base =3D=3D=3D=3D=3D > Internal error: > Sys_error("rm -rf /home/vagrant/.opam/system/lib/base-bigarray: Cannot > allocate memory") > > =3D=3D=3D=3D=3D ERROR while installing base-threads.base =3D=3D=3D=3D=3D > Internal error: > Sys_error("rm -rf /home/vagrant/.opam/system/lib/base-threads: Cannot > allocate memory") > > =3D=3D=3D=3D=3D ERROR while installing base-unix.base =3D=3D=3D=3D=3D > Internal error: > Sys_error("rm -rf /home/vagrant/.opam/system/lib/base-unix: Cannot > allocate memory") > > I then went back to the 12.04 install. This time I got everything up and > running and tried to compile the console example. It took a very long tim= e, > but it built. Unfortunately it also uninstalled mirage. Here's the log: > > vagrant@precise64:/vagrant/mirage-skeleton/console$ cat log > Falling back to the internal heuristic. > The following actions will be performed: > - remove mirage.1.1.2 > - remove base-bigarray.base > - remove cmdliner.0.9.4 [required by mirage] > - remove ipaddr.2.4.0 [required by mirage] > - remove re.1.2.1 [required by mirage] > - downgrade mirage-types.1.1.2 to 0.3.0 [required by mirage-console-unix= ] > - downgrade ocplib-endian.0.4 to 0.3 [required by mirage-console-unix] > - install mirage-clock-unix.1.0.0 [required by mirage-console-unix] > - recompile cstruct.1.1.0 [use ocplib-endian] > - downgrade io-page.1.1.1 to 1.1.0 [required by mirage-console-unix] > - install shared-memory-ring.1.0.0 [required by mirage-console-unix] > - install mirage-unix.1.1.0 [required by mirage-console-unix] > - install mirage-console-unix.0.9.9 > 4 to install | 1 to reinstall | 0 to upgrade | 3 to downgrade | 5 to remo= ve > > =3D-=3D-=3D Removing Packages =3D-=3D-=3D > Removing mirage.1.1.2. > rm -f /home/vagrant/.opam/system/bin/mirage > ocamlfind remove mirage > Removing base-bigarray.base. > Removing cmdliner.0.9.4. > Removing ipaddr.2.4.0. > ocamlfind remove ipaddr > Removing re.1.2.1. > ocamlfind remove re > Removing io-page.1.1.1. > ocamlfind remove io-page > Removing mirage-types.1.1.2. > Removing cstruct.1.1.0. > ocamlfind remove cstruct > Removing ocplib-endian.0.4. > ocamlfind remove ocplib-endian > > =3D-=3D-=3D Installing mirage-types.0.3.0 =3D-=3D-=3D > default Downloading > https://opam.ocaml.org/archives/mirage-types.0.3.0+opam.tar.gz > Downloading https://opam.ocaml.org/archives/mirage-types.0.3.0+opam.tar.g= z > Building mirage-types.0.3.0: > make all > make install > Installing mirage-types.0.3.0. > > =3D-=3D-=3D Installing ocplib-endian.0.3 =3D-=3D-=3D > default Downloading > https://opam.ocaml.org/archives/ocplib-endian.0.3+opam.tar.gz > Downloading https://opam.ocaml.org/archives/ocplib-endian.0.3+opam.tar.gz > Building ocplib-endian.0.3: > ocaml setup.ml -configure --disable-debug --prefix > /home/vagrant/.opam/system > ocaml setup.ml -build > ocaml setup.ml -install > Installing ocplib-endian.0.3. > > =3D-=3D-=3D Installing cstruct.1.1.0 =3D-=3D-=3D > Building cstruct.1.1.0: > make > make install > Installing cstruct.1.1.0. > > =3D-=3D-=3D Installing mirage-clock-unix.1.0.0 =3D-=3D-=3D > default Downloading > https://opam.ocaml.org/archives/mirage-clock-unix.1.0.0+opam.tar.gz > Downloading > https://opam.ocaml.org/archives/mirage-clock-unix.1.0.0+opam.tar.gz > Building mirage-clock-unix.1.0.0: > make unix-build > make unix-install > Installing mirage-clock-unix.1.0.0. > > =3D-=3D-=3D Installing io-page.1.1.0 =3D-=3D-=3D > default Downloading > https://opam.ocaml.org/archives/io-page.1.1.0+opam.tar.gz > Downloading https://opam.ocaml.org/archives/io-page.1.1.0+opam.tar.gz > Building io-page.1.1.0: > make > make install > Installing io-page.1.1.0. > > =3D-=3D-=3D Installing shared-memory-ring.1.0.0 =3D-=3D-=3D > default Downloading > https://opam.ocaml.org/archives/shared-memory-ring.1.0.0+opam.tar.gz > Downloading > https://opam.ocaml.org/archives/shared-memory-ring.1.0.0+opam.tar.gz > Building shared-memory-ring.1.0.0: > make all > make install > Installing shared-memory-ring.1.0.0. > > =3D-=3D-=3D Installing mirage-unix.1.1.0 =3D-=3D-=3D > default Downloading > https://opam.ocaml.org/archives/mirage-unix.1.1.0+opam.tar.gz > Downloading https://opam.ocaml.org/archives/mirage-unix.1.1.0+opam.tar.gz > Building mirage-unix.1.1.0: > make unix-build > make unix-install PREFIX=3D/home/vagrant/.opam/system > Installing mirage-unix.1.1.0. > > =3D-=3D-=3D Installing mirage-console-unix.0.9.9 =3D-=3D-=3D > default Downloading > https://opam.ocaml.org/archives/mirage-console-unix.0.9.9+opam.tar.gz > Downloading > https://opam.ocaml.org/archives/mirage-console-unix.0.9.9+opam.tar.gz > Building mirage-console-unix.0.9.9: > make unix-build > make unix-install > Installing mirage-console-unix.0.9.9. > > > > On Mon, May 5, 2014 at 2:14 PM, Anil Madhavapeddy wrote= : > >> This was my fault, as I introduced an existential crisis into the Lwt >> package by making it optionally depend on itself. The resulting total >> perspective vortex caused the solver to decide to take no action and >> terminate the universe. >> >> Thomas has merged a fix, and I'll make the CI output a bit more paranoid >> to these exit codes (they pass the CI atm). >> >> -anil >> >> On 5 May 2014, at 11:52, Ian Wilkinson wrote: >> >> Hi Andre, >> >> I had a similar experience and also went the Vagrant way. >> >> I have something working with Test Kitchen and Vagrant, and >> Fabric and boto for launching on AWS EC2. You can find it here... >> >> https://github.com/iw/mirage-jekyll >> >> ian >> >> >> On 5 May 2014, at 11:11, Andr=C3=A9 N=C3=A6ss wr= ote: >> >> Thanks for your quick response. I indeed have aspcud installed. >> >> After fiddling around and making a mess and not getting anything to work >> I decided to start from scratch. Since I use vagrant that's easy. So I w= ent >> through the installation instructions step by step: >> >> 1. Installed all the build essentials. Ran into an error here. Ran >> apt-get update and the problem resolved itself. >> 2. The add-apt-repository is not in the standard Ubuntu, but when >> trying to invoke it you are told to install >> python-software-properties, so: >> 3. apt-get install python-software-properties >> add-apt-repository ppa:avsm/ppa >> sudo apt-get update >> apt-get install ocaml opam >> (At this step I noticed that aspcud was installed) >> 4. opam --version reports 1.1.1 >> 5. opam init, answering yes to modify config files >> 6. eval `opam config env` >> 7. opam install mirage >> The following actions will be performed: >> - install ocamlfind.1.4.0 [required by mirage] >> - install cmdliner.0.9.4 [required by mirage] >> - install ipaddr.2.4.0 [required by mirage] >> - install optcomp.1.5 [required by mirage] >> - install ounit.2.0.0 [required by mirage] >> - install re.1.2.1 [required by mirage] >> - install ocplib-endian.0.4 [required by mirage] >> - install cstruct.1.1.0 [required by mirage] >> - install io-page.1.1.1 [required by mirage] >> - install mirage-types.1.1.2 [required by mirage] >> - install mirage.1.1.2 >> - install lwt.2.4.5 [required by mirage] >> 12 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade | 0 to >> remove >> Do you want to continue ? [Y/n] >> [ERROR] Aborting, as the following packages have a cyclic dependency: >> (No packages are listed, so this looks like a bug to me) >> >> Oddly enough this worked fine yesterday, so I have no idea what has >> changed. >> >> I have a Mac, but I figured I might get better results using a linux VM >> especially due to the tuntap and Xen requirements, and the fact that >> homebrew failed with a clink error when trying to install ocaml. >> >> Perhaps a different Linux would be preferable? Since I'm just using it a= s >> a compilation station I don't really care what distro it is. What is the >> mirage team using, Debian? >> >> >> On Mon, May 5, 2014 at 10:12 AM, Anil Madhavapeddy wrot= e: >> >>> On 5 May 2014, at 08:42, Andr=C3=A9 N=C3=A6ss w= rote: >>> >>> I'm going through the Hello World examples on the MirageOS website and >>> on the stackv4 example I'm having some problems. It seems that when I r= un >>> "mirage configure --unix" the mirage command itself is uninstalled. Aft= er >>> being very confused for a while, I accidentally hit CTRL-C while mirage= was >>> running because the mirage configure call was taking a long time. Doing= so >>> revealed a whole bunch of opam commands running in the background and u= pon >>> inspection I realised they were downgrading most of the packages. Mirag= e >>> itself is downgraded to 0.5. >>> >>> >>> Can you try to install the aspcud external solver via "apt-get install >>> aspcud". It should be available in both versions of Ubuntu you tried. = I >>> promoted aspcud to a recommended dependency in the Debian package, but = will >>> file an Ubuntu bug to do the same as well. I have an odd feeling that = you >>> already have aspcud though, since the error below reports an inconsiste= nt >>> result. >>> >>> Some points I've noted as feedback from a total newbie: >>> - There is no verbose switch on the mirage command. When it hangs for a >>> long while I get curious. >>> >>> >>> Yep, I've got a trivial local patch to fix this out that I'll push. >>> You can also just set the OPAMVERBOSE environment variable as a workaro= und. >>> >>> - opam reports mirage at version 1.1.2, but mirage --version outputs >>> 1.1.0. >>> >>> >>> Fixed locally too (really need to automate that in the build system). >>> >>> - opam apparently isn't transactional, despite the mirage command >>> failing I'm left with an utterly broken system? >>> >>> >>> OPAM does do error recovery by going back to the original patchset, but >>> possibly not if the external solver failure is messing up its notion of= the >>> universe. In normal use it will perform error recovery with the origin= al >>> set of packages being reinstalled. >>> >>> - It doesn't seem like opam caches anything, I spend a lot of time >>> waiting for downloads. Any simple way to speed this up? >>> >>> >>> Much of this has been improved in OPAM 1.2dev, which will be released >>> soon-ish. e.g.: >>> https://github.com/ocaml/opam/issues/1154 >>> https://github.com/ocaml/opam/issues/1156 >>> >>> I get a lot of these "external solver failed with inconsistentt result"= . >>> Here's an example from running "opam install mirage" after it has been >>> uninstalled by the stackv4 example: >>> >>> $ opam install mirage >>> [WARNING] External solver failed with inconsistent return value. Reques= t >>> saved to "/home/vagrant/.opam/log/solver-error-29875-1.cudf" >>> Falling back to the internal heuristic. >>> The following actions will be performed: >>> - remove tuntap.0.7.0 >>> - remove ocplib-endian.0.3 >>> - remove uri.1.6.0 >>> - remove fieldslib.109.20.03 >>> - remove ipaddr.2.2.0 >>> - remove optcomp.1.5 >>> - remove re.1.2.1 >>> - remove sexplib.110.01.00 >>> - remove stringext.0.0.1 >>> - remove type_conv.109.53.02 >>> - install cstruct.0.4.0 [required by mirage] >>> - install lwt.2.4.3 [required by mirage] >>> - install xenstore.1.0.0 [required by mirage] >>> - install mirage.0.5.0 >>> 4 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade | 10 to >>> remove >>> Do you want to continue ? [Y/n] >>> >>> Now, mirage 0.5 clearly isn't what I want, so I typically end up >>> deleting the .opam folder and restarting from scratch. This is tedious = to >>> say the least. >>> >>> I've tried this on Ubuntu 12.04 and 14.04 (both 64 bit). >>> >>> >>> Thanks for the useful feedback! >>> >>> -a >>> >>> >> _______________________________________________ >> 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 >> >> >> > --e89a8f839f35f530d804f8acae64 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Not long after posting my question I stumbled upon the sam= e section in the manual. That's great, a very simple solution. I should= have read that first of course, but I was starting to flail about wildly b= ecause of all the strange things that were happening. I've had a good r= un in the forest now, and I am calm again :)


On Mon, May 5= , 2014 at 6:31 PM, Ian Wilkinson <ianw1@me.com> wrote:
You could clone the opam repo and have this as your<= /div>
default as described in "You want more control over the
public repository" on...


and possibly pin packages as needed.=

Mindy has an example of= this on her=C2=A0= http://somerandomidiot.com
blog.

ian
=


On 5 May 2014, at 17= :09, Andr=C3=A9 N=C3=A6ss <andre.naess@gmail.com> wrote:

I just made two n= ew attempts. I first tried on Ubuntu 14.04 and then on 12.04. Both failed, = but for different reasons.=C2=A0

I have to admit that I&= #39;m getting a bit frustrated now. It seems that changes are pulled down i= mmediately making the environment very unstable. Is there some kind of mech= anism for ensuring that I get a stable repeatable environment where I contr= ol when I want to try to upgrade the various packages (provided I can get i= t to work)?

Below is what happened:

On 14.= 04 I got this while running opam init:

ERROR] = The compilation of base-bigarray.base failed.
[ERROR] The compila= tion of base-threads.base failed.
[ERROR] The compilation of base-unix.base failed.

=
=3D=3D=3D=3D=3D ERROR while installing base-bigarray.base =3D=3D=3D=3D= =3D
Internal error:
=C2=A0 Sys_error("rm -rf /home= /vagrant/.opam/system/lib/base-bigarray: Cannot allocate memory")

=3D=3D=3D=3D=3D ERROR while installing base-threads.bas= e =3D=3D=3D=3D=3D
Internal error:
=C2=A0 Sys_error(&quo= t;rm -rf /home/vagrant/.opam/system/lib/base-threads: Cannot allocate memor= y")

=3D=3D=3D=3D=3D ERROR while installing base-unix.base =3D=3D=3D= =3D=3D
Internal error:
=C2=A0 Sys_error("rm -rf /h= ome/vagrant/.opam/system/lib/base-unix: Cannot allocate memory")
=

I then went back to the 12.04 install. This time I got everything up and ru= nning and tried to compile the console example. It took a very long time, b= ut it built. Unfortunately it also uninstalled mirage. Here's the log:<= /div>

vagrant@precise64:/vagrant/mirage-skeleton/console= $ cat log=C2=A0
Falling back to the internal heuristic.
The following actions will be performed:
=C2=A0- remove mirage.1= .1.2
=C2=A0- remove base-bigarray.base
=C2=A0- remove cmdliner.0.= 9.4 [required by mirage]
=C2=A0- remove ipaddr.2.4.0 [required by= mirage]
=C2=A0- remove re.1.2.1 [required by mirage]
= =C2=A0- downgrade mirage-types.1.1.2 to 0.3.0 [required by mirage-console-u= nix]
=C2=A0- downgrade ocplib-endian.0.4 to 0.3 [required by mirage-console= -unix]
=C2=A0- install mirage-clock-unix.1.0.0 [required by mirag= e-console-unix]
=C2=A0- recompile cstruct.1.1.0 [use ocplib-endia= n]
=C2=A0- downgrade io-page.1.1.1 to 1.1.0 [required by mirage-console-unix]<= /div>
=C2=A0- install shared-memory-ring.1.0.0 [required by mirage-cons= ole-unix]
=C2=A0- install mirage-unix.1.1.0 [required by mirage-c= onsole-unix]
=C2=A0- install mirage-console-unix.0.9.9
4 to install | 1 t= o reinstall | 0 to upgrade | 3 to downgrade | 5 to remove

=3D-=3D-=3D Removing Packages =3D-=3D-=3D
Removing mirage= .1.1.2.
=C2=A0 rm -f /home/vagrant/.opam/system/bin/mirage
=C2=A0 oc= amlfind remove mirage
Removing base-bigarray.base.
Remo= ving cmdliner.0.9.4.
Removing ipaddr.2.4.0.
=C2=A0 ocam= lfind remove ipaddr
Removing re.1.2.1.
=C2=A0 ocamlfind remove re
Remo= ving io-page.1.1.1.
=C2=A0 ocamlfind remove io-page
Rem= oving mirage-types.1.1.2.
Removing cstruct.1.1.0.
=C2= =A0 ocamlfind remove cstruct
Removing ocplib-endian.0.4.
=C2=A0 ocamlfind remove ocplib-e= ndian

=3D-=3D-=3D Installing mirage-types.0.3.0 = =3D-=3D-=3D
Building mirage-types.0.3.0:
=C2=A0 make all
=C2=A0 make install
Installing mirage-types.0.3.0.

=3D-=3D-=3D Installing ocplib-endian.0.3 =3D-=3D-=3D
<= div>default =C2=A0 =C2=A0Downloading https://opam.ocaml.or= g/archives/ocplib-endian.0.3+opam.tar.gz
Building ocplib-endian.0.3:
= =C2=A0 ocaml setup.ml -co= nfigure --disable-debug --prefix /home/vagrant/.opam/system
=C2=A0 ocaml setup.ml -build
Installing ocplib-endian.0.3.
=
=3D-=3D-=3D Installing cstruct.1.1.0 =3D-=3D-=3D
Building cstruct.1.1.0:
=C2=A0 make
=C2=A0 make in= stall
Installing cstruct.1.1.0.

=3D-=3D-= =3D Installing mirage-clock-unix.1.0.0 =3D-=3D-=3D
Building mirage-clock-unix.1= .0.0:
=C2=A0 make unix-build
=C2=A0 make unix-install
Install= ing mirage-clock-unix.1.0.0.

=3D-=3D-=3D Installin= g io-page.1.1.0 =3D-=3D-=3D
default =C2=A0 =C2=A0Downloading https://opam.ocaml.org/archives/io-page.1.1.0+opam.tar.gz
Building io-page.1.1.0:
=C2=A0 make
=C2=A0 make install
Installing io-page.1.1.0.

=3D-=3D-=3D Install= ing shared-memory-ring.1.0.0 =3D-=3D-=3D
Building shared-memory-rin= g.1.0.0:
=C2=A0 make all
=C2=A0 make install
Installing shared-m= emory-ring.1.0.0.

=3D-=3D-=3D Installing mirage-un= ix.1.1.0 =3D-=3D-=3D
default =C2=A0 =C2=A0Downloading https://opam.ocaml.org/archives/mirage-unix.1.1.0+opam.tar.gz
Building mirage-unix.1.1.0:
= =C2=A0 make unix-build
=C2=A0 make unix-install PREFIX=3D/home/vagrant/.opam/system
Installing mirage-unix.1.1.0.

=3D-=3D-=3D Install= ing mirage-console-unix.0.9.9 =3D-=3D-=3D
Building mirage-console-= unix.0.9.9:
=C2=A0 make unix-build
=C2=A0 make unix-install
In= stalling mirage-console-unix.0.9.9.

<= /div>


On Mon, = May 5, 2014 at 2:14 PM, Anil Madhavapeddy <anil@recoil.org> wr= ote:
This was= my fault, as I introduced an existential crisis into the Lwt package by ma= king it optionally depend on itself. =C2=A0The resulting total perspective = vortex caused the solver to decide to take no action and terminate the univ= erse.

Thomas has merged a fix, and I'll make the CI output a b= it more paranoid to these exit codes (they pass the CI atm).

-anil

On 5 May 2014, at 11:52, Ian Wilkinson <ianw1@me.com> wrote:
Hi Andre,

=
I had a similar e= xperience and also went the Vagrant way.

I ha= ve something working with Test Kitchen and Vagrant, and
Fabric and boto for laun= ching on AWS EC2. You can find it here...

=

=
ian
<= br>

On 5 May 2014, at 11:11, Andr=C3=A9 N=C3=A6ss <andre.naess@gmail.com> wrote:

Thanks for your quick = response. I indeed have aspcud installed.

After fiddling= around and making a mess and not getting anything to work I decided to sta= rt from scratch. Since I use vagrant that's easy. So I went through the= installation instructions step by step:

1. Installed all the build essentials. Ran into an= error here. Ran
=C2=A0 =C2=A0apt-get update and the problem reso= lved itself.
2. The add-apt-repository is not in the standard Ubu= ntu, but when
=C2=A0 =C2=A0trying to invoke it you are told to install
=C2= =A0 =C2=A0python-software-properties, so:
3. apt-get install pyth= on-software-properties=C2=A0
=C2=A0 =C2=A0add-apt-repository ppa:= avsm/ppa
=C2=A0 =C2=A0sudo apt-get update
=C2=A0 =C2=A0apt-get install ocaml opam
=C2=A0 =C2=A0 =C2=A0= =C2=A0(At this step I noticed that aspcud was installed)
4. opam= --version reports 1.1.1
5. opam init, answering yes to modify co= nfig files
6. eval `opam config env`
7. opam install mirage
The following actions will be perform= ed:
=C2=A0- install ocamlfind.1.4.0 [required by mirage]
=C2=A0- install cmdliner.0.9.4 [required by mirage]
=C2=A0- ins= tall ipaddr.2.4.0 [required by mirage]
=C2=A0- install optcomp.1.5 [required by mirage]
=C2=A0- ins= tall ounit.2.0.0 [required by mirage]
=C2=A0- install re.1.2.1 [r= equired by mirage]
=C2=A0- install ocplib-endian.0.4 [required by= mirage]
=C2=A0- install cstruct.1.1.0 [required by mirage]
=C2=A0- instal= l io-page.1.1.1 [required by mirage]
=C2=A0- install mirage-types= .1.1.2 [required by mirage]
=C2=A0- install mirage.1.1.2
=C2=A0- install lwt.2.4.5 [required by mirage]
12 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade | 0 to = remove
Do you want to continue ? [Y/n]=C2=A0
[ERROR] Ab= orting, as the following packages have a cyclic dependency:
=C2= =A0(No packages are listed, so this looks like a bug to me)




On Mon, May 5, 2014 at 10:12 AM, Anil Ma= dhavapeddy <anil@recoil.org> wrote:
On 5 May 2014, at 08:42, Andr=C3= =A9 N=C3=A6ss <andre.naess@gmail.com> wrote:

I'm going through the Hello World examples on the Mira= geOS website and on the stackv4 example I'm having some problems. It se= ems that when I run "mirage configure --unix" the mirage command = itself is uninstalled. After being very confused for a while, I accidentall= y hit CTRL-C while mirage was running because the mirage configure call was= taking a long time. Doing so revealed a whole bunch of opam commands runni= ng in the background and upon inspection I realised they were downgrading m= ost of the packages. Mirage itself is downgraded to 0.5.

Can you try to install the aspcud externa= l solver via "apt-get install aspcud". =C2=A0It should be availab= le in both versions of Ubuntu you tried. =C2=A0I promoted aspcud to a recom= mended dependency in the Debian package, but will file an Ubuntu bug to do = the same as well. =C2=A0I have an odd feeling that you already have aspcud = though, since the error below reports an inconsistent result.

Some points I= 've noted as feedback from a total newbie:
- There is no verb= ose switch on the mirage command. When it hangs for a long while I get curi= ous.

Yep, I've got a trivial local p= atch to fix this out that I'll push. =C2=A0 You can also just set the O= PAMVERBOSE environment variable as a workaround.

- opam reports mirage at version= 1.1.2, but mirage --version outputs 1.1.0.

Fixed locally too (really need to automate that in the build system= ).

- opam apparently isn't transactional, despite the mirage command = failing I'm left with an utterly broken system?

OPAM does do error recovery by going back to the orig= inal patchset, but possibly not if the external solver failure is messing u= p its notion of the universe. =C2=A0In normal use it will perform error rec= overy with the original set of packages being reinstalled.

- It doesn't s= eem like opam caches anything, I spend a lot of time waiting for downloads.= Any simple way to speed this up?

Much of this has been improved in OPAM 1.2dev, which will b= e released soon-ish. e.g.:

I get a lot of these "external solver failed with inconsistentt r= esult". Here's an example from running "opam install mirage&q= uot; after it has been uninstalled by the stackv4 example:

$ opam install mirage
[WARNING] External= solver failed with inconsistent return value. Request saved to "/home= /vagrant/.opam/log/solver-error-29875-1.cudf"
Falling back t= o the internal heuristic.
The following actions will be performed:
=C2=A0- remove tunt= ap.0.7.0
=C2=A0- remove ocplib-endian.0.3
=C2=A0- remov= e uri.1.6.0
=C2=A0- remove fieldslib.109.20.03
=C2=A0- = remove ipaddr.2.2.0
=C2=A0- remove optcomp.1.5
=C2=A0- remove re.1.2.1
=C2=A0- remove sexplib.110.01.00
=C2=A0- remove stringext.0.0.1<= /div>
=C2=A0- remove type_conv.109.53.02
=C2=A0- install cstr= uct.0.4.0 [required by mirage]
=C2=A0- install lwt.2.4.3 [required by mirage]
=C2=A0- insta= ll xenstore.1.0.0 [required by mirage]
=C2=A0- install mirage.0.5= .0
4 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade = | 10 to remove
Do you want to continue ? [Y/n]=C2=A0

N= ow, mirage 0.5 clearly isn't what I want, so I typically end up deletin= g the .opam folder and restarting from scratch. This is tedious to say the = least.

I've tried this on Ubuntu 12.04 and 14.04 (both 64 = bit).

Thanks for the useful fe= edback!

-a


______________________________= _________________
MirageOS-devel mailing list
MirageOS-devel@lists.xenproject.org
http://lists.xenproject.org/cgi-bin/mailman/li= stinfo/mirageos-devel
____________________= ___________________________
MirageOS-devel mailing list
MirageOS-devel@lists.xenproject.org
http://lists.xenproject.org/cgi-bin/mailman/listinfo/mi= rageos-devel



--e89a8f839f35f530d804f8acae64-- --===============0309000870799598485== 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 --===============0309000870799598485==-- From mirageos-devel-bounces@lists.xenproject.org Mon May 05 20:34:10 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 05 May 2014 20:34: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 1WhPaR-0000Oh-I7; Mon, 05 May 2014 20:34:07 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WhPaQ-0000Oc-6i for mirageos-devel@lists.xenproject.org; Mon, 05 May 2014 20:34:06 +0000 Received: from [85.158.137.68:23579] by server-7.bemta-3.messagelabs.com id 50/15-04151-DB5F7635; Mon, 05 May 2014 20:34:05 +0000 X-Env-Sender: andre.naess@gmail.com X-Msg-Ref: server-8.tower-31.messagelabs.com!1399322044!1959267!1 X-Originating-IP: [74.125.82.178] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2397 invoked from network); 5 May 2014 20:34:04 -0000 Received: from mail-we0-f178.google.com (HELO mail-we0-f178.google.com) (74.125.82.178) by server-8.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 5 May 2014 20:34:04 -0000 Received: by mail-we0-f178.google.com with SMTP id u56so7093947wes.37 for ; Mon, 05 May 2014 13:34:03 -0700 (PDT) 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=yRFZTScmXy1Y0OufDRs5e1r4cQMMCLfQcSy+gV3xC3s=; b=h0/3PXyPkbvofp6VI3ho4bhpHfdeA4mnAjpJXkroHCxYZuFCPoYBwHf/zgKMJCfa1g 2e5QKeL/bxlpwTtK0qYO7wb0k2RCfwRkjKi2hSFI5oLtpSswzEUMTtrvsIx+JUt6mYHu AAkOvLDMzivfNaVD0bnp0I+3rcMdAaGj5v8hUndCDkVDCGiVyDPHagTxKiOuMhZHT72O zWtlFSrodc2taNCmYKaJBRTxrw/uDYi3GMl5NV18YxUntIailXaMKAKD+Ec6yOpnhRwy hzNj/MCvGND+bijHQ/6O6STHXIkeroEJ/tejpuEY7KgNYuNP3ZJ6jCu1R8uCEhwC/Ahp gKYg== MIME-Version: 1.0 X-Received: by 10.194.222.197 with SMTP id qo5mr234822wjc.78.1399322043783; Mon, 05 May 2014 13:34:03 -0700 (PDT) Received: by 10.181.13.135 with HTTP; Mon, 5 May 2014 13:34:03 -0700 (PDT) In-Reply-To: References: <53242E73-6AD5-4CDD-8F6C-EC8F2FDD0D28@recoil.org> <8115D7D9-B3EA-4957-9249-AE3BFE3FFB83@me.com> <264C3D63-DEA4-4718-84BA-3AD7A6D1272C@recoil.org> Date: Mon, 5 May 2014 22:34:03 +0200 Message-ID: From: =?UTF-8?B?QW5kcsOpIE7DpnNz?= To: Anil Madhavapeddy Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Struggling a bit with the Hello World applications X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============0649599540484807088==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============0649599540484807088== Content-Type: multipart/alternative; boundary=001a11c3a99a589f9104f8ad0db0 --001a11c3a99a589f9104f8ad0db0 Content-Type: text/plain; charset=UTF-8 On Mon, May 5, 2014 at 7:26 PM, Anil Madhavapeddy wrote: > > > Below is what happened: > > > > On 14.04 I got this while running opam init: > > > > ERROR] The compilation of base-bigarray.base failed. > > [ERROR] The compilation of base-threads.base failed. > > [ERROR] The compilation of base-unix.base failed. > > > > ===== ERROR while installing base-bigarray.base ===== > > Internal error: > > Sys_error("rm -rf /home/vagrant/.opam/system/lib/base-bigarray: Cannot > allocate memory") > > > > ===== ERROR while installing base-threads.base ===== > > Internal error: > > Sys_error("rm -rf /home/vagrant/.opam/system/lib/base-threads: Cannot > allocate memory") > > > > ===== ERROR while installing base-unix.base ===== > > Internal error: > > Sys_error("rm -rf /home/vagrant/.opam/system/lib/base-unix: Cannot > allocate memory") > > To ask the obvious question: how much memory does this VM have? > > I just tried reproducing this on a fresh Ubuntu 14.04 VMWare Fusion: > > Ok, I'm slightly embarrassed now. I bumped the memory on the VM to 1024. The Vagrant default is pretty low. It works fine now. > > I then went back to the 12.04 install. This time I got everything up and > running and tried to compile the console example. It took a very long time, > but it built. Unfortunately it also uninstalled mirage. Here's the log: > > That's clearly going wrong as well, due to the internal heuristic. Is > this using OPAM 1.1.1? > > I think I figured this out. On 12.04 the mirage installation instruction tell you to install opam because it's not in the ubuntu repo. So you are guided to the quick installation at http://opam.ocaml.org/doc/Quick_Install.html. This tells you to add a repo and run ppa:avsm/ppa. This is where it goes wrong. I skipped this step and installed one of the opam binaries instead, and now it works. At first I thought the problem was aspcud because by following the instructions it's installed but by just using the opam binary it is not. To test I just installed aspcud and the mirage configure step still works fine. So maybe it's something about the ocaml that gets pulled in from that repo? So I got one step further, the console example now works on Ubuntu 14.04. The stackv4 example fails during "mirage configure --unix" due to a missing libssl. That's easy to fix I guess, but the weird thing (to me) is that after failing the mirage command is gone again. It does say that it is to be recompiled, so I guess it was removed and then never recompiled since ssl 0.4.7 failed. This time I copied the "opam switch ..." command needed to restore the previous state according to the log, and it worked. Is that generally the workflow? It does strike me as a little odd that I as the user have to go in and manually repair the system like that? Or would you just run "opam install mirage" in this case? Anyway, after doing apt-get install libssl-dev the stackv4 example now works. Looks like I'm finally off to the races :) --001a11c3a99a589f9104f8ad0db0 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable



On Mon, May 5, 2014 at 7:26 PM, Anil Madhavapeddy <anil@recoil.org> wrote:
> Below is what happened:
>
> On 14.04 I got this while running opam init:
>
> ERROR] The compilation of base-bigarray.base failed.
> [ERROR] The compilation of base-threads.base failed.
> [ERROR] The compilation of base-unix.base failed.
>
> =3D=3D=3D=3D=3D ERROR while installing base-bigarray.base =3D=3D=3D=3D= =3D
> Internal error:
> =C2=A0 Sys_error("rm -rf /home/vagrant/.opam/system/lib/base-biga= rray: Cannot allocate memory")
>
> =3D=3D=3D=3D=3D ERROR while installing base-threads.base =3D=3D=3D=3D= =3D
> Internal error:
> =C2=A0 Sys_error("rm -rf /home/vagrant/.opam/system/lib/base-thre= ads: Cannot allocate memory")
>
> =3D=3D=3D=3D=3D ERROR while installing base-unix.base =3D=3D=3D=3D=3D<= br> > Internal error:
> =C2=A0 Sys_error("rm -rf /home/vagrant/.opam/system/lib/base-unix= : Cannot allocate memory")

To ask the obvious question: how much memory does this VM have?

I just tried reproducing this on a fresh Ubuntu 14.04 VMWare Fusion:


Ok, I'm slightly embarrassed now. = I bumped the memory on the VM to 1024. The Vagrant default is pretty low. I= t works fine now.
=C2=A0
> I then went back to the 12.04 install. This time I got everything up a= nd running and tried to compile the console example. It took a very long ti= me, but it built. Unfortunately it also uninstalled mirage. Here's the = log:

That's clearly going wrong as well, due to the internal heuristic= . =C2=A0Is this using OPAM 1.1.1?


I think I figured this out. On 12.04 the mirage installati= on instruction tell you to install opam because it's not in the ubuntu = repo. So you are guided to the quick installation at http://opam.ocaml.org/doc/Quick_Install.= html. This tells you to add a repo and run ppa:avsm/ppa. This is where = it goes wrong. I skipped this step and installed one of the opam binaries i= nstead, and now it works. At first I thought the problem was aspcud because= by following the instructions it's installed but by just using the opa= m binary it is not. To test I just installed aspcud =C2=A0and the mirage co= nfigure step still works fine. So maybe it's something about the ocaml = that gets pulled in from that repo?

So I got one step further, the console example now work= s on Ubuntu 14.04.

The stackv4 example fails durin= g "mirage configure --unix" due to a missing libssl. That's e= asy to fix I guess, but the weird thing (to me) is that after failing the m= irage command is gone again. It does say that it is to be recompiled, so I = guess it was removed and then never recompiled since ssl 0.4.7 failed.

This time I copied the "opam switch ..." comm= and needed to restore the previous state according to the log, and it worke= d. Is that generally the workflow? It does strike me as a little odd that I= as the user have to go in and manually repair the system like that? Or wou= ld you just run "opam install mirage" in this case?

Anyway, after doing apt-get install libssl-dev the stac= kv4 example now works.

Looks like I'm finally = off to the races :)
--001a11c3a99a589f9104f8ad0db0-- --===============0649599540484807088== 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 --===============0649599540484807088==-- From mirageos-devel-bounces@lists.xenproject.org Mon May 05 20:34:10 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 05 May 2014 20:34: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 1WhPaR-0000Oh-I7; Mon, 05 May 2014 20:34:07 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WhPaQ-0000Oc-6i for mirageos-devel@lists.xenproject.org; Mon, 05 May 2014 20:34:06 +0000 Received: from [85.158.137.68:23579] by server-7.bemta-3.messagelabs.com id 50/15-04151-DB5F7635; Mon, 05 May 2014 20:34:05 +0000 X-Env-Sender: andre.naess@gmail.com X-Msg-Ref: server-8.tower-31.messagelabs.com!1399322044!1959267!1 X-Originating-IP: [74.125.82.178] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2397 invoked from network); 5 May 2014 20:34:04 -0000 Received: from mail-we0-f178.google.com (HELO mail-we0-f178.google.com) (74.125.82.178) by server-8.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 5 May 2014 20:34:04 -0000 Received: by mail-we0-f178.google.com with SMTP id u56so7093947wes.37 for ; Mon, 05 May 2014 13:34:03 -0700 (PDT) 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=yRFZTScmXy1Y0OufDRs5e1r4cQMMCLfQcSy+gV3xC3s=; b=h0/3PXyPkbvofp6VI3ho4bhpHfdeA4mnAjpJXkroHCxYZuFCPoYBwHf/zgKMJCfa1g 2e5QKeL/bxlpwTtK0qYO7wb0k2RCfwRkjKi2hSFI5oLtpSswzEUMTtrvsIx+JUt6mYHu AAkOvLDMzivfNaVD0bnp0I+3rcMdAaGj5v8hUndCDkVDCGiVyDPHagTxKiOuMhZHT72O zWtlFSrodc2taNCmYKaJBRTxrw/uDYi3GMl5NV18YxUntIailXaMKAKD+Ec6yOpnhRwy hzNj/MCvGND+bijHQ/6O6STHXIkeroEJ/tejpuEY7KgNYuNP3ZJ6jCu1R8uCEhwC/Ahp gKYg== MIME-Version: 1.0 X-Received: by 10.194.222.197 with SMTP id qo5mr234822wjc.78.1399322043783; Mon, 05 May 2014 13:34:03 -0700 (PDT) Received: by 10.181.13.135 with HTTP; Mon, 5 May 2014 13:34:03 -0700 (PDT) In-Reply-To: References: <53242E73-6AD5-4CDD-8F6C-EC8F2FDD0D28@recoil.org> <8115D7D9-B3EA-4957-9249-AE3BFE3FFB83@me.com> <264C3D63-DEA4-4718-84BA-3AD7A6D1272C@recoil.org> Date: Mon, 5 May 2014 22:34:03 +0200 Message-ID: From: =?UTF-8?B?QW5kcsOpIE7DpnNz?= To: Anil Madhavapeddy Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Struggling a bit with the Hello World applications X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============0649599540484807088==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============0649599540484807088== Content-Type: multipart/alternative; boundary=001a11c3a99a589f9104f8ad0db0 --001a11c3a99a589f9104f8ad0db0 Content-Type: text/plain; charset=UTF-8 On Mon, May 5, 2014 at 7:26 PM, Anil Madhavapeddy wrote: > > > Below is what happened: > > > > On 14.04 I got this while running opam init: > > > > ERROR] The compilation of base-bigarray.base failed. > > [ERROR] The compilation of base-threads.base failed. > > [ERROR] The compilation of base-unix.base failed. > > > > ===== ERROR while installing base-bigarray.base ===== > > Internal error: > > Sys_error("rm -rf /home/vagrant/.opam/system/lib/base-bigarray: Cannot > allocate memory") > > > > ===== ERROR while installing base-threads.base ===== > > Internal error: > > Sys_error("rm -rf /home/vagrant/.opam/system/lib/base-threads: Cannot > allocate memory") > > > > ===== ERROR while installing base-unix.base ===== > > Internal error: > > Sys_error("rm -rf /home/vagrant/.opam/system/lib/base-unix: Cannot > allocate memory") > > To ask the obvious question: how much memory does this VM have? > > I just tried reproducing this on a fresh Ubuntu 14.04 VMWare Fusion: > > Ok, I'm slightly embarrassed now. I bumped the memory on the VM to 1024. The Vagrant default is pretty low. It works fine now. > > I then went back to the 12.04 install. This time I got everything up and > running and tried to compile the console example. It took a very long time, > but it built. Unfortunately it also uninstalled mirage. Here's the log: > > That's clearly going wrong as well, due to the internal heuristic. Is > this using OPAM 1.1.1? > > I think I figured this out. On 12.04 the mirage installation instruction tell you to install opam because it's not in the ubuntu repo. So you are guided to the quick installation at http://opam.ocaml.org/doc/Quick_Install.html. This tells you to add a repo and run ppa:avsm/ppa. This is where it goes wrong. I skipped this step and installed one of the opam binaries instead, and now it works. At first I thought the problem was aspcud because by following the instructions it's installed but by just using the opam binary it is not. To test I just installed aspcud and the mirage configure step still works fine. So maybe it's something about the ocaml that gets pulled in from that repo? So I got one step further, the console example now works on Ubuntu 14.04. The stackv4 example fails during "mirage configure --unix" due to a missing libssl. That's easy to fix I guess, but the weird thing (to me) is that after failing the mirage command is gone again. It does say that it is to be recompiled, so I guess it was removed and then never recompiled since ssl 0.4.7 failed. This time I copied the "opam switch ..." command needed to restore the previous state according to the log, and it worked. Is that generally the workflow? It does strike me as a little odd that I as the user have to go in and manually repair the system like that? Or would you just run "opam install mirage" in this case? Anyway, after doing apt-get install libssl-dev the stackv4 example now works. Looks like I'm finally off to the races :) --001a11c3a99a589f9104f8ad0db0 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable



On Mon, May 5, 2014 at 7:26 PM, Anil Madhavapeddy <anil@recoil.org> wrote:
> Below is what happened:
>
> On 14.04 I got this while running opam init:
>
> ERROR] The compilation of base-bigarray.base failed.
> [ERROR] The compilation of base-threads.base failed.
> [ERROR] The compilation of base-unix.base failed.
>
> =3D=3D=3D=3D=3D ERROR while installing base-bigarray.base =3D=3D=3D=3D= =3D
> Internal error:
> =C2=A0 Sys_error("rm -rf /home/vagrant/.opam/system/lib/base-biga= rray: Cannot allocate memory")
>
> =3D=3D=3D=3D=3D ERROR while installing base-threads.base =3D=3D=3D=3D= =3D
> Internal error:
> =C2=A0 Sys_error("rm -rf /home/vagrant/.opam/system/lib/base-thre= ads: Cannot allocate memory")
>
> =3D=3D=3D=3D=3D ERROR while installing base-unix.base =3D=3D=3D=3D=3D<= br> > Internal error:
> =C2=A0 Sys_error("rm -rf /home/vagrant/.opam/system/lib/base-unix= : Cannot allocate memory")

To ask the obvious question: how much memory does this VM have?

I just tried reproducing this on a fresh Ubuntu 14.04 VMWare Fusion:


Ok, I'm slightly embarrassed now. = I bumped the memory on the VM to 1024. The Vagrant default is pretty low. I= t works fine now.
=C2=A0
> I then went back to the 12.04 install. This time I got everything up a= nd running and tried to compile the console example. It took a very long ti= me, but it built. Unfortunately it also uninstalled mirage. Here's the = log:

That's clearly going wrong as well, due to the internal heuristic= . =C2=A0Is this using OPAM 1.1.1?


I think I figured this out. On 12.04 the mirage installati= on instruction tell you to install opam because it's not in the ubuntu = repo. So you are guided to the quick installation at http://opam.ocaml.org/doc/Quick_Install.= html. This tells you to add a repo and run ppa:avsm/ppa. This is where = it goes wrong. I skipped this step and installed one of the opam binaries i= nstead, and now it works. At first I thought the problem was aspcud because= by following the instructions it's installed but by just using the opa= m binary it is not. To test I just installed aspcud =C2=A0and the mirage co= nfigure step still works fine. So maybe it's something about the ocaml = that gets pulled in from that repo?

So I got one step further, the console example now work= s on Ubuntu 14.04.

The stackv4 example fails durin= g "mirage configure --unix" due to a missing libssl. That's e= asy to fix I guess, but the weird thing (to me) is that after failing the m= irage command is gone again. It does say that it is to be recompiled, so I = guess it was removed and then never recompiled since ssl 0.4.7 failed.

This time I copied the "opam switch ..." comm= and needed to restore the previous state according to the log, and it worke= d. Is that generally the workflow? It does strike me as a little odd that I= as the user have to go in and manually repair the system like that? Or wou= ld you just run "opam install mirage" in this case?

Anyway, after doing apt-get install libssl-dev the stac= kv4 example now works.

Looks like I'm finally = off to the races :)
--001a11c3a99a589f9104f8ad0db0-- --===============0649599540484807088== 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 --===============0649599540484807088==-- From mirageos-devel-bounces@lists.xenproject.org Tue May 06 09:32:47 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 06 May 2014 09:32: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 1Whbjt-0003wZ-Sx; Tue, 06 May 2014 09:32:41 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Whbjs-0003wB-KT for mirageos-devel@lists.xenproject.org; Tue, 06 May 2014 09:32:40 +0000 Received: from [85.158.139.211:22624] by server-6.bemta-5.messagelabs.com id 0A/86-19576-73CA8635; Tue, 06 May 2014 09:32:39 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-10.tower-206.messagelabs.com!1399368759!2475761!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.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 359 invoked from network); 6 May 2014 09:32:39 -0000 Received: from mail-we0-f174.google.com (HELO mail-we0-f174.google.com) (74.125.82.174) by server-10.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 6 May 2014 09:32:39 -0000 Received: by mail-we0-f174.google.com with SMTP id k48so8632875wev.19 for ; Tue, 06 May 2014 02:32:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:content-type:content-transfer-encoding; bh=RKtX27/VE+sr/VCAdXwwTgJKQFT3wxJyX/o1KEoIeCo=; b=dvfcOBEvW0K4TQGJi4Kl7gZd2BxkNEOfyWYBq4TeKkg7J8ig479mv710F1cjiICPhs UbXprZltnL0mcdh494BrdMC0PfWXdKfC9Xr66RPhy01dOiYCBF48EcTDYfl+WCakSNRr G98d1Zdlr0YrZaSbi4e1WaZgaOfMp5HRUbQ0m5A6jOyGC3cXoHsQ5Se/C8Efs5Bam9wr ocaeLnjXzDyrjoqIFYZqb3tbbL5vlz60A+Vi2Aw+xSSBpHTHdZnxSNP1TVjotCCvVGB3 37b3rCSK2q3/DAs2+OyXa905Dw/rYeWtCXIIT7iUNnMjJ2aJJKKaD+x9i4wTe9Z3AA7E yXzA== X-Received: by 10.194.60.4 with SMTP id d4mr31974187wjr.28.1399368759153; Tue, 06 May 2014 02:32:39 -0700 (PDT) Received: from [172.16.26.11] (97e5a5cd.skybroadband.com. [151.229.165.205]) by mx.google.com with ESMTPSA id bq12sm8959041wib.0.2014.05.06.02.32.37 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 06 May 2014 02:32:38 -0700 (PDT) Message-ID: <5368AC34.1010708@xen.org> Date: Tue, 06 May 2014 10:32:36 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" , xen-users@lists.xenproject.org, "mirageos-devel@lists.xenproject.org" Subject: [MirageOS-devel] Extending Xen Project CfP until May the 12th X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org 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 Hi all, I had a number of requests to extend the Xen Project Developer Summit CfP by a few days. Also, we had some technical difficulties last week, which meant that not everyone was able to submit their talks. As such, I will leave the CfP open until May 12th, but we will not update the text on the website. If you have made a submission, please make sure that it was raised against the Xen Project Developer Summit : you can do this by logging into the system and checking the event Best 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 Tue May 06 09:32:47 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 06 May 2014 09:32: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 1Whbjt-0003wZ-Sx; Tue, 06 May 2014 09:32:41 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Whbjs-0003wB-KT for mirageos-devel@lists.xenproject.org; Tue, 06 May 2014 09:32:40 +0000 Received: from [85.158.139.211:22624] by server-6.bemta-5.messagelabs.com id 0A/86-19576-73CA8635; Tue, 06 May 2014 09:32:39 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-10.tower-206.messagelabs.com!1399368759!2475761!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.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 359 invoked from network); 6 May 2014 09:32:39 -0000 Received: from mail-we0-f174.google.com (HELO mail-we0-f174.google.com) (74.125.82.174) by server-10.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 6 May 2014 09:32:39 -0000 Received: by mail-we0-f174.google.com with SMTP id k48so8632875wev.19 for ; Tue, 06 May 2014 02:32:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:content-type:content-transfer-encoding; bh=RKtX27/VE+sr/VCAdXwwTgJKQFT3wxJyX/o1KEoIeCo=; b=dvfcOBEvW0K4TQGJi4Kl7gZd2BxkNEOfyWYBq4TeKkg7J8ig479mv710F1cjiICPhs UbXprZltnL0mcdh494BrdMC0PfWXdKfC9Xr66RPhy01dOiYCBF48EcTDYfl+WCakSNRr G98d1Zdlr0YrZaSbi4e1WaZgaOfMp5HRUbQ0m5A6jOyGC3cXoHsQ5Se/C8Efs5Bam9wr ocaeLnjXzDyrjoqIFYZqb3tbbL5vlz60A+Vi2Aw+xSSBpHTHdZnxSNP1TVjotCCvVGB3 37b3rCSK2q3/DAs2+OyXa905Dw/rYeWtCXIIT7iUNnMjJ2aJJKKaD+x9i4wTe9Z3AA7E yXzA== X-Received: by 10.194.60.4 with SMTP id d4mr31974187wjr.28.1399368759153; Tue, 06 May 2014 02:32:39 -0700 (PDT) Received: from [172.16.26.11] (97e5a5cd.skybroadband.com. [151.229.165.205]) by mx.google.com with ESMTPSA id bq12sm8959041wib.0.2014.05.06.02.32.37 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 06 May 2014 02:32:38 -0700 (PDT) Message-ID: <5368AC34.1010708@xen.org> Date: Tue, 06 May 2014 10:32:36 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" , xen-users@lists.xenproject.org, "mirageos-devel@lists.xenproject.org" Subject: [MirageOS-devel] Extending Xen Project CfP until May the 12th X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org 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 Hi all, I had a number of requests to extend the Xen Project Developer Summit CfP by a few days. Also, we had some technical difficulties last week, which meant that not everyone was able to submit their talks. As such, I will leave the CfP open until May 12th, but we will not update the text on the website. If you have made a submission, please make sure that it was raised against the Xen Project Developer Summit : you can do this by logging into the system and checking the event Best 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 Tue May 06 09:39:23 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 06 May 2014 09: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 1WhbqN-0004iZ-P9; Tue, 06 May 2014 09:39:23 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WhbqL-0004hl-WA; Tue, 06 May 2014 09:39:22 +0000 Received: from [85.158.139.211:55822] by server-1.bemta-5.messagelabs.com id 46/26-10259-9CDA8635; Tue, 06 May 2014 09:39:21 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-11.tower-206.messagelabs.com!1399369158!2496465!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13539 invoked from network); 6 May 2014 09:39:20 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-11.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 6 May 2014 09:39:20 -0000 X-IronPort-AV: E=Sophos;i="4.97,996,1389744000"; d="scan'208";a="128146409" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 06 May 2014 09:39:17 +0000 Received: from [IPv6:::1] (10.80.16.47) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Tue, 6 May 2014 05:39:17 -0400 Message-ID: <5368ADC4.9020409@citrix.com> Date: Tue, 6 May 2014 11:39:16 +0200 From: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: , "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" , , "mirageos-devel@lists.xenproject.org" References: <5368AC34.1010708@xen.org> In-Reply-To: <5368AC34.1010708@xen.org> X-Enigmail-Version: 1.6 X-DLP: MIA2 Subject: Re: [MirageOS-devel] [Xen-devel] Extending Xen Project CfP until May the 12th X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 06/05/14 11:32, Lars Kurth wrote: > Hi all, > > I had a number of requests to extend the Xen Project Developer Summit > CfP by a few days. Also, we had some technical difficulties last week, > which meant that not everyone was able to submit their talks. As such, I > will leave the CfP open until May 12th, but we will not update the text > on the website. Unless I'm reading it wrong, the webpage has been updated, and I can see the following: "All submissions need to be submitted by 11:55pm (EST) on May 16, 2014" "You can submit a proposal at any time for Xen Project Developer Summit. Please keep in mind that the deadline is May 16, 2014." http://events.linuxfoundation.org//events/xen-project-developer-summit/program/cfp Roger. _______________________________________________ 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 May 06 09:39:23 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 06 May 2014 09: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 1WhbqN-0004iZ-P9; Tue, 06 May 2014 09:39:23 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WhbqL-0004hl-WA; Tue, 06 May 2014 09:39:22 +0000 Received: from [85.158.139.211:55822] by server-1.bemta-5.messagelabs.com id 46/26-10259-9CDA8635; Tue, 06 May 2014 09:39:21 +0000 X-Env-Sender: roger.pau@citrix.com X-Msg-Ref: server-11.tower-206.messagelabs.com!1399369158!2496465!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13539 invoked from network); 6 May 2014 09:39:20 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-11.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 6 May 2014 09:39:20 -0000 X-IronPort-AV: E=Sophos;i="4.97,996,1389744000"; d="scan'208";a="128146409" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 06 May 2014 09:39:17 +0000 Received: from [IPv6:::1] (10.80.16.47) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Tue, 6 May 2014 05:39:17 -0400 Message-ID: <5368ADC4.9020409@citrix.com> Date: Tue, 6 May 2014 11:39:16 +0200 From: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: , "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" , , "mirageos-devel@lists.xenproject.org" References: <5368AC34.1010708@xen.org> In-Reply-To: <5368AC34.1010708@xen.org> X-Enigmail-Version: 1.6 X-DLP: MIA2 Subject: Re: [MirageOS-devel] [Xen-devel] Extending Xen Project CfP until May the 12th X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 06/05/14 11:32, Lars Kurth wrote: > Hi all, > > I had a number of requests to extend the Xen Project Developer Summit > CfP by a few days. Also, we had some technical difficulties last week, > which meant that not everyone was able to submit their talks. As such, I > will leave the CfP open until May 12th, but we will not update the text > on the website. Unless I'm reading it wrong, the webpage has been updated, and I can see the following: "All submissions need to be submitted by 11:55pm (EST) on May 16, 2014" "You can submit a proposal at any time for Xen Project Developer Summit. Please keep in mind that the deadline is May 16, 2014." http://events.linuxfoundation.org//events/xen-project-developer-summit/program/cfp Roger. _______________________________________________ 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 May 06 09:41:14 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 06 May 2014 09:41: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 1WhbsA-00050U-Jv; Tue, 06 May 2014 09:41:14 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Whbs9-00050G-5Z for mirageos-devel@lists.xenproject.org; Tue, 06 May 2014 09:41:13 +0000 Received: from [85.158.143.35:11163] by server-1.bemta-4.messagelabs.com id 07/90-09853-83EA8635; Tue, 06 May 2014 09:41:12 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-7.tower-21.messagelabs.com!1399369270!3045759!1 X-Originating-IP: [209.85.219.53] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_23, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21865 invoked from network); 6 May 2014 09:41:11 -0000 Received: from mail-oa0-f53.google.com (HELO mail-oa0-f53.google.com) (209.85.219.53) by server-7.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 6 May 2014 09:41:11 -0000 Received: by mail-oa0-f53.google.com with SMTP id m1so7375974oag.12 for ; Tue, 06 May 2014 02:41:10 -0700 (PDT) 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=DBp7lcIf2f81CYVbkjm3YU0WFLzkZk1928wnzDU2FXo=; b=OxXCx5OY+rwVsYtyPME4+vZ0CWuZx2ft9COd+pDBlnl6BFJtxvRNySbR2qPels13Pf yvOXQKopL6WwdceusrP4Kv8WFke/u9bAa8fTs3mtYFXd92E9AE/Zt3IDZ77jnljX6pVd 57xN7QRi2cFRQudtCCkykFi+WldwgbLGkuvokex1p/C25DHi9hOowyhJBgDp2sbD7vIR br2DMSoc2IBTKVEVuo49p1KLFAmtu9EwmyC+vN5udOeNe08Sy5bMBnF8wIEYgZ2w8D/k vEdmXIIea5NOslWBdo+RP47gseV2GehGiGhNJP6pD5xDIu1kBx5MqOL9IA6uc1PEsyJb a60Q== MIME-Version: 1.0 X-Received: by 10.60.40.198 with SMTP id z6mr182813oek.85.1399369270226; Tue, 06 May 2014 02:41:10 -0700 (PDT) Received: by 10.76.101.202 with HTTP; Tue, 6 May 2014 02:41:10 -0700 (PDT) In-Reply-To: <480050F6-D6CC-4AFD-AECB-F3280387F9BF@recoil.org> References: <18EB0A22-5F94-47BA-A28B-3D1EB70B6DE2@recoil.org> <41A934A1-B381-45A1-88EC-2A639777CB5A@recoil.org> <60F979D4-8425-4B77-89EA-9DB27007BEEF@recoil.org> <480050F6-D6CC-4AFD-AECB-F3280387F9BF@recoil.org> Date: Tue, 6 May 2014 10:41:10 +0100 Message-ID: From: Thomas Leonard To: Anil Madhavapeddy Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Mini-OS on ARM status X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 May 2014 10:19, Anil Madhavapeddy wrote: > [ccing Dave as fyi, or should we move this to the mirage list?] Moved. > On 6 May 2014, at 10:08, Thomas Leonard wrote: > >> On 6 May 2014 09:41, Anil Madhavapeddy wrote: >>> The mirage/xen-arm-builder scripts work pretty well now. I'm >>> just bringing up a Cubietruck later today, so will have both ready. >> >> Cool - that's easier than following a page full of instructions! > > Although the instructions are very valuable to figure out what all the > moving pieces are! It's incredible this stuff boots at all... > >>> ARM minios works great -- I'm just testing putting the OCaml xenstored >>> into dom0 instead of the default C one. How goes the Mirage >>> hacking? I'm thinking of putting together a simple Mirage/ARM/Xen >>> based presentation for the UCN meeting on Tuesday (but can do this >>> in userspace if the MiniOS hits snags) >> >> I'm just looking at it now. I couldn't find which revision of Mini-OS >> corresponded to the initial import into Mirage, but it probably >> doesn't matter. My current plan is to replace the "kernel" directory >> with the current Mini-OS and then hack on it until it works. >> > > That's pretty much the right approach. Once we have a working fork, > we can look into rebasing the entire lot on top of an upstream MiniOS. > > I'd like to mirror a MiniOS repository that's independent of the main > Xen git tree to make this easier, but there's no rush on that. > >> What's the plan for handling the stack? Mini-OS currently allocates a >> small fixed stack and uses that for everything. Probably OCaml will >> want something bigger and with a guard page below it. Does Mirage >> expect the stack to grow automatically on demand, or is it fixed? This >> might require getting virtual memory working properly (currently, it's >> just 1:1 with the "physical" memory Xen provides). > > We pretty much use a static stack in x86_64 as well, if I remember right, > and size it big enough that we don't blow past it casually. Doing that > initially on ARM to get things going would be fine too. I like the idea > of not requiring virtual memory to be used unless absolutely necessary, > since it avoids the unpredictability of demand paging. > > We may need it for grant tables though...? The FDT suggests an address for the grant table, and I currently just use XENMAPSPACE_grant_table so that Xen makes it appear there. I'm assuming that Xen's suggested address won't overlap any of the other addresses it passes us (all these addresses are hard-coded in Xen in arch-arm.h). ARM has two stages to each address translation: VM virtual address to VM physical address (this mapping is managed by the VM), and then VM physical to actual physical address (controlled by Xen). The guest's MMU is enabled (otherwise hypercalls don't work properly); it's just configured with a 1:1 mapping currently. -- 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 May 06 09:41:14 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 06 May 2014 09:41: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 1WhbsA-00050U-Jv; Tue, 06 May 2014 09:41:14 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Whbs9-00050G-5Z for mirageos-devel@lists.xenproject.org; Tue, 06 May 2014 09:41:13 +0000 Received: from [85.158.143.35:11163] by server-1.bemta-4.messagelabs.com id 07/90-09853-83EA8635; Tue, 06 May 2014 09:41:12 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-7.tower-21.messagelabs.com!1399369270!3045759!1 X-Originating-IP: [209.85.219.53] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_23, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21865 invoked from network); 6 May 2014 09:41:11 -0000 Received: from mail-oa0-f53.google.com (HELO mail-oa0-f53.google.com) (209.85.219.53) by server-7.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 6 May 2014 09:41:11 -0000 Received: by mail-oa0-f53.google.com with SMTP id m1so7375974oag.12 for ; Tue, 06 May 2014 02:41:10 -0700 (PDT) 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=DBp7lcIf2f81CYVbkjm3YU0WFLzkZk1928wnzDU2FXo=; b=OxXCx5OY+rwVsYtyPME4+vZ0CWuZx2ft9COd+pDBlnl6BFJtxvRNySbR2qPels13Pf yvOXQKopL6WwdceusrP4Kv8WFke/u9bAa8fTs3mtYFXd92E9AE/Zt3IDZ77jnljX6pVd 57xN7QRi2cFRQudtCCkykFi+WldwgbLGkuvokex1p/C25DHi9hOowyhJBgDp2sbD7vIR br2DMSoc2IBTKVEVuo49p1KLFAmtu9EwmyC+vN5udOeNe08Sy5bMBnF8wIEYgZ2w8D/k vEdmXIIea5NOslWBdo+RP47gseV2GehGiGhNJP6pD5xDIu1kBx5MqOL9IA6uc1PEsyJb a60Q== MIME-Version: 1.0 X-Received: by 10.60.40.198 with SMTP id z6mr182813oek.85.1399369270226; Tue, 06 May 2014 02:41:10 -0700 (PDT) Received: by 10.76.101.202 with HTTP; Tue, 6 May 2014 02:41:10 -0700 (PDT) In-Reply-To: <480050F6-D6CC-4AFD-AECB-F3280387F9BF@recoil.org> References: <18EB0A22-5F94-47BA-A28B-3D1EB70B6DE2@recoil.org> <41A934A1-B381-45A1-88EC-2A639777CB5A@recoil.org> <60F979D4-8425-4B77-89EA-9DB27007BEEF@recoil.org> <480050F6-D6CC-4AFD-AECB-F3280387F9BF@recoil.org> Date: Tue, 6 May 2014 10:41:10 +0100 Message-ID: From: Thomas Leonard To: Anil Madhavapeddy Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Mini-OS on ARM status X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 May 2014 10:19, Anil Madhavapeddy wrote: > [ccing Dave as fyi, or should we move this to the mirage list?] Moved. > On 6 May 2014, at 10:08, Thomas Leonard wrote: > >> On 6 May 2014 09:41, Anil Madhavapeddy wrote: >>> The mirage/xen-arm-builder scripts work pretty well now. I'm >>> just bringing up a Cubietruck later today, so will have both ready. >> >> Cool - that's easier than following a page full of instructions! > > Although the instructions are very valuable to figure out what all the > moving pieces are! It's incredible this stuff boots at all... > >>> ARM minios works great -- I'm just testing putting the OCaml xenstored >>> into dom0 instead of the default C one. How goes the Mirage >>> hacking? I'm thinking of putting together a simple Mirage/ARM/Xen >>> based presentation for the UCN meeting on Tuesday (but can do this >>> in userspace if the MiniOS hits snags) >> >> I'm just looking at it now. I couldn't find which revision of Mini-OS >> corresponded to the initial import into Mirage, but it probably >> doesn't matter. My current plan is to replace the "kernel" directory >> with the current Mini-OS and then hack on it until it works. >> > > That's pretty much the right approach. Once we have a working fork, > we can look into rebasing the entire lot on top of an upstream MiniOS. > > I'd like to mirror a MiniOS repository that's independent of the main > Xen git tree to make this easier, but there's no rush on that. > >> What's the plan for handling the stack? Mini-OS currently allocates a >> small fixed stack and uses that for everything. Probably OCaml will >> want something bigger and with a guard page below it. Does Mirage >> expect the stack to grow automatically on demand, or is it fixed? This >> might require getting virtual memory working properly (currently, it's >> just 1:1 with the "physical" memory Xen provides). > > We pretty much use a static stack in x86_64 as well, if I remember right, > and size it big enough that we don't blow past it casually. Doing that > initially on ARM to get things going would be fine too. I like the idea > of not requiring virtual memory to be used unless absolutely necessary, > since it avoids the unpredictability of demand paging. > > We may need it for grant tables though...? The FDT suggests an address for the grant table, and I currently just use XENMAPSPACE_grant_table so that Xen makes it appear there. I'm assuming that Xen's suggested address won't overlap any of the other addresses it passes us (all these addresses are hard-coded in Xen in arch-arm.h). ARM has two stages to each address translation: VM virtual address to VM physical address (this mapping is managed by the VM), and then VM physical to actual physical address (controlled by Xen). The guest's MMU is enabled (otherwise hypercalls don't work properly); it's just configured with a 1:1 mapping currently. -- 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 May 06 09:49:30 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 06 May 2014 09:49: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 1Whc09-0005cK-A2; Tue, 06 May 2014 09:49:29 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Whc07-0005by-KK; Tue, 06 May 2014 09:49:27 +0000 Received: from [85.158.139.211:5563] by server-10.bemta-5.messagelabs.com id 2B/0D-27081-620B8635; Tue, 06 May 2014 09:49:26 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1399369766!2469227!1 X-Originating-IP: [209.85.212.176] X-SpamReason: No, hits=2.2 required=7.0 tests=SUSPICIOUS_RECIPS X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29435 invoked from network); 6 May 2014 09:49:26 -0000 Received: from mail-wi0-f176.google.com (HELO mail-wi0-f176.google.com) (209.85.212.176) by server-16.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 6 May 2014 09:49:26 -0000 Received: by mail-wi0-f176.google.com with SMTP id n15so4195561wiw.15 for ; Tue, 06 May 2014 02:49:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=9Plv1TRHqcf1XfHD3UbfxpfSnXZCM7oPYlZpZUROEA8=; b=tdRM1bju6UAxRZmZEF1pi4kH/EC5swZhFFS7OUmlUgs8A/bpnW8B831iZMT3II0Wlk ohBQpNdCSrrcjnpx4n/i1OU+yW4Bz4eblJs6jJlWNMDK+DLSBHEIPinEzQux3+r6TxiI jDupqqhx/NBTIc8c5AYGfzaZDz/OBzs5O+8GzbceiWd7jqlioNPa4utBnjaVjPdV/CYg 3FNhHQUyaJXBmQu3j1Iiru1WlGnrZHApE284MSJLZ2o8oZCFP6thXqCDwOzKbbWQXBrY p0Ey+ZZRpU60r499MZM+Len8kd0lXlmDXle6w8dzuSahvFn9FsiX9/wIWdNeavHu+PWc 0pQw== X-Received: by 10.180.185.100 with SMTP id fb4mr20142474wic.11.1399369765854; Tue, 06 May 2014 02:49:25 -0700 (PDT) Received: from [172.16.26.11] (97e5a5cd.skybroadband.com. [151.229.165.205]) by mx.google.com with ESMTPSA id lb4sm21232053wjb.14.2014.05.06.02.49.24 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 06 May 2014 02:49:25 -0700 (PDT) Message-ID: <5368B023.3050208@xen.org> Date: Tue, 06 May 2014 10:49:23 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= , "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" , xen-users@lists.xenproject.org, "mirageos-devel@lists.xenproject.org" References: <5368AC34.1010708@xen.org> <5368ADC4.9020409@citrix.com> In-Reply-To: <5368ADC4.9020409@citrix.com> Subject: Re: [MirageOS-devel] [Xen-devel] Extending Xen Project CfP until May the 12th (actually the 16th) X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org Alright, I should have checked the site before I sent the mail, rather than = trusting what was agreed in the meeting with LF folks on Friday. Anyway, = rather than going back in circles, let's just leave it open until the 16th Regards Lars On 06/05/2014 10:39, Roger Pau Monn=E9 wrote: > On 06/05/14 11:32, Lars Kurth wrote:n >> Hi all, >> >> I had a number of requests to extend the Xen Project Developer Summit >> CfP by a few days. Also, we had some technical difficulties last week, >> which meant that not everyone was able to submit their talks. As such, I >> will leave the CfP open until May 12th, but we will not update the text >> on the website. > Unless I'm reading it wrong, the webpage has been updated, and I can see > the following: > > "All submissions need to be submitted by 11:55pm (EST) on May 16, 2014" > > "You can submit a proposal at any time for Xen Project Developer Summit. > Please keep in mind that the deadline is May 16, 2014." > > http://events.linuxfoundation.org//events/xen-project-developer-summit/pr= ogram/cfp > > Roger. _______________________________________________ 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 May 06 09:49:30 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 06 May 2014 09:49: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 1Whc09-0005cK-A2; Tue, 06 May 2014 09:49:29 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Whc07-0005by-KK; Tue, 06 May 2014 09:49:27 +0000 Received: from [85.158.139.211:5563] by server-10.bemta-5.messagelabs.com id 2B/0D-27081-620B8635; Tue, 06 May 2014 09:49:26 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1399369766!2469227!1 X-Originating-IP: [209.85.212.176] X-SpamReason: No, hits=2.2 required=7.0 tests=SUSPICIOUS_RECIPS X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29435 invoked from network); 6 May 2014 09:49:26 -0000 Received: from mail-wi0-f176.google.com (HELO mail-wi0-f176.google.com) (209.85.212.176) by server-16.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 6 May 2014 09:49:26 -0000 Received: by mail-wi0-f176.google.com with SMTP id n15so4195561wiw.15 for ; Tue, 06 May 2014 02:49:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=9Plv1TRHqcf1XfHD3UbfxpfSnXZCM7oPYlZpZUROEA8=; b=tdRM1bju6UAxRZmZEF1pi4kH/EC5swZhFFS7OUmlUgs8A/bpnW8B831iZMT3II0Wlk ohBQpNdCSrrcjnpx4n/i1OU+yW4Bz4eblJs6jJlWNMDK+DLSBHEIPinEzQux3+r6TxiI jDupqqhx/NBTIc8c5AYGfzaZDz/OBzs5O+8GzbceiWd7jqlioNPa4utBnjaVjPdV/CYg 3FNhHQUyaJXBmQu3j1Iiru1WlGnrZHApE284MSJLZ2o8oZCFP6thXqCDwOzKbbWQXBrY p0Ey+ZZRpU60r499MZM+Len8kd0lXlmDXle6w8dzuSahvFn9FsiX9/wIWdNeavHu+PWc 0pQw== X-Received: by 10.180.185.100 with SMTP id fb4mr20142474wic.11.1399369765854; Tue, 06 May 2014 02:49:25 -0700 (PDT) Received: from [172.16.26.11] (97e5a5cd.skybroadband.com. [151.229.165.205]) by mx.google.com with ESMTPSA id lb4sm21232053wjb.14.2014.05.06.02.49.24 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 06 May 2014 02:49:25 -0700 (PDT) Message-ID: <5368B023.3050208@xen.org> Date: Tue, 06 May 2014 10:49:23 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= , "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" , xen-users@lists.xenproject.org, "mirageos-devel@lists.xenproject.org" References: <5368AC34.1010708@xen.org> <5368ADC4.9020409@citrix.com> In-Reply-To: <5368ADC4.9020409@citrix.com> Subject: Re: [MirageOS-devel] [Xen-devel] Extending Xen Project CfP until May the 12th (actually the 16th) X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org Alright, I should have checked the site before I sent the mail, rather than = trusting what was agreed in the meeting with LF folks on Friday. Anyway, = rather than going back in circles, let's just leave it open until the 16th Regards Lars On 06/05/2014 10:39, Roger Pau Monn=E9 wrote: > On 06/05/14 11:32, Lars Kurth wrote:n >> Hi all, >> >> I had a number of requests to extend the Xen Project Developer Summit >> CfP by a few days. Also, we had some technical difficulties last week, >> which meant that not everyone was able to submit their talks. As such, I >> will leave the CfP open until May 12th, but we will not update the text >> on the website. > Unless I'm reading it wrong, the webpage has been updated, and I can see > the following: > > "All submissions need to be submitted by 11:55pm (EST) on May 16, 2014" > > "You can submit a proposal at any time for Xen Project Developer Summit. > Please keep in mind that the deadline is May 16, 2014." > > http://events.linuxfoundation.org//events/xen-project-developer-summit/pr= ogram/cfp > > Roger. _______________________________________________ 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 May 06 10:35:39 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 06 May 2014 10:35: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 1Whcim-0001XO-Bg; Tue, 06 May 2014 10:35:36 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Whcil-0001XJ-5S for mirageos-devel@lists.xenproject.org; Tue, 06 May 2014 10:35:35 +0000 Received: from [85.158.143.35:38241] by server-2.bemta-4.messagelabs.com id 5F/A5-06539-6FAB8635; Tue, 06 May 2014 10:35:34 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-11.tower-21.messagelabs.com!1399372533!3052125!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.2 required=7.0 tests=MIME_QP_LONG_LINE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3400 invoked from network); 6 May 2014 10:35:33 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-11.tower-21.messagelabs.com with SMTP; 6 May 2014 10:35:33 -0000 Received: (qmail 25480 invoked by uid 634); 6 May 2014 10:35:33 -0000 Received: from host81-149-102-120.in-addr.btopenworld.com (HELO [10.0.0.108]) (81.149.102.120) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Tue, 06 May 2014 11:35:33 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Anil Madhavapeddy In-Reply-To: Date: Tue, 6 May 2014 11:30:28 +0100 Message-Id: <505DF5F6-0C67-4979-8EA7-357DDDF836D5@recoil.org> References: <53242E73-6AD5-4CDD-8F6C-EC8F2FDD0D28@recoil.org> <8115D7D9-B3EA-4957-9249-AE3BFE3FFB83@me.com> <264C3D63-DEA4-4718-84BA-3AD7A6D1272C@recoil.org> To: =?iso-8859-1?Q?Andr=E9_N=E6ss?= X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Struggling a bit with the Hello World applications X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 On 5 May 2014, at 21:34, Andr=E9 N=E6ss wrote: > = > = > = > On Mon, May 5, 2014 at 7:26 PM, Anil Madhavapeddy wrote: > > Below is what happened: > > > > On 14.04 I got this while running opam init: > > > > ERROR] The compilation of base-bigarray.base failed. > > [ERROR] The compilation of base-threads.base failed. > > [ERROR] The compilation of base-unix.base failed. > > > > =3D=3D=3D=3D=3D ERROR while installing base-bigarray.base =3D=3D=3D=3D= =3D > > Internal error: > > Sys_error("rm -rf /home/vagrant/.opam/system/lib/base-bigarray: Canno= t allocate memory") > > > > =3D=3D=3D=3D=3D ERROR while installing base-threads.base =3D=3D=3D=3D= =3D > > Internal error: > > Sys_error("rm -rf /home/vagrant/.opam/system/lib/base-threads: Cannot= allocate memory") > > > > =3D=3D=3D=3D=3D ERROR while installing base-unix.base =3D=3D=3D=3D=3D > > Internal error: > > Sys_error("rm -rf /home/vagrant/.opam/system/lib/base-unix: Cannot al= locate memory") > = > To ask the obvious question: how much memory does this VM have? > = > I just tried reproducing this on a fresh Ubuntu 14.04 VMWare Fusion: > = > = > Ok, I'm slightly embarrassed now. I bumped the memory on the VM to 1024. = The Vagrant default is pretty low. It works fine now. Thanks for confirming it works (phew). This does touch on the important po= int of us distributed tested Vagrant boxes. I just signed up for the Vagrant cloud that's in beta at the moment, and wi= ll look into publishing an OPAM-friendly image with all the bits'n'bobs ins= talled. I've also got a Docker trusted build at https://index.docker.io/u/avsm/dock= er-opam/, although that's less useful since we have no way to get the build= result out of the container. > I think I figured this out. On 12.04 the mirage installation instruction = tell you to install opam because it's not in the ubuntu repo. So you are gu= ided to the quick installation at http://opam.ocaml.org/doc/Quick_Install.h= tml. This tells you to add a repo and run ppa:avsm/ppa. This is where it go= es wrong. I skipped this step and installed one of the opam binaries instea= d, and now it works. At first I thought the problem was aspcud because by f= ollowing the instructions it's installed but by just using the opam binary = it is not. To test I just installed aspcud and the mirage configure step s= till works fine. So maybe it's something about the ocaml that gets pulled i= n from that repo? Hm, not sure what the problem is here without more information. The avsm/p= pa is pretty widely used in hundreds of Travis tests by the wider OCaml com= munity, whereas the binary OPAM releases are questionable. > The stackv4 example fails during "mirage configure --unix" due to a missi= ng libssl. That's easy to fix I guess, but the weird thing (to me) is that = after failing the mirage command is gone again. It does say that it is to b= e recompiled, so I guess it was removed and then never recompiled since ssl= 0.4.7 failed. I think the easiest solution here is to provide a `mirage` binary that's in= dependent of the library installation being used for the Mirage build. We = should be able to do this in the Vagrant image fairly easily... > Looks like I'm finally off to the races :) Hurrah! -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 May 06 10:35:39 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 06 May 2014 10:35: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 1Whcim-0001XO-Bg; Tue, 06 May 2014 10:35:36 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Whcil-0001XJ-5S for mirageos-devel@lists.xenproject.org; Tue, 06 May 2014 10:35:35 +0000 Received: from [85.158.143.35:38241] by server-2.bemta-4.messagelabs.com id 5F/A5-06539-6FAB8635; Tue, 06 May 2014 10:35:34 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-11.tower-21.messagelabs.com!1399372533!3052125!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.2 required=7.0 tests=MIME_QP_LONG_LINE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3400 invoked from network); 6 May 2014 10:35:33 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-11.tower-21.messagelabs.com with SMTP; 6 May 2014 10:35:33 -0000 Received: (qmail 25480 invoked by uid 634); 6 May 2014 10:35:33 -0000 Received: from host81-149-102-120.in-addr.btopenworld.com (HELO [10.0.0.108]) (81.149.102.120) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Tue, 06 May 2014 11:35:33 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Anil Madhavapeddy In-Reply-To: Date: Tue, 6 May 2014 11:30:28 +0100 Message-Id: <505DF5F6-0C67-4979-8EA7-357DDDF836D5@recoil.org> References: <53242E73-6AD5-4CDD-8F6C-EC8F2FDD0D28@recoil.org> <8115D7D9-B3EA-4957-9249-AE3BFE3FFB83@me.com> <264C3D63-DEA4-4718-84BA-3AD7A6D1272C@recoil.org> To: =?iso-8859-1?Q?Andr=E9_N=E6ss?= X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Struggling a bit with the Hello World applications X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 On 5 May 2014, at 21:34, Andr=E9 N=E6ss wrote: > = > = > = > On Mon, May 5, 2014 at 7:26 PM, Anil Madhavapeddy wrote: > > Below is what happened: > > > > On 14.04 I got this while running opam init: > > > > ERROR] The compilation of base-bigarray.base failed. > > [ERROR] The compilation of base-threads.base failed. > > [ERROR] The compilation of base-unix.base failed. > > > > =3D=3D=3D=3D=3D ERROR while installing base-bigarray.base =3D=3D=3D=3D= =3D > > Internal error: > > Sys_error("rm -rf /home/vagrant/.opam/system/lib/base-bigarray: Canno= t allocate memory") > > > > =3D=3D=3D=3D=3D ERROR while installing base-threads.base =3D=3D=3D=3D= =3D > > Internal error: > > Sys_error("rm -rf /home/vagrant/.opam/system/lib/base-threads: Cannot= allocate memory") > > > > =3D=3D=3D=3D=3D ERROR while installing base-unix.base =3D=3D=3D=3D=3D > > Internal error: > > Sys_error("rm -rf /home/vagrant/.opam/system/lib/base-unix: Cannot al= locate memory") > = > To ask the obvious question: how much memory does this VM have? > = > I just tried reproducing this on a fresh Ubuntu 14.04 VMWare Fusion: > = > = > Ok, I'm slightly embarrassed now. I bumped the memory on the VM to 1024. = The Vagrant default is pretty low. It works fine now. Thanks for confirming it works (phew). This does touch on the important po= int of us distributed tested Vagrant boxes. I just signed up for the Vagrant cloud that's in beta at the moment, and wi= ll look into publishing an OPAM-friendly image with all the bits'n'bobs ins= talled. I've also got a Docker trusted build at https://index.docker.io/u/avsm/dock= er-opam/, although that's less useful since we have no way to get the build= result out of the container. > I think I figured this out. On 12.04 the mirage installation instruction = tell you to install opam because it's not in the ubuntu repo. So you are gu= ided to the quick installation at http://opam.ocaml.org/doc/Quick_Install.h= tml. This tells you to add a repo and run ppa:avsm/ppa. This is where it go= es wrong. I skipped this step and installed one of the opam binaries instea= d, and now it works. At first I thought the problem was aspcud because by f= ollowing the instructions it's installed but by just using the opam binary = it is not. To test I just installed aspcud and the mirage configure step s= till works fine. So maybe it's something about the ocaml that gets pulled i= n from that repo? Hm, not sure what the problem is here without more information. The avsm/p= pa is pretty widely used in hundreds of Travis tests by the wider OCaml com= munity, whereas the binary OPAM releases are questionable. > The stackv4 example fails during "mirage configure --unix" due to a missi= ng libssl. That's easy to fix I guess, but the weird thing (to me) is that = after failing the mirage command is gone again. It does say that it is to b= e recompiled, so I guess it was removed and then never recompiled since ssl= 0.4.7 failed. I think the easiest solution here is to provide a `mirage` binary that's in= dependent of the library installation being used for the Mirage build. We = should be able to do this in the Vagrant image fairly easily... > Looks like I'm finally off to the races :) Hurrah! -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 May 06 10:35:41 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 06 May 2014 10:35: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 1Whcir-0001YH-FK; Tue, 06 May 2014 10:35:41 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Whcip-0001Y3-VN for mirageos-devel@lists.xenproject.org; Tue, 06 May 2014 10:35:40 +0000 Received: from [85.158.143.35:21984] by server-2.bemta-4.messagelabs.com id 2B/D5-06539-BFAB8635; Tue, 06 May 2014 10:35:39 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-4.tower-21.messagelabs.com!1399372538!3043217!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.2 required=7.0 tests=MIME_QP_LONG_LINE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8411 invoked from network); 6 May 2014 10:35:38 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-4.tower-21.messagelabs.com with SMTP; 6 May 2014 10:35:38 -0000 Received: (qmail 16264 invoked by uid 634); 6 May 2014 10:35:37 -0000 Received: from host81-149-102-120.in-addr.btopenworld.com (HELO [10.0.0.108]) (81.149.102.120) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Tue, 06 May 2014 11:35:37 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Anil Madhavapeddy In-Reply-To: Date: Tue, 6 May 2014 11:35:34 +0100 Message-Id: References: <53242E73-6AD5-4CDD-8F6C-EC8F2FDD0D28@recoil.org> <8115D7D9-B3EA-4957-9249-AE3BFE3FFB83@me.com> <264C3D63-DEA4-4718-84BA-3AD7A6D1272C@recoil.org> To: =?iso-8859-1?Q?Andr=E9_N=E6ss?= X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Struggling a bit with the Hello World applications X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 On 5 May 2014, at 21:34, Andr=E9 N=E6ss wrote: > = > = > = > On Mon, May 5, 2014 at 7:26 PM, Anil Madhavapeddy wrote: >> Below is what happened: >> = >> On 14.04 I got this while running opam init: >> = >> ERROR] The compilation of base-bigarray.base failed. >> [ERROR] The compilation of base-threads.base failed. >> [ERROR] The compilation of base-unix.base failed. >> = >> =3D=3D=3D=3D=3D ERROR while installing base-bigarray.base =3D=3D=3D=3D= =3D >> Internal error: >> Sys_error("rm -rf /home/vagrant/.opam/system/lib/base-bigarray: Cannot = allocate memory") >> = >> =3D=3D=3D=3D=3D ERROR while installing base-threads.base =3D=3D=3D=3D=3D >> Internal error: >> Sys_error("rm -rf /home/vagrant/.opam/system/lib/base-threads: Cannot a= llocate memory") >> = >> =3D=3D=3D=3D=3D ERROR while installing base-unix.base =3D=3D=3D=3D=3D >> Internal error: >> Sys_error("rm -rf /home/vagrant/.opam/system/lib/base-unix: Cannot allo= cate memory") > = > To ask the obvious question: how much memory does this VM have? > = > I just tried reproducing this on a fresh Ubuntu 14.04 VMWare Fusion: > = > = > Ok, I'm slightly embarrassed now. I bumped the memory on the VM to 1024. = The Vagrant default is pretty low. It works fine now. Thanks for confirming it works (phew). This does touch on the important po= int of us distributed tested Vagrant boxes. I just signed up for the Vagrant cloud that's in beta at the moment, and wi= ll look into publishing an OPAM-friendly image with all the bits'n'bobs ins= talled. I've also got a Docker trusted build at https://index.docker.io/u/avsm/dock= er-opam/, although that's less useful since we have no way to get the build= result out of the container. > I think I figured this out. On 12.04 the mirage installation instruction = tell you to install opam because it's not in the ubuntu repo. So you are gu= ided to the quick installation at http://opam.ocaml.org/doc/Quick_Install.h= tml. This tells you to add a repo and run ppa:avsm/ppa. This is where it go= es wrong. I skipped this step and installed one of the opam binaries instea= d, and now it works. At first I thought the problem was aspcud because by f= ollowing the instructions it's installed but by just using the opam binary = it is not. To test I just installed aspcud and the mirage configure step s= till works fine. So maybe it's something about the ocaml that gets pulled i= n from that repo? Hm, not sure what the problem is here without more information. The avsm/p= pa is pretty widely used in hundreds of Travis tests by the wider OCaml com= munity, whereas the binary OPAM releases are questionable. > The stackv4 example fails during "mirage configure --unix" due to a missi= ng libssl. That's easy to fix I guess, but the weird thing (to me) is that = after failing the mirage command is gone again. It does say that it is to b= e recompiled, so I guess it was removed and then never recompiled since ssl= 0.4.7 failed. I think the easiest solution here is to provide a `mirage` binary that's in= dependent of the library installation being used for the Mirage build. We = should be able to do this in the Vagrant image fairly easily... > Looks like I'm finally off to the races :) Hurrah! -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 May 06 10:35:41 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 06 May 2014 10:35: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 1Whcir-0001YH-FK; Tue, 06 May 2014 10:35:41 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Whcip-0001Y3-VN for mirageos-devel@lists.xenproject.org; Tue, 06 May 2014 10:35:40 +0000 Received: from [85.158.143.35:21984] by server-2.bemta-4.messagelabs.com id 2B/D5-06539-BFAB8635; Tue, 06 May 2014 10:35:39 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-4.tower-21.messagelabs.com!1399372538!3043217!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.2 required=7.0 tests=MIME_QP_LONG_LINE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8411 invoked from network); 6 May 2014 10:35:38 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-4.tower-21.messagelabs.com with SMTP; 6 May 2014 10:35:38 -0000 Received: (qmail 16264 invoked by uid 634); 6 May 2014 10:35:37 -0000 Received: from host81-149-102-120.in-addr.btopenworld.com (HELO [10.0.0.108]) (81.149.102.120) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Tue, 06 May 2014 11:35:37 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Anil Madhavapeddy In-Reply-To: Date: Tue, 6 May 2014 11:35:34 +0100 Message-Id: References: <53242E73-6AD5-4CDD-8F6C-EC8F2FDD0D28@recoil.org> <8115D7D9-B3EA-4957-9249-AE3BFE3FFB83@me.com> <264C3D63-DEA4-4718-84BA-3AD7A6D1272C@recoil.org> To: =?iso-8859-1?Q?Andr=E9_N=E6ss?= X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Struggling a bit with the Hello World applications X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 On 5 May 2014, at 21:34, Andr=E9 N=E6ss wrote: > = > = > = > On Mon, May 5, 2014 at 7:26 PM, Anil Madhavapeddy wrote: >> Below is what happened: >> = >> On 14.04 I got this while running opam init: >> = >> ERROR] The compilation of base-bigarray.base failed. >> [ERROR] The compilation of base-threads.base failed. >> [ERROR] The compilation of base-unix.base failed. >> = >> =3D=3D=3D=3D=3D ERROR while installing base-bigarray.base =3D=3D=3D=3D= =3D >> Internal error: >> Sys_error("rm -rf /home/vagrant/.opam/system/lib/base-bigarray: Cannot = allocate memory") >> = >> =3D=3D=3D=3D=3D ERROR while installing base-threads.base =3D=3D=3D=3D=3D >> Internal error: >> Sys_error("rm -rf /home/vagrant/.opam/system/lib/base-threads: Cannot a= llocate memory") >> = >> =3D=3D=3D=3D=3D ERROR while installing base-unix.base =3D=3D=3D=3D=3D >> Internal error: >> Sys_error("rm -rf /home/vagrant/.opam/system/lib/base-unix: Cannot allo= cate memory") > = > To ask the obvious question: how much memory does this VM have? > = > I just tried reproducing this on a fresh Ubuntu 14.04 VMWare Fusion: > = > = > Ok, I'm slightly embarrassed now. I bumped the memory on the VM to 1024. = The Vagrant default is pretty low. It works fine now. Thanks for confirming it works (phew). This does touch on the important po= int of us distributed tested Vagrant boxes. I just signed up for the Vagrant cloud that's in beta at the moment, and wi= ll look into publishing an OPAM-friendly image with all the bits'n'bobs ins= talled. I've also got a Docker trusted build at https://index.docker.io/u/avsm/dock= er-opam/, although that's less useful since we have no way to get the build= result out of the container. > I think I figured this out. On 12.04 the mirage installation instruction = tell you to install opam because it's not in the ubuntu repo. So you are gu= ided to the quick installation at http://opam.ocaml.org/doc/Quick_Install.h= tml. This tells you to add a repo and run ppa:avsm/ppa. This is where it go= es wrong. I skipped this step and installed one of the opam binaries instea= d, and now it works. At first I thought the problem was aspcud because by f= ollowing the instructions it's installed but by just using the opam binary = it is not. To test I just installed aspcud and the mirage configure step s= till works fine. So maybe it's something about the ocaml that gets pulled i= n from that repo? Hm, not sure what the problem is here without more information. The avsm/p= pa is pretty widely used in hundreds of Travis tests by the wider OCaml com= munity, whereas the binary OPAM releases are questionable. > The stackv4 example fails during "mirage configure --unix" due to a missi= ng libssl. That's easy to fix I guess, but the weird thing (to me) is that = after failing the mirage command is gone again. It does say that it is to b= e recompiled, so I guess it was removed and then never recompiled since ssl= 0.4.7 failed. I think the easiest solution here is to provide a `mirage` binary that's in= dependent of the library installation being used for the Mirage build. We = should be able to do this in the Vagrant image fairly easily... > Looks like I'm finally off to the races :) Hurrah! -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 May 06 11:01:13 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 06 May 2014 11:01: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 1Whd7Y-0002og-2Q; Tue, 06 May 2014 11:01:12 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Whd7X-0002ob-7h for mirageos-devel@lists.xenproject.org; Tue, 06 May 2014 11:01:11 +0000 Received: from [85.158.143.35:24754] by server-3.bemta-4.messagelabs.com id C3/D6-13602-6F0C8635; Tue, 06 May 2014 11:01:10 +0000 X-Env-Sender: Dave.Scott@citrix.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1399374069!3036169!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_23, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16751 invoked from network); 6 May 2014 11:01:09 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-16.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 6 May 2014 11:01:09 -0000 X-IronPort-AV: E=Sophos;i="4.97,996,1389744000"; d="scan'208";a="16193283" Received: from unknown (HELO AMSPEX01CL01.citrite.net) ([10.69.60.9]) by AMSPIP01.EU.Citrix.com with ESMTP; 06 May 2014 11:01:10 +0000 Received: from AMSPEX01CL03.citrite.net ([169.254.8.202]) by AMSPEX01CL01.citrite.net ([10.69.46.32]) with mapi id 14.03.0181.006; Tue, 6 May 2014 13:01:09 +0200 From: Dave Scott To: Anil Madhavapeddy Thread-Topic: [MirageOS-devel] Struggling a bit with the Hello World applications Thread-Index: AQHPaHyAYajQEPA8Xk+b452mWZj6hZsyG+AAgAA0VICAAOseAIAAByUA Date: Tue, 6 May 2014 11:01:08 +0000 Message-ID: References: <53242E73-6AD5-4CDD-8F6C-EC8F2FDD0D28@recoil.org> <8115D7D9-B3EA-4957-9249-AE3BFE3FFB83@me.com> <264C3D63-DEA4-4718-84BA-3AD7A6D1272C@recoil.org> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.69.46.1] Content-ID: MIME-Version: 1.0 X-DLP: AMS1 Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Struggling a bit with the Hello World applications X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 6 May 2014, at 11:35, Anil Madhavapeddy wrote: > On 5 May 2014, at 21:34, Andr=E9 N=E6ss wrote: > = >> = >> = >> = >> On Mon, May 5, 2014 at 7:26 PM, Anil Madhavapeddy wrot= e: >>> Below is what happened: >>> = >>> On 14.04 I got this while running opam init: >>> = >>> ERROR] The compilation of base-bigarray.base failed. >>> [ERROR] The compilation of base-threads.base failed. >>> [ERROR] The compilation of base-unix.base failed. >>> = >>> =3D=3D=3D=3D=3D ERROR while installing base-bigarray.base =3D=3D=3D=3D= =3D >>> Internal error: >>> Sys_error("rm -rf /home/vagrant/.opam/system/lib/base-bigarray: Cannot = allocate memory") >>> = >>> =3D=3D=3D=3D=3D ERROR while installing base-threads.base =3D=3D=3D=3D= =3D >>> Internal error: >>> Sys_error("rm -rf /home/vagrant/.opam/system/lib/base-threads: Cannot a= llocate memory") >>> = >>> =3D=3D=3D=3D=3D ERROR while installing base-unix.base =3D=3D=3D=3D=3D >>> Internal error: >>> Sys_error("rm -rf /home/vagrant/.opam/system/lib/base-unix: Cannot allo= cate memory") >> = >> To ask the obvious question: how much memory does this VM have? >> = >> I just tried reproducing this on a fresh Ubuntu 14.04 VMWare Fusion: >> = >> = >> Ok, I'm slightly embarrassed now. I bumped the memory on the VM to 1024.= The Vagrant default is pretty low. It works fine now. > = > Thanks for confirming it works (phew). This does touch on the important = point of us distributed tested Vagrant boxes. > = > I just signed up for the Vagrant cloud that's in beta at the moment, and = will look into publishing an OPAM-friendly image with all the bits'n'bobs i= nstalled. I=92ve hit this problem a few times myself. I=92m also not happy with the p= rovenance of the vagrant boxes I=92m currently using: I really want somethi= ng which can be built reproducibly from trusted pieces. Hosting my own box = is also a bit of a pain since they often are 500MiB-1GiB. (I believe the va= grant cloud will host a link but not the artefact itself?) So I started with Mort=92s mirage-vagrant-vms repo and switched from veewee= to packer[1][2]. I found packer to be easier to install than veewee but ot= herwise much the same. My box development cycle is now: packer build template.json vagrant box remove foo vagrant box add new.box =97name foo My goal is to build all my boxes from: 1. the definitions (the .json plus scripts) stored in .git 2. the distro install CD (cached, with md5 checked) 3. (hopefully small) repo of binary packages hosted by people I trust (e.g.= me). Hopefully this is <100MiB and therefore easier to host somewhere [1] http://packer.io/ [2] https://github.com/djs55/mirage-vagrant-vms/tree/packer Cheers, Dave _______________________________________________ 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 May 06 11:01:13 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 06 May 2014 11:01: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 1Whd7Y-0002og-2Q; Tue, 06 May 2014 11:01:12 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Whd7X-0002ob-7h for mirageos-devel@lists.xenproject.org; Tue, 06 May 2014 11:01:11 +0000 Received: from [85.158.143.35:24754] by server-3.bemta-4.messagelabs.com id C3/D6-13602-6F0C8635; Tue, 06 May 2014 11:01:10 +0000 X-Env-Sender: Dave.Scott@citrix.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1399374069!3036169!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_23, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16751 invoked from network); 6 May 2014 11:01:09 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-16.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 6 May 2014 11:01:09 -0000 X-IronPort-AV: E=Sophos;i="4.97,996,1389744000"; d="scan'208";a="16193283" Received: from unknown (HELO AMSPEX01CL01.citrite.net) ([10.69.60.9]) by AMSPIP01.EU.Citrix.com with ESMTP; 06 May 2014 11:01:10 +0000 Received: from AMSPEX01CL03.citrite.net ([169.254.8.202]) by AMSPEX01CL01.citrite.net ([10.69.46.32]) with mapi id 14.03.0181.006; Tue, 6 May 2014 13:01:09 +0200 From: Dave Scott To: Anil Madhavapeddy Thread-Topic: [MirageOS-devel] Struggling a bit with the Hello World applications Thread-Index: AQHPaHyAYajQEPA8Xk+b452mWZj6hZsyG+AAgAA0VICAAOseAIAAByUA Date: Tue, 6 May 2014 11:01:08 +0000 Message-ID: References: <53242E73-6AD5-4CDD-8F6C-EC8F2FDD0D28@recoil.org> <8115D7D9-B3EA-4957-9249-AE3BFE3FFB83@me.com> <264C3D63-DEA4-4718-84BA-3AD7A6D1272C@recoil.org> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.69.46.1] Content-ID: MIME-Version: 1.0 X-DLP: AMS1 Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Struggling a bit with the Hello World applications X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 6 May 2014, at 11:35, Anil Madhavapeddy wrote: > On 5 May 2014, at 21:34, Andr=E9 N=E6ss wrote: > = >> = >> = >> = >> On Mon, May 5, 2014 at 7:26 PM, Anil Madhavapeddy wrot= e: >>> Below is what happened: >>> = >>> On 14.04 I got this while running opam init: >>> = >>> ERROR] The compilation of base-bigarray.base failed. >>> [ERROR] The compilation of base-threads.base failed. >>> [ERROR] The compilation of base-unix.base failed. >>> = >>> =3D=3D=3D=3D=3D ERROR while installing base-bigarray.base =3D=3D=3D=3D= =3D >>> Internal error: >>> Sys_error("rm -rf /home/vagrant/.opam/system/lib/base-bigarray: Cannot = allocate memory") >>> = >>> =3D=3D=3D=3D=3D ERROR while installing base-threads.base =3D=3D=3D=3D= =3D >>> Internal error: >>> Sys_error("rm -rf /home/vagrant/.opam/system/lib/base-threads: Cannot a= llocate memory") >>> = >>> =3D=3D=3D=3D=3D ERROR while installing base-unix.base =3D=3D=3D=3D=3D >>> Internal error: >>> Sys_error("rm -rf /home/vagrant/.opam/system/lib/base-unix: Cannot allo= cate memory") >> = >> To ask the obvious question: how much memory does this VM have? >> = >> I just tried reproducing this on a fresh Ubuntu 14.04 VMWare Fusion: >> = >> = >> Ok, I'm slightly embarrassed now. I bumped the memory on the VM to 1024.= The Vagrant default is pretty low. It works fine now. > = > Thanks for confirming it works (phew). This does touch on the important = point of us distributed tested Vagrant boxes. > = > I just signed up for the Vagrant cloud that's in beta at the moment, and = will look into publishing an OPAM-friendly image with all the bits'n'bobs i= nstalled. I=92ve hit this problem a few times myself. I=92m also not happy with the p= rovenance of the vagrant boxes I=92m currently using: I really want somethi= ng which can be built reproducibly from trusted pieces. Hosting my own box = is also a bit of a pain since they often are 500MiB-1GiB. (I believe the va= grant cloud will host a link but not the artefact itself?) So I started with Mort=92s mirage-vagrant-vms repo and switched from veewee= to packer[1][2]. I found packer to be easier to install than veewee but ot= herwise much the same. My box development cycle is now: packer build template.json vagrant box remove foo vagrant box add new.box =97name foo My goal is to build all my boxes from: 1. the definitions (the .json plus scripts) stored in .git 2. the distro install CD (cached, with md5 checked) 3. (hopefully small) repo of binary packages hosted by people I trust (e.g.= me). Hopefully this is <100MiB and therefore easier to host somewhere [1] http://packer.io/ [2] https://github.com/djs55/mirage-vagrant-vms/tree/packer Cheers, Dave _______________________________________________ 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 May 06 11:19:57 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 06 May 2014 11:19: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 1WhdPg-0003Hx-7F; Tue, 06 May 2014 11:19:56 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WhdPe-0003Hs-Ev for mirageos-devel@lists.xenproject.org; Tue, 06 May 2014 11:19:54 +0000 Received: from [193.109.254.147:18897] by server-5.bemta-14.messagelabs.com id D5/C0-26413-955C8635; Tue, 06 May 2014 11:19:53 +0000 X-Env-Sender: hannes@mehnert.org X-Msg-Ref: server-7.tower-27.messagelabs.com!1399375192!2925346!1 X-Originating-IP: [213.73.89.200] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5526 invoked from network); 6 May 2014 11:19:53 -0000 Received: from mail.mehnert.org (HELO mail.mehnert.org) (213.73.89.200) by server-7.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 May 2014 11:19:53 -0000 Received: from [10.0.0.6] (g226168197.adsl.alicedsl.de [92.226.168.197]) (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 CA8EA1F13 for ; Tue, 6 May 2014 13:19:51 +0200 (CEST) Message-ID: <5368C52C.2040502@mehnert.org> Date: Tue, 06 May 2014 13:19:08 +0200 From: Hannes Mehnert User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: mirageos-devel@lists.xenproject.org Subject: [MirageOS-devel] backbone 409 (Barcelona, Spain) -- June 14/15 X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 Hey, I wanted to raise attention of the event "Autonomous infrastructures for a free Internet" (http://backbone409.calafou.org/). These are different activist groups concerned about security, privacy, and decentralization -- which overlaps nicely with openmirage (and furthermore there will be lots of friends of mine). It is hosted by calafou (https://calafou.org/), a collective nearby Barcelona (I've been there recently, it takes roughly an hour on a train from central Barcelona). I will participate and proposed workshops around mirage (which they're happy to host - thus openmirage.org is on the list of participants). No schedule is available yet - it will also be partially a barcamp style event, thus do not expect too much organization. While there are some buildings, there's also lots of camping space. Thus be prepared to bring your sleeping bag. I invite _you_ to join me and participate. Since they like to estimate the amount of participants, it would be good if you can mail me if you plan to be there. Happy hacking, Hannes -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQIcBAEBCQAGBQJTaMUsAAoJELyJZYjffCju94wP/0sU0F0nkpEaRNc15wewxSsD 82zuq7xr34mGEUl3xLMM4ofO2pdYJCKwT2PzgAqVoV3Mk/xmYf2gteSvADmE1CNx 9/dVE5omSbzQMv1ta22u3elXOv5m7U69CD7CK28Odq1TXzUKwF+sVPbxwtMtqoHp imQCizM1SBmRCJXoIgQcGCohOwvtmpGJjcS5+w//+967+xfahyw2grdsTAO2NzfV WckHRoRYDYp67YS+HGcp4xAPE4pZa0O8TlL8gjXPOOtIKI7DU1zxXcrU0EB96WK/ e2WM6IpojBIxAnuR0mIrJidv+miXRWueK9ckl9J/xBEtYGOJzCQEB5qh/sUy9T83 Xr5qEcg8utp08rAwvhXvv4ie2Y6Xj/wFgWNhdygcv8YZrdWJWf7Y2CY96+NmUBfR j+4pWNSL/4HEFTz2kt/6kS0BL365Oz6Hs+f0GLvyAcXJPK4474y7FCFuc9mPvkwx gz4HEoUXxuV1BPEsWLJJxp60EuB1ZQQiQab2dp+2GeZTh7k9EgysFuYwuhGrwQDF y55zRWagKrN0vof0VdH/lbXS6NYNRlpKXw93BNgUvX1yD5iNYkLyGyh0otwhncUh TRzpxxBrbP8OQUU/n0LlCrFwVJ4Hu1qDqM49tiTz6FLZuEb5tJekFG3dzXuHniML dFMI2VcJVsLvKX04V16D =NMek -----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 May 06 11:19:57 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 06 May 2014 11:19: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 1WhdPg-0003Hx-7F; Tue, 06 May 2014 11:19:56 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WhdPe-0003Hs-Ev for mirageos-devel@lists.xenproject.org; Tue, 06 May 2014 11:19:54 +0000 Received: from [193.109.254.147:18897] by server-5.bemta-14.messagelabs.com id D5/C0-26413-955C8635; Tue, 06 May 2014 11:19:53 +0000 X-Env-Sender: hannes@mehnert.org X-Msg-Ref: server-7.tower-27.messagelabs.com!1399375192!2925346!1 X-Originating-IP: [213.73.89.200] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5526 invoked from network); 6 May 2014 11:19:53 -0000 Received: from mail.mehnert.org (HELO mail.mehnert.org) (213.73.89.200) by server-7.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 May 2014 11:19:53 -0000 Received: from [10.0.0.6] (g226168197.adsl.alicedsl.de [92.226.168.197]) (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 CA8EA1F13 for ; Tue, 6 May 2014 13:19:51 +0200 (CEST) Message-ID: <5368C52C.2040502@mehnert.org> Date: Tue, 06 May 2014 13:19:08 +0200 From: Hannes Mehnert User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: mirageos-devel@lists.xenproject.org Subject: [MirageOS-devel] backbone 409 (Barcelona, Spain) -- June 14/15 X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 Hey, I wanted to raise attention of the event "Autonomous infrastructures for a free Internet" (http://backbone409.calafou.org/). These are different activist groups concerned about security, privacy, and decentralization -- which overlaps nicely with openmirage (and furthermore there will be lots of friends of mine). It is hosted by calafou (https://calafou.org/), a collective nearby Barcelona (I've been there recently, it takes roughly an hour on a train from central Barcelona). I will participate and proposed workshops around mirage (which they're happy to host - thus openmirage.org is on the list of participants). No schedule is available yet - it will also be partially a barcamp style event, thus do not expect too much organization. While there are some buildings, there's also lots of camping space. Thus be prepared to bring your sleeping bag. I invite _you_ to join me and participate. Since they like to estimate the amount of participants, it would be good if you can mail me if you plan to be there. Happy hacking, Hannes -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQIcBAEBCQAGBQJTaMUsAAoJELyJZYjffCju94wP/0sU0F0nkpEaRNc15wewxSsD 82zuq7xr34mGEUl3xLMM4ofO2pdYJCKwT2PzgAqVoV3Mk/xmYf2gteSvADmE1CNx 9/dVE5omSbzQMv1ta22u3elXOv5m7U69CD7CK28Odq1TXzUKwF+sVPbxwtMtqoHp imQCizM1SBmRCJXoIgQcGCohOwvtmpGJjcS5+w//+967+xfahyw2grdsTAO2NzfV WckHRoRYDYp67YS+HGcp4xAPE4pZa0O8TlL8gjXPOOtIKI7DU1zxXcrU0EB96WK/ e2WM6IpojBIxAnuR0mIrJidv+miXRWueK9ckl9J/xBEtYGOJzCQEB5qh/sUy9T83 Xr5qEcg8utp08rAwvhXvv4ie2Y6Xj/wFgWNhdygcv8YZrdWJWf7Y2CY96+NmUBfR j+4pWNSL/4HEFTz2kt/6kS0BL365Oz6Hs+f0GLvyAcXJPK4474y7FCFuc9mPvkwx gz4HEoUXxuV1BPEsWLJJxp60EuB1ZQQiQab2dp+2GeZTh7k9EgysFuYwuhGrwQDF y55zRWagKrN0vof0VdH/lbXS6NYNRlpKXw93BNgUvX1yD5iNYkLyGyh0otwhncUh TRzpxxBrbP8OQUU/n0LlCrFwVJ4Hu1qDqM49tiTz6FLZuEb5tJekFG3dzXuHniML dFMI2VcJVsLvKX04V16D =NMek -----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 May 06 13:38:25 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 06 May 2014 13:38: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 1WhfZc-0002g0-Vc; Tue, 06 May 2014 13:38:20 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WhfZb-0002ff-Et for mirageos-devel@lists.xenproject.org; Tue, 06 May 2014 13:38:19 +0000 Received: from [193.109.254.147:58037] by server-16.bemta-14.messagelabs.com id DC/CB-16986-AC5E8635; Tue, 06 May 2014 13:38:18 +0000 X-Env-Sender: romain.calascibetta@gmail.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1399383497!2996817!1 X-Originating-IP: [74.125.82.43] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_23,SUBJECT_EXCESS_QP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19653 invoked from network); 6 May 2014 13:38:17 -0000 Received: from mail-wg0-f43.google.com (HELO mail-wg0-f43.google.com) (74.125.82.43) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 6 May 2014 13:38:17 -0000 Received: by mail-wg0-f43.google.com with SMTP id l18so8126499wgh.14 for ; Tue, 06 May 2014 06:38:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:mime-version:from:to:subject:importance:date :content-type; bh=BZo2Kvbh9J5YVm8iE/aseT8fJSXLuoMOMH5ZlYoqD3Y=; b=nJt/YR63HfXSrFnDnNHfDxYvst75EgtK1dH0bLcJYuMsOktBxsg73WPws8xs3ncx1w A0l+UJdR9PWuHmIKyfZAMPpzMg1DVpk437VDMRLlXfdPPWqHNInyJTbC6yLt8KQxqjSg +sDJ0WVW9jzI0bgpXFKu9iDmU2ZsSm2flQGgJ+dRAbdBLs4YJfACtrlcBejVup9yvgWi ixzI1u5s9f/5hwQ5JHZUL9Kmz5Z/OJTlhU7LOXpbGnCJosRDuBdtrpcUo4uyhGgKj+hn 2kirPpJOeX7fQh6vhGURlQVGNyZHHHiCVc7Ku1ZIDssZImb8mFC+2UkteEh6/3K98n4d MZoQ== X-Received: by 10.180.77.8 with SMTP id o8mr2537221wiw.23.1399383497145; Tue, 06 May 2014 06:38:17 -0700 (PDT) Received: from caca (perens.inria.fr. [128.93.60.79]) by mx.google.com with ESMTPSA id pn9sm24765051wic.17.2014.05.06.06.38.15 for (version=TLSv1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Tue, 06 May 2014 06:38:15 -0700 (PDT) Message-ID: <5368e5c7.69dbb40a.0848.059a@mx.google.com> MIME-Version: 1.0 From: To: "=?utf-8?Q?mirageos-devel@lists.xenproject.org?=" Importance: Normal Date: Tue, 6 May 2014 13:22:41 +0000 Subject: [MirageOS-devel] =?utf-8?q?=5BCohttp=5D_Sockaddr_Information?= X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============5339333560103279885==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============5339333560103279885== Content-Type: multipart/alternative; boundary="_ABDEF869-6B60-4B4C-A204-A088F609F6B6_" --_ABDEF869-6B60-4B4C-A204-A088F609F6B6_ Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8" SGVsbG8sDQoNCg0KSSBoYWQgYXNrZWQgYSBxdWVzdGlvbiBvbiB0aGlzIG1haWxpbmcgbGlzdCBp biBjb25uZWN0aW9uIHdpdGggdGhlIHNvY2thZGRyIGluZm9ybWF0aW9uIChtaXNzaW5nIHNpZGUg THd0KS4gSSB3YXMgYWR2aXNlZCB0byBjaGFuZ2UgdGhlIENvbm5lY3Rpb24gbW9kdWxlIChiZWNh dXNlIGl0cyB0eXBlIGlzIGFic3RyYWN0IGFuZCB0aGF0IEkgd291bGQgbm90IHRha2UgdGhlIHJp c2sgb2YgYnJlYWtpbmcgYWxsKSAuDQoNCg0KVW5mb3J0dW5hdGVseSAoYnV0IG1heWJlIEknbSB3 cm9uZykgLCBJIGRvIG5vdCB0aGluayBpdCBpcyByZWxldmFudCB0byBjb25zaWRlciB0aGUgdHlw ZSB0IG9mIENvbm5lY3Rpb24gbW9kdWxlIGFzIGEgTHd0X3VuaXguc29ja2FkZHIgKG9yIGFueSBv dGhlciApIHNpbmNlIHRoaXMgcGFydCBpcyB0aGUgY29tbW9uIHRydW5rIGJldHdlZW4gQXN5bmMg YW5kIEx3dCAoZXZlbiB0aG91Z2ggZGVlcCBDb3JlX3VuaXguc29ja2FkZHIgPSBMd3RfdW5peC5z b2NrYWRkciA9IFVuaXguc29ja2FkZHIgLi4uIGJ1dCBkbyBub3QgZm9yZ2V0IFdpbmRvd3Mgc28g ZmFyKS4NCg0KDQpUaGUgcHJvYmxlbSBpcyB0aGVyZWZvcmUgdG8gZW5zdXJlIHRoYXQgdGhlIGNv cmUgaXMgYWx3YXlzIGluZGVwZW5kZW50IG9mIHRoZSBzeXN0ZW0gYW5kIHRoZSBsaWJyYXJ5IHVz ZWQgd2hpbGUgZmlsbGluZyB0aGUgbmVjZXNzYXJ5IGluZm9ybWF0aW9uLiBBcyBpdCBzdGFuZHMs IHRoaXMgaXMgbm90IHBvc3NpYmxlICh5b3UgbWF5IGV2ZW4gbm90aWNlIHRoYXQgdGhlIHNlY3Rp b24gb24gQXN5bmMgZG9lcyBub3QgdXNlIHRoZSBDb25uZWN0aW9uIG1vZHVsZSkuDQoNCg0KU28g SSBmb3JrIHRoZSBwcm9qZWN0IG9jYW1sLWNvbmR1aXQgdGhhdCBnaXZlcyB0aGUgc29ja2FkZHIg dG8gdGhlIGNhbGxiYWNrIGFuZCBJIHJlZmxlY3RlZCB0byBvY2FtbC1jb2h0dHAgLiBJIGRvIG5v dCBkbyBwdWxsLXJlcXVlc3QgYmVjYXVzZSBJIGRvIG5vdCB0aGluayBoZSBjYW4gY29udmluY2Ug eW91LiBUaGF0J3Mgd2h5IEkgcHJlZmVyIHRvIHNlbmQgYW4gZW1haWwuDQoNCg0KT0NhbWwtY29u ZHVpdDogaHR0cHM6Ly9naXRodWIuY29tL2Rpbm9zYXVyZS9vY2FtbC1jb25kdWl0DQoNCk9DYW1s LWNvaHR0cDogaHR0cHM6Ly9naXRodWIuY29tL2Rpbm9zYXVyZS9vY2FtbC1jb2h0dHANCg0KDQoN Cg0KDQpSb21haW4gQ2FsYXNjaWJldHRhIC0gaHR0cDovL2Rpbi5vc2F1LnJlLw== --_ABDEF869-6B60-4B4C-A204-A088F609F6B6_ Content-Transfer-Encoding: base64 Content-Type: text/html; charset="utf-8" CjxodG1sPgo8aGVhZD4KPG1ldGEgbmFtZT0iZ2VuZXJhdG9yIiBjb250ZW50PSJXaW5kb3dzIE1h aWwgMTcuNS45NjAwLjIwNDYxIj4KPHN0eWxlIGRhdGEtZXh0ZXJuYWxzdHlsZT0idHJ1ZSI+PCEt LQpwLk1zb0xpc3RQYXJhZ3JhcGgsIGxpLk1zb0xpc3RQYXJhZ3JhcGgsIGRpdi5Nc29MaXN0UGFy YWdyYXBoIHsKbWFyZ2luLXRvcDowaW47Cm1hcmdpbi1yaWdodDowaW47Cm1hcmdpbi1ib3R0b206 MGluOwptYXJnaW4tbGVmdDouNWluOwptYXJnaW4tYm90dG9tOi4wMDAxcHQ7Cn0KcC5Nc29Ob3Jt YWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbCB7Cm1hcmdpbjowaW47Cm1hcmdpbi1ib3R0 b206LjAwMDFwdDsKfQpwLk1zb0xpc3RQYXJhZ3JhcGhDeFNwRmlyc3QsIGxpLk1zb0xpc3RQYXJh Z3JhcGhDeFNwRmlyc3QsIGRpdi5Nc29MaXN0UGFyYWdyYXBoQ3hTcEZpcnN0LCAKcC5Nc29MaXN0 UGFyYWdyYXBoQ3hTcE1pZGRsZSwgbGkuTXNvTGlzdFBhcmFncmFwaEN4U3BNaWRkbGUsIGRpdi5N c29MaXN0UGFyYWdyYXBoQ3hTcE1pZGRsZSwgCnAuTXNvTGlzdFBhcmFncmFwaEN4U3BMYXN0LCBs aS5Nc29MaXN0UGFyYWdyYXBoQ3hTcExhc3QsIGRpdi5Nc29MaXN0UGFyYWdyYXBoQ3hTcExhc3Qg ewptYXJnaW4tdG9wOjBpbjsKbWFyZ2luLXJpZ2h0OjBpbjsKbWFyZ2luLWJvdHRvbTowaW47Cm1h cmdpbi1sZWZ0Oi41aW47Cm1hcmdpbi1ib3R0b206LjAwMDFwdDsKbGluZS1oZWlnaHQ6MTE1JTsK fQotLT48L3N0eWxlPjwvaGVhZD4KPGJvZHkgZGlyPSJsdHIiPgo8ZGl2IGRhdGEtZXh0ZXJuYWxz dHlsZT0iZmFsc2UiIGRpcj0ibHRyIiBzdHlsZT0iZm9udC1mYW1pbHk6ICdDYWxpYnJpJywgJ1Nl Z29lIFVJJywgJ01laXJ5bycsICdNaWNyb3NvZnQgWWFIZWkgVUknLCAnTWljcm9zb2Z0IEpoZW5n SGVpIFVJJywgJ01hbGd1biBHb3RoaWMnLCAnc2Fucy1zZXJpZic7Zm9udC1zaXplOjEycHQ7Ij48 ZGl2PkhlbGxvLDwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+SSBoYWQgYXNrZWQgYSBxdWVzdGlv biBvbiB0aGlzIG1haWxpbmcgbGlzdCBpbiBjb25uZWN0aW9uIHdpdGggdGhlIHNvY2thZGRyIGlu Zm9ybWF0aW9uIChtaXNzaW5nIHNpZGUgTHd0KS4gSSB3YXMgYWR2aXNlZCB0byBjaGFuZ2UgdGhl IENvbm5lY3Rpb24gbW9kdWxlIChiZWNhdXNlIGl0cyB0eXBlIGlzIGFic3RyYWN0IGFuZCB0aGF0 IEkgd291bGQgbm90IHRha2UgdGhlIHJpc2sgb2YgYnJlYWtpbmcgYWxsKSAuPC9kaXY+PGRpdj48 YnI+PC9kaXY+PGRpdj5VbmZvcnR1bmF0ZWx5IChidXQgbWF5YmUgSSdtIHdyb25nKSAsIEkgZG8g bm90IHRoaW5rIGl0IGlzIHJlbGV2YW50IHRvIGNvbnNpZGVyIHRoZSB0eXBlIHQgb2YgQ29ubmVj dGlvbiBtb2R1bGUgYXMgYSBMd3RfdW5peC5zb2NrYWRkciAob3IgYW55IG90aGVyICkgc2luY2Ug dGhpcyBwYXJ0IGlzIHRoZSBjb21tb24gdHJ1bmsgYmV0d2VlbiBBc3luYyBhbmQgTHd0IChldmVu IHRob3VnaCBkZWVwIENvcmVfdW5peC5zb2NrYWRkciA9IEx3dF91bml4LnNvY2thZGRyID0gVW5p eC5zb2NrYWRkciAuLi4gYnV0IGRvIG5vdCBmb3JnZXQgV2luZG93cyBzbyBmYXIpLjwvZGl2Pjxk aXY+PGJyPjwvZGl2PjxkaXY+VGhlIHByb2JsZW0gaXMgdGhlcmVmb3JlIHRvIGVuc3VyZSB0aGF0 IHRoZSBjb3JlIGlzIGFsd2F5cyBpbmRlcGVuZGVudCBvZiB0aGUgc3lzdGVtIGFuZCB0aGUgbGli cmFyeSB1c2VkIHdoaWxlIGZpbGxpbmcgdGhlIG5lY2Vzc2FyeSBpbmZvcm1hdGlvbi4gQXMgaXQg c3RhbmRzLCB0aGlzIGlzIG5vdCBwb3NzaWJsZSAoeW91IG1heSBldmVuIG5vdGljZSB0aGF0IHRo ZSBzZWN0aW9uIG9uIEFzeW5jIGRvZXMgbm90IHVzZSB0aGUgQ29ubmVjdGlvbiBtb2R1bGUpLjwv ZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+U28gSSBmb3JrIHRoZSBwcm9qZWN0IG9jYW1sLWNvbmR1 aXQgdGhhdCBnaXZlcyB0aGUgc29ja2FkZHIgdG8gdGhlIGNhbGxiYWNrIGFuZCBJIHJlZmxlY3Rl ZCB0byBvY2FtbC1jb2h0dHAgLiBJIGRvIG5vdCBkbyBwdWxsLXJlcXVlc3QgYmVjYXVzZSBJIGRv IG5vdCB0aGluayBoZSBjYW4gY29udmluY2UgeW91LiBUaGF0J3Mgd2h5IEkgcHJlZmVyIHRvIHNl bmQgYW4gZW1haWwuPC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj5PQ2FtbC1jb25kdWl0OiA8YSBo cmVmPSJodHRwczovL2dpdGh1Yi5jb20vZGlub3NhdXJlL29jYW1sLWNvbmR1aXQiIHRhcmdldD0i X3BhcmVudCI+aHR0cHM6Ly9naXRodWIuY29tL2Rpbm9zYXVyZS9vY2FtbC1jb25kdWl0PC9hPjwv ZGl2PjxkaXY+T0NhbWwtY29odHRwOiA8YSBocmVmPSJodHRwczovL2dpdGh1Yi5jb20vZGlub3Nh dXJlL29jYW1sLWNvaHR0cCIgdGFyZ2V0PSJfcGFyZW50Ij5odHRwczovL2dpdGh1Yi5jb20vZGlu b3NhdXJlL29jYW1sLWNvaHR0cDwvYT48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2IGRhdGEtc2ln bmF0dXJlYmxvY2s9InRydWUiPjxkaXY+Um9tYWluIENhbGFzY2liZXR0YSAtIGh0dHA6Ly9kaW4u b3NhdS5yZS88L2Rpdj48ZGl2Pjxicj48L2Rpdj48L2Rpdj48L2Rpdj4KPC9ib2R5Pgo8L2h0bWw+ Cg== --_ABDEF869-6B60-4B4C-A204-A088F609F6B6_-- --===============5339333560103279885== 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 --===============5339333560103279885==-- From mirageos-devel-bounces@lists.xenproject.org Tue May 06 13:38:25 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 06 May 2014 13:38: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 1WhfZc-0002g0-Vc; Tue, 06 May 2014 13:38:20 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WhfZb-0002ff-Et for mirageos-devel@lists.xenproject.org; Tue, 06 May 2014 13:38:19 +0000 Received: from [193.109.254.147:58037] by server-16.bemta-14.messagelabs.com id DC/CB-16986-AC5E8635; Tue, 06 May 2014 13:38:18 +0000 X-Env-Sender: romain.calascibetta@gmail.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1399383497!2996817!1 X-Originating-IP: [74.125.82.43] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_23,SUBJECT_EXCESS_QP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19653 invoked from network); 6 May 2014 13:38:17 -0000 Received: from mail-wg0-f43.google.com (HELO mail-wg0-f43.google.com) (74.125.82.43) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 6 May 2014 13:38:17 -0000 Received: by mail-wg0-f43.google.com with SMTP id l18so8126499wgh.14 for ; Tue, 06 May 2014 06:38:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:mime-version:from:to:subject:importance:date :content-type; bh=BZo2Kvbh9J5YVm8iE/aseT8fJSXLuoMOMH5ZlYoqD3Y=; b=nJt/YR63HfXSrFnDnNHfDxYvst75EgtK1dH0bLcJYuMsOktBxsg73WPws8xs3ncx1w A0l+UJdR9PWuHmIKyfZAMPpzMg1DVpk437VDMRLlXfdPPWqHNInyJTbC6yLt8KQxqjSg +sDJ0WVW9jzI0bgpXFKu9iDmU2ZsSm2flQGgJ+dRAbdBLs4YJfACtrlcBejVup9yvgWi ixzI1u5s9f/5hwQ5JHZUL9Kmz5Z/OJTlhU7LOXpbGnCJosRDuBdtrpcUo4uyhGgKj+hn 2kirPpJOeX7fQh6vhGURlQVGNyZHHHiCVc7Ku1ZIDssZImb8mFC+2UkteEh6/3K98n4d MZoQ== X-Received: by 10.180.77.8 with SMTP id o8mr2537221wiw.23.1399383497145; Tue, 06 May 2014 06:38:17 -0700 (PDT) Received: from caca (perens.inria.fr. [128.93.60.79]) by mx.google.com with ESMTPSA id pn9sm24765051wic.17.2014.05.06.06.38.15 for (version=TLSv1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Tue, 06 May 2014 06:38:15 -0700 (PDT) Message-ID: <5368e5c7.69dbb40a.0848.059a@mx.google.com> MIME-Version: 1.0 From: To: "=?utf-8?Q?mirageos-devel@lists.xenproject.org?=" Importance: Normal Date: Tue, 6 May 2014 13:22:41 +0000 Subject: [MirageOS-devel] =?utf-8?q?=5BCohttp=5D_Sockaddr_Information?= X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============5339333560103279885==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============5339333560103279885== Content-Type: multipart/alternative; boundary="_ABDEF869-6B60-4B4C-A204-A088F609F6B6_" --_ABDEF869-6B60-4B4C-A204-A088F609F6B6_ Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8" SGVsbG8sDQoNCg0KSSBoYWQgYXNrZWQgYSBxdWVzdGlvbiBvbiB0aGlzIG1haWxpbmcgbGlzdCBp biBjb25uZWN0aW9uIHdpdGggdGhlIHNvY2thZGRyIGluZm9ybWF0aW9uIChtaXNzaW5nIHNpZGUg THd0KS4gSSB3YXMgYWR2aXNlZCB0byBjaGFuZ2UgdGhlIENvbm5lY3Rpb24gbW9kdWxlIChiZWNh dXNlIGl0cyB0eXBlIGlzIGFic3RyYWN0IGFuZCB0aGF0IEkgd291bGQgbm90IHRha2UgdGhlIHJp c2sgb2YgYnJlYWtpbmcgYWxsKSAuDQoNCg0KVW5mb3J0dW5hdGVseSAoYnV0IG1heWJlIEknbSB3 cm9uZykgLCBJIGRvIG5vdCB0aGluayBpdCBpcyByZWxldmFudCB0byBjb25zaWRlciB0aGUgdHlw ZSB0IG9mIENvbm5lY3Rpb24gbW9kdWxlIGFzIGEgTHd0X3VuaXguc29ja2FkZHIgKG9yIGFueSBv dGhlciApIHNpbmNlIHRoaXMgcGFydCBpcyB0aGUgY29tbW9uIHRydW5rIGJldHdlZW4gQXN5bmMg YW5kIEx3dCAoZXZlbiB0aG91Z2ggZGVlcCBDb3JlX3VuaXguc29ja2FkZHIgPSBMd3RfdW5peC5z b2NrYWRkciA9IFVuaXguc29ja2FkZHIgLi4uIGJ1dCBkbyBub3QgZm9yZ2V0IFdpbmRvd3Mgc28g ZmFyKS4NCg0KDQpUaGUgcHJvYmxlbSBpcyB0aGVyZWZvcmUgdG8gZW5zdXJlIHRoYXQgdGhlIGNv cmUgaXMgYWx3YXlzIGluZGVwZW5kZW50IG9mIHRoZSBzeXN0ZW0gYW5kIHRoZSBsaWJyYXJ5IHVz ZWQgd2hpbGUgZmlsbGluZyB0aGUgbmVjZXNzYXJ5IGluZm9ybWF0aW9uLiBBcyBpdCBzdGFuZHMs IHRoaXMgaXMgbm90IHBvc3NpYmxlICh5b3UgbWF5IGV2ZW4gbm90aWNlIHRoYXQgdGhlIHNlY3Rp b24gb24gQXN5bmMgZG9lcyBub3QgdXNlIHRoZSBDb25uZWN0aW9uIG1vZHVsZSkuDQoNCg0KU28g SSBmb3JrIHRoZSBwcm9qZWN0IG9jYW1sLWNvbmR1aXQgdGhhdCBnaXZlcyB0aGUgc29ja2FkZHIg dG8gdGhlIGNhbGxiYWNrIGFuZCBJIHJlZmxlY3RlZCB0byBvY2FtbC1jb2h0dHAgLiBJIGRvIG5v dCBkbyBwdWxsLXJlcXVlc3QgYmVjYXVzZSBJIGRvIG5vdCB0aGluayBoZSBjYW4gY29udmluY2Ug eW91LiBUaGF0J3Mgd2h5IEkgcHJlZmVyIHRvIHNlbmQgYW4gZW1haWwuDQoNCg0KT0NhbWwtY29u ZHVpdDogaHR0cHM6Ly9naXRodWIuY29tL2Rpbm9zYXVyZS9vY2FtbC1jb25kdWl0DQoNCk9DYW1s LWNvaHR0cDogaHR0cHM6Ly9naXRodWIuY29tL2Rpbm9zYXVyZS9vY2FtbC1jb2h0dHANCg0KDQoN Cg0KDQpSb21haW4gQ2FsYXNjaWJldHRhIC0gaHR0cDovL2Rpbi5vc2F1LnJlLw== --_ABDEF869-6B60-4B4C-A204-A088F609F6B6_ Content-Transfer-Encoding: base64 Content-Type: text/html; charset="utf-8" CjxodG1sPgo8aGVhZD4KPG1ldGEgbmFtZT0iZ2VuZXJhdG9yIiBjb250ZW50PSJXaW5kb3dzIE1h aWwgMTcuNS45NjAwLjIwNDYxIj4KPHN0eWxlIGRhdGEtZXh0ZXJuYWxzdHlsZT0idHJ1ZSI+PCEt LQpwLk1zb0xpc3RQYXJhZ3JhcGgsIGxpLk1zb0xpc3RQYXJhZ3JhcGgsIGRpdi5Nc29MaXN0UGFy YWdyYXBoIHsKbWFyZ2luLXRvcDowaW47Cm1hcmdpbi1yaWdodDowaW47Cm1hcmdpbi1ib3R0b206 MGluOwptYXJnaW4tbGVmdDouNWluOwptYXJnaW4tYm90dG9tOi4wMDAxcHQ7Cn0KcC5Nc29Ob3Jt YWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbCB7Cm1hcmdpbjowaW47Cm1hcmdpbi1ib3R0 b206LjAwMDFwdDsKfQpwLk1zb0xpc3RQYXJhZ3JhcGhDeFNwRmlyc3QsIGxpLk1zb0xpc3RQYXJh Z3JhcGhDeFNwRmlyc3QsIGRpdi5Nc29MaXN0UGFyYWdyYXBoQ3hTcEZpcnN0LCAKcC5Nc29MaXN0 UGFyYWdyYXBoQ3hTcE1pZGRsZSwgbGkuTXNvTGlzdFBhcmFncmFwaEN4U3BNaWRkbGUsIGRpdi5N c29MaXN0UGFyYWdyYXBoQ3hTcE1pZGRsZSwgCnAuTXNvTGlzdFBhcmFncmFwaEN4U3BMYXN0LCBs aS5Nc29MaXN0UGFyYWdyYXBoQ3hTcExhc3QsIGRpdi5Nc29MaXN0UGFyYWdyYXBoQ3hTcExhc3Qg ewptYXJnaW4tdG9wOjBpbjsKbWFyZ2luLXJpZ2h0OjBpbjsKbWFyZ2luLWJvdHRvbTowaW47Cm1h cmdpbi1sZWZ0Oi41aW47Cm1hcmdpbi1ib3R0b206LjAwMDFwdDsKbGluZS1oZWlnaHQ6MTE1JTsK fQotLT48L3N0eWxlPjwvaGVhZD4KPGJvZHkgZGlyPSJsdHIiPgo8ZGl2IGRhdGEtZXh0ZXJuYWxz dHlsZT0iZmFsc2UiIGRpcj0ibHRyIiBzdHlsZT0iZm9udC1mYW1pbHk6ICdDYWxpYnJpJywgJ1Nl Z29lIFVJJywgJ01laXJ5bycsICdNaWNyb3NvZnQgWWFIZWkgVUknLCAnTWljcm9zb2Z0IEpoZW5n SGVpIFVJJywgJ01hbGd1biBHb3RoaWMnLCAnc2Fucy1zZXJpZic7Zm9udC1zaXplOjEycHQ7Ij48 ZGl2PkhlbGxvLDwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+SSBoYWQgYXNrZWQgYSBxdWVzdGlv biBvbiB0aGlzIG1haWxpbmcgbGlzdCBpbiBjb25uZWN0aW9uIHdpdGggdGhlIHNvY2thZGRyIGlu Zm9ybWF0aW9uIChtaXNzaW5nIHNpZGUgTHd0KS4gSSB3YXMgYWR2aXNlZCB0byBjaGFuZ2UgdGhl IENvbm5lY3Rpb24gbW9kdWxlIChiZWNhdXNlIGl0cyB0eXBlIGlzIGFic3RyYWN0IGFuZCB0aGF0 IEkgd291bGQgbm90IHRha2UgdGhlIHJpc2sgb2YgYnJlYWtpbmcgYWxsKSAuPC9kaXY+PGRpdj48 YnI+PC9kaXY+PGRpdj5VbmZvcnR1bmF0ZWx5IChidXQgbWF5YmUgSSdtIHdyb25nKSAsIEkgZG8g bm90IHRoaW5rIGl0IGlzIHJlbGV2YW50IHRvIGNvbnNpZGVyIHRoZSB0eXBlIHQgb2YgQ29ubmVj dGlvbiBtb2R1bGUgYXMgYSBMd3RfdW5peC5zb2NrYWRkciAob3IgYW55IG90aGVyICkgc2luY2Ug dGhpcyBwYXJ0IGlzIHRoZSBjb21tb24gdHJ1bmsgYmV0d2VlbiBBc3luYyBhbmQgTHd0IChldmVu IHRob3VnaCBkZWVwIENvcmVfdW5peC5zb2NrYWRkciA9IEx3dF91bml4LnNvY2thZGRyID0gVW5p eC5zb2NrYWRkciAuLi4gYnV0IGRvIG5vdCBmb3JnZXQgV2luZG93cyBzbyBmYXIpLjwvZGl2Pjxk aXY+PGJyPjwvZGl2PjxkaXY+VGhlIHByb2JsZW0gaXMgdGhlcmVmb3JlIHRvIGVuc3VyZSB0aGF0 IHRoZSBjb3JlIGlzIGFsd2F5cyBpbmRlcGVuZGVudCBvZiB0aGUgc3lzdGVtIGFuZCB0aGUgbGli cmFyeSB1c2VkIHdoaWxlIGZpbGxpbmcgdGhlIG5lY2Vzc2FyeSBpbmZvcm1hdGlvbi4gQXMgaXQg c3RhbmRzLCB0aGlzIGlzIG5vdCBwb3NzaWJsZSAoeW91IG1heSBldmVuIG5vdGljZSB0aGF0IHRo ZSBzZWN0aW9uIG9uIEFzeW5jIGRvZXMgbm90IHVzZSB0aGUgQ29ubmVjdGlvbiBtb2R1bGUpLjwv ZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+U28gSSBmb3JrIHRoZSBwcm9qZWN0IG9jYW1sLWNvbmR1 aXQgdGhhdCBnaXZlcyB0aGUgc29ja2FkZHIgdG8gdGhlIGNhbGxiYWNrIGFuZCBJIHJlZmxlY3Rl ZCB0byBvY2FtbC1jb2h0dHAgLiBJIGRvIG5vdCBkbyBwdWxsLXJlcXVlc3QgYmVjYXVzZSBJIGRv IG5vdCB0aGluayBoZSBjYW4gY29udmluY2UgeW91LiBUaGF0J3Mgd2h5IEkgcHJlZmVyIHRvIHNl bmQgYW4gZW1haWwuPC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj5PQ2FtbC1jb25kdWl0OiA8YSBo cmVmPSJodHRwczovL2dpdGh1Yi5jb20vZGlub3NhdXJlL29jYW1sLWNvbmR1aXQiIHRhcmdldD0i X3BhcmVudCI+aHR0cHM6Ly9naXRodWIuY29tL2Rpbm9zYXVyZS9vY2FtbC1jb25kdWl0PC9hPjwv ZGl2PjxkaXY+T0NhbWwtY29odHRwOiA8YSBocmVmPSJodHRwczovL2dpdGh1Yi5jb20vZGlub3Nh dXJlL29jYW1sLWNvaHR0cCIgdGFyZ2V0PSJfcGFyZW50Ij5odHRwczovL2dpdGh1Yi5jb20vZGlu b3NhdXJlL29jYW1sLWNvaHR0cDwvYT48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2IGRhdGEtc2ln bmF0dXJlYmxvY2s9InRydWUiPjxkaXY+Um9tYWluIENhbGFzY2liZXR0YSAtIGh0dHA6Ly9kaW4u b3NhdS5yZS88L2Rpdj48ZGl2Pjxicj48L2Rpdj48L2Rpdj48L2Rpdj4KPC9ib2R5Pgo8L2h0bWw+ Cg== --_ABDEF869-6B60-4B4C-A204-A088F609F6B6_-- --===============5339333560103279885== 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 --===============5339333560103279885==-- From mirageos-devel-bounces@lists.xenproject.org Tue May 06 19:19:23 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 06 May 2014 19:19: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 1WhktZ-0008CO-L7; Tue, 06 May 2014 19:19:17 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WhktY-0008CJ-Ci for mirageos-devel@lists.xenproject.org; Tue, 06 May 2014 19:19:16 +0000 Received: from [85.158.139.211:28004] by server-1.bemta-5.messagelabs.com id 0E/37-10259-2B539635; Tue, 06 May 2014 19:19:14 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-15.tower-206.messagelabs.com!1399403953!2620848!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24284 invoked from network); 6 May 2014 19:19:13 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-15.tower-206.messagelabs.com with SMTP; 6 May 2014 19:19:13 -0000 Received: (qmail 4466 invoked by uid 634); 6 May 2014 19:19:13 -0000 Received: from cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net (HELO [192.168.1.62]) (86.30.244.239) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Tue, 06 May 2014 20:19:13 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Anil Madhavapeddy In-Reply-To: Date: Tue, 6 May 2014 20:19:11 +0100 Message-Id: <339E19FE-6C6A-432F-B146-B17D1783733B@recoil.org> References: <18EB0A22-5F94-47BA-A28B-3D1EB70B6DE2@recoil.org> <41A934A1-B381-45A1-88EC-2A639777CB5A@recoil.org> <60F979D4-8425-4B77-89EA-9DB27007BEEF@recoil.org> <480050F6-D6CC-4AFD-AECB-F3280387F9BF@recoil.org> To: Thomas Leonard X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Mini-OS on ARM status X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 May 2014, at 10:41, Thomas Leonard wrote: > On 6 May 2014 10:19, Anil Madhavapeddy wrote: >> >> We pretty much use a static stack in x86_64 as well, if I remember right, >> and size it big enough that we don't blow past it casually. Doing that >> initially on ARM to get things going would be fine too. I like the idea >> of not requiring virtual memory to be used unless absolutely necessary, >> since it avoids the unpredictability of demand paging. >> >> We may need it for grant tables though...? > > The FDT suggests an address for the grant table, and I currently just use > XENMAPSPACE_grant_table so that Xen makes it appear there. I'm > assuming that Xen's suggested address won't overlap any of the other > addresses it passes us (all these addresses are hard-coded in Xen in > arch-arm.h). > > ARM has two stages to each address translation: VM virtual address to > VM physical address (this mapping is managed by the VM), and then VM > physical to actual physical address (controlled by Xen). > > The guest's MMU is enabled (otherwise hypercalls don't work properly); > it's just configured with a 1:1 mapping currently. Thanks for clarifying -- that all makes sense to me now. So we could map a large VA area for a stack and demand map some spare pages in there, but at the cost of losing the simple 1:1 mapping. Just fixing a static stack of a few megs seems the simplest approach for now. Not much of our code requires a deep stack (or the x86_64 MiniOS would keel over too). -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 May 06 19:19:23 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 06 May 2014 19:19: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 1WhktZ-0008CO-L7; Tue, 06 May 2014 19:19:17 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WhktY-0008CJ-Ci for mirageos-devel@lists.xenproject.org; Tue, 06 May 2014 19:19:16 +0000 Received: from [85.158.139.211:28004] by server-1.bemta-5.messagelabs.com id 0E/37-10259-2B539635; Tue, 06 May 2014 19:19:14 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-15.tower-206.messagelabs.com!1399403953!2620848!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24284 invoked from network); 6 May 2014 19:19:13 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-15.tower-206.messagelabs.com with SMTP; 6 May 2014 19:19:13 -0000 Received: (qmail 4466 invoked by uid 634); 6 May 2014 19:19:13 -0000 Received: from cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net (HELO [192.168.1.62]) (86.30.244.239) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Tue, 06 May 2014 20:19:13 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Anil Madhavapeddy In-Reply-To: Date: Tue, 6 May 2014 20:19:11 +0100 Message-Id: <339E19FE-6C6A-432F-B146-B17D1783733B@recoil.org> References: <18EB0A22-5F94-47BA-A28B-3D1EB70B6DE2@recoil.org> <41A934A1-B381-45A1-88EC-2A639777CB5A@recoil.org> <60F979D4-8425-4B77-89EA-9DB27007BEEF@recoil.org> <480050F6-D6CC-4AFD-AECB-F3280387F9BF@recoil.org> To: Thomas Leonard X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Mini-OS on ARM status X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 May 2014, at 10:41, Thomas Leonard wrote: > On 6 May 2014 10:19, Anil Madhavapeddy wrote: >> >> We pretty much use a static stack in x86_64 as well, if I remember right, >> and size it big enough that we don't blow past it casually. Doing that >> initially on ARM to get things going would be fine too. I like the idea >> of not requiring virtual memory to be used unless absolutely necessary, >> since it avoids the unpredictability of demand paging. >> >> We may need it for grant tables though...? > > The FDT suggests an address for the grant table, and I currently just use > XENMAPSPACE_grant_table so that Xen makes it appear there. I'm > assuming that Xen's suggested address won't overlap any of the other > addresses it passes us (all these addresses are hard-coded in Xen in > arch-arm.h). > > ARM has two stages to each address translation: VM virtual address to > VM physical address (this mapping is managed by the VM), and then VM > physical to actual physical address (controlled by Xen). > > The guest's MMU is enabled (otherwise hypercalls don't work properly); > it's just configured with a 1:1 mapping currently. Thanks for clarifying -- that all makes sense to me now. So we could map a large VA area for a stack and demand map some spare pages in there, but at the cost of losing the simple 1:1 mapping. Just fixing a static stack of a few megs seems the simplest approach for now. Not much of our code requires a deep stack (or the x86_64 MiniOS would keel over too). -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 May 06 19:43:04 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 06 May 2014 19:43: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 1WhlGZ-0000a3-QO; Tue, 06 May 2014 19:43:03 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WhlGX-0000Zu-1Z for mirageos-devel@lists.xenproject.org; Tue, 06 May 2014 19:43:01 +0000 Received: from [85.158.139.211:5208] by server-14.bemta-5.messagelabs.com id BF/78-15696-44B39635; Tue, 06 May 2014 19:43:00 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-3.tower-206.messagelabs.com!1399405379!2613270!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24758 invoked from network); 6 May 2014 19:42:59 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-3.tower-206.messagelabs.com with SMTP; 6 May 2014 19:42:59 -0000 Received: (qmail 11847 invoked by uid 634); 6 May 2014 19:42:59 -0000 Received: from cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net (HELO [192.168.1.62]) (86.30.244.239) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Tue, 06 May 2014 20:42:58 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Anil Madhavapeddy In-Reply-To: <78A9AE62-8AA4-4592-9F75-5E45BBB3BB50@recoil.org> Date: Tue, 6 May 2014 20:42:57 +0100 Message-Id: <8B2B1282-CB3E-4B40-870D-41B63F34B41D@recoil.org> References: <29B9E135-AEF0-4E3B-9F2F-9808F4E6B10E@recoil.org> <78A9AE62-8AA4-4592-9F75-5E45BBB3BB50@recoil.org> To: Thomas Leonard X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: mirageos-devel@lists.xenproject.org Subject: Re: [MirageOS-devel] Mirage ARM port X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 1 May 2014, at 22:39, Anil Madhavapeddy wrote: > > I've started scripting up these notes so we can publish an SDcard > image. An early version is up at: > > https://github.com/mirage/xen-arm-builder > > $ make clone > $ make build > $ make cubie.tar > > ...will clone all the relevant repositories and build a sparse > tarfile of Xen/uboot/Linux dom0 with Ubuntu Trusty (linaro/linaro > is the login). > > Not heavily tested at all, but should be a good base to customise > the dom0 for Mirage so it's an out-of-the-box development environment > for a Cubie2/3. > An update: I've pushed support for the Cubieboard2 and Cubietruck into the https://github.com/mirage/xen-arm-builder, and the resulting dom0 now starts up with networking and the OCaml packages all installed to have a nice development environment. If someone else with a Cubie wants to try it out, this is a good time. Just grab an Ubuntu 14.04 container or machine, run the above commands, and dd the cubie.img onto an SDcard. You can ssh into the Cubie with username/password "linaro" and alter it. No serial console should be required now unless something goes wrong. I did a quick test of MiniOS and that boots fine, and will give FreeBSD a quick spin tomorrow. Should be all set for Mirage on there now. -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 May 06 19:43:04 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 06 May 2014 19:43: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 1WhlGZ-0000a3-QO; Tue, 06 May 2014 19:43:03 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WhlGX-0000Zu-1Z for mirageos-devel@lists.xenproject.org; Tue, 06 May 2014 19:43:01 +0000 Received: from [85.158.139.211:5208] by server-14.bemta-5.messagelabs.com id BF/78-15696-44B39635; Tue, 06 May 2014 19:43:00 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-3.tower-206.messagelabs.com!1399405379!2613270!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24758 invoked from network); 6 May 2014 19:42:59 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-3.tower-206.messagelabs.com with SMTP; 6 May 2014 19:42:59 -0000 Received: (qmail 11847 invoked by uid 634); 6 May 2014 19:42:59 -0000 Received: from cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net (HELO [192.168.1.62]) (86.30.244.239) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Tue, 06 May 2014 20:42:58 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Anil Madhavapeddy In-Reply-To: <78A9AE62-8AA4-4592-9F75-5E45BBB3BB50@recoil.org> Date: Tue, 6 May 2014 20:42:57 +0100 Message-Id: <8B2B1282-CB3E-4B40-870D-41B63F34B41D@recoil.org> References: <29B9E135-AEF0-4E3B-9F2F-9808F4E6B10E@recoil.org> <78A9AE62-8AA4-4592-9F75-5E45BBB3BB50@recoil.org> To: Thomas Leonard X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: mirageos-devel@lists.xenproject.org Subject: Re: [MirageOS-devel] Mirage ARM port X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 1 May 2014, at 22:39, Anil Madhavapeddy wrote: > > I've started scripting up these notes so we can publish an SDcard > image. An early version is up at: > > https://github.com/mirage/xen-arm-builder > > $ make clone > $ make build > $ make cubie.tar > > ...will clone all the relevant repositories and build a sparse > tarfile of Xen/uboot/Linux dom0 with Ubuntu Trusty (linaro/linaro > is the login). > > Not heavily tested at all, but should be a good base to customise > the dom0 for Mirage so it's an out-of-the-box development environment > for a Cubie2/3. > An update: I've pushed support for the Cubieboard2 and Cubietruck into the https://github.com/mirage/xen-arm-builder, and the resulting dom0 now starts up with networking and the OCaml packages all installed to have a nice development environment. If someone else with a Cubie wants to try it out, this is a good time. Just grab an Ubuntu 14.04 container or machine, run the above commands, and dd the cubie.img onto an SDcard. You can ssh into the Cubie with username/password "linaro" and alter it. No serial console should be required now unless something goes wrong. I did a quick test of MiniOS and that boots fine, and will give FreeBSD a quick spin tomorrow. Should be all set for Mirage on there now. -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 May 07 11:40:28 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 07 May 2014 11:40: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 1Wi0D1-0007fW-Os; Wed, 07 May 2014 11:40:23 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wi0Cz-0007fR-FL for mirageos-devel@lists.xenproject.org; Wed, 07 May 2014 11:40:21 +0000 Received: from [85.158.139.211:18177] by server-3.bemta-5.messagelabs.com id 35/46-28132-4AB1A635; Wed, 07 May 2014 11:40:20 +0000 X-Env-Sender: andre.naess@gmail.com X-Msg-Ref: server-5.tower-206.messagelabs.com!1399462820!2778227!1 X-Originating-IP: [74.125.82.49] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11753 invoked from network); 7 May 2014 11:40:20 -0000 Received: from mail-wg0-f49.google.com (HELO mail-wg0-f49.google.com) (74.125.82.49) by server-5.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 7 May 2014 11:40:20 -0000 Received: by mail-wg0-f49.google.com with SMTP id m15so830624wgh.8 for ; Wed, 07 May 2014 04:40:20 -0700 (PDT) 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 :content-transfer-encoding; bh=RxTeggvT4MChL8GC9lFpdBtAu//qvoPj29KAZFUok0k=; b=YxDhNEFEzToZeENE1Rbb9NwwaQ+TU7Y+RnU9KNcWCX6OQAR0RhARuSe/jTcY4TQ2lP 7L48MBs67yY/KBvd8dcg7HziO+MHXPxyeetscnop5w3/a832gRsbeGBS7s7IOA9+2z8B UpYZM2cOj/ErydOIxnbZ9vW9/+NvhzWQE+s/hRuledbhqpfLXc7neSw8xjE1rc43pTmV A/tA5gOhdlyVCg3pf7tIPm7Jm90fb8ICqb0wWVx7Dqku3WPaRFoyxcvcrlI9vIzt/V3A oG3msJeZkiQO01tXPv7B+C8tZHxHc5s2GGSMkS+0Pv+fprc0N72CTLFd2njpb4t+gYK5 ig4w== MIME-Version: 1.0 X-Received: by 10.180.218.35 with SMTP id pd3mr7371974wic.26.1399462819939; Wed, 07 May 2014 04:40:19 -0700 (PDT) Received: by 10.181.13.135 with HTTP; Wed, 7 May 2014 04:40:19 -0700 (PDT) Date: Wed, 7 May 2014 13:40:19 +0200 Message-ID: From: =?UTF-8?B?QW5kcsOpIE7DpnNz?= To: "mirageos-devel@lists.xenproject.org" Subject: [MirageOS-devel] Camlp4 Stack_overflow X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 SGkKCkknbSB0cnlpbmcgc29tZXRoaW5nIHRoYXQgbWlnaHQgYmUgYSBiaXQgc2lsbHkgYnV0IGl0 J3MganVzdCBpbnRlbmRlZAphcyBhbiBpbnRlcm5hbCBkZW1vIG9mIE1pcmFnZSB0byBteSB0ZWFt LiBJJ20gd3JpdGluZyBhIHRpbnkgSFRUUApiYXNlZCBhcHBsaWNhdGlvbiB3aG9zZSBvbmx5IHB1 cnBvc2UgaXMgdG8gYWxsb3cgeW91IHRvIHNlYXJjaCBhIHBob25lCmJvb2suCgpJJ3ZlIGJhc2Vk IG15IGFwcHJvYWNoIG9uIHRoZSBhcHByb2FjaCB5b3UndmUgdXNlZCBmb3Igc3RhdGljIHdlYnNp dGVzCnVzaW5nIGNydW5jaCB3aGVyZSB5b3UgY29tcGlsZSB0aGUgd2ViIHBhZ2VzIGludG8gdGhl IGV4ZWN1dGFibGUuIEluCm15IGNhc2UgdGhhdCBtZWFucyBJIHRha2UgdGhlIGxpc3Qgb2YgbmFt ZSBhbmQgbnVtYmVyIHBhaXJzIGFuZCBzdHVmZgp0aGVtIGludG8gYW4gYXJyYXkuIFNvIHBhcnQg b2YgbXkgY29uZmlnLm1sIGZpbGUgZW1pdHMgYSBzaW5nbGUgUGIubWwKZmlsZSB3aGljaCBjb250 YWlucyBhbiBhcnJheSBkZWNsYXJhdGlvbiBsaWtlIHRoaXM6CgpsZXQgZGIgPSBbfCgiQWFyb24g SmFrc2ljIiwxNTcxMjY4KTsKKCJBYXJvbiBNY2Rpdml0dCIsMTQ1NDYyOSk7CigiQWFyb24gUmV1 YmVuIiwxNzY1MjQ3KTsKKCJBYXJvbiBTYXJkaW5oYSIsMTIyNDgwNik7CigiQWJiZXkgR293ZW5z IiwxMjY3MDgzKTsKKCJBYmJleSBIYXRoY294IiwxMzA5NDkwKTsKLi4uCgpBcyB0aGUgdGl0bGUg c2F5IEknbSBydW5uaW5nIGludG8gcHJvYmxlbXMgY29tcGlsaW5nIHRoaXMgd2hlbiBJCmNyZWF0 ZSBhIGxhcmdlIHBob25lIGJvb2ssIHRoZSBlcnJvciBiZWluZzoKCkNhbWxwNDogVW5jYXVnaHQg ZXhjZXB0aW9uOiBTdGFja19vdmVyZmxvdwoKVGhpcyBoYXBwZW5zIHdpdGggMjVLIGVudHJpZXMs IGl0IHdvcmtzIHdpdGggMTBLIGVudHJpZXMuCgpJcyB0aGVyZSBzb21lIHdheSBJIGNhbiBwcmV2 ZW50IENhbWxwNCBmcm9tIGJlaW5nIHJ1biBvbiB0aGUgUGIubWwKZmlsZT8gT3Igd2lsbCBJIGp1 c3QgaGF2ZSB0byBnZW5lcmF0ZSBhIGZpbGUgdGhhdCBidWlsZHMgdGhlIGFycmF5IGF0CnJ1bnRp bWUgc29tZWhvdz8KCkFuZHLDqQoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX18KTWlyYWdlT1MtZGV2ZWwgbWFpbGluZyBsaXN0Ck1pcmFnZU9TLWRldmVsQGxp c3RzLnhlbnByb2plY3Qub3JnCmh0dHA6Ly9saXN0cy54ZW5wcm9qZWN0Lm9yZy9jZ2ktYmluL21h aWxtYW4vbGlzdGluZm8vbWlyYWdlb3MtZGV2ZWwK From mirageos-devel-bounces@lists.xenproject.org Wed May 07 11:40:28 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 07 May 2014 11:40: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 1Wi0D1-0007fW-Os; Wed, 07 May 2014 11:40:23 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wi0Cz-0007fR-FL for mirageos-devel@lists.xenproject.org; Wed, 07 May 2014 11:40:21 +0000 Received: from [85.158.139.211:18177] by server-3.bemta-5.messagelabs.com id 35/46-28132-4AB1A635; Wed, 07 May 2014 11:40:20 +0000 X-Env-Sender: andre.naess@gmail.com X-Msg-Ref: server-5.tower-206.messagelabs.com!1399462820!2778227!1 X-Originating-IP: [74.125.82.49] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11753 invoked from network); 7 May 2014 11:40:20 -0000 Received: from mail-wg0-f49.google.com (HELO mail-wg0-f49.google.com) (74.125.82.49) by server-5.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 7 May 2014 11:40:20 -0000 Received: by mail-wg0-f49.google.com with SMTP id m15so830624wgh.8 for ; Wed, 07 May 2014 04:40:20 -0700 (PDT) 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 :content-transfer-encoding; bh=RxTeggvT4MChL8GC9lFpdBtAu//qvoPj29KAZFUok0k=; b=YxDhNEFEzToZeENE1Rbb9NwwaQ+TU7Y+RnU9KNcWCX6OQAR0RhARuSe/jTcY4TQ2lP 7L48MBs67yY/KBvd8dcg7HziO+MHXPxyeetscnop5w3/a832gRsbeGBS7s7IOA9+2z8B UpYZM2cOj/ErydOIxnbZ9vW9/+NvhzWQE+s/hRuledbhqpfLXc7neSw8xjE1rc43pTmV A/tA5gOhdlyVCg3pf7tIPm7Jm90fb8ICqb0wWVx7Dqku3WPaRFoyxcvcrlI9vIzt/V3A oG3msJeZkiQO01tXPv7B+C8tZHxHc5s2GGSMkS+0Pv+fprc0N72CTLFd2njpb4t+gYK5 ig4w== MIME-Version: 1.0 X-Received: by 10.180.218.35 with SMTP id pd3mr7371974wic.26.1399462819939; Wed, 07 May 2014 04:40:19 -0700 (PDT) Received: by 10.181.13.135 with HTTP; Wed, 7 May 2014 04:40:19 -0700 (PDT) Date: Wed, 7 May 2014 13:40:19 +0200 Message-ID: From: =?UTF-8?B?QW5kcsOpIE7DpnNz?= To: "mirageos-devel@lists.xenproject.org" Subject: [MirageOS-devel] Camlp4 Stack_overflow X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 SGkKCkknbSB0cnlpbmcgc29tZXRoaW5nIHRoYXQgbWlnaHQgYmUgYSBiaXQgc2lsbHkgYnV0IGl0 J3MganVzdCBpbnRlbmRlZAphcyBhbiBpbnRlcm5hbCBkZW1vIG9mIE1pcmFnZSB0byBteSB0ZWFt LiBJJ20gd3JpdGluZyBhIHRpbnkgSFRUUApiYXNlZCBhcHBsaWNhdGlvbiB3aG9zZSBvbmx5IHB1 cnBvc2UgaXMgdG8gYWxsb3cgeW91IHRvIHNlYXJjaCBhIHBob25lCmJvb2suCgpJJ3ZlIGJhc2Vk IG15IGFwcHJvYWNoIG9uIHRoZSBhcHByb2FjaCB5b3UndmUgdXNlZCBmb3Igc3RhdGljIHdlYnNp dGVzCnVzaW5nIGNydW5jaCB3aGVyZSB5b3UgY29tcGlsZSB0aGUgd2ViIHBhZ2VzIGludG8gdGhl IGV4ZWN1dGFibGUuIEluCm15IGNhc2UgdGhhdCBtZWFucyBJIHRha2UgdGhlIGxpc3Qgb2YgbmFt ZSBhbmQgbnVtYmVyIHBhaXJzIGFuZCBzdHVmZgp0aGVtIGludG8gYW4gYXJyYXkuIFNvIHBhcnQg b2YgbXkgY29uZmlnLm1sIGZpbGUgZW1pdHMgYSBzaW5nbGUgUGIubWwKZmlsZSB3aGljaCBjb250 YWlucyBhbiBhcnJheSBkZWNsYXJhdGlvbiBsaWtlIHRoaXM6CgpsZXQgZGIgPSBbfCgiQWFyb24g SmFrc2ljIiwxNTcxMjY4KTsKKCJBYXJvbiBNY2Rpdml0dCIsMTQ1NDYyOSk7CigiQWFyb24gUmV1 YmVuIiwxNzY1MjQ3KTsKKCJBYXJvbiBTYXJkaW5oYSIsMTIyNDgwNik7CigiQWJiZXkgR293ZW5z IiwxMjY3MDgzKTsKKCJBYmJleSBIYXRoY294IiwxMzA5NDkwKTsKLi4uCgpBcyB0aGUgdGl0bGUg c2F5IEknbSBydW5uaW5nIGludG8gcHJvYmxlbXMgY29tcGlsaW5nIHRoaXMgd2hlbiBJCmNyZWF0 ZSBhIGxhcmdlIHBob25lIGJvb2ssIHRoZSBlcnJvciBiZWluZzoKCkNhbWxwNDogVW5jYXVnaHQg ZXhjZXB0aW9uOiBTdGFja19vdmVyZmxvdwoKVGhpcyBoYXBwZW5zIHdpdGggMjVLIGVudHJpZXMs IGl0IHdvcmtzIHdpdGggMTBLIGVudHJpZXMuCgpJcyB0aGVyZSBzb21lIHdheSBJIGNhbiBwcmV2 ZW50IENhbWxwNCBmcm9tIGJlaW5nIHJ1biBvbiB0aGUgUGIubWwKZmlsZT8gT3Igd2lsbCBJIGp1 c3QgaGF2ZSB0byBnZW5lcmF0ZSBhIGZpbGUgdGhhdCBidWlsZHMgdGhlIGFycmF5IGF0CnJ1bnRp bWUgc29tZWhvdz8KCkFuZHLDqQoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX18KTWlyYWdlT1MtZGV2ZWwgbWFpbGluZyBsaXN0Ck1pcmFnZU9TLWRldmVsQGxp c3RzLnhlbnByb2plY3Qub3JnCmh0dHA6Ly9saXN0cy54ZW5wcm9qZWN0Lm9yZy9jZ2ktYmluL21h aWxtYW4vbGlzdGluZm8vbWlyYWdlb3MtZGV2ZWwK From mirageos-devel-bounces@lists.xenproject.org Wed May 07 11:53:48 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 07 May 2014 11:53: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 1Wi0Pz-0000io-Md; Wed, 07 May 2014 11:53:47 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wi0Py-0000ij-Oh for mirageos-devel@lists.xenproject.org; Wed, 07 May 2014 11:53:46 +0000 Received: from [85.158.143.35:57057] by server-1.bemta-4.messagelabs.com id BD/BA-09853-ACE1A635; Wed, 07 May 2014 11:53:46 +0000 X-Env-Sender: jjl25@cam.ac.uk X-Msg-Ref: server-5.tower-21.messagelabs.com!1399463625!3341804!1 X-Originating-IP: [131.111.8.141] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTMxLjExMS44LjE0MSA9PiAxNTQ4NjI=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9471 invoked from network); 7 May 2014 11:53:45 -0000 Received: from ppsw-41.csi.cam.ac.uk (HELO ppsw-41.csi.cam.ac.uk) (131.111.8.141) by server-5.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 7 May 2014 11:53:45 -0000 X-Cam-AntiVirus: no malware found X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ Received: from [185.25.64.249] (port=49030 helo=[10.80.3.75]) by ppsw-41.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.157]:587) with esmtpsa (PLAIN:jjl25) (TLSv1:DHE-RSA-AES128-SHA:128) id 1Wi0Px-0005qU-QT (Exim 4.82_3-c0e5623) for mirageos-devel@lists.xenproject.org (return-path ); Wed, 07 May 2014 12:53:45 +0100 Message-ID: <536A1EC8.1090208@cam.ac.uk> Date: Wed, 07 May 2014 12:53:44 +0100 From: Jon Ludlam User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: mirageos-devel@lists.xenproject.org References: <29B9E135-AEF0-4E3B-9F2F-9808F4E6B10E@recoil.org> <78A9AE62-8AA4-4592-9F75-5E45BBB3BB50@recoil.org> <8B2B1282-CB3E-4B40-870D-41B63F34B41D@recoil.org> In-Reply-To: <8B2B1282-CB3E-4B40-870D-41B63F34B41D@recoil.org> Subject: Re: [MirageOS-devel] Mirage ARM port X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 Can confirm this works for me. I had to use the serial connection to find the IP address as the HDMI output didn't work, and I had to 'export BOARD=cubieboard2', but otherwise I had no problems at all. Jon On 06/05/14 20:42, Anil Madhavapeddy wrote: > On 1 May 2014, at 22:39, Anil Madhavapeddy wrote: >> I've started scripting up these notes so we can publish an SDcard >> image. An early version is up at: >> >> https://github.com/mirage/xen-arm-builder >> >> $ make clone >> $ make build >> $ make cubie.tar >> >> ...will clone all the relevant repositories and build a sparse >> tarfile of Xen/uboot/Linux dom0 with Ubuntu Trusty (linaro/linaro >> is the login). >> >> Not heavily tested at all, but should be a good base to customise >> the dom0 for Mirage so it's an out-of-the-box development environment >> for a Cubie2/3. >> > An update: I've pushed support for the Cubieboard2 and Cubietruck > into the https://github.com/mirage/xen-arm-builder, and the resulting > dom0 now starts up with networking and the OCaml packages all > installed to have a nice development environment. > > If someone else with a Cubie wants to try it out, this is a good > time. Just grab an Ubuntu 14.04 container or machine, run the > above commands, and dd the cubie.img onto an SDcard. You can ssh > into the Cubie with username/password "linaro" and alter it. No > serial console should be required now unless something goes wrong. > > I did a quick test of MiniOS and that boots fine, and will give > FreeBSD a quick spin tomorrow. Should be all set for Mirage on > there now. > > -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 Wed May 07 11:53:48 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 07 May 2014 11:53: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 1Wi0Pz-0000io-Md; Wed, 07 May 2014 11:53:47 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wi0Py-0000ij-Oh for mirageos-devel@lists.xenproject.org; Wed, 07 May 2014 11:53:46 +0000 Received: from [85.158.143.35:57057] by server-1.bemta-4.messagelabs.com id BD/BA-09853-ACE1A635; Wed, 07 May 2014 11:53:46 +0000 X-Env-Sender: jjl25@cam.ac.uk X-Msg-Ref: server-5.tower-21.messagelabs.com!1399463625!3341804!1 X-Originating-IP: [131.111.8.141] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTMxLjExMS44LjE0MSA9PiAxNTQ4NjI=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9471 invoked from network); 7 May 2014 11:53:45 -0000 Received: from ppsw-41.csi.cam.ac.uk (HELO ppsw-41.csi.cam.ac.uk) (131.111.8.141) by server-5.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 7 May 2014 11:53:45 -0000 X-Cam-AntiVirus: no malware found X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ Received: from [185.25.64.249] (port=49030 helo=[10.80.3.75]) by ppsw-41.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.157]:587) with esmtpsa (PLAIN:jjl25) (TLSv1:DHE-RSA-AES128-SHA:128) id 1Wi0Px-0005qU-QT (Exim 4.82_3-c0e5623) for mirageos-devel@lists.xenproject.org (return-path ); Wed, 07 May 2014 12:53:45 +0100 Message-ID: <536A1EC8.1090208@cam.ac.uk> Date: Wed, 07 May 2014 12:53:44 +0100 From: Jon Ludlam User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: mirageos-devel@lists.xenproject.org References: <29B9E135-AEF0-4E3B-9F2F-9808F4E6B10E@recoil.org> <78A9AE62-8AA4-4592-9F75-5E45BBB3BB50@recoil.org> <8B2B1282-CB3E-4B40-870D-41B63F34B41D@recoil.org> In-Reply-To: <8B2B1282-CB3E-4B40-870D-41B63F34B41D@recoil.org> Subject: Re: [MirageOS-devel] Mirage ARM port X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 Can confirm this works for me. I had to use the serial connection to find the IP address as the HDMI output didn't work, and I had to 'export BOARD=cubieboard2', but otherwise I had no problems at all. Jon On 06/05/14 20:42, Anil Madhavapeddy wrote: > On 1 May 2014, at 22:39, Anil Madhavapeddy wrote: >> I've started scripting up these notes so we can publish an SDcard >> image. An early version is up at: >> >> https://github.com/mirage/xen-arm-builder >> >> $ make clone >> $ make build >> $ make cubie.tar >> >> ...will clone all the relevant repositories and build a sparse >> tarfile of Xen/uboot/Linux dom0 with Ubuntu Trusty (linaro/linaro >> is the login). >> >> Not heavily tested at all, but should be a good base to customise >> the dom0 for Mirage so it's an out-of-the-box development environment >> for a Cubie2/3. >> > An update: I've pushed support for the Cubieboard2 and Cubietruck > into the https://github.com/mirage/xen-arm-builder, and the resulting > dom0 now starts up with networking and the OCaml packages all > installed to have a nice development environment. > > If someone else with a Cubie wants to try it out, this is a good > time. Just grab an Ubuntu 14.04 container or machine, run the > above commands, and dd the cubie.img onto an SDcard. You can ssh > into the Cubie with username/password "linaro" and alter it. No > serial console should be required now unless something goes wrong. > > I did a quick test of MiniOS and that boots fine, and will give > FreeBSD a quick spin tomorrow. Should be all set for Mirage on > there now. > > -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 Wed May 07 13:01:38 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 07 May 2014 13:01:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wi1Tc-0007xJ-I8; Wed, 07 May 2014 13:01:36 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wi1Ta-0007x9-Vv for mirageos-devel@lists.xenproject.org; Wed, 07 May 2014 13:01:35 +0000 Received: from [85.158.143.35:9045] by server-1.bemta-4.messagelabs.com id 11/B3-09853-EAE2A635; Wed, 07 May 2014 13:01:34 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-14.tower-21.messagelabs.com!1399467693!3406752!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.3 required=7.0 tests=MAILTO_TO_SPAM_ADDR X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30256 invoked from network); 7 May 2014 13:01:33 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-14.tower-21.messagelabs.com with SMTP; 7 May 2014 13:01:33 -0000 Received: (qmail 1857 invoked by uid 634); 7 May 2014 13:01:32 -0000 Received: from volstagg-0.srg.cl.cam.ac.uk (HELO flick.office) (128.232.32.232) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Wed, 07 May 2014 14:01:32 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Anil Madhavapeddy In-Reply-To: <536A1EC8.1090208@cam.ac.uk> Date: Wed, 7 May 2014 14:01:34 +0100 Message-Id: <794EB966-2E44-470D-8315-0F3508602C89@recoil.org> References: <29B9E135-AEF0-4E3B-9F2F-9808F4E6B10E@recoil.org> <78A9AE62-8AA4-4592-9F75-5E45BBB3BB50@recoil.org> <8B2B1282-CB3E-4B40-870D-41B63F34B41D@recoil.org> <536A1EC8.1090208@cam.ac.uk> To: Jon Ludlam X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: mirageos-devel@lists.xenproject.org Subject: Re: [MirageOS-devel] Mirage ARM port X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 point -- I'll add avahi into the default installation so that you can find the board via mDNS. Suggestions for a default hostname? I'm going with "armirage" failing any further inspiration :-) -anil On 7 May 2014, at 12:53, Jon Ludlam wrote: > Can confirm this works for me. I had to use the serial connection to > find the IP address as the HDMI output didn't work, and I had to 'export > BOARD=cubieboard2', but otherwise I had no problems at all. > > Jon > > On 06/05/14 20:42, Anil Madhavapeddy wrote: >> On 1 May 2014, at 22:39, Anil Madhavapeddy wrote: >>> I've started scripting up these notes so we can publish an SDcard >>> image. An early version is up at: >>> >>> https://github.com/mirage/xen-arm-builder >>> >>> $ make clone >>> $ make build >>> $ make cubie.tar >>> >>> ...will clone all the relevant repositories and build a sparse >>> tarfile of Xen/uboot/Linux dom0 with Ubuntu Trusty (linaro/linaro >>> is the login). >>> >>> Not heavily tested at all, but should be a good base to customise >>> the dom0 for Mirage so it's an out-of-the-box development environment >>> for a Cubie2/3. >>> >> An update: I've pushed support for the Cubieboard2 and Cubietruck >> into the https://github.com/mirage/xen-arm-builder, and the resulting >> dom0 now starts up with networking and the OCaml packages all >> installed to have a nice development environment. >> >> If someone else with a Cubie wants to try it out, this is a good >> time. Just grab an Ubuntu 14.04 container or machine, run the >> above commands, and dd the cubie.img onto an SDcard. You can ssh >> into the Cubie with username/password "linaro" and alter it. No >> serial console should be required now unless something goes wrong. >> >> I did a quick test of MiniOS and that boots fine, and will give >> FreeBSD a quick spin tomorrow. Should be all set for Mirage on >> there now. >> >> -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 > _______________________________________________ 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 May 07 13:01:38 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 07 May 2014 13:01:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wi1Tc-0007xJ-I8; Wed, 07 May 2014 13:01:36 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wi1Ta-0007x9-Vv for mirageos-devel@lists.xenproject.org; Wed, 07 May 2014 13:01:35 +0000 Received: from [85.158.143.35:9045] by server-1.bemta-4.messagelabs.com id 11/B3-09853-EAE2A635; Wed, 07 May 2014 13:01:34 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-14.tower-21.messagelabs.com!1399467693!3406752!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.3 required=7.0 tests=MAILTO_TO_SPAM_ADDR X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30256 invoked from network); 7 May 2014 13:01:33 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-14.tower-21.messagelabs.com with SMTP; 7 May 2014 13:01:33 -0000 Received: (qmail 1857 invoked by uid 634); 7 May 2014 13:01:32 -0000 Received: from volstagg-0.srg.cl.cam.ac.uk (HELO flick.office) (128.232.32.232) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Wed, 07 May 2014 14:01:32 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Anil Madhavapeddy In-Reply-To: <536A1EC8.1090208@cam.ac.uk> Date: Wed, 7 May 2014 14:01:34 +0100 Message-Id: <794EB966-2E44-470D-8315-0F3508602C89@recoil.org> References: <29B9E135-AEF0-4E3B-9F2F-9808F4E6B10E@recoil.org> <78A9AE62-8AA4-4592-9F75-5E45BBB3BB50@recoil.org> <8B2B1282-CB3E-4B40-870D-41B63F34B41D@recoil.org> <536A1EC8.1090208@cam.ac.uk> To: Jon Ludlam X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: mirageos-devel@lists.xenproject.org Subject: Re: [MirageOS-devel] Mirage ARM port X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 point -- I'll add avahi into the default installation so that you can find the board via mDNS. Suggestions for a default hostname? I'm going with "armirage" failing any further inspiration :-) -anil On 7 May 2014, at 12:53, Jon Ludlam wrote: > Can confirm this works for me. I had to use the serial connection to > find the IP address as the HDMI output didn't work, and I had to 'export > BOARD=cubieboard2', but otherwise I had no problems at all. > > Jon > > On 06/05/14 20:42, Anil Madhavapeddy wrote: >> On 1 May 2014, at 22:39, Anil Madhavapeddy wrote: >>> I've started scripting up these notes so we can publish an SDcard >>> image. An early version is up at: >>> >>> https://github.com/mirage/xen-arm-builder >>> >>> $ make clone >>> $ make build >>> $ make cubie.tar >>> >>> ...will clone all the relevant repositories and build a sparse >>> tarfile of Xen/uboot/Linux dom0 with Ubuntu Trusty (linaro/linaro >>> is the login). >>> >>> Not heavily tested at all, but should be a good base to customise >>> the dom0 for Mirage so it's an out-of-the-box development environment >>> for a Cubie2/3. >>> >> An update: I've pushed support for the Cubieboard2 and Cubietruck >> into the https://github.com/mirage/xen-arm-builder, and the resulting >> dom0 now starts up with networking and the OCaml packages all >> installed to have a nice development environment. >> >> If someone else with a Cubie wants to try it out, this is a good >> time. Just grab an Ubuntu 14.04 container or machine, run the >> above commands, and dd the cubie.img onto an SDcard. You can ssh >> into the Cubie with username/password "linaro" and alter it. No >> serial console should be required now unless something goes wrong. >> >> I did a quick test of MiniOS and that boots fine, and will give >> FreeBSD a quick spin tomorrow. Should be all set for Mirage on >> there now. >> >> -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 > _______________________________________________ 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 May 07 13:06:55 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 07 May 2014 13:06: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 1Wi1Yk-0008ME-LR; Wed, 07 May 2014 13:06:54 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wi1Yj-0008Ly-HR for mirageos-devel@lists.xenproject.org; Wed, 07 May 2014 13:06:53 +0000 Received: from [85.158.143.35:4267] by server-1.bemta-4.messagelabs.com id E0/20-09853-CEF2A635; Wed, 07 May 2014 13:06:52 +0000 X-Env-Sender: andre.naess@gmail.com X-Msg-Ref: server-12.tower-21.messagelabs.com!1399468012!3383196!1 X-Originating-IP: [209.85.212.179] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18896 invoked from network); 7 May 2014 13:06:52 -0000 Received: from mail-wi0-f179.google.com (HELO mail-wi0-f179.google.com) (209.85.212.179) by server-12.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 7 May 2014 13:06:52 -0000 Received: by mail-wi0-f179.google.com with SMTP id bs8so1278404wib.12 for ; Wed, 07 May 2014 06:06:52 -0700 (PDT) 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:content-transfer-encoding; bh=TDH/t8B7Z3/hPLZKzObf+WHgAWVdDcb1r4gMjNyLvvc=; b=gEZ2+mbPjOnMcl06mUoUdLrhwWWu5duVeNAAA8dZDGHNOc79JewzlkFLmyK8DuxqKf /F3LPbYE+6ippdow+LVL8Su0q4ZCCVNf4kq2IesCBojo9tuejLWgYko05dXuIMTq8sgo kQBzOWF9UNyMtOvz0NTUtiNJ+itITiPV64VDHFrSdPx2ciyDZteNKATF2xY9mFLnAkrX cHHzwaRGvMMN6XvmwMX8b5R34zKyOvu25cpW76WSAo9qOibnpUS/MkyNkYPmAvZT/DW6 F+UPXobcLapZyzKBlzGdbGnnenXnQDW+fcPlTm90+AIYvbw7vxKWZVKYFJElqXEPDpZ8 NL/A== MIME-Version: 1.0 X-Received: by 10.180.78.225 with SMTP id e1mr7732846wix.17.1399468011788; Wed, 07 May 2014 06:06:51 -0700 (PDT) Received: by 10.181.13.135 with HTTP; Wed, 7 May 2014 06:06:51 -0700 (PDT) In-Reply-To: References: Date: Wed, 7 May 2014 15:06:51 +0200 Message-ID: From: =?UTF-8?B?QW5kcsOpIE7DpnNz?= To: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Camlp4 Stack_overflow X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 SSd2ZSByZXdyaXR0ZW4gdGhlIGdlbmVyYXRlZCBjb2RlIHNvIHRoYXQgaXQgY3JlYXRlcyBhbiBh cnJheSBhbmQgdGhlbgphc3NpZ25zIHRvIGluZGV4ZXMgb2YgdGhlIGFycmF5LCBiYXRjaGluZyB0 aGUgYXNzaWdubWVudHMgdXNpbmcKbXVsdGlwbGUgbGV0ICgpID0KCkNvbXBpbGF0aW9uIHNwZWVk IGlzIGEgcHJvYmxlbSwgYW5kIGl0IHN0aWxsIGZhbGxzIG92ZXIgYXQgNTBLIGVudHJpZXMuCgpJ IHN1cHBvc2UgSSBjb3VsZCBzb21laG93IHdyaXRlIHRoZSBkYXRhIHRvIGFuIGltYWdlIGFuZCBy ZWFkIGl0IGJhY2sKaW4gYXQgYXBwbGljYXRpb24gc3RhcnR1cCwgYnV0IEkgdGhpbmsgSSBhY3R1 YWxseSBsaWtlIG15IGN1cnJlbnQKYXBwcm9hY2guIEFsbCBvZiB0aGUgd29yayBpcyBkb25lIGF0 IGNvbXBpbGF0aW9uIHRpbWUuIFRoZSByb3dzIGFyZQp3cml0dGVuIGluIHNvcnRlZCBvcmRlciBz byBhIHNpbXBsZSBiaW5hcnkgc2VhcmNoIGNhbiBiZSB1c2VkLiBUaGUKcmVzdWx0aW5nIGFwcGxp Y2F0aW9uIGlzIGVudGlyZWx5IHNpbmdsZS1wdXJwb3NlZC4KCkFueSBpZGVhcyBmb3Igb3RoZXIg d2F5cyB0byBkbyB0aGlzPyBCeXBhc3MgdGhlIGNvbXBpbGVyIGFuZCAiY29tcGlsZSIKdGhlIGRh dGEgbXlzZWxmPyBEb2VzIHRoZXJlIGV4aXN0IHRvb2xzIHRvIGRvIHNvbWV0aGluZyBsaWtlIHRo YXQ/CgpPbiBXZWQsIE1heSA3LCAyMDE0IGF0IDE6NDAgUE0sIEFuZHLDqSBOw6ZzcyA8YW5kcmUu bmFlc3NAZ21haWwuY29tPiB3cm90ZToKPiBIaQo+Cj4gSSdtIHRyeWluZyBzb21ldGhpbmcgdGhh dCBtaWdodCBiZSBhIGJpdCBzaWxseSBidXQgaXQncyBqdXN0IGludGVuZGVkCj4gYXMgYW4gaW50 ZXJuYWwgZGVtbyBvZiBNaXJhZ2UgdG8gbXkgdGVhbS4gSSdtIHdyaXRpbmcgYSB0aW55IEhUVFAK PiBiYXNlZCBhcHBsaWNhdGlvbiB3aG9zZSBvbmx5IHB1cnBvc2UgaXMgdG8gYWxsb3cgeW91IHRv IHNlYXJjaCBhIHBob25lCj4gYm9vay4KPgo+IEkndmUgYmFzZWQgbXkgYXBwcm9hY2ggb24gdGhl IGFwcHJvYWNoIHlvdSd2ZSB1c2VkIGZvciBzdGF0aWMgd2Vic2l0ZXMKPiB1c2luZyBjcnVuY2gg d2hlcmUgeW91IGNvbXBpbGUgdGhlIHdlYiBwYWdlcyBpbnRvIHRoZSBleGVjdXRhYmxlLiBJbgo+ IG15IGNhc2UgdGhhdCBtZWFucyBJIHRha2UgdGhlIGxpc3Qgb2YgbmFtZSBhbmQgbnVtYmVyIHBh aXJzIGFuZCBzdHVmZgo+IHRoZW0gaW50byBhbiBhcnJheS4gU28gcGFydCBvZiBteSBjb25maWcu bWwgZmlsZSBlbWl0cyBhIHNpbmdsZSBQYi5tbAo+IGZpbGUgd2hpY2ggY29udGFpbnMgYW4gYXJy YXkgZGVjbGFyYXRpb24gbGlrZSB0aGlzOgo+Cj4gbGV0IGRiID0gW3woIkFhcm9uIEpha3NpYyIs MTU3MTI2OCk7Cj4gKCJBYXJvbiBNY2Rpdml0dCIsMTQ1NDYyOSk7Cj4gKCJBYXJvbiBSZXViZW4i LDE3NjUyNDcpOwo+ICgiQWFyb24gU2FyZGluaGEiLDEyMjQ4MDYpOwo+ICgiQWJiZXkgR293ZW5z IiwxMjY3MDgzKTsKPiAoIkFiYmV5IEhhdGhjb3giLDEzMDk0OTApOwo+IC4uLgo+Cj4gQXMgdGhl IHRpdGxlIHNheSBJJ20gcnVubmluZyBpbnRvIHByb2JsZW1zIGNvbXBpbGluZyB0aGlzIHdoZW4g SQo+IGNyZWF0ZSBhIGxhcmdlIHBob25lIGJvb2ssIHRoZSBlcnJvciBiZWluZzoKPgo+IENhbWxw NDogVW5jYXVnaHQgZXhjZXB0aW9uOiBTdGFja19vdmVyZmxvdwo+Cj4gVGhpcyBoYXBwZW5zIHdp dGggMjVLIGVudHJpZXMsIGl0IHdvcmtzIHdpdGggMTBLIGVudHJpZXMuCj4KPiBJcyB0aGVyZSBz b21lIHdheSBJIGNhbiBwcmV2ZW50IENhbWxwNCBmcm9tIGJlaW5nIHJ1biBvbiB0aGUgUGIubWwK PiBmaWxlPyBPciB3aWxsIEkganVzdCBoYXZlIHRvIGdlbmVyYXRlIGEgZmlsZSB0aGF0IGJ1aWxk cyB0aGUgYXJyYXkgYXQKPiBydW50aW1lIHNvbWVob3c/Cj4KPiBBbmRyw6kKCl9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCk1pcmFnZU9TLWRldmVsIG1haWxp bmcgbGlzdApNaXJhZ2VPUy1kZXZlbEBsaXN0cy54ZW5wcm9qZWN0Lm9yZwpodHRwOi8vbGlzdHMu eGVucHJvamVjdC5vcmcvY2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZvL21pcmFnZW9zLWRldmVsCg== From mirageos-devel-bounces@lists.xenproject.org Wed May 07 13:06:55 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 07 May 2014 13:06: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 1Wi1Yk-0008ME-LR; Wed, 07 May 2014 13:06:54 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wi1Yj-0008Ly-HR for mirageos-devel@lists.xenproject.org; Wed, 07 May 2014 13:06:53 +0000 Received: from [85.158.143.35:4267] by server-1.bemta-4.messagelabs.com id E0/20-09853-CEF2A635; Wed, 07 May 2014 13:06:52 +0000 X-Env-Sender: andre.naess@gmail.com X-Msg-Ref: server-12.tower-21.messagelabs.com!1399468012!3383196!1 X-Originating-IP: [209.85.212.179] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18896 invoked from network); 7 May 2014 13:06:52 -0000 Received: from mail-wi0-f179.google.com (HELO mail-wi0-f179.google.com) (209.85.212.179) by server-12.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 7 May 2014 13:06:52 -0000 Received: by mail-wi0-f179.google.com with SMTP id bs8so1278404wib.12 for ; Wed, 07 May 2014 06:06:52 -0700 (PDT) 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:content-transfer-encoding; bh=TDH/t8B7Z3/hPLZKzObf+WHgAWVdDcb1r4gMjNyLvvc=; b=gEZ2+mbPjOnMcl06mUoUdLrhwWWu5duVeNAAA8dZDGHNOc79JewzlkFLmyK8DuxqKf /F3LPbYE+6ippdow+LVL8Su0q4ZCCVNf4kq2IesCBojo9tuejLWgYko05dXuIMTq8sgo kQBzOWF9UNyMtOvz0NTUtiNJ+itITiPV64VDHFrSdPx2ciyDZteNKATF2xY9mFLnAkrX cHHzwaRGvMMN6XvmwMX8b5R34zKyOvu25cpW76WSAo9qOibnpUS/MkyNkYPmAvZT/DW6 F+UPXobcLapZyzKBlzGdbGnnenXnQDW+fcPlTm90+AIYvbw7vxKWZVKYFJElqXEPDpZ8 NL/A== MIME-Version: 1.0 X-Received: by 10.180.78.225 with SMTP id e1mr7732846wix.17.1399468011788; Wed, 07 May 2014 06:06:51 -0700 (PDT) Received: by 10.181.13.135 with HTTP; Wed, 7 May 2014 06:06:51 -0700 (PDT) In-Reply-To: References: Date: Wed, 7 May 2014 15:06:51 +0200 Message-ID: From: =?UTF-8?B?QW5kcsOpIE7DpnNz?= To: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Camlp4 Stack_overflow X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 SSd2ZSByZXdyaXR0ZW4gdGhlIGdlbmVyYXRlZCBjb2RlIHNvIHRoYXQgaXQgY3JlYXRlcyBhbiBh cnJheSBhbmQgdGhlbgphc3NpZ25zIHRvIGluZGV4ZXMgb2YgdGhlIGFycmF5LCBiYXRjaGluZyB0 aGUgYXNzaWdubWVudHMgdXNpbmcKbXVsdGlwbGUgbGV0ICgpID0KCkNvbXBpbGF0aW9uIHNwZWVk IGlzIGEgcHJvYmxlbSwgYW5kIGl0IHN0aWxsIGZhbGxzIG92ZXIgYXQgNTBLIGVudHJpZXMuCgpJ IHN1cHBvc2UgSSBjb3VsZCBzb21laG93IHdyaXRlIHRoZSBkYXRhIHRvIGFuIGltYWdlIGFuZCBy ZWFkIGl0IGJhY2sKaW4gYXQgYXBwbGljYXRpb24gc3RhcnR1cCwgYnV0IEkgdGhpbmsgSSBhY3R1 YWxseSBsaWtlIG15IGN1cnJlbnQKYXBwcm9hY2guIEFsbCBvZiB0aGUgd29yayBpcyBkb25lIGF0 IGNvbXBpbGF0aW9uIHRpbWUuIFRoZSByb3dzIGFyZQp3cml0dGVuIGluIHNvcnRlZCBvcmRlciBz byBhIHNpbXBsZSBiaW5hcnkgc2VhcmNoIGNhbiBiZSB1c2VkLiBUaGUKcmVzdWx0aW5nIGFwcGxp Y2F0aW9uIGlzIGVudGlyZWx5IHNpbmdsZS1wdXJwb3NlZC4KCkFueSBpZGVhcyBmb3Igb3RoZXIg d2F5cyB0byBkbyB0aGlzPyBCeXBhc3MgdGhlIGNvbXBpbGVyIGFuZCAiY29tcGlsZSIKdGhlIGRh dGEgbXlzZWxmPyBEb2VzIHRoZXJlIGV4aXN0IHRvb2xzIHRvIGRvIHNvbWV0aGluZyBsaWtlIHRo YXQ/CgpPbiBXZWQsIE1heSA3LCAyMDE0IGF0IDE6NDAgUE0sIEFuZHLDqSBOw6ZzcyA8YW5kcmUu bmFlc3NAZ21haWwuY29tPiB3cm90ZToKPiBIaQo+Cj4gSSdtIHRyeWluZyBzb21ldGhpbmcgdGhh dCBtaWdodCBiZSBhIGJpdCBzaWxseSBidXQgaXQncyBqdXN0IGludGVuZGVkCj4gYXMgYW4gaW50 ZXJuYWwgZGVtbyBvZiBNaXJhZ2UgdG8gbXkgdGVhbS4gSSdtIHdyaXRpbmcgYSB0aW55IEhUVFAK PiBiYXNlZCBhcHBsaWNhdGlvbiB3aG9zZSBvbmx5IHB1cnBvc2UgaXMgdG8gYWxsb3cgeW91IHRv IHNlYXJjaCBhIHBob25lCj4gYm9vay4KPgo+IEkndmUgYmFzZWQgbXkgYXBwcm9hY2ggb24gdGhl IGFwcHJvYWNoIHlvdSd2ZSB1c2VkIGZvciBzdGF0aWMgd2Vic2l0ZXMKPiB1c2luZyBjcnVuY2gg d2hlcmUgeW91IGNvbXBpbGUgdGhlIHdlYiBwYWdlcyBpbnRvIHRoZSBleGVjdXRhYmxlLiBJbgo+ IG15IGNhc2UgdGhhdCBtZWFucyBJIHRha2UgdGhlIGxpc3Qgb2YgbmFtZSBhbmQgbnVtYmVyIHBh aXJzIGFuZCBzdHVmZgo+IHRoZW0gaW50byBhbiBhcnJheS4gU28gcGFydCBvZiBteSBjb25maWcu bWwgZmlsZSBlbWl0cyBhIHNpbmdsZSBQYi5tbAo+IGZpbGUgd2hpY2ggY29udGFpbnMgYW4gYXJy YXkgZGVjbGFyYXRpb24gbGlrZSB0aGlzOgo+Cj4gbGV0IGRiID0gW3woIkFhcm9uIEpha3NpYyIs MTU3MTI2OCk7Cj4gKCJBYXJvbiBNY2Rpdml0dCIsMTQ1NDYyOSk7Cj4gKCJBYXJvbiBSZXViZW4i LDE3NjUyNDcpOwo+ICgiQWFyb24gU2FyZGluaGEiLDEyMjQ4MDYpOwo+ICgiQWJiZXkgR293ZW5z IiwxMjY3MDgzKTsKPiAoIkFiYmV5IEhhdGhjb3giLDEzMDk0OTApOwo+IC4uLgo+Cj4gQXMgdGhl IHRpdGxlIHNheSBJJ20gcnVubmluZyBpbnRvIHByb2JsZW1zIGNvbXBpbGluZyB0aGlzIHdoZW4g SQo+IGNyZWF0ZSBhIGxhcmdlIHBob25lIGJvb2ssIHRoZSBlcnJvciBiZWluZzoKPgo+IENhbWxw NDogVW5jYXVnaHQgZXhjZXB0aW9uOiBTdGFja19vdmVyZmxvdwo+Cj4gVGhpcyBoYXBwZW5zIHdp dGggMjVLIGVudHJpZXMsIGl0IHdvcmtzIHdpdGggMTBLIGVudHJpZXMuCj4KPiBJcyB0aGVyZSBz b21lIHdheSBJIGNhbiBwcmV2ZW50IENhbWxwNCBmcm9tIGJlaW5nIHJ1biBvbiB0aGUgUGIubWwK PiBmaWxlPyBPciB3aWxsIEkganVzdCBoYXZlIHRvIGdlbmVyYXRlIGEgZmlsZSB0aGF0IGJ1aWxk cyB0aGUgYXJyYXkgYXQKPiBydW50aW1lIHNvbWVob3c/Cj4KPiBBbmRyw6kKCl9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCk1pcmFnZU9TLWRldmVsIG1haWxp bmcgbGlzdApNaXJhZ2VPUy1kZXZlbEBsaXN0cy54ZW5wcm9qZWN0Lm9yZwpodHRwOi8vbGlzdHMu eGVucHJvamVjdC5vcmcvY2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZvL21pcmFnZW9zLWRldmVsCg== From mirageos-devel-bounces@lists.xenproject.org Wed May 07 14:12:16 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 07 May 2014 14:12: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 1Wi2Zy-0005px-1v; Wed, 07 May 2014 14:12:14 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wi2Zw-0005pV-LX for mirageos-devel@lists.xenproject.org; Wed, 07 May 2014 14:12:12 +0000 Received: from [85.158.139.211:51273] by server-4.bemta-5.messagelabs.com id 9E/F4-30750-B3F3A635; Wed, 07 May 2014 14:12:11 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-8.tower-206.messagelabs.com!1399471929!2827753!1 X-Originating-IP: [209.85.219.51] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_23, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16498 invoked from network); 7 May 2014 14:12:10 -0000 Received: from mail-oa0-f51.google.com (HELO mail-oa0-f51.google.com) (209.85.219.51) by server-8.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 7 May 2014 14:12:10 -0000 Received: by mail-oa0-f51.google.com with SMTP id n16so1280315oag.10 for ; Wed, 07 May 2014 07:12:09 -0700 (PDT) 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=+AE69n2/epoy/ZLqnfr07cRUnXqQQKcDXucXrsi2G0g=; b=0ceG8cHUyYIJOo1jRoEZy9qNRagGQol7dgRMNN+R1tujfICsjb3+mJo9G9x9/xhqbo NYUkbIEYF1kJQ3VX3njVKCQoeqlKSl2ZVnq/tIoS6B9JHYSm3mEoWL9hLBj9ZaAZC3PG 2b92ZWPEcJW8mk9LkFSIhLqYC3PnksigW4LN4bZnylD2cf9UQAOsF1fnWNmD7h483CFZ 4MxXVWFGpFxD2AayMS4zf3sr+dQ6+KFbnopnlL7cIBJCuh3qGqD+FyaWGMibk57mvqOJ zl0uN6Bw7b3iWc6LYo2bSBtFu7zlL0N72MitYj0Lvs8Q+i4tAd5kdDrM0sjV7XuU9vuq 2z3A== MIME-Version: 1.0 X-Received: by 10.182.200.131 with SMTP id js3mr45778864obc.0.1399471929241; Wed, 07 May 2014 07:12:09 -0700 (PDT) Received: by 10.76.101.202 with HTTP; Wed, 7 May 2014 07:12:09 -0700 (PDT) In-Reply-To: References: Date: Wed, 7 May 2014 15:12:09 +0100 Message-ID: From: Thomas Leonard To: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] [mirage-platform] Switched to dietlibc's generic libm (4abf42d) X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============2526714304337733084==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============2526714304337733084== Content-Type: multipart/alternative; boundary=001a11c23aea3733e404f8cff389 --001a11c23aea3733e404f8cff389 Content-Type: text/plain; charset=UTF-8 On 7 May 2014 14:54, Anil Madhavapeddy wrote: > Picking a "better libc and libm" is something we should figure out on the > list. There are a few new contenders since the initial import of dietlibc... > That would be good. I've been hacking around trying to get a feel for what needs to be done first. Replacing dietlibc is first on my list of things that need doing (even if only replacing it with the latest version). I'm guessing the current version was imported from a modified CVS snapshot (and doesn't include ARM support). So my plan was to do a clean import of 0.33 and try to get Mirage working on x86_64 with that first. Then the Xen headers should be updated to include ARM support. It would be good to do a clean import first and then apply the Mirage modifications as a separate commit, to make future updates easier. libm needs replacing with something that supports ARM. The compiler seemed to be generating function calls for exp, log, etc, rather than using the chip's floating point instructions, so that will need looking at. However, work has come to a standstill here as my new laptop has arrived... By the way, what's the best way to install mirage-platform from a local Git checkout so that opam can see it? -- 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 --001a11c23aea3733e404f8cff389 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On 7= May 2014 14:54, Anil Madhavapeddy wrote:

Picking a "better libc and libm" is something we should figure= out on the list. There are a few new contenders since the initial import = of dietlibc...

That would be good. I've been hacking around trying = to get a feel for what needs to be done first.
Replacing dietlibc is fir= st on my list of things that need doing (even if only replacing it with the= latest version). I'm guessing the current version was imported from a = modified CVS snapshot (and doesn't include ARM support). So my plan was= to do a clean import of 0.33 and try to get Mirage working on x86_64 with = that first.

Then the Xen headers should be updated to include ARM support. It would= be good to do a clean import first and then apply the Mirage modifications= as a separate commit, to make future updates easier.

libm needs replacing with something that supports ARM. The compiler seemed = to be generating function calls for exp, log, etc, rather than using the ch= ip's floating point instructions, so that will need looking at.

However, work has come to a stan= dstill here as my new laptop has arrived...
<= br>
By the way, what's the best way= to install mirage-platform from a local Git checkout so that opam can see = it?


--
Dr Thomas Leonard=C2=A0 =C2=A0 = =C2=A0 =C2=A0 http://0in= stall.net/
GPG: 9242 9807 C985 3C07 44A6=C2=A0 8B9A AE07 8280 59A5 3= CC1
GPG: DA98 25AE CAD0 8975 7CDA=C2=A0 BD8E 0713 3F96 CA74 D8BA
--001a11c23aea3733e404f8cff389-- --===============2526714304337733084== 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 --===============2526714304337733084==-- From mirageos-devel-bounces@lists.xenproject.org Wed May 07 14:12:16 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 07 May 2014 14:12: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 1Wi2Zy-0005px-1v; Wed, 07 May 2014 14:12:14 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wi2Zw-0005pV-LX for mirageos-devel@lists.xenproject.org; Wed, 07 May 2014 14:12:12 +0000 Received: from [85.158.139.211:51273] by server-4.bemta-5.messagelabs.com id 9E/F4-30750-B3F3A635; Wed, 07 May 2014 14:12:11 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-8.tower-206.messagelabs.com!1399471929!2827753!1 X-Originating-IP: [209.85.219.51] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_23, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16498 invoked from network); 7 May 2014 14:12:10 -0000 Received: from mail-oa0-f51.google.com (HELO mail-oa0-f51.google.com) (209.85.219.51) by server-8.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 7 May 2014 14:12:10 -0000 Received: by mail-oa0-f51.google.com with SMTP id n16so1280315oag.10 for ; Wed, 07 May 2014 07:12:09 -0700 (PDT) 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=+AE69n2/epoy/ZLqnfr07cRUnXqQQKcDXucXrsi2G0g=; b=0ceG8cHUyYIJOo1jRoEZy9qNRagGQol7dgRMNN+R1tujfICsjb3+mJo9G9x9/xhqbo NYUkbIEYF1kJQ3VX3njVKCQoeqlKSl2ZVnq/tIoS6B9JHYSm3mEoWL9hLBj9ZaAZC3PG 2b92ZWPEcJW8mk9LkFSIhLqYC3PnksigW4LN4bZnylD2cf9UQAOsF1fnWNmD7h483CFZ 4MxXVWFGpFxD2AayMS4zf3sr+dQ6+KFbnopnlL7cIBJCuh3qGqD+FyaWGMibk57mvqOJ zl0uN6Bw7b3iWc6LYo2bSBtFu7zlL0N72MitYj0Lvs8Q+i4tAd5kdDrM0sjV7XuU9vuq 2z3A== MIME-Version: 1.0 X-Received: by 10.182.200.131 with SMTP id js3mr45778864obc.0.1399471929241; Wed, 07 May 2014 07:12:09 -0700 (PDT) Received: by 10.76.101.202 with HTTP; Wed, 7 May 2014 07:12:09 -0700 (PDT) In-Reply-To: References: Date: Wed, 7 May 2014 15:12:09 +0100 Message-ID: From: Thomas Leonard To: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] [mirage-platform] Switched to dietlibc's generic libm (4abf42d) X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============2526714304337733084==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============2526714304337733084== Content-Type: multipart/alternative; boundary=001a11c23aea3733e404f8cff389 --001a11c23aea3733e404f8cff389 Content-Type: text/plain; charset=UTF-8 On 7 May 2014 14:54, Anil Madhavapeddy wrote: > Picking a "better libc and libm" is something we should figure out on the > list. There are a few new contenders since the initial import of dietlibc... > That would be good. I've been hacking around trying to get a feel for what needs to be done first. Replacing dietlibc is first on my list of things that need doing (even if only replacing it with the latest version). I'm guessing the current version was imported from a modified CVS snapshot (and doesn't include ARM support). So my plan was to do a clean import of 0.33 and try to get Mirage working on x86_64 with that first. Then the Xen headers should be updated to include ARM support. It would be good to do a clean import first and then apply the Mirage modifications as a separate commit, to make future updates easier. libm needs replacing with something that supports ARM. The compiler seemed to be generating function calls for exp, log, etc, rather than using the chip's floating point instructions, so that will need looking at. However, work has come to a standstill here as my new laptop has arrived... By the way, what's the best way to install mirage-platform from a local Git checkout so that opam can see it? -- 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 --001a11c23aea3733e404f8cff389 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On 7= May 2014 14:54, Anil Madhavapeddy wrote:

Picking a "better libc and libm" is something we should figure= out on the list. There are a few new contenders since the initial import = of dietlibc...

That would be good. I've been hacking around trying = to get a feel for what needs to be done first.
Replacing dietlibc is fir= st on my list of things that need doing (even if only replacing it with the= latest version). I'm guessing the current version was imported from a = modified CVS snapshot (and doesn't include ARM support). So my plan was= to do a clean import of 0.33 and try to get Mirage working on x86_64 with = that first.

Then the Xen headers should be updated to include ARM support. It would= be good to do a clean import first and then apply the Mirage modifications= as a separate commit, to make future updates easier.

libm needs replacing with something that supports ARM. The compiler seemed = to be generating function calls for exp, log, etc, rather than using the ch= ip's floating point instructions, so that will need looking at.

However, work has come to a stan= dstill here as my new laptop has arrived...
<= br>
By the way, what's the best way= to install mirage-platform from a local Git checkout so that opam can see = it?


--
Dr Thomas Leonard=C2=A0 =C2=A0 = =C2=A0 =C2=A0 http://0in= stall.net/
GPG: 9242 9807 C985 3C07 44A6=C2=A0 8B9A AE07 8280 59A5 3= CC1
GPG: DA98 25AE CAD0 8975 7CDA=C2=A0 BD8E 0713 3F96 CA74 D8BA
--001a11c23aea3733e404f8cff389-- --===============2526714304337733084== 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 --===============2526714304337733084==-- From mirageos-devel-bounces@lists.xenproject.org Wed May 07 14:39:26 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 07 May 2014 14:39: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 1Wi30H-0007ZM-P7; Wed, 07 May 2014 14:39:25 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wi30G-0007Z5-KC for mirageos-devel@lists.xenproject.org; Wed, 07 May 2014 14:39:24 +0000 Received: from [85.158.139.211:59776] by server-8.bemta-5.messagelabs.com id A9/FE-11310-B954A635; Wed, 07 May 2014 14:39:23 +0000 X-Env-Sender: amc79@cam.ac.uk X-Msg-Ref: server-4.tower-206.messagelabs.com!1399473562!2868114!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.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28447 invoked from network); 7 May 2014 14:39:22 -0000 Received: from ppsw-50.csi.cam.ac.uk (HELO ppsw-50.csi.cam.ac.uk) (131.111.8.150) by server-4.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 7 May 2014 14:39:22 -0000 X-Cam-AntiVirus: no malware found X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ Received: from dhcp-172-17-152-158.eduroam.lapwing.private.cam.ac.uk ([172.17.152.158]:56670) 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 1Wi30D-0008LD-sP (Exim 4.82_3-c0e5623) (return-path ); Wed, 07 May 2014 15:39:21 +0100 Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) From: Amir Chaudhry In-Reply-To: <3270007C-28F5-4943-B426-701C649FDAD9@cam.ac.uk> Date: Wed, 7 May 2014 15:39:21 +0100 Message-Id: <53FFE1C9-DF58-4F5C-8D01-FAD6A0C786E5@cam.ac.uk> References: <3270007C-28F5-4943-B426-701C649FDAD9@cam.ac.uk> To: "cl-ocamllabs@lists.cam.ac.uk" , "cl-ucn@lists.cam.ac.uk" , "mirageos-devel@lists.xenproject.org" X-Mailer: Apple Mail (2.1510) Subject: Re: [MirageOS-devel] OCaml Labs meeting - Wed 21st May in the Computer Lab X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 Dear all, Just a brief reminder that the meeting is taking place in two weeks. Pleas= e note the start time of 3:30pm and that one more agenda item has been conf= irmed (Jenga). Agenda - Overview - Ctypes - Multicore - Jenga The original announcement is below and I'll send one more reminder on the M= onday before the meeting. = Best wishes, Amir On 25 Apr 2014, at 14:57, Amir Chaudhry wrote: > Dear all, > = > Please save the date for the next OCaml Labs meeting. Please also note th= e unusual start time of 3:30pm and that we've scheduled 2 hours for the mee= ting, though we do expect to finish sooner. > = > The details are below as well as a provisional agenda with brief abstract= s. > A final agenda will be circulated before the meeting. > = > -- Details -- > OCaml Labs Meeting > 21st May 2014 > 3:30pm =96 5:30pm > Room FW26 - Cambridge Computer Laboratory > William Gates Building > JJ Thomson Avenue > Cambridge CB3 0FD > = > = > -- Provisional Agenda -- > = > * Overview > = > * Ctypes > Ctypes now includes a new backend that statically generates the C and OCa= ml code for binding to libraries. Jeremy will show what this looks like fro= m a user perspective and how it translates into additional type safety, sim= pler linking and more efficient execution. > = > * Multicore Runtime > Lack of support for shared-memory parallelism is often cited as a short-c= oming of OCaml. This talk will describe the design of an OCaml runtime with= support for parallelism, focusing on the garbage collector for this runtim= e. > = > * Modular Implicits > Taking inspiration from "Modular Type-classes" and Scala's implicits, thi= s talk will outline the design and implementation of "modular implicits". M= odular implicits allow functions to take implicit module arguments which wi= ll be filled-in by the compiler by searching the environment for a module w= ith the appropriate type. This enables ad-hoc polymorphism in a very simila= r way to Haskell's type classes. > = > * (others to be confirmed) > = > vCal: http://talks.cam.ac.uk/talk/vcal/51901 > webcal feed: webcal://talks.cam.ac.uk/show/ics/41277 > = > If you have any questions, please let me know. > = > 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 May 07 14:39:26 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 07 May 2014 14:39: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 1Wi30H-0007ZM-P7; Wed, 07 May 2014 14:39:25 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wi30G-0007Z5-KC for mirageos-devel@lists.xenproject.org; Wed, 07 May 2014 14:39:24 +0000 Received: from [85.158.139.211:59776] by server-8.bemta-5.messagelabs.com id A9/FE-11310-B954A635; Wed, 07 May 2014 14:39:23 +0000 X-Env-Sender: amc79@cam.ac.uk X-Msg-Ref: server-4.tower-206.messagelabs.com!1399473562!2868114!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.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28447 invoked from network); 7 May 2014 14:39:22 -0000 Received: from ppsw-50.csi.cam.ac.uk (HELO ppsw-50.csi.cam.ac.uk) (131.111.8.150) by server-4.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 7 May 2014 14:39:22 -0000 X-Cam-AntiVirus: no malware found X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ Received: from dhcp-172-17-152-158.eduroam.lapwing.private.cam.ac.uk ([172.17.152.158]:56670) 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 1Wi30D-0008LD-sP (Exim 4.82_3-c0e5623) (return-path ); Wed, 07 May 2014 15:39:21 +0100 Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) From: Amir Chaudhry In-Reply-To: <3270007C-28F5-4943-B426-701C649FDAD9@cam.ac.uk> Date: Wed, 7 May 2014 15:39:21 +0100 Message-Id: <53FFE1C9-DF58-4F5C-8D01-FAD6A0C786E5@cam.ac.uk> References: <3270007C-28F5-4943-B426-701C649FDAD9@cam.ac.uk> To: "cl-ocamllabs@lists.cam.ac.uk" , "cl-ucn@lists.cam.ac.uk" , "mirageos-devel@lists.xenproject.org" X-Mailer: Apple Mail (2.1510) Subject: Re: [MirageOS-devel] OCaml Labs meeting - Wed 21st May in the Computer Lab X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 Dear all, Just a brief reminder that the meeting is taking place in two weeks. Pleas= e note the start time of 3:30pm and that one more agenda item has been conf= irmed (Jenga). Agenda - Overview - Ctypes - Multicore - Jenga The original announcement is below and I'll send one more reminder on the M= onday before the meeting. = Best wishes, Amir On 25 Apr 2014, at 14:57, Amir Chaudhry wrote: > Dear all, > = > Please save the date for the next OCaml Labs meeting. Please also note th= e unusual start time of 3:30pm and that we've scheduled 2 hours for the mee= ting, though we do expect to finish sooner. > = > The details are below as well as a provisional agenda with brief abstract= s. > A final agenda will be circulated before the meeting. > = > -- Details -- > OCaml Labs Meeting > 21st May 2014 > 3:30pm =96 5:30pm > Room FW26 - Cambridge Computer Laboratory > William Gates Building > JJ Thomson Avenue > Cambridge CB3 0FD > = > = > -- Provisional Agenda -- > = > * Overview > = > * Ctypes > Ctypes now includes a new backend that statically generates the C and OCa= ml code for binding to libraries. Jeremy will show what this looks like fro= m a user perspective and how it translates into additional type safety, sim= pler linking and more efficient execution. > = > * Multicore Runtime > Lack of support for shared-memory parallelism is often cited as a short-c= oming of OCaml. This talk will describe the design of an OCaml runtime with= support for parallelism, focusing on the garbage collector for this runtim= e. > = > * Modular Implicits > Taking inspiration from "Modular Type-classes" and Scala's implicits, thi= s talk will outline the design and implementation of "modular implicits". M= odular implicits allow functions to take implicit module arguments which wi= ll be filled-in by the compiler by searching the environment for a module w= ith the appropriate type. This enables ad-hoc polymorphism in a very simila= r way to Haskell's type classes. > = > * (others to be confirmed) > = > vCal: http://talks.cam.ac.uk/talk/vcal/51901 > webcal feed: webcal://talks.cam.ac.uk/show/ics/41277 > = > If you have any questions, please let me know. > = > 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 May 07 14:56:06 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 07 May 2014 14:56: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 1Wi3GO-0000Bh-5e; Wed, 07 May 2014 14:56:04 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wi3GM-0000Bc-0m for mirageos-devel@lists.xenproject.org; Wed, 07 May 2014 14:56:03 +0000 Received: from [85.158.143.35:14796] by server-3.bemta-4.messagelabs.com id 53/B7-13602-1894A635; Wed, 07 May 2014 14:56:01 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-7.tower-21.messagelabs.com!1399474560!3436274!1 X-Originating-IP: [74.125.82.51] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26681 invoked from network); 7 May 2014 14:56:00 -0000 Received: from mail-wg0-f51.google.com (HELO mail-wg0-f51.google.com) (74.125.82.51) by server-7.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 7 May 2014 14:56:00 -0000 Received: by mail-wg0-f51.google.com with SMTP id x13so1126466wgg.10 for ; Wed, 07 May 2014 07:56:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:content-type:content-transfer-encoding; bh=g2HVoblFYOdG0AayxqddkFSs0Smvr2Bm6j2BNIVoOdc=; b=EPaJDlXGvqxWuoH4Cl9CvTSwfhR1NeuII042VuwBIkmDPSBrl2HNKqU7zFBHkg6aR8 5xlXaPlQcVgcqgUB7cAodzLvigiMqwt1Jz+pRO10wTX2AjVOe+awAH4vElqMA1wl4sIu O3BJH6yRkdiC9uwQnSZiV15yfuIact/sik2yeWggPnk0Ix7eGrxz8uOscgvD6INkGqmi /j92v8z/jE9EN+4AB5hAMGUGUeYV/+kAFCrMqCRixJFn6jdSaM/66c7wJXGPKF6YX+51 Cdaeoptbobu19/paRDNj+E5mHlmQSocdeb1NLma/UBOOnlOxUxcv4GUIpGTbCmUxsKJR uvKw== X-Received: by 10.194.19.161 with SMTP id g1mr38674090wje.20.1399474560293; Wed, 07 May 2014 07:56:00 -0700 (PDT) Received: from [172.16.25.10] (97e5a5cd.skybroadband.com. [151.229.165.205]) by mx.google.com with ESMTPSA id pn9sm32085817wic.17.2014.05.07.07.55.58 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 07 May 2014 07:55:59 -0700 (PDT) Message-ID: <536A497E.90103@xen.org> Date: Wed, 07 May 2014 15:55:58 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: "mirageos-devel@lists.xenproject.org" , Sarah Conway Subject: [MirageOS-devel] Starting to think about Graduating Mirage OS X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org 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 Hi all, I wanted to start seeding the idea of "graduating the project" in line with http://www.xenproject.org/governance.html ... The stats: we have seen quite a bit of growth in list traffic as well as commits and contributors. See * http://bitergia.com/projects/xen-project-dashboard/browser/mls-projects.html * http://bitergia.com/projects/xen-project-dashboard/browser/scm-projects.html (this is incorrect and an underestimate, as I have not received input yet on the correct list of "cloned" repos from the Mirage OS team) What would need a little bit more analysis is the number of vendors who have contributed and to see whether the community is diversifying. I can also certainly see more cross interfaces and interaction between Mirage OS and the Hypervisor subprojects which is also a positive sign. And a rise of other contributions to say the Developer Summit in terms of submissions that are tied to Mirage OS. This tells me that a case for graduation and self-sustainability is building. Maybe timing wise - assuming the case holds and we get everone else to agree - aiming for Developer Summit and have an associated press release and/or a 2.0 release around that time would work. Just some food for thought and discussion Best 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 May 07 14:56:06 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 07 May 2014 14:56: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 1Wi3GO-0000Bh-5e; Wed, 07 May 2014 14:56:04 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wi3GM-0000Bc-0m for mirageos-devel@lists.xenproject.org; Wed, 07 May 2014 14:56:03 +0000 Received: from [85.158.143.35:14796] by server-3.bemta-4.messagelabs.com id 53/B7-13602-1894A635; Wed, 07 May 2014 14:56:01 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-7.tower-21.messagelabs.com!1399474560!3436274!1 X-Originating-IP: [74.125.82.51] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26681 invoked from network); 7 May 2014 14:56:00 -0000 Received: from mail-wg0-f51.google.com (HELO mail-wg0-f51.google.com) (74.125.82.51) by server-7.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 7 May 2014 14:56:00 -0000 Received: by mail-wg0-f51.google.com with SMTP id x13so1126466wgg.10 for ; Wed, 07 May 2014 07:56:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:content-type:content-transfer-encoding; bh=g2HVoblFYOdG0AayxqddkFSs0Smvr2Bm6j2BNIVoOdc=; b=EPaJDlXGvqxWuoH4Cl9CvTSwfhR1NeuII042VuwBIkmDPSBrl2HNKqU7zFBHkg6aR8 5xlXaPlQcVgcqgUB7cAodzLvigiMqwt1Jz+pRO10wTX2AjVOe+awAH4vElqMA1wl4sIu O3BJH6yRkdiC9uwQnSZiV15yfuIact/sik2yeWggPnk0Ix7eGrxz8uOscgvD6INkGqmi /j92v8z/jE9EN+4AB5hAMGUGUeYV/+kAFCrMqCRixJFn6jdSaM/66c7wJXGPKF6YX+51 Cdaeoptbobu19/paRDNj+E5mHlmQSocdeb1NLma/UBOOnlOxUxcv4GUIpGTbCmUxsKJR uvKw== X-Received: by 10.194.19.161 with SMTP id g1mr38674090wje.20.1399474560293; Wed, 07 May 2014 07:56:00 -0700 (PDT) Received: from [172.16.25.10] (97e5a5cd.skybroadband.com. [151.229.165.205]) by mx.google.com with ESMTPSA id pn9sm32085817wic.17.2014.05.07.07.55.58 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 07 May 2014 07:55:59 -0700 (PDT) Message-ID: <536A497E.90103@xen.org> Date: Wed, 07 May 2014 15:55:58 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: "mirageos-devel@lists.xenproject.org" , Sarah Conway Subject: [MirageOS-devel] Starting to think about Graduating Mirage OS X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org 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 Hi all, I wanted to start seeding the idea of "graduating the project" in line with http://www.xenproject.org/governance.html ... The stats: we have seen quite a bit of growth in list traffic as well as commits and contributors. See * http://bitergia.com/projects/xen-project-dashboard/browser/mls-projects.html * http://bitergia.com/projects/xen-project-dashboard/browser/scm-projects.html (this is incorrect and an underestimate, as I have not received input yet on the correct list of "cloned" repos from the Mirage OS team) What would need a little bit more analysis is the number of vendors who have contributed and to see whether the community is diversifying. I can also certainly see more cross interfaces and interaction between Mirage OS and the Hypervisor subprojects which is also a positive sign. And a rise of other contributions to say the Developer Summit in terms of submissions that are tied to Mirage OS. This tells me that a case for graduation and self-sustainability is building. Maybe timing wise - assuming the case holds and we get everone else to agree - aiming for Developer Summit and have an associated press release and/or a 2.0 release around that time would work. Just some food for thought and discussion Best 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 May 07 15:59:51 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 07 May 2014 15:59: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 1Wi4G5-0002XD-J9; Wed, 07 May 2014 15:59:49 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wi4G3-0002X6-EM for mirageos-devel@lists.xenproject.org; Wed, 07 May 2014 15:59:47 +0000 Received: from [193.109.254.147:44983] by server-2.bemta-14.messagelabs.com id E2/2E-21684-2785A635; Wed, 07 May 2014 15:59:46 +0000 X-Env-Sender: mike.mcclurg@gmail.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1399478385!3320439!1 X-Originating-IP: [74.125.82.51] X-SpamReason: No, hits=0.7 required=7.0 tests=HTML_30_40,HTML_MESSAGE, MAILTO_TO_SPAM_ADDR,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22220 invoked from network); 7 May 2014 15:59:45 -0000 Received: from mail-wg0-f51.google.com (HELO mail-wg0-f51.google.com) (74.125.82.51) by server-4.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 7 May 2014 15:59:45 -0000 Received: by mail-wg0-f51.google.com with SMTP id x13so1227414wgg.22 for ; Wed, 07 May 2014 08:59:45 -0700 (PDT) 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=Mk9/TxF5WoEB/zRgcK6YDtz7xoA5f5zhXWSbSJZw8S8=; b=TtFSrNpTuhq4hk4G3Yq0lpHQpB1GtOU78pK8xrfBHA63dkVI1hpaNNZ9V1V2TI4ojb 2IeFi3Md42jm05B37/cn1TwGQ8Yk/g/ncnI+bY1kRmpwo1facfLX0UVVtBWX6hGUK7lT OiRZmL4Dc7jAcI07c34Ib2PuVkozxcEMsk+EuEH5VhHoLQAQJdlz//GlzE+3AcNtF3qI mvQ0ZwToh4q8zY0zujpH5W2umdHSvgHTQ0d6ANyZ+jhrZ9YOTYbnLXlMnTgJBidJb21u 7oxr8OeocJEsA5+GXKAhOOXKh1fU5KHSUdOrb9d28DFSdJwWsTvrxd9byVID7EYkuzoJ oVEg== MIME-Version: 1.0 X-Received: by 10.194.9.36 with SMTP id w4mr2463601wja.79.1399478385049; Wed, 07 May 2014 08:59:45 -0700 (PDT) Received: by 10.216.16.202 with HTTP; Wed, 7 May 2014 08:59:44 -0700 (PDT) In-Reply-To: <53FFE1C9-DF58-4F5C-8D01-FAD6A0C786E5@cam.ac.uk> References: <3270007C-28F5-4943-B426-701C649FDAD9@cam.ac.uk> <53FFE1C9-DF58-4F5C-8D01-FAD6A0C786E5@cam.ac.uk> Date: Wed, 7 May 2014 09:59:44 -0600 Message-ID: From: Mike McClurg To: Amir Chaudhry Cc: "mirageos-devel@lists.xenproject.org" , "cl-ucn@lists.cam.ac.uk" , "cl-ocamllabs@lists.cam.ac.uk" Subject: Re: [MirageOS-devel] OCaml Labs meeting - Wed 21st May in the Computer Lab X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============5445064565667190064==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============5445064565667190064== Content-Type: multipart/alternative; boundary=047d7b5d863d03075204f8d17416 --047d7b5d863d03075204f8d17416 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Amir, Would it be possible to broadcast this meeting via Hangout, or perhaps record it? Thanks! Mike On Wed, May 7, 2014 at 8:39 AM, Amir Chaudhry wrote: > Dear all, > > Just a brief reminder that the meeting is taking place in two weeks. > Please note the start time of 3:30pm and that one more agenda item has > been confirmed (Jenga). > > Agenda > - Overview > - Ctypes > - Multicore > - Jenga > > The original announcement is below and I'll send one more reminder on the > Monday before the meeting. > > Best wishes, > Amir > > On 25 Apr 2014, at 14:57, Amir Chaudhry wrote: > > > Dear all, > > > > Please save the date for the next OCaml Labs meeting. Please also note > the unusual start time of 3:30pm and that we've scheduled 2 hours for the > meeting, though we do expect to finish sooner. > > > > The details are below as well as a provisional agenda with brief > abstracts. > > A final agenda will be circulated before the meeting. > > > > -- Details -- > > OCaml Labs Meeting > > 21st May 2014 > > 3:30pm =E2=80=93 5:30pm > > Room FW26 - Cambridge Computer Laboratory > > William Gates Building > > JJ Thomson Avenue > > Cambridge CB3 0FD > > > > > > -- Provisional Agenda -- > > > > * Overview > > > > * Ctypes > > Ctypes now includes a new backend that statically generates the C and > OCaml code for binding to libraries. Jeremy will show what this looks lik= e > from a user perspective and how it translates into additional type safety= , > simpler linking and more efficient execution. > > > > * Multicore Runtime > > Lack of support for shared-memory parallelism is often cited as a > short-coming of OCaml. This talk will describe the design of an OCaml > runtime with support for parallelism, focusing on the garbage collector f= or > this runtime. > > > > * Modular Implicits > > Taking inspiration from "Modular Type-classes" and Scala's implicits, > this talk will outline the design and implementation of "modular > implicits". Modular implicits allow functions to take implicit module > arguments which will be filled-in by the compiler by searching the > environment for a module with the appropriate type. This enables ad-hoc > polymorphism in a very similar way to Haskell's type classes. > > > > * (others to be confirmed) > > > > vCal: http://talks.cam.ac.uk/talk/vcal/51901 > > webcal feed: webcal://talks.cam.ac.uk/show/ics/41277 > > > > If you have any questions, please let me know. > > > > Best wishes, > > Amir > > > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel > --047d7b5d863d03075204f8d17416 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Amir,

Would it be possible to broadcast thi= s meeting via Hangout, or perhaps record it? Thanks!

Mike
<= /div>


On Wed, = May 7, 2014 at 8:39 AM, Amir Chaudhry <amc79@cam.ac.uk> wrote:=
Dear all,

Just a brief reminder that the meeting is taking place in two weeks. =C2=A0= Please note the start time of 3:30pm and that one more agenda item has been= confirmed (Jenga).

Agenda
- Overview
- Ctypes
- Multicore
- Jenga

The original announcement is below and I'll send one more reminder on t= he Monday before the meeting.

Best wishes,
Amir

On 25 Apr 2014, at 14:57, Amir Chaudhry <amc79@cam.ac.uk> wrote:

> Dear all,
>
> Please save the date for the next OCaml Labs meeting. Please also note= the unusual start time of 3:30pm and that we've scheduled 2 hours for = the meeting, though we do expect to finish sooner.
>
> The details are below as well as a provisional agenda with brief abstr= acts.
> A final agenda will be circulated before the meeting.
>
> -- Details --
> OCaml Labs Meeting
> 21st May 2014
> 3:30pm =E2=80=93 5:30pm
> Room FW26 - Cambridge Computer Laboratory
> William Gates Building
> JJ Thomson Avenue
> Cambridge CB3 0FD
>
>
> -- Provisional Agenda --
>
> * Overview
>
> * Ctypes
> Ctypes now includes a new backend that statically generates the C and = OCaml code for binding to libraries. Jeremy will show what this looks like = from a user perspective and how it translates into additional type safety, = simpler linking and more efficient execution.
>
> * Multicore Runtime
> Lack of support for shared-memory parallelism is often cited as a shor= t-coming of OCaml. This talk will describe the design of an OCaml runtime w= ith support for parallelism, focusing on the garbage collector for this run= time.
>
> * Modular Implicits
> Taking inspiration from "Modular Type-classes" and Scala'= ;s implicits, this talk will outline the design and implementation of "= ;modular implicits". Modular implicits allow functions to take implici= t module arguments which will be filled-in by the compiler by searching the= environment for a module with the appropriate type. This enables ad-hoc po= lymorphism in a very similar way to Haskell's type classes.
>
> * (others to be confirmed)
>
> vCal: http://talks.cam.ac.uk/talk/vcal/51901
> webcal feed: webcal://talks.cam.ac.uk/show/ics/41277
>
> If you have any questions, please let me know.
>
> Best wishes,
> Amir


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

--047d7b5d863d03075204f8d17416-- --===============5445064565667190064== 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 --===============5445064565667190064==-- From mirageos-devel-bounces@lists.xenproject.org Wed May 07 15:59:51 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 07 May 2014 15:59: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 1Wi4G5-0002XD-J9; Wed, 07 May 2014 15:59:49 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wi4G3-0002X6-EM for mirageos-devel@lists.xenproject.org; Wed, 07 May 2014 15:59:47 +0000 Received: from [193.109.254.147:44983] by server-2.bemta-14.messagelabs.com id E2/2E-21684-2785A635; Wed, 07 May 2014 15:59:46 +0000 X-Env-Sender: mike.mcclurg@gmail.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1399478385!3320439!1 X-Originating-IP: [74.125.82.51] X-SpamReason: No, hits=0.7 required=7.0 tests=HTML_30_40,HTML_MESSAGE, MAILTO_TO_SPAM_ADDR,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22220 invoked from network); 7 May 2014 15:59:45 -0000 Received: from mail-wg0-f51.google.com (HELO mail-wg0-f51.google.com) (74.125.82.51) by server-4.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 7 May 2014 15:59:45 -0000 Received: by mail-wg0-f51.google.com with SMTP id x13so1227414wgg.22 for ; Wed, 07 May 2014 08:59:45 -0700 (PDT) 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=Mk9/TxF5WoEB/zRgcK6YDtz7xoA5f5zhXWSbSJZw8S8=; b=TtFSrNpTuhq4hk4G3Yq0lpHQpB1GtOU78pK8xrfBHA63dkVI1hpaNNZ9V1V2TI4ojb 2IeFi3Md42jm05B37/cn1TwGQ8Yk/g/ncnI+bY1kRmpwo1facfLX0UVVtBWX6hGUK7lT OiRZmL4Dc7jAcI07c34Ib2PuVkozxcEMsk+EuEH5VhHoLQAQJdlz//GlzE+3AcNtF3qI mvQ0ZwToh4q8zY0zujpH5W2umdHSvgHTQ0d6ANyZ+jhrZ9YOTYbnLXlMnTgJBidJb21u 7oxr8OeocJEsA5+GXKAhOOXKh1fU5KHSUdOrb9d28DFSdJwWsTvrxd9byVID7EYkuzoJ oVEg== MIME-Version: 1.0 X-Received: by 10.194.9.36 with SMTP id w4mr2463601wja.79.1399478385049; Wed, 07 May 2014 08:59:45 -0700 (PDT) Received: by 10.216.16.202 with HTTP; Wed, 7 May 2014 08:59:44 -0700 (PDT) In-Reply-To: <53FFE1C9-DF58-4F5C-8D01-FAD6A0C786E5@cam.ac.uk> References: <3270007C-28F5-4943-B426-701C649FDAD9@cam.ac.uk> <53FFE1C9-DF58-4F5C-8D01-FAD6A0C786E5@cam.ac.uk> Date: Wed, 7 May 2014 09:59:44 -0600 Message-ID: From: Mike McClurg To: Amir Chaudhry Cc: "mirageos-devel@lists.xenproject.org" , "cl-ucn@lists.cam.ac.uk" , "cl-ocamllabs@lists.cam.ac.uk" Subject: Re: [MirageOS-devel] OCaml Labs meeting - Wed 21st May in the Computer Lab X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============5445064565667190064==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============5445064565667190064== Content-Type: multipart/alternative; boundary=047d7b5d863d03075204f8d17416 --047d7b5d863d03075204f8d17416 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Amir, Would it be possible to broadcast this meeting via Hangout, or perhaps record it? Thanks! Mike On Wed, May 7, 2014 at 8:39 AM, Amir Chaudhry wrote: > Dear all, > > Just a brief reminder that the meeting is taking place in two weeks. > Please note the start time of 3:30pm and that one more agenda item has > been confirmed (Jenga). > > Agenda > - Overview > - Ctypes > - Multicore > - Jenga > > The original announcement is below and I'll send one more reminder on the > Monday before the meeting. > > Best wishes, > Amir > > On 25 Apr 2014, at 14:57, Amir Chaudhry wrote: > > > Dear all, > > > > Please save the date for the next OCaml Labs meeting. Please also note > the unusual start time of 3:30pm and that we've scheduled 2 hours for the > meeting, though we do expect to finish sooner. > > > > The details are below as well as a provisional agenda with brief > abstracts. > > A final agenda will be circulated before the meeting. > > > > -- Details -- > > OCaml Labs Meeting > > 21st May 2014 > > 3:30pm =E2=80=93 5:30pm > > Room FW26 - Cambridge Computer Laboratory > > William Gates Building > > JJ Thomson Avenue > > Cambridge CB3 0FD > > > > > > -- Provisional Agenda -- > > > > * Overview > > > > * Ctypes > > Ctypes now includes a new backend that statically generates the C and > OCaml code for binding to libraries. Jeremy will show what this looks lik= e > from a user perspective and how it translates into additional type safety= , > simpler linking and more efficient execution. > > > > * Multicore Runtime > > Lack of support for shared-memory parallelism is often cited as a > short-coming of OCaml. This talk will describe the design of an OCaml > runtime with support for parallelism, focusing on the garbage collector f= or > this runtime. > > > > * Modular Implicits > > Taking inspiration from "Modular Type-classes" and Scala's implicits, > this talk will outline the design and implementation of "modular > implicits". Modular implicits allow functions to take implicit module > arguments which will be filled-in by the compiler by searching the > environment for a module with the appropriate type. This enables ad-hoc > polymorphism in a very similar way to Haskell's type classes. > > > > * (others to be confirmed) > > > > vCal: http://talks.cam.ac.uk/talk/vcal/51901 > > webcal feed: webcal://talks.cam.ac.uk/show/ics/41277 > > > > If you have any questions, please let me know. > > > > Best wishes, > > Amir > > > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel > --047d7b5d863d03075204f8d17416 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Amir,

Would it be possible to broadcast thi= s meeting via Hangout, or perhaps record it? Thanks!

Mike
<= /div>


On Wed, = May 7, 2014 at 8:39 AM, Amir Chaudhry <amc79@cam.ac.uk> wrote:=
Dear all,

Just a brief reminder that the meeting is taking place in two weeks. =C2=A0= Please note the start time of 3:30pm and that one more agenda item has been= confirmed (Jenga).

Agenda
- Overview
- Ctypes
- Multicore
- Jenga

The original announcement is below and I'll send one more reminder on t= he Monday before the meeting.

Best wishes,
Amir

On 25 Apr 2014, at 14:57, Amir Chaudhry <amc79@cam.ac.uk> wrote:

> Dear all,
>
> Please save the date for the next OCaml Labs meeting. Please also note= the unusual start time of 3:30pm and that we've scheduled 2 hours for = the meeting, though we do expect to finish sooner.
>
> The details are below as well as a provisional agenda with brief abstr= acts.
> A final agenda will be circulated before the meeting.
>
> -- Details --
> OCaml Labs Meeting
> 21st May 2014
> 3:30pm =E2=80=93 5:30pm
> Room FW26 - Cambridge Computer Laboratory
> William Gates Building
> JJ Thomson Avenue
> Cambridge CB3 0FD
>
>
> -- Provisional Agenda --
>
> * Overview
>
> * Ctypes
> Ctypes now includes a new backend that statically generates the C and = OCaml code for binding to libraries. Jeremy will show what this looks like = from a user perspective and how it translates into additional type safety, = simpler linking and more efficient execution.
>
> * Multicore Runtime
> Lack of support for shared-memory parallelism is often cited as a shor= t-coming of OCaml. This talk will describe the design of an OCaml runtime w= ith support for parallelism, focusing on the garbage collector for this run= time.
>
> * Modular Implicits
> Taking inspiration from "Modular Type-classes" and Scala'= ;s implicits, this talk will outline the design and implementation of "= ;modular implicits". Modular implicits allow functions to take implici= t module arguments which will be filled-in by the compiler by searching the= environment for a module with the appropriate type. This enables ad-hoc po= lymorphism in a very similar way to Haskell's type classes.
>
> * (others to be confirmed)
>
> vCal: http://talks.cam.ac.uk/talk/vcal/51901
> webcal feed: webcal://talks.cam.ac.uk/show/ics/41277
>
> If you have any questions, please let me know.
>
> Best wishes,
> Amir


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

--047d7b5d863d03075204f8d17416-- --===============5445064565667190064== 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 --===============5445064565667190064==-- From mirageos-devel-bounces@lists.xenproject.org Wed May 07 19:05:52 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 07 May 2014 19:05: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 1Wi7A3-0007ac-VF; Wed, 07 May 2014 19:05:47 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wi7A2-0007aX-PL for mirageos-devel@lists.xenproject.org; Wed, 07 May 2014 19:05:46 +0000 Received: from [85.158.139.211:17835] by server-10.bemta-5.messagelabs.com id 04/8E-27081-9048A635; Wed, 07 May 2014 19:05:45 +0000 X-Env-Sender: Richard.Mortier@nottingham.ac.uk X-Msg-Ref: server-5.tower-206.messagelabs.com!1399489545!2913394!1 X-Originating-IP: [93.159.202.117] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3477 invoked from network); 7 May 2014 19:05:45 -0000 Received: from engine03-20433-11.icritical.com (HELO engine03-20433-11.icritical.com) (93.159.202.117) by server-5.tower-206.messagelabs.com with SMTP; 7 May 2014 19:05:45 -0000 Received: (qmail 14324 invoked from network); 7 May 2014 19:05:41 -0000 Received: from localhost (127.0.0.1) by engine03-20433-11.icritical.com with SMTP; 7 May 2014 19:05:41 -0000 Received: from engine03-20433-11.icritical.com ([127.0.0.1]) by localhost (engine03-20433-11.icritical.com [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 13982-05 for ; Wed, 7 May 2014 20:05:34 +0100 (BST) Received: (qmail 14283 invoked by uid 599); 7 May 2014 19:05:34 -0000 Received: from unknown (HELO smtp3.nottingham.ac.uk) (128.243.44.55) by engine03-20433-11.icritical.com (qpsmtpd/0.28) with ESMTP; Wed, 07 May 2014 20:05:34 +0100 Received: from uiwexhub01.ad.nottingham.ac.uk ([128.243.15.133]) by smtp3.nottingham.ac.uk with esmtps (TLSv1:AES128-SHA:128) (Exim 4.77) (envelope-from ) id 1Wi79s-0007DB-6h; Wed, 07 May 2014 20:05:36 +0100 From: Richard Mortier To: Anil Madhavapeddy Date: Wed, 7 May 2014 20:05:33 +0100 Thread-Topic: [MirageOS-devel] Mirage ARM port Thread-Index: Ac9qJ1PGoQ2FLFRQQJexxAEIqLU3xQ== Message-ID: References: <29B9E135-AEF0-4E3B-9F2F-9808F4E6B10E@recoil.org> <78A9AE62-8AA4-4592-9F75-5E45BBB3BB50@recoil.org> <8B2B1282-CB3E-4B40-870D-41B63F34B41D@recoil.org> <536A1EC8.1090208@cam.ac.uk> <794EB966-2E44-470D-8315-0F3508602C89@recoil.org> In-Reply-To: <794EB966-2E44-470D-8315-0F3508602C89@recoil.org> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-Virus-Scanned: by iCritical at engine03-20433-11.icritical.com Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Mirage ARM port X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============0075746478483963181==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============0075746478483963181== Content-Language: en-US Content-Type: multipart/signed; boundary="Apple-Mail=_A78B1C0D-34CF-4427-B903-D321A0E3F720"; protocol="application/pgp-signature"; micalg=pgp-sha512 --Apple-Mail=_A78B1C0D-34CF-4427-B903-D321A0E3F720 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 7 May 2014, at 14:01, Anil Madhavapeddy wrote: > Good point -- I'll add avahi into the default installation so that you > can find the board via mDNS. Suggestions for a default hostname? > I'm going with "armirage" failing any further inspiration :-) how about ooarmirage, for the full-on pirate experience? -- Cheers, R. --Apple-Mail=_A78B1C0D-34CF-4427-B903-D321A0E3F720 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTaoP+AAoJEOLF27JWwSg3t8oP/2nV+NlWlxPMOBOwcy1Ps+98 CUZhRsizjGxE88CdFe/Rv+xQ9apixJsMWcElJYd+YThxtxBImySvh2kpcxXSyaft g+97TX2brRBLGFz8A9PoPhgocEW4YYe6IF4lRDTMY+AiZbohyk0HyePHJwEccgfj /2qqYCAUcKpPpuflcW41M3asHt4x3Hdt3/yyK2URzBWqVoanWB2+i0pOqeweoTla UGqHYBf9wPWVZydXtl1bUna7e9QIdwgVDe4yed+uhASAnZ1/PZZJtG0/8P778CD3 dYc1Gjn94xmu/QBcr87iL9YuSfAHgCD1LRwiNBaUNJNKi7Dly1Jjmzg1iNWNYZvt orw6e+XdofWknC0hmlDC8rlKMdailYBEzx+O/743tEQKlCLUjVwcDWk3ruaz8xB4 345BrjaCtN+ezbrpcW+vBKZUA95ozzS9mEdhOQ6nIu+btU90FZjQ8GW8OLvuptvT umc50eueBRqNUxTt/rTmLpRVndImK8kzzFcF9emhFFJ0w3jJcjUzVzB2U63D4xWt HlJ8gffd1HMyKNVeC1gaV5xnhY+g2U62RIZakgIZZ+z57za5900EfZE3akmEOivA iamjySRKRPhs9wvTktuRnwFZMoec2xm8GSlBqxMe2knMBtfSgDIv3GQg0oDR28um IOltS0MsVzXZoHSuWxHh =PGCk -----END PGP SIGNATURE----- --Apple-Mail=_A78B1C0D-34CF-4427-B903-D321A0E3F720-- --===============0075746478483963181== 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 --===============0075746478483963181==-- From mirageos-devel-bounces@lists.xenproject.org Wed May 07 19:05:52 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 07 May 2014 19:05: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 1Wi7A3-0007ac-VF; Wed, 07 May 2014 19:05:47 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wi7A2-0007aX-PL for mirageos-devel@lists.xenproject.org; Wed, 07 May 2014 19:05:46 +0000 Received: from [85.158.139.211:17835] by server-10.bemta-5.messagelabs.com id 04/8E-27081-9048A635; Wed, 07 May 2014 19:05:45 +0000 X-Env-Sender: Richard.Mortier@nottingham.ac.uk X-Msg-Ref: server-5.tower-206.messagelabs.com!1399489545!2913394!1 X-Originating-IP: [93.159.202.117] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3477 invoked from network); 7 May 2014 19:05:45 -0000 Received: from engine03-20433-11.icritical.com (HELO engine03-20433-11.icritical.com) (93.159.202.117) by server-5.tower-206.messagelabs.com with SMTP; 7 May 2014 19:05:45 -0000 Received: (qmail 14324 invoked from network); 7 May 2014 19:05:41 -0000 Received: from localhost (127.0.0.1) by engine03-20433-11.icritical.com with SMTP; 7 May 2014 19:05:41 -0000 Received: from engine03-20433-11.icritical.com ([127.0.0.1]) by localhost (engine03-20433-11.icritical.com [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 13982-05 for ; Wed, 7 May 2014 20:05:34 +0100 (BST) Received: (qmail 14283 invoked by uid 599); 7 May 2014 19:05:34 -0000 Received: from unknown (HELO smtp3.nottingham.ac.uk) (128.243.44.55) by engine03-20433-11.icritical.com (qpsmtpd/0.28) with ESMTP; Wed, 07 May 2014 20:05:34 +0100 Received: from uiwexhub01.ad.nottingham.ac.uk ([128.243.15.133]) by smtp3.nottingham.ac.uk with esmtps (TLSv1:AES128-SHA:128) (Exim 4.77) (envelope-from ) id 1Wi79s-0007DB-6h; Wed, 07 May 2014 20:05:36 +0100 From: Richard Mortier To: Anil Madhavapeddy Date: Wed, 7 May 2014 20:05:33 +0100 Thread-Topic: [MirageOS-devel] Mirage ARM port Thread-Index: Ac9qJ1PGoQ2FLFRQQJexxAEIqLU3xQ== Message-ID: References: <29B9E135-AEF0-4E3B-9F2F-9808F4E6B10E@recoil.org> <78A9AE62-8AA4-4592-9F75-5E45BBB3BB50@recoil.org> <8B2B1282-CB3E-4B40-870D-41B63F34B41D@recoil.org> <536A1EC8.1090208@cam.ac.uk> <794EB966-2E44-470D-8315-0F3508602C89@recoil.org> In-Reply-To: <794EB966-2E44-470D-8315-0F3508602C89@recoil.org> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-Virus-Scanned: by iCritical at engine03-20433-11.icritical.com Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Mirage ARM port X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============0075746478483963181==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============0075746478483963181== Content-Language: en-US Content-Type: multipart/signed; boundary="Apple-Mail=_A78B1C0D-34CF-4427-B903-D321A0E3F720"; protocol="application/pgp-signature"; micalg=pgp-sha512 --Apple-Mail=_A78B1C0D-34CF-4427-B903-D321A0E3F720 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 7 May 2014, at 14:01, Anil Madhavapeddy wrote: > Good point -- I'll add avahi into the default installation so that you > can find the board via mDNS. Suggestions for a default hostname? > I'm going with "armirage" failing any further inspiration :-) how about ooarmirage, for the full-on pirate experience? -- Cheers, R. --Apple-Mail=_A78B1C0D-34CF-4427-B903-D321A0E3F720 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTaoP+AAoJEOLF27JWwSg3t8oP/2nV+NlWlxPMOBOwcy1Ps+98 CUZhRsizjGxE88CdFe/Rv+xQ9apixJsMWcElJYd+YThxtxBImySvh2kpcxXSyaft g+97TX2brRBLGFz8A9PoPhgocEW4YYe6IF4lRDTMY+AiZbohyk0HyePHJwEccgfj /2qqYCAUcKpPpuflcW41M3asHt4x3Hdt3/yyK2URzBWqVoanWB2+i0pOqeweoTla UGqHYBf9wPWVZydXtl1bUna7e9QIdwgVDe4yed+uhASAnZ1/PZZJtG0/8P778CD3 dYc1Gjn94xmu/QBcr87iL9YuSfAHgCD1LRwiNBaUNJNKi7Dly1Jjmzg1iNWNYZvt orw6e+XdofWknC0hmlDC8rlKMdailYBEzx+O/743tEQKlCLUjVwcDWk3ruaz8xB4 345BrjaCtN+ezbrpcW+vBKZUA95ozzS9mEdhOQ6nIu+btU90FZjQ8GW8OLvuptvT umc50eueBRqNUxTt/rTmLpRVndImK8kzzFcF9emhFFJ0w3jJcjUzVzB2U63D4xWt HlJ8gffd1HMyKNVeC1gaV5xnhY+g2U62RIZakgIZZ+z57za5900EfZE3akmEOivA iamjySRKRPhs9wvTktuRnwFZMoec2xm8GSlBqxMe2knMBtfSgDIv3GQg0oDR28um IOltS0MsVzXZoHSuWxHh =PGCk -----END PGP SIGNATURE----- --Apple-Mail=_A78B1C0D-34CF-4427-B903-D321A0E3F720-- --===============0075746478483963181== 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 --===============0075746478483963181==-- From mirageos-devel-bounces@lists.xenproject.org Wed May 07 19:15:33 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 07 May 2014 19:15: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 1Wi7JU-0008G6-Fe; Wed, 07 May 2014 19:15:32 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wi7JT-0008G1-P3 for mirageos-devel@lists.xenproject.org; Wed, 07 May 2014 19:15:31 +0000 Received: from [193.109.254.147:21224] by server-12.bemta-14.messagelabs.com id 34/99-27473-2568A635; Wed, 07 May 2014 19:15:30 +0000 X-Env-Sender: Richard.Mortier@nottingham.ac.uk X-Msg-Ref: server-10.tower-27.messagelabs.com!1399490130!3350685!1 X-Originating-IP: [93.159.202.53] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15894 invoked from network); 7 May 2014 19:15:30 -0000 Received: from engine03-20433-10.icritical.com (HELO engine03-20433-10.icritical.com) (93.159.202.53) by server-10.tower-27.messagelabs.com with SMTP; 7 May 2014 19:15:30 -0000 Received: (qmail 27171 invoked from network); 7 May 2014 19:15:26 -0000 Received: from localhost (127.0.0.1) by engine03-20433-10.icritical.com with SMTP; 7 May 2014 19:15:26 -0000 Received: from engine03-20433-10.icritical.com ([127.0.0.1]) by localhost (engine03-20433-10.icritical.com [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 26718-07 for ; Wed, 7 May 2014 20:15:19 +0100 (BST) Received: (qmail 27151 invoked by uid 599); 7 May 2014 19:15:19 -0000 Received: from unknown (HELO smtp4.nottingham.ac.uk) (128.243.220.65) by engine03-20433-10.icritical.com (qpsmtpd/0.28) with ESMTP; Wed, 07 May 2014 20:15:19 +0100 Received: from uiwexhub02.ad.nottingham.ac.uk ([128.243.15.132]) by smtp4.nottingham.ac.uk with esmtps (TLSv1:AES128-SHA:128) (Exim 4.77) (envelope-from ) id 1Wi7JJ-0001aT-8x; Wed, 07 May 2014 20:15:21 +0100 From: Richard Mortier To: Thomas Leonard Date: Wed, 7 May 2014 20:13:55 +0100 Thread-Topic: [MirageOS-devel] [mirage-platform] Switched to dietlibc's generic libm (4abf42d) Thread-Index: Ac9qKLAJWJnyylxwSBmPi64ylnDy1w== Message-ID: References: In-Reply-To: Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-Virus-Scanned: by iCritical at engine03-20433-10.icritical.com Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] [mirage-platform] Switched to dietlibc's generic libm (4abf42d) X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============1816799778992578969==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============1816799778992578969== Content-Language: en-US Content-Type: multipart/signed; boundary="Apple-Mail=_6B01A6DC-48A7-4963-B501-918DFC062F48"; protocol="application/pgp-signature"; micalg=pgp-sha512 --Apple-Mail=_6B01A6DC-48A7-4963-B501-918DFC062F48 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 7 May 2014, at 15:12, Thomas Leonard wrote: > By the way, what's the best way to install mirage-platform from a = local Git checkout so that opam can see it? perhaps $ opam pin $ opam install mirage-platform ? (ie., let opam do the build+install from a local pinned copy) --=20 Cheers, R. --Apple-Mail=_6B01A6DC-48A7-4963-B501-918DFC062F48 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTaoXzAAoJEOLF27JWwSg3zjIP/R5XPed6fjVdhJvKF3Y6I5Xr RORSkp6OYXXFFuo1GsZRW6dDUWeU+HZbtlre77CpP8XvThpZvtuL8Kns3F0lCLEU smHpmAUa971pGPd5pkhaLvVxmuWMZB3SuuJ7JxYcBK3idltlITkCH7IYwI0H4FxR fAMgTHZNUfmrnfCAyGI/4nmWHXjLskwfsf1NUDkwQo2DAIlc1uwBbvIadmrRlBBR AbokXITUS38My1+eTk/oPtF2xGBuXa9VI09+nYs0N/aJCt6j9+Yt2OcHR0+EBC/Z uuYJT8lcVoqFDH8MDlpIvdS1o4LQIBhldNkWSmNAtGyga4qAQKniesHT1yEe3r8c +FRXWpwn8j5O2YleRQe0hRNWQ4gUA3rXuki19J571aUg7nhBwmbBFWeI7luyNcor Oo0DMeOiW8zLp6rNTHM5mL5MScVHUjUwjvYL2DrimX/0cCvh/g/ZD2wgO89a/8nX cRFfVkYXJa+fqwKjLdJbUXTyq7vfXxdex+0nTMFpuaQeHlmOwBBRyI5wRSbq3Cu0 fDOG5kaAfp0XN0RMFioNOUS/rQVuCGkNCH3nbf7p+wZ25g+iu4yx1P5sWSJYV0Zo 0lSoLTEqaqs8b0OrCt/iulhM5tdSLqj0Ihqyvmz3QyB2aX55m0CJARvb72SrAID8 wV3YTABVQKqofvrOPBFg =esez -----END PGP SIGNATURE----- --Apple-Mail=_6B01A6DC-48A7-4963-B501-918DFC062F48-- --===============1816799778992578969== 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 --===============1816799778992578969==-- From mirageos-devel-bounces@lists.xenproject.org Wed May 07 19:15:33 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 07 May 2014 19:15: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 1Wi7JU-0008G6-Fe; Wed, 07 May 2014 19:15:32 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wi7JT-0008G1-P3 for mirageos-devel@lists.xenproject.org; Wed, 07 May 2014 19:15:31 +0000 Received: from [193.109.254.147:21224] by server-12.bemta-14.messagelabs.com id 34/99-27473-2568A635; Wed, 07 May 2014 19:15:30 +0000 X-Env-Sender: Richard.Mortier@nottingham.ac.uk X-Msg-Ref: server-10.tower-27.messagelabs.com!1399490130!3350685!1 X-Originating-IP: [93.159.202.53] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15894 invoked from network); 7 May 2014 19:15:30 -0000 Received: from engine03-20433-10.icritical.com (HELO engine03-20433-10.icritical.com) (93.159.202.53) by server-10.tower-27.messagelabs.com with SMTP; 7 May 2014 19:15:30 -0000 Received: (qmail 27171 invoked from network); 7 May 2014 19:15:26 -0000 Received: from localhost (127.0.0.1) by engine03-20433-10.icritical.com with SMTP; 7 May 2014 19:15:26 -0000 Received: from engine03-20433-10.icritical.com ([127.0.0.1]) by localhost (engine03-20433-10.icritical.com [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 26718-07 for ; Wed, 7 May 2014 20:15:19 +0100 (BST) Received: (qmail 27151 invoked by uid 599); 7 May 2014 19:15:19 -0000 Received: from unknown (HELO smtp4.nottingham.ac.uk) (128.243.220.65) by engine03-20433-10.icritical.com (qpsmtpd/0.28) with ESMTP; Wed, 07 May 2014 20:15:19 +0100 Received: from uiwexhub02.ad.nottingham.ac.uk ([128.243.15.132]) by smtp4.nottingham.ac.uk with esmtps (TLSv1:AES128-SHA:128) (Exim 4.77) (envelope-from ) id 1Wi7JJ-0001aT-8x; Wed, 07 May 2014 20:15:21 +0100 From: Richard Mortier To: Thomas Leonard Date: Wed, 7 May 2014 20:13:55 +0100 Thread-Topic: [MirageOS-devel] [mirage-platform] Switched to dietlibc's generic libm (4abf42d) Thread-Index: Ac9qKLAJWJnyylxwSBmPi64ylnDy1w== Message-ID: References: In-Reply-To: Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-Virus-Scanned: by iCritical at engine03-20433-10.icritical.com Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] [mirage-platform] Switched to dietlibc's generic libm (4abf42d) X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============1816799778992578969==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============1816799778992578969== Content-Language: en-US Content-Type: multipart/signed; boundary="Apple-Mail=_6B01A6DC-48A7-4963-B501-918DFC062F48"; protocol="application/pgp-signature"; micalg=pgp-sha512 --Apple-Mail=_6B01A6DC-48A7-4963-B501-918DFC062F48 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 7 May 2014, at 15:12, Thomas Leonard wrote: > By the way, what's the best way to install mirage-platform from a = local Git checkout so that opam can see it? perhaps $ opam pin $ opam install mirage-platform ? (ie., let opam do the build+install from a local pinned copy) --=20 Cheers, R. --Apple-Mail=_6B01A6DC-48A7-4963-B501-918DFC062F48 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTaoXzAAoJEOLF27JWwSg3zjIP/R5XPed6fjVdhJvKF3Y6I5Xr RORSkp6OYXXFFuo1GsZRW6dDUWeU+HZbtlre77CpP8XvThpZvtuL8Kns3F0lCLEU smHpmAUa971pGPd5pkhaLvVxmuWMZB3SuuJ7JxYcBK3idltlITkCH7IYwI0H4FxR fAMgTHZNUfmrnfCAyGI/4nmWHXjLskwfsf1NUDkwQo2DAIlc1uwBbvIadmrRlBBR AbokXITUS38My1+eTk/oPtF2xGBuXa9VI09+nYs0N/aJCt6j9+Yt2OcHR0+EBC/Z uuYJT8lcVoqFDH8MDlpIvdS1o4LQIBhldNkWSmNAtGyga4qAQKniesHT1yEe3r8c +FRXWpwn8j5O2YleRQe0hRNWQ4gUA3rXuki19J571aUg7nhBwmbBFWeI7luyNcor Oo0DMeOiW8zLp6rNTHM5mL5MScVHUjUwjvYL2DrimX/0cCvh/g/ZD2wgO89a/8nX cRFfVkYXJa+fqwKjLdJbUXTyq7vfXxdex+0nTMFpuaQeHlmOwBBRyI5wRSbq3Cu0 fDOG5kaAfp0XN0RMFioNOUS/rQVuCGkNCH3nbf7p+wZ25g+iu4yx1P5sWSJYV0Zo 0lSoLTEqaqs8b0OrCt/iulhM5tdSLqj0Ihqyvmz3QyB2aX55m0CJARvb72SrAID8 wV3YTABVQKqofvrOPBFg =esez -----END PGP SIGNATURE----- --Apple-Mail=_6B01A6DC-48A7-4963-B501-918DFC062F48-- --===============1816799778992578969== 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 --===============1816799778992578969==-- From mirageos-devel-bounces@lists.xenproject.org Wed May 07 21:38:05 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 07 May 2014 21:38: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 1Wi9XM-0005tl-Qg; Wed, 07 May 2014 21:38:00 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wi9XL-0005tg-Cg for mirageos-devel@lists.xenproject.org; Wed, 07 May 2014 21:37:59 +0000 Received: from [85.158.137.68:14780] by server-11.bemta-3.messagelabs.com id 57/9F-19438-6B7AA635; Wed, 07 May 2014 21:37:58 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-7.tower-31.messagelabs.com!1399498677!2499396!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10409 invoked from network); 7 May 2014 21:37:57 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-7.tower-31.messagelabs.com with SMTP; 7 May 2014 21:37:57 -0000 Received: (qmail 22880 invoked by uid 634); 7 May 2014 21:37:56 -0000 Received: from cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net (HELO [192.168.1.94]) (86.30.244.239) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Wed, 07 May 2014 22:37:56 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Anil Madhavapeddy In-Reply-To: <536A497E.90103@xen.org> Date: Wed, 7 May 2014 22:37:55 +0100 Message-Id: References: <536A497E.90103@xen.org> To: lars.kurth@xen.org X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: Sarah Conway , "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Starting to think about Graduating 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: 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 Lars, It's certainly time to start thinking about this. We have a few key features under development that will make a Mirage 2.0 a good candidate for graduation: - The Irminsule storage subsystem which powers the new OXenstored. - The Mirage/Xen/ARM and Mirage/rPi/ARM backends. - PVHVM support for dense deployments. These, in combination with the constant library releases and the upcoming OSCon talk will put us in good stead to come up with some release criteria. I'm a little worried by your use of the term "vendor", as I don't think that's the right terminology for us (although it probably is for Xen). *Many* of the library patches come from individual contributors whose efforts are greatly appreciated. For instance, we use several of Daniel Buenzli's libraries, and it's odd to count him as a vendor (although perhaps 'purveyor of fine Swiss chocolates' would work). Would the Xen Hackathon be a good time for us to sit down and look over this? I promise to have the repository list done soon! best, Anil On 7 May 2014, at 15:55, Lars Kurth wrote: > Hi all, > > I wanted to start seeding the idea of "graduating the project" in line with http://www.xenproject.org/governance.html ... > > The stats: we have seen quite a bit of growth in list traffic as well as commits and contributors. See > * http://bitergia.com/projects/xen-project-dashboard/browser/mls-projects.html > * http://bitergia.com/projects/xen-project-dashboard/browser/scm-projects.html (this is incorrect and an underestimate, as I have not received input yet on the correct list of "cloned" repos from the Mirage OS team) > > What would need a little bit more analysis is the number of vendors who have contributed and to see whether the community is diversifying. I can also certainly see more cross interfaces and interaction between Mirage OS and the Hypervisor subprojects which is also a positive sign. And a rise of other contributions to say the Developer Summit in terms of submissions that are tied to Mirage OS. > > This tells me that a case for graduation and self-sustainability is building. Maybe timing wise - assuming the case holds and we get everone else to agree - aiming for Developer Summit and have an associated press release and/or a 2.0 release around that time would work. > > Just some food for thought and discussion > > Best Regards > Lars > > _______________________________________________ > 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 Wed May 07 21:38:05 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 07 May 2014 21:38: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 1Wi9XM-0005tl-Qg; Wed, 07 May 2014 21:38:00 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wi9XL-0005tg-Cg for mirageos-devel@lists.xenproject.org; Wed, 07 May 2014 21:37:59 +0000 Received: from [85.158.137.68:14780] by server-11.bemta-3.messagelabs.com id 57/9F-19438-6B7AA635; Wed, 07 May 2014 21:37:58 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-7.tower-31.messagelabs.com!1399498677!2499396!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10409 invoked from network); 7 May 2014 21:37:57 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-7.tower-31.messagelabs.com with SMTP; 7 May 2014 21:37:57 -0000 Received: (qmail 22880 invoked by uid 634); 7 May 2014 21:37:56 -0000 Received: from cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net (HELO [192.168.1.94]) (86.30.244.239) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Wed, 07 May 2014 22:37:56 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Anil Madhavapeddy In-Reply-To: <536A497E.90103@xen.org> Date: Wed, 7 May 2014 22:37:55 +0100 Message-Id: References: <536A497E.90103@xen.org> To: lars.kurth@xen.org X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: Sarah Conway , "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Starting to think about Graduating 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: 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 Lars, It's certainly time to start thinking about this. We have a few key features under development that will make a Mirage 2.0 a good candidate for graduation: - The Irminsule storage subsystem which powers the new OXenstored. - The Mirage/Xen/ARM and Mirage/rPi/ARM backends. - PVHVM support for dense deployments. These, in combination with the constant library releases and the upcoming OSCon talk will put us in good stead to come up with some release criteria. I'm a little worried by your use of the term "vendor", as I don't think that's the right terminology for us (although it probably is for Xen). *Many* of the library patches come from individual contributors whose efforts are greatly appreciated. For instance, we use several of Daniel Buenzli's libraries, and it's odd to count him as a vendor (although perhaps 'purveyor of fine Swiss chocolates' would work). Would the Xen Hackathon be a good time for us to sit down and look over this? I promise to have the repository list done soon! best, Anil On 7 May 2014, at 15:55, Lars Kurth wrote: > Hi all, > > I wanted to start seeding the idea of "graduating the project" in line with http://www.xenproject.org/governance.html ... > > The stats: we have seen quite a bit of growth in list traffic as well as commits and contributors. See > * http://bitergia.com/projects/xen-project-dashboard/browser/mls-projects.html > * http://bitergia.com/projects/xen-project-dashboard/browser/scm-projects.html (this is incorrect and an underestimate, as I have not received input yet on the correct list of "cloned" repos from the Mirage OS team) > > What would need a little bit more analysis is the number of vendors who have contributed and to see whether the community is diversifying. I can also certainly see more cross interfaces and interaction between Mirage OS and the Hypervisor subprojects which is also a positive sign. And a rise of other contributions to say the Developer Summit in terms of submissions that are tied to Mirage OS. > > This tells me that a case for graduation and self-sustainability is building. Maybe timing wise - assuming the case holds and we get everone else to agree - aiming for Developer Summit and have an associated press release and/or a 2.0 release around that time would work. > > Just some food for thought and discussion > > Best Regards > Lars > > _______________________________________________ > 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 Wed May 07 21:46:18 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 07 May 2014 21:46: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 1Wi9fN-0006Id-If; Wed, 07 May 2014 21:46:17 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wi9fL-0006IY-Qc for mirageos-devel@lists.xenproject.org; Wed, 07 May 2014 21:46:16 +0000 Received: from [85.158.137.68:58201] by server-15.bemta-3.messagelabs.com id 37/C0-13757-6A9AA635; Wed, 07 May 2014 21:46:14 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-13.tower-31.messagelabs.com!1399499173!2515879!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_30_40,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25067 invoked from network); 7 May 2014 21:46:13 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-13.tower-31.messagelabs.com with SMTP; 7 May 2014 21:46:13 -0000 Received: (qmail 8469 invoked by uid 634); 7 May 2014 21:46:13 -0000 Received: from cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net (HELO [192.168.1.94]) (86.30.244.239) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Wed, 07 May 2014 22:46:13 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Anil Madhavapeddy In-Reply-To: Date: Wed, 7 May 2014 22:46:12 +0100 Message-Id: <698F0556-B0FD-466C-B02B-94D73722E3A7@recoil.org> References: To: Thomas Leonard X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] [mirage-platform] Switched to dietlibc's generic libm (4abf42d) X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============2307838759088454975==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============2307838759088454975== Content-Type: multipart/alternative; boundary="Apple-Mail=_EC3A6FA6-417C-48A5-BFDF-984ABDBAC848" --Apple-Mail=_EC3A6FA6-417C-48A5-BFDF-984ABDBAC848 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 7 May 2014, at 15:12, Thomas Leonard wrote: > On 7 May 2014 14:54, Anil Madhavapeddy wrote: > Picking a "better libc and libm" is something we should figure out on = the list. There are a few new contenders since the initial import of = dietlibc... >=20 > That would be good. I've been hacking around trying to get a feel for = what needs to be done first. > Replacing dietlibc is first on my list of things that need doing (even = if only replacing it with the latest version). I'm guessing the current = version was imported from a modified CVS snapshot (and doesn't include = ARM support). So my plan was to do a clean import of 0.33 and try to get = Mirage working on x86_64 with that first. Yes, it came from a CVS snapshot after finding a ton of bugs in the last = released version then. The libm came from OpenBSD. >=20 > Then the Xen headers should be updated to include ARM support. It = would be good to do a clean import first and then apply the Mirage = modifications as a separate commit, to make future updates easier. Yep. > libm needs replacing with something that supports ARM. The compiler = seemed to be generating function calls for exp, log, etc, rather than = using the chip's floating point instructions, so that will need looking = at. Would this be to do with the VFPE choice (not finding vfpe3)? Not a = huge concern in the short term as we don't depend on fast FP anyway. > However, work has come to a standstill here as my new laptop has = arrived... >=20 > By the way, what's the best way to install mirage-platform from a = local Git checkout so that opam can see it? Just confirming what Mort said: $ git clone $ opam pin mirage-xen Then "opam update -u" will rebuild from your local repo. -anil= --Apple-Mail=_EC3A6FA6-417C-48A5-BFDF-984ABDBAC848 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii On 7 = May 2014, at 15:12, Thomas Leonard <talex5@gmail.com> = wrote:

On 7 May 2014 14:54, Anil Madhavapeddy = wrote:

Picking a "better libc and libm" is something = we should figure out on the list. There are a few new contenders since = the initial import of dietlibc...

That would be good. I've been hacking around trying = to get a feel for what needs to be done first.
Replacing dietlibc is = first on my list of things that need doing (even if only replacing it = with the latest version). I'm guessing the current version was imported = from a modified CVS snapshot (and doesn't include ARM support). So my = plan was to do a clean import of 0.33 and try to get Mirage working on = x86_64 with that first.

Yes, = it came from a CVS snapshot after finding a ton of bugs in the last = released version then.  The libm came from = OpenBSD.


Then the Xen headers should be updated to include ARM support. It = would be good to do a clean import first and then apply the Mirage = modifications as a separate commit, to make future updates = easier.

Yep.

libm needs replacing with something that supports ARM. The compiler = seemed to be generating function calls for exp, log, etc, rather than = using the chip's floating point instructions, so that will need looking = at.

Would this be to do with = the VFPE choice (not finding vfpe3)?  Not a huge concern in the = short term as we don't depend on fast FP = anyway.

However, = work has come to a standstill here as my new laptop has arrived...

By the way, = what's the best way to install mirage-platform from a local Git checkout = so that opam can see it?

Just = confirming what Mort said:

$ git clone = <repo>
$ opam pin mirage-xen = <repo>

Then "opam update -u" will rebuild = from your local repo.

-anil
= --Apple-Mail=_EC3A6FA6-417C-48A5-BFDF-984ABDBAC848-- --===============2307838759088454975== 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 --===============2307838759088454975==-- From mirageos-devel-bounces@lists.xenproject.org Wed May 07 21:46:18 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 07 May 2014 21:46: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 1Wi9fN-0006Id-If; Wed, 07 May 2014 21:46:17 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wi9fL-0006IY-Qc for mirageos-devel@lists.xenproject.org; Wed, 07 May 2014 21:46:16 +0000 Received: from [85.158.137.68:58201] by server-15.bemta-3.messagelabs.com id 37/C0-13757-6A9AA635; Wed, 07 May 2014 21:46:14 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-13.tower-31.messagelabs.com!1399499173!2515879!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_30_40,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25067 invoked from network); 7 May 2014 21:46:13 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-13.tower-31.messagelabs.com with SMTP; 7 May 2014 21:46:13 -0000 Received: (qmail 8469 invoked by uid 634); 7 May 2014 21:46:13 -0000 Received: from cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net (HELO [192.168.1.94]) (86.30.244.239) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Wed, 07 May 2014 22:46:13 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Anil Madhavapeddy In-Reply-To: Date: Wed, 7 May 2014 22:46:12 +0100 Message-Id: <698F0556-B0FD-466C-B02B-94D73722E3A7@recoil.org> References: To: Thomas Leonard X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] [mirage-platform] Switched to dietlibc's generic libm (4abf42d) X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============2307838759088454975==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============2307838759088454975== Content-Type: multipart/alternative; boundary="Apple-Mail=_EC3A6FA6-417C-48A5-BFDF-984ABDBAC848" --Apple-Mail=_EC3A6FA6-417C-48A5-BFDF-984ABDBAC848 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 7 May 2014, at 15:12, Thomas Leonard wrote: > On 7 May 2014 14:54, Anil Madhavapeddy wrote: > Picking a "better libc and libm" is something we should figure out on = the list. There are a few new contenders since the initial import of = dietlibc... >=20 > That would be good. I've been hacking around trying to get a feel for = what needs to be done first. > Replacing dietlibc is first on my list of things that need doing (even = if only replacing it with the latest version). I'm guessing the current = version was imported from a modified CVS snapshot (and doesn't include = ARM support). So my plan was to do a clean import of 0.33 and try to get = Mirage working on x86_64 with that first. Yes, it came from a CVS snapshot after finding a ton of bugs in the last = released version then. The libm came from OpenBSD. >=20 > Then the Xen headers should be updated to include ARM support. It = would be good to do a clean import first and then apply the Mirage = modifications as a separate commit, to make future updates easier. Yep. > libm needs replacing with something that supports ARM. The compiler = seemed to be generating function calls for exp, log, etc, rather than = using the chip's floating point instructions, so that will need looking = at. Would this be to do with the VFPE choice (not finding vfpe3)? Not a = huge concern in the short term as we don't depend on fast FP anyway. > However, work has come to a standstill here as my new laptop has = arrived... >=20 > By the way, what's the best way to install mirage-platform from a = local Git checkout so that opam can see it? Just confirming what Mort said: $ git clone $ opam pin mirage-xen Then "opam update -u" will rebuild from your local repo. -anil= --Apple-Mail=_EC3A6FA6-417C-48A5-BFDF-984ABDBAC848 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii On 7 = May 2014, at 15:12, Thomas Leonard <talex5@gmail.com> = wrote:

On 7 May 2014 14:54, Anil Madhavapeddy = wrote:

Picking a "better libc and libm" is something = we should figure out on the list. There are a few new contenders since = the initial import of dietlibc...

That would be good. I've been hacking around trying = to get a feel for what needs to be done first.
Replacing dietlibc is = first on my list of things that need doing (even if only replacing it = with the latest version). I'm guessing the current version was imported = from a modified CVS snapshot (and doesn't include ARM support). So my = plan was to do a clean import of 0.33 and try to get Mirage working on = x86_64 with that first.

Yes, = it came from a CVS snapshot after finding a ton of bugs in the last = released version then.  The libm came from = OpenBSD.


Then the Xen headers should be updated to include ARM support. It = would be good to do a clean import first and then apply the Mirage = modifications as a separate commit, to make future updates = easier.

Yep.

libm needs replacing with something that supports ARM. The compiler = seemed to be generating function calls for exp, log, etc, rather than = using the chip's floating point instructions, so that will need looking = at.

Would this be to do with = the VFPE choice (not finding vfpe3)?  Not a huge concern in the = short term as we don't depend on fast FP = anyway.

However, = work has come to a standstill here as my new laptop has arrived...

By the way, = what's the best way to install mirage-platform from a local Git checkout = so that opam can see it?

Just = confirming what Mort said:

$ git clone = <repo>
$ opam pin mirage-xen = <repo>

Then "opam update -u" will rebuild = from your local repo.

-anil
= --Apple-Mail=_EC3A6FA6-417C-48A5-BFDF-984ABDBAC848-- --===============2307838759088454975== 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 --===============2307838759088454975==-- From mirageos-devel-bounces@lists.xenproject.org Wed May 07 22:38:51 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 07 May 2014 22:38: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 1WiAUD-0000Ib-07; Wed, 07 May 2014 22:38:49 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WiAUC-0000IW-3e for mirageos-devel@lists.xenproject.org; Wed, 07 May 2014 22:38:48 +0000 Received: from [193.109.254.147:61538] by server-11.bemta-14.messagelabs.com id 1A/E1-09902-7F5BA635; Wed, 07 May 2014 22:38:47 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-8.tower-27.messagelabs.com!1399502326!3373711!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18358 invoked from network); 7 May 2014 22:38:46 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-8.tower-27.messagelabs.com with SMTP; 7 May 2014 22:38:46 -0000 Received: (qmail 27346 invoked by uid 634); 7 May 2014 22:38:46 -0000 Received: from cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net (HELO [192.168.1.94]) (86.30.244.239) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Wed, 07 May 2014 23:38:46 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Anil Madhavapeddy In-Reply-To: Date: Wed, 7 May 2014 23:38:44 +0100 Message-Id: <06A02282-D888-4140-B8B4-EA55214BFD6D@recoil.org> References: To: =?iso-8859-1?Q?Andr=E9_N=E6ss?= X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Camlp4 Stack_overflow X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 To address the camlp4 problem, you can use the _tags file to mark just the one source file as not passing through camlp4 (via a '-' somewhere to remove the tag -- will need to look up the details in the manual). The easiest way to solve your problem would be just to have a crunched file containing the information in CSV or S-expression format, and then reading from it at application startup time to initialize your array. The 'crunch' mode would compile all this into a standalone kernel, or in Unix mode would be a filesystem passthrough for easier development. Any reason you want it to be a 'hand written' OCaml file? -anil On 7 May 2014, at 14:06, Andr=E9 N=E6ss wrote: > I've rewritten the generated code so that it creates an array and then > assigns to indexes of the array, batching the assignments using > multiple let () =3D > = > Compilation speed is a problem, and it still falls over at 50K entries. > = > I suppose I could somehow write the data to an image and read it back > in at application startup, but I think I actually like my current > approach. All of the work is done at compilation time. The rows are > written in sorted order so a simple binary search can be used. The > resulting application is entirely single-purposed. > = > Any ideas for other ways to do this? Bypass the compiler and "compile" > the data myself? Does there exist tools to do something like that? > = > On Wed, May 7, 2014 at 1:40 PM, Andr=E9 N=E6ss wr= ote: >> Hi >> = >> I'm trying something that might be a bit silly but it's just intended >> as an internal demo of Mirage to my team. I'm writing a tiny HTTP >> based application whose only purpose is to allow you to search a phone >> book. >> = >> I've based my approach on the approach you've used for static websites >> using crunch where you compile the web pages into the executable. In >> my case that means I take the list of name and number pairs and stuff >> them into an array. So part of my config.ml file emits a single Pb.ml >> file which contains an array declaration like this: >> = >> let db =3D [|("Aaron Jaksic",1571268); >> ("Aaron Mcdivitt",1454629); >> ("Aaron Reuben",1765247); >> ("Aaron Sardinha",1224806); >> ("Abbey Gowens",1267083); >> ("Abbey Hathcox",1309490); >> ... >> = >> As the title say I'm running into problems compiling this when I >> create a large phone book, the error being: >> = >> Camlp4: Uncaught exception: Stack_overflow >> = >> This happens with 25K entries, it works with 10K entries. >> = >> Is there some way I can prevent Camlp4 from being run on the Pb.ml >> file? Or will I just have to generate a file that builds the array at >> runtime somehow? >> = >> Andr=E9 > = > _______________________________________________ > 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 Wed May 07 22:38:51 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 07 May 2014 22:38: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 1WiAUD-0000Ib-07; Wed, 07 May 2014 22:38:49 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WiAUC-0000IW-3e for mirageos-devel@lists.xenproject.org; Wed, 07 May 2014 22:38:48 +0000 Received: from [193.109.254.147:61538] by server-11.bemta-14.messagelabs.com id 1A/E1-09902-7F5BA635; Wed, 07 May 2014 22:38:47 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-8.tower-27.messagelabs.com!1399502326!3373711!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18358 invoked from network); 7 May 2014 22:38:46 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-8.tower-27.messagelabs.com with SMTP; 7 May 2014 22:38:46 -0000 Received: (qmail 27346 invoked by uid 634); 7 May 2014 22:38:46 -0000 Received: from cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net (HELO [192.168.1.94]) (86.30.244.239) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Wed, 07 May 2014 23:38:46 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Anil Madhavapeddy In-Reply-To: Date: Wed, 7 May 2014 23:38:44 +0100 Message-Id: <06A02282-D888-4140-B8B4-EA55214BFD6D@recoil.org> References: To: =?iso-8859-1?Q?Andr=E9_N=E6ss?= X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Camlp4 Stack_overflow X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 To address the camlp4 problem, you can use the _tags file to mark just the one source file as not passing through camlp4 (via a '-' somewhere to remove the tag -- will need to look up the details in the manual). The easiest way to solve your problem would be just to have a crunched file containing the information in CSV or S-expression format, and then reading from it at application startup time to initialize your array. The 'crunch' mode would compile all this into a standalone kernel, or in Unix mode would be a filesystem passthrough for easier development. Any reason you want it to be a 'hand written' OCaml file? -anil On 7 May 2014, at 14:06, Andr=E9 N=E6ss wrote: > I've rewritten the generated code so that it creates an array and then > assigns to indexes of the array, batching the assignments using > multiple let () =3D > = > Compilation speed is a problem, and it still falls over at 50K entries. > = > I suppose I could somehow write the data to an image and read it back > in at application startup, but I think I actually like my current > approach. All of the work is done at compilation time. The rows are > written in sorted order so a simple binary search can be used. The > resulting application is entirely single-purposed. > = > Any ideas for other ways to do this? Bypass the compiler and "compile" > the data myself? Does there exist tools to do something like that? > = > On Wed, May 7, 2014 at 1:40 PM, Andr=E9 N=E6ss wr= ote: >> Hi >> = >> I'm trying something that might be a bit silly but it's just intended >> as an internal demo of Mirage to my team. I'm writing a tiny HTTP >> based application whose only purpose is to allow you to search a phone >> book. >> = >> I've based my approach on the approach you've used for static websites >> using crunch where you compile the web pages into the executable. In >> my case that means I take the list of name and number pairs and stuff >> them into an array. So part of my config.ml file emits a single Pb.ml >> file which contains an array declaration like this: >> = >> let db =3D [|("Aaron Jaksic",1571268); >> ("Aaron Mcdivitt",1454629); >> ("Aaron Reuben",1765247); >> ("Aaron Sardinha",1224806); >> ("Abbey Gowens",1267083); >> ("Abbey Hathcox",1309490); >> ... >> = >> As the title say I'm running into problems compiling this when I >> create a large phone book, the error being: >> = >> Camlp4: Uncaught exception: Stack_overflow >> = >> This happens with 25K entries, it works with 10K entries. >> = >> Is there some way I can prevent Camlp4 from being run on the Pb.ml >> file? Or will I just have to generate a file that builds the array at >> runtime somehow? >> = >> Andr=E9 > = > _______________________________________________ > 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 May 08 08:34:10 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 08 May 2014 08:34: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 1WiJmI-0007lz-9U; Thu, 08 May 2014 08:34:06 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WiJmG-0007lq-MU for mirageos-devel@lists.xenproject.org; Thu, 08 May 2014 08:34:04 +0000 Received: from [193.109.254.147:19353] by server-8.bemta-14.messagelabs.com id 0F/40-01877-C714B635; Thu, 08 May 2014 08:34:04 +0000 X-Env-Sender: thomas.gazagnaire@gmail.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1399538042!3452742!1 X-Originating-IP: [74.125.82.173] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24154 invoked from network); 8 May 2014 08:34:03 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 8 May 2014 08:34:02 -0000 Received: by mail-we0-f173.google.com with SMTP id u57so2151383wes.4 for ; Thu, 08 May 2014 01:34:02 -0700 (PDT) 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=53CAzp8Lh3Ig5iMl77/J2z7sLiZrVqH5yAiyF1tWpCM=; b=JDZi7HQu64cQ7U5ED8Iu3wnN++JdNGsjP9b5SpOyldBNP6MxY2ui7HWCYRSjMRzOob 2bGeL4NK0vyGP38LfousFCWQdNXw2+bpBhxBFR1FfBXN6i0nRIj4gul1YZmL7N9p2C9r N3vkj/DPC/5vvMlyqDo1hfYgzkn9viCsptbMMbohxTLEhNcDKoBHO97SQUpEaTqX3y3F C4tTwjefC3/RuFHG42qSaGK67HM8LMO9WpDMYyJyY+oqi5TqLGfNOC5RUiR0LaBPqVSN z9ZlZkcXJIni9H0qf2UNQUICm3LC8lMjt1wQykRYdJhOXoJ5uh3+ftT7D3Qm43WUmcHh YX0g== X-Received: by 10.194.174.100 with SMTP id br4mr609896wjc.83.1399538042564; Thu, 08 May 2014 01:34:02 -0700 (PDT) Received: from [192.168.0.10] (cpc25-cmbg14-2-0-cust121.5-4.cable.virginm.net. [213.106.112.122]) by mx.google.com with ESMTPSA id h19sm2661499wiw.17.2014.05.08.01.34.00 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 08 May 2014 01:34:01 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Thomas Gazagnaire In-Reply-To: <06A02282-D888-4140-B8B4-EA55214BFD6D@recoil.org> Date: Thu, 8 May 2014 09:33:59 +0100 Message-Id: References: <06A02282-D888-4140-B8B4-EA55214BFD6D@recoil.org> To: =?iso-8859-1?Q?Andr=E9_N=E6ss?= X-Mailer: Apple Mail (2.1874) Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Camlp4 Stack_overflow X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 do you have an example of what the generated source file looks like ? = Would be interesting to report the bug upstream: https://github.com/ocaml/c= amlp4/issues Thomas On 7 May 2014, at 23:38, Anil Madhavapeddy wrote: > To address the camlp4 problem, you can use the _tags file to mark just > the one source file as not passing through camlp4 (via a '-' somewhere > to remove the tag -- will need to look up the details in the manual). > = > The easiest way to solve your problem would be just to have a crunched > file containing the information in CSV or S-expression format, and then > reading from it at application startup time to initialize your array. > = > The 'crunch' mode would compile all this into a standalone kernel, or > in Unix mode would be a filesystem passthrough for easier development. > Any reason you want it to be a 'hand written' OCaml file? > = > -anil > = > On 7 May 2014, at 14:06, Andr=E9 N=E6ss wrote: > = >> I've rewritten the generated code so that it creates an array and then >> assigns to indexes of the array, batching the assignments using >> multiple let () =3D >> = >> Compilation speed is a problem, and it still falls over at 50K entries. >> = >> I suppose I could somehow write the data to an image and read it back >> in at application startup, but I think I actually like my current >> approach. All of the work is done at compilation time. The rows are >> written in sorted order so a simple binary search can be used. The >> resulting application is entirely single-purposed. >> = >> Any ideas for other ways to do this? Bypass the compiler and "compile" >> the data myself? Does there exist tools to do something like that? >> = >> On Wed, May 7, 2014 at 1:40 PM, Andr=E9 N=E6ss w= rote: >>> Hi >>> = >>> I'm trying something that might be a bit silly but it's just intended >>> as an internal demo of Mirage to my team. I'm writing a tiny HTTP >>> based application whose only purpose is to allow you to search a phone >>> book. >>> = >>> I've based my approach on the approach you've used for static websites >>> using crunch where you compile the web pages into the executable. In >>> my case that means I take the list of name and number pairs and stuff >>> them into an array. So part of my config.ml file emits a single Pb.ml >>> file which contains an array declaration like this: >>> = >>> let db =3D [|("Aaron Jaksic",1571268); >>> ("Aaron Mcdivitt",1454629); >>> ("Aaron Reuben",1765247); >>> ("Aaron Sardinha",1224806); >>> ("Abbey Gowens",1267083); >>> ("Abbey Hathcox",1309490); >>> ... >>> = >>> As the title say I'm running into problems compiling this when I >>> create a large phone book, the error being: >>> = >>> Camlp4: Uncaught exception: Stack_overflow >>> = >>> This happens with 25K entries, it works with 10K entries. >>> = >>> Is there some way I can prevent Camlp4 from being run on the Pb.ml >>> file? Or will I just have to generate a file that builds the array at >>> runtime somehow? >>> = >>> Andr=E9 >> = >> _______________________________________________ >> 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 May 08 08:34:10 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 08 May 2014 08:34: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 1WiJmI-0007lz-9U; Thu, 08 May 2014 08:34:06 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WiJmG-0007lq-MU for mirageos-devel@lists.xenproject.org; Thu, 08 May 2014 08:34:04 +0000 Received: from [193.109.254.147:19353] by server-8.bemta-14.messagelabs.com id 0F/40-01877-C714B635; Thu, 08 May 2014 08:34:04 +0000 X-Env-Sender: thomas.gazagnaire@gmail.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1399538042!3452742!1 X-Originating-IP: [74.125.82.173] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24154 invoked from network); 8 May 2014 08:34:03 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 8 May 2014 08:34:02 -0000 Received: by mail-we0-f173.google.com with SMTP id u57so2151383wes.4 for ; Thu, 08 May 2014 01:34:02 -0700 (PDT) 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=53CAzp8Lh3Ig5iMl77/J2z7sLiZrVqH5yAiyF1tWpCM=; b=JDZi7HQu64cQ7U5ED8Iu3wnN++JdNGsjP9b5SpOyldBNP6MxY2ui7HWCYRSjMRzOob 2bGeL4NK0vyGP38LfousFCWQdNXw2+bpBhxBFR1FfBXN6i0nRIj4gul1YZmL7N9p2C9r N3vkj/DPC/5vvMlyqDo1hfYgzkn9viCsptbMMbohxTLEhNcDKoBHO97SQUpEaTqX3y3F C4tTwjefC3/RuFHG42qSaGK67HM8LMO9WpDMYyJyY+oqi5TqLGfNOC5RUiR0LaBPqVSN z9ZlZkcXJIni9H0qf2UNQUICm3LC8lMjt1wQykRYdJhOXoJ5uh3+ftT7D3Qm43WUmcHh YX0g== X-Received: by 10.194.174.100 with SMTP id br4mr609896wjc.83.1399538042564; Thu, 08 May 2014 01:34:02 -0700 (PDT) Received: from [192.168.0.10] (cpc25-cmbg14-2-0-cust121.5-4.cable.virginm.net. [213.106.112.122]) by mx.google.com with ESMTPSA id h19sm2661499wiw.17.2014.05.08.01.34.00 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 08 May 2014 01:34:01 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Thomas Gazagnaire In-Reply-To: <06A02282-D888-4140-B8B4-EA55214BFD6D@recoil.org> Date: Thu, 8 May 2014 09:33:59 +0100 Message-Id: References: <06A02282-D888-4140-B8B4-EA55214BFD6D@recoil.org> To: =?iso-8859-1?Q?Andr=E9_N=E6ss?= X-Mailer: Apple Mail (2.1874) Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Camlp4 Stack_overflow X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 do you have an example of what the generated source file looks like ? = Would be interesting to report the bug upstream: https://github.com/ocaml/c= amlp4/issues Thomas On 7 May 2014, at 23:38, Anil Madhavapeddy wrote: > To address the camlp4 problem, you can use the _tags file to mark just > the one source file as not passing through camlp4 (via a '-' somewhere > to remove the tag -- will need to look up the details in the manual). > = > The easiest way to solve your problem would be just to have a crunched > file containing the information in CSV or S-expression format, and then > reading from it at application startup time to initialize your array. > = > The 'crunch' mode would compile all this into a standalone kernel, or > in Unix mode would be a filesystem passthrough for easier development. > Any reason you want it to be a 'hand written' OCaml file? > = > -anil > = > On 7 May 2014, at 14:06, Andr=E9 N=E6ss wrote: > = >> I've rewritten the generated code so that it creates an array and then >> assigns to indexes of the array, batching the assignments using >> multiple let () =3D >> = >> Compilation speed is a problem, and it still falls over at 50K entries. >> = >> I suppose I could somehow write the data to an image and read it back >> in at application startup, but I think I actually like my current >> approach. All of the work is done at compilation time. The rows are >> written in sorted order so a simple binary search can be used. The >> resulting application is entirely single-purposed. >> = >> Any ideas for other ways to do this? Bypass the compiler and "compile" >> the data myself? Does there exist tools to do something like that? >> = >> On Wed, May 7, 2014 at 1:40 PM, Andr=E9 N=E6ss w= rote: >>> Hi >>> = >>> I'm trying something that might be a bit silly but it's just intended >>> as an internal demo of Mirage to my team. I'm writing a tiny HTTP >>> based application whose only purpose is to allow you to search a phone >>> book. >>> = >>> I've based my approach on the approach you've used for static websites >>> using crunch where you compile the web pages into the executable. In >>> my case that means I take the list of name and number pairs and stuff >>> them into an array. So part of my config.ml file emits a single Pb.ml >>> file which contains an array declaration like this: >>> = >>> let db =3D [|("Aaron Jaksic",1571268); >>> ("Aaron Mcdivitt",1454629); >>> ("Aaron Reuben",1765247); >>> ("Aaron Sardinha",1224806); >>> ("Abbey Gowens",1267083); >>> ("Abbey Hathcox",1309490); >>> ... >>> = >>> As the title say I'm running into problems compiling this when I >>> create a large phone book, the error being: >>> = >>> Camlp4: Uncaught exception: Stack_overflow >>> = >>> This happens with 25K entries, it works with 10K entries. >>> = >>> Is there some way I can prevent Camlp4 from being run on the Pb.ml >>> file? Or will I just have to generate a file that builds the array at >>> runtime somehow? >>> = >>> Andr=E9 >> = >> _______________________________________________ >> 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 May 08 09:04:39 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 08 May 2014 09:04: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 1WiKFq-0001DH-6o; Thu, 08 May 2014 09:04:38 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WiKFo-0001D8-Qy for mirageos-devel@lists.xenproject.org; Thu, 08 May 2014 09:04:37 +0000 Received: from [85.158.139.211:13119] by server-15.bemta-5.messagelabs.com id 3C/06-11079-4A84B635; Thu, 08 May 2014 09:04:36 +0000 X-Env-Sender: andre.naess@gmail.com X-Msg-Ref: server-5.tower-206.messagelabs.com!1399539875!3010788!1 X-Originating-IP: [74.125.82.43] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27318 invoked from network); 8 May 2014 09:04:35 -0000 Received: from mail-wg0-f43.google.com (HELO mail-wg0-f43.google.com) (74.125.82.43) by server-5.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 8 May 2014 09:04:35 -0000 Received: by mail-wg0-f43.google.com with SMTP id l18so2145567wgh.26 for ; Thu, 08 May 2014 02:04:35 -0700 (PDT) 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=7lfFO7a2W0XuuDNJj/j4bpB0r8nloJZsJaKkt40Q3RA=; b=Kc+H8TLLef67v3fzRHMH0+N4FXZR4TFK3kKosC0wd29uUadHZAT+bgy/OBuWWnOuDW 78I5Hf4Q+IchgiGimBWLbZmLQ9RTFUshUJL0yuDEvVa708V+R5AVSAyIBOrMrYMudDtK uakm/hUuCBqfkZ5yB2uer5dSwTDRlGJXYTWOHF5ikTzN879qfzpeene8Me5Z3kzfObN0 408FcUOmsXLLHDsHfYts1nRmRzC2rCDIaqXNwsiTSF2E/qCG7UJ7bw6I+ZUmYSiSezj3 po6Vql1x3d160zEVTQ08RFFcojZGzrfeS1gB4VFChvWBwpGoV827+Q6u9Ca4NjwbzxCk QlMQ== MIME-Version: 1.0 X-Received: by 10.194.189.116 with SMTP id gh20mr2066036wjc.41.1399539874942; Thu, 08 May 2014 02:04:34 -0700 (PDT) Received: by 10.181.13.135 with HTTP; Thu, 8 May 2014 02:04:34 -0700 (PDT) In-Reply-To: <06A02282-D888-4140-B8B4-EA55214BFD6D@recoil.org> References: <06A02282-D888-4140-B8B4-EA55214BFD6D@recoil.org> Date: Thu, 8 May 2014 11:04:34 +0200 Message-ID: From: =?UTF-8?B?QW5kcsOpIE7DpnNz?= To: Anil Madhavapeddy Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Camlp4 Stack_overflow X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 VGhlIGlkZWEgd2FzIHRvIGtlZXAgdGhlIGFwcGxpY2F0aW9uIGFzIHNpbXBsZSBhcyBwb3NzaWJs ZSBieSBtb3ZpbmcKYWxsIHByb2Nlc3NpbmcgdG8gY29tcGlsZSB0aW1lLiBJdCB3b3VsZCBhdm9p ZCB0aGUgc3RhcnR1cCBjb3N0IG9mCnJlYWRpbmcgYWxsIHRoZSBlbnRyaWVzIGFuZCB0aHVzIG1h a2UgZm9yIHNpbXBsZXIgZGVwbG95bWVudCwgYnV0IEkKcmVhbGlzZSBJIG1heSBiZSB0YWtpbmcg aXQgYSBiaXQgdG9vIGZhciA6KQoKVXNpbmcgdGhlIGNydW5jaCBhcHByb2FjaCBpcyBwcm9iYWJs eSBtb3JlIHJlYXNvbmFibGUuIEkgZ3Vlc3MgSSBqdXN0CmZpZ3VyZWQgdGhhdCBteSBhcHByb2Fj aCB3YXMgZXZlbiBzaW1wbGVyIHNpbmNlIEkgd291bGRuJ3QgaGF2ZSB0bwp1bmRlcnN0YW5kIHRo ZSBjcnVuY2ggYXBwcm9hY2ggYW5kIGhvdyB0byByZWFkIGRhdGEgYmFjayBpbiB0aGUKYXBwbGlj YXRpb24uCgpPbiBUaHUsIE1heSA4LCAyMDE0IGF0IDEyOjM4IEFNLCBBbmlsIE1hZGhhdmFwZWRk eSA8YW5pbEByZWNvaWwub3JnPiB3cm90ZToKPiBUbyBhZGRyZXNzIHRoZSBjYW1scDQgcHJvYmxl bSwgeW91IGNhbiB1c2UgdGhlIF90YWdzIGZpbGUgdG8gbWFyayBqdXN0Cj4gdGhlIG9uZSBzb3Vy Y2UgZmlsZSBhcyBub3QgcGFzc2luZyB0aHJvdWdoIGNhbWxwNCAodmlhIGEgJy0nIHNvbWV3aGVy ZQo+IHRvIHJlbW92ZSB0aGUgdGFnIC0tIHdpbGwgbmVlZCB0byBsb29rIHVwIHRoZSBkZXRhaWxz IGluIHRoZSBtYW51YWwpLgo+Cj4gVGhlIGVhc2llc3Qgd2F5IHRvIHNvbHZlIHlvdXIgcHJvYmxl bSB3b3VsZCBiZSBqdXN0IHRvIGhhdmUgYSBjcnVuY2hlZAo+IGZpbGUgY29udGFpbmluZyB0aGUg aW5mb3JtYXRpb24gaW4gQ1NWIG9yIFMtZXhwcmVzc2lvbiBmb3JtYXQsIGFuZCB0aGVuCj4gcmVh ZGluZyBmcm9tIGl0IGF0IGFwcGxpY2F0aW9uIHN0YXJ0dXAgdGltZSB0byBpbml0aWFsaXplIHlv dXIgYXJyYXkuCj4KPiBUaGUgJ2NydW5jaCcgbW9kZSB3b3VsZCBjb21waWxlIGFsbCB0aGlzIGlu dG8gYSBzdGFuZGFsb25lIGtlcm5lbCwgb3IKPiBpbiBVbml4IG1vZGUgd291bGQgYmUgYSBmaWxl c3lzdGVtIHBhc3N0aHJvdWdoIGZvciBlYXNpZXIgZGV2ZWxvcG1lbnQuCj4gQW55IHJlYXNvbiB5 b3Ugd2FudCBpdCB0byBiZSBhICdoYW5kIHdyaXR0ZW4nIE9DYW1sIGZpbGU/Cj4KPiAtYW5pbAo+ Cj4gT24gNyBNYXkgMjAxNCwgYXQgMTQ6MDYsIEFuZHLDqSBOw6ZzcyA8YW5kcmUubmFlc3NAZ21h aWwuY29tPiB3cm90ZToKPgo+PiBJJ3ZlIHJld3JpdHRlbiB0aGUgZ2VuZXJhdGVkIGNvZGUgc28g dGhhdCBpdCBjcmVhdGVzIGFuIGFycmF5IGFuZCB0aGVuCj4+IGFzc2lnbnMgdG8gaW5kZXhlcyBv ZiB0aGUgYXJyYXksIGJhdGNoaW5nIHRoZSBhc3NpZ25tZW50cyB1c2luZwo+PiBtdWx0aXBsZSBs ZXQgKCkgPQo+Pgo+PiBDb21waWxhdGlvbiBzcGVlZCBpcyBhIHByb2JsZW0sIGFuZCBpdCBzdGls bCBmYWxscyBvdmVyIGF0IDUwSyBlbnRyaWVzLgo+Pgo+PiBJIHN1cHBvc2UgSSBjb3VsZCBzb21l aG93IHdyaXRlIHRoZSBkYXRhIHRvIGFuIGltYWdlIGFuZCByZWFkIGl0IGJhY2sKPj4gaW4gYXQg YXBwbGljYXRpb24gc3RhcnR1cCwgYnV0IEkgdGhpbmsgSSBhY3R1YWxseSBsaWtlIG15IGN1cnJl bnQKPj4gYXBwcm9hY2guIEFsbCBvZiB0aGUgd29yayBpcyBkb25lIGF0IGNvbXBpbGF0aW9uIHRp bWUuIFRoZSByb3dzIGFyZQo+PiB3cml0dGVuIGluIHNvcnRlZCBvcmRlciBzbyBhIHNpbXBsZSBi aW5hcnkgc2VhcmNoIGNhbiBiZSB1c2VkLiBUaGUKPj4gcmVzdWx0aW5nIGFwcGxpY2F0aW9uIGlz IGVudGlyZWx5IHNpbmdsZS1wdXJwb3NlZC4KPj4KPj4gQW55IGlkZWFzIGZvciBvdGhlciB3YXlz IHRvIGRvIHRoaXM/IEJ5cGFzcyB0aGUgY29tcGlsZXIgYW5kICJjb21waWxlIgo+PiB0aGUgZGF0 YSBteXNlbGY/IERvZXMgdGhlcmUgZXhpc3QgdG9vbHMgdG8gZG8gc29tZXRoaW5nIGxpa2UgdGhh dD8KPj4KPj4gT24gV2VkLCBNYXkgNywgMjAxNCBhdCAxOjQwIFBNLCBBbmRyw6kgTsOmc3MgPGFu ZHJlLm5hZXNzQGdtYWlsLmNvbT4gd3JvdGU6Cj4+PiBIaQo+Pj4KPj4+IEknbSB0cnlpbmcgc29t ZXRoaW5nIHRoYXQgbWlnaHQgYmUgYSBiaXQgc2lsbHkgYnV0IGl0J3MganVzdCBpbnRlbmRlZAo+ Pj4gYXMgYW4gaW50ZXJuYWwgZGVtbyBvZiBNaXJhZ2UgdG8gbXkgdGVhbS4gSSdtIHdyaXRpbmcg YSB0aW55IEhUVFAKPj4+IGJhc2VkIGFwcGxpY2F0aW9uIHdob3NlIG9ubHkgcHVycG9zZSBpcyB0 byBhbGxvdyB5b3UgdG8gc2VhcmNoIGEgcGhvbmUKPj4+IGJvb2suCj4+Pgo+Pj4gSSd2ZSBiYXNl ZCBteSBhcHByb2FjaCBvbiB0aGUgYXBwcm9hY2ggeW91J3ZlIHVzZWQgZm9yIHN0YXRpYyB3ZWJz aXRlcwo+Pj4gdXNpbmcgY3J1bmNoIHdoZXJlIHlvdSBjb21waWxlIHRoZSB3ZWIgcGFnZXMgaW50 byB0aGUgZXhlY3V0YWJsZS4gSW4KPj4+IG15IGNhc2UgdGhhdCBtZWFucyBJIHRha2UgdGhlIGxp c3Qgb2YgbmFtZSBhbmQgbnVtYmVyIHBhaXJzIGFuZCBzdHVmZgo+Pj4gdGhlbSBpbnRvIGFuIGFy cmF5LiBTbyBwYXJ0IG9mIG15IGNvbmZpZy5tbCBmaWxlIGVtaXRzIGEgc2luZ2xlIFBiLm1sCj4+ PiBmaWxlIHdoaWNoIGNvbnRhaW5zIGFuIGFycmF5IGRlY2xhcmF0aW9uIGxpa2UgdGhpczoKPj4+ Cj4+PiBsZXQgZGIgPSBbfCgiQWFyb24gSmFrc2ljIiwxNTcxMjY4KTsKPj4+ICgiQWFyb24gTWNk aXZpdHQiLDE0NTQ2MjkpOwo+Pj4gKCJBYXJvbiBSZXViZW4iLDE3NjUyNDcpOwo+Pj4gKCJBYXJv biBTYXJkaW5oYSIsMTIyNDgwNik7Cj4+PiAoIkFiYmV5IEdvd2VucyIsMTI2NzA4Myk7Cj4+PiAo IkFiYmV5IEhhdGhjb3giLDEzMDk0OTApOwo+Pj4gLi4uCj4+Pgo+Pj4gQXMgdGhlIHRpdGxlIHNh eSBJJ20gcnVubmluZyBpbnRvIHByb2JsZW1zIGNvbXBpbGluZyB0aGlzIHdoZW4gSQo+Pj4gY3Jl YXRlIGEgbGFyZ2UgcGhvbmUgYm9vaywgdGhlIGVycm9yIGJlaW5nOgo+Pj4KPj4+IENhbWxwNDog VW5jYXVnaHQgZXhjZXB0aW9uOiBTdGFja19vdmVyZmxvdwo+Pj4KPj4+IFRoaXMgaGFwcGVucyB3 aXRoIDI1SyBlbnRyaWVzLCBpdCB3b3JrcyB3aXRoIDEwSyBlbnRyaWVzLgo+Pj4KPj4+IElzIHRo ZXJlIHNvbWUgd2F5IEkgY2FuIHByZXZlbnQgQ2FtbHA0IGZyb20gYmVpbmcgcnVuIG9uIHRoZSBQ Yi5tbAo+Pj4gZmlsZT8gT3Igd2lsbCBJIGp1c3QgaGF2ZSB0byBnZW5lcmF0ZSBhIGZpbGUgdGhh dCBidWlsZHMgdGhlIGFycmF5IGF0Cj4+PiBydW50aW1lIHNvbWVob3c/Cj4+Pgo+Pj4gQW5kcsOp Cj4+Cj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCj4+ IE1pcmFnZU9TLWRldmVsIG1haWxpbmcgbGlzdAo+PiBNaXJhZ2VPUy1kZXZlbEBsaXN0cy54ZW5w cm9qZWN0Lm9yZwo+PiBodHRwOi8vbGlzdHMueGVucHJvamVjdC5vcmcvY2dpLWJpbi9tYWlsbWFu L2xpc3RpbmZvL21pcmFnZW9zLWRldmVsCj4KCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fCk1pcmFnZU9TLWRldmVsIG1haWxpbmcgbGlzdApNaXJhZ2VPUy1k ZXZlbEBsaXN0cy54ZW5wcm9qZWN0Lm9yZwpodHRwOi8vbGlzdHMueGVucHJvamVjdC5vcmcvY2dp LWJpbi9tYWlsbWFuL2xpc3RpbmZvL21pcmFnZW9zLWRldmVsCg== From mirageos-devel-bounces@lists.xenproject.org Thu May 08 09:04:39 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 08 May 2014 09:04: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 1WiKFq-0001DH-6o; Thu, 08 May 2014 09:04:38 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WiKFo-0001D8-Qy for mirageos-devel@lists.xenproject.org; Thu, 08 May 2014 09:04:37 +0000 Received: from [85.158.139.211:13119] by server-15.bemta-5.messagelabs.com id 3C/06-11079-4A84B635; Thu, 08 May 2014 09:04:36 +0000 X-Env-Sender: andre.naess@gmail.com X-Msg-Ref: server-5.tower-206.messagelabs.com!1399539875!3010788!1 X-Originating-IP: [74.125.82.43] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27318 invoked from network); 8 May 2014 09:04:35 -0000 Received: from mail-wg0-f43.google.com (HELO mail-wg0-f43.google.com) (74.125.82.43) by server-5.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 8 May 2014 09:04:35 -0000 Received: by mail-wg0-f43.google.com with SMTP id l18so2145567wgh.26 for ; Thu, 08 May 2014 02:04:35 -0700 (PDT) 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=7lfFO7a2W0XuuDNJj/j4bpB0r8nloJZsJaKkt40Q3RA=; b=Kc+H8TLLef67v3fzRHMH0+N4FXZR4TFK3kKosC0wd29uUadHZAT+bgy/OBuWWnOuDW 78I5Hf4Q+IchgiGimBWLbZmLQ9RTFUshUJL0yuDEvVa708V+R5AVSAyIBOrMrYMudDtK uakm/hUuCBqfkZ5yB2uer5dSwTDRlGJXYTWOHF5ikTzN879qfzpeene8Me5Z3kzfObN0 408FcUOmsXLLHDsHfYts1nRmRzC2rCDIaqXNwsiTSF2E/qCG7UJ7bw6I+ZUmYSiSezj3 po6Vql1x3d160zEVTQ08RFFcojZGzrfeS1gB4VFChvWBwpGoV827+Q6u9Ca4NjwbzxCk QlMQ== MIME-Version: 1.0 X-Received: by 10.194.189.116 with SMTP id gh20mr2066036wjc.41.1399539874942; Thu, 08 May 2014 02:04:34 -0700 (PDT) Received: by 10.181.13.135 with HTTP; Thu, 8 May 2014 02:04:34 -0700 (PDT) In-Reply-To: <06A02282-D888-4140-B8B4-EA55214BFD6D@recoil.org> References: <06A02282-D888-4140-B8B4-EA55214BFD6D@recoil.org> Date: Thu, 8 May 2014 11:04:34 +0200 Message-ID: From: =?UTF-8?B?QW5kcsOpIE7DpnNz?= To: Anil Madhavapeddy Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Camlp4 Stack_overflow X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 VGhlIGlkZWEgd2FzIHRvIGtlZXAgdGhlIGFwcGxpY2F0aW9uIGFzIHNpbXBsZSBhcyBwb3NzaWJs ZSBieSBtb3ZpbmcKYWxsIHByb2Nlc3NpbmcgdG8gY29tcGlsZSB0aW1lLiBJdCB3b3VsZCBhdm9p ZCB0aGUgc3RhcnR1cCBjb3N0IG9mCnJlYWRpbmcgYWxsIHRoZSBlbnRyaWVzIGFuZCB0aHVzIG1h a2UgZm9yIHNpbXBsZXIgZGVwbG95bWVudCwgYnV0IEkKcmVhbGlzZSBJIG1heSBiZSB0YWtpbmcg aXQgYSBiaXQgdG9vIGZhciA6KQoKVXNpbmcgdGhlIGNydW5jaCBhcHByb2FjaCBpcyBwcm9iYWJs eSBtb3JlIHJlYXNvbmFibGUuIEkgZ3Vlc3MgSSBqdXN0CmZpZ3VyZWQgdGhhdCBteSBhcHByb2Fj aCB3YXMgZXZlbiBzaW1wbGVyIHNpbmNlIEkgd291bGRuJ3QgaGF2ZSB0bwp1bmRlcnN0YW5kIHRo ZSBjcnVuY2ggYXBwcm9hY2ggYW5kIGhvdyB0byByZWFkIGRhdGEgYmFjayBpbiB0aGUKYXBwbGlj YXRpb24uCgpPbiBUaHUsIE1heSA4LCAyMDE0IGF0IDEyOjM4IEFNLCBBbmlsIE1hZGhhdmFwZWRk eSA8YW5pbEByZWNvaWwub3JnPiB3cm90ZToKPiBUbyBhZGRyZXNzIHRoZSBjYW1scDQgcHJvYmxl bSwgeW91IGNhbiB1c2UgdGhlIF90YWdzIGZpbGUgdG8gbWFyayBqdXN0Cj4gdGhlIG9uZSBzb3Vy Y2UgZmlsZSBhcyBub3QgcGFzc2luZyB0aHJvdWdoIGNhbWxwNCAodmlhIGEgJy0nIHNvbWV3aGVy ZQo+IHRvIHJlbW92ZSB0aGUgdGFnIC0tIHdpbGwgbmVlZCB0byBsb29rIHVwIHRoZSBkZXRhaWxz IGluIHRoZSBtYW51YWwpLgo+Cj4gVGhlIGVhc2llc3Qgd2F5IHRvIHNvbHZlIHlvdXIgcHJvYmxl bSB3b3VsZCBiZSBqdXN0IHRvIGhhdmUgYSBjcnVuY2hlZAo+IGZpbGUgY29udGFpbmluZyB0aGUg aW5mb3JtYXRpb24gaW4gQ1NWIG9yIFMtZXhwcmVzc2lvbiBmb3JtYXQsIGFuZCB0aGVuCj4gcmVh ZGluZyBmcm9tIGl0IGF0IGFwcGxpY2F0aW9uIHN0YXJ0dXAgdGltZSB0byBpbml0aWFsaXplIHlv dXIgYXJyYXkuCj4KPiBUaGUgJ2NydW5jaCcgbW9kZSB3b3VsZCBjb21waWxlIGFsbCB0aGlzIGlu dG8gYSBzdGFuZGFsb25lIGtlcm5lbCwgb3IKPiBpbiBVbml4IG1vZGUgd291bGQgYmUgYSBmaWxl c3lzdGVtIHBhc3N0aHJvdWdoIGZvciBlYXNpZXIgZGV2ZWxvcG1lbnQuCj4gQW55IHJlYXNvbiB5 b3Ugd2FudCBpdCB0byBiZSBhICdoYW5kIHdyaXR0ZW4nIE9DYW1sIGZpbGU/Cj4KPiAtYW5pbAo+ Cj4gT24gNyBNYXkgMjAxNCwgYXQgMTQ6MDYsIEFuZHLDqSBOw6ZzcyA8YW5kcmUubmFlc3NAZ21h aWwuY29tPiB3cm90ZToKPgo+PiBJJ3ZlIHJld3JpdHRlbiB0aGUgZ2VuZXJhdGVkIGNvZGUgc28g dGhhdCBpdCBjcmVhdGVzIGFuIGFycmF5IGFuZCB0aGVuCj4+IGFzc2lnbnMgdG8gaW5kZXhlcyBv ZiB0aGUgYXJyYXksIGJhdGNoaW5nIHRoZSBhc3NpZ25tZW50cyB1c2luZwo+PiBtdWx0aXBsZSBs ZXQgKCkgPQo+Pgo+PiBDb21waWxhdGlvbiBzcGVlZCBpcyBhIHByb2JsZW0sIGFuZCBpdCBzdGls bCBmYWxscyBvdmVyIGF0IDUwSyBlbnRyaWVzLgo+Pgo+PiBJIHN1cHBvc2UgSSBjb3VsZCBzb21l aG93IHdyaXRlIHRoZSBkYXRhIHRvIGFuIGltYWdlIGFuZCByZWFkIGl0IGJhY2sKPj4gaW4gYXQg YXBwbGljYXRpb24gc3RhcnR1cCwgYnV0IEkgdGhpbmsgSSBhY3R1YWxseSBsaWtlIG15IGN1cnJl bnQKPj4gYXBwcm9hY2guIEFsbCBvZiB0aGUgd29yayBpcyBkb25lIGF0IGNvbXBpbGF0aW9uIHRp bWUuIFRoZSByb3dzIGFyZQo+PiB3cml0dGVuIGluIHNvcnRlZCBvcmRlciBzbyBhIHNpbXBsZSBi aW5hcnkgc2VhcmNoIGNhbiBiZSB1c2VkLiBUaGUKPj4gcmVzdWx0aW5nIGFwcGxpY2F0aW9uIGlz IGVudGlyZWx5IHNpbmdsZS1wdXJwb3NlZC4KPj4KPj4gQW55IGlkZWFzIGZvciBvdGhlciB3YXlz IHRvIGRvIHRoaXM/IEJ5cGFzcyB0aGUgY29tcGlsZXIgYW5kICJjb21waWxlIgo+PiB0aGUgZGF0 YSBteXNlbGY/IERvZXMgdGhlcmUgZXhpc3QgdG9vbHMgdG8gZG8gc29tZXRoaW5nIGxpa2UgdGhh dD8KPj4KPj4gT24gV2VkLCBNYXkgNywgMjAxNCBhdCAxOjQwIFBNLCBBbmRyw6kgTsOmc3MgPGFu ZHJlLm5hZXNzQGdtYWlsLmNvbT4gd3JvdGU6Cj4+PiBIaQo+Pj4KPj4+IEknbSB0cnlpbmcgc29t ZXRoaW5nIHRoYXQgbWlnaHQgYmUgYSBiaXQgc2lsbHkgYnV0IGl0J3MganVzdCBpbnRlbmRlZAo+ Pj4gYXMgYW4gaW50ZXJuYWwgZGVtbyBvZiBNaXJhZ2UgdG8gbXkgdGVhbS4gSSdtIHdyaXRpbmcg YSB0aW55IEhUVFAKPj4+IGJhc2VkIGFwcGxpY2F0aW9uIHdob3NlIG9ubHkgcHVycG9zZSBpcyB0 byBhbGxvdyB5b3UgdG8gc2VhcmNoIGEgcGhvbmUKPj4+IGJvb2suCj4+Pgo+Pj4gSSd2ZSBiYXNl ZCBteSBhcHByb2FjaCBvbiB0aGUgYXBwcm9hY2ggeW91J3ZlIHVzZWQgZm9yIHN0YXRpYyB3ZWJz aXRlcwo+Pj4gdXNpbmcgY3J1bmNoIHdoZXJlIHlvdSBjb21waWxlIHRoZSB3ZWIgcGFnZXMgaW50 byB0aGUgZXhlY3V0YWJsZS4gSW4KPj4+IG15IGNhc2UgdGhhdCBtZWFucyBJIHRha2UgdGhlIGxp c3Qgb2YgbmFtZSBhbmQgbnVtYmVyIHBhaXJzIGFuZCBzdHVmZgo+Pj4gdGhlbSBpbnRvIGFuIGFy cmF5LiBTbyBwYXJ0IG9mIG15IGNvbmZpZy5tbCBmaWxlIGVtaXRzIGEgc2luZ2xlIFBiLm1sCj4+ PiBmaWxlIHdoaWNoIGNvbnRhaW5zIGFuIGFycmF5IGRlY2xhcmF0aW9uIGxpa2UgdGhpczoKPj4+ Cj4+PiBsZXQgZGIgPSBbfCgiQWFyb24gSmFrc2ljIiwxNTcxMjY4KTsKPj4+ICgiQWFyb24gTWNk aXZpdHQiLDE0NTQ2MjkpOwo+Pj4gKCJBYXJvbiBSZXViZW4iLDE3NjUyNDcpOwo+Pj4gKCJBYXJv biBTYXJkaW5oYSIsMTIyNDgwNik7Cj4+PiAoIkFiYmV5IEdvd2VucyIsMTI2NzA4Myk7Cj4+PiAo IkFiYmV5IEhhdGhjb3giLDEzMDk0OTApOwo+Pj4gLi4uCj4+Pgo+Pj4gQXMgdGhlIHRpdGxlIHNh eSBJJ20gcnVubmluZyBpbnRvIHByb2JsZW1zIGNvbXBpbGluZyB0aGlzIHdoZW4gSQo+Pj4gY3Jl YXRlIGEgbGFyZ2UgcGhvbmUgYm9vaywgdGhlIGVycm9yIGJlaW5nOgo+Pj4KPj4+IENhbWxwNDog VW5jYXVnaHQgZXhjZXB0aW9uOiBTdGFja19vdmVyZmxvdwo+Pj4KPj4+IFRoaXMgaGFwcGVucyB3 aXRoIDI1SyBlbnRyaWVzLCBpdCB3b3JrcyB3aXRoIDEwSyBlbnRyaWVzLgo+Pj4KPj4+IElzIHRo ZXJlIHNvbWUgd2F5IEkgY2FuIHByZXZlbnQgQ2FtbHA0IGZyb20gYmVpbmcgcnVuIG9uIHRoZSBQ Yi5tbAo+Pj4gZmlsZT8gT3Igd2lsbCBJIGp1c3QgaGF2ZSB0byBnZW5lcmF0ZSBhIGZpbGUgdGhh dCBidWlsZHMgdGhlIGFycmF5IGF0Cj4+PiBydW50aW1lIHNvbWVob3c/Cj4+Pgo+Pj4gQW5kcsOp Cj4+Cj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCj4+ IE1pcmFnZU9TLWRldmVsIG1haWxpbmcgbGlzdAo+PiBNaXJhZ2VPUy1kZXZlbEBsaXN0cy54ZW5w cm9qZWN0Lm9yZwo+PiBodHRwOi8vbGlzdHMueGVucHJvamVjdC5vcmcvY2dpLWJpbi9tYWlsbWFu L2xpc3RpbmZvL21pcmFnZW9zLWRldmVsCj4KCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fCk1pcmFnZU9TLWRldmVsIG1haWxpbmcgbGlzdApNaXJhZ2VPUy1k ZXZlbEBsaXN0cy54ZW5wcm9qZWN0Lm9yZwpodHRwOi8vbGlzdHMueGVucHJvamVjdC5vcmcvY2dp LWJpbi9tYWlsbWFuL2xpc3RpbmZvL21pcmFnZW9zLWRldmVsCg== From mirageos-devel-bounces@lists.xenproject.org Thu May 08 09:15:03 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 08 May 2014 09:15: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 1WiKPt-0001hO-M9; Thu, 08 May 2014 09:15:01 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WiKPs-0001hJ-4x for mirageos-devel@lists.xenproject.org; Thu, 08 May 2014 09:15:00 +0000 Received: from [85.158.143.35:39020] by server-2.bemta-4.messagelabs.com id 77/86-06539-31B4B635; Thu, 08 May 2014 09:14:59 +0000 X-Env-Sender: daniel.buenzli@erratique.ch X-Msg-Ref: server-8.tower-21.messagelabs.com!1399540498!3600077!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.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28264 invoked from network); 8 May 2014 09:14:58 -0000 Received: from mail6.webfaction.com (HELO smtp.webfaction.com) (74.55.86.74) by server-8.tower-21.messagelabs.com with SMTP; 8 May 2014 09:14:58 -0000 Received: from [172.20.10.2] (174-236.197-178.cust.bluewin.ch [178.197.236.174]) by smtp.webfaction.com (Postfix) with ESMTP id 86E28227196A; Thu, 8 May 2014 09:14:37 +0000 (UTC) Date: Thu, 8 May 2014 11:14:33 +0200 From: =?utf-8?Q?Daniel_B=C3=BCnzli?= To: =?utf-8?Q?Andr=C3=A9_N=C3=A6ss?= Message-ID: <087CF4C04D314A0F9991B2C74E9C065A@erratique.ch> In-Reply-To: References: <06A02282-D888-4140-B8B4-EA55214BFD6D@recoil.org> X-Mailer: sparrow 1.6.4 (build 1178) MIME-Version: 1.0 Content-Disposition: inline Cc: "=?utf-8?Q?mirageos-devel=40lists.xenproject.org?=" , Anil Madhavapeddy Subject: Re: [MirageOS-devel] Camlp4 Stack_overflow X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 TGUgamV1ZGksIDggbWFpIDIwMTQgw6AgMTE6MDQsIEFuZHLDqSBOw6ZzcyBhIMOpY3JpdCA6Cj4g VGhlIGlkZWEgd2FzIHRvIGtlZXAgdGhlIGFwcGxpY2F0aW9uIGFzIHNpbXBsZSBhcyBwb3NzaWJs ZSBieSBtb3ZpbmcKPiBhbGwgcHJvY2Vzc2luZyB0byBjb21waWxlIHRpbWUuIEl0IHdvdWxkIGF2 b2lkIHRoZSBzdGFydHVwIGNvc3Qgb2YKPiByZWFkaW5nIGFsbCB0aGUgZW50cmllcyBhbmQgdGh1 cyBtYWtlIGZvciBzaW1wbGVyIGRlcGxveW1lbnQsIGJ1dCBJCj4gcmVhbGlzZSBJIG1heSBiZSB0 YWtpbmcgaXQgYSBiaXQgdG9vIGZhciA6KQoKSSBhbHNvIGFkb3B0ZWQgdGhhdCBhcHByb2FjaCBm b3IgcXVpY2sgZGVtb3MgaW4gdGhlIHBhc3QgaW4gYW5vdGhlciBjb250ZXh0ICh3aXRoIHRoZSBz YW1lIHJlc3VsdHMgWzFdKSBhbmQgSSBkb24ndCB0aGluayBpdCdzIHVucmVhc29uYWJsZS4gUGxl YXNlIGRvIHRha2UgdGhlIHRpbWUgb2YgZmlsaW5nIGEgYnVnIHJlcG9ydCBhZ2FpbnN0IHRoZSBh cHByb3ByaWF0ZSBlbnRpdHksIHRoZXNlIHRoaW5ncyBnZXQgZml4ZWQuICAKCkJlc3QsCgpEYW5p ZWwKClsxXSBodHRwczovL2dpdGh1Yi5jb20vb2NzaWdlbi9qc19vZl9vY2FtbC9pc3N1ZXMvNAoK CgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpNaXJhZ2VP Uy1kZXZlbCBtYWlsaW5nIGxpc3QKTWlyYWdlT1MtZGV2ZWxAbGlzdHMueGVucHJvamVjdC5vcmcK aHR0cDovL2xpc3RzLnhlbnByb2plY3Qub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby9taXJh Z2Vvcy1kZXZlbAo= From mirageos-devel-bounces@lists.xenproject.org Thu May 08 09:15:03 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 08 May 2014 09:15: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 1WiKPt-0001hO-M9; Thu, 08 May 2014 09:15:01 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WiKPs-0001hJ-4x for mirageos-devel@lists.xenproject.org; Thu, 08 May 2014 09:15:00 +0000 Received: from [85.158.143.35:39020] by server-2.bemta-4.messagelabs.com id 77/86-06539-31B4B635; Thu, 08 May 2014 09:14:59 +0000 X-Env-Sender: daniel.buenzli@erratique.ch X-Msg-Ref: server-8.tower-21.messagelabs.com!1399540498!3600077!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.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28264 invoked from network); 8 May 2014 09:14:58 -0000 Received: from mail6.webfaction.com (HELO smtp.webfaction.com) (74.55.86.74) by server-8.tower-21.messagelabs.com with SMTP; 8 May 2014 09:14:58 -0000 Received: from [172.20.10.2] (174-236.197-178.cust.bluewin.ch [178.197.236.174]) by smtp.webfaction.com (Postfix) with ESMTP id 86E28227196A; Thu, 8 May 2014 09:14:37 +0000 (UTC) Date: Thu, 8 May 2014 11:14:33 +0200 From: =?utf-8?Q?Daniel_B=C3=BCnzli?= To: =?utf-8?Q?Andr=C3=A9_N=C3=A6ss?= Message-ID: <087CF4C04D314A0F9991B2C74E9C065A@erratique.ch> In-Reply-To: References: <06A02282-D888-4140-B8B4-EA55214BFD6D@recoil.org> X-Mailer: sparrow 1.6.4 (build 1178) MIME-Version: 1.0 Content-Disposition: inline Cc: "=?utf-8?Q?mirageos-devel=40lists.xenproject.org?=" , Anil Madhavapeddy Subject: Re: [MirageOS-devel] Camlp4 Stack_overflow X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 TGUgamV1ZGksIDggbWFpIDIwMTQgw6AgMTE6MDQsIEFuZHLDqSBOw6ZzcyBhIMOpY3JpdCA6Cj4g VGhlIGlkZWEgd2FzIHRvIGtlZXAgdGhlIGFwcGxpY2F0aW9uIGFzIHNpbXBsZSBhcyBwb3NzaWJs ZSBieSBtb3ZpbmcKPiBhbGwgcHJvY2Vzc2luZyB0byBjb21waWxlIHRpbWUuIEl0IHdvdWxkIGF2 b2lkIHRoZSBzdGFydHVwIGNvc3Qgb2YKPiByZWFkaW5nIGFsbCB0aGUgZW50cmllcyBhbmQgdGh1 cyBtYWtlIGZvciBzaW1wbGVyIGRlcGxveW1lbnQsIGJ1dCBJCj4gcmVhbGlzZSBJIG1heSBiZSB0 YWtpbmcgaXQgYSBiaXQgdG9vIGZhciA6KQoKSSBhbHNvIGFkb3B0ZWQgdGhhdCBhcHByb2FjaCBm b3IgcXVpY2sgZGVtb3MgaW4gdGhlIHBhc3QgaW4gYW5vdGhlciBjb250ZXh0ICh3aXRoIHRoZSBz YW1lIHJlc3VsdHMgWzFdKSBhbmQgSSBkb24ndCB0aGluayBpdCdzIHVucmVhc29uYWJsZS4gUGxl YXNlIGRvIHRha2UgdGhlIHRpbWUgb2YgZmlsaW5nIGEgYnVnIHJlcG9ydCBhZ2FpbnN0IHRoZSBh cHByb3ByaWF0ZSBlbnRpdHksIHRoZXNlIHRoaW5ncyBnZXQgZml4ZWQuICAKCkJlc3QsCgpEYW5p ZWwKClsxXSBodHRwczovL2dpdGh1Yi5jb20vb2NzaWdlbi9qc19vZl9vY2FtbC9pc3N1ZXMvNAoK CgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpNaXJhZ2VP Uy1kZXZlbCBtYWlsaW5nIGxpc3QKTWlyYWdlT1MtZGV2ZWxAbGlzdHMueGVucHJvamVjdC5vcmcK aHR0cDovL2xpc3RzLnhlbnByb2plY3Qub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby9taXJh Z2Vvcy1kZXZlbAo= From mirageos-devel-bounces@lists.xenproject.org Thu May 08 09:56:20 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 08 May 2014 09:56: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 1WiL3q-0004BG-53; Thu, 08 May 2014 09:56:18 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WiL3o-0004Az-2K for mirageos-devel@lists.xenproject.org; Thu, 08 May 2014 09:56:16 +0000 Received: from [193.109.254.147:10549] by server-9.bemta-14.messagelabs.com id 27/A1-03644-FB45B635; Thu, 08 May 2014 09:56:15 +0000 X-Env-Sender: andre.naess@gmail.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1399542964!3463207!1 X-Originating-IP: [209.85.212.174] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28544 invoked from network); 8 May 2014 09:56:04 -0000 Received: from mail-wi0-f174.google.com (HELO mail-wi0-f174.google.com) (209.85.212.174) by server-16.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 8 May 2014 09:56:04 -0000 Received: by mail-wi0-f174.google.com with SMTP id r20so7220566wiv.7 for ; Thu, 08 May 2014 02:56:04 -0700 (PDT) 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=Tuz5yNwyZ3zbwQPENvRRaF71uTHN6QRWrOOC9rxbaQU=; b=ADeXh8Zz5skuc6fPwjMkCTdF95uv9B2ro94EYDS/SM8tV8KAFfHgzs51UpR8OQFvax AK/NzZTNM1HRNFOw/QbxOEWwCwPny/9ErqNgnhJkBHiZmHNsvr3VR/L8Y5UIHiPxmfTP OkVWDzRYeIhrofQraVfNIYLDF51WMfdBQ5xKiJhBx7ZlzlYcRppAdgLcrQ/ZhkBp7Weo vdjNBsWylze/2j7nwXvjsEB2oAEzHqs6jaSG59MogBNG+RgEx1rFg8vSfZcIz4JymDY1 oyssgP3r717jWJdzQ1fHV0xQSJywEysiwUn04d0/1+NItVFLJHEXkKfSJ6yX5pD57A6t KqKg== MIME-Version: 1.0 X-Received: by 10.180.78.225 with SMTP id e1mr12090228wix.17.1399542964419; Thu, 08 May 2014 02:56:04 -0700 (PDT) Received: by 10.181.13.135 with HTTP; Thu, 8 May 2014 02:56:04 -0700 (PDT) In-Reply-To: References: <06A02282-D888-4140-B8B4-EA55214BFD6D@recoil.org> Date: Thu, 8 May 2014 11:56:04 +0200 Message-ID: From: =?UTF-8?B?QW5kcsOpIE7DpnNz?= To: Thomas Gazagnaire Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Camlp4 Stack_overflow X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 SXQgbG9va2VkIGxpa2UgdGhlIHNuaXBwZXQgb2YgY29kZSBJIGluY2x1ZGVkIGluIHRoZSBmaXJz dCBwb3N0LApleGNlcHQgd2l0aCAyNSwwMDAgcm93cy4KClRoZSBfdGFncyBmaWxlIHNvbHZlZCBp dCB0aG91Z2guIEkgZXhjbHVkZWQgdGhlIGZpbGUgbGlrZSB0aGlzOgo8UGIuKj46LXN5bnRheChj YW1scDRvKQoKV2l0aCB0aGlzIGluIHBsYWNlIEkgc3VjY2Vzc2Z1bGx5IGNvbXBpbGVkIDUwMEsg ZW50cmllcyBpbiAxbTMwcwp5aWVsZGluZyBhIDMzTUIgLnhlbiBmaWxlLgoKSSBjYW4gY2VydGFp bmx5IHBvc3QgYW4gaXNzdWUgb24gdGhlIGNhbWxwNCBnaXRodWIgc2l0ZSBhbmQgYXR0YWNoIGFu CmV4YW1wbGUgZmlsZSBpZiB5b3UgdGhpbmsgdGhpcyBzaG91bGQgcmVhc29uYWJseSB3b3JrLiBJ IHdvdWxkbid0CnRoaW5rIHRoaXMgcmVwcmVzZW50IGEgY29tbW9uIHVzZWNhc2UgOykKCk9uIFRo dSwgTWF5IDgsIDIwMTQgYXQgMTA6MzMgQU0sIFRob21hcyBHYXphZ25haXJlCjx0aG9tYXNAZ2F6 YWduYWlyZS5vcmc+IHdyb3RlOgo+IGRvIHlvdSBoYXZlIGFuIGV4YW1wbGUgb2Ygd2hhdCB0aGUg Z2VuZXJhdGVkIHNvdXJjZSBmaWxlIGxvb2tzIGxpa2UgPwo+Cj4gV291bGQgYmUgaW50ZXJlc3Rp bmcgdG8gcmVwb3J0IHRoZSBidWcgdXBzdHJlYW06IGh0dHBzOi8vZ2l0aHViLmNvbS9vY2FtbC9j YW1scDQvaXNzdWVzCj4KPiBUaG9tYXMKPgo+IE9uIDcgTWF5IDIwMTQsIGF0IDIzOjM4LCBBbmls IE1hZGhhdmFwZWRkeSA8YW5pbEByZWNvaWwub3JnPiB3cm90ZToKPgo+PiBUbyBhZGRyZXNzIHRo ZSBjYW1scDQgcHJvYmxlbSwgeW91IGNhbiB1c2UgdGhlIF90YWdzIGZpbGUgdG8gbWFyayBqdXN0 Cj4+IHRoZSBvbmUgc291cmNlIGZpbGUgYXMgbm90IHBhc3NpbmcgdGhyb3VnaCBjYW1scDQgKHZp YSBhICctJyBzb21ld2hlcmUKPj4gdG8gcmVtb3ZlIHRoZSB0YWcgLS0gd2lsbCBuZWVkIHRvIGxv b2sgdXAgdGhlIGRldGFpbHMgaW4gdGhlIG1hbnVhbCkuCj4+Cj4+IFRoZSBlYXNpZXN0IHdheSB0 byBzb2x2ZSB5b3VyIHByb2JsZW0gd291bGQgYmUganVzdCB0byBoYXZlIGEgY3J1bmNoZWQKPj4g ZmlsZSBjb250YWluaW5nIHRoZSBpbmZvcm1hdGlvbiBpbiBDU1Ygb3IgUy1leHByZXNzaW9uIGZv cm1hdCwgYW5kIHRoZW4KPj4gcmVhZGluZyBmcm9tIGl0IGF0IGFwcGxpY2F0aW9uIHN0YXJ0dXAg dGltZSB0byBpbml0aWFsaXplIHlvdXIgYXJyYXkuCj4+Cj4+IFRoZSAnY3J1bmNoJyBtb2RlIHdv dWxkIGNvbXBpbGUgYWxsIHRoaXMgaW50byBhIHN0YW5kYWxvbmUga2VybmVsLCBvcgo+PiBpbiBV bml4IG1vZGUgd291bGQgYmUgYSBmaWxlc3lzdGVtIHBhc3N0aHJvdWdoIGZvciBlYXNpZXIgZGV2 ZWxvcG1lbnQuCj4+IEFueSByZWFzb24geW91IHdhbnQgaXQgdG8gYmUgYSAnaGFuZCB3cml0dGVu JyBPQ2FtbCBmaWxlPwo+Pgo+PiAtYW5pbAo+Pgo+PiBPbiA3IE1heSAyMDE0LCBhdCAxNDowNiwg QW5kcsOpIE7DpnNzIDxhbmRyZS5uYWVzc0BnbWFpbC5jb20+IHdyb3RlOgo+Pgo+Pj4gSSd2ZSBy ZXdyaXR0ZW4gdGhlIGdlbmVyYXRlZCBjb2RlIHNvIHRoYXQgaXQgY3JlYXRlcyBhbiBhcnJheSBh bmQgdGhlbgo+Pj4gYXNzaWducyB0byBpbmRleGVzIG9mIHRoZSBhcnJheSwgYmF0Y2hpbmcgdGhl IGFzc2lnbm1lbnRzIHVzaW5nCj4+PiBtdWx0aXBsZSBsZXQgKCkgPQo+Pj4KPj4+IENvbXBpbGF0 aW9uIHNwZWVkIGlzIGEgcHJvYmxlbSwgYW5kIGl0IHN0aWxsIGZhbGxzIG92ZXIgYXQgNTBLIGVu dHJpZXMuCj4+Pgo+Pj4gSSBzdXBwb3NlIEkgY291bGQgc29tZWhvdyB3cml0ZSB0aGUgZGF0YSB0 byBhbiBpbWFnZSBhbmQgcmVhZCBpdCBiYWNrCj4+PiBpbiBhdCBhcHBsaWNhdGlvbiBzdGFydHVw LCBidXQgSSB0aGluayBJIGFjdHVhbGx5IGxpa2UgbXkgY3VycmVudAo+Pj4gYXBwcm9hY2guIEFs bCBvZiB0aGUgd29yayBpcyBkb25lIGF0IGNvbXBpbGF0aW9uIHRpbWUuIFRoZSByb3dzIGFyZQo+ Pj4gd3JpdHRlbiBpbiBzb3J0ZWQgb3JkZXIgc28gYSBzaW1wbGUgYmluYXJ5IHNlYXJjaCBjYW4g YmUgdXNlZC4gVGhlCj4+PiByZXN1bHRpbmcgYXBwbGljYXRpb24gaXMgZW50aXJlbHkgc2luZ2xl LXB1cnBvc2VkLgo+Pj4KPj4+IEFueSBpZGVhcyBmb3Igb3RoZXIgd2F5cyB0byBkbyB0aGlzPyBC eXBhc3MgdGhlIGNvbXBpbGVyIGFuZCAiY29tcGlsZSIKPj4+IHRoZSBkYXRhIG15c2VsZj8gRG9l cyB0aGVyZSBleGlzdCB0b29scyB0byBkbyBzb21ldGhpbmcgbGlrZSB0aGF0Pwo+Pj4KPj4+IE9u IFdlZCwgTWF5IDcsIDIwMTQgYXQgMTo0MCBQTSwgQW5kcsOpIE7DpnNzIDxhbmRyZS5uYWVzc0Bn bWFpbC5jb20+IHdyb3RlOgo+Pj4+IEhpCj4+Pj4KPj4+PiBJJ20gdHJ5aW5nIHNvbWV0aGluZyB0 aGF0IG1pZ2h0IGJlIGEgYml0IHNpbGx5IGJ1dCBpdCdzIGp1c3QgaW50ZW5kZWQKPj4+PiBhcyBh biBpbnRlcm5hbCBkZW1vIG9mIE1pcmFnZSB0byBteSB0ZWFtLiBJJ20gd3JpdGluZyBhIHRpbnkg SFRUUAo+Pj4+IGJhc2VkIGFwcGxpY2F0aW9uIHdob3NlIG9ubHkgcHVycG9zZSBpcyB0byBhbGxv dyB5b3UgdG8gc2VhcmNoIGEgcGhvbmUKPj4+PiBib29rLgo+Pj4+Cj4+Pj4gSSd2ZSBiYXNlZCBt eSBhcHByb2FjaCBvbiB0aGUgYXBwcm9hY2ggeW91J3ZlIHVzZWQgZm9yIHN0YXRpYyB3ZWJzaXRl cwo+Pj4+IHVzaW5nIGNydW5jaCB3aGVyZSB5b3UgY29tcGlsZSB0aGUgd2ViIHBhZ2VzIGludG8g dGhlIGV4ZWN1dGFibGUuIEluCj4+Pj4gbXkgY2FzZSB0aGF0IG1lYW5zIEkgdGFrZSB0aGUgbGlz dCBvZiBuYW1lIGFuZCBudW1iZXIgcGFpcnMgYW5kIHN0dWZmCj4+Pj4gdGhlbSBpbnRvIGFuIGFy cmF5LiBTbyBwYXJ0IG9mIG15IGNvbmZpZy5tbCBmaWxlIGVtaXRzIGEgc2luZ2xlIFBiLm1sCj4+ Pj4gZmlsZSB3aGljaCBjb250YWlucyBhbiBhcnJheSBkZWNsYXJhdGlvbiBsaWtlIHRoaXM6Cj4+ Pj4KPj4+PiBsZXQgZGIgPSBbfCgiQWFyb24gSmFrc2ljIiwxNTcxMjY4KTsKPj4+PiAoIkFhcm9u IE1jZGl2aXR0IiwxNDU0NjI5KTsKPj4+PiAoIkFhcm9uIFJldWJlbiIsMTc2NTI0Nyk7Cj4+Pj4g KCJBYXJvbiBTYXJkaW5oYSIsMTIyNDgwNik7Cj4+Pj4gKCJBYmJleSBHb3dlbnMiLDEyNjcwODMp Owo+Pj4+ICgiQWJiZXkgSGF0aGNveCIsMTMwOTQ5MCk7Cj4+Pj4gLi4uCj4+Pj4KPj4+PiBBcyB0 aGUgdGl0bGUgc2F5IEknbSBydW5uaW5nIGludG8gcHJvYmxlbXMgY29tcGlsaW5nIHRoaXMgd2hl biBJCj4+Pj4gY3JlYXRlIGEgbGFyZ2UgcGhvbmUgYm9vaywgdGhlIGVycm9yIGJlaW5nOgo+Pj4+ Cj4+Pj4gQ2FtbHA0OiBVbmNhdWdodCBleGNlcHRpb246IFN0YWNrX292ZXJmbG93Cj4+Pj4KPj4+ PiBUaGlzIGhhcHBlbnMgd2l0aCAyNUsgZW50cmllcywgaXQgd29ya3Mgd2l0aCAxMEsgZW50cmll cy4KPj4+Pgo+Pj4+IElzIHRoZXJlIHNvbWUgd2F5IEkgY2FuIHByZXZlbnQgQ2FtbHA0IGZyb20g YmVpbmcgcnVuIG9uIHRoZSBQYi5tbAo+Pj4+IGZpbGU/IE9yIHdpbGwgSSBqdXN0IGhhdmUgdG8g Z2VuZXJhdGUgYSBmaWxlIHRoYXQgYnVpbGRzIHRoZSBhcnJheSBhdAo+Pj4+IHJ1bnRpbWUgc29t ZWhvdz8KPj4+Pgo+Pj4+IEFuZHLDqQo+Pj4KPj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fCj4+PiBNaXJhZ2VPUy1kZXZlbCBtYWlsaW5nIGxpc3QKPj4+ IE1pcmFnZU9TLWRldmVsQGxpc3RzLnhlbnByb2plY3Qub3JnCj4+PiBodHRwOi8vbGlzdHMueGVu cHJvamVjdC5vcmcvY2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZvL21pcmFnZW9zLWRldmVsCj4+Cj4+ Cj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCj4+IE1p cmFnZU9TLWRldmVsIG1haWxpbmcgbGlzdAo+PiBNaXJhZ2VPUy1kZXZlbEBsaXN0cy54ZW5wcm9q ZWN0Lm9yZwo+PiBodHRwOi8vbGlzdHMueGVucHJvamVjdC5vcmcvY2dpLWJpbi9tYWlsbWFuL2xp c3RpbmZvL21pcmFnZW9zLWRldmVsCj4KCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fCk1pcmFnZU9TLWRldmVsIG1haWxpbmcgbGlzdApNaXJhZ2VPUy1kZXZl bEBsaXN0cy54ZW5wcm9qZWN0Lm9yZwpodHRwOi8vbGlzdHMueGVucHJvamVjdC5vcmcvY2dpLWJp bi9tYWlsbWFuL2xpc3RpbmZvL21pcmFnZW9zLWRldmVsCg== From mirageos-devel-bounces@lists.xenproject.org Thu May 08 09:56:20 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 08 May 2014 09:56: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 1WiL3q-0004BG-53; Thu, 08 May 2014 09:56:18 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WiL3o-0004Az-2K for mirageos-devel@lists.xenproject.org; Thu, 08 May 2014 09:56:16 +0000 Received: from [193.109.254.147:10549] by server-9.bemta-14.messagelabs.com id 27/A1-03644-FB45B635; Thu, 08 May 2014 09:56:15 +0000 X-Env-Sender: andre.naess@gmail.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1399542964!3463207!1 X-Originating-IP: [209.85.212.174] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28544 invoked from network); 8 May 2014 09:56:04 -0000 Received: from mail-wi0-f174.google.com (HELO mail-wi0-f174.google.com) (209.85.212.174) by server-16.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 8 May 2014 09:56:04 -0000 Received: by mail-wi0-f174.google.com with SMTP id r20so7220566wiv.7 for ; Thu, 08 May 2014 02:56:04 -0700 (PDT) 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=Tuz5yNwyZ3zbwQPENvRRaF71uTHN6QRWrOOC9rxbaQU=; b=ADeXh8Zz5skuc6fPwjMkCTdF95uv9B2ro94EYDS/SM8tV8KAFfHgzs51UpR8OQFvax AK/NzZTNM1HRNFOw/QbxOEWwCwPny/9ErqNgnhJkBHiZmHNsvr3VR/L8Y5UIHiPxmfTP OkVWDzRYeIhrofQraVfNIYLDF51WMfdBQ5xKiJhBx7ZlzlYcRppAdgLcrQ/ZhkBp7Weo vdjNBsWylze/2j7nwXvjsEB2oAEzHqs6jaSG59MogBNG+RgEx1rFg8vSfZcIz4JymDY1 oyssgP3r717jWJdzQ1fHV0xQSJywEysiwUn04d0/1+NItVFLJHEXkKfSJ6yX5pD57A6t KqKg== MIME-Version: 1.0 X-Received: by 10.180.78.225 with SMTP id e1mr12090228wix.17.1399542964419; Thu, 08 May 2014 02:56:04 -0700 (PDT) Received: by 10.181.13.135 with HTTP; Thu, 8 May 2014 02:56:04 -0700 (PDT) In-Reply-To: References: <06A02282-D888-4140-B8B4-EA55214BFD6D@recoil.org> Date: Thu, 8 May 2014 11:56:04 +0200 Message-ID: From: =?UTF-8?B?QW5kcsOpIE7DpnNz?= To: Thomas Gazagnaire Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Camlp4 Stack_overflow X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 SXQgbG9va2VkIGxpa2UgdGhlIHNuaXBwZXQgb2YgY29kZSBJIGluY2x1ZGVkIGluIHRoZSBmaXJz dCBwb3N0LApleGNlcHQgd2l0aCAyNSwwMDAgcm93cy4KClRoZSBfdGFncyBmaWxlIHNvbHZlZCBp dCB0aG91Z2guIEkgZXhjbHVkZWQgdGhlIGZpbGUgbGlrZSB0aGlzOgo8UGIuKj46LXN5bnRheChj YW1scDRvKQoKV2l0aCB0aGlzIGluIHBsYWNlIEkgc3VjY2Vzc2Z1bGx5IGNvbXBpbGVkIDUwMEsg ZW50cmllcyBpbiAxbTMwcwp5aWVsZGluZyBhIDMzTUIgLnhlbiBmaWxlLgoKSSBjYW4gY2VydGFp bmx5IHBvc3QgYW4gaXNzdWUgb24gdGhlIGNhbWxwNCBnaXRodWIgc2l0ZSBhbmQgYXR0YWNoIGFu CmV4YW1wbGUgZmlsZSBpZiB5b3UgdGhpbmsgdGhpcyBzaG91bGQgcmVhc29uYWJseSB3b3JrLiBJ IHdvdWxkbid0CnRoaW5rIHRoaXMgcmVwcmVzZW50IGEgY29tbW9uIHVzZWNhc2UgOykKCk9uIFRo dSwgTWF5IDgsIDIwMTQgYXQgMTA6MzMgQU0sIFRob21hcyBHYXphZ25haXJlCjx0aG9tYXNAZ2F6 YWduYWlyZS5vcmc+IHdyb3RlOgo+IGRvIHlvdSBoYXZlIGFuIGV4YW1wbGUgb2Ygd2hhdCB0aGUg Z2VuZXJhdGVkIHNvdXJjZSBmaWxlIGxvb2tzIGxpa2UgPwo+Cj4gV291bGQgYmUgaW50ZXJlc3Rp bmcgdG8gcmVwb3J0IHRoZSBidWcgdXBzdHJlYW06IGh0dHBzOi8vZ2l0aHViLmNvbS9vY2FtbC9j YW1scDQvaXNzdWVzCj4KPiBUaG9tYXMKPgo+IE9uIDcgTWF5IDIwMTQsIGF0IDIzOjM4LCBBbmls IE1hZGhhdmFwZWRkeSA8YW5pbEByZWNvaWwub3JnPiB3cm90ZToKPgo+PiBUbyBhZGRyZXNzIHRo ZSBjYW1scDQgcHJvYmxlbSwgeW91IGNhbiB1c2UgdGhlIF90YWdzIGZpbGUgdG8gbWFyayBqdXN0 Cj4+IHRoZSBvbmUgc291cmNlIGZpbGUgYXMgbm90IHBhc3NpbmcgdGhyb3VnaCBjYW1scDQgKHZp YSBhICctJyBzb21ld2hlcmUKPj4gdG8gcmVtb3ZlIHRoZSB0YWcgLS0gd2lsbCBuZWVkIHRvIGxv b2sgdXAgdGhlIGRldGFpbHMgaW4gdGhlIG1hbnVhbCkuCj4+Cj4+IFRoZSBlYXNpZXN0IHdheSB0 byBzb2x2ZSB5b3VyIHByb2JsZW0gd291bGQgYmUganVzdCB0byBoYXZlIGEgY3J1bmNoZWQKPj4g ZmlsZSBjb250YWluaW5nIHRoZSBpbmZvcm1hdGlvbiBpbiBDU1Ygb3IgUy1leHByZXNzaW9uIGZv cm1hdCwgYW5kIHRoZW4KPj4gcmVhZGluZyBmcm9tIGl0IGF0IGFwcGxpY2F0aW9uIHN0YXJ0dXAg dGltZSB0byBpbml0aWFsaXplIHlvdXIgYXJyYXkuCj4+Cj4+IFRoZSAnY3J1bmNoJyBtb2RlIHdv dWxkIGNvbXBpbGUgYWxsIHRoaXMgaW50byBhIHN0YW5kYWxvbmUga2VybmVsLCBvcgo+PiBpbiBV bml4IG1vZGUgd291bGQgYmUgYSBmaWxlc3lzdGVtIHBhc3N0aHJvdWdoIGZvciBlYXNpZXIgZGV2 ZWxvcG1lbnQuCj4+IEFueSByZWFzb24geW91IHdhbnQgaXQgdG8gYmUgYSAnaGFuZCB3cml0dGVu JyBPQ2FtbCBmaWxlPwo+Pgo+PiAtYW5pbAo+Pgo+PiBPbiA3IE1heSAyMDE0LCBhdCAxNDowNiwg QW5kcsOpIE7DpnNzIDxhbmRyZS5uYWVzc0BnbWFpbC5jb20+IHdyb3RlOgo+Pgo+Pj4gSSd2ZSBy ZXdyaXR0ZW4gdGhlIGdlbmVyYXRlZCBjb2RlIHNvIHRoYXQgaXQgY3JlYXRlcyBhbiBhcnJheSBh bmQgdGhlbgo+Pj4gYXNzaWducyB0byBpbmRleGVzIG9mIHRoZSBhcnJheSwgYmF0Y2hpbmcgdGhl IGFzc2lnbm1lbnRzIHVzaW5nCj4+PiBtdWx0aXBsZSBsZXQgKCkgPQo+Pj4KPj4+IENvbXBpbGF0 aW9uIHNwZWVkIGlzIGEgcHJvYmxlbSwgYW5kIGl0IHN0aWxsIGZhbGxzIG92ZXIgYXQgNTBLIGVu dHJpZXMuCj4+Pgo+Pj4gSSBzdXBwb3NlIEkgY291bGQgc29tZWhvdyB3cml0ZSB0aGUgZGF0YSB0 byBhbiBpbWFnZSBhbmQgcmVhZCBpdCBiYWNrCj4+PiBpbiBhdCBhcHBsaWNhdGlvbiBzdGFydHVw LCBidXQgSSB0aGluayBJIGFjdHVhbGx5IGxpa2UgbXkgY3VycmVudAo+Pj4gYXBwcm9hY2guIEFs bCBvZiB0aGUgd29yayBpcyBkb25lIGF0IGNvbXBpbGF0aW9uIHRpbWUuIFRoZSByb3dzIGFyZQo+ Pj4gd3JpdHRlbiBpbiBzb3J0ZWQgb3JkZXIgc28gYSBzaW1wbGUgYmluYXJ5IHNlYXJjaCBjYW4g YmUgdXNlZC4gVGhlCj4+PiByZXN1bHRpbmcgYXBwbGljYXRpb24gaXMgZW50aXJlbHkgc2luZ2xl LXB1cnBvc2VkLgo+Pj4KPj4+IEFueSBpZGVhcyBmb3Igb3RoZXIgd2F5cyB0byBkbyB0aGlzPyBC eXBhc3MgdGhlIGNvbXBpbGVyIGFuZCAiY29tcGlsZSIKPj4+IHRoZSBkYXRhIG15c2VsZj8gRG9l cyB0aGVyZSBleGlzdCB0b29scyB0byBkbyBzb21ldGhpbmcgbGlrZSB0aGF0Pwo+Pj4KPj4+IE9u IFdlZCwgTWF5IDcsIDIwMTQgYXQgMTo0MCBQTSwgQW5kcsOpIE7DpnNzIDxhbmRyZS5uYWVzc0Bn bWFpbC5jb20+IHdyb3RlOgo+Pj4+IEhpCj4+Pj4KPj4+PiBJJ20gdHJ5aW5nIHNvbWV0aGluZyB0 aGF0IG1pZ2h0IGJlIGEgYml0IHNpbGx5IGJ1dCBpdCdzIGp1c3QgaW50ZW5kZWQKPj4+PiBhcyBh biBpbnRlcm5hbCBkZW1vIG9mIE1pcmFnZSB0byBteSB0ZWFtLiBJJ20gd3JpdGluZyBhIHRpbnkg SFRUUAo+Pj4+IGJhc2VkIGFwcGxpY2F0aW9uIHdob3NlIG9ubHkgcHVycG9zZSBpcyB0byBhbGxv dyB5b3UgdG8gc2VhcmNoIGEgcGhvbmUKPj4+PiBib29rLgo+Pj4+Cj4+Pj4gSSd2ZSBiYXNlZCBt eSBhcHByb2FjaCBvbiB0aGUgYXBwcm9hY2ggeW91J3ZlIHVzZWQgZm9yIHN0YXRpYyB3ZWJzaXRl cwo+Pj4+IHVzaW5nIGNydW5jaCB3aGVyZSB5b3UgY29tcGlsZSB0aGUgd2ViIHBhZ2VzIGludG8g dGhlIGV4ZWN1dGFibGUuIEluCj4+Pj4gbXkgY2FzZSB0aGF0IG1lYW5zIEkgdGFrZSB0aGUgbGlz dCBvZiBuYW1lIGFuZCBudW1iZXIgcGFpcnMgYW5kIHN0dWZmCj4+Pj4gdGhlbSBpbnRvIGFuIGFy cmF5LiBTbyBwYXJ0IG9mIG15IGNvbmZpZy5tbCBmaWxlIGVtaXRzIGEgc2luZ2xlIFBiLm1sCj4+ Pj4gZmlsZSB3aGljaCBjb250YWlucyBhbiBhcnJheSBkZWNsYXJhdGlvbiBsaWtlIHRoaXM6Cj4+ Pj4KPj4+PiBsZXQgZGIgPSBbfCgiQWFyb24gSmFrc2ljIiwxNTcxMjY4KTsKPj4+PiAoIkFhcm9u IE1jZGl2aXR0IiwxNDU0NjI5KTsKPj4+PiAoIkFhcm9uIFJldWJlbiIsMTc2NTI0Nyk7Cj4+Pj4g KCJBYXJvbiBTYXJkaW5oYSIsMTIyNDgwNik7Cj4+Pj4gKCJBYmJleSBHb3dlbnMiLDEyNjcwODMp Owo+Pj4+ICgiQWJiZXkgSGF0aGNveCIsMTMwOTQ5MCk7Cj4+Pj4gLi4uCj4+Pj4KPj4+PiBBcyB0 aGUgdGl0bGUgc2F5IEknbSBydW5uaW5nIGludG8gcHJvYmxlbXMgY29tcGlsaW5nIHRoaXMgd2hl biBJCj4+Pj4gY3JlYXRlIGEgbGFyZ2UgcGhvbmUgYm9vaywgdGhlIGVycm9yIGJlaW5nOgo+Pj4+ Cj4+Pj4gQ2FtbHA0OiBVbmNhdWdodCBleGNlcHRpb246IFN0YWNrX292ZXJmbG93Cj4+Pj4KPj4+ PiBUaGlzIGhhcHBlbnMgd2l0aCAyNUsgZW50cmllcywgaXQgd29ya3Mgd2l0aCAxMEsgZW50cmll cy4KPj4+Pgo+Pj4+IElzIHRoZXJlIHNvbWUgd2F5IEkgY2FuIHByZXZlbnQgQ2FtbHA0IGZyb20g YmVpbmcgcnVuIG9uIHRoZSBQYi5tbAo+Pj4+IGZpbGU/IE9yIHdpbGwgSSBqdXN0IGhhdmUgdG8g Z2VuZXJhdGUgYSBmaWxlIHRoYXQgYnVpbGRzIHRoZSBhcnJheSBhdAo+Pj4+IHJ1bnRpbWUgc29t ZWhvdz8KPj4+Pgo+Pj4+IEFuZHLDqQo+Pj4KPj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fCj4+PiBNaXJhZ2VPUy1kZXZlbCBtYWlsaW5nIGxpc3QKPj4+ IE1pcmFnZU9TLWRldmVsQGxpc3RzLnhlbnByb2plY3Qub3JnCj4+PiBodHRwOi8vbGlzdHMueGVu cHJvamVjdC5vcmcvY2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZvL21pcmFnZW9zLWRldmVsCj4+Cj4+ Cj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCj4+IE1p cmFnZU9TLWRldmVsIG1haWxpbmcgbGlzdAo+PiBNaXJhZ2VPUy1kZXZlbEBsaXN0cy54ZW5wcm9q ZWN0Lm9yZwo+PiBodHRwOi8vbGlzdHMueGVucHJvamVjdC5vcmcvY2dpLWJpbi9tYWlsbWFuL2xp c3RpbmZvL21pcmFnZW9zLWRldmVsCj4KCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fCk1pcmFnZU9TLWRldmVsIG1haWxpbmcgbGlzdApNaXJhZ2VPUy1kZXZl bEBsaXN0cy54ZW5wcm9qZWN0Lm9yZwpodHRwOi8vbGlzdHMueGVucHJvamVjdC5vcmcvY2dpLWJp bi9tYWlsbWFuL2xpc3RpbmZvL21pcmFnZW9zLWRldmVsCg== From mirageos-devel-bounces@lists.xenproject.org Thu May 08 10:07:31 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 08 May 2014 10: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 1WiLEg-0005GJ-7o; Thu, 08 May 2014 10:07:30 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WiLEe-0005G9-C9 for mirageos-devel@lists.xenproject.org; Thu, 08 May 2014 10:07:28 +0000 Received: from [193.109.254.147:17190] by server-12.bemta-14.messagelabs.com id D3/46-27473-F575B635; Thu, 08 May 2014 10:07:27 +0000 X-Env-Sender: andre.naess@gmail.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1399543646!168896!1 X-Originating-IP: [74.125.82.42] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26105 invoked from network); 8 May 2014 10:07:27 -0000 Received: from mail-wg0-f42.google.com (HELO mail-wg0-f42.google.com) (74.125.82.42) by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 8 May 2014 10:07:27 -0000 Received: by mail-wg0-f42.google.com with SMTP id y10so2221758wgg.1 for ; Thu, 08 May 2014 03:07:26 -0700 (PDT) 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=3IgetINqJkzUfyy7vmfKtO3YKrAr6USIY9il7FxZUjk=; b=RzpFu23nfzdhKvRD8PCxGU+4/f6S7ZLJInzxjjJZ3MwjrJSSPiULyqNpPduBjy7mjZ qTv4ovyyx1HLgFGLwd/E3EdFAaoK9FMr1YQqz5pHBhAAqeU5lUh5MsdPp5zQhEkUb3M5 Yc+BXJO3fFLNAEqVQpePND5Ib67qYkB3lv3YMg7VtNy53byH+jywUoT+MnHazfF74Yrg GMaH7sl3C03x86m3j+8zI1yi0g10jrzell1GY2X4MDsRsc+AjKWoqpdlUfcGR3o6n+SB fsk9ZBSkL8puzlL8GzvhxvFPOcdhOanJFKKtKpNl9PIPNeFud7MiGX+8FA7Yjod/oODq wc/Q== MIME-Version: 1.0 X-Received: by 10.194.9.36 with SMTP id w4mr1005251wja.79.1399543646668; Thu, 08 May 2014 03:07:26 -0700 (PDT) Received: by 10.181.13.135 with HTTP; Thu, 8 May 2014 03:07:26 -0700 (PDT) In-Reply-To: <087CF4C04D314A0F9991B2C74E9C065A@erratique.ch> References: <06A02282-D888-4140-B8B4-EA55214BFD6D@recoil.org> <087CF4C04D314A0F9991B2C74E9C065A@erratique.ch> Date: Thu, 8 May 2014 12:07:26 +0200 Message-ID: From: =?UTF-8?B?QW5kcsOpIE7DpnNz?= To: =?UTF-8?Q?Daniel_B=C3=BCnzli?= Cc: "mirageos-devel@lists.xenproject.org" , Anil Madhavapeddy Subject: Re: [MirageOS-devel] Camlp4 Stack_overflow X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 T2s6IGh0dHBzOi8vZ2l0aHViLmNvbS9vY2FtbC9jYW1scDQvaXNzdWVzLzI5CgpPbiBUaHUsIE1h eSA4LCAyMDE0IGF0IDExOjE0IEFNLCBEYW5pZWwgQsO8bnpsaQo8ZGFuaWVsLmJ1ZW56bGlAZXJy YXRpcXVlLmNoPiB3cm90ZToKPiBMZSBqZXVkaSwgOCBtYWkgMjAxNCDDoCAxMTowNCwgQW5kcsOp IE7DpnNzIGEgw6ljcml0IDoKPj4gVGhlIGlkZWEgd2FzIHRvIGtlZXAgdGhlIGFwcGxpY2F0aW9u IGFzIHNpbXBsZSBhcyBwb3NzaWJsZSBieSBtb3ZpbmcKPj4gYWxsIHByb2Nlc3NpbmcgdG8gY29t cGlsZSB0aW1lLiBJdCB3b3VsZCBhdm9pZCB0aGUgc3RhcnR1cCBjb3N0IG9mCj4+IHJlYWRpbmcg YWxsIHRoZSBlbnRyaWVzIGFuZCB0aHVzIG1ha2UgZm9yIHNpbXBsZXIgZGVwbG95bWVudCwgYnV0 IEkKPj4gcmVhbGlzZSBJIG1heSBiZSB0YWtpbmcgaXQgYSBiaXQgdG9vIGZhciA6KQo+Cj4gSSBh bHNvIGFkb3B0ZWQgdGhhdCBhcHByb2FjaCBmb3IgcXVpY2sgZGVtb3MgaW4gdGhlIHBhc3QgaW4g YW5vdGhlciBjb250ZXh0ICh3aXRoIHRoZSBzYW1lIHJlc3VsdHMgWzFdKSBhbmQgSSBkb24ndCB0 aGluayBpdCdzIHVucmVhc29uYWJsZS4gUGxlYXNlIGRvIHRha2UgdGhlIHRpbWUgb2YgZmlsaW5n IGEgYnVnIHJlcG9ydCBhZ2FpbnN0IHRoZSBhcHByb3ByaWF0ZSBlbnRpdHksIHRoZXNlIHRoaW5n cyBnZXQgZml4ZWQuCj4KPiBCZXN0LAo+Cj4gRGFuaWVsCj4KPiBbMV0gaHR0cHM6Ly9naXRodWIu Y29tL29jc2lnZW4vanNfb2Zfb2NhbWwvaXNzdWVzLzQKPgo+CgpfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXwpNaXJhZ2VPUy1kZXZlbCBtYWlsaW5nIGxpc3QK TWlyYWdlT1MtZGV2ZWxAbGlzdHMueGVucHJvamVjdC5vcmcKaHR0cDovL2xpc3RzLnhlbnByb2pl Y3Qub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby9taXJhZ2Vvcy1kZXZlbAo= From mirageos-devel-bounces@lists.xenproject.org Thu May 08 10:07:31 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 08 May 2014 10: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 1WiLEg-0005GJ-7o; Thu, 08 May 2014 10:07:30 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WiLEe-0005G9-C9 for mirageos-devel@lists.xenproject.org; Thu, 08 May 2014 10:07:28 +0000 Received: from [193.109.254.147:17190] by server-12.bemta-14.messagelabs.com id D3/46-27473-F575B635; Thu, 08 May 2014 10:07:27 +0000 X-Env-Sender: andre.naess@gmail.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1399543646!168896!1 X-Originating-IP: [74.125.82.42] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26105 invoked from network); 8 May 2014 10:07:27 -0000 Received: from mail-wg0-f42.google.com (HELO mail-wg0-f42.google.com) (74.125.82.42) by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 8 May 2014 10:07:27 -0000 Received: by mail-wg0-f42.google.com with SMTP id y10so2221758wgg.1 for ; Thu, 08 May 2014 03:07:26 -0700 (PDT) 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=3IgetINqJkzUfyy7vmfKtO3YKrAr6USIY9il7FxZUjk=; b=RzpFu23nfzdhKvRD8PCxGU+4/f6S7ZLJInzxjjJZ3MwjrJSSPiULyqNpPduBjy7mjZ qTv4ovyyx1HLgFGLwd/E3EdFAaoK9FMr1YQqz5pHBhAAqeU5lUh5MsdPp5zQhEkUb3M5 Yc+BXJO3fFLNAEqVQpePND5Ib67qYkB3lv3YMg7VtNy53byH+jywUoT+MnHazfF74Yrg GMaH7sl3C03x86m3j+8zI1yi0g10jrzell1GY2X4MDsRsc+AjKWoqpdlUfcGR3o6n+SB fsk9ZBSkL8puzlL8GzvhxvFPOcdhOanJFKKtKpNl9PIPNeFud7MiGX+8FA7Yjod/oODq wc/Q== MIME-Version: 1.0 X-Received: by 10.194.9.36 with SMTP id w4mr1005251wja.79.1399543646668; Thu, 08 May 2014 03:07:26 -0700 (PDT) Received: by 10.181.13.135 with HTTP; Thu, 8 May 2014 03:07:26 -0700 (PDT) In-Reply-To: <087CF4C04D314A0F9991B2C74E9C065A@erratique.ch> References: <06A02282-D888-4140-B8B4-EA55214BFD6D@recoil.org> <087CF4C04D314A0F9991B2C74E9C065A@erratique.ch> Date: Thu, 8 May 2014 12:07:26 +0200 Message-ID: From: =?UTF-8?B?QW5kcsOpIE7DpnNz?= To: =?UTF-8?Q?Daniel_B=C3=BCnzli?= Cc: "mirageos-devel@lists.xenproject.org" , Anil Madhavapeddy Subject: Re: [MirageOS-devel] Camlp4 Stack_overflow X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 T2s6IGh0dHBzOi8vZ2l0aHViLmNvbS9vY2FtbC9jYW1scDQvaXNzdWVzLzI5CgpPbiBUaHUsIE1h eSA4LCAyMDE0IGF0IDExOjE0IEFNLCBEYW5pZWwgQsO8bnpsaQo8ZGFuaWVsLmJ1ZW56bGlAZXJy YXRpcXVlLmNoPiB3cm90ZToKPiBMZSBqZXVkaSwgOCBtYWkgMjAxNCDDoCAxMTowNCwgQW5kcsOp IE7DpnNzIGEgw6ljcml0IDoKPj4gVGhlIGlkZWEgd2FzIHRvIGtlZXAgdGhlIGFwcGxpY2F0aW9u IGFzIHNpbXBsZSBhcyBwb3NzaWJsZSBieSBtb3ZpbmcKPj4gYWxsIHByb2Nlc3NpbmcgdG8gY29t cGlsZSB0aW1lLiBJdCB3b3VsZCBhdm9pZCB0aGUgc3RhcnR1cCBjb3N0IG9mCj4+IHJlYWRpbmcg YWxsIHRoZSBlbnRyaWVzIGFuZCB0aHVzIG1ha2UgZm9yIHNpbXBsZXIgZGVwbG95bWVudCwgYnV0 IEkKPj4gcmVhbGlzZSBJIG1heSBiZSB0YWtpbmcgaXQgYSBiaXQgdG9vIGZhciA6KQo+Cj4gSSBh bHNvIGFkb3B0ZWQgdGhhdCBhcHByb2FjaCBmb3IgcXVpY2sgZGVtb3MgaW4gdGhlIHBhc3QgaW4g YW5vdGhlciBjb250ZXh0ICh3aXRoIHRoZSBzYW1lIHJlc3VsdHMgWzFdKSBhbmQgSSBkb24ndCB0 aGluayBpdCdzIHVucmVhc29uYWJsZS4gUGxlYXNlIGRvIHRha2UgdGhlIHRpbWUgb2YgZmlsaW5n IGEgYnVnIHJlcG9ydCBhZ2FpbnN0IHRoZSBhcHByb3ByaWF0ZSBlbnRpdHksIHRoZXNlIHRoaW5n cyBnZXQgZml4ZWQuCj4KPiBCZXN0LAo+Cj4gRGFuaWVsCj4KPiBbMV0gaHR0cHM6Ly9naXRodWIu Y29tL29jc2lnZW4vanNfb2Zfb2NhbWwvaXNzdWVzLzQKPgo+CgpfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXwpNaXJhZ2VPUy1kZXZlbCBtYWlsaW5nIGxpc3QK TWlyYWdlT1MtZGV2ZWxAbGlzdHMueGVucHJvamVjdC5vcmcKaHR0cDovL2xpc3RzLnhlbnByb2pl Y3Qub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby9taXJhZ2Vvcy1kZXZlbAo= From mirageos-devel-bounces@lists.xenproject.org Thu May 08 10:09:40 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 08 May 2014 10:09: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 1WiLGm-0005k3-IH; Thu, 08 May 2014 10:09:40 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WiLGl-0005ix-T0 for mirageos-devel@lists.xenproject.org; Thu, 08 May 2014 10:09:39 +0000 Received: from [85.158.143.35:48124] by server-1.bemta-4.messagelabs.com id 8B/EB-09853-3E75B635; Thu, 08 May 2014 10:09:39 +0000 X-Env-Sender: daniel.buenzli@erratique.ch X-Msg-Ref: server-14.tower-21.messagelabs.com!1399543778!3629659!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.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17724 invoked from network); 8 May 2014 10:09:38 -0000 Received: from mail6.webfaction.com (HELO smtp.webfaction.com) (74.55.86.74) by server-14.tower-21.messagelabs.com with SMTP; 8 May 2014 10:09:38 -0000 Received: from [172.20.10.2] (174-236.197-178.cust.bluewin.ch [178.197.236.174]) by smtp.webfaction.com (Postfix) with ESMTP id 1758322724F6; Thu, 8 May 2014 10:09:36 +0000 (UTC) Date: Thu, 8 May 2014 12:09:33 +0200 From: =?utf-8?Q?Daniel_B=C3=BCnzli?= To: =?utf-8?Q?Andr=C3=A9_N=C3=A6ss?= Message-ID: <24E7FC31BA384D5B8F9718AF79105629@erratique.ch> In-Reply-To: References: <06A02282-D888-4140-B8B4-EA55214BFD6D@recoil.org> X-Mailer: sparrow 1.6.4 (build 1178) MIME-Version: 1.0 Content-Disposition: inline Cc: Thomas Gazagnaire , "=?utf-8?Q?mirageos-devel=40lists.xenproject.org?=" Subject: Re: [MirageOS-devel] Camlp4 Stack_overflow X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 TGUgamV1ZGksIDggbWFpIDIwMTQgw6AgMTE6NTYsIEFuZHLDqSBOw6ZzcyBhIMOpY3JpdCA6Cj4g SSBjYW4gY2VydGFpbmx5IHBvc3QgYW4gaXNzdWUgb24gdGhlIGNhbWxwNCBnaXRodWIgc2l0ZSBh bmQgYXR0YWNoIGFuCj4gZXhhbXBsZSBmaWxlIGlmIHlvdSB0aGluayB0aGlzIHNob3VsZCByZWFz b25hYmx5IHdvcmsuIEkgd291bGRuJ3QKPiB0aGluayB0aGlzIHJlcHJlc2VudCBhIGNvbW1vbiB1 c2VjYXNlIDspCgpTdXJlIGJ1dCByb2J1c3QgcHJvZ3JhbXMgc2hvdWxkIG5vdCBzdGFja292ZXJm bG93LiBTdGFja292ZXJmbG93cyBhcmUgYnVncyAoZXZlbiBzZWN1cml0eSBidWdzIGFzIHRoZXkg bWF5IGxlYWQgdG8gc2VnZmF1bHRzIG9uIGNlcnRhaW4gcGxhdGZvcm1zKS4gICAKCkRhbmllbAoK CgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpNaXJhZ2VP Uy1kZXZlbCBtYWlsaW5nIGxpc3QKTWlyYWdlT1MtZGV2ZWxAbGlzdHMueGVucHJvamVjdC5vcmcK aHR0cDovL2xpc3RzLnhlbnByb2plY3Qub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby9taXJh Z2Vvcy1kZXZlbAo= From mirageos-devel-bounces@lists.xenproject.org Thu May 08 10:09:40 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 08 May 2014 10:09: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 1WiLGm-0005k3-IH; Thu, 08 May 2014 10:09:40 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WiLGl-0005ix-T0 for mirageos-devel@lists.xenproject.org; Thu, 08 May 2014 10:09:39 +0000 Received: from [85.158.143.35:48124] by server-1.bemta-4.messagelabs.com id 8B/EB-09853-3E75B635; Thu, 08 May 2014 10:09:39 +0000 X-Env-Sender: daniel.buenzli@erratique.ch X-Msg-Ref: server-14.tower-21.messagelabs.com!1399543778!3629659!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.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17724 invoked from network); 8 May 2014 10:09:38 -0000 Received: from mail6.webfaction.com (HELO smtp.webfaction.com) (74.55.86.74) by server-14.tower-21.messagelabs.com with SMTP; 8 May 2014 10:09:38 -0000 Received: from [172.20.10.2] (174-236.197-178.cust.bluewin.ch [178.197.236.174]) by smtp.webfaction.com (Postfix) with ESMTP id 1758322724F6; Thu, 8 May 2014 10:09:36 +0000 (UTC) Date: Thu, 8 May 2014 12:09:33 +0200 From: =?utf-8?Q?Daniel_B=C3=BCnzli?= To: =?utf-8?Q?Andr=C3=A9_N=C3=A6ss?= Message-ID: <24E7FC31BA384D5B8F9718AF79105629@erratique.ch> In-Reply-To: References: <06A02282-D888-4140-B8B4-EA55214BFD6D@recoil.org> X-Mailer: sparrow 1.6.4 (build 1178) MIME-Version: 1.0 Content-Disposition: inline Cc: Thomas Gazagnaire , "=?utf-8?Q?mirageos-devel=40lists.xenproject.org?=" Subject: Re: [MirageOS-devel] Camlp4 Stack_overflow X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 TGUgamV1ZGksIDggbWFpIDIwMTQgw6AgMTE6NTYsIEFuZHLDqSBOw6ZzcyBhIMOpY3JpdCA6Cj4g SSBjYW4gY2VydGFpbmx5IHBvc3QgYW4gaXNzdWUgb24gdGhlIGNhbWxwNCBnaXRodWIgc2l0ZSBh bmQgYXR0YWNoIGFuCj4gZXhhbXBsZSBmaWxlIGlmIHlvdSB0aGluayB0aGlzIHNob3VsZCByZWFz b25hYmx5IHdvcmsuIEkgd291bGRuJ3QKPiB0aGluayB0aGlzIHJlcHJlc2VudCBhIGNvbW1vbiB1 c2VjYXNlIDspCgpTdXJlIGJ1dCByb2J1c3QgcHJvZ3JhbXMgc2hvdWxkIG5vdCBzdGFja292ZXJm bG93LiBTdGFja292ZXJmbG93cyBhcmUgYnVncyAoZXZlbiBzZWN1cml0eSBidWdzIGFzIHRoZXkg bWF5IGxlYWQgdG8gc2VnZmF1bHRzIG9uIGNlcnRhaW4gcGxhdGZvcm1zKS4gICAKCkRhbmllbAoK CgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpNaXJhZ2VP Uy1kZXZlbCBtYWlsaW5nIGxpc3QKTWlyYWdlT1MtZGV2ZWxAbGlzdHMueGVucHJvamVjdC5vcmcK aHR0cDovL2xpc3RzLnhlbnByb2plY3Qub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby9taXJh Z2Vvcy1kZXZlbAo= From mirageos-devel-bounces@lists.xenproject.org Thu May 08 13:38:44 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 08 May 2014 13:38: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 1WiOX1-0003Zm-Vw; Thu, 08 May 2014 13:38:39 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WiOX1-0003ZI-3i for mirageos-devel@lists.xenproject.org; Thu, 08 May 2014 13:38:39 +0000 Received: from [193.109.254.147:27225] by server-1.bemta-14.messagelabs.com id 69/FA-00839-ED88B635; Thu, 08 May 2014 13:38:38 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-3.tower-27.messagelabs.com!1399556316!3538017!1 X-Originating-IP: [209.85.219.49] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_23,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12186 invoked from network); 8 May 2014 13:38:37 -0000 Received: from mail-oa0-f49.google.com (HELO mail-oa0-f49.google.com) (209.85.219.49) by server-3.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 8 May 2014 13:38:37 -0000 Received: by mail-oa0-f49.google.com with SMTP id eb12so3040180oac.36 for ; Thu, 08 May 2014 06:38:35 -0700 (PDT) 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=AK/r/6sjHHV45o3BrFOVQe/wFJsR7PwvuuTeKiX7QTs=; b=DExGc3XEGgWUtejKyS+/L9ySgTTLuT9S1gLNGLDVH9J72b6fGZl2jbP1D03CeAC0KU afY+hjyEjJ/+1pQJXA4iTmTzwicGbapEtiFuqwDfs9qWPlTym+MEk8SYuBd5PpVeZozw qij4Fq1Sub4UxK7tIyZJocF+OIbsrXKiOLpQYGUWaxWc9o20nIL4rZYY/5MlEXWgNxB6 0cUhaKnFJKWW2R3pebkoZIS83FV7a7O1SBC/R38KjtJkGT52xQtrccOdQBX9/KcgrKt6 y0oVAHxdHyyiEhyHMYq6523KxYa3WDLlzWDxTysr9CEiwzS+qZokCL72iZ4PajJ62SpF kjKw== MIME-Version: 1.0 X-Received: by 10.182.105.1 with SMTP id gi1mr4667473obb.9.1399556315628; Thu, 08 May 2014 06:38:35 -0700 (PDT) Received: by 10.76.101.202 with HTTP; Thu, 8 May 2014 06:38:35 -0700 (PDT) In-Reply-To: <698F0556-B0FD-466C-B02B-94D73722E3A7@recoil.org> References: <698F0556-B0FD-466C-B02B-94D73722E3A7@recoil.org> Date: Thu, 8 May 2014 14:38:35 +0100 Message-ID: From: Thomas Leonard To: Anil Madhavapeddy Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] [mirage-platform] Switched to dietlibc's generic libm (4abf42d) X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 May 2014 22:46, Anil Madhavapeddy wrote: > On 7 May 2014, at 15:12, Thomas Leonard wrote: > > On 7 May 2014 14:54, Anil Madhavapeddy wrote: >> >> Picking a "better libc and libm" is something we should figure out on the >> list. There are a few new contenders since the initial import of dietlibc... > > That would be good. I've been hacking around trying to get a feel for what > needs to be done first. > Replacing dietlibc is first on my list of things that need doing (even if > only replacing it with the latest version). I'm guessing the current version > was imported from a modified CVS snapshot (and doesn't include ARM support). > So my plan was to do a clean import of 0.33 and try to get Mirage working on > x86_64 with that first. > > > Yes, it came from a CVS snapshot after finding a ton of bugs in the last > released version then. The libm came from OpenBSD. > > > Then the Xen headers should be updated to include ARM support. It would be > good to do a clean import first and then apply the Mirage modifications as a > separate commit, to make future updates easier. > > > Yep. > > libm needs replacing with something that supports ARM. The compiler seemed > to be generating function calls for exp, log, etc, rather than using the > chip's floating point instructions, so that will need looking at. > > > Would this be to do with the VFPE choice (not finding vfpe3)? Not a huge > concern in the short term as we don't depend on fast FP anyway. > > However, work has come to a standstill here as my new laptop has arrived... > > By the way, what's the best way to install mirage-platform from a local Git > checkout so that opam can see it? > > > Just confirming what Mort said: > > $ git clone > $ opam pin mirage-xen > > Then "opam update -u" will rebuild from your local repo. Note: it looks like opam is replacing symlinks with their targets. This prevents v1.1.1 from building on my machine, because the ocaml symlink is replaced by a directory, which confuses the build: ===== ERROR while installing mirage-xen.pinned ===== # opam-version 1.1.1 # os linux # command make xen-build # path /home/tal/.opam/4.01.0/build/mirage-xen.pinned # compiler 4.01.0 # exit-code 2 # env-file /home/tal/.opam/4.01.0/build/mirage-xen.pinned/mirage-xen-18778-7afd23.env # stdout-file /home/tal/.opam/4.01.0/build/mirage-xen.pinned/mirage-xen-18778-7afd23.out # stderr-file /home/tal/.opam/4.01.0/build/mirage-xen.pinned/mirage-xen-18778-7afd23.err ### stdout ### # ...[truncated] # - Building runtime/libocaml.mll # - Building runtime/libocaml.mlpack # - Building runtime/libocaml.mllib # - Building runtime/libocaml.clib # - Building runtime/libocaml.cclib # Makefile:17: recipe for target 'build' failed # make[2]: Leaving directory '/home/tal/.opam/4.01.0/build/mirage-xen.pinned/xen' # Makefile:16: recipe for target 'build' failed # make[1]: Leaving directory '/home/tal/.opam/4.01.0/build/mirage-xen.pinned' # Makefile:37: recipe for target 'xen-build' failed ### stderr ### # make[2]: *** [build] Error 6 # make[1]: *** [build] Error 2 # make: *** [xen-build] Error 2 This makes it build: $ cd ~/.opam/4.01.0/build/mirage-xen.pinned $ ls -ld xen/runtime/ocaml drwxr-xr-x 2 tal tal 4096 May 8 15:31 xen/runtime/ocaml $ rm -rf xen/runtime/ocaml $ ln -s ocaml.4.01.0 xen/runtime/ocaml $ make xen-build $ make xen-install opam still doesn't think it's installed, though. (work-around: disable the build target in xen/Makefile and let opam just install your already-built version) There's a similar problem trying to use it with mini-os, which contains a symlink "mini-os -> ." which it can't expand. -- 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 May 08 13:38:44 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 08 May 2014 13:38: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 1WiOX1-0003Zm-Vw; Thu, 08 May 2014 13:38:39 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WiOX1-0003ZI-3i for mirageos-devel@lists.xenproject.org; Thu, 08 May 2014 13:38:39 +0000 Received: from [193.109.254.147:27225] by server-1.bemta-14.messagelabs.com id 69/FA-00839-ED88B635; Thu, 08 May 2014 13:38:38 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-3.tower-27.messagelabs.com!1399556316!3538017!1 X-Originating-IP: [209.85.219.49] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_23,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12186 invoked from network); 8 May 2014 13:38:37 -0000 Received: from mail-oa0-f49.google.com (HELO mail-oa0-f49.google.com) (209.85.219.49) by server-3.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 8 May 2014 13:38:37 -0000 Received: by mail-oa0-f49.google.com with SMTP id eb12so3040180oac.36 for ; Thu, 08 May 2014 06:38:35 -0700 (PDT) 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=AK/r/6sjHHV45o3BrFOVQe/wFJsR7PwvuuTeKiX7QTs=; b=DExGc3XEGgWUtejKyS+/L9ySgTTLuT9S1gLNGLDVH9J72b6fGZl2jbP1D03CeAC0KU afY+hjyEjJ/+1pQJXA4iTmTzwicGbapEtiFuqwDfs9qWPlTym+MEk8SYuBd5PpVeZozw qij4Fq1Sub4UxK7tIyZJocF+OIbsrXKiOLpQYGUWaxWc9o20nIL4rZYY/5MlEXWgNxB6 0cUhaKnFJKWW2R3pebkoZIS83FV7a7O1SBC/R38KjtJkGT52xQtrccOdQBX9/KcgrKt6 y0oVAHxdHyyiEhyHMYq6523KxYa3WDLlzWDxTysr9CEiwzS+qZokCL72iZ4PajJ62SpF kjKw== MIME-Version: 1.0 X-Received: by 10.182.105.1 with SMTP id gi1mr4667473obb.9.1399556315628; Thu, 08 May 2014 06:38:35 -0700 (PDT) Received: by 10.76.101.202 with HTTP; Thu, 8 May 2014 06:38:35 -0700 (PDT) In-Reply-To: <698F0556-B0FD-466C-B02B-94D73722E3A7@recoil.org> References: <698F0556-B0FD-466C-B02B-94D73722E3A7@recoil.org> Date: Thu, 8 May 2014 14:38:35 +0100 Message-ID: From: Thomas Leonard To: Anil Madhavapeddy Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] [mirage-platform] Switched to dietlibc's generic libm (4abf42d) X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 May 2014 22:46, Anil Madhavapeddy wrote: > On 7 May 2014, at 15:12, Thomas Leonard wrote: > > On 7 May 2014 14:54, Anil Madhavapeddy wrote: >> >> Picking a "better libc and libm" is something we should figure out on the >> list. There are a few new contenders since the initial import of dietlibc... > > That would be good. I've been hacking around trying to get a feel for what > needs to be done first. > Replacing dietlibc is first on my list of things that need doing (even if > only replacing it with the latest version). I'm guessing the current version > was imported from a modified CVS snapshot (and doesn't include ARM support). > So my plan was to do a clean import of 0.33 and try to get Mirage working on > x86_64 with that first. > > > Yes, it came from a CVS snapshot after finding a ton of bugs in the last > released version then. The libm came from OpenBSD. > > > Then the Xen headers should be updated to include ARM support. It would be > good to do a clean import first and then apply the Mirage modifications as a > separate commit, to make future updates easier. > > > Yep. > > libm needs replacing with something that supports ARM. The compiler seemed > to be generating function calls for exp, log, etc, rather than using the > chip's floating point instructions, so that will need looking at. > > > Would this be to do with the VFPE choice (not finding vfpe3)? Not a huge > concern in the short term as we don't depend on fast FP anyway. > > However, work has come to a standstill here as my new laptop has arrived... > > By the way, what's the best way to install mirage-platform from a local Git > checkout so that opam can see it? > > > Just confirming what Mort said: > > $ git clone > $ opam pin mirage-xen > > Then "opam update -u" will rebuild from your local repo. Note: it looks like opam is replacing symlinks with their targets. This prevents v1.1.1 from building on my machine, because the ocaml symlink is replaced by a directory, which confuses the build: ===== ERROR while installing mirage-xen.pinned ===== # opam-version 1.1.1 # os linux # command make xen-build # path /home/tal/.opam/4.01.0/build/mirage-xen.pinned # compiler 4.01.0 # exit-code 2 # env-file /home/tal/.opam/4.01.0/build/mirage-xen.pinned/mirage-xen-18778-7afd23.env # stdout-file /home/tal/.opam/4.01.0/build/mirage-xen.pinned/mirage-xen-18778-7afd23.out # stderr-file /home/tal/.opam/4.01.0/build/mirage-xen.pinned/mirage-xen-18778-7afd23.err ### stdout ### # ...[truncated] # - Building runtime/libocaml.mll # - Building runtime/libocaml.mlpack # - Building runtime/libocaml.mllib # - Building runtime/libocaml.clib # - Building runtime/libocaml.cclib # Makefile:17: recipe for target 'build' failed # make[2]: Leaving directory '/home/tal/.opam/4.01.0/build/mirage-xen.pinned/xen' # Makefile:16: recipe for target 'build' failed # make[1]: Leaving directory '/home/tal/.opam/4.01.0/build/mirage-xen.pinned' # Makefile:37: recipe for target 'xen-build' failed ### stderr ### # make[2]: *** [build] Error 6 # make[1]: *** [build] Error 2 # make: *** [xen-build] Error 2 This makes it build: $ cd ~/.opam/4.01.0/build/mirage-xen.pinned $ ls -ld xen/runtime/ocaml drwxr-xr-x 2 tal tal 4096 May 8 15:31 xen/runtime/ocaml $ rm -rf xen/runtime/ocaml $ ln -s ocaml.4.01.0 xen/runtime/ocaml $ make xen-build $ make xen-install opam still doesn't think it's installed, though. (work-around: disable the build target in xen/Makefile and let opam just install your already-built version) There's a similar problem trying to use it with mini-os, which contains a symlink "mini-os -> ." which it can't expand. -- 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 May 08 13:53:19 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 08 May 2014 13:53: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 1WiOlB-00044E-UW; Thu, 08 May 2014 13:53:17 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WiOlA-000449-N4 for mirageos-devel@lists.xenproject.org; Thu, 08 May 2014 13:53:16 +0000 Received: from [85.158.143.35:30848] by server-2.bemta-4.messagelabs.com id F5/AD-06539-C4C8B635; Thu, 08 May 2014 13:53:16 +0000 X-Env-Sender: thomas.gazagnaire@gmail.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1399557194!3337408!1 X-Originating-IP: [74.125.82.175] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_23, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8692 invoked from network); 8 May 2014 13:53:15 -0000 Received: from mail-we0-f175.google.com (HELO mail-we0-f175.google.com) (74.125.82.175) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 8 May 2014 13:53:15 -0000 Received: by mail-we0-f175.google.com with SMTP id t61so2500040wes.6 for ; Thu, 08 May 2014 06:53:14 -0700 (PDT) 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=0g5wPUuGcipWFQudNymKm/obbFP7cpNrN4AzTS/3ysc=; b=aUIfI/TF+5mBrhPttPljHCEHncUbabh8IKSBdibhc7TkdAMEIBTrMaEcfAItH6dBVU tAgkoO5XgfkwqjTZsH/tFSZ76rCYL925A0tfVo1tkMVRHppruqbDTWUAwpQgkQSUeWvL vx7vGouefSz/KyzBajqX2fY4pNsm5Ff8hKQWEXvPZAWs3ZlYZDJ+Tl72voKI4Lgnlk3j kp9nR4UA3dom6N7oVsMd4GddeOjT77m5etu1+qtGSdgBR8zJK83PIqta2Ny+FICcqWaL N3u3CwvdBcZ8/cWhgJ6+brVfkVClECb3V96Ax7CQfpA94+Iq1sVbw3BM4BVQ8eCXkH1h V0ig== X-Received: by 10.194.201.73 with SMTP id jy9mr3028426wjc.51.1399557194780; Thu, 08 May 2014 06:53:14 -0700 (PDT) Received: from [192.168.0.10] (cpc25-cmbg14-2-0-cust121.5-4.cable.virginm.net. [213.106.112.122]) by mx.google.com with ESMTPSA id gc19sm4361241wic.5.2014.05.08.06.53.13 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 08 May 2014 06:53:14 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Thomas Gazagnaire In-Reply-To: Date: Thu, 8 May 2014 14:53:11 +0100 Message-Id: <7FD40178-7782-4F79-8128-FDD483948231@gazagnaire.org> References: <698F0556-B0FD-466C-B02B-94D73722E3A7@recoil.org> To: Thomas Leonard X-Mailer: Apple Mail (2.1874) Cc: Louis Gesbert , "mirageos-devel@lists.xenproject.org" , Anil Madhavapeddy Subject: Re: [MirageOS-devel] [mirage-platform] Switched to dietlibc's generic libm (4abf42d) X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 > Note: it looks like opam is replacing symlinks with their targets. > This prevents v1.1.1 from building on my machine, because the ocaml > symlink is replaced by a directory, which confuses the build: One workaround is to pin to the Git repository itself: $ opam pin mirage-xen -k git I saw discussions about this some time ago, cc-ing Louis. Thomas > > ===== ERROR while installing mirage-xen.pinned ===== > # opam-version 1.1.1 > # os linux > # command make xen-build > # path /home/tal/.opam/4.01.0/build/mirage-xen.pinned > # compiler 4.01.0 > # exit-code 2 > # env-file /home/tal/.opam/4.01.0/build/mirage-xen.pinned/mirage-xen-18778-7afd23.env > # stdout-file /home/tal/.opam/4.01.0/build/mirage-xen.pinned/mirage-xen-18778-7afd23.out > # stderr-file /home/tal/.opam/4.01.0/build/mirage-xen.pinned/mirage-xen-18778-7afd23.err > ### stdout ### > # ...[truncated] > # - Building runtime/libocaml.mll > # - Building runtime/libocaml.mlpack > # - Building runtime/libocaml.mllib > # - Building runtime/libocaml.clib > # - Building runtime/libocaml.cclib > # Makefile:17: recipe for target 'build' failed > # make[2]: Leaving directory > '/home/tal/.opam/4.01.0/build/mirage-xen.pinned/xen' > # Makefile:16: recipe for target 'build' failed > # make[1]: Leaving directory '/home/tal/.opam/4.01.0/build/mirage-xen.pinned' > # Makefile:37: recipe for target 'xen-build' failed > ### stderr ### > # make[2]: *** [build] Error 6 > # make[1]: *** [build] Error 2 > # make: *** [xen-build] Error 2 > > This makes it build: > > $ cd ~/.opam/4.01.0/build/mirage-xen.pinned > $ ls -ld xen/runtime/ocaml > drwxr-xr-x 2 tal tal 4096 May 8 15:31 xen/runtime/ocaml > $ rm -rf xen/runtime/ocaml > $ ln -s ocaml.4.01.0 xen/runtime/ocaml > $ make xen-build > $ make xen-install > > opam still doesn't think it's installed, though. > > (work-around: disable the build target in xen/Makefile and let opam > just install your already-built version) > > There's a similar problem trying to use it with mini-os, which > contains a symlink "mini-os -> ." which it can't expand. > > > -- > 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 _______________________________________________ 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 May 08 13:53:19 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 08 May 2014 13:53: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 1WiOlB-00044E-UW; Thu, 08 May 2014 13:53:17 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WiOlA-000449-N4 for mirageos-devel@lists.xenproject.org; Thu, 08 May 2014 13:53:16 +0000 Received: from [85.158.143.35:30848] by server-2.bemta-4.messagelabs.com id F5/AD-06539-C4C8B635; Thu, 08 May 2014 13:53:16 +0000 X-Env-Sender: thomas.gazagnaire@gmail.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1399557194!3337408!1 X-Originating-IP: [74.125.82.175] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_23, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8692 invoked from network); 8 May 2014 13:53:15 -0000 Received: from mail-we0-f175.google.com (HELO mail-we0-f175.google.com) (74.125.82.175) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 8 May 2014 13:53:15 -0000 Received: by mail-we0-f175.google.com with SMTP id t61so2500040wes.6 for ; Thu, 08 May 2014 06:53:14 -0700 (PDT) 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=0g5wPUuGcipWFQudNymKm/obbFP7cpNrN4AzTS/3ysc=; b=aUIfI/TF+5mBrhPttPljHCEHncUbabh8IKSBdibhc7TkdAMEIBTrMaEcfAItH6dBVU tAgkoO5XgfkwqjTZsH/tFSZ76rCYL925A0tfVo1tkMVRHppruqbDTWUAwpQgkQSUeWvL vx7vGouefSz/KyzBajqX2fY4pNsm5Ff8hKQWEXvPZAWs3ZlYZDJ+Tl72voKI4Lgnlk3j kp9nR4UA3dom6N7oVsMd4GddeOjT77m5etu1+qtGSdgBR8zJK83PIqta2Ny+FICcqWaL N3u3CwvdBcZ8/cWhgJ6+brVfkVClECb3V96Ax7CQfpA94+Iq1sVbw3BM4BVQ8eCXkH1h V0ig== X-Received: by 10.194.201.73 with SMTP id jy9mr3028426wjc.51.1399557194780; Thu, 08 May 2014 06:53:14 -0700 (PDT) Received: from [192.168.0.10] (cpc25-cmbg14-2-0-cust121.5-4.cable.virginm.net. [213.106.112.122]) by mx.google.com with ESMTPSA id gc19sm4361241wic.5.2014.05.08.06.53.13 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 08 May 2014 06:53:14 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Thomas Gazagnaire In-Reply-To: Date: Thu, 8 May 2014 14:53:11 +0100 Message-Id: <7FD40178-7782-4F79-8128-FDD483948231@gazagnaire.org> References: <698F0556-B0FD-466C-B02B-94D73722E3A7@recoil.org> To: Thomas Leonard X-Mailer: Apple Mail (2.1874) Cc: Louis Gesbert , "mirageos-devel@lists.xenproject.org" , Anil Madhavapeddy Subject: Re: [MirageOS-devel] [mirage-platform] Switched to dietlibc's generic libm (4abf42d) X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 > Note: it looks like opam is replacing symlinks with their targets. > This prevents v1.1.1 from building on my machine, because the ocaml > symlink is replaced by a directory, which confuses the build: One workaround is to pin to the Git repository itself: $ opam pin mirage-xen -k git I saw discussions about this some time ago, cc-ing Louis. Thomas > > ===== ERROR while installing mirage-xen.pinned ===== > # opam-version 1.1.1 > # os linux > # command make xen-build > # path /home/tal/.opam/4.01.0/build/mirage-xen.pinned > # compiler 4.01.0 > # exit-code 2 > # env-file /home/tal/.opam/4.01.0/build/mirage-xen.pinned/mirage-xen-18778-7afd23.env > # stdout-file /home/tal/.opam/4.01.0/build/mirage-xen.pinned/mirage-xen-18778-7afd23.out > # stderr-file /home/tal/.opam/4.01.0/build/mirage-xen.pinned/mirage-xen-18778-7afd23.err > ### stdout ### > # ...[truncated] > # - Building runtime/libocaml.mll > # - Building runtime/libocaml.mlpack > # - Building runtime/libocaml.mllib > # - Building runtime/libocaml.clib > # - Building runtime/libocaml.cclib > # Makefile:17: recipe for target 'build' failed > # make[2]: Leaving directory > '/home/tal/.opam/4.01.0/build/mirage-xen.pinned/xen' > # Makefile:16: recipe for target 'build' failed > # make[1]: Leaving directory '/home/tal/.opam/4.01.0/build/mirage-xen.pinned' > # Makefile:37: recipe for target 'xen-build' failed > ### stderr ### > # make[2]: *** [build] Error 6 > # make[1]: *** [build] Error 2 > # make: *** [xen-build] Error 2 > > This makes it build: > > $ cd ~/.opam/4.01.0/build/mirage-xen.pinned > $ ls -ld xen/runtime/ocaml > drwxr-xr-x 2 tal tal 4096 May 8 15:31 xen/runtime/ocaml > $ rm -rf xen/runtime/ocaml > $ ln -s ocaml.4.01.0 xen/runtime/ocaml > $ make xen-build > $ make xen-install > > opam still doesn't think it's installed, though. > > (work-around: disable the build target in xen/Makefile and let opam > just install your already-built version) > > There's a similar problem trying to use it with mini-os, which > contains a symlink "mini-os -> ." which it can't expand. > > > -- > 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 _______________________________________________ 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 May 08 16:23:01 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 08 May 2014 16:23: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 1WiR61-0004Al-C2; Thu, 08 May 2014 16:22:57 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WiR5z-0004Ag-Qm for mirageos-devel@lists.xenproject.org; Thu, 08 May 2014 16:22:55 +0000 Received: from [85.158.137.68:33777] by server-8.bemta-3.messagelabs.com id 5F/6A-21547-E5FAB635; Thu, 08 May 2014 16:22:54 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-16.tower-31.messagelabs.com!1399566174!2709055!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7532 invoked from network); 8 May 2014 16:22:54 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-16.tower-31.messagelabs.com with SMTP; 8 May 2014 16:22:54 -0000 Received: (qmail 1640 invoked by uid 634); 8 May 2014 16:22:53 -0000 Received: from no-dns-yet.demon.co.uk (HELO [192.168.14.70]) (62.49.66.12) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Thu, 08 May 2014 17:22:53 +0100 From: Anil Madhavapeddy Message-Id: <79AAC364-249F-49EB-BE86-5CF6F5A51619@recoil.org> Date: Thu, 8 May 2014 17:22:52 +0100 To: mirageos-devel@lists.xenproject.org Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Subject: [MirageOS-devel] welcome to the summer hackers X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 pushed a blog post explaining what some of the ongoing projects by our summer visitors (both local and remote) are! http://openmirage.org/blog/welcome-to-our-summer-hackers -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 May 08 16:23:01 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 08 May 2014 16:23: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 1WiR61-0004Al-C2; Thu, 08 May 2014 16:22:57 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WiR5z-0004Ag-Qm for mirageos-devel@lists.xenproject.org; Thu, 08 May 2014 16:22:55 +0000 Received: from [85.158.137.68:33777] by server-8.bemta-3.messagelabs.com id 5F/6A-21547-E5FAB635; Thu, 08 May 2014 16:22:54 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-16.tower-31.messagelabs.com!1399566174!2709055!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7532 invoked from network); 8 May 2014 16:22:54 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-16.tower-31.messagelabs.com with SMTP; 8 May 2014 16:22:54 -0000 Received: (qmail 1640 invoked by uid 634); 8 May 2014 16:22:53 -0000 Received: from no-dns-yet.demon.co.uk (HELO [192.168.14.70]) (62.49.66.12) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Thu, 08 May 2014 17:22:53 +0100 From: Anil Madhavapeddy Message-Id: <79AAC364-249F-49EB-BE86-5CF6F5A51619@recoil.org> Date: Thu, 8 May 2014 17:22:52 +0100 To: mirageos-devel@lists.xenproject.org Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Subject: [MirageOS-devel] welcome to the summer hackers X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 pushed a blog post explaining what some of the ongoing projects by our summer visitors (both local and remote) are! http://openmirage.org/blog/welcome-to-our-summer-hackers -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 May 08 16:28:22 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 08 May 2014 16:28: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 1WiRBF-0004Cc-Tc; Thu, 08 May 2014 16:28:21 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WiRBD-0004CX-R4 for mirageos-devel@lists.xenproject.org; Thu, 08 May 2014 16:28:20 +0000 Received: from [85.158.137.68:52756] by server-1.bemta-3.messagelabs.com id 11/C9-11134-3A0BB635; Thu, 08 May 2014 16:28:19 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-12.tower-31.messagelabs.com!1399566498!2663542!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8248 invoked from network); 8 May 2014 16:28:18 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-12.tower-31.messagelabs.com with SMTP; 8 May 2014 16:28:18 -0000 Received: (qmail 13104 invoked by uid 634); 8 May 2014 16:28:17 -0000 Received: from no-dns-yet.demon.co.uk (HELO [192.168.14.70]) (62.49.66.12) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Thu, 08 May 2014 17:28:17 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Anil Madhavapeddy In-Reply-To: Date: Thu, 8 May 2014 17:28:09 +0100 Message-Id: <875CE2B7-791F-4619-BC3E-D110C78309EE@recoil.org> References: <06A02282-D888-4140-B8B4-EA55214BFD6D@recoil.org> To: =?iso-8859-1?Q?Andr=E9_N=E6ss?= X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Camlp4 Stack_overflow X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 Your approach is just fine as well -- in fact, with OCaml 4.02, there's even more compile-time inlining and evaluation done to move more expressions into the rodata section at compile time. You've just hit the issue that Camlp4 needs more stack space for some parse expressions that are particularly long. I've played around with _tags files and can't figure out how to convince ocamlbuild (when using the -use-ocamlfind mode) to *remove* the -pp flag for just one source file. If anyone else has any ideas, feel free to jump in... -anil On 8 May 2014, at 10:04, Andr=E9 N=E6ss wrote: > The idea was to keep the application as simple as possible by moving > all processing to compile time. It would avoid the startup cost of > reading all the entries and thus make for simpler deployment, but I > realise I may be taking it a bit too far :) > = > Using the crunch approach is probably more reasonable. I guess I just > figured that my approach was even simpler since I wouldn't have to > understand the crunch approach and how to read data back in the > application. > = > On Thu, May 8, 2014 at 12:38 AM, Anil Madhavapeddy wrot= e: >> To address the camlp4 problem, you can use the _tags file to mark just >> the one source file as not passing through camlp4 (via a '-' somewhere >> to remove the tag -- will need to look up the details in the manual). >> = >> The easiest way to solve your problem would be just to have a crunched >> file containing the information in CSV or S-expression format, and then >> reading from it at application startup time to initialize your array. >> = >> The 'crunch' mode would compile all this into a standalone kernel, or >> in Unix mode would be a filesystem passthrough for easier development. >> Any reason you want it to be a 'hand written' OCaml file? >> = >> -anil >> = >> On 7 May 2014, at 14:06, Andr=E9 N=E6ss wrote: >> = >>> I've rewritten the generated code so that it creates an array and then >>> assigns to indexes of the array, batching the assignments using >>> multiple let () =3D >>> = >>> Compilation speed is a problem, and it still falls over at 50K entries. >>> = >>> I suppose I could somehow write the data to an image and read it back >>> in at application startup, but I think I actually like my current >>> approach. All of the work is done at compilation time. The rows are >>> written in sorted order so a simple binary search can be used. The >>> resulting application is entirely single-purposed. >>> = >>> Any ideas for other ways to do this? Bypass the compiler and "compile" >>> the data myself? Does there exist tools to do something like that? >>> = >>> On Wed, May 7, 2014 at 1:40 PM, Andr=E9 N=E6ss = wrote: >>>> Hi >>>> = >>>> I'm trying something that might be a bit silly but it's just intended >>>> as an internal demo of Mirage to my team. I'm writing a tiny HTTP >>>> based application whose only purpose is to allow you to search a phone >>>> book. >>>> = >>>> I've based my approach on the approach you've used for static websites >>>> using crunch where you compile the web pages into the executable. In >>>> my case that means I take the list of name and number pairs and stuff >>>> them into an array. So part of my config.ml file emits a single Pb.ml >>>> file which contains an array declaration like this: >>>> = >>>> let db =3D [|("Aaron Jaksic",1571268); >>>> ("Aaron Mcdivitt",1454629); >>>> ("Aaron Reuben",1765247); >>>> ("Aaron Sardinha",1224806); >>>> ("Abbey Gowens",1267083); >>>> ("Abbey Hathcox",1309490); >>>> ... >>>> = >>>> As the title say I'm running into problems compiling this when I >>>> create a large phone book, the error being: >>>> = >>>> Camlp4: Uncaught exception: Stack_overflow >>>> = >>>> This happens with 25K entries, it works with 10K entries. >>>> = >>>> Is there some way I can prevent Camlp4 from being run on the Pb.ml >>>> file? Or will I just have to generate a file that builds the array at >>>> runtime somehow? >>>> = >>>> Andr=E9 >>> = >>> _______________________________________________ >>> 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 May 08 16:28:22 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 08 May 2014 16:28: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 1WiRBF-0004Cc-Tc; Thu, 08 May 2014 16:28:21 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WiRBD-0004CX-R4 for mirageos-devel@lists.xenproject.org; Thu, 08 May 2014 16:28:20 +0000 Received: from [85.158.137.68:52756] by server-1.bemta-3.messagelabs.com id 11/C9-11134-3A0BB635; Thu, 08 May 2014 16:28:19 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-12.tower-31.messagelabs.com!1399566498!2663542!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8248 invoked from network); 8 May 2014 16:28:18 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-12.tower-31.messagelabs.com with SMTP; 8 May 2014 16:28:18 -0000 Received: (qmail 13104 invoked by uid 634); 8 May 2014 16:28:17 -0000 Received: from no-dns-yet.demon.co.uk (HELO [192.168.14.70]) (62.49.66.12) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Thu, 08 May 2014 17:28:17 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Anil Madhavapeddy In-Reply-To: Date: Thu, 8 May 2014 17:28:09 +0100 Message-Id: <875CE2B7-791F-4619-BC3E-D110C78309EE@recoil.org> References: <06A02282-D888-4140-B8B4-EA55214BFD6D@recoil.org> To: =?iso-8859-1?Q?Andr=E9_N=E6ss?= X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Camlp4 Stack_overflow X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 Your approach is just fine as well -- in fact, with OCaml 4.02, there's even more compile-time inlining and evaluation done to move more expressions into the rodata section at compile time. You've just hit the issue that Camlp4 needs more stack space for some parse expressions that are particularly long. I've played around with _tags files and can't figure out how to convince ocamlbuild (when using the -use-ocamlfind mode) to *remove* the -pp flag for just one source file. If anyone else has any ideas, feel free to jump in... -anil On 8 May 2014, at 10:04, Andr=E9 N=E6ss wrote: > The idea was to keep the application as simple as possible by moving > all processing to compile time. It would avoid the startup cost of > reading all the entries and thus make for simpler deployment, but I > realise I may be taking it a bit too far :) > = > Using the crunch approach is probably more reasonable. I guess I just > figured that my approach was even simpler since I wouldn't have to > understand the crunch approach and how to read data back in the > application. > = > On Thu, May 8, 2014 at 12:38 AM, Anil Madhavapeddy wrot= e: >> To address the camlp4 problem, you can use the _tags file to mark just >> the one source file as not passing through camlp4 (via a '-' somewhere >> to remove the tag -- will need to look up the details in the manual). >> = >> The easiest way to solve your problem would be just to have a crunched >> file containing the information in CSV or S-expression format, and then >> reading from it at application startup time to initialize your array. >> = >> The 'crunch' mode would compile all this into a standalone kernel, or >> in Unix mode would be a filesystem passthrough for easier development. >> Any reason you want it to be a 'hand written' OCaml file? >> = >> -anil >> = >> On 7 May 2014, at 14:06, Andr=E9 N=E6ss wrote: >> = >>> I've rewritten the generated code so that it creates an array and then >>> assigns to indexes of the array, batching the assignments using >>> multiple let () =3D >>> = >>> Compilation speed is a problem, and it still falls over at 50K entries. >>> = >>> I suppose I could somehow write the data to an image and read it back >>> in at application startup, but I think I actually like my current >>> approach. All of the work is done at compilation time. The rows are >>> written in sorted order so a simple binary search can be used. The >>> resulting application is entirely single-purposed. >>> = >>> Any ideas for other ways to do this? Bypass the compiler and "compile" >>> the data myself? Does there exist tools to do something like that? >>> = >>> On Wed, May 7, 2014 at 1:40 PM, Andr=E9 N=E6ss = wrote: >>>> Hi >>>> = >>>> I'm trying something that might be a bit silly but it's just intended >>>> as an internal demo of Mirage to my team. I'm writing a tiny HTTP >>>> based application whose only purpose is to allow you to search a phone >>>> book. >>>> = >>>> I've based my approach on the approach you've used for static websites >>>> using crunch where you compile the web pages into the executable. In >>>> my case that means I take the list of name and number pairs and stuff >>>> them into an array. So part of my config.ml file emits a single Pb.ml >>>> file which contains an array declaration like this: >>>> = >>>> let db =3D [|("Aaron Jaksic",1571268); >>>> ("Aaron Mcdivitt",1454629); >>>> ("Aaron Reuben",1765247); >>>> ("Aaron Sardinha",1224806); >>>> ("Abbey Gowens",1267083); >>>> ("Abbey Hathcox",1309490); >>>> ... >>>> = >>>> As the title say I'm running into problems compiling this when I >>>> create a large phone book, the error being: >>>> = >>>> Camlp4: Uncaught exception: Stack_overflow >>>> = >>>> This happens with 25K entries, it works with 10K entries. >>>> = >>>> Is there some way I can prevent Camlp4 from being run on the Pb.ml >>>> file? Or will I just have to generate a file that builds the array at >>>> runtime somehow? >>>> = >>>> Andr=E9 >>> = >>> _______________________________________________ >>> 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 May 08 16:36:56 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 08 May 2014 16:36: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 1WiRJX-0004dv-1T; Thu, 08 May 2014 16:36:55 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WiRJV-0004dp-VS for mirageos-devel@lists.xenproject.org; Thu, 08 May 2014 16:36:54 +0000 Received: from [85.158.137.68:12008] by server-13.bemta-3.messagelabs.com id BE/C2-18692-5A2BB635; Thu, 08 May 2014 16:36:53 +0000 X-Env-Sender: daniel.buenzli@erratique.ch X-Msg-Ref: server-6.tower-31.messagelabs.com!1399567012!2693100!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.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32717 invoked from network); 8 May 2014 16:36:52 -0000 Received: from mail6.webfaction.com (HELO smtp.webfaction.com) (74.55.86.74) by server-6.tower-31.messagelabs.com with SMTP; 8 May 2014 16:36:52 -0000 Received: from [172.20.10.2] (174-236.197-178.cust.bluewin.ch [178.197.236.174]) by smtp.webfaction.com (Postfix) with ESMTP id F1F5D2161ECB; Thu, 8 May 2014 16:36:50 +0000 (UTC) Date: Thu, 8 May 2014 18:36:48 +0200 From: =?utf-8?Q?Daniel_B=C3=BCnzli?= To: Anil Madhavapeddy Message-ID: <97C0E4CD2CF7433BB1211B4B296DF28C@erratique.ch> In-Reply-To: <875CE2B7-791F-4619-BC3E-D110C78309EE@recoil.org> References: <06A02282-D888-4140-B8B4-EA55214BFD6D@recoil.org> <875CE2B7-791F-4619-BC3E-D110C78309EE@recoil.org> 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] Camlp4 Stack_overflow X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 TGUgamV1ZGksIDggbWFpIDIwMTQgw6AgMTg6MjgsIEFuaWwgTWFkaGF2YXBlZGR5IGEgw6ljcml0 IDoKPiBJJ3ZlIHBsYXllZCBhcm91bmQgd2l0aCBfdGFncyBmaWxlcyBhbmQgY2FuJ3QgZmlndXJl IG91dCBob3cgdG8gY29udmluY2UKPiBvY2FtbGJ1aWxkICh3aGVuIHVzaW5nIHRoZSAtdXNlLW9j YW1sZmluZCBtb2RlKSB0byAqcmVtb3ZlKiB0aGUgLXBwCj4gZmxhZyBmb3IganVzdCBvbmUgc291 cmNlIGZpbGUuIElmIGFueW9uZSBlbHNlIGhhcyBhbnkgaWRlYXMsIGZlZWwgZnJlZQo+IHRvIGp1 bXAgaW4uLi4KCkNhbiB5b3UgcHJvdmlkZSBhIGxpbmsgdG8gdGhlIG9mZmVuZGluZyBfdGFncyBm aWxlIHBsZWFzZSA/ICAKCkRhbmllbAoKCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXwpNaXJhZ2VPUy1kZXZlbCBtYWlsaW5nIGxpc3QKTWlyYWdlT1MtZGV2 ZWxAbGlzdHMueGVucHJvamVjdC5vcmcKaHR0cDovL2xpc3RzLnhlbnByb2plY3Qub3JnL2NnaS1i aW4vbWFpbG1hbi9saXN0aW5mby9taXJhZ2Vvcy1kZXZlbAo= From mirageos-devel-bounces@lists.xenproject.org Thu May 08 16:36:56 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 08 May 2014 16:36: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 1WiRJX-0004dv-1T; Thu, 08 May 2014 16:36:55 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WiRJV-0004dp-VS for mirageos-devel@lists.xenproject.org; Thu, 08 May 2014 16:36:54 +0000 Received: from [85.158.137.68:12008] by server-13.bemta-3.messagelabs.com id BE/C2-18692-5A2BB635; Thu, 08 May 2014 16:36:53 +0000 X-Env-Sender: daniel.buenzli@erratique.ch X-Msg-Ref: server-6.tower-31.messagelabs.com!1399567012!2693100!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.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32717 invoked from network); 8 May 2014 16:36:52 -0000 Received: from mail6.webfaction.com (HELO smtp.webfaction.com) (74.55.86.74) by server-6.tower-31.messagelabs.com with SMTP; 8 May 2014 16:36:52 -0000 Received: from [172.20.10.2] (174-236.197-178.cust.bluewin.ch [178.197.236.174]) by smtp.webfaction.com (Postfix) with ESMTP id F1F5D2161ECB; Thu, 8 May 2014 16:36:50 +0000 (UTC) Date: Thu, 8 May 2014 18:36:48 +0200 From: =?utf-8?Q?Daniel_B=C3=BCnzli?= To: Anil Madhavapeddy Message-ID: <97C0E4CD2CF7433BB1211B4B296DF28C@erratique.ch> In-Reply-To: <875CE2B7-791F-4619-BC3E-D110C78309EE@recoil.org> References: <06A02282-D888-4140-B8B4-EA55214BFD6D@recoil.org> <875CE2B7-791F-4619-BC3E-D110C78309EE@recoil.org> 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] Camlp4 Stack_overflow X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 TGUgamV1ZGksIDggbWFpIDIwMTQgw6AgMTg6MjgsIEFuaWwgTWFkaGF2YXBlZGR5IGEgw6ljcml0 IDoKPiBJJ3ZlIHBsYXllZCBhcm91bmQgd2l0aCBfdGFncyBmaWxlcyBhbmQgY2FuJ3QgZmlndXJl IG91dCBob3cgdG8gY29udmluY2UKPiBvY2FtbGJ1aWxkICh3aGVuIHVzaW5nIHRoZSAtdXNlLW9j YW1sZmluZCBtb2RlKSB0byAqcmVtb3ZlKiB0aGUgLXBwCj4gZmxhZyBmb3IganVzdCBvbmUgc291 cmNlIGZpbGUuIElmIGFueW9uZSBlbHNlIGhhcyBhbnkgaWRlYXMsIGZlZWwgZnJlZQo+IHRvIGp1 bXAgaW4uLi4KCkNhbiB5b3UgcHJvdmlkZSBhIGxpbmsgdG8gdGhlIG9mZmVuZGluZyBfdGFncyBm aWxlIHBsZWFzZSA/ICAKCkRhbmllbAoKCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXwpNaXJhZ2VPUy1kZXZlbCBtYWlsaW5nIGxpc3QKTWlyYWdlT1MtZGV2 ZWxAbGlzdHMueGVucHJvamVjdC5vcmcKaHR0cDovL2xpc3RzLnhlbnByb2plY3Qub3JnL2NnaS1i aW4vbWFpbG1hbi9saXN0aW5mby9taXJhZ2Vvcy1kZXZlbAo= From mirageos-devel-bounces@lists.xenproject.org Thu May 08 16:40:00 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 08 May 2014 16:40: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 1WiRMW-0004xf-CG; Thu, 08 May 2014 16:40:00 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WiRMV-0004xa-22 for mirageos-devel@lists.xenproject.org; Thu, 08 May 2014 16:39:59 +0000 Received: from [193.109.254.147:25989] by server-14.bemta-14.messagelabs.com id 15/1F-08195-E53BB635; Thu, 08 May 2014 16:39:58 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-14.tower-27.messagelabs.com!1399567197!3587723!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16594 invoked from network); 8 May 2014 16:39:57 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-14.tower-27.messagelabs.com with SMTP; 8 May 2014 16:39:57 -0000 Received: (qmail 12673 invoked by uid 634); 8 May 2014 16:39:57 -0000 Received: from no-dns-yet.demon.co.uk (HELO [192.168.14.70]) (62.49.66.12) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Thu, 08 May 2014 17:39:57 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Anil Madhavapeddy In-Reply-To: <97C0E4CD2CF7433BB1211B4B296DF28C@erratique.ch> Date: Thu, 8 May 2014 17:39:55 +0100 Message-Id: <81066495-045A-4A7A-B7C0-146AB4A0BAF2@recoil.org> References: <06A02282-D888-4140-B8B4-EA55214BFD6D@recoil.org> <875CE2B7-791F-4619-BC3E-D110C78309EE@recoil.org> <97C0E4CD2CF7433BB1211B4B296DF28C@erratique.ch> To: =?iso-8859-1?Q?Daniel_B=FCnzli?= X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Camlp4 Stack_overflow X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 On 8 May 2014, at 17:36, Daniel B=FCnzli wrot= e: > Le jeudi, 8 mai 2014 =E0 18:28, Anil Madhavapeddy a =E9crit : >> I've played around with _tags files and can't figure out how to convince >> ocamlbuild (when using the -use-ocamlfind mode) to *remove* the -pp >> flag for just one source file. If anyone else has any ideas, feel free >> to jump in... > = > Can you provide a link to the offending _tags file please ? = Given any file t.ml, it's built with something like: ocamlbuild -classic-display -use-ocamlfind -pkgs lwt.syntax,cow.syntax,cowa= bloga,cstruct,io-page,io-page.unix,lwt,mirage-clock-unix,mirage-console-uni= x,mirage-fs-unix,mirage-http,mirage-net-unix,mirage-types,mirage-types.lwt,= tcpip.stack-direct -tags "syntax(camlp4o),annot,bin_annot,strict_sequence,p= rincipal" -cflag -g -lflags -g,-linkpkg main.cmo Does there exist a _tags file override that could remove all the -syntax bi= ts and just leave the remaining bits unchanged? I.e. for a file that uses = Lwt, but not the syntax extensions. -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 May 08 16:40:00 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 08 May 2014 16:40: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 1WiRMW-0004xf-CG; Thu, 08 May 2014 16:40:00 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WiRMV-0004xa-22 for mirageos-devel@lists.xenproject.org; Thu, 08 May 2014 16:39:59 +0000 Received: from [193.109.254.147:25989] by server-14.bemta-14.messagelabs.com id 15/1F-08195-E53BB635; Thu, 08 May 2014 16:39:58 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-14.tower-27.messagelabs.com!1399567197!3587723!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16594 invoked from network); 8 May 2014 16:39:57 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-14.tower-27.messagelabs.com with SMTP; 8 May 2014 16:39:57 -0000 Received: (qmail 12673 invoked by uid 634); 8 May 2014 16:39:57 -0000 Received: from no-dns-yet.demon.co.uk (HELO [192.168.14.70]) (62.49.66.12) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Thu, 08 May 2014 17:39:57 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Anil Madhavapeddy In-Reply-To: <97C0E4CD2CF7433BB1211B4B296DF28C@erratique.ch> Date: Thu, 8 May 2014 17:39:55 +0100 Message-Id: <81066495-045A-4A7A-B7C0-146AB4A0BAF2@recoil.org> References: <06A02282-D888-4140-B8B4-EA55214BFD6D@recoil.org> <875CE2B7-791F-4619-BC3E-D110C78309EE@recoil.org> <97C0E4CD2CF7433BB1211B4B296DF28C@erratique.ch> To: =?iso-8859-1?Q?Daniel_B=FCnzli?= X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Camlp4 Stack_overflow X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 On 8 May 2014, at 17:36, Daniel B=FCnzli wrot= e: > Le jeudi, 8 mai 2014 =E0 18:28, Anil Madhavapeddy a =E9crit : >> I've played around with _tags files and can't figure out how to convince >> ocamlbuild (when using the -use-ocamlfind mode) to *remove* the -pp >> flag for just one source file. If anyone else has any ideas, feel free >> to jump in... > = > Can you provide a link to the offending _tags file please ? = Given any file t.ml, it's built with something like: ocamlbuild -classic-display -use-ocamlfind -pkgs lwt.syntax,cow.syntax,cowa= bloga,cstruct,io-page,io-page.unix,lwt,mirage-clock-unix,mirage-console-uni= x,mirage-fs-unix,mirage-http,mirage-net-unix,mirage-types,mirage-types.lwt,= tcpip.stack-direct -tags "syntax(camlp4o),annot,bin_annot,strict_sequence,p= rincipal" -cflag -g -lflags -g,-linkpkg main.cmo Does there exist a _tags file override that could remove all the -syntax bi= ts and just leave the remaining bits unchanged? I.e. for a file that uses = Lwt, but not the syntax extensions. -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 May 08 16:47:55 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 08 May 2014 16:47: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 1WiRUA-00050C-6b; Thu, 08 May 2014 16:47:54 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WiRU9-000507-2w for mirageos-devel@lists.xenproject.org; Thu, 08 May 2014 16:47:53 +0000 Received: from [85.158.143.35:25075] by server-3.bemta-4.messagelabs.com id A5/3D-13602-835BB635; Thu, 08 May 2014 16:47:52 +0000 X-Env-Sender: daniel.buenzli@erratique.ch X-Msg-Ref: server-13.tower-21.messagelabs.com!1399567671!3726183!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.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23919 invoked from network); 8 May 2014 16:47:51 -0000 Received: from mail6.webfaction.com (HELO smtp.webfaction.com) (74.55.86.74) by server-13.tower-21.messagelabs.com with SMTP; 8 May 2014 16:47:51 -0000 Received: from [172.20.10.2] (174-236.197-178.cust.bluewin.ch [178.197.236.174]) by smtp.webfaction.com (Postfix) with ESMTP id 07F612160DAB; Thu, 8 May 2014 16:47:49 +0000 (UTC) Date: Thu, 8 May 2014 18:47:47 +0200 From: =?utf-8?Q?Daniel_B=C3=BCnzli?= To: Anil Madhavapeddy Message-ID: <394A0BFD883C4993986EAA54BC1484EB@erratique.ch> In-Reply-To: <81066495-045A-4A7A-B7C0-146AB4A0BAF2@recoil.org> References: <06A02282-D888-4140-B8B4-EA55214BFD6D@recoil.org> <875CE2B7-791F-4619-BC3E-D110C78309EE@recoil.org> <97C0E4CD2CF7433BB1211B4B296DF28C@erratique.ch> <81066495-045A-4A7A-B7C0-146AB4A0BAF2@recoil.org> 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] Camlp4 Stack_overflow X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 CgpMZSBqZXVkaSwgOCBtYWkgMjAxNCDDoCAxODozOSwgQW5pbCBNYWRoYXZhcGVkZHkgYSDDqWNy aXQgOgoKPiBvY2FtbGJ1aWxkIC1jbGFzc2ljLWRpc3BsYXkgLXVzZS1vY2FtbGZpbmQgLXBrZ3Mg bHd0LnN5bnRheCxjb3cuc3ludGF4LGNvd2FibG9nYSxjc3RydWN0LGlvLXBhZ2UsaW8tcGFnZS51 bml4LGx3dCxtaXJhZ2UtY2xvY2stdW5peCxtaXJhZ2UtY29uc29sZS11bml4LG1pcmFnZS1mcy11 bml4LG1pcmFnZS1odHRwLG1pcmFnZS1uZXQtdW5peCxtaXJhZ2UtdHlwZXMsbWlyYWdlLXR5cGVz Lmx3dCx0Y3BpcC5zdGFjay1kaXJlY3QgLXRhZ3MgInN5bnRheChjYW1scDRvKSxhbm5vdCxiaW5f YW5ub3Qsc3RyaWN0X3NlcXVlbmNlLHByaW5jaXBhbCIgLWNmbGFnIC1nIC1sZmxhZ3MgLWcsLWxp bmtwa2cgbWFpbi5jbW8KPiAgCj4gRG9lcyB0aGVyZSBleGlzdCBhIF90YWdzIGZpbGUgb3ZlcnJp ZGUgdGhhdCBjb3VsZCByZW1vdmUgYWxsIHRoZSAtc3ludGF4IGJpdHMgYW5kIGp1c3QgbGVhdmUg dGhlIHJlbWFpbmluZyBiaXRzIHVuY2hhbmdlZD8gSS5lLiBmb3IgYSBmaWxlIHRoYXQgdXNlcyBM d3QsIGJ1dCBub3QgdGhlIHN5bnRheCBleHRlbnNpb25zLgpBY2NvcmRpbmcgdG8gdGhlIG1hbnVh bCAoeWVzIGl0J3MgaW4gdGhlIG1hbnVhbCAhKSBbMV0gYSB0YWcgcHJlY2VlZGVkIGJ5IGEgbWlu dXMgc2hvdWxkIHJlbW92ZSB0aGUgdGFnIGZyb20gdGhlIGZpbGVzIHRoZSBnbG9iIHBhdHRlcm4g ZGVub3Rlcy4gTmV2ZXIgdHJpZWQgdG8gZG8gdGhhdCBidXQgaWYgdGhhdCB3b3JrcyBjb3JyZWN0 bHkgeW91IHNob3VsZCB0cnkgc29tZXRoaW5nIGxpa2U6Cgo8dGhlc3BlY2lmaWNmaWxlLm1sPiA6 IC1zeW50YXgoY2FtbHA0bykKCmluIHRoZSBfdGFncyBmaWxlLiAgCgpEYW5pZWwKClsxXSBodHRw Oi8vbmljb2xhc3BvdWlsbGFyZC5mci9vY2FtbGJ1aWxkL29jYW1sYnVpbGQtdXNlci1ndWlkZS5o dG1sI2h0b2MxNQoKCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXwpNaXJhZ2VPUy1kZXZlbCBtYWlsaW5nIGxpc3QKTWlyYWdlT1MtZGV2ZWxAbGlzdHMueGVu cHJvamVjdC5vcmcKaHR0cDovL2xpc3RzLnhlbnByb2plY3Qub3JnL2NnaS1iaW4vbWFpbG1hbi9s aXN0aW5mby9taXJhZ2Vvcy1kZXZlbAo= From mirageos-devel-bounces@lists.xenproject.org Thu May 08 16:47:55 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 08 May 2014 16:47: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 1WiRUA-00050C-6b; Thu, 08 May 2014 16:47:54 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WiRU9-000507-2w for mirageos-devel@lists.xenproject.org; Thu, 08 May 2014 16:47:53 +0000 Received: from [85.158.143.35:25075] by server-3.bemta-4.messagelabs.com id A5/3D-13602-835BB635; Thu, 08 May 2014 16:47:52 +0000 X-Env-Sender: daniel.buenzli@erratique.ch X-Msg-Ref: server-13.tower-21.messagelabs.com!1399567671!3726183!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.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23919 invoked from network); 8 May 2014 16:47:51 -0000 Received: from mail6.webfaction.com (HELO smtp.webfaction.com) (74.55.86.74) by server-13.tower-21.messagelabs.com with SMTP; 8 May 2014 16:47:51 -0000 Received: from [172.20.10.2] (174-236.197-178.cust.bluewin.ch [178.197.236.174]) by smtp.webfaction.com (Postfix) with ESMTP id 07F612160DAB; Thu, 8 May 2014 16:47:49 +0000 (UTC) Date: Thu, 8 May 2014 18:47:47 +0200 From: =?utf-8?Q?Daniel_B=C3=BCnzli?= To: Anil Madhavapeddy Message-ID: <394A0BFD883C4993986EAA54BC1484EB@erratique.ch> In-Reply-To: <81066495-045A-4A7A-B7C0-146AB4A0BAF2@recoil.org> References: <06A02282-D888-4140-B8B4-EA55214BFD6D@recoil.org> <875CE2B7-791F-4619-BC3E-D110C78309EE@recoil.org> <97C0E4CD2CF7433BB1211B4B296DF28C@erratique.ch> <81066495-045A-4A7A-B7C0-146AB4A0BAF2@recoil.org> 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] Camlp4 Stack_overflow X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 CgpMZSBqZXVkaSwgOCBtYWkgMjAxNCDDoCAxODozOSwgQW5pbCBNYWRoYXZhcGVkZHkgYSDDqWNy aXQgOgoKPiBvY2FtbGJ1aWxkIC1jbGFzc2ljLWRpc3BsYXkgLXVzZS1vY2FtbGZpbmQgLXBrZ3Mg bHd0LnN5bnRheCxjb3cuc3ludGF4LGNvd2FibG9nYSxjc3RydWN0LGlvLXBhZ2UsaW8tcGFnZS51 bml4LGx3dCxtaXJhZ2UtY2xvY2stdW5peCxtaXJhZ2UtY29uc29sZS11bml4LG1pcmFnZS1mcy11 bml4LG1pcmFnZS1odHRwLG1pcmFnZS1uZXQtdW5peCxtaXJhZ2UtdHlwZXMsbWlyYWdlLXR5cGVz Lmx3dCx0Y3BpcC5zdGFjay1kaXJlY3QgLXRhZ3MgInN5bnRheChjYW1scDRvKSxhbm5vdCxiaW5f YW5ub3Qsc3RyaWN0X3NlcXVlbmNlLHByaW5jaXBhbCIgLWNmbGFnIC1nIC1sZmxhZ3MgLWcsLWxp bmtwa2cgbWFpbi5jbW8KPiAgCj4gRG9lcyB0aGVyZSBleGlzdCBhIF90YWdzIGZpbGUgb3ZlcnJp ZGUgdGhhdCBjb3VsZCByZW1vdmUgYWxsIHRoZSAtc3ludGF4IGJpdHMgYW5kIGp1c3QgbGVhdmUg dGhlIHJlbWFpbmluZyBiaXRzIHVuY2hhbmdlZD8gSS5lLiBmb3IgYSBmaWxlIHRoYXQgdXNlcyBM d3QsIGJ1dCBub3QgdGhlIHN5bnRheCBleHRlbnNpb25zLgpBY2NvcmRpbmcgdG8gdGhlIG1hbnVh bCAoeWVzIGl0J3MgaW4gdGhlIG1hbnVhbCAhKSBbMV0gYSB0YWcgcHJlY2VlZGVkIGJ5IGEgbWlu dXMgc2hvdWxkIHJlbW92ZSB0aGUgdGFnIGZyb20gdGhlIGZpbGVzIHRoZSBnbG9iIHBhdHRlcm4g ZGVub3Rlcy4gTmV2ZXIgdHJpZWQgdG8gZG8gdGhhdCBidXQgaWYgdGhhdCB3b3JrcyBjb3JyZWN0 bHkgeW91IHNob3VsZCB0cnkgc29tZXRoaW5nIGxpa2U6Cgo8dGhlc3BlY2lmaWNmaWxlLm1sPiA6 IC1zeW50YXgoY2FtbHA0bykKCmluIHRoZSBfdGFncyBmaWxlLiAgCgpEYW5pZWwKClsxXSBodHRw Oi8vbmljb2xhc3BvdWlsbGFyZC5mci9vY2FtbGJ1aWxkL29jYW1sYnVpbGQtdXNlci1ndWlkZS5o dG1sI2h0b2MxNQoKCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXwpNaXJhZ2VPUy1kZXZlbCBtYWlsaW5nIGxpc3QKTWlyYWdlT1MtZGV2ZWxAbGlzdHMueGVu cHJvamVjdC5vcmcKaHR0cDovL2xpc3RzLnhlbnByb2plY3Qub3JnL2NnaS1iaW4vbWFpbG1hbi9s aXN0aW5mby9taXJhZ2Vvcy1kZXZlbAo= From mirageos-devel-bounces@lists.xenproject.org Thu May 08 21:04:55 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 08 May 2014 21:04: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 1WiVUn-0000F8-Gr; Thu, 08 May 2014 21:04:49 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WiVUl-0000F3-Po for mirageos-devel@lists.xenproject.org; Thu, 08 May 2014 21:04:48 +0000 Received: from [85.158.137.68:46854] by server-12.bemta-3.messagelabs.com id 53/E3-14831-F61FB635; Thu, 08 May 2014 21:04:47 +0000 X-Env-Sender: Richard.Mortier@nottingham.ac.uk X-Msg-Ref: server-7.tower-31.messagelabs.com!1399583085!2740466!1 X-Originating-IP: [93.95.15.170] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2504 invoked from network); 8 May 2014 21:04:45 -0000 Received: from engine03-20433-3.icritical.com (HELO engine03-20433-3.icritical.com) (93.95.15.170) by server-7.tower-31.messagelabs.com with SMTP; 8 May 2014 21:04:45 -0000 Received: (qmail 10732 invoked from network); 8 May 2014 21:04:47 -0000 Received: from localhost (127.0.0.1) by engine03-20433-3.icritical.com with SMTP; 8 May 2014 21:04:47 -0000 Received: from engine03-20433-3.icritical.com ([127.0.0.1]) by localhost (engine03-20433-3.icritical.com [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 10662-01 for ; Thu, 8 May 2014 22:04:40 +0100 (BST) Received: (qmail 10640 invoked by uid 599); 8 May 2014 21:04:38 -0000 Received: from unknown (HELO smtp4.nottingham.ac.uk) (128.243.220.65) by engine03-20433-3.icritical.com (qpsmtpd/0.28) with ESMTP; Thu, 08 May 2014 22:04:38 +0100 Received: from uiwexhub02.ad.nottingham.ac.uk ([128.243.15.132]) by smtp4.nottingham.ac.uk with esmtps (TLSv1:AES128-SHA:128) (Exim 4.77) (envelope-from ) id 1WiVUZ-0000bI-EH for mirageos-devel@lists.xenproject.org; Thu, 08 May 2014 22:04:35 +0100 From: Richard Mortier To: "mirageos-devel@lists.xenproject.org" Date: Thu, 8 May 2014 22:04:35 +0100 Thread-Topic: [MirageOS-devel] mirage tutorials Thread-Index: Ac9rAR10St2Dq+ulR26gVjhBHI2WWw== Message-ID: <1CA74D25-82A0-4141-A46A-F59FABC9BB41@nottingham.ac.uk> References: In-Reply-To: Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-Virus-Scanned: by iCritical at engine03-20433-3.icritical.com Subject: Re: [MirageOS-devel] mirage tutorials X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============4141291956803383645==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============4141291956803383645== Content-Language: en-US Content-Type: multipart/signed; boundary="Apple-Mail=_912B9739-A6CE-434C-A727-6376A81A8010"; protocol="application/pgp-signature"; micalg=pgp-sha512 --Apple-Mail=_912B9739-A6CE-434C-A727-6376A81A8010 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii following up my own post is bad form, i know but no-one else has so-- = does anyone on the list have any views on any of this at all? On 29 Apr 2014, at 17:35, Richard Mortier = wrote: > there's been a repeated mention of a mirage tutorial day, both as a = specific event and as a means to generate a set of tutorial materials = that could be used elsewhere (eg., the upcoming ECOOP tutorial, the = website). given the range of possibilities here, the only sane thing to = do seems to throw it open to the list to discover some preferences :) = so... >=20 > (a) what would be the preferred mode of a delivery? >=20 > the current proposal is to have content as markdown files that can be = included in mirage-www, perhaps even hosting them as github wiki pages = to be pulled in to mirage-www so that updating them becomes relatively = easy. working through these pages would then form the basis of any = formal delivery of them. other options mentioned at various points = include codio, iocamjs, etc. to provide interactivity "inline".=20 >=20 > does anyone have any opinions, suggestions, thoughts, objections to = this? >=20 > (b) what would be the important content to deliver? >=20 > as a strawman starting point, i propose the following: basically, each = chunk of content should take 30-90min to work through; and the = important/useful topics i immediately thought of are: >=20 > + getting started [45min].=20 > mirage, ocaml, opam. installation. building = skeleton/hello-world. config.ml. > basically working through the install page >=20 > + threading [90min].=20 > lwt. bind/return/join/pick/choose/etc. (careful) use of syntax = extension. mailboxes. > basically working through the existing Lwt tutorial page >=20 > + networking [90min].=20 > up to local running website. based off the stuff i did for = fosdem in mirage-skeleton. >=20 > + storage [90min].=20 > crunch vs fat. dave's blog post example? what else? >=20 > + cloud [30min]. > pushing stuff to the cloud. do we have examples of this? = mindy's blog post?! >=20 > + irminsule [90min]. > more advanced, git-structured storage backend. thomas to = provide...? >=20 > + mirage combinators [90min]. > more advanced mirage combinators -- mux from thomas' tree at = some point (any others?).=20 > maybe a walk through of the mirage tool code itself in case = advanced users want to hack it? >=20 > (a basic tutorial probably covers getting started, threading and cloud = and/or networking from that depending on length and how much ocaml = background is assumed.) >=20 > ...but there's also things like vchan, arm, bsd, openflow that i can = imagine would also be useful to cover.=20 >=20 > does anyone have any particular topics to add/remove from that? >=20 > any particular views on whether my estimated timings are wildly off = base? >=20 > finally, does anyone have thoughts on how to handle the = ocaml-dependency any mirage tutorial will have? if material is hosted = online, there're ocaml tutorials (even the odd book or two :) to point = to -- but for delivering the tutorial live, i particularly wondered what = those new to ocaml and those with vast experience in ocaml thought about = how much time it takes to get enough understanding to read sufficient = ocaml to "follow along in class" even if actually understanding the = details will require doing homework...? >=20 >=20 >=20 > --=20 > Cheers, >=20 > R. >=20 >=20 >=20 >=20 > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel --=20 Cheers, R. --Apple-Mail=_912B9739-A6CE-434C-A727-6376A81A8010 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTa9wHAAoJEOLF27JWwSg3uuYP/iPj9A72zh5xW6hyXyJ4cS0M nC7U5sClAxV3dsbFtIQl9C+1nX/ZdMaks0RAuS4HXb7xi+Kv9PrnyLqYARBFwycl CtLT+uBa01A2GEZLYzKUL9zlG/jylmYAXd0u+u0IU4Js0wkUxd2wEE6rULrPgSKd UwimFEO3tlhx+kJS4hUnGnmP687pWJ0imGETZQCFEyCjS+T+8AlIlontlO4ZLNBX 04GT2NTAKrkcinXtMEvdwUrKsDBitfTl3jXBfd9WbGoew/4Y0EFotrtdXBo4May0 kSESXrd4d0RNUo5WzPqrg7f4JktsyR8OgsbSv6TyhzfCTPG4KDzC2gMt4UZKZgXD lozvy6GBnRn7npE5/ZDdHSdoe0+EmcOmivn4+wO/9crMCqBm/4Ds8QKTwa8UwKeL 8tJJzZv/AwWc30bQ35viTvZFW0AMFeSWiJ699u6HO1GknkMnIf4JLjuUqqVBPQax 65G6Uz67choh8UnUgmW4XbYdICcQhUyh2ieDgQNtHN0OyfFCYVlZoNxnWaBw7ZNh 8tANtmWrvZljQOVZ0wVYiwll/RveOfo5gBLjH4SpCP4fRqz/8TBrb/lbe5D3JBt4 vFdNTNPz2IvPMz28x1BxXr1ohFp52lhZs2CbqKUyDVmCDv1tZfUCfmpcrFA16xV1 hG6BrKOb0BceWyhsSGsi =7z36 -----END PGP SIGNATURE----- --Apple-Mail=_912B9739-A6CE-434C-A727-6376A81A8010-- --===============4141291956803383645== 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 --===============4141291956803383645==-- From mirageos-devel-bounces@lists.xenproject.org Thu May 08 21:04:55 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 08 May 2014 21:04: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 1WiVUn-0000F8-Gr; Thu, 08 May 2014 21:04:49 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WiVUl-0000F3-Po for mirageos-devel@lists.xenproject.org; Thu, 08 May 2014 21:04:48 +0000 Received: from [85.158.137.68:46854] by server-12.bemta-3.messagelabs.com id 53/E3-14831-F61FB635; Thu, 08 May 2014 21:04:47 +0000 X-Env-Sender: Richard.Mortier@nottingham.ac.uk X-Msg-Ref: server-7.tower-31.messagelabs.com!1399583085!2740466!1 X-Originating-IP: [93.95.15.170] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2504 invoked from network); 8 May 2014 21:04:45 -0000 Received: from engine03-20433-3.icritical.com (HELO engine03-20433-3.icritical.com) (93.95.15.170) by server-7.tower-31.messagelabs.com with SMTP; 8 May 2014 21:04:45 -0000 Received: (qmail 10732 invoked from network); 8 May 2014 21:04:47 -0000 Received: from localhost (127.0.0.1) by engine03-20433-3.icritical.com with SMTP; 8 May 2014 21:04:47 -0000 Received: from engine03-20433-3.icritical.com ([127.0.0.1]) by localhost (engine03-20433-3.icritical.com [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 10662-01 for ; Thu, 8 May 2014 22:04:40 +0100 (BST) Received: (qmail 10640 invoked by uid 599); 8 May 2014 21:04:38 -0000 Received: from unknown (HELO smtp4.nottingham.ac.uk) (128.243.220.65) by engine03-20433-3.icritical.com (qpsmtpd/0.28) with ESMTP; Thu, 08 May 2014 22:04:38 +0100 Received: from uiwexhub02.ad.nottingham.ac.uk ([128.243.15.132]) by smtp4.nottingham.ac.uk with esmtps (TLSv1:AES128-SHA:128) (Exim 4.77) (envelope-from ) id 1WiVUZ-0000bI-EH for mirageos-devel@lists.xenproject.org; Thu, 08 May 2014 22:04:35 +0100 From: Richard Mortier To: "mirageos-devel@lists.xenproject.org" Date: Thu, 8 May 2014 22:04:35 +0100 Thread-Topic: [MirageOS-devel] mirage tutorials Thread-Index: Ac9rAR10St2Dq+ulR26gVjhBHI2WWw== Message-ID: <1CA74D25-82A0-4141-A46A-F59FABC9BB41@nottingham.ac.uk> References: In-Reply-To: Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-Virus-Scanned: by iCritical at engine03-20433-3.icritical.com Subject: Re: [MirageOS-devel] mirage tutorials X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============4141291956803383645==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============4141291956803383645== Content-Language: en-US Content-Type: multipart/signed; boundary="Apple-Mail=_912B9739-A6CE-434C-A727-6376A81A8010"; protocol="application/pgp-signature"; micalg=pgp-sha512 --Apple-Mail=_912B9739-A6CE-434C-A727-6376A81A8010 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii following up my own post is bad form, i know but no-one else has so-- = does anyone on the list have any views on any of this at all? On 29 Apr 2014, at 17:35, Richard Mortier = wrote: > there's been a repeated mention of a mirage tutorial day, both as a = specific event and as a means to generate a set of tutorial materials = that could be used elsewhere (eg., the upcoming ECOOP tutorial, the = website). given the range of possibilities here, the only sane thing to = do seems to throw it open to the list to discover some preferences :) = so... >=20 > (a) what would be the preferred mode of a delivery? >=20 > the current proposal is to have content as markdown files that can be = included in mirage-www, perhaps even hosting them as github wiki pages = to be pulled in to mirage-www so that updating them becomes relatively = easy. working through these pages would then form the basis of any = formal delivery of them. other options mentioned at various points = include codio, iocamjs, etc. to provide interactivity "inline".=20 >=20 > does anyone have any opinions, suggestions, thoughts, objections to = this? >=20 > (b) what would be the important content to deliver? >=20 > as a strawman starting point, i propose the following: basically, each = chunk of content should take 30-90min to work through; and the = important/useful topics i immediately thought of are: >=20 > + getting started [45min].=20 > mirage, ocaml, opam. installation. building = skeleton/hello-world. config.ml. > basically working through the install page >=20 > + threading [90min].=20 > lwt. bind/return/join/pick/choose/etc. (careful) use of syntax = extension. mailboxes. > basically working through the existing Lwt tutorial page >=20 > + networking [90min].=20 > up to local running website. based off the stuff i did for = fosdem in mirage-skeleton. >=20 > + storage [90min].=20 > crunch vs fat. dave's blog post example? what else? >=20 > + cloud [30min]. > pushing stuff to the cloud. do we have examples of this? = mindy's blog post?! >=20 > + irminsule [90min]. > more advanced, git-structured storage backend. thomas to = provide...? >=20 > + mirage combinators [90min]. > more advanced mirage combinators -- mux from thomas' tree at = some point (any others?).=20 > maybe a walk through of the mirage tool code itself in case = advanced users want to hack it? >=20 > (a basic tutorial probably covers getting started, threading and cloud = and/or networking from that depending on length and how much ocaml = background is assumed.) >=20 > ...but there's also things like vchan, arm, bsd, openflow that i can = imagine would also be useful to cover.=20 >=20 > does anyone have any particular topics to add/remove from that? >=20 > any particular views on whether my estimated timings are wildly off = base? >=20 > finally, does anyone have thoughts on how to handle the = ocaml-dependency any mirage tutorial will have? if material is hosted = online, there're ocaml tutorials (even the odd book or two :) to point = to -- but for delivering the tutorial live, i particularly wondered what = those new to ocaml and those with vast experience in ocaml thought about = how much time it takes to get enough understanding to read sufficient = ocaml to "follow along in class" even if actually understanding the = details will require doing homework...? >=20 >=20 >=20 > --=20 > Cheers, >=20 > R. >=20 >=20 >=20 >=20 > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel --=20 Cheers, R. --Apple-Mail=_912B9739-A6CE-434C-A727-6376A81A8010 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTa9wHAAoJEOLF27JWwSg3uuYP/iPj9A72zh5xW6hyXyJ4cS0M nC7U5sClAxV3dsbFtIQl9C+1nX/ZdMaks0RAuS4HXb7xi+Kv9PrnyLqYARBFwycl CtLT+uBa01A2GEZLYzKUL9zlG/jylmYAXd0u+u0IU4Js0wkUxd2wEE6rULrPgSKd UwimFEO3tlhx+kJS4hUnGnmP687pWJ0imGETZQCFEyCjS+T+8AlIlontlO4ZLNBX 04GT2NTAKrkcinXtMEvdwUrKsDBitfTl3jXBfd9WbGoew/4Y0EFotrtdXBo4May0 kSESXrd4d0RNUo5WzPqrg7f4JktsyR8OgsbSv6TyhzfCTPG4KDzC2gMt4UZKZgXD lozvy6GBnRn7npE5/ZDdHSdoe0+EmcOmivn4+wO/9crMCqBm/4Ds8QKTwa8UwKeL 8tJJzZv/AwWc30bQ35viTvZFW0AMFeSWiJ699u6HO1GknkMnIf4JLjuUqqVBPQax 65G6Uz67choh8UnUgmW4XbYdICcQhUyh2ieDgQNtHN0OyfFCYVlZoNxnWaBw7ZNh 8tANtmWrvZljQOVZ0wVYiwll/RveOfo5gBLjH4SpCP4fRqz/8TBrb/lbe5D3JBt4 vFdNTNPz2IvPMz28x1BxXr1ohFp52lhZs2CbqKUyDVmCDv1tZfUCfmpcrFA16xV1 hG6BrKOb0BceWyhsSGsi =7z36 -----END PGP SIGNATURE----- --Apple-Mail=_912B9739-A6CE-434C-A727-6376A81A8010-- --===============4141291956803383645== 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 --===============4141291956803383645==-- From mirageos-devel-bounces@lists.xenproject.org Fri May 09 06:15:06 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 09 May 2014 06:15: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 1Wie5F-0002RD-RO; Fri, 09 May 2014 06:15:01 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wie5E-0002R8-1V for mirageos-devel@lists.xenproject.org; Fri, 09 May 2014 06:15:00 +0000 Received: from [85.158.143.35:41952] by server-1.bemta-4.messagelabs.com id C2/67-09853-3627C635; Fri, 09 May 2014 06:14:59 +0000 X-Env-Sender: buzzheavyyear@hotmail.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1399616098!3802289!1 X-Originating-IP: [157.55.2.35] X-SpamReason: No, hits=0.2 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_50_60, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12, ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5795 invoked from network); 9 May 2014 06:14:58 -0000 Received: from dub0-omc3-s26.dub0.hotmail.com (HELO dub0-omc3-s26.dub0.hotmail.com) (157.55.2.35) by server-8.tower-21.messagelabs.com with SMTP; 9 May 2014 06:14:58 -0000 Received: from DUB128-W2 ([157.55.2.7]) by dub0-omc3-s26.dub0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Thu, 8 May 2014 23:14:58 -0700 X-TMN: [xK3ENgUP3cjfvahaqvnHKZLWxQVJf1a7] X-Originating-Email: [buzzheavyyear@hotmail.com] Message-ID: From: buzz heavyyear To: "mirageos-devel@lists.xenproject.org" Date: Fri, 9 May 2014 06:14:58 +0000 Importance: Normal In-Reply-To: <536A1EC8.1090208@cam.ac.uk> References: <29B9E135-AEF0-4E3B-9F2F-9808F4E6B10E@recoil.org> <78A9AE62-8AA4-4592-9F75-5E45BBB3BB50@recoil.org>, <8B2B1282-CB3E-4B40-870D-41B63F34B41D@recoil.org>, <536A1EC8.1090208@cam.ac.uk> MIME-Version: 1.0 X-OriginalArrivalTime: 09 May 2014 06:14:58.0446 (UTC) FILETIME=[00F12AE0:01CF6B4E] Subject: Re: [MirageOS-devel] Mirage ARM port X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============8167239968920559669==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============8167239968920559669== Content-Type: multipart/alternative; boundary="_99fdd53d-376f-4ca9-83c6-bb127087a265_" --_99fdd53d-376f-4ca9-83c6-bb127087a265_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Excellent=2C works for me too. Thanks for doing this. > > > > I did a quick test of MiniOS and that boots fine=2C and will give > > FreeBSD a quick spin tomorrow. Should be all set for Mirage on > > there now. > > As I'm new to all of this=2C could you possibly also give me an idea how to= test MiniOS too. Nick = --_99fdd53d-376f-4ca9-83c6-bb127087a265_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Excellent=2C works for me too. T= hanks for  =3Bdoing this.

>=3B >=3B
>=3B >=3B I = did a quick test of MiniOS and that boots fine=2C and will give
>=3B &= gt=3B FreeBSD a quick spin tomorrow. Should be all set for Mirage on
&g= t=3B >=3B there now.
>=3B >=3B

As I'm= new to all of this=2C could you possibly also give me an idea how to test = MiniOS too.

Nick
= --_99fdd53d-376f-4ca9-83c6-bb127087a265_-- --===============8167239968920559669== 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 --===============8167239968920559669==-- From mirageos-devel-bounces@lists.xenproject.org Fri May 09 06:15:06 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 09 May 2014 06:15: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 1Wie5F-0002RD-RO; Fri, 09 May 2014 06:15:01 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wie5E-0002R8-1V for mirageos-devel@lists.xenproject.org; Fri, 09 May 2014 06:15:00 +0000 Received: from [85.158.143.35:41952] by server-1.bemta-4.messagelabs.com id C2/67-09853-3627C635; Fri, 09 May 2014 06:14:59 +0000 X-Env-Sender: buzzheavyyear@hotmail.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1399616098!3802289!1 X-Originating-IP: [157.55.2.35] X-SpamReason: No, hits=0.2 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_50_60, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12, ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5795 invoked from network); 9 May 2014 06:14:58 -0000 Received: from dub0-omc3-s26.dub0.hotmail.com (HELO dub0-omc3-s26.dub0.hotmail.com) (157.55.2.35) by server-8.tower-21.messagelabs.com with SMTP; 9 May 2014 06:14:58 -0000 Received: from DUB128-W2 ([157.55.2.7]) by dub0-omc3-s26.dub0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Thu, 8 May 2014 23:14:58 -0700 X-TMN: [xK3ENgUP3cjfvahaqvnHKZLWxQVJf1a7] X-Originating-Email: [buzzheavyyear@hotmail.com] Message-ID: From: buzz heavyyear To: "mirageos-devel@lists.xenproject.org" Date: Fri, 9 May 2014 06:14:58 +0000 Importance: Normal In-Reply-To: <536A1EC8.1090208@cam.ac.uk> References: <29B9E135-AEF0-4E3B-9F2F-9808F4E6B10E@recoil.org> <78A9AE62-8AA4-4592-9F75-5E45BBB3BB50@recoil.org>, <8B2B1282-CB3E-4B40-870D-41B63F34B41D@recoil.org>, <536A1EC8.1090208@cam.ac.uk> MIME-Version: 1.0 X-OriginalArrivalTime: 09 May 2014 06:14:58.0446 (UTC) FILETIME=[00F12AE0:01CF6B4E] Subject: Re: [MirageOS-devel] Mirage ARM port X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============8167239968920559669==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============8167239968920559669== Content-Type: multipart/alternative; boundary="_99fdd53d-376f-4ca9-83c6-bb127087a265_" --_99fdd53d-376f-4ca9-83c6-bb127087a265_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Excellent=2C works for me too. Thanks for doing this. > > > > I did a quick test of MiniOS and that boots fine=2C and will give > > FreeBSD a quick spin tomorrow. Should be all set for Mirage on > > there now. > > As I'm new to all of this=2C could you possibly also give me an idea how to= test MiniOS too. Nick = --_99fdd53d-376f-4ca9-83c6-bb127087a265_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Excellent=2C works for me too. T= hanks for  =3Bdoing this.

>=3B >=3B
>=3B >=3B I = did a quick test of MiniOS and that boots fine=2C and will give
>=3B &= gt=3B FreeBSD a quick spin tomorrow. Should be all set for Mirage on
&g= t=3B >=3B there now.
>=3B >=3B

As I'm= new to all of this=2C could you possibly also give me an idea how to test = MiniOS too.

Nick
= --_99fdd53d-376f-4ca9-83c6-bb127087a265_-- --===============8167239968920559669== 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 --===============8167239968920559669==-- From mirageos-devel-bounces@lists.xenproject.org Fri May 09 07:04:42 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 09 May 2014 07:04: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 1WierA-00043u-7Y; Fri, 09 May 2014 07:04:32 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wier5-00043g-Tj for mirageos-devel@lists.xenproject.org; Fri, 09 May 2014 07:04:28 +0000 Received: from [193.109.254.147:53646] by server-8.bemta-14.messagelabs.com id 60/A9-01877-3FD7C635; Fri, 09 May 2014 07:04:19 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1399619057!3673003!1 X-Originating-IP: [209.85.219.53] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_23,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2144 invoked from network); 9 May 2014 07:04:18 -0000 Received: from mail-oa0-f53.google.com (HELO mail-oa0-f53.google.com) (209.85.219.53) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 9 May 2014 07:04:18 -0000 Received: by mail-oa0-f53.google.com with SMTP id m1so4409995oag.40 for ; Fri, 09 May 2014 00:04:17 -0700 (PDT) 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=GhBjtcIauHs3DHbqd55eAj8PJW+4S+IxCVBboFNnEKw=; b=zOzYMlpUzZ+yTrc3JsjnL+ZAK5Aya3+xS7a2uVhPu1EsZ3N4izlwkzPkUzJzRKD7vh ODzNgoT9XQ5RIifar3HZfIkojf+3V7nj6xTFMgdaIJ2wbJw8rPdl+tm5E1oWf2Vizzki VRz+7frykbMCRVc87MmoG6FeZ0oX5Nl51vsL+Bm3DdSxZrrsdV4ur2VNK9aS9XqcDjc1 9Rz/4PGYcpx3wYweTKhvN/i2N6wgJD/HJkjEdRAjmTQcai1gPI4AtAwT5LfviXo4ez8+ HHpqaPlECUPCwODr7OzOs7KcTxHIC4Tgq2Flm+NICF0RXdkrrp+fq3LHf0X6K9ISmJKX fmOQ== MIME-Version: 1.0 X-Received: by 10.182.117.195 with SMTP id kg3mr10631990obb.17.1399619057457; Fri, 09 May 2014 00:04:17 -0700 (PDT) Received: by 10.76.101.202 with HTTP; Fri, 9 May 2014 00:04:17 -0700 (PDT) In-Reply-To: References: <29B9E135-AEF0-4E3B-9F2F-9808F4E6B10E@recoil.org> <78A9AE62-8AA4-4592-9F75-5E45BBB3BB50@recoil.org> <8B2B1282-CB3E-4B40-870D-41B63F34B41D@recoil.org> <536A1EC8.1090208@cam.ac.uk> Date: Fri, 9 May 2014 08:04:17 +0100 Message-ID: From: Thomas Leonard To: buzz heavyyear Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Mirage ARM port X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 9 May 2014 07:14, buzz heavyyear wrote: [...] >> > I did a quick test of MiniOS and that boots fine, and will give >> > FreeBSD a quick spin tomorrow. Should be all set for Mirage on >> > there now. >> > > > As I'm new to all of this, could you possibly also give me an idea how to > test MiniOS too. I've updated the test instructions here (the Mini-OS section is right at the end): https://github.com/talex5/mirage-www/blob/next/tmpl/wiki/xen-on-cubieboard2.md Let me know if anything is unclear. -- 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 May 09 07:04:42 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 09 May 2014 07:04: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 1WierA-00043u-7Y; Fri, 09 May 2014 07:04:32 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wier5-00043g-Tj for mirageos-devel@lists.xenproject.org; Fri, 09 May 2014 07:04:28 +0000 Received: from [193.109.254.147:53646] by server-8.bemta-14.messagelabs.com id 60/A9-01877-3FD7C635; Fri, 09 May 2014 07:04:19 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1399619057!3673003!1 X-Originating-IP: [209.85.219.53] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_23,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2144 invoked from network); 9 May 2014 07:04:18 -0000 Received: from mail-oa0-f53.google.com (HELO mail-oa0-f53.google.com) (209.85.219.53) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 9 May 2014 07:04:18 -0000 Received: by mail-oa0-f53.google.com with SMTP id m1so4409995oag.40 for ; Fri, 09 May 2014 00:04:17 -0700 (PDT) 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=GhBjtcIauHs3DHbqd55eAj8PJW+4S+IxCVBboFNnEKw=; b=zOzYMlpUzZ+yTrc3JsjnL+ZAK5Aya3+xS7a2uVhPu1EsZ3N4izlwkzPkUzJzRKD7vh ODzNgoT9XQ5RIifar3HZfIkojf+3V7nj6xTFMgdaIJ2wbJw8rPdl+tm5E1oWf2Vizzki VRz+7frykbMCRVc87MmoG6FeZ0oX5Nl51vsL+Bm3DdSxZrrsdV4ur2VNK9aS9XqcDjc1 9Rz/4PGYcpx3wYweTKhvN/i2N6wgJD/HJkjEdRAjmTQcai1gPI4AtAwT5LfviXo4ez8+ HHpqaPlECUPCwODr7OzOs7KcTxHIC4Tgq2Flm+NICF0RXdkrrp+fq3LHf0X6K9ISmJKX fmOQ== MIME-Version: 1.0 X-Received: by 10.182.117.195 with SMTP id kg3mr10631990obb.17.1399619057457; Fri, 09 May 2014 00:04:17 -0700 (PDT) Received: by 10.76.101.202 with HTTP; Fri, 9 May 2014 00:04:17 -0700 (PDT) In-Reply-To: References: <29B9E135-AEF0-4E3B-9F2F-9808F4E6B10E@recoil.org> <78A9AE62-8AA4-4592-9F75-5E45BBB3BB50@recoil.org> <8B2B1282-CB3E-4B40-870D-41B63F34B41D@recoil.org> <536A1EC8.1090208@cam.ac.uk> Date: Fri, 9 May 2014 08:04:17 +0100 Message-ID: From: Thomas Leonard To: buzz heavyyear Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Mirage ARM port X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 9 May 2014 07:14, buzz heavyyear wrote: [...] >> > I did a quick test of MiniOS and that boots fine, and will give >> > FreeBSD a quick spin tomorrow. Should be all set for Mirage on >> > there now. >> > > > As I'm new to all of this, could you possibly also give me an idea how to > test MiniOS too. I've updated the test instructions here (the Mini-OS section is right at the end): https://github.com/talex5/mirage-www/blob/next/tmpl/wiki/xen-on-cubieboard2.md Let me know if anything is unclear. -- 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 May 09 16:08:28 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 09 May 2014 16:08: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 1WinLU-0003Ya-Ev; Fri, 09 May 2014 16:08:24 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WinLT-0003YV-5c for mirageos-devel@lists.xenproject.org; Fri, 09 May 2014 16:08:23 +0000 Received: from [193.109.254.147:62282] by server-4.bemta-14.messagelabs.com id 2D/EF-02781-67DFC635; Fri, 09 May 2014 16:08:22 +0000 X-Env-Sender: psxsl6@nottingham.ac.uk X-Msg-Ref: server-11.tower-27.messagelabs.com!1399651701!512807!1 X-Originating-IP: [93.95.15.171] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogOTMuOTUuMTUuMTcxID0+IDQyMTM=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32081 invoked from network); 9 May 2014 16:08:21 -0000 Received: from engine05-20433-5.icritical.com (HELO engine05-20433-5.icritical.com) (93.95.15.171) by server-11.tower-27.messagelabs.com with SMTP; 9 May 2014 16:08:21 -0000 Received: (qmail 8086 invoked from network); 9 May 2014 16:08:15 -0000 Received: from localhost (127.0.0.1) by engine05-20433-5.icritical.com with SMTP; 9 May 2014 16:08:15 -0000 Received: from engine05-20433-5.icritical.com ([127.0.0.1]) by localhost (engine05-20433-5.icritical.com [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 07642-08 for ; Fri, 9 May 2014 17:08:08 +0100 (BST) Received: (qmail 6388 invoked by uid 599); 9 May 2014 16:05:57 -0000 Received: from unknown (HELO smtp3.nottingham.ac.uk) (128.243.44.55) by engine05-20433-5.icritical.com (qpsmtpd/0.28) with ESMTP; Fri, 09 May 2014 17:05:57 +0100 Received: from uiwexhub01.ad.nottingham.ac.uk ([128.243.15.133]) by smtp3.nottingham.ac.uk with esmtps (TLSv1:AES128-SHA:128) (Exim 4.77) (envelope-from ) id 1WinIT-0006Db-Qt for mirageos-devel@lists.xenproject.org; Fri, 09 May 2014 17:05:17 +0100 From: Steven Luland To: "mirageos-devel@lists.xenproject.org" Date: Fri, 9 May 2014 17:05:16 +0100 Thread-Topic: ctypes and c++ Thread-Index: Ac9roHfXSk7tBbRCRWCD9vD1PCFLZQ== Message-ID: Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-Virus-Scanned: by iCritical at engine05-20433-5.icritical.com Subject: [MirageOS-devel] ctypes and c++ X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 there, I=92m Steve Luland and I=92m working on a mirage implementation for openzwa= ve to be used with the cubieboard. = I=92m looking to use ctypes to make the openzwave library compatible with O= Caml. Would ctypes work on a c++ library such as this? Thanks, Steve Luland.This message and any attachment are intended solely for the ad= dressee 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 messa= ge 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 Nottin= gham. 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 Fri May 09 16:08:28 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 09 May 2014 16:08: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 1WinLU-0003Ya-Ev; Fri, 09 May 2014 16:08:24 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WinLT-0003YV-5c for mirageos-devel@lists.xenproject.org; Fri, 09 May 2014 16:08:23 +0000 Received: from [193.109.254.147:62282] by server-4.bemta-14.messagelabs.com id 2D/EF-02781-67DFC635; Fri, 09 May 2014 16:08:22 +0000 X-Env-Sender: psxsl6@nottingham.ac.uk X-Msg-Ref: server-11.tower-27.messagelabs.com!1399651701!512807!1 X-Originating-IP: [93.95.15.171] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogOTMuOTUuMTUuMTcxID0+IDQyMTM=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32081 invoked from network); 9 May 2014 16:08:21 -0000 Received: from engine05-20433-5.icritical.com (HELO engine05-20433-5.icritical.com) (93.95.15.171) by server-11.tower-27.messagelabs.com with SMTP; 9 May 2014 16:08:21 -0000 Received: (qmail 8086 invoked from network); 9 May 2014 16:08:15 -0000 Received: from localhost (127.0.0.1) by engine05-20433-5.icritical.com with SMTP; 9 May 2014 16:08:15 -0000 Received: from engine05-20433-5.icritical.com ([127.0.0.1]) by localhost (engine05-20433-5.icritical.com [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 07642-08 for ; Fri, 9 May 2014 17:08:08 +0100 (BST) Received: (qmail 6388 invoked by uid 599); 9 May 2014 16:05:57 -0000 Received: from unknown (HELO smtp3.nottingham.ac.uk) (128.243.44.55) by engine05-20433-5.icritical.com (qpsmtpd/0.28) with ESMTP; Fri, 09 May 2014 17:05:57 +0100 Received: from uiwexhub01.ad.nottingham.ac.uk ([128.243.15.133]) by smtp3.nottingham.ac.uk with esmtps (TLSv1:AES128-SHA:128) (Exim 4.77) (envelope-from ) id 1WinIT-0006Db-Qt for mirageos-devel@lists.xenproject.org; Fri, 09 May 2014 17:05:17 +0100 From: Steven Luland To: "mirageos-devel@lists.xenproject.org" Date: Fri, 9 May 2014 17:05:16 +0100 Thread-Topic: ctypes and c++ Thread-Index: Ac9roHfXSk7tBbRCRWCD9vD1PCFLZQ== Message-ID: Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-Virus-Scanned: by iCritical at engine05-20433-5.icritical.com Subject: [MirageOS-devel] ctypes and c++ X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 there, I=92m Steve Luland and I=92m working on a mirage implementation for openzwa= ve to be used with the cubieboard. = I=92m looking to use ctypes to make the openzwave library compatible with O= Caml. Would ctypes work on a c++ library such as this? Thanks, Steve Luland.This message and any attachment are intended solely for the ad= dressee 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 messa= ge 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 Nottin= gham. 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 Fri May 09 16:42:29 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 09 May 2014 16:42: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 1WinsS-0006dU-Lp; Fri, 09 May 2014 16:42:28 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WinsR-0006dP-94 for mirageos-devel@lists.xenproject.org; Fri, 09 May 2014 16:42:27 +0000 Received: from [85.158.137.68:24694] by server-9.bemta-3.messagelabs.com id CE/57-30063-2750D635; Fri, 09 May 2014 16:42:26 +0000 X-Env-Sender: jdy22@hermes.cam.ac.uk X-Msg-Ref: server-13.tower-31.messagelabs.com!1399653745!2954786!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.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16217 invoked from network); 9 May 2014 16:42:26 -0000 Received: from ppsw-51.csi.cam.ac.uk (HELO ppsw-51.csi.cam.ac.uk) (131.111.8.151) by server-13.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 9 May 2014 16:42:26 -0000 X-Cam-AntiVirus: no malware found X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ Received: from mail-wi0-f182.google.com ([209.85.212.182]:34734) by ppsw-51.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.159]:587) with esmtpsa (PLAIN:jdy22) (TLSv1:RC4-SHA:128) id 1WinsP-0000W8-YM (Exim 4.82_3-c0e5623) for mirageos-devel@lists.xenproject.org (return-path ); Fri, 09 May 2014 17:42:25 +0100 Received: by mail-wi0-f182.google.com with SMTP id r20so1626767wiv.15 for ; Fri, 09 May 2014 09:42:25 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.194.60.4 with SMTP id d4mr9383277wjr.28.1399653745411; Fri, 09 May 2014 09:42:25 -0700 (PDT) Received: by 10.217.5.65 with HTTP; Fri, 9 May 2014 09:42:25 -0700 (PDT) In-Reply-To: References: Date: Fri, 9 May 2014 17:42:25 +0100 Message-ID: From: Jeremy Yallop To: Steven Luland Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] ctypes and c++ X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 T24gOSBNYXkgMjAxNCAxNzowNSwgU3RldmVuIEx1bGFuZCA8cHN4c2w2QG5vdHRpbmdoYW0uYWMu dWs+IHdyb3RlOgo+IEnigJltIGxvb2tpbmcgdG8gdXNlIGN0eXBlcyB0byBtYWtlIHRoZSBvcGVu endhdmUgbGlicmFyeSBjb21wYXRpYmxlIHdpdGggT0NhbWwuIFdvdWxkIGN0eXBlcyB3b3JrIG9u IGEgYysrIGxpYnJhcnkgc3VjaCBhcyB0aGlzPwoKRm9yIHRoZSBtb21lbnQsIGN0eXBlcyBuZWVk cyBhIEMtY29tcGF0aWJsZSBpbnRlcmZhY2UuICBJdCdzIHBvc3NpYmxlCnRvIGJpbmQgQysrIGxp YnJhcmllcyB0aGF0IGV4cG9zZSAnZXh0ZXJuICJDIicgZGVjbGFyYXRpb25zLCBidXQgbm90CnBv c3NpYmxlIHRvIGJpbmQgYXJiaXRyYXJ5IEMrKyBjb2RlLiAgUmVjZW50IGRldmVsb3BtZW50cyAo bmFtZWx5CnN1cHBvcnQgZm9yIGdlbmVyYXRpbmcgc3R1YnMpIG1ha2UgYmluZGluZyB0byBDKysg ZmVhc2libGUsIHNvIGl0J3MKcG9zc2libGUgdGhhdCB0aGVyZSdsbCBiZSBzdXBwb3J0IGZvciBD KysgYXQgc29tZSBwb2ludC4KCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fCk1pcmFnZU9TLWRldmVsIG1haWxpbmcgbGlzdApNaXJhZ2VPUy1kZXZlbEBsaXN0 cy54ZW5wcm9qZWN0Lm9yZwpodHRwOi8vbGlzdHMueGVucHJvamVjdC5vcmcvY2dpLWJpbi9tYWls bWFuL2xpc3RpbmZvL21pcmFnZW9zLWRldmVsCg== From mirageos-devel-bounces@lists.xenproject.org Fri May 09 16:42:29 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 09 May 2014 16:42: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 1WinsS-0006dU-Lp; Fri, 09 May 2014 16:42:28 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WinsR-0006dP-94 for mirageos-devel@lists.xenproject.org; Fri, 09 May 2014 16:42:27 +0000 Received: from [85.158.137.68:24694] by server-9.bemta-3.messagelabs.com id CE/57-30063-2750D635; Fri, 09 May 2014 16:42:26 +0000 X-Env-Sender: jdy22@hermes.cam.ac.uk X-Msg-Ref: server-13.tower-31.messagelabs.com!1399653745!2954786!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.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16217 invoked from network); 9 May 2014 16:42:26 -0000 Received: from ppsw-51.csi.cam.ac.uk (HELO ppsw-51.csi.cam.ac.uk) (131.111.8.151) by server-13.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 9 May 2014 16:42:26 -0000 X-Cam-AntiVirus: no malware found X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ Received: from mail-wi0-f182.google.com ([209.85.212.182]:34734) by ppsw-51.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.159]:587) with esmtpsa (PLAIN:jdy22) (TLSv1:RC4-SHA:128) id 1WinsP-0000W8-YM (Exim 4.82_3-c0e5623) for mirageos-devel@lists.xenproject.org (return-path ); Fri, 09 May 2014 17:42:25 +0100 Received: by mail-wi0-f182.google.com with SMTP id r20so1626767wiv.15 for ; Fri, 09 May 2014 09:42:25 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.194.60.4 with SMTP id d4mr9383277wjr.28.1399653745411; Fri, 09 May 2014 09:42:25 -0700 (PDT) Received: by 10.217.5.65 with HTTP; Fri, 9 May 2014 09:42:25 -0700 (PDT) In-Reply-To: References: Date: Fri, 9 May 2014 17:42:25 +0100 Message-ID: From: Jeremy Yallop To: Steven Luland Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] ctypes and c++ X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 T24gOSBNYXkgMjAxNCAxNzowNSwgU3RldmVuIEx1bGFuZCA8cHN4c2w2QG5vdHRpbmdoYW0uYWMu dWs+IHdyb3RlOgo+IEnigJltIGxvb2tpbmcgdG8gdXNlIGN0eXBlcyB0byBtYWtlIHRoZSBvcGVu endhdmUgbGlicmFyeSBjb21wYXRpYmxlIHdpdGggT0NhbWwuIFdvdWxkIGN0eXBlcyB3b3JrIG9u IGEgYysrIGxpYnJhcnkgc3VjaCBhcyB0aGlzPwoKRm9yIHRoZSBtb21lbnQsIGN0eXBlcyBuZWVk cyBhIEMtY29tcGF0aWJsZSBpbnRlcmZhY2UuICBJdCdzIHBvc3NpYmxlCnRvIGJpbmQgQysrIGxp YnJhcmllcyB0aGF0IGV4cG9zZSAnZXh0ZXJuICJDIicgZGVjbGFyYXRpb25zLCBidXQgbm90CnBv c3NpYmxlIHRvIGJpbmQgYXJiaXRyYXJ5IEMrKyBjb2RlLiAgUmVjZW50IGRldmVsb3BtZW50cyAo bmFtZWx5CnN1cHBvcnQgZm9yIGdlbmVyYXRpbmcgc3R1YnMpIG1ha2UgYmluZGluZyB0byBDKysg ZmVhc2libGUsIHNvIGl0J3MKcG9zc2libGUgdGhhdCB0aGVyZSdsbCBiZSBzdXBwb3J0IGZvciBD KysgYXQgc29tZSBwb2ludC4KCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fCk1pcmFnZU9TLWRldmVsIG1haWxpbmcgbGlzdApNaXJhZ2VPUy1kZXZlbEBsaXN0 cy54ZW5wcm9qZWN0Lm9yZwpodHRwOi8vbGlzdHMueGVucHJvamVjdC5vcmcvY2dpLWJpbi9tYWls bWFuL2xpc3RpbmZvL21pcmFnZW9zLWRldmVsCg== From mirageos-devel-bounces@lists.xenproject.org Sat May 10 11:00:38 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Sat, 10 May 2014 11:00:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wj515-0001PM-Jj; Sat, 10 May 2014 11:00:31 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wj514-0001PH-8e for mirageos-devel@lists.xenproject.org; Sat, 10 May 2014 11:00:30 +0000 Received: from [193.109.254.147:2449] by server-2.bemta-14.messagelabs.com id 18/2E-21684-DC60E635; Sat, 10 May 2014 11:00:29 +0000 X-Env-Sender: Richard.Mortier@nottingham.ac.uk X-Msg-Ref: server-7.tower-27.messagelabs.com!1399719628!3907142!1 X-Originating-IP: [195.62.217.152] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjYyLjIxNy4xNTIgPT4gMTY3OTY=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20877 invoked from network); 10 May 2014 11:00:28 -0000 Received: from engine04-20433-4.icritical.com (HELO engine04-20433-4.icritical.com) (195.62.217.152) by server-7.tower-27.messagelabs.com with SMTP; 10 May 2014 11:00:28 -0000 Received: (qmail 28937 invoked from network); 10 May 2014 11:00:26 -0000 Received: from localhost (127.0.0.1) by engine04-20433-4.icritical.com with SMTP; 10 May 2014 11:00:26 -0000 Received: from engine04-20433-4.icritical.com ([127.0.0.1]) by localhost (engine04-20433-4.icritical.com [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 28395-05 for ; Sat, 10 May 2014 12:00:19 +0100 (BST) Received: (qmail 28890 invoked by uid 599); 10 May 2014 11:00:18 -0000 Received: from unknown (HELO smtp3.nottingham.ac.uk) (128.243.44.55) by engine04-20433-4.icritical.com (qpsmtpd/0.28) with ESMTP; Sat, 10 May 2014 12:00:18 +0100 Received: from uiwexhub01.ad.nottingham.ac.uk ([128.243.15.133]) by smtp3.nottingham.ac.uk with esmtps (TLSv1:AES128-SHA:128) (Exim 4.77) (envelope-from ) id 1Wj50s-0005Az-FK for mirageos-devel@lists.xenproject.org; Sat, 10 May 2014 12:00:18 +0100 From: Richard Mortier To: Jeremy Yallop Date: Sat, 10 May 2014 11:58:53 +0100 Thread-Topic: [MirageOS-devel] ctypes and c++ Thread-Index: Ac9sPwd48ifgCBwcQ5KjydpjicImBg== Message-ID: References: In-Reply-To: Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-Virus-Scanned: by iCritical at engine04-20433-4.icritical.com Cc: Steven Luland , "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] ctypes and c++ X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============7320798466231710886==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============7320798466231710886== Content-Language: en-US Content-Type: multipart/signed; boundary="Apple-Mail=_D6070D02-FE78-448B-95C7-4DC8979222E6"; protocol="application/pgp-signature"; micalg=pgp-sha512 --Apple-Mail=_D6070D02-FE78-448B-95C7-4DC8979222E6 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On 9 May 2014, at 17:42, Jeremy Yallop = wrote: > On 9 May 2014 17:05, Steven Luland wrote: >> I=92m looking to use ctypes to make the openzwave library compatible = with OCaml. Would ctypes work on a c++ library such as this? >=20 > For the moment, ctypes needs a C-compatible interface. It's possible > to bind C++ libraries that expose 'extern "C"' declarations, but not > possible to bind arbitrary C++ code. =20 apologies, it's been a while since i did any C++ (thankfully)-- does = this need more support than just name mangling? (which could be done = manually in a pinch couldn't it)? > Recent developments (namely > support for generating stubs) make binding to C++ feasible, so it's > possible that there'll be support for C++ at some point. cool-- i guess this isn't terribly high priority though? or is it = something that's actually planned? --=20 Cheers, R. --Apple-Mail=_D6070D02-FE78-448B-95C7-4DC8979222E6 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTbgZtAAoJEOLF27JWwSg3QXgP/RWyHYVuBsc/M2NdSi+F28Wv QCXyy1QJIB2Jk6vGsN9M600Q4gCAlUMvONfeAedOS5MtMOFlt57hoZEDW7WOOHDn iYXvsSXR/GxJ4sBqoVIl5IfMJySOkMynOk6j8DITIsHQmy8AxzHr5bBj5BmgO2ao VE+DMunOg0DRz3wZKAha6AS82GogylrSxRW3F6KR2O0H7Y1k0wUo/4e4Yu8BnUeC GzEacaOVsXqk6Sr8Fx6clHJaiNuk3EeCMtuNuvk4KrOJMIjW+zdt27QOBPzR9gE5 TrgzMjx8DSJV0B/MmXYz9rn38ui2e+6kAv8rcPFTDwwzmJyStetYReEy01K0Ag0z 8PEUi5t9PAGkdklzO60eTD0n8ljzEFUFbpRwp8x4rzkgJ+/0on2L4JCDTBrPcWnk BXChr4QeZ+1RaqYJ+FSTRE8aPywS3wAJpjXQJOgswcrVGwqXP8bmayOSjFN/u6Rj 3ZJwrQGsaGNPGsF792xliGniSYPITNQtyMUMM9BsiTpmZMnEPva04M43uIprfU/W 1xFYR6vJAhy57kW1hLzzgvyrDnDU2+lDMjPekwsvqzjeQLyAbIIMolnQGvHExZJo gQmRcEKgV7vrkFamwuguSvEp6m1tfAUj87eY3KCvDqFRgiFpZl6vs348J0czUmPh DHglSv0JgagYMUJ9iioU =P9TK -----END PGP SIGNATURE----- --Apple-Mail=_D6070D02-FE78-448B-95C7-4DC8979222E6-- --===============7320798466231710886== 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 --===============7320798466231710886==-- From mirageos-devel-bounces@lists.xenproject.org Sat May 10 11:00:38 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Sat, 10 May 2014 11:00:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wj515-0001PM-Jj; Sat, 10 May 2014 11:00:31 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wj514-0001PH-8e for mirageos-devel@lists.xenproject.org; Sat, 10 May 2014 11:00:30 +0000 Received: from [193.109.254.147:2449] by server-2.bemta-14.messagelabs.com id 18/2E-21684-DC60E635; Sat, 10 May 2014 11:00:29 +0000 X-Env-Sender: Richard.Mortier@nottingham.ac.uk X-Msg-Ref: server-7.tower-27.messagelabs.com!1399719628!3907142!1 X-Originating-IP: [195.62.217.152] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjYyLjIxNy4xNTIgPT4gMTY3OTY=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20877 invoked from network); 10 May 2014 11:00:28 -0000 Received: from engine04-20433-4.icritical.com (HELO engine04-20433-4.icritical.com) (195.62.217.152) by server-7.tower-27.messagelabs.com with SMTP; 10 May 2014 11:00:28 -0000 Received: (qmail 28937 invoked from network); 10 May 2014 11:00:26 -0000 Received: from localhost (127.0.0.1) by engine04-20433-4.icritical.com with SMTP; 10 May 2014 11:00:26 -0000 Received: from engine04-20433-4.icritical.com ([127.0.0.1]) by localhost (engine04-20433-4.icritical.com [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 28395-05 for ; Sat, 10 May 2014 12:00:19 +0100 (BST) Received: (qmail 28890 invoked by uid 599); 10 May 2014 11:00:18 -0000 Received: from unknown (HELO smtp3.nottingham.ac.uk) (128.243.44.55) by engine04-20433-4.icritical.com (qpsmtpd/0.28) with ESMTP; Sat, 10 May 2014 12:00:18 +0100 Received: from uiwexhub01.ad.nottingham.ac.uk ([128.243.15.133]) by smtp3.nottingham.ac.uk with esmtps (TLSv1:AES128-SHA:128) (Exim 4.77) (envelope-from ) id 1Wj50s-0005Az-FK for mirageos-devel@lists.xenproject.org; Sat, 10 May 2014 12:00:18 +0100 From: Richard Mortier To: Jeremy Yallop Date: Sat, 10 May 2014 11:58:53 +0100 Thread-Topic: [MirageOS-devel] ctypes and c++ Thread-Index: Ac9sPwd48ifgCBwcQ5KjydpjicImBg== Message-ID: References: In-Reply-To: Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-Virus-Scanned: by iCritical at engine04-20433-4.icritical.com Cc: Steven Luland , "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] ctypes and c++ X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============7320798466231710886==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============7320798466231710886== Content-Language: en-US Content-Type: multipart/signed; boundary="Apple-Mail=_D6070D02-FE78-448B-95C7-4DC8979222E6"; protocol="application/pgp-signature"; micalg=pgp-sha512 --Apple-Mail=_D6070D02-FE78-448B-95C7-4DC8979222E6 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On 9 May 2014, at 17:42, Jeremy Yallop = wrote: > On 9 May 2014 17:05, Steven Luland wrote: >> I=92m looking to use ctypes to make the openzwave library compatible = with OCaml. Would ctypes work on a c++ library such as this? >=20 > For the moment, ctypes needs a C-compatible interface. It's possible > to bind C++ libraries that expose 'extern "C"' declarations, but not > possible to bind arbitrary C++ code. =20 apologies, it's been a while since i did any C++ (thankfully)-- does = this need more support than just name mangling? (which could be done = manually in a pinch couldn't it)? > Recent developments (namely > support for generating stubs) make binding to C++ feasible, so it's > possible that there'll be support for C++ at some point. cool-- i guess this isn't terribly high priority though? or is it = something that's actually planned? --=20 Cheers, R. --Apple-Mail=_D6070D02-FE78-448B-95C7-4DC8979222E6 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTbgZtAAoJEOLF27JWwSg3QXgP/RWyHYVuBsc/M2NdSi+F28Wv QCXyy1QJIB2Jk6vGsN9M600Q4gCAlUMvONfeAedOS5MtMOFlt57hoZEDW7WOOHDn iYXvsSXR/GxJ4sBqoVIl5IfMJySOkMynOk6j8DITIsHQmy8AxzHr5bBj5BmgO2ao VE+DMunOg0DRz3wZKAha6AS82GogylrSxRW3F6KR2O0H7Y1k0wUo/4e4Yu8BnUeC GzEacaOVsXqk6Sr8Fx6clHJaiNuk3EeCMtuNuvk4KrOJMIjW+zdt27QOBPzR9gE5 TrgzMjx8DSJV0B/MmXYz9rn38ui2e+6kAv8rcPFTDwwzmJyStetYReEy01K0Ag0z 8PEUi5t9PAGkdklzO60eTD0n8ljzEFUFbpRwp8x4rzkgJ+/0on2L4JCDTBrPcWnk BXChr4QeZ+1RaqYJ+FSTRE8aPywS3wAJpjXQJOgswcrVGwqXP8bmayOSjFN/u6Rj 3ZJwrQGsaGNPGsF792xliGniSYPITNQtyMUMM9BsiTpmZMnEPva04M43uIprfU/W 1xFYR6vJAhy57kW1hLzzgvyrDnDU2+lDMjPekwsvqzjeQLyAbIIMolnQGvHExZJo gQmRcEKgV7vrkFamwuguSvEp6m1tfAUj87eY3KCvDqFRgiFpZl6vs348J0czUmPh DHglSv0JgagYMUJ9iioU =P9TK -----END PGP SIGNATURE----- --Apple-Mail=_D6070D02-FE78-448B-95C7-4DC8979222E6-- --===============7320798466231710886== 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 --===============7320798466231710886==-- From mirageos-devel-bounces@lists.xenproject.org Sat May 10 23:25:40 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Sat, 10 May 2014 23:25: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 1WjGe6-0005MK-5a; Sat, 10 May 2014 23:25:34 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WjGe4-0005MF-VK for mirageos-devel@lists.xenproject.org; Sat, 10 May 2014 23:25:33 +0000 Received: from [85.158.137.68:19209] by server-6.bemta-3.messagelabs.com id D6/0A-00470-C65BE635; Sat, 10 May 2014 23:25:32 +0000 X-Env-Sender: jdy22@hermes.cam.ac.uk X-Msg-Ref: server-14.tower-31.messagelabs.com!1399764330!618610!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.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 474 invoked from network); 10 May 2014 23:25:31 -0000 Received: from ppsw-50.csi.cam.ac.uk (HELO ppsw-50.csi.cam.ac.uk) (131.111.8.150) by server-14.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 10 May 2014 23:25:31 -0000 X-Cam-AntiVirus: no malware found X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ Received: from mail-wi0-f171.google.com ([209.85.212.171]:64484) by ppsw-50.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.158]:587) with esmtpsa (PLAIN:jdy22) (TLSv1:RC4-SHA:128) id 1WjGe2-0000ea-ra (Exim 4.82_3-c0e5623) for mirageos-devel@lists.xenproject.org (return-path ); Sun, 11 May 2014 00:25:30 +0100 Received: by mail-wi0-f171.google.com with SMTP id hm4so2876188wib.10 for ; Sat, 10 May 2014 16:25:27 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.180.13.239 with SMTP id k15mr2592886wic.4.1399764327354; Sat, 10 May 2014 16:25:27 -0700 (PDT) Received: by 10.217.5.65 with HTTP; Sat, 10 May 2014 16:25:27 -0700 (PDT) In-Reply-To: References: Date: Sun, 11 May 2014 00:25:27 +0100 Message-ID: From: Jeremy Yallop To: Richard Mortier Cc: Steven Luland , "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] ctypes and c++ X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 T24gMTAvMDUvMjAxNCwgUmljaGFyZCBNb3J0aWVyIDxSaWNoYXJkLk1vcnRpZXJAbm90dGluZ2hh bS5hYy51az4gd3JvdGU6Cj4gT24gOSBNYXkgMjAxNCwgYXQgMTc6NDIsIEplcmVteSBZYWxsb3Ag PGplcmVteS55YWxsb3BAY2wuY2FtLmFjLnVrPiB3cm90ZToKPj4gT24gOSBNYXkgMjAxNCAxNzow NSwgU3RldmVuIEx1bGFuZCA8cHN4c2w2QG5vdHRpbmdoYW0uYWMudWs+IHdyb3RlOgo+Pj4gSeKA mW0gbG9va2luZyB0byB1c2UgY3R5cGVzIHRvIG1ha2UgdGhlIG9wZW56d2F2ZSBsaWJyYXJ5IGNv bXBhdGlibGUgd2l0aAo+Pj4gT0NhbWwuIFdvdWxkIGN0eXBlcyB3b3JrIG9uIGEgYysrIGxpYnJh cnkgc3VjaCBhcyB0aGlzPwo+Pgo+PiBGb3IgdGhlIG1vbWVudCwgY3R5cGVzIG5lZWRzIGEgQy1j b21wYXRpYmxlIGludGVyZmFjZS4gIEl0J3MgcG9zc2libGUKPj4gdG8gYmluZCBDKysgbGlicmFy aWVzIHRoYXQgZXhwb3NlICdleHRlcm4gIkMiJyBkZWNsYXJhdGlvbnMsIGJ1dCBub3QKPj4gcG9z c2libGUgdG8gYmluZCBhcmJpdHJhcnkgQysrIGNvZGUuCj4KPiBhcG9sb2dpZXMsIGl0J3MgYmVl biBhIHdoaWxlIHNpbmNlIGkgZGlkIGFueSBDKysgKHRoYW5rZnVsbHkpLS0gZG9lcyB0aGlzCj4g bmVlZCBtb3JlIHN1cHBvcnQgdGhhbiBqdXN0IG5hbWUgbWFuZ2xpbmc/ICh3aGljaCBjb3VsZCBi ZSBkb25lIG1hbnVhbGx5IGluCj4gYSBwaW5jaCBjb3VsZG4ndCBpdCk/CgpJbmRlZWQsIGlmIHlv dSdyZSB3aWxsaW5nIHRvIGRvIG5hbWUgbWFuZ2xpbmcgbWFudWFsbHkgaXQgc2hvdWxkIGJlCnBv c3NpYmxlIHRvIGdldCBzb21ldGhpbmcgd29ya2luZy4gIEhlcmUncyBhIHNpbXBsZSBleGFtcGxl OiBhIEMrKwpsaWJyYXJ5IHdpdGggYSBzaW5nbGUgdHJpdmlhbCBjbGFzcyB3aG9zZSBpbnN0YW5j ZXMgY2FuIGJlIHByaW50ZWQKb3V0LiAgVG8gbWFrZSBpdCBhIHRpbnkgYml0IG1vcmUgcmVhbGlz dGljIEkndmUgbWFkZSB0aGUgb3V0cHV0IHN0cmVhbQphbiBhcmd1bWVudCBvZiB0aGUgcHJpbnQg ZnVuY3Rpb24sIHNvIHdlIG5lZWQgdG8gbG9vayB1cCBzeW1ib2xzIGluCnRoZSBzdGFuZGFyZCBs aWJyYXJ5IGFzIHdlbGwgYXMgdGhlIGxpYnJhcnkgd2UncmUgbG9va2luZyB0byBiaW5kLgoKICAg JCBjYXQgcG9pbnQuY2MKICAgI2luY2x1ZGUgPG9zdHJlYW0+CgogICBjbGFzcyBQb2ludCB7CiAg ICAgaW50IHgsIHk7CiAgIHB1YmxpYzoKICAgICBQb2ludChpbnQsIGludCk7CiAgICAgflBvaW50 KCk7CgogICAgdm9pZCBwcmludChzdGQ6Om9zdHJlYW0mKTsKICAgfTsKCiAgIFBvaW50OjpQb2lu dChpbnQgeF8sIGludCB5XykgOiB4KHhfKSwgeSh5XykgeyB9CiAgIFBvaW50Ojp+UG9pbnQoKSB7 IH0KICAgdm9pZCBQb2ludDo6cHJpbnQoc3RkOjpvc3RyZWFtJiBvcykgeyBvcyA8PCAiPCIgPDwg eCA8PCAiLCIgPDwgeSA8PCAiPlxuIjsgfQogICAkIGcrKyAtc2hhcmVkIC1hbnNpIC1wZWRhbnRp YyAtVyAtV2FsbCAtZlBJQyBwb2ludC5jYyAtbyBsaWJwb2ludC5zbwoKQmVmb3JlIHdlIGdldCBz dGFydGVkLCBsZXQncyBsb29rIHVwIHRoZSBzeW1ib2xzIHdlIG5lZWQuICBXZSdsbCB3YW50CmNv dXQgZnJvbSB0aGUgc3RhbmRhcmQgbGlicmFyeToKCiAgICQgb2JqZHVtcCAtVCAvdXNyL2xpYi94 ODZfNjQtbGludXgtZ251L2xpYnN0ZGMrKy5zby42IHwgZ3JlcCBjb3V0CiAgIDAwMDAwMDAwMDAz MDEyODAgZyAgICBETyAuYnNzCTAwMDAwMDAwMDAwMDAxMTAgIEdMSUJDWFhfMy40IF9aU3Q1d2Nv dXQKICAgMDAwMDAwMDAwMDMwMTcwMCBnICAgIERPIC5ic3MJMDAwMDAwMDAwMDAwMDExMCAgR0xJ QkNYWF8zLjQgX1pTdDRjb3V0CgpUaGUgc2Vjb25kIHN5bWJvbCBpcyB0aGUgb25lIHdlIHdhbnQ7 IHRoZSBmaXJzdCBpcyBmb3Igd2lkZSBjaGFyYWN0ZXIKb3V0cHV0LiAgV2UnbGwgYWxzbyBuZWVk IHRoZSBjb25zdHJ1Y3RvciBhbmQgZGVzdHJ1Y3RvciBvZiBQb2ludCwgYW5kCnRoZSBwcmludCBt ZW1iZXIgZnVuY3Rpb246CgogICAkIG9iamR1bXAgLVQgbGlicG9pbnQuc28gIHwgZ3JlcCBQb2lu dAogICAwMDAwMDAwMDAwMDAwOTg2IGcgICAgREYgLnRleHQJMDAwMDAwMDAwMDAwMDAyMyAgQmFz ZSAgICAgICAgX1pONVBvaW50QzJFaWkKICAgMDAwMDAwMDAwMDAwMDlhYSBnICAgIERGIC50ZXh0 CTAwMDAwMDAwMDAwMDAwMjQgIEJhc2UgICAgICAgIF9aTjVQb2ludEQyRXYKICAgMDAwMDAwMDAw MDAwMDlhYSBnICAgIERGIC50ZXh0CTAwMDAwMDAwMDAwMDAwMjQgIEJhc2UgICAgICAgIF9aTjVQ b2ludEQxRXYKICAgMDAwMDAwMDAwMDAwMDk4NiBnICAgIERGIC50ZXh0CTAwMDAwMDAwMDAwMDAw MjMgIEJhc2UgICAgICAgIF9aTjVQb2ludEMxRWlpCiAgIDAwMDAwMDAwMDAwMDA5Y2UgZyAgICBE RiAudGV4dAkwMDAwMDAwMDAwMDAwMDcwICBCYXNlCl9aTjVQb2ludDVwcmludEVSU28KCkkgdGhp bmsgdGhlIEMxIGFuZCBEMSBjb25zdHJ1Y3RvciBhbmQgZGVzdHJ1Y3RvciBhcmUgdGhlIG9uZXMg d2Ugd2FudC4KIFRoZSBDMiBhbmQgRDIgdmVyc2lvbnMgYXJlIHVzZWQgZm9yIG9iamVjdCBjcmVh dGlvbiBhbmQgZGVsZXRpb24gZnJvbQpzdWJjbGFzc2VzLgoKV2UncmUgcmVhZHkgdG8gYmluZCBs aWJwb2ludCBmcm9tIGN0eXBlcy4gIExldCdzIHN0YXJ0IGJ5IG9wZW5pbmcgdGhlCkN0eXBlcyBt b2R1bGUgYW5kIGxvYWRpbmcgdGhlIHNoYXJlZCBvYmplY3RzIGZvciBsaWJwb2ludCBhbmQgdGhl CnN0YW5kYXJkIGxpYnJhcnk6CgogICBvcGVuIEN0eXBlcwogICBsZXQgbGlicG9pbnQgPSBEbC4o ZGxvcGVuIH5maWxlbmFtZToiLi9saWJwb2ludC5zbyIgfmZsYWdzOltSVExEX05PV10pCiAgIGxl dCBsaWJzdGRjcHAgPSBEbC4oZGxvcGVuIH5maWxlbmFtZToibGlic3RkYysrLnNvLjYiIH5mbGFn czpbUlRMRF9OT1ddKQoKV2UnbGwgZGVmaW5lIGFuIG9wYXF1ZSB0eXBlIHRvIHJlcHJlc2VudCBz dGQ6Om9zdHJlYW0sIHRoZW4gYmluZApzdGQ6OmNvdXQgdXNpbmcgdGhlIHN5bWJvbCB3ZSBsb29r ZWQgdXAgZWFybGllcjoKCiAgIGxldCBvc3RyZWFtID0gc3RydWN0dXJlICJvc3RyZWFtIgogICBs ZXQgY291dCA9IEZvcmVpZ24uZm9yZWlnbl92YWx1ZSB+ZnJvbTpsaWJzdGRjcHAgIl9aU3Q0Y291 dCIgb3N0cmVhbQoKTGV0J3MgZGVzY3JpYmUgdGhlIGxheW91dCBvZiB0aGUgUG9pbnQgY2xhc3Mu ICAoVGhpcyBpc24ndCBzdHJpY3RseQpuZWNlc3NhcnksIHNpbmNlIHdlJ3JlIG5vdCBnb2luZyB0 byBhY2Nlc3MgdGhlIGZpZWxkcyBkaXJlY3RseS4gIFdlCmNvdWxkIG1ha2UgZG8gd2l0aCBqdXN0 IGtub3dpbmcgdGhlIHNpemUuKQoKICAgdHlwZSBwb2ludAogICBsZXQgcG9pbnQgPSBzdHJ1Y3R1 cmUgInBvaW50IgogICBsZXQgeCA9IGZpZWxkIHBvaW50ICJ4IiBpbnQKICAgbGV0IHkgPSBmaWVs ZCBwb2ludCAieSIgaW50CiAgIGxldCAoKSA9IHNlYWwgcG9pbnQKClRpbWUgdG8gYmluZCB0aGUg Y29uc3RydWN0b3IsIGRlc3RydWN0b3IsIGFuZCBwcmludCBmdW5jdGlvbi4gIFRoZXkKYWxsIGFj Y2VwdCB0aGUgJ3RoaXMnIHBvaW50ZXIgYXMgYW4gYWRkaXRpb25hbCBmaXJzdCBhcmd1bWVudC4K CiAgIGxldCBjb25zdHJ1Y3RfUG9pbnQgPSBGb3JlaWduLmZvcmVpZ24gfmZyb206bGlicG9pbnQg Il9aTjVQb2ludEMxRWlpIgogICAgIChwdHIgcG9pbnQgQC0+IGludCBALT4gaW50IEAtPiByZXR1 cm5pbmcgdm9pZCkKCiAgIGxldCBkZXN0cm95X1BvaW50ID0gRm9yZWlnbi5mb3JlaWduIH5mcm9t OmxpYnBvaW50ICJfWk41UG9pbnREMUV2IgogICAgIChwdHIgcG9pbnQgQC0+IHJldHVybmluZyBw b2ludCkKCiAgIGxldCBwcmludF9Qb2ludCA9IEZvcmVpZ24uZm9yZWlnbiB+ZnJvbTpsaWJwb2lu dCAiX1pONVBvaW50NXByaW50RVJTbyIKICAgICAocHRyIHBvaW50IEAtPiBwdHIgb3N0cmVhbSBA LT4gcmV0dXJuaW5nIHZvaWQpCgpCZWZvcmUgd2UgY2FuIGNhbGwgdGhlIGNvbnN0cnVjdG9yIHdl IG5lZWQgdG8gYWxsb2NhdGUgbWVtb3J5IGZvciB0aGUKb2JqZWN0LiAgVGhlIG5ld19Qb2ludCBm dW5jdGlvbiwgZGVmaW5lZCBuZXh0LCBhbGxvY2F0ZXMgbWVtb3J5IGZvciBhClBvaW50LCBhdHRh Y2hlcyBhIGZpbmFsaXNlciB3aGljaCBjYWxscyB0aGUgZGVzdHJ1Y3RvciB3aGVuIHRoZSBtZW1v cnkKaXMgZ2FyYmFnZSBjb2xsZWN0ZWQsIGFuZCBjYWxscyB0aGUgY29uc3RydWN0b3IgdG8gaW5p dGlhbGl6ZSB0aGUKb2JqZWN0OgoKICAgIGxldCBuZXdfUG9pbnQgfnggfnkgPQogICAgICBsZXQg ZmluYWxpc2UgcCA9IGlnbm9yZSAoZGVzdHJveV9Qb2ludCAoYWRkciBwKSkgaW4KICAgICAgbGV0 IHAgPSBtYWtlIH5maW5hbGlzZSBwb2ludCBpbgogICAgICBiZWdpbgogICAgICAgIGNvbnN0cnVj dF9Qb2ludCAoYWRkciBwKSB4IHk7CiAgICAgICAgcAogICAgICBlbmQKCkZpbmFsbHksIHdlIGNh biB1c2Ugb3VyIG5ldyBiaW5kaW5ncy4gIExldCdzIGFsbG9jYXRlIGEgUG9pbnQgYW5kIGNhbGwK aXRzIHByaW50KCkgbWV0aG9kIHdpdGggc3RkOjpjb3V0OgoKICAgIGxldCBwdCA9IG5ld19Qb2lu dCB+eDoxMCB+eToyMAogICAgbGV0ICgpID0gcHJpbnRfUG9pbnQgKGFkZHIgcHQpIGNvdXQKCkl0 IHdvcmtzIG9uIG15IG1hY2hpbmUsIGF0IGxlYXN0ISAgSGVyZSdzIHRoZSBvdXRwdXQ6CgogICAg PDEwLDIwPgoKT2YgY291cnNlLCB0aGlzIGlzIGEgZmFpcmx5IHRyaXZpYWwgZXhhbXBsZS4gIFRo aW5ncyBiZWNvbWUgbW9yZQppbnRlcmVzdGluZyAob3IgaW4gc29tZSBjYXNlcyBpbXBvc3NpYmxl IHdpdGggY3VycmVudCBjdHlwZXMpIGlmIHRoZQpDKysgbGlicmFyeSB5b3Ugd2FudCB0byBiaW5k IHVzZXMgdGhlIG1hbnkgZXhjaXRpbmcgZmVhdHVyZXMgb2YgQysrOgp2YXJpb3VzIGZvcm1zIG9m IGluaGVyaXRhbmNlLCB0ZW1wbGF0ZXMsIGFuZCBzbyBvbi4KCj4+IFJlY2VudCBkZXZlbG9wbWVu dHMgKG5hbWVseQo+PiBzdXBwb3J0IGZvciBnZW5lcmF0aW5nIHN0dWJzKSBtYWtlIGJpbmRpbmcg dG8gQysrIGZlYXNpYmxlLCBzbyBpdCdzCj4+IHBvc3NpYmxlIHRoYXQgdGhlcmUnbGwgYmUgc3Vw cG9ydCBmb3IgQysrIGF0IHNvbWUgcG9pbnQuCgooV2hhdCBJIG1lYW4gYnkgdGhpcyBpcyB0aGF0 IHdpdGggc3R1YiBnZW5lcmF0aW9uIHRoZSBDKysgY29tcGlsZXIKd2lsbCB0YWtlIGNhcmUgb2Yg bmFtZSBtYW5nbGluZywgc2luY2UgY3R5cGVzIGlzIGdlbmVyYXRpbmcgc291cmNlCnJhdGhlciB0 aGFuIHJlc29sdmluZyBzeW1ib2xzIGluIGJpbmFyeSBvYmplY3RzLiAgVGhlcmUgYXJlIHZhcmlv dXMKbWlzc2luZyBwaWVjZXMgbWFraW5nIHRoYXQgcm91dGUgdW52aWFibGUgZm9yIHRoZSBtb21l bnQsIHRob3VnaC4pCgo+IGNvb2wtLSBpIGd1ZXNzIHRoaXMgaXNuJ3QgdGVycmlibHkgaGlnaCBw cmlvcml0eSB0aG91Z2g/IG9yIGlzIGl0IHNvbWV0aGluZwo+IHRoYXQncyBhY3R1YWxseSBwbGFu bmVkPwoKRm9yIG5vdyBpdCdzIG5vdCBzbyBtdWNoIHBsYW5uZWQgYXMgbm90ZWQgYXMgYSBuaWNl LXRvLWhhdmUKKGh0dHBzOi8vZ2l0aHViLmNvbS9vY2FtbGxhYnMvb2NhbWwtY3R5cGVzL2lzc3Vl cy8zMikuCgpKZXJlbXkuCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXwpNaXJhZ2VPUy1kZXZlbCBtYWlsaW5nIGxpc3QKTWlyYWdlT1MtZGV2ZWxAbGlzdHMu eGVucHJvamVjdC5vcmcKaHR0cDovL2xpc3RzLnhlbnByb2plY3Qub3JnL2NnaS1iaW4vbWFpbG1h bi9saXN0aW5mby9taXJhZ2Vvcy1kZXZlbAo= From mirageos-devel-bounces@lists.xenproject.org Sat May 10 23:25:40 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Sat, 10 May 2014 23:25: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 1WjGe6-0005MK-5a; Sat, 10 May 2014 23:25:34 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WjGe4-0005MF-VK for mirageos-devel@lists.xenproject.org; Sat, 10 May 2014 23:25:33 +0000 Received: from [85.158.137.68:19209] by server-6.bemta-3.messagelabs.com id D6/0A-00470-C65BE635; Sat, 10 May 2014 23:25:32 +0000 X-Env-Sender: jdy22@hermes.cam.ac.uk X-Msg-Ref: server-14.tower-31.messagelabs.com!1399764330!618610!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.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 474 invoked from network); 10 May 2014 23:25:31 -0000 Received: from ppsw-50.csi.cam.ac.uk (HELO ppsw-50.csi.cam.ac.uk) (131.111.8.150) by server-14.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 10 May 2014 23:25:31 -0000 X-Cam-AntiVirus: no malware found X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ Received: from mail-wi0-f171.google.com ([209.85.212.171]:64484) by ppsw-50.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.158]:587) with esmtpsa (PLAIN:jdy22) (TLSv1:RC4-SHA:128) id 1WjGe2-0000ea-ra (Exim 4.82_3-c0e5623) for mirageos-devel@lists.xenproject.org (return-path ); Sun, 11 May 2014 00:25:30 +0100 Received: by mail-wi0-f171.google.com with SMTP id hm4so2876188wib.10 for ; Sat, 10 May 2014 16:25:27 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.180.13.239 with SMTP id k15mr2592886wic.4.1399764327354; Sat, 10 May 2014 16:25:27 -0700 (PDT) Received: by 10.217.5.65 with HTTP; Sat, 10 May 2014 16:25:27 -0700 (PDT) In-Reply-To: References: Date: Sun, 11 May 2014 00:25:27 +0100 Message-ID: From: Jeremy Yallop To: Richard Mortier Cc: Steven Luland , "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] ctypes and c++ X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 T24gMTAvMDUvMjAxNCwgUmljaGFyZCBNb3J0aWVyIDxSaWNoYXJkLk1vcnRpZXJAbm90dGluZ2hh bS5hYy51az4gd3JvdGU6Cj4gT24gOSBNYXkgMjAxNCwgYXQgMTc6NDIsIEplcmVteSBZYWxsb3Ag PGplcmVteS55YWxsb3BAY2wuY2FtLmFjLnVrPiB3cm90ZToKPj4gT24gOSBNYXkgMjAxNCAxNzow NSwgU3RldmVuIEx1bGFuZCA8cHN4c2w2QG5vdHRpbmdoYW0uYWMudWs+IHdyb3RlOgo+Pj4gSeKA mW0gbG9va2luZyB0byB1c2UgY3R5cGVzIHRvIG1ha2UgdGhlIG9wZW56d2F2ZSBsaWJyYXJ5IGNv bXBhdGlibGUgd2l0aAo+Pj4gT0NhbWwuIFdvdWxkIGN0eXBlcyB3b3JrIG9uIGEgYysrIGxpYnJh cnkgc3VjaCBhcyB0aGlzPwo+Pgo+PiBGb3IgdGhlIG1vbWVudCwgY3R5cGVzIG5lZWRzIGEgQy1j b21wYXRpYmxlIGludGVyZmFjZS4gIEl0J3MgcG9zc2libGUKPj4gdG8gYmluZCBDKysgbGlicmFy aWVzIHRoYXQgZXhwb3NlICdleHRlcm4gIkMiJyBkZWNsYXJhdGlvbnMsIGJ1dCBub3QKPj4gcG9z c2libGUgdG8gYmluZCBhcmJpdHJhcnkgQysrIGNvZGUuCj4KPiBhcG9sb2dpZXMsIGl0J3MgYmVl biBhIHdoaWxlIHNpbmNlIGkgZGlkIGFueSBDKysgKHRoYW5rZnVsbHkpLS0gZG9lcyB0aGlzCj4g bmVlZCBtb3JlIHN1cHBvcnQgdGhhbiBqdXN0IG5hbWUgbWFuZ2xpbmc/ICh3aGljaCBjb3VsZCBi ZSBkb25lIG1hbnVhbGx5IGluCj4gYSBwaW5jaCBjb3VsZG4ndCBpdCk/CgpJbmRlZWQsIGlmIHlv dSdyZSB3aWxsaW5nIHRvIGRvIG5hbWUgbWFuZ2xpbmcgbWFudWFsbHkgaXQgc2hvdWxkIGJlCnBv c3NpYmxlIHRvIGdldCBzb21ldGhpbmcgd29ya2luZy4gIEhlcmUncyBhIHNpbXBsZSBleGFtcGxl OiBhIEMrKwpsaWJyYXJ5IHdpdGggYSBzaW5nbGUgdHJpdmlhbCBjbGFzcyB3aG9zZSBpbnN0YW5j ZXMgY2FuIGJlIHByaW50ZWQKb3V0LiAgVG8gbWFrZSBpdCBhIHRpbnkgYml0IG1vcmUgcmVhbGlz dGljIEkndmUgbWFkZSB0aGUgb3V0cHV0IHN0cmVhbQphbiBhcmd1bWVudCBvZiB0aGUgcHJpbnQg ZnVuY3Rpb24sIHNvIHdlIG5lZWQgdG8gbG9vayB1cCBzeW1ib2xzIGluCnRoZSBzdGFuZGFyZCBs aWJyYXJ5IGFzIHdlbGwgYXMgdGhlIGxpYnJhcnkgd2UncmUgbG9va2luZyB0byBiaW5kLgoKICAg JCBjYXQgcG9pbnQuY2MKICAgI2luY2x1ZGUgPG9zdHJlYW0+CgogICBjbGFzcyBQb2ludCB7CiAg ICAgaW50IHgsIHk7CiAgIHB1YmxpYzoKICAgICBQb2ludChpbnQsIGludCk7CiAgICAgflBvaW50 KCk7CgogICAgdm9pZCBwcmludChzdGQ6Om9zdHJlYW0mKTsKICAgfTsKCiAgIFBvaW50OjpQb2lu dChpbnQgeF8sIGludCB5XykgOiB4KHhfKSwgeSh5XykgeyB9CiAgIFBvaW50Ojp+UG9pbnQoKSB7 IH0KICAgdm9pZCBQb2ludDo6cHJpbnQoc3RkOjpvc3RyZWFtJiBvcykgeyBvcyA8PCAiPCIgPDwg eCA8PCAiLCIgPDwgeSA8PCAiPlxuIjsgfQogICAkIGcrKyAtc2hhcmVkIC1hbnNpIC1wZWRhbnRp YyAtVyAtV2FsbCAtZlBJQyBwb2ludC5jYyAtbyBsaWJwb2ludC5zbwoKQmVmb3JlIHdlIGdldCBz dGFydGVkLCBsZXQncyBsb29rIHVwIHRoZSBzeW1ib2xzIHdlIG5lZWQuICBXZSdsbCB3YW50CmNv dXQgZnJvbSB0aGUgc3RhbmRhcmQgbGlicmFyeToKCiAgICQgb2JqZHVtcCAtVCAvdXNyL2xpYi94 ODZfNjQtbGludXgtZ251L2xpYnN0ZGMrKy5zby42IHwgZ3JlcCBjb3V0CiAgIDAwMDAwMDAwMDAz MDEyODAgZyAgICBETyAuYnNzCTAwMDAwMDAwMDAwMDAxMTAgIEdMSUJDWFhfMy40IF9aU3Q1d2Nv dXQKICAgMDAwMDAwMDAwMDMwMTcwMCBnICAgIERPIC5ic3MJMDAwMDAwMDAwMDAwMDExMCAgR0xJ QkNYWF8zLjQgX1pTdDRjb3V0CgpUaGUgc2Vjb25kIHN5bWJvbCBpcyB0aGUgb25lIHdlIHdhbnQ7 IHRoZSBmaXJzdCBpcyBmb3Igd2lkZSBjaGFyYWN0ZXIKb3V0cHV0LiAgV2UnbGwgYWxzbyBuZWVk IHRoZSBjb25zdHJ1Y3RvciBhbmQgZGVzdHJ1Y3RvciBvZiBQb2ludCwgYW5kCnRoZSBwcmludCBt ZW1iZXIgZnVuY3Rpb246CgogICAkIG9iamR1bXAgLVQgbGlicG9pbnQuc28gIHwgZ3JlcCBQb2lu dAogICAwMDAwMDAwMDAwMDAwOTg2IGcgICAgREYgLnRleHQJMDAwMDAwMDAwMDAwMDAyMyAgQmFz ZSAgICAgICAgX1pONVBvaW50QzJFaWkKICAgMDAwMDAwMDAwMDAwMDlhYSBnICAgIERGIC50ZXh0 CTAwMDAwMDAwMDAwMDAwMjQgIEJhc2UgICAgICAgIF9aTjVQb2ludEQyRXYKICAgMDAwMDAwMDAw MDAwMDlhYSBnICAgIERGIC50ZXh0CTAwMDAwMDAwMDAwMDAwMjQgIEJhc2UgICAgICAgIF9aTjVQ b2ludEQxRXYKICAgMDAwMDAwMDAwMDAwMDk4NiBnICAgIERGIC50ZXh0CTAwMDAwMDAwMDAwMDAw MjMgIEJhc2UgICAgICAgIF9aTjVQb2ludEMxRWlpCiAgIDAwMDAwMDAwMDAwMDA5Y2UgZyAgICBE RiAudGV4dAkwMDAwMDAwMDAwMDAwMDcwICBCYXNlCl9aTjVQb2ludDVwcmludEVSU28KCkkgdGhp bmsgdGhlIEMxIGFuZCBEMSBjb25zdHJ1Y3RvciBhbmQgZGVzdHJ1Y3RvciBhcmUgdGhlIG9uZXMg d2Ugd2FudC4KIFRoZSBDMiBhbmQgRDIgdmVyc2lvbnMgYXJlIHVzZWQgZm9yIG9iamVjdCBjcmVh dGlvbiBhbmQgZGVsZXRpb24gZnJvbQpzdWJjbGFzc2VzLgoKV2UncmUgcmVhZHkgdG8gYmluZCBs aWJwb2ludCBmcm9tIGN0eXBlcy4gIExldCdzIHN0YXJ0IGJ5IG9wZW5pbmcgdGhlCkN0eXBlcyBt b2R1bGUgYW5kIGxvYWRpbmcgdGhlIHNoYXJlZCBvYmplY3RzIGZvciBsaWJwb2ludCBhbmQgdGhl CnN0YW5kYXJkIGxpYnJhcnk6CgogICBvcGVuIEN0eXBlcwogICBsZXQgbGlicG9pbnQgPSBEbC4o ZGxvcGVuIH5maWxlbmFtZToiLi9saWJwb2ludC5zbyIgfmZsYWdzOltSVExEX05PV10pCiAgIGxl dCBsaWJzdGRjcHAgPSBEbC4oZGxvcGVuIH5maWxlbmFtZToibGlic3RkYysrLnNvLjYiIH5mbGFn czpbUlRMRF9OT1ddKQoKV2UnbGwgZGVmaW5lIGFuIG9wYXF1ZSB0eXBlIHRvIHJlcHJlc2VudCBz dGQ6Om9zdHJlYW0sIHRoZW4gYmluZApzdGQ6OmNvdXQgdXNpbmcgdGhlIHN5bWJvbCB3ZSBsb29r ZWQgdXAgZWFybGllcjoKCiAgIGxldCBvc3RyZWFtID0gc3RydWN0dXJlICJvc3RyZWFtIgogICBs ZXQgY291dCA9IEZvcmVpZ24uZm9yZWlnbl92YWx1ZSB+ZnJvbTpsaWJzdGRjcHAgIl9aU3Q0Y291 dCIgb3N0cmVhbQoKTGV0J3MgZGVzY3JpYmUgdGhlIGxheW91dCBvZiB0aGUgUG9pbnQgY2xhc3Mu ICAoVGhpcyBpc24ndCBzdHJpY3RseQpuZWNlc3NhcnksIHNpbmNlIHdlJ3JlIG5vdCBnb2luZyB0 byBhY2Nlc3MgdGhlIGZpZWxkcyBkaXJlY3RseS4gIFdlCmNvdWxkIG1ha2UgZG8gd2l0aCBqdXN0 IGtub3dpbmcgdGhlIHNpemUuKQoKICAgdHlwZSBwb2ludAogICBsZXQgcG9pbnQgPSBzdHJ1Y3R1 cmUgInBvaW50IgogICBsZXQgeCA9IGZpZWxkIHBvaW50ICJ4IiBpbnQKICAgbGV0IHkgPSBmaWVs ZCBwb2ludCAieSIgaW50CiAgIGxldCAoKSA9IHNlYWwgcG9pbnQKClRpbWUgdG8gYmluZCB0aGUg Y29uc3RydWN0b3IsIGRlc3RydWN0b3IsIGFuZCBwcmludCBmdW5jdGlvbi4gIFRoZXkKYWxsIGFj Y2VwdCB0aGUgJ3RoaXMnIHBvaW50ZXIgYXMgYW4gYWRkaXRpb25hbCBmaXJzdCBhcmd1bWVudC4K CiAgIGxldCBjb25zdHJ1Y3RfUG9pbnQgPSBGb3JlaWduLmZvcmVpZ24gfmZyb206bGlicG9pbnQg Il9aTjVQb2ludEMxRWlpIgogICAgIChwdHIgcG9pbnQgQC0+IGludCBALT4gaW50IEAtPiByZXR1 cm5pbmcgdm9pZCkKCiAgIGxldCBkZXN0cm95X1BvaW50ID0gRm9yZWlnbi5mb3JlaWduIH5mcm9t OmxpYnBvaW50ICJfWk41UG9pbnREMUV2IgogICAgIChwdHIgcG9pbnQgQC0+IHJldHVybmluZyBw b2ludCkKCiAgIGxldCBwcmludF9Qb2ludCA9IEZvcmVpZ24uZm9yZWlnbiB+ZnJvbTpsaWJwb2lu dCAiX1pONVBvaW50NXByaW50RVJTbyIKICAgICAocHRyIHBvaW50IEAtPiBwdHIgb3N0cmVhbSBA LT4gcmV0dXJuaW5nIHZvaWQpCgpCZWZvcmUgd2UgY2FuIGNhbGwgdGhlIGNvbnN0cnVjdG9yIHdl IG5lZWQgdG8gYWxsb2NhdGUgbWVtb3J5IGZvciB0aGUKb2JqZWN0LiAgVGhlIG5ld19Qb2ludCBm dW5jdGlvbiwgZGVmaW5lZCBuZXh0LCBhbGxvY2F0ZXMgbWVtb3J5IGZvciBhClBvaW50LCBhdHRh Y2hlcyBhIGZpbmFsaXNlciB3aGljaCBjYWxscyB0aGUgZGVzdHJ1Y3RvciB3aGVuIHRoZSBtZW1v cnkKaXMgZ2FyYmFnZSBjb2xsZWN0ZWQsIGFuZCBjYWxscyB0aGUgY29uc3RydWN0b3IgdG8gaW5p dGlhbGl6ZSB0aGUKb2JqZWN0OgoKICAgIGxldCBuZXdfUG9pbnQgfnggfnkgPQogICAgICBsZXQg ZmluYWxpc2UgcCA9IGlnbm9yZSAoZGVzdHJveV9Qb2ludCAoYWRkciBwKSkgaW4KICAgICAgbGV0 IHAgPSBtYWtlIH5maW5hbGlzZSBwb2ludCBpbgogICAgICBiZWdpbgogICAgICAgIGNvbnN0cnVj dF9Qb2ludCAoYWRkciBwKSB4IHk7CiAgICAgICAgcAogICAgICBlbmQKCkZpbmFsbHksIHdlIGNh biB1c2Ugb3VyIG5ldyBiaW5kaW5ncy4gIExldCdzIGFsbG9jYXRlIGEgUG9pbnQgYW5kIGNhbGwK aXRzIHByaW50KCkgbWV0aG9kIHdpdGggc3RkOjpjb3V0OgoKICAgIGxldCBwdCA9IG5ld19Qb2lu dCB+eDoxMCB+eToyMAogICAgbGV0ICgpID0gcHJpbnRfUG9pbnQgKGFkZHIgcHQpIGNvdXQKCkl0 IHdvcmtzIG9uIG15IG1hY2hpbmUsIGF0IGxlYXN0ISAgSGVyZSdzIHRoZSBvdXRwdXQ6CgogICAg PDEwLDIwPgoKT2YgY291cnNlLCB0aGlzIGlzIGEgZmFpcmx5IHRyaXZpYWwgZXhhbXBsZS4gIFRo aW5ncyBiZWNvbWUgbW9yZQppbnRlcmVzdGluZyAob3IgaW4gc29tZSBjYXNlcyBpbXBvc3NpYmxl IHdpdGggY3VycmVudCBjdHlwZXMpIGlmIHRoZQpDKysgbGlicmFyeSB5b3Ugd2FudCB0byBiaW5k IHVzZXMgdGhlIG1hbnkgZXhjaXRpbmcgZmVhdHVyZXMgb2YgQysrOgp2YXJpb3VzIGZvcm1zIG9m IGluaGVyaXRhbmNlLCB0ZW1wbGF0ZXMsIGFuZCBzbyBvbi4KCj4+IFJlY2VudCBkZXZlbG9wbWVu dHMgKG5hbWVseQo+PiBzdXBwb3J0IGZvciBnZW5lcmF0aW5nIHN0dWJzKSBtYWtlIGJpbmRpbmcg dG8gQysrIGZlYXNpYmxlLCBzbyBpdCdzCj4+IHBvc3NpYmxlIHRoYXQgdGhlcmUnbGwgYmUgc3Vw cG9ydCBmb3IgQysrIGF0IHNvbWUgcG9pbnQuCgooV2hhdCBJIG1lYW4gYnkgdGhpcyBpcyB0aGF0 IHdpdGggc3R1YiBnZW5lcmF0aW9uIHRoZSBDKysgY29tcGlsZXIKd2lsbCB0YWtlIGNhcmUgb2Yg bmFtZSBtYW5nbGluZywgc2luY2UgY3R5cGVzIGlzIGdlbmVyYXRpbmcgc291cmNlCnJhdGhlciB0 aGFuIHJlc29sdmluZyBzeW1ib2xzIGluIGJpbmFyeSBvYmplY3RzLiAgVGhlcmUgYXJlIHZhcmlv dXMKbWlzc2luZyBwaWVjZXMgbWFraW5nIHRoYXQgcm91dGUgdW52aWFibGUgZm9yIHRoZSBtb21l bnQsIHRob3VnaC4pCgo+IGNvb2wtLSBpIGd1ZXNzIHRoaXMgaXNuJ3QgdGVycmlibHkgaGlnaCBw cmlvcml0eSB0aG91Z2g/IG9yIGlzIGl0IHNvbWV0aGluZwo+IHRoYXQncyBhY3R1YWxseSBwbGFu bmVkPwoKRm9yIG5vdyBpdCdzIG5vdCBzbyBtdWNoIHBsYW5uZWQgYXMgbm90ZWQgYXMgYSBuaWNl LXRvLWhhdmUKKGh0dHBzOi8vZ2l0aHViLmNvbS9vY2FtbGxhYnMvb2NhbWwtY3R5cGVzL2lzc3Vl cy8zMikuCgpKZXJlbXkuCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXwpNaXJhZ2VPUy1kZXZlbCBtYWlsaW5nIGxpc3QKTWlyYWdlT1MtZGV2ZWxAbGlzdHMu eGVucHJvamVjdC5vcmcKaHR0cDovL2xpc3RzLnhlbnByb2plY3Qub3JnL2NnaS1iaW4vbWFpbG1h bi9saXN0aW5mby9taXJhZ2Vvcy1kZXZlbAo= From mirageos-devel-bounces@lists.xenproject.org Mon May 12 09:28:25 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 12 May 2014 09:28: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 1WjmWy-0003yZ-6M; Mon, 12 May 2014 09:28:20 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WjmWx-0003yU-3G for mirageos-devel@lists.xenproject.org; Mon, 12 May 2014 09:28:19 +0000 Received: from [85.158.139.211:28716] by server-2.bemta-5.messagelabs.com id 2E/F1-12074-23490735; Mon, 12 May 2014 09:28:18 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-4.tower-206.messagelabs.com!1399886896!3635059!1 X-Originating-IP: [209.85.214.171] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_23, ML_RADAR_SPEW_LINKS_32, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26789 invoked from network); 12 May 2014 09:28:17 -0000 Received: from mail-ob0-f171.google.com (HELO mail-ob0-f171.google.com) (209.85.214.171) by server-4.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 12 May 2014 09:28:17 -0000 Received: by mail-ob0-f171.google.com with SMTP id wn1so7817719obc.16 for ; Mon, 12 May 2014 02:28:15 -0700 (PDT) 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=8HLfVO1XxwJM+xyaRbyJf2W2tQaG+DufeAjorincdsY=; b=ezRgliVVqOIONKAr+9mIWtfYGdP7JiazPb+i/AkPksSohxlCRzp+cKiZotXFOaTlwU c+2NuKDu4fDL8ert9fncVkHfCjOs69gf9uibzMCnGVhQ+LU3Rpav/dO/kzaMh8pvmGA/ iH244dQKRtetl3qhqzhsjy6sYjmwuEj1CRbRzdJF9xiQ5MmuyPmVFRB9Kr8p/14XYsf4 ZfNOGjtyu0h7HZ+0OXZHiFX1Z85nfnGmrAERZhbNDfILMmOLvhjP+7UJ05Oe+WbgFH9o MYD61Da2Uhz0Wy5tVIl9qIDQtq4+gjmaEYYnDsrQHQRzF1J7bIoSwsuSP9nLBQWyLK+H aT2Q== MIME-Version: 1.0 X-Received: by 10.60.48.106 with SMTP id k10mr32391223oen.20.1399886895674; Mon, 12 May 2014 02:28:15 -0700 (PDT) Received: by 10.76.101.202 with HTTP; Mon, 12 May 2014 02:28:15 -0700 (PDT) Date: Mon, 12 May 2014 10:28:15 +0100 Message-ID: From: Thomas Leonard To: "mirageos-devel@lists.xenproject.org" Subject: [MirageOS-devel] Mirage/ARM plans X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 Here are the things I think need to happen to get Mirage working on ARM: - Update Mini-OS to support both x86 and ARM (done but not yet merged). -Sort out Mini-OS's recursive symlinks (causes trouble for ocamlbuild and opam). - Update "kernel" in mirage-platform to the lastest version of Mini-OS (adding ARM support). - Update "dietlibc" to the latest version (adding ARM support), or switch to a different libc. - Create "xencaml" component for the Mini-OS OCaml stubs (keeping them separate from Mini-OS). - Sort out the "include" directory. Not clear where these files came from. Might be good to separate out headers from Mini-OS vs headers from libc, etc. - Update "include/xen" with the latest Xen headers (adding ARM support). - Change the build system to use the upstream Makefiles rather than ocamlbuild, for ease of merging in future. - Get ARM support for "libm". - Test the above changes on x86 (is there a test suite?). - Test on ARM. - Improve stack handling in Mini-OS (at a minimum, start with a bigger fixed-size stack). Then enable stack growing, or at least detect stack overflows. libc options: We need to change to a new libc as dietlibc is GPL. I'm not sure how far mirage-platform's dietlibc has diverged from the upstream version. If it's only a little, it might be eaiser to update to dietlibc 0.33, get everything working with that and then switch to a new libc. But if it's heavily patched, it might be better to start with a fresh libc right away. Options include: - FreeBSD's libkern (is there some documentation for this?). - Bionic (BSD) - http://en.wikipedia.org/wiki/Bionic_%28software%29 Used in Android; so probably good ARM support. - newlib (scary mix of licenses) - https://sourceware.org/newlib/ Not clear from web-site what advantages it provides or what its goals are. - uClibC (LGPL) - http://www.uclibc.org/ Designed for very small systems (e.g. without an MMU). Anil mentioned that LGPL may worry the lawyers, though LGPL sounds like a good option to me. - musl (MIT) - http://www.musl-libc.org/intro.html Seems to have a focus on correctness and robustness. - eCos (modified GPL; LGPL-like) Aims to be highly configurable for custom builds. These are GPL, so not useful: - dietlibc (GPL) - aims for small code size - Linux klibc (mostly BSD, but some GPL) - for Linux initrd The musl project has a comparison table for some features of musl, uClibc, dietlibc and glibc: http://www.etalabs.net/compare_libcs.html Let me know if you have other suggestions or can rule out any of the above. -- 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 May 12 09:28:25 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 12 May 2014 09:28: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 1WjmWy-0003yZ-6M; Mon, 12 May 2014 09:28:20 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WjmWx-0003yU-3G for mirageos-devel@lists.xenproject.org; Mon, 12 May 2014 09:28:19 +0000 Received: from [85.158.139.211:28716] by server-2.bemta-5.messagelabs.com id 2E/F1-12074-23490735; Mon, 12 May 2014 09:28:18 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-4.tower-206.messagelabs.com!1399886896!3635059!1 X-Originating-IP: [209.85.214.171] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_23, ML_RADAR_SPEW_LINKS_32, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26789 invoked from network); 12 May 2014 09:28:17 -0000 Received: from mail-ob0-f171.google.com (HELO mail-ob0-f171.google.com) (209.85.214.171) by server-4.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 12 May 2014 09:28:17 -0000 Received: by mail-ob0-f171.google.com with SMTP id wn1so7817719obc.16 for ; Mon, 12 May 2014 02:28:15 -0700 (PDT) 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=8HLfVO1XxwJM+xyaRbyJf2W2tQaG+DufeAjorincdsY=; b=ezRgliVVqOIONKAr+9mIWtfYGdP7JiazPb+i/AkPksSohxlCRzp+cKiZotXFOaTlwU c+2NuKDu4fDL8ert9fncVkHfCjOs69gf9uibzMCnGVhQ+LU3Rpav/dO/kzaMh8pvmGA/ iH244dQKRtetl3qhqzhsjy6sYjmwuEj1CRbRzdJF9xiQ5MmuyPmVFRB9Kr8p/14XYsf4 ZfNOGjtyu0h7HZ+0OXZHiFX1Z85nfnGmrAERZhbNDfILMmOLvhjP+7UJ05Oe+WbgFH9o MYD61Da2Uhz0Wy5tVIl9qIDQtq4+gjmaEYYnDsrQHQRzF1J7bIoSwsuSP9nLBQWyLK+H aT2Q== MIME-Version: 1.0 X-Received: by 10.60.48.106 with SMTP id k10mr32391223oen.20.1399886895674; Mon, 12 May 2014 02:28:15 -0700 (PDT) Received: by 10.76.101.202 with HTTP; Mon, 12 May 2014 02:28:15 -0700 (PDT) Date: Mon, 12 May 2014 10:28:15 +0100 Message-ID: From: Thomas Leonard To: "mirageos-devel@lists.xenproject.org" Subject: [MirageOS-devel] Mirage/ARM plans X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 Here are the things I think need to happen to get Mirage working on ARM: - Update Mini-OS to support both x86 and ARM (done but not yet merged). -Sort out Mini-OS's recursive symlinks (causes trouble for ocamlbuild and opam). - Update "kernel" in mirage-platform to the lastest version of Mini-OS (adding ARM support). - Update "dietlibc" to the latest version (adding ARM support), or switch to a different libc. - Create "xencaml" component for the Mini-OS OCaml stubs (keeping them separate from Mini-OS). - Sort out the "include" directory. Not clear where these files came from. Might be good to separate out headers from Mini-OS vs headers from libc, etc. - Update "include/xen" with the latest Xen headers (adding ARM support). - Change the build system to use the upstream Makefiles rather than ocamlbuild, for ease of merging in future. - Get ARM support for "libm". - Test the above changes on x86 (is there a test suite?). - Test on ARM. - Improve stack handling in Mini-OS (at a minimum, start with a bigger fixed-size stack). Then enable stack growing, or at least detect stack overflows. libc options: We need to change to a new libc as dietlibc is GPL. I'm not sure how far mirage-platform's dietlibc has diverged from the upstream version. If it's only a little, it might be eaiser to update to dietlibc 0.33, get everything working with that and then switch to a new libc. But if it's heavily patched, it might be better to start with a fresh libc right away. Options include: - FreeBSD's libkern (is there some documentation for this?). - Bionic (BSD) - http://en.wikipedia.org/wiki/Bionic_%28software%29 Used in Android; so probably good ARM support. - newlib (scary mix of licenses) - https://sourceware.org/newlib/ Not clear from web-site what advantages it provides or what its goals are. - uClibC (LGPL) - http://www.uclibc.org/ Designed for very small systems (e.g. without an MMU). Anil mentioned that LGPL may worry the lawyers, though LGPL sounds like a good option to me. - musl (MIT) - http://www.musl-libc.org/intro.html Seems to have a focus on correctness and robustness. - eCos (modified GPL; LGPL-like) Aims to be highly configurable for custom builds. These are GPL, so not useful: - dietlibc (GPL) - aims for small code size - Linux klibc (mostly BSD, but some GPL) - for Linux initrd The musl project has a comparison table for some features of musl, uClibc, dietlibc and glibc: http://www.etalabs.net/compare_libcs.html Let me know if you have other suggestions or can rule out any of the above. -- 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 May 12 15:10:22 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 12 May 2014 15:10: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 1Wjrrt-0006H5-1u; Mon, 12 May 2014 15:10:17 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wjrrr-0006Gy-NG for mirageos-devel@lists.xenproject.org; Mon, 12 May 2014 15:10:16 +0000 Received: from [193.109.254.147:24291] by server-13.bemta-14.messagelabs.com id 87/40-23211-654E0735; Mon, 12 May 2014 15:10:14 +0000 X-Env-Sender: avsm@dark.recoil.org X-Msg-Ref: server-10.tower-27.messagelabs.com!1399907412!4259048!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_32, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8775 invoked from network); 12 May 2014 15:10:12 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-10.tower-27.messagelabs.com with SMTP; 12 May 2014 15:10:12 -0000 Received: (qmail 22610 invoked by uid 10000); 12 May 2014 15:10:11 -0000 Date: Mon, 12 May 2014 16:10:11 +0100 From: Anil Madhavapeddy To: Thomas Leonard Message-ID: <20140512151011.GA10394@dark.recoil.org> References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Mirage/ARM plans X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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, May 12, 2014 at 10:28:15AM +0100, Thomas Leonard wrote: > Here are the things I think need to happen to get Mirage working on ARM: Great summary! My comments inline: > > - Update Mini-OS to support both x86 and ARM (done but not yet merged). This refers to upstream Xen MiniOS, right? Do you think it's worth modifying the MiniOS repository to build fully independently of Xen (so that we can extract the git subtree) and install its header files and .a/.lds files somewhere that can be picked up by the mirage-platform build? This would require some extra ifdefs to disable some of the MiniOS functionality we dont need (its threads, xenstore, and device drivers), but I suspect upstream will be sympathetic to such changes to toggle off functionality. > -Sort out Mini-OS's recursive symlinks (causes trouble for ocamlbuild > and opam). > - Change the build system to use the upstream Makefiles rather than > - Update "kernel" in mirage-platform to the lastest version of Mini-OS > (adding ARM support). If we do the above, then OPAM would never build the C bits (treating MiniOS as an external library instead). Would make cross-compilation much easier in the future too... > - Update "dietlibc" to the latest version (adding ARM support), or > switch to a different libc. > - Create "xencaml" component for the Mini-OS OCaml stubs (keeping them > separate from Mini-OS). Yep, that would make supporting multiple compiler versions much easier too. > - Sort out the "include" directory. Not clear where these files came from. > Might be good to separate out headers from Mini-OS vs headers from libc, etc. This started off as a well-intentioned thing -- instead of confusingly overlapping include directories, we moved them into one area to ensure that they were all in sync. Worked well early on, but makes maintenance essentially impossible... Separating out the internal MiniOS headers from libc could be done in the same style as kernel headers, with MiniOS headers treated as something not to expose to 'userspace' without a specific reason. It's very likely that we will expose a lot of low-level state to OCaml in the future (after all, taking advantage of hardware-specific functionality during compilation is one of the main goals), but we can do so in a more controlled way than is currently done. > - Update "include/xen" with the latest Xen headers (adding ARM support). > ocamlbuild, for ease of merging in future. > - Get ARM support for "libm". > - Test the above changes on x86 (is there a test suite?). > - Test on ARM. No test suite in MiniOS, but running the Mirage network or block skeletons with some decent load is a pretty good way to stress a lot of critical subsystems. > - Improve stack handling in Mini-OS (at a minimum, start with a bigger > fixed-size stack). > Then enable stack growing, or at least detect stack overflows. Yep, we can get pretty far with a large fixed-size stack, but detecting stack overflows and faulting with the right exception would certainly be safer. > libc options: > > We need to change to a new libc as dietlibc is GPL. > > I'm not sure how far mirage-platform's dietlibc has diverged from the > upstream version. If it's only a little, it might be eaiser to update > to dietlibc 0.33, get everything working with that and then switch to > a new libc. But if it's heavily patched, it might be better to start > with a fresh libc right away. It hasn't been heavily patched, but a lot of functionality was disabled. I suspect that it would just be easier to begin from scratch with a new libc infrastructure as some assumptions (particularly around the order that ctors are run) may not hold in the latest release. That leads to fairly hard-to-track issues... > > Options include: > > - FreeBSD's libkern (is there some documentation for this?). > > - Bionic (BSD) - http://en.wikipedia.org/wiki/Bionic_%28software%29 > Used in Android; so probably good ARM support. > > - newlib (scary mix of licenses) - https://sourceware.org/newlib/ > Not clear from web-site what advantages it provides or what its goals are. > > - uClibC (LGPL) - http://www.uclibc.org/ > Designed for very small systems (e.g. without an MMU). > Anil mentioned that LGPL may worry the lawyers, though LGPL sounds > like a good option to me. > > - musl (MIT) - http://www.musl-libc.org/intro.html > Seems to have a focus on correctness and robustness. > > - eCos (modified GPL; LGPL-like) > Aims to be highly configurable for custom builds. To clarify my LGPL concerns, it's mainly that having a single license for the core components of the project is highly desirable. Since our OCaml libraries are BSD/ISC licensed where possible, I prefer source code that matches this for the runtime too. For the choice of libcs, I think we should avoid the ones designed for embedded systems, since they often sacrifice performance in favour of lower resource usage. Our target for the Xen ports are fairly beefy CPUs in comparison to the usual places where uclibC runs, for instance. Despite its relative youth, I do like the look of musl, and it's actively developed. It also includes a C99 math library, which would save us pulling in a *BSD libm. Someone (independently) submitted an OPAM compiler switch for musl here, due to its nice static linking support: https://github.com/ocaml/opam-repository/tree/master/compilers/4.01.0/4.01.0%2Bmusl > These are GPL, so not useful: > > - dietlibc (GPL) - aims for small code size > - Linux klibc (mostly BSD, but some GPL) - for Linux initrd > > The musl project has a comparison table for some features of musl, > uClibc, dietlibc and glibc: > > http://www.etalabs.net/compare_libcs.html > > Let me know if you have other suggestions or can rule out any of the > above. It looks like a shortlist between libkern (which needs to be extracted from FreeBSD) and libmusl to me... -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 May 12 15:10:22 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 12 May 2014 15:10: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 1Wjrrt-0006H5-1u; Mon, 12 May 2014 15:10:17 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wjrrr-0006Gy-NG for mirageos-devel@lists.xenproject.org; Mon, 12 May 2014 15:10:16 +0000 Received: from [193.109.254.147:24291] by server-13.bemta-14.messagelabs.com id 87/40-23211-654E0735; Mon, 12 May 2014 15:10:14 +0000 X-Env-Sender: avsm@dark.recoil.org X-Msg-Ref: server-10.tower-27.messagelabs.com!1399907412!4259048!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_32, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8775 invoked from network); 12 May 2014 15:10:12 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-10.tower-27.messagelabs.com with SMTP; 12 May 2014 15:10:12 -0000 Received: (qmail 22610 invoked by uid 10000); 12 May 2014 15:10:11 -0000 Date: Mon, 12 May 2014 16:10:11 +0100 From: Anil Madhavapeddy To: Thomas Leonard Message-ID: <20140512151011.GA10394@dark.recoil.org> References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Mirage/ARM plans X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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, May 12, 2014 at 10:28:15AM +0100, Thomas Leonard wrote: > Here are the things I think need to happen to get Mirage working on ARM: Great summary! My comments inline: > > - Update Mini-OS to support both x86 and ARM (done but not yet merged). This refers to upstream Xen MiniOS, right? Do you think it's worth modifying the MiniOS repository to build fully independently of Xen (so that we can extract the git subtree) and install its header files and .a/.lds files somewhere that can be picked up by the mirage-platform build? This would require some extra ifdefs to disable some of the MiniOS functionality we dont need (its threads, xenstore, and device drivers), but I suspect upstream will be sympathetic to such changes to toggle off functionality. > -Sort out Mini-OS's recursive symlinks (causes trouble for ocamlbuild > and opam). > - Change the build system to use the upstream Makefiles rather than > - Update "kernel" in mirage-platform to the lastest version of Mini-OS > (adding ARM support). If we do the above, then OPAM would never build the C bits (treating MiniOS as an external library instead). Would make cross-compilation much easier in the future too... > - Update "dietlibc" to the latest version (adding ARM support), or > switch to a different libc. > - Create "xencaml" component for the Mini-OS OCaml stubs (keeping them > separate from Mini-OS). Yep, that would make supporting multiple compiler versions much easier too. > - Sort out the "include" directory. Not clear where these files came from. > Might be good to separate out headers from Mini-OS vs headers from libc, etc. This started off as a well-intentioned thing -- instead of confusingly overlapping include directories, we moved them into one area to ensure that they were all in sync. Worked well early on, but makes maintenance essentially impossible... Separating out the internal MiniOS headers from libc could be done in the same style as kernel headers, with MiniOS headers treated as something not to expose to 'userspace' without a specific reason. It's very likely that we will expose a lot of low-level state to OCaml in the future (after all, taking advantage of hardware-specific functionality during compilation is one of the main goals), but we can do so in a more controlled way than is currently done. > - Update "include/xen" with the latest Xen headers (adding ARM support). > ocamlbuild, for ease of merging in future. > - Get ARM support for "libm". > - Test the above changes on x86 (is there a test suite?). > - Test on ARM. No test suite in MiniOS, but running the Mirage network or block skeletons with some decent load is a pretty good way to stress a lot of critical subsystems. > - Improve stack handling in Mini-OS (at a minimum, start with a bigger > fixed-size stack). > Then enable stack growing, or at least detect stack overflows. Yep, we can get pretty far with a large fixed-size stack, but detecting stack overflows and faulting with the right exception would certainly be safer. > libc options: > > We need to change to a new libc as dietlibc is GPL. > > I'm not sure how far mirage-platform's dietlibc has diverged from the > upstream version. If it's only a little, it might be eaiser to update > to dietlibc 0.33, get everything working with that and then switch to > a new libc. But if it's heavily patched, it might be better to start > with a fresh libc right away. It hasn't been heavily patched, but a lot of functionality was disabled. I suspect that it would just be easier to begin from scratch with a new libc infrastructure as some assumptions (particularly around the order that ctors are run) may not hold in the latest release. That leads to fairly hard-to-track issues... > > Options include: > > - FreeBSD's libkern (is there some documentation for this?). > > - Bionic (BSD) - http://en.wikipedia.org/wiki/Bionic_%28software%29 > Used in Android; so probably good ARM support. > > - newlib (scary mix of licenses) - https://sourceware.org/newlib/ > Not clear from web-site what advantages it provides or what its goals are. > > - uClibC (LGPL) - http://www.uclibc.org/ > Designed for very small systems (e.g. without an MMU). > Anil mentioned that LGPL may worry the lawyers, though LGPL sounds > like a good option to me. > > - musl (MIT) - http://www.musl-libc.org/intro.html > Seems to have a focus on correctness and robustness. > > - eCos (modified GPL; LGPL-like) > Aims to be highly configurable for custom builds. To clarify my LGPL concerns, it's mainly that having a single license for the core components of the project is highly desirable. Since our OCaml libraries are BSD/ISC licensed where possible, I prefer source code that matches this for the runtime too. For the choice of libcs, I think we should avoid the ones designed for embedded systems, since they often sacrifice performance in favour of lower resource usage. Our target for the Xen ports are fairly beefy CPUs in comparison to the usual places where uclibC runs, for instance. Despite its relative youth, I do like the look of musl, and it's actively developed. It also includes a C99 math library, which would save us pulling in a *BSD libm. Someone (independently) submitted an OPAM compiler switch for musl here, due to its nice static linking support: https://github.com/ocaml/opam-repository/tree/master/compilers/4.01.0/4.01.0%2Bmusl > These are GPL, so not useful: > > - dietlibc (GPL) - aims for small code size > - Linux klibc (mostly BSD, but some GPL) - for Linux initrd > > The musl project has a comparison table for some features of musl, > uClibc, dietlibc and glibc: > > http://www.etalabs.net/compare_libcs.html > > Let me know if you have other suggestions or can rule out any of the > above. It looks like a shortlist between libkern (which needs to be extracted from FreeBSD) and libmusl to me... -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 May 13 09:58:03 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 13 May 2014 09:58: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 1Wk9T9-0004uX-4L; Tue, 13 May 2014 09:57:55 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wk9T8-0004uS-Bd for mirageos-devel@lists.xenproject.org; Tue, 13 May 2014 09:57:54 +0000 Received: from [85.158.143.35:10856] by server-2.bemta-4.messagelabs.com id 5E/A9-06539-1ACE1735; Tue, 13 May 2014 09:57:53 +0000 X-Env-Sender: avsm@dark.recoil.org X-Msg-Ref: server-4.tower-21.messagelabs.com!1399975072!4548025!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13847 invoked from network); 13 May 2014 09:57:53 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-4.tower-21.messagelabs.com with SMTP; 13 May 2014 09:57:53 -0000 Received: (qmail 3198 invoked by uid 10000); 13 May 2014 09:57:52 -0000 Date: Tue, 13 May 2014 10:57:52 +0100 From: Anil Madhavapeddy To: Jeremy Yallop Message-ID: <20140513095752.GC30060@dark.recoil.org> References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Steven Luland , "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] ctypes and c++ X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 Sun, May 11, 2014 at 12:25:27AM +0100, Jeremy Yallop wrote: > > >> Recent developments (namely > >> support for generating stubs) make binding to C++ feasible, so it's > >> possible that there'll be support for C++ at some point. > > (What I mean by this is that with stub generation the C++ compiler > will take care of name mangling, since ctypes is generating source > rather than resolving symbols in binary objects. There are various > missing pieces making that route unviable for the moment, though.) The best route right now is probably to write a small C interface layer to the C++ library with the subset of functions you want to call. Most FFIs generally have issues with robust C++ linking, so this would come in handy with other language interfaces too. -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 May 13 09:58:03 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 13 May 2014 09:58: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 1Wk9T9-0004uX-4L; Tue, 13 May 2014 09:57:55 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wk9T8-0004uS-Bd for mirageos-devel@lists.xenproject.org; Tue, 13 May 2014 09:57:54 +0000 Received: from [85.158.143.35:10856] by server-2.bemta-4.messagelabs.com id 5E/A9-06539-1ACE1735; Tue, 13 May 2014 09:57:53 +0000 X-Env-Sender: avsm@dark.recoil.org X-Msg-Ref: server-4.tower-21.messagelabs.com!1399975072!4548025!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13847 invoked from network); 13 May 2014 09:57:53 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-4.tower-21.messagelabs.com with SMTP; 13 May 2014 09:57:53 -0000 Received: (qmail 3198 invoked by uid 10000); 13 May 2014 09:57:52 -0000 Date: Tue, 13 May 2014 10:57:52 +0100 From: Anil Madhavapeddy To: Jeremy Yallop Message-ID: <20140513095752.GC30060@dark.recoil.org> References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Steven Luland , "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] ctypes and c++ X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 Sun, May 11, 2014 at 12:25:27AM +0100, Jeremy Yallop wrote: > > >> Recent developments (namely > >> support for generating stubs) make binding to C++ feasible, so it's > >> possible that there'll be support for C++ at some point. > > (What I mean by this is that with stub generation the C++ compiler > will take care of name mangling, since ctypes is generating source > rather than resolving symbols in binary objects. There are various > missing pieces making that route unviable for the moment, though.) The best route right now is probably to write a small C interface layer to the C++ library with the subset of functions you want to call. Most FFIs generally have issues with robust C++ linking, so this would come in handy with other language interfaces too. -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 May 13 11:21:24 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 13 May 2014 11:21: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 1WkAls-0007JW-Vj; Tue, 13 May 2014 11:21:20 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WkAlr-0007JR-Bq for mirageos-devel@lists.xenproject.org; Tue, 13 May 2014 11:21:19 +0000 Received: from [85.158.137.68:50805] by server-7.bemta-3.messagelabs.com id 8D/1B-04151-E2002735; Tue, 13 May 2014 11:21:18 +0000 X-Env-Sender: Richard.Mortier@nottingham.ac.uk X-Msg-Ref: server-3.tower-31.messagelabs.com!1399980077!3579215!1 X-Originating-IP: [93.95.15.171] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogOTMuOTUuMTUuMTcxID0+IDQyMTM=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30552 invoked from network); 13 May 2014 11:21:17 -0000 Received: from engine05-20433-5.icritical.com (HELO engine05-20433-5.icritical.com) (93.95.15.171) by server-3.tower-31.messagelabs.com with SMTP; 13 May 2014 11:21:17 -0000 Received: (qmail 9411 invoked from network); 13 May 2014 11:20:44 -0000 Received: from localhost (127.0.0.1) by engine05-20433-5.icritical.com with SMTP; 13 May 2014 11:20:44 -0000 Received: from engine05-20433-5.icritical.com ([127.0.0.1]) by localhost (engine05-20433-5.icritical.com [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 08736-06 for ; Tue, 13 May 2014 12:20:44 +0100 (BST) Received: (qmail 7710 invoked by uid 599); 13 May 2014 11:18:15 -0000 Received: from unknown (HELO smtp3.nottingham.ac.uk) (128.243.44.55) by engine05-20433-5.icritical.com (qpsmtpd/0.28) with ESMTP; Tue, 13 May 2014 12:18:15 +0100 Received: from uiwexhub02.ad.nottingham.ac.uk ([128.243.15.132]) by smtp3.nottingham.ac.uk with esmtps (TLSv1:AES128-SHA:128) (Exim 4.77) (envelope-from ) id 1WkAiS-0002Gv-1b; Tue, 13 May 2014 12:17:48 +0100 From: Richard Mortier To: Steven Luland , Anil Madhavapeddy Date: Tue, 13 May 2014 12:17:45 +0100 Thread-Topic: [MirageOS-devel] ctypes and c++ Thread-Index: Ac9unPgjPn+ZfLRYTIutInPNQRc89g== Message-ID: <9BFC46CC-5B5D-4B3D-B206-B2DBB40C0821@nottingham.ac.uk> References: <20140513095752.GC30060@dark.recoil.org> In-Reply-To: <20140513095752.GC30060@dark.recoil.org> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-Virus-Scanned: by iCritical at engine05-20433-5.icritical.com Cc: Jeremy Yallop , "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] ctypes and c++ X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============4615049429569628369==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============4615049429569628369== Content-Language: en-US Content-Type: multipart/signed; boundary="Apple-Mail=_140A6052-F05B-468A-89A9-33C07B06C26D"; protocol="application/pgp-signature"; micalg=pgp-sha512 --Apple-Mail=_140A6052-F05B-468A-89A9-33C07B06C26D Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 13 May 2014, at 11:57, Anil Madhavapeddy wrote: > The best route right now is probably to write a small C interface = layer to > the C++ library with the subset of functions you want to call. Most = FFIs > generally have issues with robust C++ linking, so this would come in = handy > with other language interfaces too. yup that should work. steven-- do you want to give that a go? i imagine the ocaml side will = stay (roughly) the same as and when c++ support gets added to ctypes in = the future -- eg., the ctypes generated c++ stubs would obviate the need = to expose parts of the c++ library via c. --=20 Cheers, R. --Apple-Mail=_140A6052-F05B-468A-89A9-33C07B06C26D Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTcf9ZAAoJEOLF27JWwSg3+wAP/2/eeK7GkE5sLoJHBwaeKwfg Rv2afXiHP7n9MPaUt3Q/IUwYeay/E6Aks7c32Zi4HWJqfUyt56FbiBK9tWee8zZv bBTXV8UTx8Xf51WB2xw4LMLON7wccE44iarpoCFY2zeFVBd8EXB8GoINcFA9KVau n4AEaLZt3ZAUvUwW/x2ZoslRbaAxr+hbanynQAddrzVHV1jaKLUFuL2DFMoIyf9V I6+HuRLw7J8zoQMA4Hz0xZzWsXJ9PlVJ9CkhHmTiiHgkYcriPf4PvB42t1VmUFc/ 3akn8t7hU3sAsN6fxeQqqovYFrOuYBJZ+ziaZj6dXqgIU4LnEFU4GgmlIsPJVZSx Jm+snLhT49cyRZE1lmMGQ6ZezoehkBL24QXcOJI55Tsa8b+Z2bJ59PtfkOnGZ8Tk SZRP37FDnzrDYA7jy5QBpyQUVRhuQnAEhyKR1a3uuimx0iZRZ+zZ1SEFqt0TFnm8 t3jBYP9sOsWpSbrOj3xEhtkbfYEn3xIkNs0NjJiH8dMDzChBry0f4BkVGlIiucbX wrHqnTCYTXcPpsgx4sUJNDwUC0ldUax0KHBVxpYxPwXMgV1oPL8AHpG+XmiiJfxR FfxnqipumxP8RrStY3N9yLIMYjbvoKJHwWlLZl+WL3bL7OP7gG8sDkjtHiZQlWY9 PJ5PaB7PETmjd+uWh7Vs =fw8c -----END PGP SIGNATURE----- --Apple-Mail=_140A6052-F05B-468A-89A9-33C07B06C26D-- --===============4615049429569628369== 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 --===============4615049429569628369==-- From mirageos-devel-bounces@lists.xenproject.org Tue May 13 11:21:24 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 13 May 2014 11:21: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 1WkAls-0007JW-Vj; Tue, 13 May 2014 11:21:20 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WkAlr-0007JR-Bq for mirageos-devel@lists.xenproject.org; Tue, 13 May 2014 11:21:19 +0000 Received: from [85.158.137.68:50805] by server-7.bemta-3.messagelabs.com id 8D/1B-04151-E2002735; Tue, 13 May 2014 11:21:18 +0000 X-Env-Sender: Richard.Mortier@nottingham.ac.uk X-Msg-Ref: server-3.tower-31.messagelabs.com!1399980077!3579215!1 X-Originating-IP: [93.95.15.171] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogOTMuOTUuMTUuMTcxID0+IDQyMTM=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30552 invoked from network); 13 May 2014 11:21:17 -0000 Received: from engine05-20433-5.icritical.com (HELO engine05-20433-5.icritical.com) (93.95.15.171) by server-3.tower-31.messagelabs.com with SMTP; 13 May 2014 11:21:17 -0000 Received: (qmail 9411 invoked from network); 13 May 2014 11:20:44 -0000 Received: from localhost (127.0.0.1) by engine05-20433-5.icritical.com with SMTP; 13 May 2014 11:20:44 -0000 Received: from engine05-20433-5.icritical.com ([127.0.0.1]) by localhost (engine05-20433-5.icritical.com [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 08736-06 for ; Tue, 13 May 2014 12:20:44 +0100 (BST) Received: (qmail 7710 invoked by uid 599); 13 May 2014 11:18:15 -0000 Received: from unknown (HELO smtp3.nottingham.ac.uk) (128.243.44.55) by engine05-20433-5.icritical.com (qpsmtpd/0.28) with ESMTP; Tue, 13 May 2014 12:18:15 +0100 Received: from uiwexhub02.ad.nottingham.ac.uk ([128.243.15.132]) by smtp3.nottingham.ac.uk with esmtps (TLSv1:AES128-SHA:128) (Exim 4.77) (envelope-from ) id 1WkAiS-0002Gv-1b; Tue, 13 May 2014 12:17:48 +0100 From: Richard Mortier To: Steven Luland , Anil Madhavapeddy Date: Tue, 13 May 2014 12:17:45 +0100 Thread-Topic: [MirageOS-devel] ctypes and c++ Thread-Index: Ac9unPgjPn+ZfLRYTIutInPNQRc89g== Message-ID: <9BFC46CC-5B5D-4B3D-B206-B2DBB40C0821@nottingham.ac.uk> References: <20140513095752.GC30060@dark.recoil.org> In-Reply-To: <20140513095752.GC30060@dark.recoil.org> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-Virus-Scanned: by iCritical at engine05-20433-5.icritical.com Cc: Jeremy Yallop , "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] ctypes and c++ X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============4615049429569628369==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============4615049429569628369== Content-Language: en-US Content-Type: multipart/signed; boundary="Apple-Mail=_140A6052-F05B-468A-89A9-33C07B06C26D"; protocol="application/pgp-signature"; micalg=pgp-sha512 --Apple-Mail=_140A6052-F05B-468A-89A9-33C07B06C26D Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 13 May 2014, at 11:57, Anil Madhavapeddy wrote: > The best route right now is probably to write a small C interface = layer to > the C++ library with the subset of functions you want to call. Most = FFIs > generally have issues with robust C++ linking, so this would come in = handy > with other language interfaces too. yup that should work. steven-- do you want to give that a go? i imagine the ocaml side will = stay (roughly) the same as and when c++ support gets added to ctypes in = the future -- eg., the ctypes generated c++ stubs would obviate the need = to expose parts of the c++ library via c. --=20 Cheers, R. --Apple-Mail=_140A6052-F05B-468A-89A9-33C07B06C26D Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTcf9ZAAoJEOLF27JWwSg3+wAP/2/eeK7GkE5sLoJHBwaeKwfg Rv2afXiHP7n9MPaUt3Q/IUwYeay/E6Aks7c32Zi4HWJqfUyt56FbiBK9tWee8zZv bBTXV8UTx8Xf51WB2xw4LMLON7wccE44iarpoCFY2zeFVBd8EXB8GoINcFA9KVau n4AEaLZt3ZAUvUwW/x2ZoslRbaAxr+hbanynQAddrzVHV1jaKLUFuL2DFMoIyf9V I6+HuRLw7J8zoQMA4Hz0xZzWsXJ9PlVJ9CkhHmTiiHgkYcriPf4PvB42t1VmUFc/ 3akn8t7hU3sAsN6fxeQqqovYFrOuYBJZ+ziaZj6dXqgIU4LnEFU4GgmlIsPJVZSx Jm+snLhT49cyRZE1lmMGQ6ZezoehkBL24QXcOJI55Tsa8b+Z2bJ59PtfkOnGZ8Tk SZRP37FDnzrDYA7jy5QBpyQUVRhuQnAEhyKR1a3uuimx0iZRZ+zZ1SEFqt0TFnm8 t3jBYP9sOsWpSbrOj3xEhtkbfYEn3xIkNs0NjJiH8dMDzChBry0f4BkVGlIiucbX wrHqnTCYTXcPpsgx4sUJNDwUC0ldUax0KHBVxpYxPwXMgV1oPL8AHpG+XmiiJfxR FfxnqipumxP8RrStY3N9yLIMYjbvoKJHwWlLZl+WL3bL7OP7gG8sDkjtHiZQlWY9 PJ5PaB7PETmjd+uWh7Vs =fw8c -----END PGP SIGNATURE----- --Apple-Mail=_140A6052-F05B-468A-89A9-33C07B06C26D-- --===============4615049429569628369== 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 --===============4615049429569628369==-- From mirageos-devel-bounces@lists.xenproject.org Tue May 13 11:32:49 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 13 May 2014 11:32: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 1WkAwy-0000qc-Bc; Tue, 13 May 2014 11:32:48 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WkAwx-0000qM-E5 for mirageos-devel@lists.xenproject.org; Tue, 13 May 2014 11:32:47 +0000 Received: from [85.158.137.68:3193] by server-1.bemta-3.messagelabs.com id 7E/CC-11134-ED202735; Tue, 13 May 2014 11:32:46 +0000 X-Env-Sender: amc79@cam.ac.uk X-Msg-Ref: server-9.tower-31.messagelabs.com!1399980765!3569036!1 X-Originating-IP: [131.111.8.141] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTMxLjExMS44LjE0MSA9PiAxNTQ4NjI=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21873 invoked from network); 13 May 2014 11:32:46 -0000 Received: from ppsw-41.csi.cam.ac.uk (HELO ppsw-41.csi.cam.ac.uk) (131.111.8.141) by server-9.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 13 May 2014 11:32:46 -0000 X-Cam-AntiVirus: no malware found X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ Received: from public.eurecom.fr ([193.55.113.196]:24059 helo=[172.24.11.26]) by ppsw-41.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.157]:587) with esmtpsa (PLAIN:amc79) (TLSv1:AES128-SHA:128) id 1WkAwv-0004m5-Rj (Exim 4.82_3-c0e5623) for mirageos-devel@lists.xenproject.org (return-path ); Tue, 13 May 2014 12:32:45 +0100 From: Amir Chaudhry Message-Id: <9C79F4B2-86F1-41BC-8048-EF544FADFCE2@cam.ac.uk> Date: Tue, 13 May 2014 13:32:14 +0200 To: "mirageos-devel@lists.xenproject.org" Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) X-Mailer: Apple Mail (2.1510) Subject: [MirageOS-devel] Mirage call postponed X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 all, This week's Mirage call is postponed as many people are away or travelling. We'll send another email when the next call is upcoming. If there are agenda items, please add them to the link below (preferred) or email Dave. Agenda: https://github.com/mirage/mirage-www/wiki/Call-Agenda. 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 May 13 11:32:49 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 13 May 2014 11:32: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 1WkAwy-0000qc-Bc; Tue, 13 May 2014 11:32:48 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WkAwx-0000qM-E5 for mirageos-devel@lists.xenproject.org; Tue, 13 May 2014 11:32:47 +0000 Received: from [85.158.137.68:3193] by server-1.bemta-3.messagelabs.com id 7E/CC-11134-ED202735; Tue, 13 May 2014 11:32:46 +0000 X-Env-Sender: amc79@cam.ac.uk X-Msg-Ref: server-9.tower-31.messagelabs.com!1399980765!3569036!1 X-Originating-IP: [131.111.8.141] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTMxLjExMS44LjE0MSA9PiAxNTQ4NjI=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21873 invoked from network); 13 May 2014 11:32:46 -0000 Received: from ppsw-41.csi.cam.ac.uk (HELO ppsw-41.csi.cam.ac.uk) (131.111.8.141) by server-9.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 13 May 2014 11:32:46 -0000 X-Cam-AntiVirus: no malware found X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ Received: from public.eurecom.fr ([193.55.113.196]:24059 helo=[172.24.11.26]) by ppsw-41.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.157]:587) with esmtpsa (PLAIN:amc79) (TLSv1:AES128-SHA:128) id 1WkAwv-0004m5-Rj (Exim 4.82_3-c0e5623) for mirageos-devel@lists.xenproject.org (return-path ); Tue, 13 May 2014 12:32:45 +0100 From: Amir Chaudhry Message-Id: <9C79F4B2-86F1-41BC-8048-EF544FADFCE2@cam.ac.uk> Date: Tue, 13 May 2014 13:32:14 +0200 To: "mirageos-devel@lists.xenproject.org" Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) X-Mailer: Apple Mail (2.1510) Subject: [MirageOS-devel] Mirage call postponed X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 all, This week's Mirage call is postponed as many people are away or travelling. We'll send another email when the next call is upcoming. If there are agenda items, please add them to the link below (preferred) or email Dave. Agenda: https://github.com/mirage/mirage-www/wiki/Call-Agenda. 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 May 13 12:54:10 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 13 May 2014 12:54: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 1WkCDc-0003gz-EI; Tue, 13 May 2014 12:54:04 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WkCDa-0003gu-MX for mirageos-devel@lists.xenproject.org; Tue, 13 May 2014 12:54:03 +0000 Received: from [193.109.254.147:36732] by server-11.bemta-14.messagelabs.com id 38/59-09902-9E512735; Tue, 13 May 2014 12:54:01 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1399985639!4500008!1 X-Originating-IP: [209.85.219.44] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_23, ML_RADAR_SPEW_LINKS_32, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13312 invoked from network); 13 May 2014 12:54:00 -0000 Received: from mail-oa0-f44.google.com (HELO mail-oa0-f44.google.com) (209.85.219.44) by server-16.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 13 May 2014 12:54:00 -0000 Received: by mail-oa0-f44.google.com with SMTP id o6so311578oag.17 for ; Tue, 13 May 2014 05:53:58 -0700 (PDT) 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=Fr7IPisLe5Irq2BWNL2ZmRwbIYpObnaQaPRE79esLEY=; b=dNFYHRMMK7fcc0i4JN3CWmkJP5ZyxsrcnsJSUSNxyr5kYPB2H0424q7RYhDtaX26yK BxwC9DUMZKUocj95q9s1GN3uMi9mIeqXt7FTScxVElMQ323KobY2cRkcA92yBEieppwv ay0X7w2rNCTWAqZMudjClK6CH24N7xwUu9eEb4cCIAxpOu2upQ3OCItBFbq58vZAmFl6 E/UPGqe77PC6sUml+pYsN6Bf9sEPkKMp4vNfnYFGnodNEcEd5AWMwIVyUySDJ/9xbpx1 aDbbNf1lT5bzSROufYu0DYJJWv70s1oro/CpShbKIslc0de+SAb5ymXbphfxg34s86Ij 5+4Q== MIME-Version: 1.0 X-Received: by 10.60.57.164 with SMTP id j4mr42011215oeq.24.1399985638527; Tue, 13 May 2014 05:53:58 -0700 (PDT) Received: by 10.76.101.202 with HTTP; Tue, 13 May 2014 05:53:58 -0700 (PDT) In-Reply-To: <20140512151011.GA10394@dark.recoil.org> References: <20140512151011.GA10394@dark.recoil.org> Date: Tue, 13 May 2014 13:53:58 +0100 Message-ID: From: Thomas Leonard To: Anil Madhavapeddy Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Mirage/ARM plans X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 May 2014 16:10, Anil Madhavapeddy wrote: > On Mon, May 12, 2014 at 10:28:15AM +0100, Thomas Leonard wrote: >> Here are the things I think need to happen to get Mirage working on ARM: > > Great summary! My comments inline: > >> >> - Update Mini-OS to support both x86 and ARM (done but not yet merged). > > This refers to upstream Xen MiniOS, right? Do you think it's worth > modifying the MiniOS repository to build fully independently of Xen (so > that we can extract the git subtree) and install its header files and > .a/.lds files somewhere that can be picked up by the mirage-platform > build? Could do. The changes needed to Mini-OS for that are here: https://github.com/talex5/mirage-platform/commit/53e2675e05df29bae96298844687c14020986e7c Another option would be to add a "make install-ocamlfind" target to the upstream Xen copy. That might mean a bit more downloading for opam to build it, but it would avoid having a separate repository. > This would require some extra ifdefs to disable some of the MiniOS > functionality we dont need (its threads, xenstore, and device drivers), > but I suspect upstream will be sympathetic to such changes to toggle > off functionality. > >> -Sort out Mini-OS's recursive symlinks (causes trouble for ocamlbuild >> and opam). >> - Change the build system to use the upstream Makefiles rather than >> - Update "kernel" in mirage-platform to the lastest version of Mini-OS >> (adding ARM support). > > If we do the above, then OPAM would never build the C bits (treating > MiniOS as an external library instead). Would make cross-compilation much > easier in the future too... That would make it harder for people to install Mirage, though. >> - Update "dietlibc" to the latest version (adding ARM support), or >> switch to a different libc. >> - Create "xencaml" component for the Mini-OS OCaml stubs (keeping them >> separate from Mini-OS). > > Yep, that would make supporting multiple compiler versions much easier > too. > >> - Sort out the "include" directory. Not clear where these files came from. >> Might be good to separate out headers from Mini-OS vs headers from libc, etc. > > This started off as a well-intentioned thing -- instead of confusingly > overlapping include directories, we moved them into one area to ensure > that they were all in sync. Worked well early on, but makes maintenance > essentially impossible... > > Separating out the internal MiniOS headers from libc could be done in the > same style as kernel headers, with MiniOS headers treated as something not > to expose to 'userspace' without a specific reason. It's very likely that > we will expose a lot of low-level state to OCaml in the future (after all, > taking advantage of hardware-specific functionality during compilation is > one of the main goals), but we can do so in a more controlled way than is > currently done. Currently, Mini-OS's "include" directory contains a symlink "mini-os" -> ".", so you can refer to a header as e.g. , , , etc. I'm trying to clean this up, so every header has a single location, although it's not clear to me where each file belongs. >> - Update "include/xen" with the latest Xen headers (adding ARM support). >> ocamlbuild, for ease of merging in future. >> - Get ARM support for "libm". >> - Test the above changes on x86 (is there a test suite?). >> - Test on ARM. > > No test suite in MiniOS, but running the Mirage network or block skeletons > with some decent load is a pretty good way to stress a lot of critical > subsystems. > >> - Improve stack handling in Mini-OS (at a minimum, start with a bigger >> fixed-size stack). >> Then enable stack growing, or at least detect stack overflows. > > Yep, we can get pretty far with a large fixed-size stack, but detecting > stack overflows and faulting with the right exception would certainly be > safer. > >> libc options: >> >> We need to change to a new libc as dietlibc is GPL. >> >> I'm not sure how far mirage-platform's dietlibc has diverged from the >> upstream version. If it's only a little, it might be eaiser to update >> to dietlibc 0.33, get everything working with that and then switch to >> a new libc. But if it's heavily patched, it might be better to start >> with a fresh libc right away. > > It hasn't been heavily patched, but a lot of functionality was disabled. > I suspect that it would just be easier to begin from scratch with a new > libc infrastructure as some assumptions (particularly around the order > that ctors are run) may not hold in the latest release. That leads to > fairly hard-to-track issues... >> >> Options include: >> >> - FreeBSD's libkern (is there some documentation for this?). >> >> - Bionic (BSD) - http://en.wikipedia.org/wiki/Bionic_%28software%29 >> Used in Android; so probably good ARM support. >> >> - newlib (scary mix of licenses) - https://sourceware.org/newlib/ >> Not clear from web-site what advantages it provides or what its goals are. >> >> - uClibC (LGPL) - http://www.uclibc.org/ >> Designed for very small systems (e.g. without an MMU). >> Anil mentioned that LGPL may worry the lawyers, though LGPL sounds >> like a good option to me. >> >> - musl (MIT) - http://www.musl-libc.org/intro.html >> Seems to have a focus on correctness and robustness. >> >> - eCos (modified GPL; LGPL-like) >> Aims to be highly configurable for custom builds. > > To clarify my LGPL concerns, it's mainly that having a single license for > the core components of the project is highly desirable. Since our OCaml > libraries are BSD/ISC licensed where possible, I prefer source code that > matches this for the runtime too. OK, makes sense. > For the choice of libcs, I think we should avoid the ones designed for > embedded systems, since they often sacrifice performance in favour of > lower resource usage. Our target for the Xen ports are fairly beefy CPUs > in comparison to the usual places where uclibC runs, for instance. > > Despite its relative youth, I do like the look of musl, and it's actively > developed. It also includes a C99 math library, which would save us > pulling in a *BSD libm. Someone (independently) submitted an OPAM > compiler switch for musl here, due to its nice static linking support: > https://github.com/ocaml/opam-repository/tree/master/compilers/4.01.0/4.01.0%2Bmusl I'll try musl first then. >> These are GPL, so not useful: >> >> - dietlibc (GPL) - aims for small code size >> - Linux klibc (mostly BSD, but some GPL) - for Linux initrd >> >> The musl project has a comparison table for some features of musl, >> uClibc, dietlibc and glibc: >> >> http://www.etalabs.net/compare_libcs.html >> >> Let me know if you have other suggestions or can rule out any of the >> above. > > It looks like a shortlist between libkern (which needs to be extracted > from FreeBSD) and libmusl to me... > > -anil -- 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 May 13 12:54:10 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 13 May 2014 12:54: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 1WkCDc-0003gz-EI; Tue, 13 May 2014 12:54:04 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WkCDa-0003gu-MX for mirageos-devel@lists.xenproject.org; Tue, 13 May 2014 12:54:03 +0000 Received: from [193.109.254.147:36732] by server-11.bemta-14.messagelabs.com id 38/59-09902-9E512735; Tue, 13 May 2014 12:54:01 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1399985639!4500008!1 X-Originating-IP: [209.85.219.44] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_23, ML_RADAR_SPEW_LINKS_32, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13312 invoked from network); 13 May 2014 12:54:00 -0000 Received: from mail-oa0-f44.google.com (HELO mail-oa0-f44.google.com) (209.85.219.44) by server-16.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 13 May 2014 12:54:00 -0000 Received: by mail-oa0-f44.google.com with SMTP id o6so311578oag.17 for ; Tue, 13 May 2014 05:53:58 -0700 (PDT) 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=Fr7IPisLe5Irq2BWNL2ZmRwbIYpObnaQaPRE79esLEY=; b=dNFYHRMMK7fcc0i4JN3CWmkJP5ZyxsrcnsJSUSNxyr5kYPB2H0424q7RYhDtaX26yK BxwC9DUMZKUocj95q9s1GN3uMi9mIeqXt7FTScxVElMQ323KobY2cRkcA92yBEieppwv ay0X7w2rNCTWAqZMudjClK6CH24N7xwUu9eEb4cCIAxpOu2upQ3OCItBFbq58vZAmFl6 E/UPGqe77PC6sUml+pYsN6Bf9sEPkKMp4vNfnYFGnodNEcEd5AWMwIVyUySDJ/9xbpx1 aDbbNf1lT5bzSROufYu0DYJJWv70s1oro/CpShbKIslc0de+SAb5ymXbphfxg34s86Ij 5+4Q== MIME-Version: 1.0 X-Received: by 10.60.57.164 with SMTP id j4mr42011215oeq.24.1399985638527; Tue, 13 May 2014 05:53:58 -0700 (PDT) Received: by 10.76.101.202 with HTTP; Tue, 13 May 2014 05:53:58 -0700 (PDT) In-Reply-To: <20140512151011.GA10394@dark.recoil.org> References: <20140512151011.GA10394@dark.recoil.org> Date: Tue, 13 May 2014 13:53:58 +0100 Message-ID: From: Thomas Leonard To: Anil Madhavapeddy Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Mirage/ARM plans X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 May 2014 16:10, Anil Madhavapeddy wrote: > On Mon, May 12, 2014 at 10:28:15AM +0100, Thomas Leonard wrote: >> Here are the things I think need to happen to get Mirage working on ARM: > > Great summary! My comments inline: > >> >> - Update Mini-OS to support both x86 and ARM (done but not yet merged). > > This refers to upstream Xen MiniOS, right? Do you think it's worth > modifying the MiniOS repository to build fully independently of Xen (so > that we can extract the git subtree) and install its header files and > .a/.lds files somewhere that can be picked up by the mirage-platform > build? Could do. The changes needed to Mini-OS for that are here: https://github.com/talex5/mirage-platform/commit/53e2675e05df29bae96298844687c14020986e7c Another option would be to add a "make install-ocamlfind" target to the upstream Xen copy. That might mean a bit more downloading for opam to build it, but it would avoid having a separate repository. > This would require some extra ifdefs to disable some of the MiniOS > functionality we dont need (its threads, xenstore, and device drivers), > but I suspect upstream will be sympathetic to such changes to toggle > off functionality. > >> -Sort out Mini-OS's recursive symlinks (causes trouble for ocamlbuild >> and opam). >> - Change the build system to use the upstream Makefiles rather than >> - Update "kernel" in mirage-platform to the lastest version of Mini-OS >> (adding ARM support). > > If we do the above, then OPAM would never build the C bits (treating > MiniOS as an external library instead). Would make cross-compilation much > easier in the future too... That would make it harder for people to install Mirage, though. >> - Update "dietlibc" to the latest version (adding ARM support), or >> switch to a different libc. >> - Create "xencaml" component for the Mini-OS OCaml stubs (keeping them >> separate from Mini-OS). > > Yep, that would make supporting multiple compiler versions much easier > too. > >> - Sort out the "include" directory. Not clear where these files came from. >> Might be good to separate out headers from Mini-OS vs headers from libc, etc. > > This started off as a well-intentioned thing -- instead of confusingly > overlapping include directories, we moved them into one area to ensure > that they were all in sync. Worked well early on, but makes maintenance > essentially impossible... > > Separating out the internal MiniOS headers from libc could be done in the > same style as kernel headers, with MiniOS headers treated as something not > to expose to 'userspace' without a specific reason. It's very likely that > we will expose a lot of low-level state to OCaml in the future (after all, > taking advantage of hardware-specific functionality during compilation is > one of the main goals), but we can do so in a more controlled way than is > currently done. Currently, Mini-OS's "include" directory contains a symlink "mini-os" -> ".", so you can refer to a header as e.g. , , , etc. I'm trying to clean this up, so every header has a single location, although it's not clear to me where each file belongs. >> - Update "include/xen" with the latest Xen headers (adding ARM support). >> ocamlbuild, for ease of merging in future. >> - Get ARM support for "libm". >> - Test the above changes on x86 (is there a test suite?). >> - Test on ARM. > > No test suite in MiniOS, but running the Mirage network or block skeletons > with some decent load is a pretty good way to stress a lot of critical > subsystems. > >> - Improve stack handling in Mini-OS (at a minimum, start with a bigger >> fixed-size stack). >> Then enable stack growing, or at least detect stack overflows. > > Yep, we can get pretty far with a large fixed-size stack, but detecting > stack overflows and faulting with the right exception would certainly be > safer. > >> libc options: >> >> We need to change to a new libc as dietlibc is GPL. >> >> I'm not sure how far mirage-platform's dietlibc has diverged from the >> upstream version. If it's only a little, it might be eaiser to update >> to dietlibc 0.33, get everything working with that and then switch to >> a new libc. But if it's heavily patched, it might be better to start >> with a fresh libc right away. > > It hasn't been heavily patched, but a lot of functionality was disabled. > I suspect that it would just be easier to begin from scratch with a new > libc infrastructure as some assumptions (particularly around the order > that ctors are run) may not hold in the latest release. That leads to > fairly hard-to-track issues... >> >> Options include: >> >> - FreeBSD's libkern (is there some documentation for this?). >> >> - Bionic (BSD) - http://en.wikipedia.org/wiki/Bionic_%28software%29 >> Used in Android; so probably good ARM support. >> >> - newlib (scary mix of licenses) - https://sourceware.org/newlib/ >> Not clear from web-site what advantages it provides or what its goals are. >> >> - uClibC (LGPL) - http://www.uclibc.org/ >> Designed for very small systems (e.g. without an MMU). >> Anil mentioned that LGPL may worry the lawyers, though LGPL sounds >> like a good option to me. >> >> - musl (MIT) - http://www.musl-libc.org/intro.html >> Seems to have a focus on correctness and robustness. >> >> - eCos (modified GPL; LGPL-like) >> Aims to be highly configurable for custom builds. > > To clarify my LGPL concerns, it's mainly that having a single license for > the core components of the project is highly desirable. Since our OCaml > libraries are BSD/ISC licensed where possible, I prefer source code that > matches this for the runtime too. OK, makes sense. > For the choice of libcs, I think we should avoid the ones designed for > embedded systems, since they often sacrifice performance in favour of > lower resource usage. Our target for the Xen ports are fairly beefy CPUs > in comparison to the usual places where uclibC runs, for instance. > > Despite its relative youth, I do like the look of musl, and it's actively > developed. It also includes a C99 math library, which would save us > pulling in a *BSD libm. Someone (independently) submitted an OPAM > compiler switch for musl here, due to its nice static linking support: > https://github.com/ocaml/opam-repository/tree/master/compilers/4.01.0/4.01.0%2Bmusl I'll try musl first then. >> These are GPL, so not useful: >> >> - dietlibc (GPL) - aims for small code size >> - Linux klibc (mostly BSD, but some GPL) - for Linux initrd >> >> The musl project has a comparison table for some features of musl, >> uClibc, dietlibc and glibc: >> >> http://www.etalabs.net/compare_libcs.html >> >> Let me know if you have other suggestions or can rule out any of the >> above. > > It looks like a shortlist between libkern (which needs to be extracted > from FreeBSD) and libmusl to me... > > -anil -- 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 May 13 13:19:28 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 13 May 2014 13:19: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 1WkCcA-00049z-Q8; Tue, 13 May 2014 13:19:26 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WkCc9-00049u-K2 for mirageos-devel@lists.xenproject.org; Tue, 13 May 2014 13:19:25 +0000 Received: from [85.158.137.68:36384] by server-13.bemta-3.messagelabs.com id 7C/61-18692-CDB12735; Tue, 13 May 2014 13:19:24 +0000 X-Env-Sender: psxsl6@nottingham.ac.uk X-Msg-Ref: server-11.tower-31.messagelabs.com!1399987164!3594165!1 X-Originating-IP: [93.159.202.117] X-SpamReason: No, hits=0.7 required=7.0 tests=BODY_RANDOM_LONG, MIME_QP_LONG_LINE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21241 invoked from network); 13 May 2014 13:19:24 -0000 Received: from engine03-20433-11.icritical.com (HELO engine03-20433-11.icritical.com) (93.159.202.117) by server-11.tower-31.messagelabs.com with SMTP; 13 May 2014 13:19:24 -0000 Received: (qmail 9154 invoked from network); 13 May 2014 13:19:21 -0000 Received: from localhost (127.0.0.1) by engine03-20433-11.icritical.com with SMTP; 13 May 2014 13:19:21 -0000 Received: from engine03-20433-11.icritical.com ([127.0.0.1]) by localhost (engine03-20433-11.icritical.com [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 08528-10 for ; Tue, 13 May 2014 14:19:13 +0100 (BST) Received: (qmail 7056 invoked by uid 599); 13 May 2014 13:17:16 -0000 Received: from unknown (HELO smtp3.nottingham.ac.uk) (128.243.44.55) by engine03-20433-11.icritical.com (qpsmtpd/0.28) with ESMTP; Tue, 13 May 2014 14:17:16 +0100 Received: from uiwexhub01.ad.nottingham.ac.uk ([128.243.15.133]) by smtp3.nottingham.ac.uk with esmtps (TLSv1:AES128-SHA:128) (Exim 4.77) (envelope-from ) id 1WkCa6-0006Ue-GH for mirageos-devel@lists.xenproject.org; Tue, 13 May 2014 14:17:18 +0100 From: Steven Luland To: "mirageos-devel@lists.xenproject.org" Date: Tue, 13 May 2014 14:17:17 +0100 Thread-Topic: [MirageOS-devel] ctypes and c++ Thread-Index: Ac9uranDgPZWtK0cTEmm+Zr1lvA5Rg== Message-ID: References: <20140513095752.GC30060@dark.recoil.org> <9BFC46CC-5B5D-4B3D-B206-B2DBB40C0821@nottingham.ac.uk> In-Reply-To: <9BFC46CC-5B5D-4B3D-B206-B2DBB40C0821@nottingham.ac.uk> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-Virus-Scanned: by iCritical at engine03-20433-11.icritical.com Subject: Re: [MirageOS-devel] ctypes and c++ X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 Following on from this, I have just discovered SWIG: http://www.swig.org/ ,= which seems to have C++ to OCaml wrapping support. I=92ll give this a try = and see if works. Otherwise, this seem to be a good suggestion. A good backup plan. On 13 May 2014, at 12:17, Mortier Richard = wrote: > = > On 13 May 2014, at 11:57, Anil Madhavapeddy wrote: > = >> The best route right now is probably to write a small C interface layer = to >> the C++ library with the subset of functions you want to call. Most FFIs >> generally have issues with robust C++ linking, so this would come in han= dy >> with other language interfaces too. > = > yup that should work. > = > steven-- do you want to give that a go? i imagine the ocaml side will st= ay (roughly) the same as and when c++ support gets added to ctypes in the f= uture -- eg., the ctypes generated c++ stubs would obviate the need to expo= se parts of the c++ library via c. > = > -- = > Cheers, > = > R. > = > = > = > = This message and any attachment are intended solely for the addressee and m= ay contain confidential information. If you have received this message in e= rror, please send it back to me, and immediately delete it. 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 Tue May 13 13:19:28 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 13 May 2014 13:19: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 1WkCcA-00049z-Q8; Tue, 13 May 2014 13:19:26 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WkCc9-00049u-K2 for mirageos-devel@lists.xenproject.org; Tue, 13 May 2014 13:19:25 +0000 Received: from [85.158.137.68:36384] by server-13.bemta-3.messagelabs.com id 7C/61-18692-CDB12735; Tue, 13 May 2014 13:19:24 +0000 X-Env-Sender: psxsl6@nottingham.ac.uk X-Msg-Ref: server-11.tower-31.messagelabs.com!1399987164!3594165!1 X-Originating-IP: [93.159.202.117] X-SpamReason: No, hits=0.7 required=7.0 tests=BODY_RANDOM_LONG, MIME_QP_LONG_LINE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21241 invoked from network); 13 May 2014 13:19:24 -0000 Received: from engine03-20433-11.icritical.com (HELO engine03-20433-11.icritical.com) (93.159.202.117) by server-11.tower-31.messagelabs.com with SMTP; 13 May 2014 13:19:24 -0000 Received: (qmail 9154 invoked from network); 13 May 2014 13:19:21 -0000 Received: from localhost (127.0.0.1) by engine03-20433-11.icritical.com with SMTP; 13 May 2014 13:19:21 -0000 Received: from engine03-20433-11.icritical.com ([127.0.0.1]) by localhost (engine03-20433-11.icritical.com [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 08528-10 for ; Tue, 13 May 2014 14:19:13 +0100 (BST) Received: (qmail 7056 invoked by uid 599); 13 May 2014 13:17:16 -0000 Received: from unknown (HELO smtp3.nottingham.ac.uk) (128.243.44.55) by engine03-20433-11.icritical.com (qpsmtpd/0.28) with ESMTP; Tue, 13 May 2014 14:17:16 +0100 Received: from uiwexhub01.ad.nottingham.ac.uk ([128.243.15.133]) by smtp3.nottingham.ac.uk with esmtps (TLSv1:AES128-SHA:128) (Exim 4.77) (envelope-from ) id 1WkCa6-0006Ue-GH for mirageos-devel@lists.xenproject.org; Tue, 13 May 2014 14:17:18 +0100 From: Steven Luland To: "mirageos-devel@lists.xenproject.org" Date: Tue, 13 May 2014 14:17:17 +0100 Thread-Topic: [MirageOS-devel] ctypes and c++ Thread-Index: Ac9uranDgPZWtK0cTEmm+Zr1lvA5Rg== Message-ID: References: <20140513095752.GC30060@dark.recoil.org> <9BFC46CC-5B5D-4B3D-B206-B2DBB40C0821@nottingham.ac.uk> In-Reply-To: <9BFC46CC-5B5D-4B3D-B206-B2DBB40C0821@nottingham.ac.uk> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-Virus-Scanned: by iCritical at engine03-20433-11.icritical.com Subject: Re: [MirageOS-devel] ctypes and c++ X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 Following on from this, I have just discovered SWIG: http://www.swig.org/ ,= which seems to have C++ to OCaml wrapping support. I=92ll give this a try = and see if works. Otherwise, this seem to be a good suggestion. A good backup plan. On 13 May 2014, at 12:17, Mortier Richard = wrote: > = > On 13 May 2014, at 11:57, Anil Madhavapeddy wrote: > = >> The best route right now is probably to write a small C interface layer = to >> the C++ library with the subset of functions you want to call. Most FFIs >> generally have issues with robust C++ linking, so this would come in han= dy >> with other language interfaces too. > = > yup that should work. > = > steven-- do you want to give that a go? i imagine the ocaml side will st= ay (roughly) the same as and when c++ support gets added to ctypes in the f= uture -- eg., the ctypes generated c++ stubs would obviate the need to expo= se parts of the c++ library via c. > = > -- = > Cheers, > = > R. > = > = > = > = This message and any attachment are intended solely for the addressee and m= ay contain confidential information. If you have received this message in e= rror, please send it back to me, and immediately delete it. 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 Tue May 13 20:48:25 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 13 May 2014 20:48: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 1WkJcX-0007ud-GF; Tue, 13 May 2014 20:48:17 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WkJcV-0007uY-Uc for mirageos-devel@lists.xenproject.org; Tue, 13 May 2014 20:48:16 +0000 Received: from [193.109.254.147:25522] by server-7.bemta-14.messagelabs.com id 83/AF-17726-F0582735; Tue, 13 May 2014 20:48:15 +0000 X-Env-Sender: hannes@mehnert.org X-Msg-Ref: server-12.tower-27.messagelabs.com!1400014094!4617156!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.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27777 invoked from network); 13 May 2014 20:48:14 -0000 Received: from mail.mehnert.org (HELO mail.mehnert.org) (213.73.89.200) by server-12.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 13 May 2014 20:48:14 -0000 Received: from [192.168.178.242] (p57BD63DC.dip0.t-ipconnect.de [87.189.99.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 F3595111B for ; Tue, 13 May 2014 22:48:12 +0200 (CEST) Message-ID: <537284DE.80701@mehnert.org> Date: Tue, 13 May 2014 22:47:26 +0200 From: Hannes Mehnert User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: mirageos-devel@lists.xenproject.org References: <20140512151011.GA10394@dark.recoil.org> In-Reply-To: Subject: Re: [MirageOS-devel] Mirage/ARM plans X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 05/13/2014 14:53, Thomas Leonard wrote: Looking briefly into runtime and MiniOS, there isn't much of a C library needed - or do I oversea something big? A libm, malloc, the common string routines, memcmp/cpy. (well, plus libgmp for zarith ;) I've the feeling we could also collect just the needed pieces (by adjusting the OCaml runtime to e.g. not try to access any non-existant file system, removing the stubs out of minios) from any libc and tighten the OCaml runtime in the same go. Cheers, Hannes -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQIcBAEBCQAGBQJTcoTeAAoJELyJZYjffCju8XcP/2cojUM8qXEJQpogWDkbN17V RfYwSxAly7FICK68PnPea4QTRYvufU/RZZIWsQG5FiXh2dL1wHDljdrN6xO4wJIO D9lC/y0Z0APqw2VZm+9rwt+SQr1PW54h3yE4qWaRRFQ6MHurWiZkhKBWiV5InaSg ioo0ywH8gysU2w3RLmMC4lbNK6sSiWEAakVJVXstC5TXQapjYkBGx7rQxGLDVxI6 ad3R9i0wQEpqdn89ILHmwWZWxZa+qNTmsqKfpvcNAN+DD/x9LwIHVcMFeXfeOVdx 8/6gW6SCSzURGnfM7CZkVckCRA+6VOqEjZCXuY3l4DUCTGLvqQFXsk8gEIGpDx2T NBeyxFEAzKmvh9sM+B0YLCH4xolCoeXnmDG+zpV9IBycPsrcAyffb6bhdht3D8gi Edm0ilXA453TtcJ1xnYan/1k29UglMkIv6nv+wc1MR6QdsLQPOES9co7XdtnGmga Rbe660bPXHCDigBbvpJYM1mlZtYIzoV4T2mJuMZ0PDXvZP4el34myaHRKlSRaZNt QYZ1uF+DSZizMs2XDXJi4e1tcvWUJF8H0IdtGdtPQrbao3C2PzFAl/WEBFQjV0Lw Ue+UMi3ZJuGQX/gPwW0vKhcn3D8JqwwXJS8q8N3pbxXdb9hrmLR+G3pZfcBZSKsy uC2S6fLJebjRYdf2FBBz =nc+3 -----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 May 13 20:48:25 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 13 May 2014 20:48: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 1WkJcX-0007ud-GF; Tue, 13 May 2014 20:48:17 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WkJcV-0007uY-Uc for mirageos-devel@lists.xenproject.org; Tue, 13 May 2014 20:48:16 +0000 Received: from [193.109.254.147:25522] by server-7.bemta-14.messagelabs.com id 83/AF-17726-F0582735; Tue, 13 May 2014 20:48:15 +0000 X-Env-Sender: hannes@mehnert.org X-Msg-Ref: server-12.tower-27.messagelabs.com!1400014094!4617156!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.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27777 invoked from network); 13 May 2014 20:48:14 -0000 Received: from mail.mehnert.org (HELO mail.mehnert.org) (213.73.89.200) by server-12.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 13 May 2014 20:48:14 -0000 Received: from [192.168.178.242] (p57BD63DC.dip0.t-ipconnect.de [87.189.99.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 F3595111B for ; Tue, 13 May 2014 22:48:12 +0200 (CEST) Message-ID: <537284DE.80701@mehnert.org> Date: Tue, 13 May 2014 22:47:26 +0200 From: Hannes Mehnert User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: mirageos-devel@lists.xenproject.org References: <20140512151011.GA10394@dark.recoil.org> In-Reply-To: Subject: Re: [MirageOS-devel] Mirage/ARM plans X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 05/13/2014 14:53, Thomas Leonard wrote: Looking briefly into runtime and MiniOS, there isn't much of a C library needed - or do I oversea something big? A libm, malloc, the common string routines, memcmp/cpy. (well, plus libgmp for zarith ;) I've the feeling we could also collect just the needed pieces (by adjusting the OCaml runtime to e.g. not try to access any non-existant file system, removing the stubs out of minios) from any libc and tighten the OCaml runtime in the same go. Cheers, Hannes -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQIcBAEBCQAGBQJTcoTeAAoJELyJZYjffCju8XcP/2cojUM8qXEJQpogWDkbN17V RfYwSxAly7FICK68PnPea4QTRYvufU/RZZIWsQG5FiXh2dL1wHDljdrN6xO4wJIO D9lC/y0Z0APqw2VZm+9rwt+SQr1PW54h3yE4qWaRRFQ6MHurWiZkhKBWiV5InaSg ioo0ywH8gysU2w3RLmMC4lbNK6sSiWEAakVJVXstC5TXQapjYkBGx7rQxGLDVxI6 ad3R9i0wQEpqdn89ILHmwWZWxZa+qNTmsqKfpvcNAN+DD/x9LwIHVcMFeXfeOVdx 8/6gW6SCSzURGnfM7CZkVckCRA+6VOqEjZCXuY3l4DUCTGLvqQFXsk8gEIGpDx2T NBeyxFEAzKmvh9sM+B0YLCH4xolCoeXnmDG+zpV9IBycPsrcAyffb6bhdht3D8gi Edm0ilXA453TtcJ1xnYan/1k29UglMkIv6nv+wc1MR6QdsLQPOES9co7XdtnGmga Rbe660bPXHCDigBbvpJYM1mlZtYIzoV4T2mJuMZ0PDXvZP4el34myaHRKlSRaZNt QYZ1uF+DSZizMs2XDXJi4e1tcvWUJF8H0IdtGdtPQrbao3C2PzFAl/WEBFQjV0Lw Ue+UMi3ZJuGQX/gPwW0vKhcn3D8JqwwXJS8q8N3pbxXdb9hrmLR+G3pZfcBZSKsy uC2S6fLJebjRYdf2FBBz =nc+3 -----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 Wed May 14 08:32:00 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 14 May 2014 08:32: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 1WkUbU-0002DH-3Q; Wed, 14 May 2014 08:31:56 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WkUbR-0002Cz-Vq for mirageos-devel@lists.xenproject.org; Wed, 14 May 2014 08:31:54 +0000 Received: from [193.109.254.147:54258] by server-8.bemta-14.messagelabs.com id 1E/51-01877-9F923735; Wed, 14 May 2014 08:31:53 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1400056311!4684322!1 X-Originating-IP: [209.85.214.175] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_23,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29128 invoked from network); 14 May 2014 08:31:52 -0000 Received: from mail-ob0-f175.google.com (HELO mail-ob0-f175.google.com) (209.85.214.175) by server-10.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 14 May 2014 08:31:52 -0000 Received: by mail-ob0-f175.google.com with SMTP id wo20so1746158obc.34 for ; Wed, 14 May 2014 01:31:50 -0700 (PDT) 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=29kZMpL7uKKgZmXrAazb9mX3x2GG3Rz7dM8SipxHNe0=; b=e3CaUEWHIo+Mk8yqqPVpLOaMSCpts0ES4EKHAzTpdgTh66Ge17BNjZkT06WQKgTmZ4 0WLtCaYt+RMapEO56ArMaIk00ONUs7Y4oqpUdOfwhvWSSlLMs2cHgO/d7p5Gc62ASLVG GvyCr2fYj7jJKTFCoXzFud2TMSJFLqzrx4kEZEGkZ+YbUVl9+ltvILk8+39oeONQD+YG +pozJOXrhPhX9G+1+9t2KNWARl1LzrCzQIHq+BQB9GREchioqWVJysmCtmdve6zoeoE+ Cx3rXhADUNn3/Z20+8Ue2E3nCI8zfB9l05Ns2sHUYSoEBXswRCqPnZxtidYjjeQi70WV zxbA== MIME-Version: 1.0 X-Received: by 10.182.249.18 with SMTP id yq18mr1956888obc.37.1400056310755; Wed, 14 May 2014 01:31:50 -0700 (PDT) Received: by 10.76.101.202 with HTTP; Wed, 14 May 2014 01:31:50 -0700 (PDT) In-Reply-To: <537284DE.80701@mehnert.org> References: <20140512151011.GA10394@dark.recoil.org> <537284DE.80701@mehnert.org> Date: Wed, 14 May 2014 09:31:50 +0100 Message-ID: From: Thomas Leonard To: Hannes Mehnert Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Mirage/ARM plans X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 May 2014 21:47, Hannes Mehnert wrote: > On 05/13/2014 14:53, Thomas Leonard wrote: > > Looking briefly into runtime and MiniOS, there isn't much of a C > library needed - or do I oversea something big? A libm, malloc, the > common string routines, memcmp/cpy. (well, plus libgmp for zarith ;) > > I've the feeling we could also collect just the needed pieces (by > adjusting the OCaml runtime to e.g. not try to access any non-existant > file system, removing the stubs out of minios) from any libc and > tighten the OCaml runtime in the same go. That would certainly be cleaner (and possibly easier too). And it fits with Mirage's goal of removing legacy layers from the stack. I guess it depends who needs the libc. If it's just for ocaml, it would indeed be simpler to patch ocaml. If we want to use other C libraries, it might be a problem. Personally, I'd be happy to remove functions like Pervasives.open_in (which would probably make the capabilities people happy too). But I can imagine it might mean some OCaml libraries wouldn't compile without modifications, even if that part of them wasn't needed (e.g. an XML library that offers the option of loading from a file). If compiled with HAVE_LIBC, Mini-OS currently provides a minimal filesystem API that lets you open anything under /var/log (writes then go to the console), /dev/mem, /dev/ptmx and some things under /var/lib/xen. What do people think? -- 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 May 14 08:32:00 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 14 May 2014 08:32: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 1WkUbU-0002DH-3Q; Wed, 14 May 2014 08:31:56 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WkUbR-0002Cz-Vq for mirageos-devel@lists.xenproject.org; Wed, 14 May 2014 08:31:54 +0000 Received: from [193.109.254.147:54258] by server-8.bemta-14.messagelabs.com id 1E/51-01877-9F923735; Wed, 14 May 2014 08:31:53 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1400056311!4684322!1 X-Originating-IP: [209.85.214.175] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_23,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29128 invoked from network); 14 May 2014 08:31:52 -0000 Received: from mail-ob0-f175.google.com (HELO mail-ob0-f175.google.com) (209.85.214.175) by server-10.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 14 May 2014 08:31:52 -0000 Received: by mail-ob0-f175.google.com with SMTP id wo20so1746158obc.34 for ; Wed, 14 May 2014 01:31:50 -0700 (PDT) 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=29kZMpL7uKKgZmXrAazb9mX3x2GG3Rz7dM8SipxHNe0=; b=e3CaUEWHIo+Mk8yqqPVpLOaMSCpts0ES4EKHAzTpdgTh66Ge17BNjZkT06WQKgTmZ4 0WLtCaYt+RMapEO56ArMaIk00ONUs7Y4oqpUdOfwhvWSSlLMs2cHgO/d7p5Gc62ASLVG GvyCr2fYj7jJKTFCoXzFud2TMSJFLqzrx4kEZEGkZ+YbUVl9+ltvILk8+39oeONQD+YG +pozJOXrhPhX9G+1+9t2KNWARl1LzrCzQIHq+BQB9GREchioqWVJysmCtmdve6zoeoE+ Cx3rXhADUNn3/Z20+8Ue2E3nCI8zfB9l05Ns2sHUYSoEBXswRCqPnZxtidYjjeQi70WV zxbA== MIME-Version: 1.0 X-Received: by 10.182.249.18 with SMTP id yq18mr1956888obc.37.1400056310755; Wed, 14 May 2014 01:31:50 -0700 (PDT) Received: by 10.76.101.202 with HTTP; Wed, 14 May 2014 01:31:50 -0700 (PDT) In-Reply-To: <537284DE.80701@mehnert.org> References: <20140512151011.GA10394@dark.recoil.org> <537284DE.80701@mehnert.org> Date: Wed, 14 May 2014 09:31:50 +0100 Message-ID: From: Thomas Leonard To: Hannes Mehnert Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Mirage/ARM plans X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 May 2014 21:47, Hannes Mehnert wrote: > On 05/13/2014 14:53, Thomas Leonard wrote: > > Looking briefly into runtime and MiniOS, there isn't much of a C > library needed - or do I oversea something big? A libm, malloc, the > common string routines, memcmp/cpy. (well, plus libgmp for zarith ;) > > I've the feeling we could also collect just the needed pieces (by > adjusting the OCaml runtime to e.g. not try to access any non-existant > file system, removing the stubs out of minios) from any libc and > tighten the OCaml runtime in the same go. That would certainly be cleaner (and possibly easier too). And it fits with Mirage's goal of removing legacy layers from the stack. I guess it depends who needs the libc. If it's just for ocaml, it would indeed be simpler to patch ocaml. If we want to use other C libraries, it might be a problem. Personally, I'd be happy to remove functions like Pervasives.open_in (which would probably make the capabilities people happy too). But I can imagine it might mean some OCaml libraries wouldn't compile without modifications, even if that part of them wasn't needed (e.g. an XML library that offers the option of loading from a file). If compiled with HAVE_LIBC, Mini-OS currently provides a minimal filesystem API that lets you open anything under /var/log (writes then go to the console), /dev/mem, /dev/ptmx and some things under /var/lib/xen. What do people think? -- 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 May 14 08:53:33 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 14 May 2014 08: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 1WkUwO-0003Gp-4n; Wed, 14 May 2014 08: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 1WkUwM-0003Gk-1g for mirageos-devel@lists.xenproject.org; Wed, 14 May 2014 08:53:30 +0000 Received: from [193.109.254.147:8527] by server-15.bemta-14.messagelabs.com id A1/3B-15813-90F23735; Wed, 14 May 2014 08:53:29 +0000 X-Env-Sender: hannes@mehnert.org X-Msg-Ref: server-13.tower-27.messagelabs.com!1400057608!4729031!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.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 481 invoked from network); 14 May 2014 08:53:28 -0000 Received: from mail.mehnert.org (HELO mail.mehnert.org) (213.73.89.200) by server-13.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 14 May 2014 08:53:28 -0000 Received: from [10.0.0.6] (e178046119.adsl.alicedsl.de [85.178.46.119]) (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 CC78719F5 for ; Wed, 14 May 2014 10:53:26 +0200 (CEST) Message-ID: <53732ED7.1020809@mehnert.org> Date: Wed, 14 May 2014 10:52:39 +0200 From: Hannes Mehnert User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: "mirageos-devel@lists.xenproject.org" References: <20140512151011.GA10394@dark.recoil.org> <537284DE.80701@mehnert.org> In-Reply-To: Subject: Re: [MirageOS-devel] Mirage/ARM plans X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 05/14/2014 10:31, Thomas Leonard wrote: > Personally, I'd be happy to remove functions like > Pervasives.open_in (which would probably make the capabilities > people happy too). But I can imagine it might mean some OCaml > libraries wouldn't compile without modifications, even if that part > of them wasn't needed (e.g. an XML library that offers the option > of loading from a file). I'd approach this by not modifying the API of OCamls standard library, but removing the primitives and runtime, and inserting stubs which raise an NotImplemented exception in the OCaml standard library. > If compiled with HAVE_LIBC, Mini-OS currently provides a minimal > filesystem API that lets you open anything under /var/log (writes > then go to the console), /dev/mem, /dev/ptmx and some things under > /var/lib/xen. But who uses this? There is also code to reseed the RNG in the OCaml runtime, which currently tries to open /dev/urandom -- I don't think that is very useful and the way to go on Xen. cu soon, Hannes -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQIcBAEBCQAGBQJTcy7XAAoJELyJZYjffCjuBqkP/2GjuYqNtEIgQzK1ojo4c0t+ rw2WzAogguIR9l8rF139ija+CdYz6ZFPf81oFV5XHMLF2jOFvbhO+gDY+lYWYaa3 6c3J1ak3stcXf5YY+plCIT00Q00dY7tJBUMQJ6OUHaeAq5ghnaniuMDAfNrX/W2Q 9vyG9+uB1COWWIDKJgA6e9OJNg92xePjJkaVW6DhwAILc092gMUKKfXMb8sk6pEG zN7QmCiMdOmnpKgIKsDcL+WX9uh9Tp/TfIdNufS+cKoWhrhqyNbKx/ITHX0iGB+5 DcIbYV1KiLauo7uEFoN/Bv2aTyJy1D5XE+Hy3Ld2LoucbeSFqVT0dPq0ewUmPBxo 1Qa5ukt16Y3V0oeSVyD0gsegJoli0VgjuZrPegbuoO9DN9fr3Lnxcd7hmLjsAB6i TI3+rODlW36Rd00LxDb92ToJT8bRIr+gjIalwm9vUHHm2lQvuZXVJTbQQNPKSkwG gPbzWcX5D23jqhAxLqxdSWdVcD1FQSTFMs9EAOlNW39vOiYvIDZ9eTXDoYd0Z0/F z0P9ImEE1RovGg6Kg1hpHq+cs56p1OC/WKHLW/MP97DvpvBi5at7ax3IEjINSi2x woG6XPloiI9rQIdTOapvCVRPgIQRGNlOoCJBL1L5+bYp8tFUSvg2wdrF8UZSsDas PlEH0YDmszAzycS63nrC =Uvrq -----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 Wed May 14 08:53:33 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 14 May 2014 08: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 1WkUwO-0003Gp-4n; Wed, 14 May 2014 08: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 1WkUwM-0003Gk-1g for mirageos-devel@lists.xenproject.org; Wed, 14 May 2014 08:53:30 +0000 Received: from [193.109.254.147:8527] by server-15.bemta-14.messagelabs.com id A1/3B-15813-90F23735; Wed, 14 May 2014 08:53:29 +0000 X-Env-Sender: hannes@mehnert.org X-Msg-Ref: server-13.tower-27.messagelabs.com!1400057608!4729031!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.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 481 invoked from network); 14 May 2014 08:53:28 -0000 Received: from mail.mehnert.org (HELO mail.mehnert.org) (213.73.89.200) by server-13.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 14 May 2014 08:53:28 -0000 Received: from [10.0.0.6] (e178046119.adsl.alicedsl.de [85.178.46.119]) (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 CC78719F5 for ; Wed, 14 May 2014 10:53:26 +0200 (CEST) Message-ID: <53732ED7.1020809@mehnert.org> Date: Wed, 14 May 2014 10:52:39 +0200 From: Hannes Mehnert User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: "mirageos-devel@lists.xenproject.org" References: <20140512151011.GA10394@dark.recoil.org> <537284DE.80701@mehnert.org> In-Reply-To: Subject: Re: [MirageOS-devel] Mirage/ARM plans X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 05/14/2014 10:31, Thomas Leonard wrote: > Personally, I'd be happy to remove functions like > Pervasives.open_in (which would probably make the capabilities > people happy too). But I can imagine it might mean some OCaml > libraries wouldn't compile without modifications, even if that part > of them wasn't needed (e.g. an XML library that offers the option > of loading from a file). I'd approach this by not modifying the API of OCamls standard library, but removing the primitives and runtime, and inserting stubs which raise an NotImplemented exception in the OCaml standard library. > If compiled with HAVE_LIBC, Mini-OS currently provides a minimal > filesystem API that lets you open anything under /var/log (writes > then go to the console), /dev/mem, /dev/ptmx and some things under > /var/lib/xen. But who uses this? There is also code to reseed the RNG in the OCaml runtime, which currently tries to open /dev/urandom -- I don't think that is very useful and the way to go on Xen. cu soon, Hannes -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQIcBAEBCQAGBQJTcy7XAAoJELyJZYjffCjuBqkP/2GjuYqNtEIgQzK1ojo4c0t+ rw2WzAogguIR9l8rF139ija+CdYz6ZFPf81oFV5XHMLF2jOFvbhO+gDY+lYWYaa3 6c3J1ak3stcXf5YY+plCIT00Q00dY7tJBUMQJ6OUHaeAq5ghnaniuMDAfNrX/W2Q 9vyG9+uB1COWWIDKJgA6e9OJNg92xePjJkaVW6DhwAILc092gMUKKfXMb8sk6pEG zN7QmCiMdOmnpKgIKsDcL+WX9uh9Tp/TfIdNufS+cKoWhrhqyNbKx/ITHX0iGB+5 DcIbYV1KiLauo7uEFoN/Bv2aTyJy1D5XE+Hy3Ld2LoucbeSFqVT0dPq0ewUmPBxo 1Qa5ukt16Y3V0oeSVyD0gsegJoli0VgjuZrPegbuoO9DN9fr3Lnxcd7hmLjsAB6i TI3+rODlW36Rd00LxDb92ToJT8bRIr+gjIalwm9vUHHm2lQvuZXVJTbQQNPKSkwG gPbzWcX5D23jqhAxLqxdSWdVcD1FQSTFMs9EAOlNW39vOiYvIDZ9eTXDoYd0Z0/F z0P9ImEE1RovGg6Kg1hpHq+cs56p1OC/WKHLW/MP97DvpvBi5at7ax3IEjINSi2x woG6XPloiI9rQIdTOapvCVRPgIQRGNlOoCJBL1L5+bYp8tFUSvg2wdrF8UZSsDas PlEH0YDmszAzycS63nrC =Uvrq -----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 Wed May 14 11:43:27 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 14 May 2014 11:43: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 1WkXam-0004CW-2m; Wed, 14 May 2014 11:43:24 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WkXak-0004CJ-BP for mirageos-devel@lists.xenproject.org; Wed, 14 May 2014 11:43:22 +0000 Received: from [85.158.143.35:32917] by server-3.bemta-4.messagelabs.com id CA/5C-13602-9D653735; Wed, 14 May 2014 11:43:21 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-7.tower-21.messagelabs.com!1400067800!4869567!1 X-Originating-IP: [74.125.82.178] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26915 invoked from network); 14 May 2014 11:43:20 -0000 Received: from mail-we0-f178.google.com (HELO mail-we0-f178.google.com) (74.125.82.178) by server-7.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 14 May 2014 11:43:20 -0000 Received: by mail-we0-f178.google.com with SMTP id u56so1763711wes.23 for ; Wed, 14 May 2014 04:43:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:content-type; bh=WBgBYn7MbVAz/tO1dvbrNwe/4FUcBYxQDvunHMllfXw=; b=kM1GoX3QRkEwswQ29lGsO6YFY2HwQyTB8D3SCg4OXOIqrcmmgvG2JGSkDDkK4ZlB4d EmnL/s+jbQXENKwOZ05LyGUr/aftDcMb7tTneDFRYyHJDy9xpJFdvf3BpqQQ3o7LuXMB a5wnG3BomNFhqetNg/Lr+k+pW1tKQF1/vaZ+H3oVU2V4nGoImG9IUgCNER/NBsFiyhFS 2IMCzuNZha/2C+AiaDZhOvcCqkSdD97l2LXpjmk32WWPjFpt4DvckpQtLCTtDa5AgzFS ITMzszkD3AFnIVQ5j5Ds7vcKozT84pliwbcbwLIIQkOhgviBV2Wl2L+Vz/BWS7Wr+5ZD IdAA== X-Received: by 10.180.80.69 with SMTP id p5mr3108034wix.54.1400067799898; Wed, 14 May 2014 04:43:19 -0700 (PDT) Received: from [172.16.26.11] (97e5a5cd.skybroadband.com. [151.229.165.205]) by mx.google.com with ESMTPSA id o10sm2197012wjy.0.2014.05.14.04.43.18 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 14 May 2014 04:43:19 -0700 (PDT) Message-ID: <537356D6.2080704@xen.org> Date: Wed, 14 May 2014 12:43:18 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: "mirageos-devel@lists.xenproject.org" Subject: [MirageOS-devel] Xen Project Developer Summit Update : CfP closes in two days X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7284637133475270014==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org This is a multi-part message in MIME format. --===============7284637133475270014== Content-Type: multipart/alternative; boundary="------------080307020204010404090302" This is a multi-part message in MIME format. --------------080307020204010404090302 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit The Xen Project Developer Summit is approaching: theCall For Participation will be open for two more days until*/May 16, 2014 11:55pm (EST)/*. Our Program Management Committee I wanted to also take the opportunity to introduce this year's Program Management Committee. * *Amir Chaudhry (University of Cambridge):*Amir is a post-doc at the Cambridge Computer Lab. Amir is program manager at OCaml Labs and runs community outearch activities in Mirage OS, a Xen Project team. * *Boris Ostrovski (Oracle):*Boris is working on various Linux and Xen Project components and is also maintainer of a number of Xen project subsystems. He is also a Google Summer of Code Mentor. * *Dario Faggioli (Citrix):*Dario has interacted with the Linux kernel as part of his PhD working on real-time scheduling and other embedded technologies. He now works on various Xen Project components and is the Xen Project Blog Czar. * *Lars Kurth (Chairman of the Xen Project Advisory Board):*Lars has been working as Community Manager for the Xen Project for 3 years now and also chairs the Xen Project Advisory Board and other Xen Project Working Groups. Developer Summit Program Announcement We are aiming to publish the Xen Project Developer Summit program in the/1st week of June/. People who have submitted talks, should get an acceptance e-mail a week before. Birds of a Feather Sessions & Discussion Groups This year we will again have space for Birds of a Feather Sessions & Discussion Groups. We will publish how you can request a BoF a little bit closer to the event. In the meantime you should be aware of the ground rules for BoFs: * Each BoF host will get 3-5 minutes (depending on the number of BoFs on the day) to pitch your BoF to the entire audience. Slides are not allowed. * After we publish the Xen Project Developer schedule, community members that have registered for the summit can submit a request to host a BoF (specifying a couple of slots in preference order) * BoFs are small discussion groups, not presentations. You are expected to take notes (or nominate an attendee to do so) and post discussion notes on one of our mailing lists after the summit. Developer Meeting I am also pleased to announce that we will also be hosting a 1/2 day Xen Project Developer Meeting the day after the Xen Project Developer Summit. Spaces are limited: the event is open to all members of the Developer Community. More details will follow soon. Where to stay at the summit Discounted hotels are listed at theevent website at the price of 199 USD per night including wifi. Reservations have to be made by/July 30th/. We are sharing a room block with other Linux Foundation events, so please book early. --------------080307020204010404090302 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit

The Xen Project Developer Summit is approaching: the Call For Participation will be open for two more days until May 16, 2014 11:55pm (EST).

Our Program Management Committee

I wanted to also take the opportunity to introduce this year’s Program Management Committee.

  • Amir Chaudhry (University of Cambridge): Amir is a post-doc at the Cambridge Computer Lab. Amir is program manager at OCaml Labs and runs community outearch activities in Mirage OS, a Xen Project team.
  • Boris Ostrovski (Oracle): Boris is working on various Linux and Xen Project components and is also maintainer of a number of Xen project subsystems. He is also a Google Summer of Code Mentor.
  • Dario Faggioli (Citrix): Dario has interacted with the Linux kernel as part of his PhD working on real-time scheduling and other embedded technologies. He now works on various Xen Project components and is the Xen Project Blog Czar.
  • Lars Kurth (Chairman of the Xen Project Advisory Board): Lars has been working as Community Manager for the Xen Project for 3 years now and also chairs the Xen Project Advisory Board and other Xen Project Working Groups.

Developer Summit Program Announcement

We are aiming to publish the Xen Project Developer Summit program in the 1st week of June. People who have submitted talks, should get an acceptance e-mail a week before.

Birds of a Feather Sessions & Discussion Groups

This year we will again have space for Birds of a Feather Sessions & Discussion Groups. We will publish how you can request a BoF a little bit closer to the event. In the meantime you should be aware of the ground rules for BoFs:

  • Each BoF host will get 3-5 minutes (depending on the number of BoFs on the day) to pitch your BoF to the entire audience. Slides are not allowed.
  • After we publish the Xen Project Developer schedule, community members that have registered for the summit can submit a request to host a BoF (specifying a couple of slots in preference order)
  • BoFs are small discussion groups, not presentations. You are expected to take notes (or nominate an attendee to do so) and post discussion notes on one of our mailing lists after the summit.

Developer Meeting

I am also pleased to announce that we will also be hosting a 1/2 day Xen Project Developer Meeting the day after the Xen Project Developer Summit. Spaces are limited: the event is open to all members of the Developer Community. More details will follow soon.

Where to stay at the summit

Discounted hotels are listed at the event website at the price of 199 USD per night including wifi. Reservations have to be made by July 30th. We are sharing a room block with other Linux Foundation events, so please book early.

--------------080307020204010404090302-- --===============7284637133475270014== 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 --===============7284637133475270014==-- From mirageos-devel-bounces@lists.xenproject.org Wed May 14 11:43:27 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 14 May 2014 11:43: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 1WkXam-0004CW-2m; Wed, 14 May 2014 11:43:24 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WkXak-0004CJ-BP for mirageos-devel@lists.xenproject.org; Wed, 14 May 2014 11:43:22 +0000 Received: from [85.158.143.35:32917] by server-3.bemta-4.messagelabs.com id CA/5C-13602-9D653735; Wed, 14 May 2014 11:43:21 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-7.tower-21.messagelabs.com!1400067800!4869567!1 X-Originating-IP: [74.125.82.178] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26915 invoked from network); 14 May 2014 11:43:20 -0000 Received: from mail-we0-f178.google.com (HELO mail-we0-f178.google.com) (74.125.82.178) by server-7.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 14 May 2014 11:43:20 -0000 Received: by mail-we0-f178.google.com with SMTP id u56so1763711wes.23 for ; Wed, 14 May 2014 04:43:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:content-type; bh=WBgBYn7MbVAz/tO1dvbrNwe/4FUcBYxQDvunHMllfXw=; b=kM1GoX3QRkEwswQ29lGsO6YFY2HwQyTB8D3SCg4OXOIqrcmmgvG2JGSkDDkK4ZlB4d EmnL/s+jbQXENKwOZ05LyGUr/aftDcMb7tTneDFRYyHJDy9xpJFdvf3BpqQQ3o7LuXMB a5wnG3BomNFhqetNg/Lr+k+pW1tKQF1/vaZ+H3oVU2V4nGoImG9IUgCNER/NBsFiyhFS 2IMCzuNZha/2C+AiaDZhOvcCqkSdD97l2LXpjmk32WWPjFpt4DvckpQtLCTtDa5AgzFS ITMzszkD3AFnIVQ5j5Ds7vcKozT84pliwbcbwLIIQkOhgviBV2Wl2L+Vz/BWS7Wr+5ZD IdAA== X-Received: by 10.180.80.69 with SMTP id p5mr3108034wix.54.1400067799898; Wed, 14 May 2014 04:43:19 -0700 (PDT) Received: from [172.16.26.11] (97e5a5cd.skybroadband.com. [151.229.165.205]) by mx.google.com with ESMTPSA id o10sm2197012wjy.0.2014.05.14.04.43.18 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 14 May 2014 04:43:19 -0700 (PDT) Message-ID: <537356D6.2080704@xen.org> Date: Wed, 14 May 2014 12:43:18 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: "mirageos-devel@lists.xenproject.org" Subject: [MirageOS-devel] Xen Project Developer Summit Update : CfP closes in two days X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7284637133475270014==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org This is a multi-part message in MIME format. --===============7284637133475270014== Content-Type: multipart/alternative; boundary="------------080307020204010404090302" This is a multi-part message in MIME format. --------------080307020204010404090302 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit The Xen Project Developer Summit is approaching: theCall For Participation will be open for two more days until*/May 16, 2014 11:55pm (EST)/*. Our Program Management Committee I wanted to also take the opportunity to introduce this year's Program Management Committee. * *Amir Chaudhry (University of Cambridge):*Amir is a post-doc at the Cambridge Computer Lab. Amir is program manager at OCaml Labs and runs community outearch activities in Mirage OS, a Xen Project team. * *Boris Ostrovski (Oracle):*Boris is working on various Linux and Xen Project components and is also maintainer of a number of Xen project subsystems. He is also a Google Summer of Code Mentor. * *Dario Faggioli (Citrix):*Dario has interacted with the Linux kernel as part of his PhD working on real-time scheduling and other embedded technologies. He now works on various Xen Project components and is the Xen Project Blog Czar. * *Lars Kurth (Chairman of the Xen Project Advisory Board):*Lars has been working as Community Manager for the Xen Project for 3 years now and also chairs the Xen Project Advisory Board and other Xen Project Working Groups. Developer Summit Program Announcement We are aiming to publish the Xen Project Developer Summit program in the/1st week of June/. People who have submitted talks, should get an acceptance e-mail a week before. Birds of a Feather Sessions & Discussion Groups This year we will again have space for Birds of a Feather Sessions & Discussion Groups. We will publish how you can request a BoF a little bit closer to the event. In the meantime you should be aware of the ground rules for BoFs: * Each BoF host will get 3-5 minutes (depending on the number of BoFs on the day) to pitch your BoF to the entire audience. Slides are not allowed. * After we publish the Xen Project Developer schedule, community members that have registered for the summit can submit a request to host a BoF (specifying a couple of slots in preference order) * BoFs are small discussion groups, not presentations. You are expected to take notes (or nominate an attendee to do so) and post discussion notes on one of our mailing lists after the summit. Developer Meeting I am also pleased to announce that we will also be hosting a 1/2 day Xen Project Developer Meeting the day after the Xen Project Developer Summit. Spaces are limited: the event is open to all members of the Developer Community. More details will follow soon. Where to stay at the summit Discounted hotels are listed at theevent website at the price of 199 USD per night including wifi. Reservations have to be made by/July 30th/. We are sharing a room block with other Linux Foundation events, so please book early. --------------080307020204010404090302 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit

The Xen Project Developer Summit is approaching: the Call For Participation will be open for two more days until May 16, 2014 11:55pm (EST).

Our Program Management Committee

I wanted to also take the opportunity to introduce this year’s Program Management Committee.

  • Amir Chaudhry (University of Cambridge): Amir is a post-doc at the Cambridge Computer Lab. Amir is program manager at OCaml Labs and runs community outearch activities in Mirage OS, a Xen Project team.
  • Boris Ostrovski (Oracle): Boris is working on various Linux and Xen Project components and is also maintainer of a number of Xen project subsystems. He is also a Google Summer of Code Mentor.
  • Dario Faggioli (Citrix): Dario has interacted with the Linux kernel as part of his PhD working on real-time scheduling and other embedded technologies. He now works on various Xen Project components and is the Xen Project Blog Czar.
  • Lars Kurth (Chairman of the Xen Project Advisory Board): Lars has been working as Community Manager for the Xen Project for 3 years now and also chairs the Xen Project Advisory Board and other Xen Project Working Groups.

Developer Summit Program Announcement

We are aiming to publish the Xen Project Developer Summit program in the 1st week of June. People who have submitted talks, should get an acceptance e-mail a week before.

Birds of a Feather Sessions & Discussion Groups

This year we will again have space for Birds of a Feather Sessions & Discussion Groups. We will publish how you can request a BoF a little bit closer to the event. In the meantime you should be aware of the ground rules for BoFs:

  • Each BoF host will get 3-5 minutes (depending on the number of BoFs on the day) to pitch your BoF to the entire audience. Slides are not allowed.
  • After we publish the Xen Project Developer schedule, community members that have registered for the summit can submit a request to host a BoF (specifying a couple of slots in preference order)
  • BoFs are small discussion groups, not presentations. You are expected to take notes (or nominate an attendee to do so) and post discussion notes on one of our mailing lists after the summit.

Developer Meeting

I am also pleased to announce that we will also be hosting a 1/2 day Xen Project Developer Meeting the day after the Xen Project Developer Summit. Spaces are limited: the event is open to all members of the Developer Community. More details will follow soon.

Where to stay at the summit

Discounted hotels are listed at the event website at the price of 199 USD per night including wifi. Reservations have to be made by July 30th. We are sharing a room block with other Linux Foundation events, so please book early.

--------------080307020204010404090302-- --===============7284637133475270014== 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 --===============7284637133475270014==-- From mirageos-devel-bounces@lists.xenproject.org Wed May 14 13:01:49 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 14 May 2014 13:01: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 1WkYoZ-0002fz-24; Wed, 14 May 2014 13:01:43 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WkYoX-0002fj-KN for mirageos-devel@lists.xenproject.org; Wed, 14 May 2014 13:01:41 +0000 Received: from [85.158.137.68:49475] by server-14.bemta-3.messagelabs.com id AA/44-30903-43963735; Wed, 14 May 2014 13:01:40 +0000 X-Env-Sender: buzzheavyyear@hotmail.com X-Msg-Ref: server-7.tower-31.messagelabs.com!1400072500!3855980!1 X-Originating-IP: [157.55.2.30] X-SpamReason: No, hits=0.2 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_30_40,HTML_MESSAGE,ML_RADAR_SPEW_LINKS_1,ML_RADAR_SPEW_LINKS_12, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6417 invoked from network); 14 May 2014 13:01:40 -0000 Received: from dub0-omc3-s21.dub0.hotmail.com (HELO dub0-omc3-s21.dub0.hotmail.com) (157.55.2.30) by server-7.tower-31.messagelabs.com with SMTP; 14 May 2014 13:01:40 -0000 Received: from DUB128-W80 ([157.55.2.7]) by dub0-omc3-s21.dub0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 14 May 2014 06:01:40 -0700 X-TMN: [2rPvc1mWu2jd++02HjPUVE2llh0NJF+e] X-Originating-Email: [buzzheavyyear@hotmail.com] Message-ID: From: buzz heavyyear To: "mirageos-devel@lists.xenproject.org" Date: Wed, 14 May 2014 13:01:39 +0000 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 14 May 2014 13:01:40.0029 (UTC) FILETIME=[A57BFED0:01CF6F74] Subject: [MirageOS-devel] Monitoring MirageOS guests on CubieBoard2 X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============8734355327087361051==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============8734355327087361051== Content-Type: multipart/alternative; boundary="_fef40d8c-8600-497a-a744-14e2284220a5_" --_fef40d8c-8600-497a-a744-14e2284220a5_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Now that I'm having a lot of fun getting up to speed with ocaml=2C xen=2C m= irage=2C writing ocaml guests and getting them to run on the Cubieboard=2C = what I really need is to see how they are performing as they are running. XAPI/XCP has rrd. Am I right in thinking that a good way forward is to incl= ude github.com/xapi-project/xcp-rrd during the build process? Perhaps there's an easier way? Any thoughts anyone? Cheers=2C Nick = --_fef40d8c-8600-497a-a744-14e2284220a5_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Now that I'm having a lot of fun= getting up to speed with ocaml=2C xen=2C mirage=2C writing ocaml guests an= d getting them to run on the Cubieboard=2C what I really need is to see how= they are performing as they are running.

XAPI/XCP has rrd. Am I rig= ht in thinking that a good way forward is to include github.com/xapi-projec= t/xcp-rrd during the build process?

Perhaps there's an easier way? A= ny thoughts anyone?

Cheers=2C
Nick
= --_fef40d8c-8600-497a-a744-14e2284220a5_-- --===============8734355327087361051== 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 --===============8734355327087361051==-- From mirageos-devel-bounces@lists.xenproject.org Wed May 14 13:01:49 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 14 May 2014 13:01: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 1WkYoZ-0002fz-24; Wed, 14 May 2014 13:01:43 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WkYoX-0002fj-KN for mirageos-devel@lists.xenproject.org; Wed, 14 May 2014 13:01:41 +0000 Received: from [85.158.137.68:49475] by server-14.bemta-3.messagelabs.com id AA/44-30903-43963735; Wed, 14 May 2014 13:01:40 +0000 X-Env-Sender: buzzheavyyear@hotmail.com X-Msg-Ref: server-7.tower-31.messagelabs.com!1400072500!3855980!1 X-Originating-IP: [157.55.2.30] X-SpamReason: No, hits=0.2 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_30_40,HTML_MESSAGE,ML_RADAR_SPEW_LINKS_1,ML_RADAR_SPEW_LINKS_12, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6417 invoked from network); 14 May 2014 13:01:40 -0000 Received: from dub0-omc3-s21.dub0.hotmail.com (HELO dub0-omc3-s21.dub0.hotmail.com) (157.55.2.30) by server-7.tower-31.messagelabs.com with SMTP; 14 May 2014 13:01:40 -0000 Received: from DUB128-W80 ([157.55.2.7]) by dub0-omc3-s21.dub0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 14 May 2014 06:01:40 -0700 X-TMN: [2rPvc1mWu2jd++02HjPUVE2llh0NJF+e] X-Originating-Email: [buzzheavyyear@hotmail.com] Message-ID: From: buzz heavyyear To: "mirageos-devel@lists.xenproject.org" Date: Wed, 14 May 2014 13:01:39 +0000 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 14 May 2014 13:01:40.0029 (UTC) FILETIME=[A57BFED0:01CF6F74] Subject: [MirageOS-devel] Monitoring MirageOS guests on CubieBoard2 X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============8734355327087361051==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============8734355327087361051== Content-Type: multipart/alternative; boundary="_fef40d8c-8600-497a-a744-14e2284220a5_" --_fef40d8c-8600-497a-a744-14e2284220a5_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Now that I'm having a lot of fun getting up to speed with ocaml=2C xen=2C m= irage=2C writing ocaml guests and getting them to run on the Cubieboard=2C = what I really need is to see how they are performing as they are running. XAPI/XCP has rrd. Am I right in thinking that a good way forward is to incl= ude github.com/xapi-project/xcp-rrd during the build process? Perhaps there's an easier way? Any thoughts anyone? Cheers=2C Nick = --_fef40d8c-8600-497a-a744-14e2284220a5_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Now that I'm having a lot of fun= getting up to speed with ocaml=2C xen=2C mirage=2C writing ocaml guests an= d getting them to run on the Cubieboard=2C what I really need is to see how= they are performing as they are running.

XAPI/XCP has rrd. Am I rig= ht in thinking that a good way forward is to include github.com/xapi-projec= t/xcp-rrd during the build process?

Perhaps there's an easier way? A= ny thoughts anyone?

Cheers=2C
Nick
= --_fef40d8c-8600-497a-a744-14e2284220a5_-- --===============8734355327087361051== 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 --===============8734355327087361051==-- From mirageos-devel-bounces@lists.xenproject.org Wed May 14 13:50:48 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 14 May 2014 13:50: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 1WkZa3-0000Lw-Fo; Wed, 14 May 2014 13:50:47 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WkZa2-0000Lr-Bd for mirageos-devel@lists.xenproject.org; Wed, 14 May 2014 13:50:46 +0000 Received: from [85.158.143.35:15041] by server-2.bemta-4.messagelabs.com id 4F/36-06539-5B473735; Wed, 14 May 2014 13:50:45 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-7.tower-21.messagelabs.com!1400075443!4907263!1 X-Originating-IP: [209.85.219.47] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_23,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15228 invoked from network); 14 May 2014 13:50:44 -0000 Received: from mail-oa0-f47.google.com (HELO mail-oa0-f47.google.com) (209.85.219.47) by server-7.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 14 May 2014 13:50:44 -0000 Received: by mail-oa0-f47.google.com with SMTP id i7so2179558oag.6 for ; Wed, 14 May 2014 06:50:43 -0700 (PDT) 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=zOIGNUHzBxdHQkenkUkxmCqcuHcxgz0WAtS3NveA5c8=; b=mK2s2xrQ4vJfBiYG4H6fAM5oFjToW+fw2gJslY0HcezbxY0YeXEU5Dnv2b3vcX0LzW vzQLQ1cgU6rOP+BpR7Xcm9v5ILCdYxM7DsAKaeeq7yO9edv67fngokVL0KqdGNK9mTwt 9QzZg1e4FN1YgvR1X00f3ENfdANJVyOlRXg4I2QV9PwyqBxcOmIcYnnJheIFUByZlC/O AeI9VvDEQiBEOqB07cfL1//MsFYsq8wr/TmnU2GDYDnKkkp9RDQ5ZdsgD3kMQWtXZfsK agc73CQ7VvDuezwvoK1FRbuyOdM8BaT/5FqQCAEqppuRo7BPZoD4iWmM/Rd+mA+t8pqQ nEdQ== MIME-Version: 1.0 X-Received: by 10.60.93.168 with SMTP id cv8mr3571535oeb.21.1400075442989; Wed, 14 May 2014 06:50:42 -0700 (PDT) Received: by 10.76.101.202 with HTTP; Wed, 14 May 2014 06:50:42 -0700 (PDT) In-Reply-To: <53732ED7.1020809@mehnert.org> References: <20140512151011.GA10394@dark.recoil.org> <537284DE.80701@mehnert.org> <53732ED7.1020809@mehnert.org> Date: Wed, 14 May 2014 14:50:42 +0100 Message-ID: From: Thomas Leonard To: Hannes Mehnert Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Mirage/ARM plans X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 14 May 2014 09:52, Hannes Mehnert wrote: > On 05/14/2014 10:31, Thomas Leonard wrote: >> Personally, I'd be happy to remove functions like >> Pervasives.open_in (which would probably make the capabilities >> people happy too). But I can imagine it might mean some OCaml >> libraries wouldn't compile without modifications, even if that part >> of them wasn't needed (e.g. an XML library that offers the option >> of loading from a file). > > I'd approach this by not modifying the API of OCamls standard library, > but removing the primitives and runtime, and inserting stubs which > raise an NotImplemented exception in the OCaml standard library. > >> If compiled with HAVE_LIBC, Mini-OS currently provides a minimal >> filesystem API that lets you open anything under /var/log (writes >> then go to the console), /dev/mem, /dev/ptmx and some things under >> /var/lib/xen. > > But who uses this? There is also code to reseed the RNG in the OCaml > runtime, which currently tries to open /dev/urandom -- I don't think > that is very useful and the way to go on Xen. I don't know who uses the libc stuff in Mini-OS. I did some tests, compiling my latest Mini-OS without any libc support (not even the stuff I mentioned above) and no other libc. These are the extra functions I had to define to get mirage-skeleton/console to work: - getenv (it wants to check OCAMLRUNPARAM and CAMLRUNPARAM) - calloc -- 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 May 14 13:50:48 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 14 May 2014 13:50: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 1WkZa3-0000Lw-Fo; Wed, 14 May 2014 13:50:47 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WkZa2-0000Lr-Bd for mirageos-devel@lists.xenproject.org; Wed, 14 May 2014 13:50:46 +0000 Received: from [85.158.143.35:15041] by server-2.bemta-4.messagelabs.com id 4F/36-06539-5B473735; Wed, 14 May 2014 13:50:45 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-7.tower-21.messagelabs.com!1400075443!4907263!1 X-Originating-IP: [209.85.219.47] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_23,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15228 invoked from network); 14 May 2014 13:50:44 -0000 Received: from mail-oa0-f47.google.com (HELO mail-oa0-f47.google.com) (209.85.219.47) by server-7.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 14 May 2014 13:50:44 -0000 Received: by mail-oa0-f47.google.com with SMTP id i7so2179558oag.6 for ; Wed, 14 May 2014 06:50:43 -0700 (PDT) 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=zOIGNUHzBxdHQkenkUkxmCqcuHcxgz0WAtS3NveA5c8=; b=mK2s2xrQ4vJfBiYG4H6fAM5oFjToW+fw2gJslY0HcezbxY0YeXEU5Dnv2b3vcX0LzW vzQLQ1cgU6rOP+BpR7Xcm9v5ILCdYxM7DsAKaeeq7yO9edv67fngokVL0KqdGNK9mTwt 9QzZg1e4FN1YgvR1X00f3ENfdANJVyOlRXg4I2QV9PwyqBxcOmIcYnnJheIFUByZlC/O AeI9VvDEQiBEOqB07cfL1//MsFYsq8wr/TmnU2GDYDnKkkp9RDQ5ZdsgD3kMQWtXZfsK agc73CQ7VvDuezwvoK1FRbuyOdM8BaT/5FqQCAEqppuRo7BPZoD4iWmM/Rd+mA+t8pqQ nEdQ== MIME-Version: 1.0 X-Received: by 10.60.93.168 with SMTP id cv8mr3571535oeb.21.1400075442989; Wed, 14 May 2014 06:50:42 -0700 (PDT) Received: by 10.76.101.202 with HTTP; Wed, 14 May 2014 06:50:42 -0700 (PDT) In-Reply-To: <53732ED7.1020809@mehnert.org> References: <20140512151011.GA10394@dark.recoil.org> <537284DE.80701@mehnert.org> <53732ED7.1020809@mehnert.org> Date: Wed, 14 May 2014 14:50:42 +0100 Message-ID: From: Thomas Leonard To: Hannes Mehnert Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Mirage/ARM plans X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 14 May 2014 09:52, Hannes Mehnert wrote: > On 05/14/2014 10:31, Thomas Leonard wrote: >> Personally, I'd be happy to remove functions like >> Pervasives.open_in (which would probably make the capabilities >> people happy too). But I can imagine it might mean some OCaml >> libraries wouldn't compile without modifications, even if that part >> of them wasn't needed (e.g. an XML library that offers the option >> of loading from a file). > > I'd approach this by not modifying the API of OCamls standard library, > but removing the primitives and runtime, and inserting stubs which > raise an NotImplemented exception in the OCaml standard library. > >> If compiled with HAVE_LIBC, Mini-OS currently provides a minimal >> filesystem API that lets you open anything under /var/log (writes >> then go to the console), /dev/mem, /dev/ptmx and some things under >> /var/lib/xen. > > But who uses this? There is also code to reseed the RNG in the OCaml > runtime, which currently tries to open /dev/urandom -- I don't think > that is very useful and the way to go on Xen. I don't know who uses the libc stuff in Mini-OS. I did some tests, compiling my latest Mini-OS without any libc support (not even the stuff I mentioned above) and no other libc. These are the extra functions I had to define to get mirage-skeleton/console to work: - getenv (it wants to check OCAMLRUNPARAM and CAMLRUNPARAM) - calloc -- 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 May 14 14:02:00 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 14 May 2014 14:02: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 1WkZkr-0002m2-Nv; Wed, 14 May 2014 14:01:57 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WkZkq-0002lv-Fc for mirageos-devel@lists.xenproject.org; Wed, 14 May 2014 14:01:56 +0000 Received: from [85.158.137.68:41154] by server-1.bemta-3.messagelabs.com id 06/3D-11134-35773735; Wed, 14 May 2014 14:01:55 +0000 X-Env-Sender: scott.dj@gmail.com X-Msg-Ref: server-4.tower-31.messagelabs.com!1400076113!3838409!1 X-Originating-IP: [209.85.128.182] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32270 invoked from network); 14 May 2014 14:01:54 -0000 Received: from mail-ve0-f182.google.com (HELO mail-ve0-f182.google.com) (209.85.128.182) by server-4.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 14 May 2014 14:01:54 -0000 Received: by mail-ve0-f182.google.com with SMTP id sa20so2426913veb.13 for ; Wed, 14 May 2014 07:01:53 -0700 (PDT) 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=kG8lgiPmsmstiOIcod07+SGbG+GATLUumLrWOldIJqA=; b=VDFnJAgR9vebC75Q0kCxbv3TlrQ7iK3gRgL8xOR3+YqLFzOy9cPZEBhX9uR4CjHJn0 USMfmdZJNtdoE5/fQQpyoz10XhEgt//Ald82c3WO4hq/ulwQP0yj+NvBrva8WqwXAcVL +EM1cl8h/YIWwhHhzXXPJlv0GuxOB4xTioCh6eMaVW6nWLrWsMjz/FhidxfYFgek0oxs oVEYx22EbUMJ/QLPWwgJ0aJqDIlWvp9DEtXl8sqLFSlgYB9L8+1JAs7P4r91XmoLFTIC TWDRjwQEgie7qUpPGdm9qXY2Djsdu0LGkz+uo1b0awd/SVohAp10Z91+/fyduP+NpFU4 Kxqg== MIME-Version: 1.0 X-Received: by 10.58.220.161 with SMTP id px1mr3306494vec.13.1400076113283; Wed, 14 May 2014 07:01:53 -0700 (PDT) Received: by 10.220.161.68 with HTTP; Wed, 14 May 2014 07:01:53 -0700 (PDT) In-Reply-To: References: Date: Wed, 14 May 2014 15:01:53 +0100 Message-ID: From: David Scott To: buzz heavyyear Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Monitoring MirageOS guests on CubieBoard2 X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============3017972931483313227==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============3017972931483313227== Content-Type: multipart/alternative; boundary=047d7bdc9e02640f8704f95c9fac --047d7bdc9e02640f8704f95c9fac Content-Type: text/plain; charset=UTF-8 Hi Nick, On Wed, May 14, 2014 at 2:01 PM, buzz heavyyear wrote: > Now that I'm having a lot of fun getting up to speed with ocaml, xen, > mirage, writing ocaml guests and getting them to run on the Cubieboard, > what I really need is to see how they are performing as they are running. > > XAPI/XCP has rrd. Am I right in thinking that a good way forward is to > include github.com/xapi-project/xcp-rrd during the build process? > > Perhaps there's an easier way? Any thoughts anyone? > Good idea -- the xcp rrdd should work. As it happens I'm building xapi and all its friends on my cubieboard using this branch: https://github.com/xenserver/buildroot/pull/427 When my build completes I'll see if I can spin up the rrd daemon and get it to work. Cheers, Dave --047d7bdc9e02640f8704f95c9fac Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Nick,

On Wed, May 14, 2014 at 2:01 PM, buzz heavyyear &= lt;buzzheavy= year@hotmail.com> wrote:
Now that I'm having a lot of fun getting up to sp= eed with ocaml, xen, mirage, writing ocaml guests and getting them to run o= n the Cubieboard, what I really need is to see how they are performing as t= hey are running.

XAPI/XCP has rrd. Am I right in thinking that a good way forward is to = include github.com/xapi-project/xcp-rrd during the build process?

Perh= aps there's an easier way? Any thoughts anyone?

Good idea -- the xcp rrdd shou= ld work. As it happens I'm building xapi and all its friends on my cubi= eboard using this branch:


When my build completes I'll see if I can spi= n up the rrd daemon and get it to work.

Cheers,
Dave
--047d7bdc9e02640f8704f95c9fac-- --===============3017972931483313227== 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 --===============3017972931483313227==-- From mirageos-devel-bounces@lists.xenproject.org Wed May 14 14:02:00 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 14 May 2014 14:02: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 1WkZkr-0002m2-Nv; Wed, 14 May 2014 14:01:57 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WkZkq-0002lv-Fc for mirageos-devel@lists.xenproject.org; Wed, 14 May 2014 14:01:56 +0000 Received: from [85.158.137.68:41154] by server-1.bemta-3.messagelabs.com id 06/3D-11134-35773735; Wed, 14 May 2014 14:01:55 +0000 X-Env-Sender: scott.dj@gmail.com X-Msg-Ref: server-4.tower-31.messagelabs.com!1400076113!3838409!1 X-Originating-IP: [209.85.128.182] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32270 invoked from network); 14 May 2014 14:01:54 -0000 Received: from mail-ve0-f182.google.com (HELO mail-ve0-f182.google.com) (209.85.128.182) by server-4.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 14 May 2014 14:01:54 -0000 Received: by mail-ve0-f182.google.com with SMTP id sa20so2426913veb.13 for ; Wed, 14 May 2014 07:01:53 -0700 (PDT) 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=kG8lgiPmsmstiOIcod07+SGbG+GATLUumLrWOldIJqA=; b=VDFnJAgR9vebC75Q0kCxbv3TlrQ7iK3gRgL8xOR3+YqLFzOy9cPZEBhX9uR4CjHJn0 USMfmdZJNtdoE5/fQQpyoz10XhEgt//Ald82c3WO4hq/ulwQP0yj+NvBrva8WqwXAcVL +EM1cl8h/YIWwhHhzXXPJlv0GuxOB4xTioCh6eMaVW6nWLrWsMjz/FhidxfYFgek0oxs oVEYx22EbUMJ/QLPWwgJ0aJqDIlWvp9DEtXl8sqLFSlgYB9L8+1JAs7P4r91XmoLFTIC TWDRjwQEgie7qUpPGdm9qXY2Djsdu0LGkz+uo1b0awd/SVohAp10Z91+/fyduP+NpFU4 Kxqg== MIME-Version: 1.0 X-Received: by 10.58.220.161 with SMTP id px1mr3306494vec.13.1400076113283; Wed, 14 May 2014 07:01:53 -0700 (PDT) Received: by 10.220.161.68 with HTTP; Wed, 14 May 2014 07:01:53 -0700 (PDT) In-Reply-To: References: Date: Wed, 14 May 2014 15:01:53 +0100 Message-ID: From: David Scott To: buzz heavyyear Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Monitoring MirageOS guests on CubieBoard2 X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============3017972931483313227==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============3017972931483313227== Content-Type: multipart/alternative; boundary=047d7bdc9e02640f8704f95c9fac --047d7bdc9e02640f8704f95c9fac Content-Type: text/plain; charset=UTF-8 Hi Nick, On Wed, May 14, 2014 at 2:01 PM, buzz heavyyear wrote: > Now that I'm having a lot of fun getting up to speed with ocaml, xen, > mirage, writing ocaml guests and getting them to run on the Cubieboard, > what I really need is to see how they are performing as they are running. > > XAPI/XCP has rrd. Am I right in thinking that a good way forward is to > include github.com/xapi-project/xcp-rrd during the build process? > > Perhaps there's an easier way? Any thoughts anyone? > Good idea -- the xcp rrdd should work. As it happens I'm building xapi and all its friends on my cubieboard using this branch: https://github.com/xenserver/buildroot/pull/427 When my build completes I'll see if I can spin up the rrd daemon and get it to work. Cheers, Dave --047d7bdc9e02640f8704f95c9fac Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Nick,

On Wed, May 14, 2014 at 2:01 PM, buzz heavyyear &= lt;buzzheavy= year@hotmail.com> wrote:
Now that I'm having a lot of fun getting up to sp= eed with ocaml, xen, mirage, writing ocaml guests and getting them to run o= n the Cubieboard, what I really need is to see how they are performing as t= hey are running.

XAPI/XCP has rrd. Am I right in thinking that a good way forward is to = include github.com/xapi-project/xcp-rrd during the build process?

Perh= aps there's an easier way? Any thoughts anyone?

Good idea -- the xcp rrdd shou= ld work. As it happens I'm building xapi and all its friends on my cubi= eboard using this branch:


When my build completes I'll see if I can spi= n up the rrd daemon and get it to work.

Cheers,
Dave
--047d7bdc9e02640f8704f95c9fac-- --===============3017972931483313227== 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 --===============3017972931483313227==-- From mirageos-devel-bounces@lists.xenproject.org Wed May 14 14:05:27 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 14 May 2014 14:05: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 1WkZoF-00034L-7a; Wed, 14 May 2014 14:05:27 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WkZoD-00034G-HV for mirageos-devel@lists.xenproject.org; Wed, 14 May 2014 14:05:25 +0000 Received: from [193.109.254.147:64455] by server-13.bemta-14.messagelabs.com id 74/05-23211-42873735; Wed, 14 May 2014 14:05:24 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-13.tower-27.messagelabs.com!1400076324!4825145!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31976 invoked from network); 14 May 2014 14:05:24 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-13.tower-27.messagelabs.com with SMTP; 14 May 2014 14:05:24 -0000 Received: (qmail 2644 invoked by uid 634); 14 May 2014 14:05:23 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net (HELO [192.168.1.94]) (86.30.244.239) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Wed, 14 May 2014 15:05:23 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Anil Madhavapeddy In-Reply-To: Date: Wed, 14 May 2014 15:05:21 +0100 Message-Id: <0F294A22-B0AF-4C03-9309-0576FB12546F@recoil.org> References: <20140512151011.GA10394@dark.recoil.org> <537284DE.80701@mehnert.org> To: Thomas Leonard X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Mirage/ARM plans X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 14 May 2014, at 09:31, Thomas Leonard wrote: > > That would certainly be cleaner (and possibly easier too). And it fits > with Mirage's goal of removing legacy layers from the stack. > > I guess it depends who needs the libc. If it's just for ocaml, it > would indeed be simpler to patch ocaml. If we want to use other C > libraries, it might be a problem. > > Personally, I'd be happy to remove functions like Pervasives.open_in > (which would probably make the capabilities people happy too). But I > can imagine it might mean some OCaml libraries wouldn't compile > without modifications, even if that part of them wasn't needed (e.g. > an XML library that offers the option of loading from a file). > > If compiled with HAVE_LIBC, Mini-OS currently provides a minimal > filesystem API that lets you open anything under /var/log (writes then > go to the console), /dev/mem, /dev/ptmx and some things under > /var/lib/xen. Supporting a minimal libc was much more important in the earlier days of Mirage, since we bootstrapped our way up by using existing C libraries. Nowadays, we don't use the Unix module at all, and so it's just the Sys module (which is designed to be platform portable) that needs to be taken into account. It's useful having the Pervasives channels just for quick debugging, so redirecting all opens to the standard console output is reasonable. Similarly, mapping environment variable lookups to a Xenstore subtree is a pretty good way of representing external parameters that need to be read at runtime (and make testing in the Unix mode easier). Actually modifying the OCaml standard library isn't a direction we should go in, I think, since it removes ABI compatibility with other OCaml libraries. I don't believe we need to do much beyond fake out channels at the moment though. Note that when I refer to 'libc', I'm really talking about libm (which is essential), a printf implementation, and malloc/calloc. There's very little else we need these days, but it would nice to have some headers around for other C libraries. The nocrypto ones have been specifically designed to not impose a big libc burden though, so we could skip the headers entirely perhaps. -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 May 14 14:05:27 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 14 May 2014 14:05: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 1WkZoF-00034L-7a; Wed, 14 May 2014 14:05:27 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WkZoD-00034G-HV for mirageos-devel@lists.xenproject.org; Wed, 14 May 2014 14:05:25 +0000 Received: from [193.109.254.147:64455] by server-13.bemta-14.messagelabs.com id 74/05-23211-42873735; Wed, 14 May 2014 14:05:24 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-13.tower-27.messagelabs.com!1400076324!4825145!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31976 invoked from network); 14 May 2014 14:05:24 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-13.tower-27.messagelabs.com with SMTP; 14 May 2014 14:05:24 -0000 Received: (qmail 2644 invoked by uid 634); 14 May 2014 14:05:23 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net (HELO [192.168.1.94]) (86.30.244.239) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Wed, 14 May 2014 15:05:23 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Anil Madhavapeddy In-Reply-To: Date: Wed, 14 May 2014 15:05:21 +0100 Message-Id: <0F294A22-B0AF-4C03-9309-0576FB12546F@recoil.org> References: <20140512151011.GA10394@dark.recoil.org> <537284DE.80701@mehnert.org> To: Thomas Leonard X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Mirage/ARM plans X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 14 May 2014, at 09:31, Thomas Leonard wrote: > > That would certainly be cleaner (and possibly easier too). And it fits > with Mirage's goal of removing legacy layers from the stack. > > I guess it depends who needs the libc. If it's just for ocaml, it > would indeed be simpler to patch ocaml. If we want to use other C > libraries, it might be a problem. > > Personally, I'd be happy to remove functions like Pervasives.open_in > (which would probably make the capabilities people happy too). But I > can imagine it might mean some OCaml libraries wouldn't compile > without modifications, even if that part of them wasn't needed (e.g. > an XML library that offers the option of loading from a file). > > If compiled with HAVE_LIBC, Mini-OS currently provides a minimal > filesystem API that lets you open anything under /var/log (writes then > go to the console), /dev/mem, /dev/ptmx and some things under > /var/lib/xen. Supporting a minimal libc was much more important in the earlier days of Mirage, since we bootstrapped our way up by using existing C libraries. Nowadays, we don't use the Unix module at all, and so it's just the Sys module (which is designed to be platform portable) that needs to be taken into account. It's useful having the Pervasives channels just for quick debugging, so redirecting all opens to the standard console output is reasonable. Similarly, mapping environment variable lookups to a Xenstore subtree is a pretty good way of representing external parameters that need to be read at runtime (and make testing in the Unix mode easier). Actually modifying the OCaml standard library isn't a direction we should go in, I think, since it removes ABI compatibility with other OCaml libraries. I don't believe we need to do much beyond fake out channels at the moment though. Note that when I refer to 'libc', I'm really talking about libm (which is essential), a printf implementation, and malloc/calloc. There's very little else we need these days, but it would nice to have some headers around for other C libraries. The nocrypto ones have been specifically designed to not impose a big libc burden though, so we could skip the headers entirely perhaps. -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 May 14 14:06:45 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 14 May 2014 14:06: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 1WkZpV-00038W-Pp; Wed, 14 May 2014 14:06:45 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WkZpT-00038L-W3 for mirageos-devel@lists.xenproject.org; Wed, 14 May 2014 14:06:44 +0000 Received: from [193.109.254.147:33455] by server-4.bemta-14.messagelabs.com id B2/79-02781-37873735; Wed, 14 May 2014 14:06:43 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-11.tower-27.messagelabs.com!1400076402!1489007!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13526 invoked from network); 14 May 2014 14:06:42 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-11.tower-27.messagelabs.com with SMTP; 14 May 2014 14:06:42 -0000 Received: (qmail 14526 invoked by uid 634); 14 May 2014 14:06:42 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net (HELO [192.168.1.94]) (86.30.244.239) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Wed, 14 May 2014 15:06:41 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Anil Madhavapeddy In-Reply-To: Date: Wed, 14 May 2014 15:06:40 +0100 Message-Id: <0846576A-E0E8-4F35-99FA-6729250975B5@recoil.org> References: To: buzz heavyyear X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Monitoring MirageOS guests on CubieBoard2 X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 14 May 2014, at 14:01, buzz heavyyear wrote: > Now that I'm having a lot of fun getting up to speed with ocaml, xen, mirage, writing ocaml guests and getting them to run on the Cubieboard, what I really need is to see how they are performing as they are running. > > XAPI/XCP has rrd. Am I right in thinking that a good way forward is to includegithub.com/xapi-project/xcp-rrd during the build process? > > Perhaps there's an easier way? Any thoughts anyone? RRD is definitely the right direction for dom0 to track guest activity, but we do need to get vchan up to speed from the guest side. Dave, Jon, what's the current state of ocaml-vchan? I'm happy to add a Cohttp functor for it if there's something vaguely resembling a FLOW interface (right now, it's fairly low level). -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 Wed May 14 14:06:45 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 14 May 2014 14:06: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 1WkZpV-00038W-Pp; Wed, 14 May 2014 14:06:45 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WkZpT-00038L-W3 for mirageos-devel@lists.xenproject.org; Wed, 14 May 2014 14:06:44 +0000 Received: from [193.109.254.147:33455] by server-4.bemta-14.messagelabs.com id B2/79-02781-37873735; Wed, 14 May 2014 14:06:43 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-11.tower-27.messagelabs.com!1400076402!1489007!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13526 invoked from network); 14 May 2014 14:06:42 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-11.tower-27.messagelabs.com with SMTP; 14 May 2014 14:06:42 -0000 Received: (qmail 14526 invoked by uid 634); 14 May 2014 14:06:42 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net (HELO [192.168.1.94]) (86.30.244.239) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Wed, 14 May 2014 15:06:41 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Anil Madhavapeddy In-Reply-To: Date: Wed, 14 May 2014 15:06:40 +0100 Message-Id: <0846576A-E0E8-4F35-99FA-6729250975B5@recoil.org> References: To: buzz heavyyear X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Monitoring MirageOS guests on CubieBoard2 X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 14 May 2014, at 14:01, buzz heavyyear wrote: > Now that I'm having a lot of fun getting up to speed with ocaml, xen, mirage, writing ocaml guests and getting them to run on the Cubieboard, what I really need is to see how they are performing as they are running. > > XAPI/XCP has rrd. Am I right in thinking that a good way forward is to includegithub.com/xapi-project/xcp-rrd during the build process? > > Perhaps there's an easier way? Any thoughts anyone? RRD is definitely the right direction for dom0 to track guest activity, but we do need to get vchan up to speed from the guest side. Dave, Jon, what's the current state of ocaml-vchan? I'm happy to add a Cohttp functor for it if there's something vaguely resembling a FLOW interface (right now, it's fairly low level). -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 Wed May 14 14:26:49 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 14 May 2014 14:26: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 1Wka8u-0004rU-Lq; Wed, 14 May 2014 14:26:48 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wka8t-0004rI-Oh for mirageos-devel@lists.xenproject.org; Wed, 14 May 2014 14:26:47 +0000 Received: from [85.158.143.35:38539] by server-2.bemta-4.messagelabs.com id 86/7B-06539-72D73735; Wed, 14 May 2014 14:26:47 +0000 X-Env-Sender: thomas.gazagnaire@gmail.com X-Msg-Ref: server-6.tower-21.messagelabs.com!1400077606!4879014!1 X-Originating-IP: [209.85.212.180] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19900 invoked from network); 14 May 2014 14:26:46 -0000 Received: from mail-wi0-f180.google.com (HELO mail-wi0-f180.google.com) (209.85.212.180) by server-6.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 14 May 2014 14:26:46 -0000 Received: by mail-wi0-f180.google.com with SMTP id hi2so2499696wib.1 for ; Wed, 14 May 2014 07:26:46 -0700 (PDT) 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=9kpToGIXx/45B64qijBoXFkXuWQ68eORt5B3zKQiGFU=; b=jBHT30//hHRxeLrTUYuYtxF5CcViK4SIlr8t6b/vtm0zRampHs/js0akW1JKRWk+80 Epvm13a1yr9U72K9VHcekQpydO0NXJudSEZ34asc/FYeEz5lk+FXPefJcX2NnLxp5xae 1y+NCIl3f/XMov5TviCoeYuaycZkunnjnzOgkTYe8C9A55/eubCGgmTLKjAaF0OFiAwb PPNcHGjS7+BR/blQixg8BAY1iEhjLAyHgYjNTYGGPXnb/q4kN4uiNtlhUDdkAyIssCn6 iG1+Dv8Mi1zeHksThtag5lyIMUjUPTWlLzqhOsbPuJLZQsHHCkWZQRxXMWSAMBnOfr6S DucA== X-Received: by 10.180.82.7 with SMTP id e7mr3900201wiy.6.1400077606312; Wed, 14 May 2014 07:26:46 -0700 (PDT) Received: from [192.168.1.44] (car06-8-83-155-104-81.fbx.proxad.net. [83.155.104.81]) by mx.google.com with ESMTPSA id y20sm28053116wiv.14.2014.05.14.07.26.43 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 14 May 2014 07:26:44 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Thomas Gazagnaire In-Reply-To: <0F294A22-B0AF-4C03-9309-0576FB12546F@recoil.org> Date: Wed, 14 May 2014 16:26:43 +0200 Message-Id: <06C43D21-8D4B-4E1E-8402-ED7F113022B9@gazagnaire.org> References: <20140512151011.GA10394@dark.recoil.org> <537284DE.80701@mehnert.org> <0F294A22-B0AF-4C03-9309-0576FB12546F@recoil.org> To: Anil Madhavapeddy X-Mailer: Apple Mail (2.1874) Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Mirage/ARM plans X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 > Note that when I refer to 'libc', I'm really talking about libm (which > is essential), a printf implementation, and malloc/calloc. Do we steel need the printf stuff for ocaml 4.02 with the new printf's GADTs implementation ? 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 Wed May 14 14:26:49 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 14 May 2014 14:26: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 1Wka8u-0004rU-Lq; Wed, 14 May 2014 14:26:48 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wka8t-0004rI-Oh for mirageos-devel@lists.xenproject.org; Wed, 14 May 2014 14:26:47 +0000 Received: from [85.158.143.35:38539] by server-2.bemta-4.messagelabs.com id 86/7B-06539-72D73735; Wed, 14 May 2014 14:26:47 +0000 X-Env-Sender: thomas.gazagnaire@gmail.com X-Msg-Ref: server-6.tower-21.messagelabs.com!1400077606!4879014!1 X-Originating-IP: [209.85.212.180] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19900 invoked from network); 14 May 2014 14:26:46 -0000 Received: from mail-wi0-f180.google.com (HELO mail-wi0-f180.google.com) (209.85.212.180) by server-6.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 14 May 2014 14:26:46 -0000 Received: by mail-wi0-f180.google.com with SMTP id hi2so2499696wib.1 for ; Wed, 14 May 2014 07:26:46 -0700 (PDT) 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=9kpToGIXx/45B64qijBoXFkXuWQ68eORt5B3zKQiGFU=; b=jBHT30//hHRxeLrTUYuYtxF5CcViK4SIlr8t6b/vtm0zRampHs/js0akW1JKRWk+80 Epvm13a1yr9U72K9VHcekQpydO0NXJudSEZ34asc/FYeEz5lk+FXPefJcX2NnLxp5xae 1y+NCIl3f/XMov5TviCoeYuaycZkunnjnzOgkTYe8C9A55/eubCGgmTLKjAaF0OFiAwb PPNcHGjS7+BR/blQixg8BAY1iEhjLAyHgYjNTYGGPXnb/q4kN4uiNtlhUDdkAyIssCn6 iG1+Dv8Mi1zeHksThtag5lyIMUjUPTWlLzqhOsbPuJLZQsHHCkWZQRxXMWSAMBnOfr6S DucA== X-Received: by 10.180.82.7 with SMTP id e7mr3900201wiy.6.1400077606312; Wed, 14 May 2014 07:26:46 -0700 (PDT) Received: from [192.168.1.44] (car06-8-83-155-104-81.fbx.proxad.net. [83.155.104.81]) by mx.google.com with ESMTPSA id y20sm28053116wiv.14.2014.05.14.07.26.43 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 14 May 2014 07:26:44 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Thomas Gazagnaire In-Reply-To: <0F294A22-B0AF-4C03-9309-0576FB12546F@recoil.org> Date: Wed, 14 May 2014 16:26:43 +0200 Message-Id: <06C43D21-8D4B-4E1E-8402-ED7F113022B9@gazagnaire.org> References: <20140512151011.GA10394@dark.recoil.org> <537284DE.80701@mehnert.org> <0F294A22-B0AF-4C03-9309-0576FB12546F@recoil.org> To: Anil Madhavapeddy X-Mailer: Apple Mail (2.1874) Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Mirage/ARM plans X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 > Note that when I refer to 'libc', I'm really talking about libm (which > is essential), a printf implementation, and malloc/calloc. Do we steel need the printf stuff for ocaml 4.02 with the new printf's GADTs implementation ? 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 Wed May 14 14:39:17 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 14 May 2014 14:39: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 1WkaKy-00069Q-9u; Wed, 14 May 2014 14:39:16 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WkaKw-00067v-7D for mirageos-devel@lists.xenproject.org; Wed, 14 May 2014 14:39:14 +0000 Received: from [193.109.254.147:4191] by server-4.bemta-14.messagelabs.com id D8/4A-02781-11083735; Wed, 14 May 2014 14:39:13 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1400078351!4819610!1 X-Originating-IP: [209.85.219.46] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_23,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3969 invoked from network); 14 May 2014 14:39:12 -0000 Received: from mail-oa0-f46.google.com (HELO mail-oa0-f46.google.com) (209.85.219.46) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 14 May 2014 14:39:12 -0000 Received: by mail-oa0-f46.google.com with SMTP id i4so2265284oah.5 for ; Wed, 14 May 2014 07:39:11 -0700 (PDT) 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=SkLTFoZX/TzaNUwTa+7S8jFbqDohag2E0hpGrajdxeg=; b=lymNmM8lkCdW9hEo4Hry98MihVs92BNEd7uZ4JQUr69ZuDCU07EsAUb3HOThq/1ue2 jjdzuEQTBssdYT2+KXTUbagUDUrHFWnFYzgMQx8octLopg3iqEI+IRc7AVwvw7Dqacef im6eS+6wDAQK6jsAzawmxF5t8lNarCAKMG0Ea73442ypZf6CDMLrvL0CsVe1TVh5bV02 9Y//piEw/4kkGnWgk3b9fRpqRkhiVwqnsaD270l1r71w0F/JgLvT42cLNJBtbZXyktfe i7tgO2lWcL0VFSqkhwbhgoA9c2gVGmzT6XDJgFf7LcPMy/6GDahD/G+uytI/UYYXsU01 fTvg== MIME-Version: 1.0 X-Received: by 10.182.165.134 with SMTP id yy6mr3780762obb.5.1400078351027; Wed, 14 May 2014 07:39:11 -0700 (PDT) Received: by 10.76.101.202 with HTTP; Wed, 14 May 2014 07:39:10 -0700 (PDT) In-Reply-To: <06C43D21-8D4B-4E1E-8402-ED7F113022B9@gazagnaire.org> References: <20140512151011.GA10394@dark.recoil.org> <537284DE.80701@mehnert.org> <0F294A22-B0AF-4C03-9309-0576FB12546F@recoil.org> <06C43D21-8D4B-4E1E-8402-ED7F113022B9@gazagnaire.org> Date: Wed, 14 May 2014 15:39:10 +0100 Message-ID: From: Thomas Leonard To: Thomas Gazagnaire Cc: "mirageos-devel@lists.xenproject.org" , Anil Madhavapeddy Subject: Re: [MirageOS-devel] Mirage/ARM plans X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 14 May 2014 15:26, Thomas Gazagnaire wrote: >> Note that when I refer to 'libc', I'm really talking about libm (which >> is essential), a printf implementation, and malloc/calloc. > > Do we steel need the printf stuff for ocaml 4.02 with the new printf's GADTs implementation ? Good point. For now, it's using Mini-OS's printf functions. They mostly work, but don't recognise %F, for example. For malloc, Mini-OS provides a malloc that returns contiguous regions of (guest) physical memory (it just calls _xmalloc(size, DEFAULT_ALIGN)). If OCaml just grabs more memory whenever the heap is full, that should be fine. If people are freeing stuff, it could become a problem due to fragmentation. For libm, does anyone have an opinion about openlibm? https://github.com/JuliaLang/openlibm "OpenLIBM is an effort to have a high quality standalone LIBM library. It is meant to be used standalone in applications and programming language implementations. OpenLibm builds on Linux, Mac OS X, and Windows, and with little effort, should build on FreeBSD as well. It builds with both, GCC and clang. The OpenLIBM code derives from the FreeBSD msun implementation, which in turn derives from FDLIBM 5.3. As a result, it has a number of fixes and updates that have accumulated over the years in msun, and also optimized assembly versions of many functions." All the other standard libc functions are currently stubbed out and either panic or return some suitable default value. -- 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 May 14 14:39:17 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 14 May 2014 14:39: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 1WkaKy-00069Q-9u; Wed, 14 May 2014 14:39:16 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WkaKw-00067v-7D for mirageos-devel@lists.xenproject.org; Wed, 14 May 2014 14:39:14 +0000 Received: from [193.109.254.147:4191] by server-4.bemta-14.messagelabs.com id D8/4A-02781-11083735; Wed, 14 May 2014 14:39:13 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1400078351!4819610!1 X-Originating-IP: [209.85.219.46] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_23,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3969 invoked from network); 14 May 2014 14:39:12 -0000 Received: from mail-oa0-f46.google.com (HELO mail-oa0-f46.google.com) (209.85.219.46) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 14 May 2014 14:39:12 -0000 Received: by mail-oa0-f46.google.com with SMTP id i4so2265284oah.5 for ; Wed, 14 May 2014 07:39:11 -0700 (PDT) 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=SkLTFoZX/TzaNUwTa+7S8jFbqDohag2E0hpGrajdxeg=; b=lymNmM8lkCdW9hEo4Hry98MihVs92BNEd7uZ4JQUr69ZuDCU07EsAUb3HOThq/1ue2 jjdzuEQTBssdYT2+KXTUbagUDUrHFWnFYzgMQx8octLopg3iqEI+IRc7AVwvw7Dqacef im6eS+6wDAQK6jsAzawmxF5t8lNarCAKMG0Ea73442ypZf6CDMLrvL0CsVe1TVh5bV02 9Y//piEw/4kkGnWgk3b9fRpqRkhiVwqnsaD270l1r71w0F/JgLvT42cLNJBtbZXyktfe i7tgO2lWcL0VFSqkhwbhgoA9c2gVGmzT6XDJgFf7LcPMy/6GDahD/G+uytI/UYYXsU01 fTvg== MIME-Version: 1.0 X-Received: by 10.182.165.134 with SMTP id yy6mr3780762obb.5.1400078351027; Wed, 14 May 2014 07:39:11 -0700 (PDT) Received: by 10.76.101.202 with HTTP; Wed, 14 May 2014 07:39:10 -0700 (PDT) In-Reply-To: <06C43D21-8D4B-4E1E-8402-ED7F113022B9@gazagnaire.org> References: <20140512151011.GA10394@dark.recoil.org> <537284DE.80701@mehnert.org> <0F294A22-B0AF-4C03-9309-0576FB12546F@recoil.org> <06C43D21-8D4B-4E1E-8402-ED7F113022B9@gazagnaire.org> Date: Wed, 14 May 2014 15:39:10 +0100 Message-ID: From: Thomas Leonard To: Thomas Gazagnaire Cc: "mirageos-devel@lists.xenproject.org" , Anil Madhavapeddy Subject: Re: [MirageOS-devel] Mirage/ARM plans X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 14 May 2014 15:26, Thomas Gazagnaire wrote: >> Note that when I refer to 'libc', I'm really talking about libm (which >> is essential), a printf implementation, and malloc/calloc. > > Do we steel need the printf stuff for ocaml 4.02 with the new printf's GADTs implementation ? Good point. For now, it's using Mini-OS's printf functions. They mostly work, but don't recognise %F, for example. For malloc, Mini-OS provides a malloc that returns contiguous regions of (guest) physical memory (it just calls _xmalloc(size, DEFAULT_ALIGN)). If OCaml just grabs more memory whenever the heap is full, that should be fine. If people are freeing stuff, it could become a problem due to fragmentation. For libm, does anyone have an opinion about openlibm? https://github.com/JuliaLang/openlibm "OpenLIBM is an effort to have a high quality standalone LIBM library. It is meant to be used standalone in applications and programming language implementations. OpenLibm builds on Linux, Mac OS X, and Windows, and with little effort, should build on FreeBSD as well. It builds with both, GCC and clang. The OpenLIBM code derives from the FreeBSD msun implementation, which in turn derives from FDLIBM 5.3. As a result, it has a number of fixes and updates that have accumulated over the years in msun, and also optimized assembly versions of many functions." All the other standard libc functions are currently stubbed out and either panic or return some suitable default value. -- 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 May 14 15:19:02 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 14 May 2014 15:19: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 1WkaxO-0000Kf-TQ; Wed, 14 May 2014 15:18:58 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WkaxN-0000Ka-De for mirageos-devel@lists.xenproject.org; Wed, 14 May 2014 15:18:57 +0000 Received: from [85.158.143.35:32245] by server-3.bemta-4.messagelabs.com id C3/D6-13602-06983735; Wed, 14 May 2014 15:18:56 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-7.tower-21.messagelabs.com!1400080736!4931465!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.2 required=7.0 tests=MIME_QP_LONG_LINE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14840 invoked from network); 14 May 2014 15:18:56 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-7.tower-21.messagelabs.com with SMTP; 14 May 2014 15:18:56 -0000 Received: (qmail 31307 invoked by uid 634); 14 May 2014 15:18:55 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from no-dns-yet.demon.co.uk (HELO [192.168.14.250]) (62.49.66.12) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Wed, 14 May 2014 16:18:55 +0100 References: <20140512151011.GA10394@dark.recoil.org> <537284DE.80701@mehnert.org> <0F294A22-B0AF-4C03-9309-0576FB12546F@recoil.org> <06C43D21-8D4B-4E1E-8402-ED7F113022B9@gazagnaire.org> Mime-Version: 1.0 (1.0) In-Reply-To: <06C43D21-8D4B-4E1E-8402-ED7F113022B9@gazagnaire.org> Message-Id: <03435C2D-1042-446B-B307-EF9E768ED671@recoil.org> X-Mailer: iPhone Mail (11D201) From: Anil Madhavapeddy Date: Wed, 14 May 2014 16:18:51 +0100 To: Thomas Gazagnaire X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Mirage/ARM plans X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 14 May 2014, at 15:26, Thomas Gazagnaire wrote: >> Note that when I refer to 'libc', I'm really talking about libm (which >> is essential), a printf implementation, and malloc/calloc. > > Do we steel need the printf stuff for ocaml 4.02 with the new printf's GADTs implementation ? > We need the low level converters (eg for float printing) at least. But either way, we need to maintain compatibility with 4.01 for a while until distros catch up, so a C printf is useful 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 Wed May 14 15:19:02 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 14 May 2014 15:19: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 1WkaxO-0000Kf-TQ; Wed, 14 May 2014 15:18:58 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WkaxN-0000Ka-De for mirageos-devel@lists.xenproject.org; Wed, 14 May 2014 15:18:57 +0000 Received: from [85.158.143.35:32245] by server-3.bemta-4.messagelabs.com id C3/D6-13602-06983735; Wed, 14 May 2014 15:18:56 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-7.tower-21.messagelabs.com!1400080736!4931465!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.2 required=7.0 tests=MIME_QP_LONG_LINE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14840 invoked from network); 14 May 2014 15:18:56 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-7.tower-21.messagelabs.com with SMTP; 14 May 2014 15:18:56 -0000 Received: (qmail 31307 invoked by uid 634); 14 May 2014 15:18:55 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from no-dns-yet.demon.co.uk (HELO [192.168.14.250]) (62.49.66.12) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Wed, 14 May 2014 16:18:55 +0100 References: <20140512151011.GA10394@dark.recoil.org> <537284DE.80701@mehnert.org> <0F294A22-B0AF-4C03-9309-0576FB12546F@recoil.org> <06C43D21-8D4B-4E1E-8402-ED7F113022B9@gazagnaire.org> Mime-Version: 1.0 (1.0) In-Reply-To: <06C43D21-8D4B-4E1E-8402-ED7F113022B9@gazagnaire.org> Message-Id: <03435C2D-1042-446B-B307-EF9E768ED671@recoil.org> X-Mailer: iPhone Mail (11D201) From: Anil Madhavapeddy Date: Wed, 14 May 2014 16:18:51 +0100 To: Thomas Gazagnaire X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Mirage/ARM plans X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 14 May 2014, at 15:26, Thomas Gazagnaire wrote: >> Note that when I refer to 'libc', I'm really talking about libm (which >> is essential), a printf implementation, and malloc/calloc. > > Do we steel need the printf stuff for ocaml 4.02 with the new printf's GADTs implementation ? > We need the low level converters (eg for float printing) at least. But either way, we need to maintain compatibility with 4.01 for a while until distros catch up, so a C printf is useful 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 Wed May 14 15:47:30 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 14 May 2014 15:47: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 1WkbOw-0002a3-2T; Wed, 14 May 2014 15:47:26 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WkbOv-0002Zv-LV for mirageos-devel@lists.xenproject.org; Wed, 14 May 2014 15:47:25 +0000 Received: from [193.109.254.147:33785] by server-3.bemta-14.messagelabs.com id 71/62-22179-C0093735; Wed, 14 May 2014 15:47:24 +0000 X-Env-Sender: jjl25@cam.ac.uk X-Msg-Ref: server-3.tower-27.messagelabs.com!1400082444!4792890!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.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24199 invoked from network); 14 May 2014 15:47:24 -0000 Received: from ppsw-50.csi.cam.ac.uk (HELO ppsw-50.csi.cam.ac.uk) (131.111.8.150) by server-3.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 14 May 2014 15:47:24 -0000 X-Cam-AntiVirus: no malware found X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ Received: from [185.25.64.249] (port=34636 helo=[10.80.3.75]) by ppsw-50.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.158]:587) with esmtpsa (PLAIN:jjl25) (TLSv1:DHE-RSA-AES128-SHA:128) id 1WkbOt-0001BL-sW (Exim 4.82_3-c0e5623) for mirageos-devel@lists.xenproject.org (return-path ); Wed, 14 May 2014 16:47:23 +0100 Message-ID: <5373900A.4030901@cam.ac.uk> Date: Wed, 14 May 2014 16:47:22 +0100 From: Jon Ludlam User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: mirageos-devel@lists.xenproject.org References: <0846576A-E0E8-4F35-99FA-6729250975B5@recoil.org> In-Reply-To: <0846576A-E0E8-4F35-99FA-6729250975B5@recoil.org> Subject: Re: [MirageOS-devel] Monitoring MirageOS guests on CubieBoard2 X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 14/05/14 15:06, Anil Madhavapeddy wrote: > On 14 May 2014, at 14:01, buzz heavyyear wrote: > >> Now that I'm having a lot of fun getting up to speed with ocaml, xen, mirage, writing ocaml guests and getting them to run on the Cubieboard, what I really need is to see how they are performing as they are running. >> >> XAPI/XCP has rrd. Am I right in thinking that a good way forward is to includegithub.com/xapi-project/xcp-rrd during the build process? >> >> Perhaps there's an easier way? Any thoughts anyone? > RRD is definitely the right direction for dom0 to track guest activity, but we do need to get vchan up to speed from the guest side. Dave, Jon, what's the current state of ocaml-vchan? I'm happy to add a Cohttp functor for it if there's something vaguely resembling a FLOW interface (right now, it's fairly low level). > I believe the state is 'I saw it work once recently'. There's nothing really resembling a flow interface, but I'm sure one could be assembled fairly easily. Jon _______________________________________________ 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 May 14 15:47:30 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 14 May 2014 15:47: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 1WkbOw-0002a3-2T; Wed, 14 May 2014 15:47:26 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WkbOv-0002Zv-LV for mirageos-devel@lists.xenproject.org; Wed, 14 May 2014 15:47:25 +0000 Received: from [193.109.254.147:33785] by server-3.bemta-14.messagelabs.com id 71/62-22179-C0093735; Wed, 14 May 2014 15:47:24 +0000 X-Env-Sender: jjl25@cam.ac.uk X-Msg-Ref: server-3.tower-27.messagelabs.com!1400082444!4792890!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.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24199 invoked from network); 14 May 2014 15:47:24 -0000 Received: from ppsw-50.csi.cam.ac.uk (HELO ppsw-50.csi.cam.ac.uk) (131.111.8.150) by server-3.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 14 May 2014 15:47:24 -0000 X-Cam-AntiVirus: no malware found X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ Received: from [185.25.64.249] (port=34636 helo=[10.80.3.75]) by ppsw-50.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.158]:587) with esmtpsa (PLAIN:jjl25) (TLSv1:DHE-RSA-AES128-SHA:128) id 1WkbOt-0001BL-sW (Exim 4.82_3-c0e5623) for mirageos-devel@lists.xenproject.org (return-path ); Wed, 14 May 2014 16:47:23 +0100 Message-ID: <5373900A.4030901@cam.ac.uk> Date: Wed, 14 May 2014 16:47:22 +0100 From: Jon Ludlam User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: mirageos-devel@lists.xenproject.org References: <0846576A-E0E8-4F35-99FA-6729250975B5@recoil.org> In-Reply-To: <0846576A-E0E8-4F35-99FA-6729250975B5@recoil.org> Subject: Re: [MirageOS-devel] Monitoring MirageOS guests on CubieBoard2 X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 14/05/14 15:06, Anil Madhavapeddy wrote: > On 14 May 2014, at 14:01, buzz heavyyear wrote: > >> Now that I'm having a lot of fun getting up to speed with ocaml, xen, mirage, writing ocaml guests and getting them to run on the Cubieboard, what I really need is to see how they are performing as they are running. >> >> XAPI/XCP has rrd. Am I right in thinking that a good way forward is to includegithub.com/xapi-project/xcp-rrd during the build process? >> >> Perhaps there's an easier way? Any thoughts anyone? > RRD is definitely the right direction for dom0 to track guest activity, but we do need to get vchan up to speed from the guest side. Dave, Jon, what's the current state of ocaml-vchan? I'm happy to add a Cohttp functor for it if there's something vaguely resembling a FLOW interface (right now, it's fairly low level). > I believe the state is 'I saw it work once recently'. There's nothing really resembling a flow interface, but I'm sure one could be assembled fairly easily. Jon _______________________________________________ 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 May 14 15:53:17 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 14 May 2014 15:53: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 1WkbUa-00034a-MQ; Wed, 14 May 2014 15:53:16 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WkbUZ-00034U-H1 for mirageos-devel@lists.xenproject.org; Wed, 14 May 2014 15:53:15 +0000 Received: from [85.158.139.211:42389] by server-1.bemta-5.messagelabs.com id CA/97-10259-A6193735; Wed, 14 May 2014 15:53:14 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-13.tower-206.messagelabs.com!1400082793!4284292!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.2 required=7.0 tests=MIME_QP_LONG_LINE, ML_RADAR_SPEW_LINKS_23,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22955 invoked from network); 14 May 2014 15:53:13 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-13.tower-206.messagelabs.com with SMTP; 14 May 2014 15:53:13 -0000 Received: (qmail 4947 invoked by uid 634); 14 May 2014 15:53:13 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from global-1-26.nat.csx.cam.ac.uk (HELO [172.17.152.117]) (131.111.184.26) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Wed, 14 May 2014 16:53:12 +0100 References: <20140512151011.GA10394@dark.recoil.org> <537284DE.80701@mehnert.org> <0F294A22-B0AF-4C03-9309-0576FB12546F@recoil.org> <06C43D21-8D4B-4E1E-8402-ED7F113022B9@gazagnaire.org> Mime-Version: 1.0 (1.0) In-Reply-To: Message-Id: X-Mailer: iPhone Mail (11D201) From: Anil Madhavapeddy Date: Wed, 14 May 2014 16:53:07 +0100 To: Thomas Leonard X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: Thomas Gazagnaire , "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Mirage/ARM plans X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 14 May 2014, at 15:39, Thomas Leonard wrote: > > On 14 May 2014 15:26, Thomas Gazagnaire wrote: >>> Note that when I refer to 'libc', I'm really talking about libm (which >>> is essential), a printf implementation, and malloc/calloc. >> >> Do we steel need the printf stuff for ocaml 4.02 with the new printf's GADTs implementation ? > > Good point. For now, it's using Mini-OS's printf functions. They > mostly work, but don't recognise %F, for example. > > For malloc, Mini-OS provides a malloc that returns contiguous regions > of (guest) physical memory (it just calls _xmalloc(size, > DEFAULT_ALIGN)). If OCaml just grabs more memory whenever the heap is > full, that should be fine. If people are freeing stuff, it could > become a problem due to fragmentation. There's very little mallocing relative to the amount of OCaml heap activity (which allocates in 2MB chunks by default and could use super pages if available). So sticking with the simple allocator should be fine for now. (The exception are perhaps Io_pages which we malloc, but should draw from a fixed pool to recycle them and not share them with the main heap, since they can be granted to other driver domains). > For libm, does anyone have an opinion about openlibm? > > https://github.com/JuliaLang/openlibm > Looks good if it works on ARM (your comment on that issue seems hopefully, but it's worrying that it's been open for a year). Adam Wick extracted libm from OpenBSD for HalVM, which we do too. Not sure which is a better option... -anil > "OpenLIBM is an effort to have a high quality standalone LIBM library. > It is meant to be used standalone in applications and programming > language implementations. > > OpenLibm builds on Linux, Mac OS X, and Windows, and with little > effort, should build on FreeBSD as well. It builds with both, GCC and > clang. > > The OpenLIBM code derives from the FreeBSD msun implementation, which > in turn derives from FDLIBM 5.3. As a result, it has a number of fixes > and updates that have accumulated over the years in msun, and also > optimized assembly versions of many functions." > > All the other standard libc functions are currently stubbed out and > either panic or return some suitable default value. > > > -- > 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 > _______________________________________________ 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 May 14 15:53:17 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 14 May 2014 15:53: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 1WkbUa-00034a-MQ; Wed, 14 May 2014 15:53:16 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WkbUZ-00034U-H1 for mirageos-devel@lists.xenproject.org; Wed, 14 May 2014 15:53:15 +0000 Received: from [85.158.139.211:42389] by server-1.bemta-5.messagelabs.com id CA/97-10259-A6193735; Wed, 14 May 2014 15:53:14 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-13.tower-206.messagelabs.com!1400082793!4284292!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.2 required=7.0 tests=MIME_QP_LONG_LINE, ML_RADAR_SPEW_LINKS_23,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22955 invoked from network); 14 May 2014 15:53:13 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-13.tower-206.messagelabs.com with SMTP; 14 May 2014 15:53:13 -0000 Received: (qmail 4947 invoked by uid 634); 14 May 2014 15:53:13 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from global-1-26.nat.csx.cam.ac.uk (HELO [172.17.152.117]) (131.111.184.26) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Wed, 14 May 2014 16:53:12 +0100 References: <20140512151011.GA10394@dark.recoil.org> <537284DE.80701@mehnert.org> <0F294A22-B0AF-4C03-9309-0576FB12546F@recoil.org> <06C43D21-8D4B-4E1E-8402-ED7F113022B9@gazagnaire.org> Mime-Version: 1.0 (1.0) In-Reply-To: Message-Id: X-Mailer: iPhone Mail (11D201) From: Anil Madhavapeddy Date: Wed, 14 May 2014 16:53:07 +0100 To: Thomas Leonard X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: Thomas Gazagnaire , "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Mirage/ARM plans X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 14 May 2014, at 15:39, Thomas Leonard wrote: > > On 14 May 2014 15:26, Thomas Gazagnaire wrote: >>> Note that when I refer to 'libc', I'm really talking about libm (which >>> is essential), a printf implementation, and malloc/calloc. >> >> Do we steel need the printf stuff for ocaml 4.02 with the new printf's GADTs implementation ? > > Good point. For now, it's using Mini-OS's printf functions. They > mostly work, but don't recognise %F, for example. > > For malloc, Mini-OS provides a malloc that returns contiguous regions > of (guest) physical memory (it just calls _xmalloc(size, > DEFAULT_ALIGN)). If OCaml just grabs more memory whenever the heap is > full, that should be fine. If people are freeing stuff, it could > become a problem due to fragmentation. There's very little mallocing relative to the amount of OCaml heap activity (which allocates in 2MB chunks by default and could use super pages if available). So sticking with the simple allocator should be fine for now. (The exception are perhaps Io_pages which we malloc, but should draw from a fixed pool to recycle them and not share them with the main heap, since they can be granted to other driver domains). > For libm, does anyone have an opinion about openlibm? > > https://github.com/JuliaLang/openlibm > Looks good if it works on ARM (your comment on that issue seems hopefully, but it's worrying that it's been open for a year). Adam Wick extracted libm from OpenBSD for HalVM, which we do too. Not sure which is a better option... -anil > "OpenLIBM is an effort to have a high quality standalone LIBM library. > It is meant to be used standalone in applications and programming > language implementations. > > OpenLibm builds on Linux, Mac OS X, and Windows, and with little > effort, should build on FreeBSD as well. It builds with both, GCC and > clang. > > The OpenLIBM code derives from the FreeBSD msun implementation, which > in turn derives from FDLIBM 5.3. As a result, it has a number of fixes > and updates that have accumulated over the years in msun, and also > optimized assembly versions of many functions." > > All the other standard libc functions are currently stubbed out and > either panic or return some suitable default value. > > > -- > 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 > _______________________________________________ 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 May 14 15:55:15 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 14 May 2014 15:55: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 1WkbWU-00036Z-Vz; Wed, 14 May 2014 15:55:14 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WkbWU-00036U-75 for mirageos-devel@lists.xenproject.org; Wed, 14 May 2014 15:55:14 +0000 Received: from [85.158.139.211:62766] by server-17.bemta-5.messagelabs.com id AA/48-09046-1E193735; Wed, 14 May 2014 15:55:13 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-2.tower-206.messagelabs.com!1400082912!4266964!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.5 required=7.0 tests=MAILTO_TO_SPAM_ADDR, MIME_QP_LONG_LINE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27754 invoked from network); 14 May 2014 15:55:12 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-2.tower-206.messagelabs.com with SMTP; 14 May 2014 15:55:12 -0000 Received: (qmail 11166 invoked by uid 634); 14 May 2014 15:55:12 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from global-1-26.nat.csx.cam.ac.uk (HELO [172.17.152.117]) (131.111.184.26) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Wed, 14 May 2014 16:55:12 +0100 References: <0846576A-E0E8-4F35-99FA-6729250975B5@recoil.org> <5373900A.4030901@cam.ac.uk> Mime-Version: 1.0 (1.0) In-Reply-To: <5373900A.4030901@cam.ac.uk> Message-Id: <9AF01405-3475-4FC7-A308-4075DE335BEF@recoil.org> X-Mailer: iPhone Mail (11D201) From: Anil Madhavapeddy Date: Wed, 14 May 2014 16:55:07 +0100 To: Jon Ludlam X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Monitoring MirageOS guests on CubieBoard2 X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 14 May 2014, at 16:47, Jon Ludlam wrote: > >> On 14/05/14 15:06, Anil Madhavapeddy wrote: >>> On 14 May 2014, at 14:01, buzz heavyyear wrote: >>> >>> Now that I'm having a lot of fun getting up to speed with ocaml, xen, mirage, writing ocaml guests and getting them to run on the Cubieboard, what I really need is to see how they are performing as they are running. >>> >>> XAPI/XCP has rrd. Am I right in thinking that a good way forward is to includegithub.com/xapi-project/xcp-rrd during the build process? >>> >>> Perhaps there's an easier way? Any thoughts anyone? >> RRD is definitely the right direction for dom0 to track guest activity, but we do need to get vchan up to speed from the guest side. Dave, Jon, what's the current state of ocaml-vchan? I'm happy to add a Cohttp functor for it if there's something vaguely resembling a FLOW interface (right now, it's fairly low level). > I believe the state is 'I saw it work once recently'. There's nothing > really resembling a flow interface, but I'm sure one could be assembled > fairly easily. Thanks, is there a working unit test domain anywhere? If we're going to depend on vchan, it's time to get the low level bits well tested. The atomic bit ops particularly worrisome, and we are likely to be the first ARM vchan user (so let's get the x86 bugs sorted first :-) Anil > > Jon > > > _______________________________________________ > 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 Wed May 14 15:55:15 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 14 May 2014 15:55: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 1WkbWU-00036Z-Vz; Wed, 14 May 2014 15:55:14 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WkbWU-00036U-75 for mirageos-devel@lists.xenproject.org; Wed, 14 May 2014 15:55:14 +0000 Received: from [85.158.139.211:62766] by server-17.bemta-5.messagelabs.com id AA/48-09046-1E193735; Wed, 14 May 2014 15:55:13 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-2.tower-206.messagelabs.com!1400082912!4266964!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.5 required=7.0 tests=MAILTO_TO_SPAM_ADDR, MIME_QP_LONG_LINE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27754 invoked from network); 14 May 2014 15:55:12 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-2.tower-206.messagelabs.com with SMTP; 14 May 2014 15:55:12 -0000 Received: (qmail 11166 invoked by uid 634); 14 May 2014 15:55:12 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from global-1-26.nat.csx.cam.ac.uk (HELO [172.17.152.117]) (131.111.184.26) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Wed, 14 May 2014 16:55:12 +0100 References: <0846576A-E0E8-4F35-99FA-6729250975B5@recoil.org> <5373900A.4030901@cam.ac.uk> Mime-Version: 1.0 (1.0) In-Reply-To: <5373900A.4030901@cam.ac.uk> Message-Id: <9AF01405-3475-4FC7-A308-4075DE335BEF@recoil.org> X-Mailer: iPhone Mail (11D201) From: Anil Madhavapeddy Date: Wed, 14 May 2014 16:55:07 +0100 To: Jon Ludlam X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Monitoring MirageOS guests on CubieBoard2 X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 14 May 2014, at 16:47, Jon Ludlam wrote: > >> On 14/05/14 15:06, Anil Madhavapeddy wrote: >>> On 14 May 2014, at 14:01, buzz heavyyear wrote: >>> >>> Now that I'm having a lot of fun getting up to speed with ocaml, xen, mirage, writing ocaml guests and getting them to run on the Cubieboard, what I really need is to see how they are performing as they are running. >>> >>> XAPI/XCP has rrd. Am I right in thinking that a good way forward is to includegithub.com/xapi-project/xcp-rrd during the build process? >>> >>> Perhaps there's an easier way? Any thoughts anyone? >> RRD is definitely the right direction for dom0 to track guest activity, but we do need to get vchan up to speed from the guest side. Dave, Jon, what's the current state of ocaml-vchan? I'm happy to add a Cohttp functor for it if there's something vaguely resembling a FLOW interface (right now, it's fairly low level). > I believe the state is 'I saw it work once recently'. There's nothing > really resembling a flow interface, but I'm sure one could be assembled > fairly easily. Thanks, is there a working unit test domain anywhere? If we're going to depend on vchan, it's time to get the low level bits well tested. The atomic bit ops particularly worrisome, and we are likely to be the first ARM vchan user (so let's get the x86 bugs sorted first :-) Anil > > Jon > > > _______________________________________________ > 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 Wed May 14 16:15:22 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 14 May 2014 16:15: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 1Wkbpv-0004KV-RX; Wed, 14 May 2014 16:15:19 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wkbpu-0004KQ-9z for mirageos-devel@lists.xenproject.org; Wed, 14 May 2014 16:15:18 +0000 Received: from [193.109.254.147:22832] by server-5.bemta-14.messagelabs.com id D0/33-26413-59693735; Wed, 14 May 2014 16:15:17 +0000 X-Env-Sender: jjl25@cam.ac.uk X-Msg-Ref: server-8.tower-27.messagelabs.com!1400084116!4838352!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.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19785 invoked from network); 14 May 2014 16:15:16 -0000 Received: from ppsw-50.csi.cam.ac.uk (HELO ppsw-50.csi.cam.ac.uk) (131.111.8.150) by server-8.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 14 May 2014 16:15:16 -0000 X-Cam-AntiVirus: no malware found X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ Received: from [185.25.64.249] (port=38646 helo=[10.80.3.75]) by ppsw-50.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.158]:587) with esmtpsa (PLAIN:jjl25) (TLSv1:DHE-RSA-AES128-SHA:128) id 1Wkbps-00024N-px (Exim 4.82_3-c0e5623) (return-path ); Wed, 14 May 2014 17:15:16 +0100 Message-ID: <53739693.2050308@cam.ac.uk> Date: Wed, 14 May 2014 17:15:15 +0100 From: Jon Ludlam User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Anil Madhavapeddy References: <0846576A-E0E8-4F35-99FA-6729250975B5@recoil.org> <5373900A.4030901@cam.ac.uk> <9AF01405-3475-4FC7-A308-4075DE335BEF@recoil.org> In-Reply-To: <9AF01405-3475-4FC7-A308-4075DE335BEF@recoil.org> Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Monitoring MirageOS guests on CubieBoard2 X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 14/05/14 16:55, Anil Madhavapeddy wrote: > On 14 May 2014, at 16:47, Jon Ludlam wrote: >>> On 14/05/14 15:06, Anil Madhavapeddy wrote: >>>> On 14 May 2014, at 14:01, buzz heavyyear wrote: >>>> >>>> Now that I'm having a lot of fun getting up to speed with ocaml, xen, mirage, writing ocaml guests and getting them to run on the Cubieboard, what I really need is to see how they are performing as they are running. >>>> >>>> XAPI/XCP has rrd. Am I right in thinking that a good way forward is to includegithub.com/xapi-project/xcp-rrd during the build process? >>>> >>>> Perhaps there's an easier way? Any thoughts anyone? >>> RRD is definitely the right direction for dom0 to track guest activity, but we do need to get vchan up to speed from the guest side. Dave, Jon, what's the current state of ocaml-vchan? I'm happy to add a Cohttp functor for it if there's something vaguely resembling a FLOW interface (right now, it's fairly low level). >> I believe the state is 'I saw it work once recently'. There's nothing >> really resembling a flow interface, but I'm sure one could be assembled >> fairly easily. > Thanks, is there a working unit test domain anywhere? If we're going to depend on vchan, it's time to get the low level bits well tested. The atomic bit ops particularly worrisome, and we are likely to be the first ARM vchan user (so let's get the x86 bugs sorted first :-) > > Anil > > What I was using to test was the vchan client from the xen repository. I'll have another look at it tomorrow if you like? Jon _______________________________________________ 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 May 14 16:15:22 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 14 May 2014 16:15: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 1Wkbpv-0004KV-RX; Wed, 14 May 2014 16:15:19 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wkbpu-0004KQ-9z for mirageos-devel@lists.xenproject.org; Wed, 14 May 2014 16:15:18 +0000 Received: from [193.109.254.147:22832] by server-5.bemta-14.messagelabs.com id D0/33-26413-59693735; Wed, 14 May 2014 16:15:17 +0000 X-Env-Sender: jjl25@cam.ac.uk X-Msg-Ref: server-8.tower-27.messagelabs.com!1400084116!4838352!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.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19785 invoked from network); 14 May 2014 16:15:16 -0000 Received: from ppsw-50.csi.cam.ac.uk (HELO ppsw-50.csi.cam.ac.uk) (131.111.8.150) by server-8.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 14 May 2014 16:15:16 -0000 X-Cam-AntiVirus: no malware found X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ Received: from [185.25.64.249] (port=38646 helo=[10.80.3.75]) by ppsw-50.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.158]:587) with esmtpsa (PLAIN:jjl25) (TLSv1:DHE-RSA-AES128-SHA:128) id 1Wkbps-00024N-px (Exim 4.82_3-c0e5623) (return-path ); Wed, 14 May 2014 17:15:16 +0100 Message-ID: <53739693.2050308@cam.ac.uk> Date: Wed, 14 May 2014 17:15:15 +0100 From: Jon Ludlam User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Anil Madhavapeddy References: <0846576A-E0E8-4F35-99FA-6729250975B5@recoil.org> <5373900A.4030901@cam.ac.uk> <9AF01405-3475-4FC7-A308-4075DE335BEF@recoil.org> In-Reply-To: <9AF01405-3475-4FC7-A308-4075DE335BEF@recoil.org> Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Monitoring MirageOS guests on CubieBoard2 X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 14/05/14 16:55, Anil Madhavapeddy wrote: > On 14 May 2014, at 16:47, Jon Ludlam wrote: >>> On 14/05/14 15:06, Anil Madhavapeddy wrote: >>>> On 14 May 2014, at 14:01, buzz heavyyear wrote: >>>> >>>> Now that I'm having a lot of fun getting up to speed with ocaml, xen, mirage, writing ocaml guests and getting them to run on the Cubieboard, what I really need is to see how they are performing as they are running. >>>> >>>> XAPI/XCP has rrd. Am I right in thinking that a good way forward is to includegithub.com/xapi-project/xcp-rrd during the build process? >>>> >>>> Perhaps there's an easier way? Any thoughts anyone? >>> RRD is definitely the right direction for dom0 to track guest activity, but we do need to get vchan up to speed from the guest side. Dave, Jon, what's the current state of ocaml-vchan? I'm happy to add a Cohttp functor for it if there's something vaguely resembling a FLOW interface (right now, it's fairly low level). >> I believe the state is 'I saw it work once recently'. There's nothing >> really resembling a flow interface, but I'm sure one could be assembled >> fairly easily. > Thanks, is there a working unit test domain anywhere? If we're going to depend on vchan, it's time to get the low level bits well tested. The atomic bit ops particularly worrisome, and we are likely to be the first ARM vchan user (so let's get the x86 bugs sorted first :-) > > Anil > > What I was using to test was the vchan client from the xen repository. I'll have another look at it tomorrow if you like? Jon _______________________________________________ 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 May 14 16:21:18 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 14 May 2014 16:21: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 1Wkbvg-0004pU-Sb; Wed, 14 May 2014 16:21:16 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wkbvf-0004pO-HI for mirageos-devel@lists.xenproject.org; Wed, 14 May 2014 16:21:15 +0000 Received: from [85.158.139.211:25989] by server-4.bemta-5.messagelabs.com id 93/96-30750-AF793735; Wed, 14 May 2014 16:21:14 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-6.tower-206.messagelabs.com!1400084473!4277243!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.3 required=7.0 tests=MAILTO_TO_SPAM_ADDR X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7871 invoked from network); 14 May 2014 16:21:14 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-6.tower-206.messagelabs.com with SMTP; 14 May 2014 16:21:14 -0000 Received: (qmail 5146 invoked by uid 634); 14 May 2014 16:21:13 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from volstagg-0.srg.cl.cam.ac.uk (HELO flick.office) (128.232.32.232) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Wed, 14 May 2014 17:21:12 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Anil Madhavapeddy In-Reply-To: <53739693.2050308@cam.ac.uk> Date: Wed, 14 May 2014 17:21:10 +0100 Message-Id: <0E252CC1-CF37-4611-B633-D427E2051B7D@recoil.org> References: <0846576A-E0E8-4F35-99FA-6729250975B5@recoil.org> <5373900A.4030901@cam.ac.uk> <9AF01405-3475-4FC7-A308-4075DE335BEF@recoil.org> <53739693.2050308@cam.ac.uk> To: Jon Ludlam X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Monitoring MirageOS guests on CubieBoard2 X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 14 May 2014, at 17:15, Jon Ludlam wrote: > On 14/05/14 16:55, Anil Madhavapeddy wrote: >> On 14 May 2014, at 16:47, Jon Ludlam wrote: >>>> On 14/05/14 15:06, Anil Madhavapeddy wrote: >>>>> On 14 May 2014, at 14:01, buzz heavyyear wrote: >>>>> >>>>> Now that I'm having a lot of fun getting up to speed with ocaml, xen, mirage, writing ocaml guests and getting them to run on the Cubieboard, what I really need is to see how they are performing as they are running. >>>>> >>>>> XAPI/XCP has rrd. Am I right in thinking that a good way forward is to includegithub.com/xapi-project/xcp-rrd during the build process? >>>>> >>>>> Perhaps there's an easier way? Any thoughts anyone? >>>> RRD is definitely the right direction for dom0 to track guest activity, but we do need to get vchan up to speed from the guest side. Dave, Jon, what's the current state of ocaml-vchan? I'm happy to add a Cohttp functor for it if there's something vaguely resembling a FLOW interface (right now, it's fairly low level). >>> I believe the state is 'I saw it work once recently'. There's nothing >>> really resembling a flow interface, but I'm sure one could be assembled >>> fairly easily. >> Thanks, is there a working unit test domain anywhere? If we're going to depend on vchan, it's time to get the low level bits well tested. The atomic bit ops particularly worrisome, and we are likely to be the first ARM vchan user (so let's get the x86 bugs sorted first :-) >> >> Anil >> >> > What I was using to test was the vchan client from the xen repository. > I'll have another look at it tomorrow if you like? Ah yes, I keep forgetting about those binaries from the Xen repo -- are they installed by distros these days? (so we have a netcat-like vchan client). If you could take a look at a few simple examples of vchan on the Mirage side that I could use as a base, that'd be most helpful -- I'm happy to build the Flow layer over it while importing SSL (which requires a FLOW module type that's separate from the implementation such as TCPv4). -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 May 14 16:21:18 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 14 May 2014 16:21: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 1Wkbvg-0004pU-Sb; Wed, 14 May 2014 16:21:16 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wkbvf-0004pO-HI for mirageos-devel@lists.xenproject.org; Wed, 14 May 2014 16:21:15 +0000 Received: from [85.158.139.211:25989] by server-4.bemta-5.messagelabs.com id 93/96-30750-AF793735; Wed, 14 May 2014 16:21:14 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-6.tower-206.messagelabs.com!1400084473!4277243!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.3 required=7.0 tests=MAILTO_TO_SPAM_ADDR X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7871 invoked from network); 14 May 2014 16:21:14 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-6.tower-206.messagelabs.com with SMTP; 14 May 2014 16:21:14 -0000 Received: (qmail 5146 invoked by uid 634); 14 May 2014 16:21:13 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from volstagg-0.srg.cl.cam.ac.uk (HELO flick.office) (128.232.32.232) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Wed, 14 May 2014 17:21:12 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Anil Madhavapeddy In-Reply-To: <53739693.2050308@cam.ac.uk> Date: Wed, 14 May 2014 17:21:10 +0100 Message-Id: <0E252CC1-CF37-4611-B633-D427E2051B7D@recoil.org> References: <0846576A-E0E8-4F35-99FA-6729250975B5@recoil.org> <5373900A.4030901@cam.ac.uk> <9AF01405-3475-4FC7-A308-4075DE335BEF@recoil.org> <53739693.2050308@cam.ac.uk> To: Jon Ludlam X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Monitoring MirageOS guests on CubieBoard2 X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 14 May 2014, at 17:15, Jon Ludlam wrote: > On 14/05/14 16:55, Anil Madhavapeddy wrote: >> On 14 May 2014, at 16:47, Jon Ludlam wrote: >>>> On 14/05/14 15:06, Anil Madhavapeddy wrote: >>>>> On 14 May 2014, at 14:01, buzz heavyyear wrote: >>>>> >>>>> Now that I'm having a lot of fun getting up to speed with ocaml, xen, mirage, writing ocaml guests and getting them to run on the Cubieboard, what I really need is to see how they are performing as they are running. >>>>> >>>>> XAPI/XCP has rrd. Am I right in thinking that a good way forward is to includegithub.com/xapi-project/xcp-rrd during the build process? >>>>> >>>>> Perhaps there's an easier way? Any thoughts anyone? >>>> RRD is definitely the right direction for dom0 to track guest activity, but we do need to get vchan up to speed from the guest side. Dave, Jon, what's the current state of ocaml-vchan? I'm happy to add a Cohttp functor for it if there's something vaguely resembling a FLOW interface (right now, it's fairly low level). >>> I believe the state is 'I saw it work once recently'. There's nothing >>> really resembling a flow interface, but I'm sure one could be assembled >>> fairly easily. >> Thanks, is there a working unit test domain anywhere? If we're going to depend on vchan, it's time to get the low level bits well tested. The atomic bit ops particularly worrisome, and we are likely to be the first ARM vchan user (so let's get the x86 bugs sorted first :-) >> >> Anil >> >> > What I was using to test was the vchan client from the xen repository. > I'll have another look at it tomorrow if you like? Ah yes, I keep forgetting about those binaries from the Xen repo -- are they installed by distros these days? (so we have a netcat-like vchan client). If you could take a look at a few simple examples of vchan on the Mirage side that I could use as a base, that'd be most helpful -- I'm happy to build the Flow layer over it while importing SSL (which requires a FLOW module type that's separate from the implementation such as TCPv4). -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 May 14 16:41:22 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 14 May 2014 16:41: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 1WkcF7-0006Ko-I4; Wed, 14 May 2014 16:41:21 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WkcF6-0006KP-5l for mirageos-devel@lists.xenproject.org; Wed, 14 May 2014 16:41:20 +0000 Received: from [193.109.254.147:30004] by server-6.bemta-14.messagelabs.com id 13/30-13066-FAC93735; Wed, 14 May 2014 16:41:19 +0000 X-Env-Sender: Dave.Scott@citrix.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1400085678!4822358!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.3 required=7.0 tests=MAILTO_TO_SPAM_ADDR X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10501 invoked from network); 14 May 2014 16:41:18 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 14 May 2014 16:41:18 -0000 X-IronPort-AV: E=Sophos;i="4.97,1053,1389744000"; d="scan'208";a="17313670" Received: from unknown (HELO AMSPEX01CL01.citrite.net) ([10.69.60.9]) by AMSPIP01.EU.Citrix.com with ESMTP; 14 May 2014 16:41:19 +0000 Received: from AMSPEX01CL03.citrite.net ([169.254.8.53]) by AMSPEX01CL01.citrite.net ([10.69.46.32]) with mapi id 14.03.0181.006; Wed, 14 May 2014 18:41:18 +0200 From: Dave Scott To: Anil Madhavapeddy Thread-Topic: [MirageOS-devel] Monitoring MirageOS guests on CubieBoard2 Thread-Index: AQHPb3Syz/EXZafxnE+MQGF4oUAKXps/+wMAgAAcIwCAAAIqgIAABaCAgAABpwCAAAWfgA== Date: Wed, 14 May 2014 16:41:18 +0000 Message-ID: References: <0846576A-E0E8-4F35-99FA-6729250975B5@recoil.org> <5373900A.4030901@cam.ac.uk> <9AF01405-3475-4FC7-A308-4075DE335BEF@recoil.org> <53739693.2050308@cam.ac.uk> <0E252CC1-CF37-4611-B633-D427E2051B7D@recoil.org> In-Reply-To: <0E252CC1-CF37-4611-B633-D427E2051B7D@recoil.org> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.13.107.79] Content-ID: <7373EC74E27CD14DABE1F5CE285A9B31@citrix.com> MIME-Version: 1.0 X-DLP: AMS1 Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Monitoring MirageOS guests on CubieBoard2 X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 14 May 2014, at 17:21, Anil Madhavapeddy wrote: > On 14 May 2014, at 17:15, Jon Ludlam wrote: > >> On 14/05/14 16:55, Anil Madhavapeddy wrote: >>> On 14 May 2014, at 16:47, Jon Ludlam wrote: >>>>> On 14/05/14 15:06, Anil Madhavapeddy wrote: >>>>>> On 14 May 2014, at 14:01, buzz heavyyear wrote: >>>>>> >>>>>> Now that I'm having a lot of fun getting up to speed with ocaml, xen, mirage, writing ocaml guests and getting them to run on the Cubieboard, what I really need is to see how they are performing as they are running. >>>>>> >>>>>> XAPI/XCP has rrd. Am I right in thinking that a good way forward is to includegithub.com/xapi-project/xcp-rrd during the build process? >>>>>> >>>>>> Perhaps there's an easier way? Any thoughts anyone? >>>>> RRD is definitely the right direction for dom0 to track guest activity, but we do need to get vchan up to speed from the guest side. Dave, Jon, what's the current state of ocaml-vchan? I'm happy to add a Cohttp functor for it if there's something vaguely resembling a FLOW interface (right now, it's fairly low level). >>>> I believe the state is 'I saw it work once recently'. There's nothing >>>> really resembling a flow interface, but I'm sure one could be assembled >>>> fairly easily. >>> Thanks, is there a working unit test domain anywhere? If we're going to depend on vchan, it's time to get the low level bits well tested. The atomic bit ops particularly worrisome, and we are likely to be the first ARM vchan user (so let's get the x86 bugs sorted first :-) >>> >>> Anil >>> >>> >> What I was using to test was the vchan client from the xen repository. >> I'll have another look at it tomorrow if you like? > > Ah yes, I keep forgetting about those binaries from the Xen repo -- are they installed by distros these days? (so we have a netcat-like vchan client). Good question. I need to take a look at vchan again, to see if it makes sense to plumb a vchan link through to guests from the dom0 toolstack for off-box cloud orchestration layers to talk to their service VMs without using ssh. Perhaps little Mirage HTTP <-> vchan service would work nicely. Cheers, Dave _______________________________________________ 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 May 14 16:41:22 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 14 May 2014 16:41: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 1WkcF7-0006Ko-I4; Wed, 14 May 2014 16:41:21 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WkcF6-0006KP-5l for mirageos-devel@lists.xenproject.org; Wed, 14 May 2014 16:41:20 +0000 Received: from [193.109.254.147:30004] by server-6.bemta-14.messagelabs.com id 13/30-13066-FAC93735; Wed, 14 May 2014 16:41:19 +0000 X-Env-Sender: Dave.Scott@citrix.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1400085678!4822358!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.3 required=7.0 tests=MAILTO_TO_SPAM_ADDR X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10501 invoked from network); 14 May 2014 16:41:18 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 14 May 2014 16:41:18 -0000 X-IronPort-AV: E=Sophos;i="4.97,1053,1389744000"; d="scan'208";a="17313670" Received: from unknown (HELO AMSPEX01CL01.citrite.net) ([10.69.60.9]) by AMSPIP01.EU.Citrix.com with ESMTP; 14 May 2014 16:41:19 +0000 Received: from AMSPEX01CL03.citrite.net ([169.254.8.53]) by AMSPEX01CL01.citrite.net ([10.69.46.32]) with mapi id 14.03.0181.006; Wed, 14 May 2014 18:41:18 +0200 From: Dave Scott To: Anil Madhavapeddy Thread-Topic: [MirageOS-devel] Monitoring MirageOS guests on CubieBoard2 Thread-Index: AQHPb3Syz/EXZafxnE+MQGF4oUAKXps/+wMAgAAcIwCAAAIqgIAABaCAgAABpwCAAAWfgA== Date: Wed, 14 May 2014 16:41:18 +0000 Message-ID: References: <0846576A-E0E8-4F35-99FA-6729250975B5@recoil.org> <5373900A.4030901@cam.ac.uk> <9AF01405-3475-4FC7-A308-4075DE335BEF@recoil.org> <53739693.2050308@cam.ac.uk> <0E252CC1-CF37-4611-B633-D427E2051B7D@recoil.org> In-Reply-To: <0E252CC1-CF37-4611-B633-D427E2051B7D@recoil.org> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.13.107.79] Content-ID: <7373EC74E27CD14DABE1F5CE285A9B31@citrix.com> MIME-Version: 1.0 X-DLP: AMS1 Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Monitoring MirageOS guests on CubieBoard2 X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 14 May 2014, at 17:21, Anil Madhavapeddy wrote: > On 14 May 2014, at 17:15, Jon Ludlam wrote: > >> On 14/05/14 16:55, Anil Madhavapeddy wrote: >>> On 14 May 2014, at 16:47, Jon Ludlam wrote: >>>>> On 14/05/14 15:06, Anil Madhavapeddy wrote: >>>>>> On 14 May 2014, at 14:01, buzz heavyyear wrote: >>>>>> >>>>>> Now that I'm having a lot of fun getting up to speed with ocaml, xen, mirage, writing ocaml guests and getting them to run on the Cubieboard, what I really need is to see how they are performing as they are running. >>>>>> >>>>>> XAPI/XCP has rrd. Am I right in thinking that a good way forward is to includegithub.com/xapi-project/xcp-rrd during the build process? >>>>>> >>>>>> Perhaps there's an easier way? Any thoughts anyone? >>>>> RRD is definitely the right direction for dom0 to track guest activity, but we do need to get vchan up to speed from the guest side. Dave, Jon, what's the current state of ocaml-vchan? I'm happy to add a Cohttp functor for it if there's something vaguely resembling a FLOW interface (right now, it's fairly low level). >>>> I believe the state is 'I saw it work once recently'. There's nothing >>>> really resembling a flow interface, but I'm sure one could be assembled >>>> fairly easily. >>> Thanks, is there a working unit test domain anywhere? If we're going to depend on vchan, it's time to get the low level bits well tested. The atomic bit ops particularly worrisome, and we are likely to be the first ARM vchan user (so let's get the x86 bugs sorted first :-) >>> >>> Anil >>> >>> >> What I was using to test was the vchan client from the xen repository. >> I'll have another look at it tomorrow if you like? > > Ah yes, I keep forgetting about those binaries from the Xen repo -- are they installed by distros these days? (so we have a netcat-like vchan client). Good question. I need to take a look at vchan again, to see if it makes sense to plumb a vchan link through to guests from the dom0 toolstack for off-box cloud orchestration layers to talk to their service VMs without using ssh. Perhaps little Mirage HTTP <-> vchan service would work nicely. Cheers, Dave _______________________________________________ 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 May 14 17:18:29 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 14 May 2014 17:18: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 1Wkcoz-0000K5-2v; Wed, 14 May 2014 17:18:25 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wkcow-0000K0-HV for mirageos-devel@lists.xenproject.org; Wed, 14 May 2014 17:18:23 +0000 Received: from [193.109.254.147:63166] by server-14.bemta-14.messagelabs.com id D3/58-08195-D55A3735; Wed, 14 May 2014 17:18:21 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1400087899!182304!1 X-Originating-IP: [209.85.214.171] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_23,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6101 invoked from network); 14 May 2014 17:18:20 -0000 Received: from mail-ob0-f171.google.com (HELO mail-ob0-f171.google.com) (209.85.214.171) by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 14 May 2014 17:18:20 -0000 Received: by mail-ob0-f171.google.com with SMTP id wn1so2499291obc.16 for ; Wed, 14 May 2014 10:18:19 -0700 (PDT) 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=EaTrCdqyPJd3hQhmMa+UxOCeVHOboijosBoRIarwFqg=; b=WZaYSE21St0+ZZSkbUGHyJVGzjaZNDnS4gtzrTc0MgR4hbdYS10q2miWyOuc2H547l plFoPULbgQU0HO/V6pYKJnoCrGxnJ1JUAMZRun4vv2uNpA9smn6wjE6lb3HtIkZ0kxR/ 0hb+UzwzGTrBl/Qyaxfn3UcEtJTnv3wc3yEY04vPFknQmdKjtN14WS2IAvcHmrag3oPj aFZp8hUUFNJz+mbXJZ41kgUYUVh9DgC9nx5Ko3Y80k1cyBiHLyl3aApUL4sKruaKc7r1 p7b5W2X8w6V/EpPcXOSKu+Rsn6mhXR97xkDE1IKGsqQ0RC/aHtRmhPh8fp6mvrGP+8Bb 1dtg== MIME-Version: 1.0 X-Received: by 10.60.48.106 with SMTP id k10mr4953248oen.20.1400087899428; Wed, 14 May 2014 10:18:19 -0700 (PDT) Received: by 10.76.101.202 with HTTP; Wed, 14 May 2014 10:18:19 -0700 (PDT) In-Reply-To: References: <20140512151011.GA10394@dark.recoil.org> <537284DE.80701@mehnert.org> <0F294A22-B0AF-4C03-9309-0576FB12546F@recoil.org> <06C43D21-8D4B-4E1E-8402-ED7F113022B9@gazagnaire.org> Date: Wed, 14 May 2014 18:18:19 +0100 Message-ID: From: Thomas Leonard To: Anil Madhavapeddy Cc: Thomas Gazagnaire , "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Mirage/ARM plans X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 14 May 2014 16:53, Anil Madhavapeddy wrote: > On 14 May 2014, at 15:39, Thomas Leonard wrote: >> >> On 14 May 2014 15:26, Thomas Gazagnaire wrote: >>>> Note that when I refer to 'libc', I'm really talking about libm (which >>>> is essential), a printf implementation, and malloc/calloc. >>> >>> Do we steel need the printf stuff for ocaml 4.02 with the new printf's GADTs implementation ? >> >> Good point. For now, it's using Mini-OS's printf functions. They >> mostly work, but don't recognise %F, for example. >> >> For malloc, Mini-OS provides a malloc that returns contiguous regions >> of (guest) physical memory (it just calls _xmalloc(size, >> DEFAULT_ALIGN)). If OCaml just grabs more memory whenever the heap is >> full, that should be fine. If people are freeing stuff, it could >> become a problem due to fragmentation. > > There's very little mallocing relative to the amount of OCaml heap activity (which allocates in 2MB chunks by default and could use super pages if available). So sticking with the simple allocator should be fine for now. Good news: it's already using super pages (1MB page table entries rather than 4KB). For the 1:1 mapping, that's the easiest thing to do anyway. > (The exception are perhaps Io_pages which we malloc, but should draw from a fixed pool to recycle them and not share them with the main heap, since they can be granted to other driver domains). > >> For libm, does anyone have an opinion about openlibm? >> >> https://github.com/JuliaLang/openlibm >> > > Looks good if it works on ARM (your comment on that issue seems hopefully, but it's worrying that it's been open for a year). Looks like it's just because on ARM long double = double. Should just be a case of deleting the extended precision section of the Makefile, but I'll have to fix a couple of other things in mirage-platform before I can test it. > Adam Wick extracted libm from OpenBSD for HalVM, which we do too. Not sure which is a better option... -- 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 May 14 17:18:29 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 14 May 2014 17:18: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 1Wkcoz-0000K5-2v; Wed, 14 May 2014 17:18:25 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wkcow-0000K0-HV for mirageos-devel@lists.xenproject.org; Wed, 14 May 2014 17:18:23 +0000 Received: from [193.109.254.147:63166] by server-14.bemta-14.messagelabs.com id D3/58-08195-D55A3735; Wed, 14 May 2014 17:18:21 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1400087899!182304!1 X-Originating-IP: [209.85.214.171] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_23,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6101 invoked from network); 14 May 2014 17:18:20 -0000 Received: from mail-ob0-f171.google.com (HELO mail-ob0-f171.google.com) (209.85.214.171) by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 14 May 2014 17:18:20 -0000 Received: by mail-ob0-f171.google.com with SMTP id wn1so2499291obc.16 for ; Wed, 14 May 2014 10:18:19 -0700 (PDT) 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=EaTrCdqyPJd3hQhmMa+UxOCeVHOboijosBoRIarwFqg=; b=WZaYSE21St0+ZZSkbUGHyJVGzjaZNDnS4gtzrTc0MgR4hbdYS10q2miWyOuc2H547l plFoPULbgQU0HO/V6pYKJnoCrGxnJ1JUAMZRun4vv2uNpA9smn6wjE6lb3HtIkZ0kxR/ 0hb+UzwzGTrBl/Qyaxfn3UcEtJTnv3wc3yEY04vPFknQmdKjtN14WS2IAvcHmrag3oPj aFZp8hUUFNJz+mbXJZ41kgUYUVh9DgC9nx5Ko3Y80k1cyBiHLyl3aApUL4sKruaKc7r1 p7b5W2X8w6V/EpPcXOSKu+Rsn6mhXR97xkDE1IKGsqQ0RC/aHtRmhPh8fp6mvrGP+8Bb 1dtg== MIME-Version: 1.0 X-Received: by 10.60.48.106 with SMTP id k10mr4953248oen.20.1400087899428; Wed, 14 May 2014 10:18:19 -0700 (PDT) Received: by 10.76.101.202 with HTTP; Wed, 14 May 2014 10:18:19 -0700 (PDT) In-Reply-To: References: <20140512151011.GA10394@dark.recoil.org> <537284DE.80701@mehnert.org> <0F294A22-B0AF-4C03-9309-0576FB12546F@recoil.org> <06C43D21-8D4B-4E1E-8402-ED7F113022B9@gazagnaire.org> Date: Wed, 14 May 2014 18:18:19 +0100 Message-ID: From: Thomas Leonard To: Anil Madhavapeddy Cc: Thomas Gazagnaire , "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Mirage/ARM plans X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 14 May 2014 16:53, Anil Madhavapeddy wrote: > On 14 May 2014, at 15:39, Thomas Leonard wrote: >> >> On 14 May 2014 15:26, Thomas Gazagnaire wrote: >>>> Note that when I refer to 'libc', I'm really talking about libm (which >>>> is essential), a printf implementation, and malloc/calloc. >>> >>> Do we steel need the printf stuff for ocaml 4.02 with the new printf's GADTs implementation ? >> >> Good point. For now, it's using Mini-OS's printf functions. They >> mostly work, but don't recognise %F, for example. >> >> For malloc, Mini-OS provides a malloc that returns contiguous regions >> of (guest) physical memory (it just calls _xmalloc(size, >> DEFAULT_ALIGN)). If OCaml just grabs more memory whenever the heap is >> full, that should be fine. If people are freeing stuff, it could >> become a problem due to fragmentation. > > There's very little mallocing relative to the amount of OCaml heap activity (which allocates in 2MB chunks by default and could use super pages if available). So sticking with the simple allocator should be fine for now. Good news: it's already using super pages (1MB page table entries rather than 4KB). For the 1:1 mapping, that's the easiest thing to do anyway. > (The exception are perhaps Io_pages which we malloc, but should draw from a fixed pool to recycle them and not share them with the main heap, since they can be granted to other driver domains). > >> For libm, does anyone have an opinion about openlibm? >> >> https://github.com/JuliaLang/openlibm >> > > Looks good if it works on ARM (your comment on that issue seems hopefully, but it's worrying that it's been open for a year). Looks like it's just because on ARM long double = double. Should just be a case of deleting the extended precision section of the Makefile, but I'll have to fix a couple of other things in mirage-platform before I can test it. > Adam Wick extracted libm from OpenBSD for HalVM, which we do too. Not sure which is a better option... -- 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 May 15 09:52:55 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 15 May 2014 09:52: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 1WksLK-0006q5-ED; Thu, 15 May 2014 09:52:50 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WksLI-0006pl-U4 for mirageos-devel@lists.xenproject.org; Thu, 15 May 2014 09:52:49 +0000 Received: from [193.109.254.147:51497] by server-10.bemta-14.messagelabs.com id 8B/EF-04546-07E84735; Thu, 15 May 2014 09:52:48 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-7.tower-27.messagelabs.com!1400147567!4954899!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25694 invoked from network); 15 May 2014 09:52:47 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-7.tower-27.messagelabs.com with SMTP; 15 May 2014 09:52:47 -0000 Received: (qmail 7466 invoked by uid 634); 15 May 2014 09:52:46 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net (HELO [192.168.1.62]) (86.30.244.239) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Thu, 15 May 2014 10:52:43 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Anil Madhavapeddy In-Reply-To: Date: Thu, 15 May 2014 10:52:42 +0100 Message-Id: References: <20140512151011.GA10394@dark.recoil.org> <537284DE.80701@mehnert.org> <0F294A22-B0AF-4C03-9309-0576FB12546F@recoil.org> <06C43D21-8D4B-4E1E-8402-ED7F113022B9@gazagnaire.org> To: Thomas Leonard X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: Thomas Gazagnaire , "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Mirage/ARM plans X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 14 May 2014, at 18:18, Thomas Leonard wrote: > On 14 May 2014 16:53, Anil Madhavapeddy wrote: >> On 14 May 2014, at 15:39, Thomas Leonard wrote: >>> >>> On 14 May 2014 15:26, Thomas Gazagnaire wrote: >>>>> Note that when I refer to 'libc', I'm really talking about libm (which >>>>> is essential), a printf implementation, and malloc/calloc. >>>> >>>> Do we steel need the printf stuff for ocaml 4.02 with the new printf's GADTs implementation ? >>> >>> Good point. For now, it's using Mini-OS's printf functions. They >>> mostly work, but don't recognise %F, for example. >>> >>> For malloc, Mini-OS provides a malloc that returns contiguous regions >>> of (guest) physical memory (it just calls _xmalloc(size, >>> DEFAULT_ALIGN)). If OCaml just grabs more memory whenever the heap is >>> full, that should be fine. If people are freeing stuff, it could >>> become a problem due to fragmentation. >> >> There's very little mallocing relative to the amount of OCaml heap activity (which allocates in 2MB chunks by default and could use super pages if available). So sticking with the simple allocator should be fine for now. > > Good news: it's already using super pages (1MB page table entries > rather than 4KB). For the 1:1 mapping, that's the easiest thing to do > anyway. Splendid! This is on ARM I assume? Istr superpage patches on x86_64, but not if they were upstreamed. We have a custom patch in the mirage-platform MiniOS that should be easy enough to push upstream if not, though. > >> (The exception are perhaps Io_pages which we malloc, but should draw from a fixed pool to recycle them and not share them with the main heap, since they can be granted to other driver domains). >> >>> For libm, does anyone have an opinion about openlibm? >>> >>> https://github.com/JuliaLang/openlibm >>> >> >> Looks good if it works on ARM (your comment on that issue seems hopefully, but it's worrying that it's been open for a year). > > Looks like it's just because on ARM long double = double. Should just > be a case of deleting the extended precision section of the Makefile, > but I'll have to fix a couple of other things in mirage-platform > before I can test it. Sounds good. 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 Thu May 15 09:52:55 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 15 May 2014 09:52: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 1WksLK-0006q5-ED; Thu, 15 May 2014 09:52:50 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WksLI-0006pl-U4 for mirageos-devel@lists.xenproject.org; Thu, 15 May 2014 09:52:49 +0000 Received: from [193.109.254.147:51497] by server-10.bemta-14.messagelabs.com id 8B/EF-04546-07E84735; Thu, 15 May 2014 09:52:48 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-7.tower-27.messagelabs.com!1400147567!4954899!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25694 invoked from network); 15 May 2014 09:52:47 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-7.tower-27.messagelabs.com with SMTP; 15 May 2014 09:52:47 -0000 Received: (qmail 7466 invoked by uid 634); 15 May 2014 09:52:46 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net (HELO [192.168.1.62]) (86.30.244.239) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Thu, 15 May 2014 10:52:43 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Anil Madhavapeddy In-Reply-To: Date: Thu, 15 May 2014 10:52:42 +0100 Message-Id: References: <20140512151011.GA10394@dark.recoil.org> <537284DE.80701@mehnert.org> <0F294A22-B0AF-4C03-9309-0576FB12546F@recoil.org> <06C43D21-8D4B-4E1E-8402-ED7F113022B9@gazagnaire.org> To: Thomas Leonard X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: Thomas Gazagnaire , "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Mirage/ARM plans X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 14 May 2014, at 18:18, Thomas Leonard wrote: > On 14 May 2014 16:53, Anil Madhavapeddy wrote: >> On 14 May 2014, at 15:39, Thomas Leonard wrote: >>> >>> On 14 May 2014 15:26, Thomas Gazagnaire wrote: >>>>> Note that when I refer to 'libc', I'm really talking about libm (which >>>>> is essential), a printf implementation, and malloc/calloc. >>>> >>>> Do we steel need the printf stuff for ocaml 4.02 with the new printf's GADTs implementation ? >>> >>> Good point. For now, it's using Mini-OS's printf functions. They >>> mostly work, but don't recognise %F, for example. >>> >>> For malloc, Mini-OS provides a malloc that returns contiguous regions >>> of (guest) physical memory (it just calls _xmalloc(size, >>> DEFAULT_ALIGN)). If OCaml just grabs more memory whenever the heap is >>> full, that should be fine. If people are freeing stuff, it could >>> become a problem due to fragmentation. >> >> There's very little mallocing relative to the amount of OCaml heap activity (which allocates in 2MB chunks by default and could use super pages if available). So sticking with the simple allocator should be fine for now. > > Good news: it's already using super pages (1MB page table entries > rather than 4KB). For the 1:1 mapping, that's the easiest thing to do > anyway. Splendid! This is on ARM I assume? Istr superpage patches on x86_64, but not if they were upstreamed. We have a custom patch in the mirage-platform MiniOS that should be easy enough to push upstream if not, though. > >> (The exception are perhaps Io_pages which we malloc, but should draw from a fixed pool to recycle them and not share them with the main heap, since they can be granted to other driver domains). >> >>> For libm, does anyone have an opinion about openlibm? >>> >>> https://github.com/JuliaLang/openlibm >>> >> >> Looks good if it works on ARM (your comment on that issue seems hopefully, but it's worrying that it's been open for a year). > > Looks like it's just because on ARM long double = double. Should just > be a case of deleting the extended precision section of the Makefile, > but I'll have to fix a couple of other things in mirage-platform > before I can test it. Sounds good. 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 Thu May 15 10:21:24 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 15 May 2014 10:21: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 1Wksmy-0000WH-1V; Thu, 15 May 2014 10:21:24 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wksmx-0000W9-2n for mirageos-devel@lists.xenproject.org; Thu, 15 May 2014 10:21:23 +0000 Received: from [85.158.137.68:39119] by server-14.bemta-3.messagelabs.com id 07/8F-30903-22594735; Thu, 15 May 2014 10:21:22 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-2.tower-31.messagelabs.com!1400149281!4059053!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.3 required=7.0 tests=MAILTO_TO_SPAM_ADDR X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7412 invoked from network); 15 May 2014 10:21:21 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-2.tower-31.messagelabs.com with SMTP; 15 May 2014 10:21:21 -0000 Received: (qmail 10234 invoked by uid 634); 15 May 2014 10:21:20 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net (HELO [192.168.1.62]) (86.30.244.239) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Thu, 15 May 2014 11:21:20 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Anil Madhavapeddy In-Reply-To: Date: Thu, 15 May 2014 11:21:18 +0100 Message-Id: References: <0846576A-E0E8-4F35-99FA-6729250975B5@recoil.org> <5373900A.4030901@cam.ac.uk> <9AF01405-3475-4FC7-A308-4075DE335BEF@recoil.org> <53739693.2050308@cam.ac.uk> <0E252CC1-CF37-4611-B633-D427E2051B7D@recoil.org> To: David Scott X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Monitoring MirageOS guests on CubieBoard2 X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 14 May 2014, at 17:41, Dave Scott wrote: > > On 14 May 2014, at 17:21, Anil Madhavapeddy wrote: > >> On 14 May 2014, at 17:15, Jon Ludlam wrote: >> >>> On 14/05/14 16:55, Anil Madhavapeddy wrote: >>>> On 14 May 2014, at 16:47, Jon Ludlam wrote: >>>>>> On 14/05/14 15:06, Anil Madhavapeddy wrote: >>>>>>> On 14 May 2014, at 14:01, buzz heavyyear wrote: >>>>>>> >>>>>>> Now that I'm having a lot of fun getting up to speed with ocaml, xen, mirage, writing ocaml guests and getting them to run on the Cubieboard, what I really need is to see how they are performing as they are running. >>>>>>> >>>>>>> XAPI/XCP has rrd. Am I right in thinking that a good way forward is to includegithub.com/xapi-project/xcp-rrd during the build process? >>>>>>> >>>>>>> Perhaps there's an easier way? Any thoughts anyone? >>>>>> RRD is definitely the right direction for dom0 to track guest activity, but we do need to get vchan up to speed from the guest side. Dave, Jon, what's the current state of ocaml-vchan? I'm happy to add a Cohttp functor for it if there's something vaguely resembling a FLOW interface (right now, it's fairly low level). >>>>> I believe the state is 'I saw it work once recently'. There's nothing >>>>> really resembling a flow interface, but I'm sure one could be assembled >>>>> fairly easily. >>>> Thanks, is there a working unit test domain anywhere? If we're going to depend on vchan, it's time to get the low level bits well tested. The atomic bit ops particularly worrisome, and we are likely to be the first ARM vchan user (so let's get the x86 bugs sorted first :-) >>>> >>>> Anil >>>> >>>> >>> What I was using to test was the vchan client from the xen repository. >>> I'll have another look at it tomorrow if you like? >> >> Ah yes, I keep forgetting about those binaries from the Xen repo -- are they installed by distros these days? (so we have a netcat-like vchan client). > > Good question. I need to take a look at vchan again, to see if it makes sense to plumb a vchan link through to guests from the dom0 toolstack for off-box cloud orchestration layers to talk to their service VMs without using ssh. Perhaps little Mirage HTTP <-> vchan service would work nicely. That would certainly cure the 'RPC through xenstore' malaise that afflicts everyone who has this problem. More broadly, making vchan available with a convenient netcat-command-line interface would generally make interfacing with guests much more pleasant. I notice that Arjun Guha has just started an OCaml Docker binding which will give us the same benefits using LXC, so making these interfaces similar for Xen would be very handy. https://github.com/arjunguha/ocaml-docker -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 May 15 10:21:24 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 15 May 2014 10:21: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 1Wksmy-0000WH-1V; Thu, 15 May 2014 10:21:24 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wksmx-0000W9-2n for mirageos-devel@lists.xenproject.org; Thu, 15 May 2014 10:21:23 +0000 Received: from [85.158.137.68:39119] by server-14.bemta-3.messagelabs.com id 07/8F-30903-22594735; Thu, 15 May 2014 10:21:22 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-2.tower-31.messagelabs.com!1400149281!4059053!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.3 required=7.0 tests=MAILTO_TO_SPAM_ADDR X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7412 invoked from network); 15 May 2014 10:21:21 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-2.tower-31.messagelabs.com with SMTP; 15 May 2014 10:21:21 -0000 Received: (qmail 10234 invoked by uid 634); 15 May 2014 10:21:20 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net (HELO [192.168.1.62]) (86.30.244.239) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Thu, 15 May 2014 11:21:20 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Anil Madhavapeddy In-Reply-To: Date: Thu, 15 May 2014 11:21:18 +0100 Message-Id: References: <0846576A-E0E8-4F35-99FA-6729250975B5@recoil.org> <5373900A.4030901@cam.ac.uk> <9AF01405-3475-4FC7-A308-4075DE335BEF@recoil.org> <53739693.2050308@cam.ac.uk> <0E252CC1-CF37-4611-B633-D427E2051B7D@recoil.org> To: David Scott X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Monitoring MirageOS guests on CubieBoard2 X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 14 May 2014, at 17:41, Dave Scott wrote: > > On 14 May 2014, at 17:21, Anil Madhavapeddy wrote: > >> On 14 May 2014, at 17:15, Jon Ludlam wrote: >> >>> On 14/05/14 16:55, Anil Madhavapeddy wrote: >>>> On 14 May 2014, at 16:47, Jon Ludlam wrote: >>>>>> On 14/05/14 15:06, Anil Madhavapeddy wrote: >>>>>>> On 14 May 2014, at 14:01, buzz heavyyear wrote: >>>>>>> >>>>>>> Now that I'm having a lot of fun getting up to speed with ocaml, xen, mirage, writing ocaml guests and getting them to run on the Cubieboard, what I really need is to see how they are performing as they are running. >>>>>>> >>>>>>> XAPI/XCP has rrd. Am I right in thinking that a good way forward is to includegithub.com/xapi-project/xcp-rrd during the build process? >>>>>>> >>>>>>> Perhaps there's an easier way? Any thoughts anyone? >>>>>> RRD is definitely the right direction for dom0 to track guest activity, but we do need to get vchan up to speed from the guest side. Dave, Jon, what's the current state of ocaml-vchan? I'm happy to add a Cohttp functor for it if there's something vaguely resembling a FLOW interface (right now, it's fairly low level). >>>>> I believe the state is 'I saw it work once recently'. There's nothing >>>>> really resembling a flow interface, but I'm sure one could be assembled >>>>> fairly easily. >>>> Thanks, is there a working unit test domain anywhere? If we're going to depend on vchan, it's time to get the low level bits well tested. The atomic bit ops particularly worrisome, and we are likely to be the first ARM vchan user (so let's get the x86 bugs sorted first :-) >>>> >>>> Anil >>>> >>>> >>> What I was using to test was the vchan client from the xen repository. >>> I'll have another look at it tomorrow if you like? >> >> Ah yes, I keep forgetting about those binaries from the Xen repo -- are they installed by distros these days? (so we have a netcat-like vchan client). > > Good question. I need to take a look at vchan again, to see if it makes sense to plumb a vchan link through to guests from the dom0 toolstack for off-box cloud orchestration layers to talk to their service VMs without using ssh. Perhaps little Mirage HTTP <-> vchan service would work nicely. That would certainly cure the 'RPC through xenstore' malaise that afflicts everyone who has this problem. More broadly, making vchan available with a convenient netcat-command-line interface would generally make interfacing with guests much more pleasant. I notice that Arjun Guha has just started an OCaml Docker binding which will give us the same benefits using LXC, so making these interfaces similar for Xen would be very handy. https://github.com/arjunguha/ocaml-docker -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 May 15 19:03:48 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 15 May 2014 19: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 1Wl0wP-0004Sq-G1; Thu, 15 May 2014 19:03:41 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wl0wP-0004Sl-0b for mirageos-devel@lists.xenproject.org; Thu, 15 May 2014 19:03:41 +0000 Received: from [85.158.139.211:32879] by server-12.bemta-5.messagelabs.com id 86/9D-03824-C8F05735; Thu, 15 May 2014 19:03:40 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-4.tower-206.messagelabs.com!1400180619!4553255!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30306 invoked from network); 15 May 2014 19:03:39 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-4.tower-206.messagelabs.com with SMTP; 15 May 2014 19:03:39 -0000 Received: (qmail 9985 invoked by uid 634); 15 May 2014 19:03:38 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net (HELO [192.168.1.62]) (86.30.244.239) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Thu, 15 May 2014 20:03:35 +0100 From: Anil Madhavapeddy Message-Id: Date: Thu, 15 May 2014 20:03:34 +0100 To: mirageos-devel@lists.xenproject.org Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Subject: [MirageOS-devel] experimental docker 'trusted build' of 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 If anyone's messing around Docker, let me know if this : https://index.docker.io/u/avsm/mirage/ 'trusted build' is of any use to you... -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 May 15 19:03:48 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 15 May 2014 19: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 1Wl0wP-0004Sq-G1; Thu, 15 May 2014 19:03:41 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wl0wP-0004Sl-0b for mirageos-devel@lists.xenproject.org; Thu, 15 May 2014 19:03:41 +0000 Received: from [85.158.139.211:32879] by server-12.bemta-5.messagelabs.com id 86/9D-03824-C8F05735; Thu, 15 May 2014 19:03:40 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-4.tower-206.messagelabs.com!1400180619!4553255!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30306 invoked from network); 15 May 2014 19:03:39 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-4.tower-206.messagelabs.com with SMTP; 15 May 2014 19:03:39 -0000 Received: (qmail 9985 invoked by uid 634); 15 May 2014 19:03:38 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net (HELO [192.168.1.62]) (86.30.244.239) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Thu, 15 May 2014 20:03:35 +0100 From: Anil Madhavapeddy Message-Id: Date: Thu, 15 May 2014 20:03:34 +0100 To: mirageos-devel@lists.xenproject.org Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Subject: [MirageOS-devel] experimental docker 'trusted build' of 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 If anyone's messing around Docker, let me know if this : https://index.docker.io/u/avsm/mirage/ 'trusted build' is of any use to you... -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 May 16 12:38:37 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 16 May 2014 12:38:37 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WlHPE-0007If-Jp; Fri, 16 May 2014 12:38:32 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WlHPD-0007I9-8Z for mirageos-devel@lists.xenproject.org; Fri, 16 May 2014 12:38:31 +0000 Received: from [85.158.143.35:17444] by server-2.bemta-4.messagelabs.com id 1D/4D-06539-6C606735; Fri, 16 May 2014 12:38:30 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-9.tower-21.messagelabs.com!1400243909!5380680!1 X-Originating-IP: [74.125.82.182] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_32, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29232 invoked from network); 16 May 2014 12:38:29 -0000 Received: from mail-we0-f182.google.com (HELO mail-we0-f182.google.com) (74.125.82.182) by server-9.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 16 May 2014 12:38:29 -0000 Received: by mail-we0-f182.google.com with SMTP id t60so2475590wes.41 for ; Fri, 16 May 2014 05:38:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=yk0tNBevd6OqsdT738J91XuDOZny1CIXyeLFPr7BLQ0=; b=VbFsd9OoUIBIxVssjB+k6bMv9efd12Av9QcNUPP3tJZ3z65WfEt/YlUGNNK1Oxha71 JCRjITBN3VNdb51m3K4gEYtM6GZ3w4hZl+nUJsVTZGq3XquvIc2sdQ7V31s5I8XEkbUf J6OR0zOUdEnMrLQ1Bge+ke093/5KXNFPEBKZ9eMLfaCwK9uS3FX0Veuk0La/S9ch6G2S RDRFKrQhmre/tjC1sUn7Dh2YpHEmOr+7Ca6bhQKqiAM3kI0MYCESVcUsOU9Hk+sWZtBy n48CDjzIDlqk66+Az/PrRZ82l5F5683kBR+m5VdgGajYlJlRlB+ylLh/K18i2XtkS30M UFog== X-Received: by 10.180.94.37 with SMTP id cz5mr36252631wib.19.1400243909170; Fri, 16 May 2014 05:38:29 -0700 (PDT) Received: from [172.16.25.10] (97e5a5cd.skybroadband.com. [151.229.165.205]) by mx.google.com with ESMTPSA id ln3sm1778301wjc.8.2014.05.16.05.38.27 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 16 May 2014 05:38:28 -0700 (PDT) Message-ID: <537606C3.3000606@xen.org> Date: Fri, 16 May 2014 13:38:27 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Anil Madhavapeddy References: <53739980.5050703@eu.citrix.com> <53746EF9.3000409@eu.citrix.com> <5374818E.4020904@xen.org> <3588D698-4B41-460F-8118-039EDD356983@recoil.org> In-Reply-To: <3588D698-4B41-460F-8118-039EDD356983@recoil.org> Cc: "xen-devel@lists.xen.org" , "mirageos-devel@lists.xenproject.org" , "xen-api@lists.xen.org" Subject: [MirageOS-devel] [Need input] Proposal to change committers for the XAPI Project - implications for the whole project? X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org 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 15/05/2014 10:19, Anil Madhavapeddy wrote: > On 15 May 2014, at 09:57, Lars Kurth wrote: > >> All the existing committers have voted in favour. So the proposal carries. I will update the XAPI webpage http://www.xenproject.org/developers/teams/xapi.html accordingly >> Lars >> > This isn't intended to affect the voting, but I would note that it's slightly odd for an open-source project to switch its committers in such a big sweep without at least some discussion about how this affects the overall project direction. Actually, thinking about it *could* affect the direction of the project for anything that is related to global votes. And we *do* need to have a discussion about it. And we *may* need a process change or clarification, but I don't think so as the process was originally designed to cover a gradual increase in the number of subprojects. Thanks Anil for pointing this out. I was too overloaded to really spot this : Apologies. == Different Expectations when to award maintainer status == First there is the observation in that: * There are significant differences when it comes to when (aka under which criteria) committer status is awarded between subprojects and there are also difference in view within subprojects * XAPI does not have the maintainer role as far as I understand. In other words in XAPI maintainer=committer. Please correct me if I am wrong. == Process implications == Looking at the governance process: http://www.xenproject.org/governance.html Maintainers and committers have the right to vote in some circumstances. Now we have local (within subproject) and global votes (affecting all projects). What the process states specifically when it comes to voting is: * The role of committers in electing other committers and project leads - this is subproject local. As such, a significant change in the number of committers only has a local effect. * The role of maintainers (but not committers) is mentioned specifically when it comes to "formal votes" such as changes to governance (global) and other local votes. No mention of committers. In other words, all maintainers vote in "formal votes". * Looking at the voting related to the project lify cycle: These are just "formal votes" which are allowed by maintainers * Committers are specifically mentioned as "referees" in case there are conflicts. There we have a hierarchy of conflict resolution and the proposed xhange to XAPI committers should not affect == What is the impact of this change (IMPORTANT) == As such, the change proposed to XAPI committers is affecting the voting dynamics for global votes as on the face of it it increases the number of maintainers (=committers) from 5 to 13. Given the size of XAPI subproject and the fact that it basically never listed its maintainers this seems reasonable. Also in light of the number of maintainers in the Hypervisor project, of which there are 28 if I counted correctly. But it does raise the question as to whether such a significant change to maintainers sets a bad precedence and whether we need to look at our process So I would argue that, *this ptoposal has* a global impact - even though unintended - and that for this reason we need to have a discussion and maybe a formal vote to ratify this proposed change by the XAPI project. Best 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 Fri May 16 12:38:37 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 16 May 2014 12:38:37 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WlHPE-0007If-Jp; Fri, 16 May 2014 12:38:32 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WlHPD-0007I9-8Z for mirageos-devel@lists.xenproject.org; Fri, 16 May 2014 12:38:31 +0000 Received: from [85.158.143.35:17444] by server-2.bemta-4.messagelabs.com id 1D/4D-06539-6C606735; Fri, 16 May 2014 12:38:30 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-9.tower-21.messagelabs.com!1400243909!5380680!1 X-Originating-IP: [74.125.82.182] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_32, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29232 invoked from network); 16 May 2014 12:38:29 -0000 Received: from mail-we0-f182.google.com (HELO mail-we0-f182.google.com) (74.125.82.182) by server-9.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 16 May 2014 12:38:29 -0000 Received: by mail-we0-f182.google.com with SMTP id t60so2475590wes.41 for ; Fri, 16 May 2014 05:38:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=yk0tNBevd6OqsdT738J91XuDOZny1CIXyeLFPr7BLQ0=; b=VbFsd9OoUIBIxVssjB+k6bMv9efd12Av9QcNUPP3tJZ3z65WfEt/YlUGNNK1Oxha71 JCRjITBN3VNdb51m3K4gEYtM6GZ3w4hZl+nUJsVTZGq3XquvIc2sdQ7V31s5I8XEkbUf J6OR0zOUdEnMrLQ1Bge+ke093/5KXNFPEBKZ9eMLfaCwK9uS3FX0Veuk0La/S9ch6G2S RDRFKrQhmre/tjC1sUn7Dh2YpHEmOr+7Ca6bhQKqiAM3kI0MYCESVcUsOU9Hk+sWZtBy n48CDjzIDlqk66+Az/PrRZ82l5F5683kBR+m5VdgGajYlJlRlB+ylLh/K18i2XtkS30M UFog== X-Received: by 10.180.94.37 with SMTP id cz5mr36252631wib.19.1400243909170; Fri, 16 May 2014 05:38:29 -0700 (PDT) Received: from [172.16.25.10] (97e5a5cd.skybroadband.com. [151.229.165.205]) by mx.google.com with ESMTPSA id ln3sm1778301wjc.8.2014.05.16.05.38.27 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 16 May 2014 05:38:28 -0700 (PDT) Message-ID: <537606C3.3000606@xen.org> Date: Fri, 16 May 2014 13:38:27 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Anil Madhavapeddy References: <53739980.5050703@eu.citrix.com> <53746EF9.3000409@eu.citrix.com> <5374818E.4020904@xen.org> <3588D698-4B41-460F-8118-039EDD356983@recoil.org> In-Reply-To: <3588D698-4B41-460F-8118-039EDD356983@recoil.org> Cc: "xen-devel@lists.xen.org" , "mirageos-devel@lists.xenproject.org" , "xen-api@lists.xen.org" Subject: [MirageOS-devel] [Need input] Proposal to change committers for the XAPI Project - implications for the whole project? X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org 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 15/05/2014 10:19, Anil Madhavapeddy wrote: > On 15 May 2014, at 09:57, Lars Kurth wrote: > >> All the existing committers have voted in favour. So the proposal carries. I will update the XAPI webpage http://www.xenproject.org/developers/teams/xapi.html accordingly >> Lars >> > This isn't intended to affect the voting, but I would note that it's slightly odd for an open-source project to switch its committers in such a big sweep without at least some discussion about how this affects the overall project direction. Actually, thinking about it *could* affect the direction of the project for anything that is related to global votes. And we *do* need to have a discussion about it. And we *may* need a process change or clarification, but I don't think so as the process was originally designed to cover a gradual increase in the number of subprojects. Thanks Anil for pointing this out. I was too overloaded to really spot this : Apologies. == Different Expectations when to award maintainer status == First there is the observation in that: * There are significant differences when it comes to when (aka under which criteria) committer status is awarded between subprojects and there are also difference in view within subprojects * XAPI does not have the maintainer role as far as I understand. In other words in XAPI maintainer=committer. Please correct me if I am wrong. == Process implications == Looking at the governance process: http://www.xenproject.org/governance.html Maintainers and committers have the right to vote in some circumstances. Now we have local (within subproject) and global votes (affecting all projects). What the process states specifically when it comes to voting is: * The role of committers in electing other committers and project leads - this is subproject local. As such, a significant change in the number of committers only has a local effect. * The role of maintainers (but not committers) is mentioned specifically when it comes to "formal votes" such as changes to governance (global) and other local votes. No mention of committers. In other words, all maintainers vote in "formal votes". * Looking at the voting related to the project lify cycle: These are just "formal votes" which are allowed by maintainers * Committers are specifically mentioned as "referees" in case there are conflicts. There we have a hierarchy of conflict resolution and the proposed xhange to XAPI committers should not affect == What is the impact of this change (IMPORTANT) == As such, the change proposed to XAPI committers is affecting the voting dynamics for global votes as on the face of it it increases the number of maintainers (=committers) from 5 to 13. Given the size of XAPI subproject and the fact that it basically never listed its maintainers this seems reasonable. Also in light of the number of maintainers in the Hypervisor project, of which there are 28 if I counted correctly. But it does raise the question as to whether such a significant change to maintainers sets a bad precedence and whether we need to look at our process So I would argue that, *this ptoposal has* a global impact - even though unintended - and that for this reason we need to have a discussion and maybe a formal vote to ratify this proposed change by the XAPI project. Best 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 Fri May 16 16:41:48 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 16 May 2014 16:41: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 1WlLCY-0005iG-Tu; Fri, 16 May 2014 16: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 1WlLCX-0005iB-S5 for mirageos-devel@lists.xenproject.org; Fri, 16 May 2014 16:41:42 +0000 Received: from [85.158.143.35:37448] by server-1.bemta-4.messagelabs.com id 9E/B8-09853-5CF36735; Fri, 16 May 2014 16:41:41 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1400258499!5436050!1 X-Originating-IP: [209.85.214.172] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_23,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22113 invoked from network); 16 May 2014 16:41:40 -0000 Received: from mail-ob0-f172.google.com (HELO mail-ob0-f172.google.com) (209.85.214.172) by server-13.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 16 May 2014 16:41:40 -0000 Received: by mail-ob0-f172.google.com with SMTP id wp18so3226347obc.17 for ; Fri, 16 May 2014 09:41:38 -0700 (PDT) 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=oaIMegRkQNGF+KWyox4EBpYnCeG4uhlMEiloo9Q7HF0=; b=G2i5sGgd6Qi43Y22KvZKGeTMSZ/q98OnPc4o658BwmLUFODOWM3GZu6dHfyOkE3yNS VKV9uqFS8h7/OPyaXsnNlzLQ4bVadeB8K/aLmp+DXUThhCAyD1Kg/K+A/QbGrce560h5 ZLxYtn9IGEHMNwfJqikU2mHUWw5MZabQkuiWc9JvBGYWkPLqGXKq+tbKmHFpmMjLhm+O wetyvV4PPhr6zOCPbuHBO7U+7Oj8y43YuRDEXBkkwMCVnlqD2kP/GhxHt1gUurFapyil W4SqHuj36aK0OGpHxGEOdPttTx3299wVNt+rSfsEs4skkwlw697MZPnrv0X7k2PUgivh 4ZtQ== MIME-Version: 1.0 X-Received: by 10.60.124.227 with SMTP id ml3mr18083889oeb.67.1400258498591; Fri, 16 May 2014 09:41:38 -0700 (PDT) Received: by 10.76.101.202 with HTTP; Fri, 16 May 2014 09:41:38 -0700 (PDT) Date: Fri, 16 May 2014 17:41:38 +0100 Message-ID: From: Thomas Leonard To: "mirageos-devel@lists.xenproject.org" Subject: [MirageOS-devel] Mirage on Xen/ARM status X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 news for Mirage on Xen/ARM: mirage-skeleton/console is now working! It needs tidying up, but currently to run you need: 1. mirage-platform/arm-hacks3: https://github.com/talex5/mirage-platform/tree/arm-hacks3 This has been updated for the new Mini-OS. dietlibc is gone (we no longer need a C library). libm is also gone, but you'll need to replace it with something else (see below). There's a new libxencaml with the separated-out Mini-OS OCaml bindings. I had to make some changes to the Mirage API, because on ARM Xen doesn't provide start_info. Also, I switched the timer stuff to use mini-os's block_domain call, which handles ARM correctly. 2. mirage-console/master (modified to avoid using start_page) https://github.com/talex5/mirage-console/commits/master 3. openlibm/arm-hacks (disables all long double support, which ARM doesn't have and OCaml doesn't need) https://github.com/talex5/openlibm/tree/arm-hacks 4. Mini-OS/devel (can now be installed as a library, libminios.a - use "make install-ocamlfind") https://github.com/talex5/xen/tree/devel You'll also need a *soft-float* ARM build machine. Hard-float would require extra support from Mini-OS. You can cross-compile the C code easily enough, but OCaml can't cross compile, even from armhf to armel (the -ffpu option just gives a silly error message). I got mine with: debootstrap --arch armel testing /mnt Finally, you'll also need to modify mir-console's Makefile, because I didn't update mirage to generate it properly. This worked for me: KERNEL_DIR = $(shell ocamlfind query minios-kernel) PLATFORM_DIR = $(shell ocamlfind query mirage-xen) build: main.native.o ld -d -static -nostdlib -T $(KERNEL_DIR)/link.lds \ --start-group \ /usr/lib/gcc/arm-linux-gnueabi/4.8/libgcc.a \ $(PLATFORM_DIR)/libocaml.a \ $(PLATFORM_DIR)/libxencaml.a \ ~/lib/libopenlibm.a \ $(KERNEL_DIR)/libminios.a -o mir-console.elf \ _build/main.native.o \ --end-group objcopy -O binary mir-console.elf mir-console.xen The next steps are to make this all a bit easier to install and clean up the branches so they can be merged. Also, some things are broken (printf doesn't accept %f, for example, because we're just using Mini-OS's version). -- 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 May 16 16:41:48 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 16 May 2014 16:41: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 1WlLCY-0005iG-Tu; Fri, 16 May 2014 16: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 1WlLCX-0005iB-S5 for mirageos-devel@lists.xenproject.org; Fri, 16 May 2014 16:41:42 +0000 Received: from [85.158.143.35:37448] by server-1.bemta-4.messagelabs.com id 9E/B8-09853-5CF36735; Fri, 16 May 2014 16:41:41 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1400258499!5436050!1 X-Originating-IP: [209.85.214.172] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_23,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22113 invoked from network); 16 May 2014 16:41:40 -0000 Received: from mail-ob0-f172.google.com (HELO mail-ob0-f172.google.com) (209.85.214.172) by server-13.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 16 May 2014 16:41:40 -0000 Received: by mail-ob0-f172.google.com with SMTP id wp18so3226347obc.17 for ; Fri, 16 May 2014 09:41:38 -0700 (PDT) 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=oaIMegRkQNGF+KWyox4EBpYnCeG4uhlMEiloo9Q7HF0=; b=G2i5sGgd6Qi43Y22KvZKGeTMSZ/q98OnPc4o658BwmLUFODOWM3GZu6dHfyOkE3yNS VKV9uqFS8h7/OPyaXsnNlzLQ4bVadeB8K/aLmp+DXUThhCAyD1Kg/K+A/QbGrce560h5 ZLxYtn9IGEHMNwfJqikU2mHUWw5MZabQkuiWc9JvBGYWkPLqGXKq+tbKmHFpmMjLhm+O wetyvV4PPhr6zOCPbuHBO7U+7Oj8y43YuRDEXBkkwMCVnlqD2kP/GhxHt1gUurFapyil W4SqHuj36aK0OGpHxGEOdPttTx3299wVNt+rSfsEs4skkwlw697MZPnrv0X7k2PUgivh 4ZtQ== MIME-Version: 1.0 X-Received: by 10.60.124.227 with SMTP id ml3mr18083889oeb.67.1400258498591; Fri, 16 May 2014 09:41:38 -0700 (PDT) Received: by 10.76.101.202 with HTTP; Fri, 16 May 2014 09:41:38 -0700 (PDT) Date: Fri, 16 May 2014 17:41:38 +0100 Message-ID: From: Thomas Leonard To: "mirageos-devel@lists.xenproject.org" Subject: [MirageOS-devel] Mirage on Xen/ARM status X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 news for Mirage on Xen/ARM: mirage-skeleton/console is now working! It needs tidying up, but currently to run you need: 1. mirage-platform/arm-hacks3: https://github.com/talex5/mirage-platform/tree/arm-hacks3 This has been updated for the new Mini-OS. dietlibc is gone (we no longer need a C library). libm is also gone, but you'll need to replace it with something else (see below). There's a new libxencaml with the separated-out Mini-OS OCaml bindings. I had to make some changes to the Mirage API, because on ARM Xen doesn't provide start_info. Also, I switched the timer stuff to use mini-os's block_domain call, which handles ARM correctly. 2. mirage-console/master (modified to avoid using start_page) https://github.com/talex5/mirage-console/commits/master 3. openlibm/arm-hacks (disables all long double support, which ARM doesn't have and OCaml doesn't need) https://github.com/talex5/openlibm/tree/arm-hacks 4. Mini-OS/devel (can now be installed as a library, libminios.a - use "make install-ocamlfind") https://github.com/talex5/xen/tree/devel You'll also need a *soft-float* ARM build machine. Hard-float would require extra support from Mini-OS. You can cross-compile the C code easily enough, but OCaml can't cross compile, even from armhf to armel (the -ffpu option just gives a silly error message). I got mine with: debootstrap --arch armel testing /mnt Finally, you'll also need to modify mir-console's Makefile, because I didn't update mirage to generate it properly. This worked for me: KERNEL_DIR = $(shell ocamlfind query minios-kernel) PLATFORM_DIR = $(shell ocamlfind query mirage-xen) build: main.native.o ld -d -static -nostdlib -T $(KERNEL_DIR)/link.lds \ --start-group \ /usr/lib/gcc/arm-linux-gnueabi/4.8/libgcc.a \ $(PLATFORM_DIR)/libocaml.a \ $(PLATFORM_DIR)/libxencaml.a \ ~/lib/libopenlibm.a \ $(KERNEL_DIR)/libminios.a -o mir-console.elf \ _build/main.native.o \ --end-group objcopy -O binary mir-console.elf mir-console.xen The next steps are to make this all a bit easier to install and clean up the branches so they can be merged. Also, some things are broken (printf doesn't accept %f, for example, because we're just using Mini-OS's version). -- 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 May 16 17:25:37 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 16 May 2014 17:25:37 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WlLt1-0000we-3y; Fri, 16 May 2014 17:25:35 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WlLsz-0000wZ-7I for mirageos-devel@lists.xenproject.org; Fri, 16 May 2014 17:25:33 +0000 Received: from [85.158.137.68:2597] by server-1.bemta-3.messagelabs.com id BA/D5-11134-C0A46735; Fri, 16 May 2014 17:25:32 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-3.tower-31.messagelabs.com!1400261131!4414897!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_23, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17795 invoked from network); 16 May 2014 17:25:31 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-3.tower-31.messagelabs.com with SMTP; 16 May 2014 17:25:31 -0000 Received: (qmail 12700 invoked by uid 634); 16 May 2014 17:25:30 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from volstagg-0.srg.cl.cam.ac.uk (HELO flick.office) (128.232.32.232) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Fri, 16 May 2014 18:25:29 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Anil Madhavapeddy In-Reply-To: Date: Fri, 16 May 2014 18:25:28 +0100 Message-Id: References: To: Thomas Leonard X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Mirage on Xen/ARM status X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 Woohoo!! This is awesome progress! That's all I really have to say until I refresh my trees and build a kernel, so I'll repeat myself. Woohoo!! -anil On 16 May 2014, at 17:41, Thomas Leonard wrote: > Good news for Mirage on Xen/ARM: mirage-skeleton/console is now working! > > It needs tidying up, but currently to run you need: > > 1. mirage-platform/arm-hacks3: > https://github.com/talex5/mirage-platform/tree/arm-hacks3 > > This has been updated for the new Mini-OS. dietlibc is gone (we no > longer need a C library). libm is also gone, but you'll need to > replace it with something else (see below). There's a new libxencaml > with the separated-out Mini-OS OCaml bindings. > > I had to make some changes to the Mirage API, because on ARM Xen > doesn't provide start_info. Also, I switched the timer stuff to use > mini-os's block_domain call, which handles ARM correctly. > > 2. mirage-console/master (modified to avoid using start_page) > https://github.com/talex5/mirage-console/commits/master > > 3. openlibm/arm-hacks (disables all long double support, which ARM > doesn't have and OCaml doesn't need) > https://github.com/talex5/openlibm/tree/arm-hacks > > 4. Mini-OS/devel (can now be installed as a library, libminios.a - use > "make install-ocamlfind") > https://github.com/talex5/xen/tree/devel > > > You'll also need a *soft-float* ARM build machine. Hard-float would > require extra support from Mini-OS. You can cross-compile the C code > easily enough, but OCaml can't cross compile, even from armhf to armel > (the -ffpu option just gives a silly error message). I got mine with: > > debootstrap --arch armel testing /mnt > > Finally, you'll also need to modify mir-console's Makefile, because I > didn't update mirage to generate it properly. This worked for me: > > KERNEL_DIR = $(shell ocamlfind query minios-kernel) > PLATFORM_DIR = $(shell ocamlfind query mirage-xen) > > build: main.native.o > ld -d -static -nostdlib -T $(KERNEL_DIR)/link.lds \ > --start-group \ > /usr/lib/gcc/arm-linux-gnueabi/4.8/libgcc.a \ > $(PLATFORM_DIR)/libocaml.a \ > $(PLATFORM_DIR)/libxencaml.a \ > ~/lib/libopenlibm.a \ > $(KERNEL_DIR)/libminios.a -o mir-console.elf \ > _build/main.native.o \ > --end-group > objcopy -O binary mir-console.elf mir-console.xen > > The next steps are to make this all a bit easier to install and clean > up the branches so they can be merged. Also, some things are broken > (printf doesn't accept %f, for example, because we're just using > Mini-OS's version). > > > -- > 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 > _______________________________________________ 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 May 16 17:25:37 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 16 May 2014 17:25:37 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WlLt1-0000we-3y; Fri, 16 May 2014 17:25:35 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WlLsz-0000wZ-7I for mirageos-devel@lists.xenproject.org; Fri, 16 May 2014 17:25:33 +0000 Received: from [85.158.137.68:2597] by server-1.bemta-3.messagelabs.com id BA/D5-11134-C0A46735; Fri, 16 May 2014 17:25:32 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-3.tower-31.messagelabs.com!1400261131!4414897!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_23, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17795 invoked from network); 16 May 2014 17:25:31 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-3.tower-31.messagelabs.com with SMTP; 16 May 2014 17:25:31 -0000 Received: (qmail 12700 invoked by uid 634); 16 May 2014 17:25:30 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from volstagg-0.srg.cl.cam.ac.uk (HELO flick.office) (128.232.32.232) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Fri, 16 May 2014 18:25:29 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Anil Madhavapeddy In-Reply-To: Date: Fri, 16 May 2014 18:25:28 +0100 Message-Id: References: To: Thomas Leonard X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Mirage on Xen/ARM status X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 Woohoo!! This is awesome progress! That's all I really have to say until I refresh my trees and build a kernel, so I'll repeat myself. Woohoo!! -anil On 16 May 2014, at 17:41, Thomas Leonard wrote: > Good news for Mirage on Xen/ARM: mirage-skeleton/console is now working! > > It needs tidying up, but currently to run you need: > > 1. mirage-platform/arm-hacks3: > https://github.com/talex5/mirage-platform/tree/arm-hacks3 > > This has been updated for the new Mini-OS. dietlibc is gone (we no > longer need a C library). libm is also gone, but you'll need to > replace it with something else (see below). There's a new libxencaml > with the separated-out Mini-OS OCaml bindings. > > I had to make some changes to the Mirage API, because on ARM Xen > doesn't provide start_info. Also, I switched the timer stuff to use > mini-os's block_domain call, which handles ARM correctly. > > 2. mirage-console/master (modified to avoid using start_page) > https://github.com/talex5/mirage-console/commits/master > > 3. openlibm/arm-hacks (disables all long double support, which ARM > doesn't have and OCaml doesn't need) > https://github.com/talex5/openlibm/tree/arm-hacks > > 4. Mini-OS/devel (can now be installed as a library, libminios.a - use > "make install-ocamlfind") > https://github.com/talex5/xen/tree/devel > > > You'll also need a *soft-float* ARM build machine. Hard-float would > require extra support from Mini-OS. You can cross-compile the C code > easily enough, but OCaml can't cross compile, even from armhf to armel > (the -ffpu option just gives a silly error message). I got mine with: > > debootstrap --arch armel testing /mnt > > Finally, you'll also need to modify mir-console's Makefile, because I > didn't update mirage to generate it properly. This worked for me: > > KERNEL_DIR = $(shell ocamlfind query minios-kernel) > PLATFORM_DIR = $(shell ocamlfind query mirage-xen) > > build: main.native.o > ld -d -static -nostdlib -T $(KERNEL_DIR)/link.lds \ > --start-group \ > /usr/lib/gcc/arm-linux-gnueabi/4.8/libgcc.a \ > $(PLATFORM_DIR)/libocaml.a \ > $(PLATFORM_DIR)/libxencaml.a \ > ~/lib/libopenlibm.a \ > $(KERNEL_DIR)/libminios.a -o mir-console.elf \ > _build/main.native.o \ > --end-group > objcopy -O binary mir-console.elf mir-console.xen > > The next steps are to make this all a bit easier to install and clean > up the branches so they can be merged. Also, some things are broken > (printf doesn't accept %f, for example, because we're just using > Mini-OS's version). > > > -- > 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 > _______________________________________________ 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 May 16 17:32:40 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 16 May 2014 17:32: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 1WlLzr-0001HC-N0; Fri, 16 May 2014 17:32:39 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WlLzp-0001H7-N8 for mirageos-devel@lists.xenproject.org; Fri, 16 May 2014 17:32:37 +0000 Received: from [193.109.254.147:20300] by server-14.bemta-14.messagelabs.com id 80/DE-08195-5BB46735; Fri, 16 May 2014 17:32:37 +0000 X-Env-Sender: thomas.gazagnaire@gmail.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1400261555!667786!1 X-Originating-IP: [74.125.82.44] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_23, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22053 invoked from network); 16 May 2014 17:32:35 -0000 Received: from mail-wg0-f44.google.com (HELO mail-wg0-f44.google.com) (74.125.82.44) by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 16 May 2014 17:32:35 -0000 Received: by mail-wg0-f44.google.com with SMTP id a1so5302027wgh.27 for ; Fri, 16 May 2014 10:32:35 -0700 (PDT) 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=viSgc/7HgqnXuYZg3sT+htTlEZhiWFwyK8SPXDFaOC4=; b=fyAcoX/5ViQl0Eq2N6sIVff51JrEz2HNal+Uox9wKRbpzqrpEEagrcJ7MvjvTnalgB E0bmOWTnqdTbgbNn0K9VhSGeZt75tS4MPUztzR6zmUW28invFH97PCE30sJCCi4RMGMl scM2OGHQyaJ2PP/6RQdw6ICSkHBEc/05kO0e0AY6jYY+25jvA8jYsij9AMUvUonbOTel k3tpiDOrTkqn2mDdXyDg61y9IHkw/MgMU8ZESAe44AwPCVclbWUODOyPJr707yp2SVlT 1DobJKoSXsPLqdvecMe4rSMiuDWKOHGLSSNW0ZbySXFJ0Fwpc4HqwXgvUxGiujgy73r/ MhnA== X-Received: by 10.194.184.179 with SMTP id ev19mr1823105wjc.85.1400261555270; Fri, 16 May 2014 10:32:35 -0700 (PDT) Received: from [192.168.1.44] (car06-8-83-155-104-81.fbx.proxad.net. [83.155.104.81]) by mx.google.com with ESMTPSA id 18sm671541wju.15.2014.05.16.10.32.32 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 16 May 2014 10:32:33 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Thomas Gazagnaire In-Reply-To: Date: Fri, 16 May 2014 19:32:31 +0200 Message-Id: <4C23910D-F2DF-4688-8079-42F2AA689C30@gazagnaire.org> References: To: Thomas Leonard X-Mailer: Apple Mail (2.1874) Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Mirage on Xen/ARM status X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 pretty cool!!! Modifying the mirage's Makefile should be straightforward, look at https://github.com/mirage/mirage/blob/master/lib/mirage.ml#L1460 and feel free to ask if you have any question. Thomas On 16 May 2014, at 18:41, Thomas Leonard wrote: > Good news for Mirage on Xen/ARM: mirage-skeleton/console is now working! > > It needs tidying up, but currently to run you need: > > 1. mirage-platform/arm-hacks3: > https://github.com/talex5/mirage-platform/tree/arm-hacks3 > > This has been updated for the new Mini-OS. dietlibc is gone (we no > longer need a C library). libm is also gone, but you'll need to > replace it with something else (see below). There's a new libxencaml > with the separated-out Mini-OS OCaml bindings. > > I had to make some changes to the Mirage API, because on ARM Xen > doesn't provide start_info. Also, I switched the timer stuff to use > mini-os's block_domain call, which handles ARM correctly. > > 2. mirage-console/master (modified to avoid using start_page) > https://github.com/talex5/mirage-console/commits/master > > 3. openlibm/arm-hacks (disables all long double support, which ARM > doesn't have and OCaml doesn't need) > https://github.com/talex5/openlibm/tree/arm-hacks > > 4. Mini-OS/devel (can now be installed as a library, libminios.a - use > "make install-ocamlfind") > https://github.com/talex5/xen/tree/devel > > > You'll also need a *soft-float* ARM build machine. Hard-float would > require extra support from Mini-OS. You can cross-compile the C code > easily enough, but OCaml can't cross compile, even from armhf to armel > (the -ffpu option just gives a silly error message). I got mine with: > > debootstrap --arch armel testing /mnt > > Finally, you'll also need to modify mir-console's Makefile, because I > didn't update mirage to generate it properly. This worked for me: > > KERNEL_DIR = $(shell ocamlfind query minios-kernel) > PLATFORM_DIR = $(shell ocamlfind query mirage-xen) > > build: main.native.o > ld -d -static -nostdlib -T $(KERNEL_DIR)/link.lds \ > --start-group \ > /usr/lib/gcc/arm-linux-gnueabi/4.8/libgcc.a \ > $(PLATFORM_DIR)/libocaml.a \ > $(PLATFORM_DIR)/libxencaml.a \ > ~/lib/libopenlibm.a \ > $(KERNEL_DIR)/libminios.a -o mir-console.elf \ > _build/main.native.o \ > --end-group > objcopy -O binary mir-console.elf mir-console.xen > > The next steps are to make this all a bit easier to install and clean > up the branches so they can be merged. Also, some things are broken > (printf doesn't accept %f, for example, because we're just using > Mini-OS's version). > > > -- > 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 _______________________________________________ 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 May 16 17:32:40 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 16 May 2014 17:32: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 1WlLzr-0001HC-N0; Fri, 16 May 2014 17:32:39 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WlLzp-0001H7-N8 for mirageos-devel@lists.xenproject.org; Fri, 16 May 2014 17:32:37 +0000 Received: from [193.109.254.147:20300] by server-14.bemta-14.messagelabs.com id 80/DE-08195-5BB46735; Fri, 16 May 2014 17:32:37 +0000 X-Env-Sender: thomas.gazagnaire@gmail.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1400261555!667786!1 X-Originating-IP: [74.125.82.44] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_23, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22053 invoked from network); 16 May 2014 17:32:35 -0000 Received: from mail-wg0-f44.google.com (HELO mail-wg0-f44.google.com) (74.125.82.44) by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 16 May 2014 17:32:35 -0000 Received: by mail-wg0-f44.google.com with SMTP id a1so5302027wgh.27 for ; Fri, 16 May 2014 10:32:35 -0700 (PDT) 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=viSgc/7HgqnXuYZg3sT+htTlEZhiWFwyK8SPXDFaOC4=; b=fyAcoX/5ViQl0Eq2N6sIVff51JrEz2HNal+Uox9wKRbpzqrpEEagrcJ7MvjvTnalgB E0bmOWTnqdTbgbNn0K9VhSGeZt75tS4MPUztzR6zmUW28invFH97PCE30sJCCi4RMGMl scM2OGHQyaJ2PP/6RQdw6ICSkHBEc/05kO0e0AY6jYY+25jvA8jYsij9AMUvUonbOTel k3tpiDOrTkqn2mDdXyDg61y9IHkw/MgMU8ZESAe44AwPCVclbWUODOyPJr707yp2SVlT 1DobJKoSXsPLqdvecMe4rSMiuDWKOHGLSSNW0ZbySXFJ0Fwpc4HqwXgvUxGiujgy73r/ MhnA== X-Received: by 10.194.184.179 with SMTP id ev19mr1823105wjc.85.1400261555270; Fri, 16 May 2014 10:32:35 -0700 (PDT) Received: from [192.168.1.44] (car06-8-83-155-104-81.fbx.proxad.net. [83.155.104.81]) by mx.google.com with ESMTPSA id 18sm671541wju.15.2014.05.16.10.32.32 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 16 May 2014 10:32:33 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Thomas Gazagnaire In-Reply-To: Date: Fri, 16 May 2014 19:32:31 +0200 Message-Id: <4C23910D-F2DF-4688-8079-42F2AA689C30@gazagnaire.org> References: To: Thomas Leonard X-Mailer: Apple Mail (2.1874) Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Mirage on Xen/ARM status X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 pretty cool!!! Modifying the mirage's Makefile should be straightforward, look at https://github.com/mirage/mirage/blob/master/lib/mirage.ml#L1460 and feel free to ask if you have any question. Thomas On 16 May 2014, at 18:41, Thomas Leonard wrote: > Good news for Mirage on Xen/ARM: mirage-skeleton/console is now working! > > It needs tidying up, but currently to run you need: > > 1. mirage-platform/arm-hacks3: > https://github.com/talex5/mirage-platform/tree/arm-hacks3 > > This has been updated for the new Mini-OS. dietlibc is gone (we no > longer need a C library). libm is also gone, but you'll need to > replace it with something else (see below). There's a new libxencaml > with the separated-out Mini-OS OCaml bindings. > > I had to make some changes to the Mirage API, because on ARM Xen > doesn't provide start_info. Also, I switched the timer stuff to use > mini-os's block_domain call, which handles ARM correctly. > > 2. mirage-console/master (modified to avoid using start_page) > https://github.com/talex5/mirage-console/commits/master > > 3. openlibm/arm-hacks (disables all long double support, which ARM > doesn't have and OCaml doesn't need) > https://github.com/talex5/openlibm/tree/arm-hacks > > 4. Mini-OS/devel (can now be installed as a library, libminios.a - use > "make install-ocamlfind") > https://github.com/talex5/xen/tree/devel > > > You'll also need a *soft-float* ARM build machine. Hard-float would > require extra support from Mini-OS. You can cross-compile the C code > easily enough, but OCaml can't cross compile, even from armhf to armel > (the -ffpu option just gives a silly error message). I got mine with: > > debootstrap --arch armel testing /mnt > > Finally, you'll also need to modify mir-console's Makefile, because I > didn't update mirage to generate it properly. This worked for me: > > KERNEL_DIR = $(shell ocamlfind query minios-kernel) > PLATFORM_DIR = $(shell ocamlfind query mirage-xen) > > build: main.native.o > ld -d -static -nostdlib -T $(KERNEL_DIR)/link.lds \ > --start-group \ > /usr/lib/gcc/arm-linux-gnueabi/4.8/libgcc.a \ > $(PLATFORM_DIR)/libocaml.a \ > $(PLATFORM_DIR)/libxencaml.a \ > ~/lib/libopenlibm.a \ > $(KERNEL_DIR)/libminios.a -o mir-console.elf \ > _build/main.native.o \ > --end-group > objcopy -O binary mir-console.elf mir-console.xen > > The next steps are to make this all a bit easier to install and clean > up the branches so they can be merged. Also, some things are broken > (printf doesn't accept %f, for example, because we're just using > Mini-OS's version). > > > -- > 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 _______________________________________________ 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 May 16 17:56:38 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 16 May 2014 17:56:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WlMN1-0001sB-UA; Fri, 16 May 2014 17:56:35 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WlMN0-0001s6-Cv for mirageos-devel@lists.xenproject.org; Fri, 16 May 2014 17:56:34 +0000 Received: from [85.158.137.68:24815] by server-13.bemta-3.messagelabs.com id 96/58-18692-15156735; Fri, 16 May 2014 17:56:33 +0000 X-Env-Sender: crowcroft@gmail.com X-Msg-Ref: server-4.tower-31.messagelabs.com!1400262990!4370846!1 X-Originating-IP: [209.85.216.171] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_23,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3060 invoked from network); 16 May 2014 17:56:31 -0000 Received: from mail-qc0-f171.google.com (HELO mail-qc0-f171.google.com) (209.85.216.171) by server-4.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 16 May 2014 17:56:31 -0000 Received: by mail-qc0-f171.google.com with SMTP id x13so4878252qcv.2 for ; Fri, 16 May 2014 10:56:30 -0700 (PDT) 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=zNHS29oXvIyXJVZTVQC3+upOiSt2o/CR8CCL7zhexaM=; b=zFDBWZ4XQ/7GXvGa/YvyfysEolNA8Kv3QE51+kC3I1iM2uXDf1fLoDvisK4KJnMtnH EDe1HbdYWP2f3qtz5sCU/Q7jVqjETce51E1bT0JF5Zdz7PEdVO+vNB2jES6UdN867w6T eyQlUWXvWdpSGFWkuLmNVC+YFmmimPBv7tWHpoCJtCkqTrnVGV0b0AY8CBss4FshRy19 zRzoX/xs0LGTjPJqh5bOtuRJhpVs25h3NHF4h8DWuo8ELhtBOoLuNFkx24RQGenE/xhi cmSZgVEH5xlVz51uoFoZfEQB8wL+p1eECIsNbzj8pHJ1xGTaTeN2dkMVqZFRJ8zvlL5b 3rTQ== MIME-Version: 1.0 X-Received: by 10.224.167.209 with SMTP id r17mr25852673qay.1.1400262990201; Fri, 16 May 2014 10:56:30 -0700 (PDT) Received: by 10.140.48.14 with HTTP; Fri, 16 May 2014 10:56:29 -0700 (PDT) Received: by 10.140.48.14 with HTTP; Fri, 16 May 2014 10:56:29 -0700 (PDT) In-Reply-To: References: Date: Fri, 16 May 2014 18:56:29 +0100 X-Google-Sender-Auth: Wuk646eccM-tb8CVde7ppLaUKEI Message-ID: From: Jon Crowcroft To: Thomas Leonard Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Mirage on Xen/ARM status X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============4683841096736434294==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============4683841096736434294== Content-Type: multipart/alternative; boundary=089e0149cd741f885904f98822e3 --089e0149cd741f885904f98822e3 Content-Type: text/plain; charset=UTF-8 V cool...yay On May 16, 2014 5:42 PM, "Thomas Leonard" wrote: > Good news for Mirage on Xen/ARM: mirage-skeleton/console is now working! > > It needs tidying up, but currently to run you need: > > 1. mirage-platform/arm-hacks3: > https://github.com/talex5/mirage-platform/tree/arm-hacks3 > > This has been updated for the new Mini-OS. dietlibc is gone (we no > longer need a C library). libm is also gone, but you'll need to > replace it with something else (see below). There's a new libxencaml > with the separated-out Mini-OS OCaml bindings. > > I had to make some changes to the Mirage API, because on ARM Xen > doesn't provide start_info. Also, I switched the timer stuff to use > mini-os's block_domain call, which handles ARM correctly. > > 2. mirage-console/master (modified to avoid using start_page) > https://github.com/talex5/mirage-console/commits/master > > 3. openlibm/arm-hacks (disables all long double support, which ARM > doesn't have and OCaml doesn't need) > https://github.com/talex5/openlibm/tree/arm-hacks > > 4. Mini-OS/devel (can now be installed as a library, libminios.a - use > "make install-ocamlfind") > https://github.com/talex5/xen/tree/devel > > > You'll also need a *soft-float* ARM build machine. Hard-float would > require extra support from Mini-OS. You can cross-compile the C code > easily enough, but OCaml can't cross compile, even from armhf to armel > (the -ffpu option just gives a silly error message). I got mine with: > > debootstrap --arch armel testing /mnt > > Finally, you'll also need to modify mir-console's Makefile, because I > didn't update mirage to generate it properly. This worked for me: > > KERNEL_DIR = $(shell ocamlfind query minios-kernel) > PLATFORM_DIR = $(shell ocamlfind query mirage-xen) > > build: main.native.o > ld -d -static -nostdlib -T $(KERNEL_DIR)/link.lds \ > --start-group \ > /usr/lib/gcc/arm-linux-gnueabi/4.8/libgcc.a \ > $(PLATFORM_DIR)/libocaml.a \ > $(PLATFORM_DIR)/libxencaml.a \ > ~/lib/libopenlibm.a \ > $(KERNEL_DIR)/libminios.a -o mir-console.elf \ > _build/main.native.o \ > --end-group > objcopy -O binary mir-console.elf mir-console.xen > > The next steps are to make this all a bit easier to install and clean > up the branches so they can be merged. Also, some things are broken > (printf doesn't accept %f, for example, because we're just using > Mini-OS's version). > > > -- > 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 > --089e0149cd741f885904f98822e3 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

V cool...yay

On May 16, 2014 5:42 PM, "Thomas Leonard&qu= ot; <talex5@gmail.com> wrote:=
Good news for Mirage on Xen/ARM: mirage-skeleton/console is now working!
It needs tidying up, but currently to run you need:

1. mirage-platform/arm-hacks3:
https://github.com/talex5/mirage-platform/tree/arm-hacks3<= br>
This has been updated for the new Mini-OS. dietlibc is gone (we no
longer need a C library). libm is also gone, but you'll need to
replace it with something else (see below). There's a new libxencaml with the separated-out Mini-OS OCaml bindings.

I had to make some changes to the Mirage API, because on ARM Xen
doesn't provide start_info. Also, I switched the timer stuff to use
mini-os's block_domain call, which handles ARM correctly.

2. mirage-console/master (modified to avoid using start_page)
https://github.com/talex5/mirage-console/commits/master

3. openlibm/arm-hacks (disables all long double support, which ARM
doesn't have and OCaml doesn't need)
https://github.com/talex5/openlibm/tree/arm-hacks

4. Mini-OS/devel (can now be installed as a library, libminios.a - use
"make install-ocamlfind")
http= s://github.com/talex5/xen/tree/devel


You'll also need a *soft-float* ARM build machine. Hard-float would
require extra support from Mini-OS. You can cross-compile the C code
easily enough, but OCaml can't cross compile, even from armhf to armel<= br> (the -ffpu option just gives a silly error message). I got mine with:

=C2=A0 debootstrap --arch armel testing /mnt

Finally, you'll also need to modify mir-console's Makefile, because= I
didn't update mirage to generate it properly. This worked for me:

KERNEL_DIR =3D $(shell ocamlfind query minios-kernel)
PLATFORM_DIR =3D $(shell ocamlfind query mirage-xen)

build: main.native.o
=C2=A0 =C2=A0 =C2=A0 =C2=A0 ld -d -static -nostdlib -T $(KERNEL_DIR)/link.l= ds \
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 --start-group =C2= =A0\
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 /usr/lib/gcc/arm-li= nux-gnueabi/4.8/libgcc.a \
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 $(PLATFORM_D= IR)/libocaml.a \
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 $(PLATFORM_D= IR)/libxencaml.a \
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 ~/lib/libope= nlibm.a \
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 $(KERNEL_DIR= )/libminios.a -o mir-console.elf \
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 _build/main.= native.o \
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 --end-group
=C2=A0 =C2=A0 =C2=A0 =C2=A0 objcopy -O binary mir-console.elf mir-console.x= en

The next steps are to make this all a bit easier to install and clean
up the branches so they can be merged. Also, some things are broken
(printf doesn't accept %f, for example, because we're just using Mini-OS's version).


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

_______________________________________________
MirageOS-devel mailing list
MirageOS-devel@lists= .xenproject.org
http://lists.xenproject.org/cgi-bin/mailman/listinfo= /mirageos-devel
--089e0149cd741f885904f98822e3-- --===============4683841096736434294== 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 --===============4683841096736434294==-- From mirageos-devel-bounces@lists.xenproject.org Fri May 16 17:56:38 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 16 May 2014 17:56:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WlMN1-0001sB-UA; Fri, 16 May 2014 17:56:35 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WlMN0-0001s6-Cv for mirageos-devel@lists.xenproject.org; Fri, 16 May 2014 17:56:34 +0000 Received: from [85.158.137.68:24815] by server-13.bemta-3.messagelabs.com id 96/58-18692-15156735; Fri, 16 May 2014 17:56:33 +0000 X-Env-Sender: crowcroft@gmail.com X-Msg-Ref: server-4.tower-31.messagelabs.com!1400262990!4370846!1 X-Originating-IP: [209.85.216.171] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_23,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3060 invoked from network); 16 May 2014 17:56:31 -0000 Received: from mail-qc0-f171.google.com (HELO mail-qc0-f171.google.com) (209.85.216.171) by server-4.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 16 May 2014 17:56:31 -0000 Received: by mail-qc0-f171.google.com with SMTP id x13so4878252qcv.2 for ; Fri, 16 May 2014 10:56:30 -0700 (PDT) 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=zNHS29oXvIyXJVZTVQC3+upOiSt2o/CR8CCL7zhexaM=; b=zFDBWZ4XQ/7GXvGa/YvyfysEolNA8Kv3QE51+kC3I1iM2uXDf1fLoDvisK4KJnMtnH EDe1HbdYWP2f3qtz5sCU/Q7jVqjETce51E1bT0JF5Zdz7PEdVO+vNB2jES6UdN867w6T eyQlUWXvWdpSGFWkuLmNVC+YFmmimPBv7tWHpoCJtCkqTrnVGV0b0AY8CBss4FshRy19 zRzoX/xs0LGTjPJqh5bOtuRJhpVs25h3NHF4h8DWuo8ELhtBOoLuNFkx24RQGenE/xhi cmSZgVEH5xlVz51uoFoZfEQB8wL+p1eECIsNbzj8pHJ1xGTaTeN2dkMVqZFRJ8zvlL5b 3rTQ== MIME-Version: 1.0 X-Received: by 10.224.167.209 with SMTP id r17mr25852673qay.1.1400262990201; Fri, 16 May 2014 10:56:30 -0700 (PDT) Received: by 10.140.48.14 with HTTP; Fri, 16 May 2014 10:56:29 -0700 (PDT) Received: by 10.140.48.14 with HTTP; Fri, 16 May 2014 10:56:29 -0700 (PDT) In-Reply-To: References: Date: Fri, 16 May 2014 18:56:29 +0100 X-Google-Sender-Auth: Wuk646eccM-tb8CVde7ppLaUKEI Message-ID: From: Jon Crowcroft To: Thomas Leonard Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Mirage on Xen/ARM status X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============4683841096736434294==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============4683841096736434294== Content-Type: multipart/alternative; boundary=089e0149cd741f885904f98822e3 --089e0149cd741f885904f98822e3 Content-Type: text/plain; charset=UTF-8 V cool...yay On May 16, 2014 5:42 PM, "Thomas Leonard" wrote: > Good news for Mirage on Xen/ARM: mirage-skeleton/console is now working! > > It needs tidying up, but currently to run you need: > > 1. mirage-platform/arm-hacks3: > https://github.com/talex5/mirage-platform/tree/arm-hacks3 > > This has been updated for the new Mini-OS. dietlibc is gone (we no > longer need a C library). libm is also gone, but you'll need to > replace it with something else (see below). There's a new libxencaml > with the separated-out Mini-OS OCaml bindings. > > I had to make some changes to the Mirage API, because on ARM Xen > doesn't provide start_info. Also, I switched the timer stuff to use > mini-os's block_domain call, which handles ARM correctly. > > 2. mirage-console/master (modified to avoid using start_page) > https://github.com/talex5/mirage-console/commits/master > > 3. openlibm/arm-hacks (disables all long double support, which ARM > doesn't have and OCaml doesn't need) > https://github.com/talex5/openlibm/tree/arm-hacks > > 4. Mini-OS/devel (can now be installed as a library, libminios.a - use > "make install-ocamlfind") > https://github.com/talex5/xen/tree/devel > > > You'll also need a *soft-float* ARM build machine. Hard-float would > require extra support from Mini-OS. You can cross-compile the C code > easily enough, but OCaml can't cross compile, even from armhf to armel > (the -ffpu option just gives a silly error message). I got mine with: > > debootstrap --arch armel testing /mnt > > Finally, you'll also need to modify mir-console's Makefile, because I > didn't update mirage to generate it properly. This worked for me: > > KERNEL_DIR = $(shell ocamlfind query minios-kernel) > PLATFORM_DIR = $(shell ocamlfind query mirage-xen) > > build: main.native.o > ld -d -static -nostdlib -T $(KERNEL_DIR)/link.lds \ > --start-group \ > /usr/lib/gcc/arm-linux-gnueabi/4.8/libgcc.a \ > $(PLATFORM_DIR)/libocaml.a \ > $(PLATFORM_DIR)/libxencaml.a \ > ~/lib/libopenlibm.a \ > $(KERNEL_DIR)/libminios.a -o mir-console.elf \ > _build/main.native.o \ > --end-group > objcopy -O binary mir-console.elf mir-console.xen > > The next steps are to make this all a bit easier to install and clean > up the branches so they can be merged. Also, some things are broken > (printf doesn't accept %f, for example, because we're just using > Mini-OS's version). > > > -- > 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 > --089e0149cd741f885904f98822e3 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

V cool...yay

On May 16, 2014 5:42 PM, "Thomas Leonard&qu= ot; <talex5@gmail.com> wrote:=
Good news for Mirage on Xen/ARM: mirage-skeleton/console is now working!
It needs tidying up, but currently to run you need:

1. mirage-platform/arm-hacks3:
https://github.com/talex5/mirage-platform/tree/arm-hacks3<= br>
This has been updated for the new Mini-OS. dietlibc is gone (we no
longer need a C library). libm is also gone, but you'll need to
replace it with something else (see below). There's a new libxencaml with the separated-out Mini-OS OCaml bindings.

I had to make some changes to the Mirage API, because on ARM Xen
doesn't provide start_info. Also, I switched the timer stuff to use
mini-os's block_domain call, which handles ARM correctly.

2. mirage-console/master (modified to avoid using start_page)
https://github.com/talex5/mirage-console/commits/master

3. openlibm/arm-hacks (disables all long double support, which ARM
doesn't have and OCaml doesn't need)
https://github.com/talex5/openlibm/tree/arm-hacks

4. Mini-OS/devel (can now be installed as a library, libminios.a - use
"make install-ocamlfind")
http= s://github.com/talex5/xen/tree/devel


You'll also need a *soft-float* ARM build machine. Hard-float would
require extra support from Mini-OS. You can cross-compile the C code
easily enough, but OCaml can't cross compile, even from armhf to armel<= br> (the -ffpu option just gives a silly error message). I got mine with:

=C2=A0 debootstrap --arch armel testing /mnt

Finally, you'll also need to modify mir-console's Makefile, because= I
didn't update mirage to generate it properly. This worked for me:

KERNEL_DIR =3D $(shell ocamlfind query minios-kernel)
PLATFORM_DIR =3D $(shell ocamlfind query mirage-xen)

build: main.native.o
=C2=A0 =C2=A0 =C2=A0 =C2=A0 ld -d -static -nostdlib -T $(KERNEL_DIR)/link.l= ds \
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 --start-group =C2= =A0\
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 /usr/lib/gcc/arm-li= nux-gnueabi/4.8/libgcc.a \
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 $(PLATFORM_D= IR)/libocaml.a \
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 $(PLATFORM_D= IR)/libxencaml.a \
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 ~/lib/libope= nlibm.a \
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 $(KERNEL_DIR= )/libminios.a -o mir-console.elf \
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 _build/main.= native.o \
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 --end-group
=C2=A0 =C2=A0 =C2=A0 =C2=A0 objcopy -O binary mir-console.elf mir-console.x= en

The next steps are to make this all a bit easier to install and clean
up the branches so they can be merged. Also, some things are broken
(printf doesn't accept %f, for example, because we're just using Mini-OS's version).


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

_______________________________________________
MirageOS-devel mailing list
MirageOS-devel@lists= .xenproject.org
http://lists.xenproject.org/cgi-bin/mailman/listinfo= /mirageos-devel
--089e0149cd741f885904f98822e3-- --===============4683841096736434294== 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 --===============4683841096736434294==-- From mirageos-devel-bounces@lists.xenproject.org Fri May 16 19:52:35 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 16 May 2014 19:52: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 1WlOBD-0008MX-A4; Fri, 16 May 2014 19:52:31 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WlOBB-0008MQ-F9 for mirageos-devel@lists.xenproject.org; Fri, 16 May 2014 19:52:29 +0000 Received: from [85.158.137.68:26901] by server-14.bemta-3.messagelabs.com id 4F/08-30903-C7C66735; Fri, 16 May 2014 19:52:28 +0000 X-Env-Sender: Richard.Mortier@nottingham.ac.uk X-Msg-Ref: server-11.tower-31.messagelabs.com!1400269947!4399423!1 X-Originating-IP: [93.95.15.171] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogOTMuOTUuMTUuMTcxID0+IDQyMTM=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31307 invoked from network); 16 May 2014 19:52:27 -0000 Received: from engine05-20433-5.icritical.com (HELO engine05-20433-5.icritical.com) (93.95.15.171) by server-11.tower-31.messagelabs.com with SMTP; 16 May 2014 19:52:27 -0000 Received: (qmail 5362 invoked from network); 16 May 2014 19:52:23 -0000 Received: from localhost (127.0.0.1) by engine05-20433-5.icritical.com with SMTP; 16 May 2014 19:52:23 -0000 Received: from engine05-20433-5.icritical.com ([127.0.0.1]) by localhost (engine05-20433-5.icritical.com [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 05108-03 for ; Fri, 16 May 2014 20:52:16 +0100 (BST) Received: (qmail 5345 invoked by uid 599); 16 May 2014 19:52:16 -0000 Received: from unknown (HELO smtp4.nottingham.ac.uk) (128.243.220.65) by engine05-20433-5.icritical.com (qpsmtpd/0.28) with ESMTP; Fri, 16 May 2014 20:52:16 +0100 Received: from uiwexhub01.ad.nottingham.ac.uk ([128.243.15.133]) by smtp4.nottingham.ac.uk with esmtps (TLSv1:AES128-SHA:128) (Exim 4.77) (envelope-from ) id 1WlOB1-0003Gm-31 for mirageos-devel@lists.xenproject.org; Fri, 16 May 2014 20:52:19 +0100 From: Richard Mortier To: "mirageos-devel@lists.xenproject.org" , "cl-naas@lists.cam.ac.uk" Date: Fri, 16 May 2014 20:50:00 +0100 Thread-Topic: may be of tangential relevance Thread-Index: Ac9xQFfI9aAO+cwxT8u/9uKMZC2skg== Message-ID: Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-Virus-Scanned: by iCritical at engine05-20433-5.icritical.com Subject: [MirageOS-devel] may be of tangential relevance X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============5929367550453895281==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============5929367550453895281== Content-Language: en-US Content-Type: multipart/signed; boundary="Apple-Mail=_C5313BE8-F203-4CFA-A82F-7AC4C275C573"; protocol="application/pgp-signature"; micalg=pgp-sha512 --Apple-Mail=_C5313BE8-F203-4CFA-A82F-7AC4C275C573 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii came across might be of interest when thinking about apis for managing sets of = (self-scaling) unikernels... --=20 Cheers, R. --Apple-Mail=_C5313BE8-F203-4CFA-A82F-7AC4C275C573 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTdmvpAAoJEOLF27JWwSg3tlEQAIc25ZpxX3554XCoIbtf/htF HuxDB7U5/VQQZhRD0dAVKg03wPm+NoKXCyNeaFhFPTR9vrOkgxhY8sPX46AlK3+U ANsIAyznOkGrztZ18uUVZek8pJ+jQbu3kvZ4t/7cLJZ36IW7nT2kS8y++Ewbk6Gi Jtr36DxqzCVACu72xsTOndWSvowrDRUP+q+ODN73GTfJbMtLTP1T39fCJBh5ya6F iVoRmpLZ0EhrfsbouGCqEIrrdryge9QT2tTYDqq8vXwS8ZIMXaJ2oXenZASCaMjD EyHe7hVxF7DfsnkiM4e3trO1gJZsOFvgekOfpCP0QgYvkWwyVRMTMRiJ+LU8LNYm rHCUoC9jCmq0FxfmT0o9pna6pUgQ68dkw8nHdYZ0UKobKNfze+gGnfPR+HeZwe5R 8fq0aeAGhfZJjkcDvn74BUVUb4Zhn6oaMkjqLNP2uJHCY31LhmJWGAfU9AzUMMoT rRxMdTI/K6bAXq7qs+Xx7yJ7c9fwAfWurElo0mRZUi0lD5dc6FsqmxQgubay4pJa xJCCd96maXkidnv11YXCzCaXMYzDPc/GXPZ0wgDB54t2kpPB4knHmNdBXM4FWKdr TL8c47eVlKBjABnb+ZNvfNiwndqi0JUrhB4rWF4LWWsf6cX1BXppRkGC4gp2JtIQ LfDUvmMijVgxlVj+t6oH =0H1N -----END PGP SIGNATURE----- --Apple-Mail=_C5313BE8-F203-4CFA-A82F-7AC4C275C573-- --===============5929367550453895281== 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 --===============5929367550453895281==-- From mirageos-devel-bounces@lists.xenproject.org Fri May 16 19:52:35 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 16 May 2014 19:52: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 1WlOBD-0008MX-A4; Fri, 16 May 2014 19:52:31 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WlOBB-0008MQ-F9 for mirageos-devel@lists.xenproject.org; Fri, 16 May 2014 19:52:29 +0000 Received: from [85.158.137.68:26901] by server-14.bemta-3.messagelabs.com id 4F/08-30903-C7C66735; Fri, 16 May 2014 19:52:28 +0000 X-Env-Sender: Richard.Mortier@nottingham.ac.uk X-Msg-Ref: server-11.tower-31.messagelabs.com!1400269947!4399423!1 X-Originating-IP: [93.95.15.171] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogOTMuOTUuMTUuMTcxID0+IDQyMTM=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31307 invoked from network); 16 May 2014 19:52:27 -0000 Received: from engine05-20433-5.icritical.com (HELO engine05-20433-5.icritical.com) (93.95.15.171) by server-11.tower-31.messagelabs.com with SMTP; 16 May 2014 19:52:27 -0000 Received: (qmail 5362 invoked from network); 16 May 2014 19:52:23 -0000 Received: from localhost (127.0.0.1) by engine05-20433-5.icritical.com with SMTP; 16 May 2014 19:52:23 -0000 Received: from engine05-20433-5.icritical.com ([127.0.0.1]) by localhost (engine05-20433-5.icritical.com [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 05108-03 for ; Fri, 16 May 2014 20:52:16 +0100 (BST) Received: (qmail 5345 invoked by uid 599); 16 May 2014 19:52:16 -0000 Received: from unknown (HELO smtp4.nottingham.ac.uk) (128.243.220.65) by engine05-20433-5.icritical.com (qpsmtpd/0.28) with ESMTP; Fri, 16 May 2014 20:52:16 +0100 Received: from uiwexhub01.ad.nottingham.ac.uk ([128.243.15.133]) by smtp4.nottingham.ac.uk with esmtps (TLSv1:AES128-SHA:128) (Exim 4.77) (envelope-from ) id 1WlOB1-0003Gm-31 for mirageos-devel@lists.xenproject.org; Fri, 16 May 2014 20:52:19 +0100 From: Richard Mortier To: "mirageos-devel@lists.xenproject.org" , "cl-naas@lists.cam.ac.uk" Date: Fri, 16 May 2014 20:50:00 +0100 Thread-Topic: may be of tangential relevance Thread-Index: Ac9xQFfI9aAO+cwxT8u/9uKMZC2skg== Message-ID: Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-Virus-Scanned: by iCritical at engine05-20433-5.icritical.com Subject: [MirageOS-devel] may be of tangential relevance X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============5929367550453895281==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============5929367550453895281== Content-Language: en-US Content-Type: multipart/signed; boundary="Apple-Mail=_C5313BE8-F203-4CFA-A82F-7AC4C275C573"; protocol="application/pgp-signature"; micalg=pgp-sha512 --Apple-Mail=_C5313BE8-F203-4CFA-A82F-7AC4C275C573 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii came across might be of interest when thinking about apis for managing sets of = (self-scaling) unikernels... --=20 Cheers, R. --Apple-Mail=_C5313BE8-F203-4CFA-A82F-7AC4C275C573 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTdmvpAAoJEOLF27JWwSg3tlEQAIc25ZpxX3554XCoIbtf/htF HuxDB7U5/VQQZhRD0dAVKg03wPm+NoKXCyNeaFhFPTR9vrOkgxhY8sPX46AlK3+U ANsIAyznOkGrztZ18uUVZek8pJ+jQbu3kvZ4t/7cLJZ36IW7nT2kS8y++Ewbk6Gi Jtr36DxqzCVACu72xsTOndWSvowrDRUP+q+ODN73GTfJbMtLTP1T39fCJBh5ya6F iVoRmpLZ0EhrfsbouGCqEIrrdryge9QT2tTYDqq8vXwS8ZIMXaJ2oXenZASCaMjD EyHe7hVxF7DfsnkiM4e3trO1gJZsOFvgekOfpCP0QgYvkWwyVRMTMRiJ+LU8LNYm rHCUoC9jCmq0FxfmT0o9pna6pUgQ68dkw8nHdYZ0UKobKNfze+gGnfPR+HeZwe5R 8fq0aeAGhfZJjkcDvn74BUVUb4Zhn6oaMkjqLNP2uJHCY31LhmJWGAfU9AzUMMoT rRxMdTI/K6bAXq7qs+Xx7yJ7c9fwAfWurElo0mRZUi0lD5dc6FsqmxQgubay4pJa xJCCd96maXkidnv11YXCzCaXMYzDPc/GXPZ0wgDB54t2kpPB4knHmNdBXM4FWKdr TL8c47eVlKBjABnb+ZNvfNiwndqi0JUrhB4rWF4LWWsf6cX1BXppRkGC4gp2JtIQ LfDUvmMijVgxlVj+t6oH =0H1N -----END PGP SIGNATURE----- --Apple-Mail=_C5313BE8-F203-4CFA-A82F-7AC4C275C573-- --===============5929367550453895281== 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 --===============5929367550453895281==-- From mirageos-devel-bounces@lists.xenproject.org Fri May 16 21:07:35 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 16 May 2014 21:07: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 1WlPLn-0002w1-RJ; Fri, 16 May 2014 21:07:31 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WlPLl-0002vu-L1 for mirageos-devel@lists.xenproject.org; Fri, 16 May 2014 21:07:29 +0000 Received: from [85.158.137.68:43441] by server-12.bemta-3.messagelabs.com id AE/08-14831-01E76735; Fri, 16 May 2014 21:07:28 +0000 X-Env-Sender: Richard.Mortier@nottingham.ac.uk X-Msg-Ref: server-7.tower-31.messagelabs.com!1400274445!4423366!1 X-Originating-IP: [93.159.202.52] X-SpamReason: No, hits=0.7 required=7.0 tests=BODY_RANDOM_LONG, MIME_QP_LONG_LINE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10618 invoked from network); 16 May 2014 21:07:25 -0000 Received: from engine03-20433-8.icritical.com (HELO engine03-20433-8.icritical.com) (93.159.202.52) by server-7.tower-31.messagelabs.com with SMTP; 16 May 2014 21:07:25 -0000 Received: (qmail 12015 invoked from network); 16 May 2014 21:07:20 -0000 Received: from localhost (127.0.0.1) by engine03-20433-8.icritical.com with SMTP; 16 May 2014 21:07:20 -0000 Received: from engine03-20433-8.icritical.com ([127.0.0.1]) by localhost (engine03-20433-8.icritical.com [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 11462-05 for ; Fri, 16 May 2014 22:07:13 +0100 (BST) Received: (qmail 11927 invoked by uid 599); 16 May 2014 21:07:13 -0000 Received: from unknown (HELO smtp4.nottingham.ac.uk) (128.243.220.65) by engine03-20433-8.icritical.com (qpsmtpd/0.28) with ESMTP; Fri, 16 May 2014 22:07:13 +0100 Received: from uiwexhub01.ad.nottingham.ac.uk ([128.243.15.133]) by smtp4.nottingham.ac.uk with esmtps (TLSv1:AES128-SHA:128) (Exim 4.77) (envelope-from ) id 1WlPLZ-0004TI-8F for mirageos-devel@lists.xenproject.org; Fri, 16 May 2014 22:07:17 +0100 From: Richard Mortier To: "mirageos-devel@lists.xenproject.org" , "cl-naas@lists.cam.ac.uk" Date: Fri, 16 May 2014 22:07:16 +0100 Thread-Topic: may be of tangential relevance Thread-Index: Ac9xStDnL4Yyn50vQIyamSv6PQF8xw== Message-ID: Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-Virus-Scanned: by iCritical at engine03-20433-8.icritical.com Subject: [MirageOS-devel] may be of tangential relevance X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 came across might be of interest when thinking about apis for managing sets of (self-scaling) unikernels... -- Cheers, R. This message and any attachment are intended solely for the addressee and may contain confidential information. If you have received this message in error, please send it back to me, and immediately delete it. Please do not use, copy or disclose the information contained in this message or in any attachment. Any views or opinions expressed by the author of this email do not necessarily reflect the views of the University of Nottingham. This message has been checked for viruses but the contents of an attachment may still contain software viruses which could damage your computer system, you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. _______________________________________________ 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 May 16 21:07:35 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 16 May 2014 21:07: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 1WlPLn-0002w1-RJ; Fri, 16 May 2014 21:07:31 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WlPLl-0002vu-L1 for mirageos-devel@lists.xenproject.org; Fri, 16 May 2014 21:07:29 +0000 Received: from [85.158.137.68:43441] by server-12.bemta-3.messagelabs.com id AE/08-14831-01E76735; Fri, 16 May 2014 21:07:28 +0000 X-Env-Sender: Richard.Mortier@nottingham.ac.uk X-Msg-Ref: server-7.tower-31.messagelabs.com!1400274445!4423366!1 X-Originating-IP: [93.159.202.52] X-SpamReason: No, hits=0.7 required=7.0 tests=BODY_RANDOM_LONG, MIME_QP_LONG_LINE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10618 invoked from network); 16 May 2014 21:07:25 -0000 Received: from engine03-20433-8.icritical.com (HELO engine03-20433-8.icritical.com) (93.159.202.52) by server-7.tower-31.messagelabs.com with SMTP; 16 May 2014 21:07:25 -0000 Received: (qmail 12015 invoked from network); 16 May 2014 21:07:20 -0000 Received: from localhost (127.0.0.1) by engine03-20433-8.icritical.com with SMTP; 16 May 2014 21:07:20 -0000 Received: from engine03-20433-8.icritical.com ([127.0.0.1]) by localhost (engine03-20433-8.icritical.com [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 11462-05 for ; Fri, 16 May 2014 22:07:13 +0100 (BST) Received: (qmail 11927 invoked by uid 599); 16 May 2014 21:07:13 -0000 Received: from unknown (HELO smtp4.nottingham.ac.uk) (128.243.220.65) by engine03-20433-8.icritical.com (qpsmtpd/0.28) with ESMTP; Fri, 16 May 2014 22:07:13 +0100 Received: from uiwexhub01.ad.nottingham.ac.uk ([128.243.15.133]) by smtp4.nottingham.ac.uk with esmtps (TLSv1:AES128-SHA:128) (Exim 4.77) (envelope-from ) id 1WlPLZ-0004TI-8F for mirageos-devel@lists.xenproject.org; Fri, 16 May 2014 22:07:17 +0100 From: Richard Mortier To: "mirageos-devel@lists.xenproject.org" , "cl-naas@lists.cam.ac.uk" Date: Fri, 16 May 2014 22:07:16 +0100 Thread-Topic: may be of tangential relevance Thread-Index: Ac9xStDnL4Yyn50vQIyamSv6PQF8xw== Message-ID: Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-Virus-Scanned: by iCritical at engine03-20433-8.icritical.com Subject: [MirageOS-devel] may be of tangential relevance X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 came across might be of interest when thinking about apis for managing sets of (self-scaling) unikernels... -- Cheers, R. This message and any attachment are intended solely for the addressee and may contain confidential information. If you have received this message in error, please send it back to me, and immediately delete it. Please do not use, copy or disclose the information contained in this message or in any attachment. Any views or opinions expressed by the author of this email do not necessarily reflect the views of the University of Nottingham. This message has been checked for viruses but the contents of an attachment may still contain software viruses which could damage your computer system, you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. _______________________________________________ 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 May 18 19:27:08 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Sun, 18 May 2014 19:27: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 1Wm6je-0000vW-O1; Sun, 18 May 2014 19:27:02 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wm6jc-0000vR-WA for mirageos-devel@lists.xenproject.org; Sun, 18 May 2014 19:27:01 +0000 Received: from [85.158.137.68:64971] by server-7.bemta-3.messagelabs.com id DD/87-04151-38909735; Sun, 18 May 2014 19:26:59 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-7.tower-31.messagelabs.com!1400441217!4616918!1 X-Originating-IP: [209.85.219.43] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_23,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19962 invoked from network); 18 May 2014 19:26:58 -0000 Received: from mail-oa0-f43.google.com (HELO mail-oa0-f43.google.com) (209.85.219.43) by server-7.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 18 May 2014 19:26:58 -0000 Received: by mail-oa0-f43.google.com with SMTP id l6so5293075oag.30 for ; Sun, 18 May 2014 12:26:57 -0700 (PDT) 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=he4ccf3DkAiJUm0q3p+RAAVi9YUDWxkZ2gKdcgoXvlU=; b=g5x1XWcCydY6xB9NWYkhrmmrGURvCAzt7kbc90DCll4UJfyGXowqHU8HNzQUeJt/1j ybstXTRl/LcAnAXgxlTzR/R4ozqk8WP6ZZuyvlYC54dW2acnXuJkMxOijlSqJXBz2gVN 4infIjQxJ141ThizyODIhueI3xOhLCBcqZlJF3wS9nfmd35bdY6TnBWJBCs4WoX70iA+ /CIgZyek5ZYSQ4sr6XGbjz+Ho6t4N7SJ/eOI9VdkpWcLMZzZ442UdtM83SyT9xW52Lj5 lSvh7TT1IrafkYCYaqFDAVNLG9JmjNT0bWq11fUzwvnk5tLdTVV3enUYiCTg1ERjf9iV Xw4g== MIME-Version: 1.0 X-Received: by 10.60.48.106 with SMTP id k10mr31890410oen.20.1400441217392; Sun, 18 May 2014 12:26:57 -0700 (PDT) Received: by 10.76.101.202 with HTTP; Sun, 18 May 2014 12:26:57 -0700 (PDT) In-Reply-To: References: <20140512151011.GA10394@dark.recoil.org> <537284DE.80701@mehnert.org> <0F294A22-B0AF-4C03-9309-0576FB12546F@recoil.org> <06C43D21-8D4B-4E1E-8402-ED7F113022B9@gazagnaire.org> Date: Sun, 18 May 2014 20:26:57 +0100 Message-ID: From: Thomas Leonard To: Anil Madhavapeddy Cc: Thomas Gazagnaire , "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Mirage/ARM plans X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 May 2014 10:52, Anil Madhavapeddy wrote: > On 14 May 2014, at 18:18, Thomas Leonard wrote: > >> On 14 May 2014 16:53, Anil Madhavapeddy wrote: >>> On 14 May 2014, at 15:39, Thomas Leonard wrote: >>>> >>>> On 14 May 2014 15:26, Thomas Gazagnaire wrote: >>>>>> Note that when I refer to 'libc', I'm really talking about libm (which >>>>>> is essential), a printf implementation, and malloc/calloc. >>>>> >>>>> Do we steel need the printf stuff for ocaml 4.02 with the new printf's GADTs implementation ? >>>> >>>> Good point. For now, it's using Mini-OS's printf functions. They >>>> mostly work, but don't recognise %F, for example. >>>> >>>> For malloc, Mini-OS provides a malloc that returns contiguous regions >>>> of (guest) physical memory (it just calls _xmalloc(size, >>>> DEFAULT_ALIGN)). If OCaml just grabs more memory whenever the heap is >>>> full, that should be fine. If people are freeing stuff, it could >>>> become a problem due to fragmentation. >>> >>> There's very little mallocing relative to the amount of OCaml heap activity (which allocates in 2MB chunks by default and could use super pages if available). So sticking with the simple allocator should be fine for now. >> >> Good news: it's already using super pages (1MB page table entries >> rather than 4KB). For the 1:1 mapping, that's the easiest thing to do >> anyway. > > Splendid! This is on ARM I assume? Istr superpage patches on x86_64, but not if they were upstreamed. We have a custom patch in the mirage-platform MiniOS that should be easy enough to push upstream if not, though. Yes, on ARM. The top-level translation table on ARM is an array of section entries, each of which covers 1MB of virtual memory. Each entry can either be the address of a corresponding 1MB section of physical memory, or a pointer to a second-level page table with 4KB entries. We only use 1MB entries. (this is simplified; there are other options too) -- 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 May 18 19:27:08 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Sun, 18 May 2014 19:27: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 1Wm6je-0000vW-O1; Sun, 18 May 2014 19:27:02 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wm6jc-0000vR-WA for mirageos-devel@lists.xenproject.org; Sun, 18 May 2014 19:27:01 +0000 Received: from [85.158.137.68:64971] by server-7.bemta-3.messagelabs.com id DD/87-04151-38909735; Sun, 18 May 2014 19:26:59 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-7.tower-31.messagelabs.com!1400441217!4616918!1 X-Originating-IP: [209.85.219.43] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_23,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19962 invoked from network); 18 May 2014 19:26:58 -0000 Received: from mail-oa0-f43.google.com (HELO mail-oa0-f43.google.com) (209.85.219.43) by server-7.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 18 May 2014 19:26:58 -0000 Received: by mail-oa0-f43.google.com with SMTP id l6so5293075oag.30 for ; Sun, 18 May 2014 12:26:57 -0700 (PDT) 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=he4ccf3DkAiJUm0q3p+RAAVi9YUDWxkZ2gKdcgoXvlU=; b=g5x1XWcCydY6xB9NWYkhrmmrGURvCAzt7kbc90DCll4UJfyGXowqHU8HNzQUeJt/1j ybstXTRl/LcAnAXgxlTzR/R4ozqk8WP6ZZuyvlYC54dW2acnXuJkMxOijlSqJXBz2gVN 4infIjQxJ141ThizyODIhueI3xOhLCBcqZlJF3wS9nfmd35bdY6TnBWJBCs4WoX70iA+ /CIgZyek5ZYSQ4sr6XGbjz+Ho6t4N7SJ/eOI9VdkpWcLMZzZ442UdtM83SyT9xW52Lj5 lSvh7TT1IrafkYCYaqFDAVNLG9JmjNT0bWq11fUzwvnk5tLdTVV3enUYiCTg1ERjf9iV Xw4g== MIME-Version: 1.0 X-Received: by 10.60.48.106 with SMTP id k10mr31890410oen.20.1400441217392; Sun, 18 May 2014 12:26:57 -0700 (PDT) Received: by 10.76.101.202 with HTTP; Sun, 18 May 2014 12:26:57 -0700 (PDT) In-Reply-To: References: <20140512151011.GA10394@dark.recoil.org> <537284DE.80701@mehnert.org> <0F294A22-B0AF-4C03-9309-0576FB12546F@recoil.org> <06C43D21-8D4B-4E1E-8402-ED7F113022B9@gazagnaire.org> Date: Sun, 18 May 2014 20:26:57 +0100 Message-ID: From: Thomas Leonard To: Anil Madhavapeddy Cc: Thomas Gazagnaire , "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Mirage/ARM plans X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 May 2014 10:52, Anil Madhavapeddy wrote: > On 14 May 2014, at 18:18, Thomas Leonard wrote: > >> On 14 May 2014 16:53, Anil Madhavapeddy wrote: >>> On 14 May 2014, at 15:39, Thomas Leonard wrote: >>>> >>>> On 14 May 2014 15:26, Thomas Gazagnaire wrote: >>>>>> Note that when I refer to 'libc', I'm really talking about libm (which >>>>>> is essential), a printf implementation, and malloc/calloc. >>>>> >>>>> Do we steel need the printf stuff for ocaml 4.02 with the new printf's GADTs implementation ? >>>> >>>> Good point. For now, it's using Mini-OS's printf functions. They >>>> mostly work, but don't recognise %F, for example. >>>> >>>> For malloc, Mini-OS provides a malloc that returns contiguous regions >>>> of (guest) physical memory (it just calls _xmalloc(size, >>>> DEFAULT_ALIGN)). If OCaml just grabs more memory whenever the heap is >>>> full, that should be fine. If people are freeing stuff, it could >>>> become a problem due to fragmentation. >>> >>> There's very little mallocing relative to the amount of OCaml heap activity (which allocates in 2MB chunks by default and could use super pages if available). So sticking with the simple allocator should be fine for now. >> >> Good news: it's already using super pages (1MB page table entries >> rather than 4KB). For the 1:1 mapping, that's the easiest thing to do >> anyway. > > Splendid! This is on ARM I assume? Istr superpage patches on x86_64, but not if they were upstreamed. We have a custom patch in the mirage-platform MiniOS that should be easy enough to push upstream if not, though. Yes, on ARM. The top-level translation table on ARM is an array of section entries, each of which covers 1MB of virtual memory. Each entry can either be the address of a corresponding 1MB section of physical memory, or a pointer to a second-level page table with 4KB entries. We only use 1MB entries. (this is simplified; there are other options too) -- 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 May 19 12:15:49 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 19 May 2014 12:15: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 1WmMTn-0002iB-Fo; Mon, 19 May 2014 12:15:43 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WmMTl-0002i2-Lf for mirageos-devel@lists.xenproject.org; Mon, 19 May 2014 12:15:41 +0000 Received: from [85.158.137.68:43497] by server-6.bemta-3.messagelabs.com id 8D/B4-00470-CE5F9735; Mon, 19 May 2014 12:15:40 +0000 X-Env-Sender: amc79@cam.ac.uk X-Msg-Ref: server-15.tower-31.messagelabs.com!1400501740!4655901!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.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17982 invoked from network); 19 May 2014 12:15:40 -0000 Received: from ppsw-51.csi.cam.ac.uk (HELO ppsw-51.csi.cam.ac.uk) (131.111.8.151) by server-15.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 19 May 2014 12:15:40 -0000 X-Cam-AntiVirus: no malware found X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ Received: from cpc17-cmbg14-2-0-cust360.5-4.cable.virginm.net ([86.6.155.105]:58407 helo=[192.168.0.3]) by ppsw-51.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.159]:587) with esmtpsa (PLAIN:amc79) (TLSv1:AES128-SHA:128) id 1WmMTj-0002AF-XJ (Exim 4.82_3-c0e5623) (return-path ); Mon, 19 May 2014 13:15:39 +0100 Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) From: Amir Chaudhry In-Reply-To: <53FFE1C9-DF58-4F5C-8D01-FAD6A0C786E5@cam.ac.uk> Date: Mon, 19 May 2014 13:15:38 +0100 Message-Id: <3419A554-83B8-49CB-A8DF-DA359720003A@cam.ac.uk> References: <3270007C-28F5-4943-B426-701C649FDAD9@cam.ac.uk> <53FFE1C9-DF58-4F5C-8D01-FAD6A0C786E5@cam.ac.uk> To: "cl-ocamllabs@lists.cam.ac.uk" , "cl-ucn@lists.cam.ac.uk" , "mirageos-devel@lists.xenproject.org" X-Mailer: Apple Mail (2.1510) Subject: Re: [MirageOS-devel] OCaml Labs meeting - Wed 21st May in the Computer Lab X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 Dear all, This is the final reminder that the OCaml Labs meeting is taking place this= **Wednesday (21st) from 3:30pm in FW26** at the Cambridge Computer Laborat= ory. This message includes the agenda, a note about video streaming and a = link to other events this week. ## Meeting Agenda ## - Overview of activities, and Platform (20 min) -- Anil Madhavapeddy - Ctypes (15+5min) - Jeremy Yallop Ctypes now includes a new backend that statically generates the C and OCaml= code for binding to libraries. Jeremy will show what this looks like from = a user perspective and how it translates into additional type safety, simpl= er linking and more efficient execution. - Multicore Runtime (15+5min) - Stephen Dolan and Leo White Lack of support for shared-memory parallelism is often cited as a short-com= ing of OCaml. This talk will describe the design of an OCaml runtime with s= upport for parallelism, focusing on the garbage collector for this runtime. - Modular Implicits (15+5min) - Leo White and Frederic Bour Taking inspiration from "Modular Type-classes" and Scala's implicits, this = talk will outline the design and implementation of "modular implicits". Mod= ular implicits allow functions to take implicit module arguments which will= be filled-in by the compiler by searching the environment for a module wit= h the appropriate type. This enables ad-hoc polymorphism in a very similar = way to Haskell's type classes. - Jenga (15+5min) - Nick Chapman and Mark Shinwell A tour through the distributed build that assembles Jane Street's vast code= base -- and is available as open-source now in an increasibly usable extern= al form. ## Video Streaming ## For those who cannot attend but would like to listen to the meeting, I will= attempt to host a Google Hangout from my laptop. Practically speaking, it= means leaving my laptop on the table with the camera pointed at the slides= . As such, this is very much a trial and there are no guarantees about reli= ability or quality. If you'd like to join this Hangout, please email me directly (off list) wit= h a link to your G+ page by Wednesday 2pm BST. ## Other events ## There are also a number of other talks taking place this week, which you mi= ght be interested in. Specifically, Yaron Minsky's seminar on Wednesday at= 2pm in the Lab. = You can see our agenda for the week at the link below, with abstracts for t= he talks: https://gist.github.com/avsm/18450004ae19c2facf7a Best wishes, Amir On 7 May 2014, at 15:39, Amir Chaudhry wrote: > Dear all, > = > Just a brief reminder that the meeting is taking place in two weeks. Ple= ase note the start time of 3:30pm and that one more agenda item has been co= nfirmed (Jenga). > = > Agenda > - Overview > - Ctypes > - Multicore > - Jenga > = > The original announcement is below and I'll send one more reminder on the= Monday before the meeting. = > = > Best wishes, > Amir > = > On 25 Apr 2014, at 14:57, Amir Chaudhry wrote: > = >> Dear all, >> = >> Please save the date for the next OCaml Labs meeting. Please also note t= he unusual start time of 3:30pm and that we've scheduled 2 hours for the me= eting, though we do expect to finish sooner. >> = >> The details are below as well as a provisional agenda with brief abstrac= ts. >> A final agenda will be circulated before the meeting. >> = >> -- Details -- >> OCaml Labs Meeting >> 21st May 2014 >> 3:30pm =96 5:30pm >> Room FW26 - Cambridge Computer Laboratory >> William Gates Building >> JJ Thomson Avenue >> Cambridge CB3 0FD >> = >> = >> -- Provisional Agenda -- >> = >> * Overview >> = >> * Ctypes >> Ctypes now includes a new backend that statically generates the C and OC= aml code for binding to libraries. Jeremy will show what this looks like fr= om a user perspective and how it translates into additional type safety, si= mpler linking and more efficient execution. >> = >> * Multicore Runtime >> Lack of support for shared-memory parallelism is often cited as a short-= coming of OCaml. This talk will describe the design of an OCaml runtime wit= h support for parallelism, focusing on the garbage collector for this runti= me. >> = >> * Modular Implicits >> Taking inspiration from "Modular Type-classes" and Scala's implicits, th= is talk will outline the design and implementation of "modular implicits". = Modular implicits allow functions to take implicit module arguments which w= ill be filled-in by the compiler by searching the environment for a module = with the appropriate type. This enables ad-hoc polymorphism in a very simil= ar way to Haskell's type classes. >> = >> * (others to be confirmed) >> = >> vCal: http://talks.cam.ac.uk/talk/vcal/51901 >> webcal feed: webcal://talks.cam.ac.uk/show/ics/41277 >> = >> If you have any questions, please let me know. >> = >> 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 Mon May 19 12:15:49 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 19 May 2014 12:15: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 1WmMTn-0002iB-Fo; Mon, 19 May 2014 12:15:43 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WmMTl-0002i2-Lf for mirageos-devel@lists.xenproject.org; Mon, 19 May 2014 12:15:41 +0000 Received: from [85.158.137.68:43497] by server-6.bemta-3.messagelabs.com id 8D/B4-00470-CE5F9735; Mon, 19 May 2014 12:15:40 +0000 X-Env-Sender: amc79@cam.ac.uk X-Msg-Ref: server-15.tower-31.messagelabs.com!1400501740!4655901!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.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17982 invoked from network); 19 May 2014 12:15:40 -0000 Received: from ppsw-51.csi.cam.ac.uk (HELO ppsw-51.csi.cam.ac.uk) (131.111.8.151) by server-15.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 19 May 2014 12:15:40 -0000 X-Cam-AntiVirus: no malware found X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ Received: from cpc17-cmbg14-2-0-cust360.5-4.cable.virginm.net ([86.6.155.105]:58407 helo=[192.168.0.3]) by ppsw-51.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.159]:587) with esmtpsa (PLAIN:amc79) (TLSv1:AES128-SHA:128) id 1WmMTj-0002AF-XJ (Exim 4.82_3-c0e5623) (return-path ); Mon, 19 May 2014 13:15:39 +0100 Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) From: Amir Chaudhry In-Reply-To: <53FFE1C9-DF58-4F5C-8D01-FAD6A0C786E5@cam.ac.uk> Date: Mon, 19 May 2014 13:15:38 +0100 Message-Id: <3419A554-83B8-49CB-A8DF-DA359720003A@cam.ac.uk> References: <3270007C-28F5-4943-B426-701C649FDAD9@cam.ac.uk> <53FFE1C9-DF58-4F5C-8D01-FAD6A0C786E5@cam.ac.uk> To: "cl-ocamllabs@lists.cam.ac.uk" , "cl-ucn@lists.cam.ac.uk" , "mirageos-devel@lists.xenproject.org" X-Mailer: Apple Mail (2.1510) Subject: Re: [MirageOS-devel] OCaml Labs meeting - Wed 21st May in the Computer Lab X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 Dear all, This is the final reminder that the OCaml Labs meeting is taking place this= **Wednesday (21st) from 3:30pm in FW26** at the Cambridge Computer Laborat= ory. This message includes the agenda, a note about video streaming and a = link to other events this week. ## Meeting Agenda ## - Overview of activities, and Platform (20 min) -- Anil Madhavapeddy - Ctypes (15+5min) - Jeremy Yallop Ctypes now includes a new backend that statically generates the C and OCaml= code for binding to libraries. Jeremy will show what this looks like from = a user perspective and how it translates into additional type safety, simpl= er linking and more efficient execution. - Multicore Runtime (15+5min) - Stephen Dolan and Leo White Lack of support for shared-memory parallelism is often cited as a short-com= ing of OCaml. This talk will describe the design of an OCaml runtime with s= upport for parallelism, focusing on the garbage collector for this runtime. - Modular Implicits (15+5min) - Leo White and Frederic Bour Taking inspiration from "Modular Type-classes" and Scala's implicits, this = talk will outline the design and implementation of "modular implicits". Mod= ular implicits allow functions to take implicit module arguments which will= be filled-in by the compiler by searching the environment for a module wit= h the appropriate type. This enables ad-hoc polymorphism in a very similar = way to Haskell's type classes. - Jenga (15+5min) - Nick Chapman and Mark Shinwell A tour through the distributed build that assembles Jane Street's vast code= base -- and is available as open-source now in an increasibly usable extern= al form. ## Video Streaming ## For those who cannot attend but would like to listen to the meeting, I will= attempt to host a Google Hangout from my laptop. Practically speaking, it= means leaving my laptop on the table with the camera pointed at the slides= . As such, this is very much a trial and there are no guarantees about reli= ability or quality. If you'd like to join this Hangout, please email me directly (off list) wit= h a link to your G+ page by Wednesday 2pm BST. ## Other events ## There are also a number of other talks taking place this week, which you mi= ght be interested in. Specifically, Yaron Minsky's seminar on Wednesday at= 2pm in the Lab. = You can see our agenda for the week at the link below, with abstracts for t= he talks: https://gist.github.com/avsm/18450004ae19c2facf7a Best wishes, Amir On 7 May 2014, at 15:39, Amir Chaudhry wrote: > Dear all, > = > Just a brief reminder that the meeting is taking place in two weeks. Ple= ase note the start time of 3:30pm and that one more agenda item has been co= nfirmed (Jenga). > = > Agenda > - Overview > - Ctypes > - Multicore > - Jenga > = > The original announcement is below and I'll send one more reminder on the= Monday before the meeting. = > = > Best wishes, > Amir > = > On 25 Apr 2014, at 14:57, Amir Chaudhry wrote: > = >> Dear all, >> = >> Please save the date for the next OCaml Labs meeting. Please also note t= he unusual start time of 3:30pm and that we've scheduled 2 hours for the me= eting, though we do expect to finish sooner. >> = >> The details are below as well as a provisional agenda with brief abstrac= ts. >> A final agenda will be circulated before the meeting. >> = >> -- Details -- >> OCaml Labs Meeting >> 21st May 2014 >> 3:30pm =96 5:30pm >> Room FW26 - Cambridge Computer Laboratory >> William Gates Building >> JJ Thomson Avenue >> Cambridge CB3 0FD >> = >> = >> -- Provisional Agenda -- >> = >> * Overview >> = >> * Ctypes >> Ctypes now includes a new backend that statically generates the C and OC= aml code for binding to libraries. Jeremy will show what this looks like fr= om a user perspective and how it translates into additional type safety, si= mpler linking and more efficient execution. >> = >> * Multicore Runtime >> Lack of support for shared-memory parallelism is often cited as a short-= coming of OCaml. This talk will describe the design of an OCaml runtime wit= h support for parallelism, focusing on the garbage collector for this runti= me. >> = >> * Modular Implicits >> Taking inspiration from "Modular Type-classes" and Scala's implicits, th= is talk will outline the design and implementation of "modular implicits". = Modular implicits allow functions to take implicit module arguments which w= ill be filled-in by the compiler by searching the environment for a module = with the appropriate type. This enables ad-hoc polymorphism in a very simil= ar way to Haskell's type classes. >> = >> * (others to be confirmed) >> = >> vCal: http://talks.cam.ac.uk/talk/vcal/51901 >> webcal feed: webcal://talks.cam.ac.uk/show/ics/41277 >> = >> If you have any questions, please let me know. >> = >> 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 Mon May 19 15:09:45 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 19 May 2014 15:09: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 1WmPC7-0004l1-HT; Mon, 19 May 2014 15:09:39 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WmPC6-0004ks-3o for mirageos-devel@lists.xenproject.org; Mon, 19 May 2014 15:09:38 +0000 Received: from [85.158.137.68:47390] by server-10.bemta-3.messagelabs.com id E3/28-16608-1BE1A735; Mon, 19 May 2014 15:09:37 +0000 X-Env-Sender: mindy@somerandomidiot.com X-Msg-Ref: server-3.tower-31.messagelabs.com!1400512176!4828258!1 X-Originating-IP: [217.70.183.195] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjE3LjcwLjE4My4xOTUgPT4gMzc4NjI=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27640 invoked from network); 19 May 2014 15:09:36 -0000 Received: from relay3-d.mail.gandi.net (HELO relay3-d.mail.gandi.net) (217.70.183.195) by server-3.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 19 May 2014 15:09:36 -0000 Received: from mfilter19-d.gandi.net (mfilter19-d.gandi.net [217.70.178.147]) by relay3-d.mail.gandi.net (Postfix) with ESMTP id 78258A8119 for ; Mon, 19 May 2014 17:09:36 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter19-d.gandi.net Received: from relay3-d.mail.gandi.net ([217.70.183.195]) by mfilter19-d.gandi.net (mfilter19-d.gandi.net [10.0.15.180]) (amavisd-new, port 10024) with ESMTP id sFIXV8anwSog for ; Mon, 19 May 2014 17:09:34 +0200 (CEST) X-Originating-IP: 198.27.61.130 Received: from [192.168.0.20] (unknown [198.27.61.130]) (Authenticated sender: guybrush@somerandomidiot.com) by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id E4EE2A812F for ; Mon, 19 May 2014 17:09:33 +0200 (CEST) Message-ID: <537A1EAD.5090906@somerandomidiot.com> Date: Mon, 19 May 2014 10:09:33 -0500 From: Mindy User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: mirageos-devel@lists.xenproject.org Subject: [MirageOS-devel] OPW intern checking in! X-BeenThere: mirageos-devel@lists.xenproject.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 Hi folks! Today's the first official day of OPW internships, which run through the middle of August. I'm slated to be working on fuzzing Mirage's network stack, for which I've already done a small amount of investigatory work. I'm working on a framework for testing and analysis within Scapy, the packet manipulation DSL for Python 2.7. I did some preliminary work on this when looking for more denial-of-service bugs in the DHCP client option parsing code of mirage-tcpip and will be working on both generalizing that work, and writing specific tests and analyses for other layers in the stack this week beginning with HTTP. Additionally, I plan to write a blog post with more details on my progress and motivation in the middle of the week. I'll also be sending periodic updates to the list with details on my progress and plans for immediate future work. Unless someone has a different preference, I'll do this in reply to this message, so folks can choose to filter out these messages if they find them undesirable. Please let me know if you have any questions or suggestions! Thanks, Mindy (yomimono) _______________________________________________ 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 May 19 15:09:45 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 19 May 2014 15:09: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 1WmPC7-0004l1-HT; Mon, 19 May 2014 15:09:39 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WmPC6-0004ks-3o for mirageos-devel@lists.xenproject.org; Mon, 19 May 2014 15:09:38 +0000 Received: from [85.158.137.68:47390] by server-10.bemta-3.messagelabs.com id E3/28-16608-1BE1A735; Mon, 19 May 2014 15:09:37 +0000 X-Env-Sender: mindy@somerandomidiot.com X-Msg-Ref: server-3.tower-31.messagelabs.com!1400512176!4828258!1 X-Originating-IP: [217.70.183.195] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjE3LjcwLjE4My4xOTUgPT4gMzc4NjI=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27640 invoked from network); 19 May 2014 15:09:36 -0000 Received: from relay3-d.mail.gandi.net (HELO relay3-d.mail.gandi.net) (217.70.183.195) by server-3.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 19 May 2014 15:09:36 -0000 Received: from mfilter19-d.gandi.net (mfilter19-d.gandi.net [217.70.178.147]) by relay3-d.mail.gandi.net (Postfix) with ESMTP id 78258A8119 for ; Mon, 19 May 2014 17:09:36 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter19-d.gandi.net Received: from relay3-d.mail.gandi.net ([217.70.183.195]) by mfilter19-d.gandi.net (mfilter19-d.gandi.net [10.0.15.180]) (amavisd-new, port 10024) with ESMTP id sFIXV8anwSog for ; Mon, 19 May 2014 17:09:34 +0200 (CEST) X-Originating-IP: 198.27.61.130 Received: from [192.168.0.20] (unknown [198.27.61.130]) (Authenticated sender: guybrush@somerandomidiot.com) by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id E4EE2A812F for ; Mon, 19 May 2014 17:09:33 +0200 (CEST) Message-ID: <537A1EAD.5090906@somerandomidiot.com> Date: Mon, 19 May 2014 10:09:33 -0500 From: Mindy User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: mirageos-devel@lists.xenproject.org Subject: [MirageOS-devel] OPW intern checking in! X-BeenThere: mirageos-devel@lists.xenproject.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 Hi folks! Today's the first official day of OPW internships, which run through the middle of August. I'm slated to be working on fuzzing Mirage's network stack, for which I've already done a small amount of investigatory work. I'm working on a framework for testing and analysis within Scapy, the packet manipulation DSL for Python 2.7. I did some preliminary work on this when looking for more denial-of-service bugs in the DHCP client option parsing code of mirage-tcpip and will be working on both generalizing that work, and writing specific tests and analyses for other layers in the stack this week beginning with HTTP. Additionally, I plan to write a blog post with more details on my progress and motivation in the middle of the week. I'll also be sending periodic updates to the list with details on my progress and plans for immediate future work. Unless someone has a different preference, I'll do this in reply to this message, so folks can choose to filter out these messages if they find them undesirable. Please let me know if you have any questions or suggestions! Thanks, Mindy (yomimono) _______________________________________________ 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 May 19 15:34:35 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 19 May 2014 15:34: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 1WmPaD-0005vS-Nz; Mon, 19 May 2014 15:34:33 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WmPaC-0005vN-TF for mirageos-devel@lists.xenproject.org; Mon, 19 May 2014 15:34:33 +0000 Received: from [85.158.139.211:13755] by server-8.bemta-5.messagelabs.com id 52/8F-11310-8842A735; Mon, 19 May 2014 15:34:32 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-12.tower-206.messagelabs.com!1400513670!5122909!1 X-Originating-IP: [209.85.214.174] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_23,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21472 invoked from network); 19 May 2014 15:34:31 -0000 Received: from mail-ob0-f174.google.com (HELO mail-ob0-f174.google.com) (209.85.214.174) by server-12.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 19 May 2014 15:34:31 -0000 Received: by mail-ob0-f174.google.com with SMTP id uz6so6312646obc.5 for ; Mon, 19 May 2014 08:34:29 -0700 (PDT) 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=z8b7LntOlsWetUW5RpSc3bfDoTNXmWTk9+80UnoApAg=; b=vO53s8mgUwx3+iun9+aAYTasri6/lGZd5d0LKNzrrEJHhN7mJlHFWreQaZMYFDdf2X 7z5eWUdR47pWukSueiZKUyGhubSWPjwnj5WWzKhdL91GTNJPFaEZJAAiN70HDf/1Me02 r3RG29i5JwwtPDxZ39FA+OfkRyPuV1vzocip325DHuv94WHyaWFA3LySZlbDC6+O1L2n JWqWdVC3LyGNgey6Xhoc42lgDNOJOTjY3093tpG+jknDOez998lzDx6mH3D05pT3ngAJ SxVLdNpNKMnWkZO9HSBw0WDFtQ2eGXz0SUwqdfOhfcbv59rjSVBzXVmJwXnC/fg1EJix UZvw== MIME-Version: 1.0 X-Received: by 10.60.81.200 with SMTP id c8mr4063355oey.75.1400513669773; Mon, 19 May 2014 08:34:29 -0700 (PDT) Received: by 10.76.101.202 with HTTP; Mon, 19 May 2014 08:34:29 -0700 (PDT) In-Reply-To: References: <20140512151011.GA10394@dark.recoil.org> Date: Mon, 19 May 2014 16:34:29 +0100 Message-ID: From: Thomas Leonard To: Anil Madhavapeddy Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Mirage/ARM plans X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 May 2014 13:53, Thomas Leonard wrote: > On 12 May 2014 16:10, Anil Madhavapeddy wrote: >> On Mon, May 12, 2014 at 10:28:15AM +0100, Thomas Leonard wrote: >>> Here are the things I think need to happen to get Mirage working on ARM: >> >> Great summary! My comments inline: >> >>> >>> - Update Mini-OS to support both x86 and ARM (done but not yet merged). >> >> This refers to upstream Xen MiniOS, right? Do you think it's worth >> modifying the MiniOS repository to build fully independently of Xen (so >> that we can extract the git subtree) and install its header files and >> .a/.lds files somewhere that can be picked up by the mirage-platform >> build? > > Could do. The changes needed to Mini-OS for that are here: > > https://github.com/talex5/mirage-platform/commit/53e2675e05df29bae96298844687c14020986e7c > > Another option would be to add a "make install-ocamlfind" target to > the upstream Xen copy. If we're going to make libminios installable separately, does anyone have a preference for ocamlfind vs pkg-config (or something else)? For openlibm, pkg-config is probably the way go, and it might make sense to do the same with libminios (to make it useful outside of OCaml projects). Will we expect people to install these dependencies themselves, or is the plan to bundle them with mirage-platform? -- 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 May 19 15:34:35 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 19 May 2014 15:34: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 1WmPaD-0005vS-Nz; Mon, 19 May 2014 15:34:33 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WmPaC-0005vN-TF for mirageos-devel@lists.xenproject.org; Mon, 19 May 2014 15:34:33 +0000 Received: from [85.158.139.211:13755] by server-8.bemta-5.messagelabs.com id 52/8F-11310-8842A735; Mon, 19 May 2014 15:34:32 +0000 X-Env-Sender: talex5@gmail.com X-Msg-Ref: server-12.tower-206.messagelabs.com!1400513670!5122909!1 X-Originating-IP: [209.85.214.174] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_23,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21472 invoked from network); 19 May 2014 15:34:31 -0000 Received: from mail-ob0-f174.google.com (HELO mail-ob0-f174.google.com) (209.85.214.174) by server-12.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 19 May 2014 15:34:31 -0000 Received: by mail-ob0-f174.google.com with SMTP id uz6so6312646obc.5 for ; Mon, 19 May 2014 08:34:29 -0700 (PDT) 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=z8b7LntOlsWetUW5RpSc3bfDoTNXmWTk9+80UnoApAg=; b=vO53s8mgUwx3+iun9+aAYTasri6/lGZd5d0LKNzrrEJHhN7mJlHFWreQaZMYFDdf2X 7z5eWUdR47pWukSueiZKUyGhubSWPjwnj5WWzKhdL91GTNJPFaEZJAAiN70HDf/1Me02 r3RG29i5JwwtPDxZ39FA+OfkRyPuV1vzocip325DHuv94WHyaWFA3LySZlbDC6+O1L2n JWqWdVC3LyGNgey6Xhoc42lgDNOJOTjY3093tpG+jknDOez998lzDx6mH3D05pT3ngAJ SxVLdNpNKMnWkZO9HSBw0WDFtQ2eGXz0SUwqdfOhfcbv59rjSVBzXVmJwXnC/fg1EJix UZvw== MIME-Version: 1.0 X-Received: by 10.60.81.200 with SMTP id c8mr4063355oey.75.1400513669773; Mon, 19 May 2014 08:34:29 -0700 (PDT) Received: by 10.76.101.202 with HTTP; Mon, 19 May 2014 08:34:29 -0700 (PDT) In-Reply-To: References: <20140512151011.GA10394@dark.recoil.org> Date: Mon, 19 May 2014 16:34:29 +0100 Message-ID: From: Thomas Leonard To: Anil Madhavapeddy Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Mirage/ARM plans X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 May 2014 13:53, Thomas Leonard wrote: > On 12 May 2014 16:10, Anil Madhavapeddy wrote: >> On Mon, May 12, 2014 at 10:28:15AM +0100, Thomas Leonard wrote: >>> Here are the things I think need to happen to get Mirage working on ARM: >> >> Great summary! My comments inline: >> >>> >>> - Update Mini-OS to support both x86 and ARM (done but not yet merged). >> >> This refers to upstream Xen MiniOS, right? Do you think it's worth >> modifying the MiniOS repository to build fully independently of Xen (so >> that we can extract the git subtree) and install its header files and >> .a/.lds files somewhere that can be picked up by the mirage-platform >> build? > > Could do. The changes needed to Mini-OS for that are here: > > https://github.com/talex5/mirage-platform/commit/53e2675e05df29bae96298844687c14020986e7c > > Another option would be to add a "make install-ocamlfind" target to > the upstream Xen copy. If we're going to make libminios installable separately, does anyone have a preference for ocamlfind vs pkg-config (or something else)? For openlibm, pkg-config is probably the way go, and it might make sense to do the same with libminios (to make it useful outside of OCaml projects). Will we expect people to install these dependencies themselves, or is the plan to bundle them with mirage-platform? -- 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 May 19 15:48:59 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 19 May 2014 15:48: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 1WmPo8-00077x-Dy; Mon, 19 May 2014 15:48:56 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WmPo6-00077b-Dd for mirageos-devel@lists.xenproject.org; Mon, 19 May 2014 15:48:55 +0000 Received: from [193.109.254.147:6392] by server-2.bemta-14.messagelabs.com id 22/5B-21684-5E72A735; Mon, 19 May 2014 15:48:53 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-11.tower-27.messagelabs.com!1400514532!2459971!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_50_60,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18812 invoked from network); 19 May 2014 15:48:52 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-11.tower-27.messagelabs.com with SMTP; 19 May 2014 15:48:52 -0000 Received: (qmail 21778 invoked by uid 634); 19 May 2014 15:48:52 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED,HTML_MESSAGE X-Spam-Check-By: dark.recoil.org Received: from volstagg-0.srg.cl.cam.ac.uk (HELO flick.office) (128.232.32.232) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Mon, 19 May 2014 16:48:51 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Anil Madhavapeddy In-Reply-To: Date: Mon, 19 May 2014 16:48:50 +0100 Message-Id: References: To: Steve Jenson , Mindy X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: mirageos-devel@lists.xenproject.org Subject: Re: [MirageOS-devel] pathos: pathological http server X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============3816823432370838536==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============3816823432370838536== Content-Type: multipart/alternative; boundary="Apple-Mail=_B5025239-2915-4BEC-A039-2216B14031A8" --Apple-Mail=_B5025239-2915-4BEC-A039-2216B14031A8 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 I've had this flagged on my todo list for over a year now, but Mindy is = starting to work on just this now! Mindy: see below for the Pathod link as well; could be of interest for = the HTTP layer to really stress out our poor network stack. -anil On 20 Feb 2013, at 04:58, Steve Jenson wrote: > I believe scapy[1] can be used to fuzz TCP and IP. >=20 > http://www.secdev.org/projects/scapy/ >=20 >=20 > On Tue, Feb 19, 2013 at 4:11 AM, Anil Madhavapeddy = wrote: > An interesting way to test the corners of our HTTP library: > http://cortesi.github.com/pathod/ >=20 > Are there any others like this for, e.g., TCP? (Balraj, I'm thinking = of your 1-byte write netfront test). >=20 > -anil >=20 --Apple-Mail=_B5025239-2915-4BEC-A039-2216B14031A8 Content-Transfer-Encoding: 7bit Content-Type: text/html; charset=iso-8859-1 I've had this flagged on my todo list for over a year now, but Mindy is starting to work on just this now!

Mindy: see below for the Pathod link as well; could be of interest for the HTTP layer to really stress out our poor network stack.

-anil

On 20 Feb 2013, at 04:58, Steve Jenson <stevej@fruitless.org> wrote:

I believe scapy[1] can be used to fuzz TCP and IP.



On Tue, Feb 19, 2013 at 4:11 AM, Anil Madhavapeddy <anil@recoil.org> wrote:
An interesting way to test the corners of our HTTP library:
http://cortesi.github.com/pathod/

Are there any others like this for, e.g., TCP? (Balraj, I'm thinking of your 1-byte write netfront test).

-anil


--Apple-Mail=_B5025239-2915-4BEC-A039-2216B14031A8-- --===============3816823432370838536== 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 --===============3816823432370838536==-- From mirageos-devel-bounces@lists.xenproject.org Mon May 19 15:48:59 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 19 May 2014 15:48: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 1WmPo8-00077x-Dy; Mon, 19 May 2014 15:48:56 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WmPo6-00077b-Dd for mirageos-devel@lists.xenproject.org; Mon, 19 May 2014 15:48:55 +0000 Received: from [193.109.254.147:6392] by server-2.bemta-14.messagelabs.com id 22/5B-21684-5E72A735; Mon, 19 May 2014 15:48:53 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-11.tower-27.messagelabs.com!1400514532!2459971!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_50_60,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18812 invoked from network); 19 May 2014 15:48:52 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-11.tower-27.messagelabs.com with SMTP; 19 May 2014 15:48:52 -0000 Received: (qmail 21778 invoked by uid 634); 19 May 2014 15:48:52 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED,HTML_MESSAGE X-Spam-Check-By: dark.recoil.org Received: from volstagg-0.srg.cl.cam.ac.uk (HELO flick.office) (128.232.32.232) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Mon, 19 May 2014 16:48:51 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Anil Madhavapeddy In-Reply-To: Date: Mon, 19 May 2014 16:48:50 +0100 Message-Id: References: To: Steve Jenson , Mindy X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: mirageos-devel@lists.xenproject.org Subject: Re: [MirageOS-devel] pathos: pathological http server X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============3816823432370838536==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============3816823432370838536== Content-Type: multipart/alternative; boundary="Apple-Mail=_B5025239-2915-4BEC-A039-2216B14031A8" --Apple-Mail=_B5025239-2915-4BEC-A039-2216B14031A8 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 I've had this flagged on my todo list for over a year now, but Mindy is = starting to work on just this now! Mindy: see below for the Pathod link as well; could be of interest for = the HTTP layer to really stress out our poor network stack. -anil On 20 Feb 2013, at 04:58, Steve Jenson wrote: > I believe scapy[1] can be used to fuzz TCP and IP. >=20 > http://www.secdev.org/projects/scapy/ >=20 >=20 > On Tue, Feb 19, 2013 at 4:11 AM, Anil Madhavapeddy = wrote: > An interesting way to test the corners of our HTTP library: > http://cortesi.github.com/pathod/ >=20 > Are there any others like this for, e.g., TCP? (Balraj, I'm thinking = of your 1-byte write netfront test). >=20 > -anil >=20 --Apple-Mail=_B5025239-2915-4BEC-A039-2216B14031A8 Content-Transfer-Encoding: 7bit Content-Type: text/html; charset=iso-8859-1 I've had this flagged on my todo list for over a year now, but Mindy is starting to work on just this now!

Mindy: see below for the Pathod link as well; could be of interest for the HTTP layer to really stress out our poor network stack.

-anil

On 20 Feb 2013, at 04:58, Steve Jenson <stevej@fruitless.org> wrote:

I believe scapy[1] can be used to fuzz TCP and IP.



On Tue, Feb 19, 2013 at 4:11 AM, Anil Madhavapeddy <anil@recoil.org> wrote:
An interesting way to test the corners of our HTTP library:
http://cortesi.github.com/pathod/

Are there any others like this for, e.g., TCP? (Balraj, I'm thinking of your 1-byte write netfront test).

-anil


--Apple-Mail=_B5025239-2915-4BEC-A039-2216B14031A8-- --===============3816823432370838536== 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 --===============3816823432370838536==-- From mirageos-devel-bounces@lists.xenproject.org Mon May 19 15:53:19 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 19 May 2014 15:53: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 1WmPsM-0007YX-SW; Mon, 19 May 2014 15:53:18 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WmPsM-0007YS-0C for mirageos-devel@lists.xenproject.org; Mon, 19 May 2014 15:53:18 +0000 Received: from [193.109.254.147:33099] by server-2.bemta-14.messagelabs.com id A6/10-21684-DE82A735; Mon, 19 May 2014 15:53:17 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-7.tower-27.messagelabs.com!1400514796!5736900!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8293 invoked from network); 19 May 2014 15:53:16 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-7.tower-27.messagelabs.com with SMTP; 19 May 2014 15:53:16 -0000 Received: (qmail 10510 invoked by uid 634); 19 May 2014 15:53:16 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from volstagg-0.srg.cl.cam.ac.uk (HELO flick.office) (128.232.32.232) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Mon, 19 May 2014 16:53:15 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Anil Madhavapeddy In-Reply-To: Date: Mon, 19 May 2014 16:53:14 +0100 Message-Id: <612ACA52-F277-4917-9E4D-6C6072E07988@recoil.org> References: <20140512151011.GA10394@dark.recoil.org> To: Thomas Leonard X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Mirage/ARM plans X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 19 May 2014, at 16:34, Thomas Leonard wrote: > On 13 May 2014 13:53, Thomas Leonard wrote: >> On 12 May 2014 16:10, Anil Madhavapeddy wrote: >>> On Mon, May 12, 2014 at 10:28:15AM +0100, Thomas Leonard wrote: >>>> Here are the things I think need to happen to get Mirage working on ARM: >>> >>> Great summary! My comments inline: >>> >>>> >>>> - Update Mini-OS to support both x86 and ARM (done but not yet merged). >>> >>> This refers to upstream Xen MiniOS, right? Do you think it's worth >>> modifying the MiniOS repository to build fully independently of Xen (so >>> that we can extract the git subtree) and install its header files and >>> .a/.lds files somewhere that can be picked up by the mirage-platform >>> build? >> >> Could do. The changes needed to Mini-OS for that are here: >> >> https://github.com/talex5/mirage-platform/commit/53e2675e05df29bae96298844687c14020986e7c >> >> Another option would be to add a "make install-ocamlfind" target to >> the upstream Xen copy. > > If we're going to make libminios installable separately, does anyone > have a preference for ocamlfind vs pkg-config (or something else)? Definitely pkg-config for the C libraries, with any OCaml bindings using ocamlfind as usual. Following the usual convention for library bindings is safest here unless there's a strong reason to do it via ocamlfind (although one strong reason is ease of installation). > For openlibm, pkg-config is probably the way go, and it might make > sense to do the same with libminios (to make it useful outside of > OCaml projects). > > Will we expect people to install these dependencies themselves, or is > the plan to bundle them with mirage-platform? Hrm, I suspect that making these external dependencies is better, since they really are no different from any other sort of C library. However, we could still supply an OPAM library that does the conf-* check for the existence of the library on the system, and installs it from source if not available. We just need some way to make the OPAM and pkg-config worlds happy in this case... 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 May 19 15:53:19 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 19 May 2014 15:53: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 1WmPsM-0007YX-SW; Mon, 19 May 2014 15:53:18 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WmPsM-0007YS-0C for mirageos-devel@lists.xenproject.org; Mon, 19 May 2014 15:53:18 +0000 Received: from [193.109.254.147:33099] by server-2.bemta-14.messagelabs.com id A6/10-21684-DE82A735; Mon, 19 May 2014 15:53:17 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-7.tower-27.messagelabs.com!1400514796!5736900!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8293 invoked from network); 19 May 2014 15:53:16 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-7.tower-27.messagelabs.com with SMTP; 19 May 2014 15:53:16 -0000 Received: (qmail 10510 invoked by uid 634); 19 May 2014 15:53:16 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from volstagg-0.srg.cl.cam.ac.uk (HELO flick.office) (128.232.32.232) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Mon, 19 May 2014 16:53:15 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Anil Madhavapeddy In-Reply-To: Date: Mon, 19 May 2014 16:53:14 +0100 Message-Id: <612ACA52-F277-4917-9E4D-6C6072E07988@recoil.org> References: <20140512151011.GA10394@dark.recoil.org> To: Thomas Leonard X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Mirage/ARM plans X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 19 May 2014, at 16:34, Thomas Leonard wrote: > On 13 May 2014 13:53, Thomas Leonard wrote: >> On 12 May 2014 16:10, Anil Madhavapeddy wrote: >>> On Mon, May 12, 2014 at 10:28:15AM +0100, Thomas Leonard wrote: >>>> Here are the things I think need to happen to get Mirage working on ARM: >>> >>> Great summary! My comments inline: >>> >>>> >>>> - Update Mini-OS to support both x86 and ARM (done but not yet merged). >>> >>> This refers to upstream Xen MiniOS, right? Do you think it's worth >>> modifying the MiniOS repository to build fully independently of Xen (so >>> that we can extract the git subtree) and install its header files and >>> .a/.lds files somewhere that can be picked up by the mirage-platform >>> build? >> >> Could do. The changes needed to Mini-OS for that are here: >> >> https://github.com/talex5/mirage-platform/commit/53e2675e05df29bae96298844687c14020986e7c >> >> Another option would be to add a "make install-ocamlfind" target to >> the upstream Xen copy. > > If we're going to make libminios installable separately, does anyone > have a preference for ocamlfind vs pkg-config (or something else)? Definitely pkg-config for the C libraries, with any OCaml bindings using ocamlfind as usual. Following the usual convention for library bindings is safest here unless there's a strong reason to do it via ocamlfind (although one strong reason is ease of installation). > For openlibm, pkg-config is probably the way go, and it might make > sense to do the same with libminios (to make it useful outside of > OCaml projects). > > Will we expect people to install these dependencies themselves, or is > the plan to bundle them with mirage-platform? Hrm, I suspect that making these external dependencies is better, since they really are no different from any other sort of C library. However, we could still supply an OPAM library that does the conf-* check for the existence of the library on the system, and installs it from source if not available. We just need some way to make the OPAM and pkg-config worlds happy in this case... 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 May 19 18:56:06 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 19 May 2014 18:56: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 1WmSjA-0005rP-Qp; Mon, 19 May 2014 18:56:00 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WmSjA-0005rK-6Y for mirageos-devel@lists.xenproject.org; Mon, 19 May 2014 18:56:00 +0000 Received: from [85.158.143.35:11853] by server-3.bemta-4.messagelabs.com id E1/B7-13602-FB35A735; Mon, 19 May 2014 18:55:59 +0000 X-Env-Sender: mmatalka@gmail.com X-Msg-Ref: server-10.tower-21.messagelabs.com!1400525757!5892697!1 X-Originating-IP: [209.85.192.48] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20034 invoked from network); 19 May 2014 18:55:58 -0000 Received: from mail-qg0-f48.google.com (HELO mail-qg0-f48.google.com) (209.85.192.48) by server-10.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 19 May 2014 18:55:58 -0000 Received: by mail-qg0-f48.google.com with SMTP id i50so9393423qgf.21 for ; Mon, 19 May 2014 11:55:57 -0700 (PDT) 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=NnoHBXXcBa4SMR2Ea525ccD7vqBIo33ugVRIZbk9kLk=; b=syn0XIxqMsp3uKhKtQ0NuDsiR1JfBfwKjGflOKgLf0dmAcA0xdF4oVvGuiYoL+rYsF aH+RV7q9oWa9i4JicNmUln7HZyq97OQ78zsxe9mebFZ8+XLdtLWNwEiU4wfA7oi/i5uu 1KcWyUqr5McudM8SeBPDBX3l3LM3ZHIPpwqC4Q7AtDebTlDCBaoS2DP5nCOoTcVGrZHU LMytuI+HdJANHQo/YDSWGdjhc6GZ+ZLA3cF+ykTxo/cFomi2hTCCBaKk29lLdWRmTAlI iJT+aMWLDvBiLnJXX9dafUvMb6T6pMf8yxEavo5vjpQaTNvX8I0pOSKfK55IK6VlCOJK hrfw== MIME-Version: 1.0 X-Received: by 10.140.98.116 with SMTP id n107mr49337610qge.93.1400525757534; Mon, 19 May 2014 11:55:57 -0700 (PDT) Received: by 10.140.38.147 with HTTP; Mon, 19 May 2014 11:55:57 -0700 (PDT) Received: by 10.140.38.147 with HTTP; Mon, 19 May 2014 11:55:57 -0700 (PDT) In-Reply-To: <537A1EAD.5090906@somerandomidiot.com> References: <537A1EAD.5090906@somerandomidiot.com> Date: Mon, 19 May 2014 20:55:57 +0200 Message-ID: From: Malcolm Matalka To: Mindy Cc: mirageos-devel@lists.xenproject.org Subject: Re: [MirageOS-devel] OPW intern checking in! X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============6706651871156781441==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============6706651871156781441== Content-Type: multipart/alternative; boundary=001a113a923846d7b004f9c55091 --001a113a923846d7b004f9c55091 Content-Type: text/plain; charset=UTF-8 Very cool! I'm completely ignorant when it comes to fuzzing. Will you be using something like quickcheck? I've had a lot of success with testing some of my Ocaml code this way. I don't think the Ocaml quickcheck is that mature yet, much love would be appreciated ;) Den 19 maj 2014 17:09 skrev "Mindy" : > Hi folks! Today's the first official day of OPW internships, which run > through the middle of August. I'm slated to be working on fuzzing Mirage's > network stack, for which I've already done a small amount of investigatory > work. > > I'm working on a framework for testing and analysis within Scapy, the > packet manipulation DSL for Python 2.7. I did some preliminary work on > this when looking for more denial-of-service bugs in the DHCP client option > parsing code of mirage-tcpip and will be working on both generalizing that > work, and writing specific tests and analyses for other layers in the stack > this week beginning with HTTP. Additionally, I plan to write a blog post > with more details on my progress and motivation in the middle of the week. > > I'll also be sending periodic updates to the list with details on my > progress and plans for immediate future work. Unless someone has a > different preference, I'll do this in reply to this message, so folks can > choose to filter out these messages if they find them undesirable. > > Please let me know if you have any questions or suggestions! > > Thanks, > Mindy (yomimono) > > > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel > --001a113a923846d7b004f9c55091 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Very cool!=C2=A0 I'm completely ignorant when it comes t= o fuzzing.=C2=A0 Will you be using something like quickcheck?=C2=A0 I'v= e had a lot of success with testing some of my Ocaml code this way.=C2=A0 I= don't think the Ocaml quickcheck is that mature yet, much love would b= e appreciated ;)

Den 19 maj 2014 17:09 skrev "Mindy" &l= t;mindy@somerandomidiot.com>:
Hi folks! =C2=A0Today's the first official day of OPW internships, whic= h run through the middle of August. =C2=A0I'm slated to be working on f= uzzing Mirage's network stack, for which I've already done a small = amount of investigatory work.

I'm working on a framework for testing and analysis within Scapy, the p= acket manipulation DSL for Python 2.7. =C2=A0I did some preliminary work on= this when looking for more denial-of-service bugs in the DHCP client optio= n parsing code of mirage-tcpip and will be working on both generalizing tha= t work, and writing specific tests and analyses for other layers in the sta= ck this week beginning with HTTP. =C2=A0Additionally, I plan to write a blo= g post with more details on my progress and motivation in the middle of the= week.

I'll also be sending periodic updates to the list with details on my pr= ogress and plans for immediate future work. =C2=A0Unless someone has a diff= erent preference, I'll do this in reply to this message, so folks can c= hoose to filter out these messages if they find them undesirable.

Please let me know if you have any questions or suggestions!

Thanks,
Mindy (yomimono)


_______________________________________________
MirageOS-devel mailing list
Mi= rageOS-devel@lists.xenproject.org
http://lists.xenproject.org/cgi-bin/mailman/l= istinfo/mirageos-devel
--001a113a923846d7b004f9c55091-- --===============6706651871156781441== 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 --===============6706651871156781441==-- From mirageos-devel-bounces@lists.xenproject.org Mon May 19 18:56:06 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 19 May 2014 18:56: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 1WmSjA-0005rP-Qp; Mon, 19 May 2014 18:56:00 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WmSjA-0005rK-6Y for mirageos-devel@lists.xenproject.org; Mon, 19 May 2014 18:56:00 +0000 Received: from [85.158.143.35:11853] by server-3.bemta-4.messagelabs.com id E1/B7-13602-FB35A735; Mon, 19 May 2014 18:55:59 +0000 X-Env-Sender: mmatalka@gmail.com X-Msg-Ref: server-10.tower-21.messagelabs.com!1400525757!5892697!1 X-Originating-IP: [209.85.192.48] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20034 invoked from network); 19 May 2014 18:55:58 -0000 Received: from mail-qg0-f48.google.com (HELO mail-qg0-f48.google.com) (209.85.192.48) by server-10.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 19 May 2014 18:55:58 -0000 Received: by mail-qg0-f48.google.com with SMTP id i50so9393423qgf.21 for ; Mon, 19 May 2014 11:55:57 -0700 (PDT) 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=NnoHBXXcBa4SMR2Ea525ccD7vqBIo33ugVRIZbk9kLk=; b=syn0XIxqMsp3uKhKtQ0NuDsiR1JfBfwKjGflOKgLf0dmAcA0xdF4oVvGuiYoL+rYsF aH+RV7q9oWa9i4JicNmUln7HZyq97OQ78zsxe9mebFZ8+XLdtLWNwEiU4wfA7oi/i5uu 1KcWyUqr5McudM8SeBPDBX3l3LM3ZHIPpwqC4Q7AtDebTlDCBaoS2DP5nCOoTcVGrZHU LMytuI+HdJANHQo/YDSWGdjhc6GZ+ZLA3cF+ykTxo/cFomi2hTCCBaKk29lLdWRmTAlI iJT+aMWLDvBiLnJXX9dafUvMb6T6pMf8yxEavo5vjpQaTNvX8I0pOSKfK55IK6VlCOJK hrfw== MIME-Version: 1.0 X-Received: by 10.140.98.116 with SMTP id n107mr49337610qge.93.1400525757534; Mon, 19 May 2014 11:55:57 -0700 (PDT) Received: by 10.140.38.147 with HTTP; Mon, 19 May 2014 11:55:57 -0700 (PDT) Received: by 10.140.38.147 with HTTP; Mon, 19 May 2014 11:55:57 -0700 (PDT) In-Reply-To: <537A1EAD.5090906@somerandomidiot.com> References: <537A1EAD.5090906@somerandomidiot.com> Date: Mon, 19 May 2014 20:55:57 +0200 Message-ID: From: Malcolm Matalka To: Mindy Cc: mirageos-devel@lists.xenproject.org Subject: Re: [MirageOS-devel] OPW intern checking in! X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============6706651871156781441==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============6706651871156781441== Content-Type: multipart/alternative; boundary=001a113a923846d7b004f9c55091 --001a113a923846d7b004f9c55091 Content-Type: text/plain; charset=UTF-8 Very cool! I'm completely ignorant when it comes to fuzzing. Will you be using something like quickcheck? I've had a lot of success with testing some of my Ocaml code this way. I don't think the Ocaml quickcheck is that mature yet, much love would be appreciated ;) Den 19 maj 2014 17:09 skrev "Mindy" : > Hi folks! Today's the first official day of OPW internships, which run > through the middle of August. I'm slated to be working on fuzzing Mirage's > network stack, for which I've already done a small amount of investigatory > work. > > I'm working on a framework for testing and analysis within Scapy, the > packet manipulation DSL for Python 2.7. I did some preliminary work on > this when looking for more denial-of-service bugs in the DHCP client option > parsing code of mirage-tcpip and will be working on both generalizing that > work, and writing specific tests and analyses for other layers in the stack > this week beginning with HTTP. Additionally, I plan to write a blog post > with more details on my progress and motivation in the middle of the week. > > I'll also be sending periodic updates to the list with details on my > progress and plans for immediate future work. Unless someone has a > different preference, I'll do this in reply to this message, so folks can > choose to filter out these messages if they find them undesirable. > > Please let me know if you have any questions or suggestions! > > Thanks, > Mindy (yomimono) > > > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel > --001a113a923846d7b004f9c55091 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Very cool!=C2=A0 I'm completely ignorant when it comes t= o fuzzing.=C2=A0 Will you be using something like quickcheck?=C2=A0 I'v= e had a lot of success with testing some of my Ocaml code this way.=C2=A0 I= don't think the Ocaml quickcheck is that mature yet, much love would b= e appreciated ;)

Den 19 maj 2014 17:09 skrev "Mindy" &l= t;mindy@somerandomidiot.com>:
Hi folks! =C2=A0Today's the first official day of OPW internships, whic= h run through the middle of August. =C2=A0I'm slated to be working on f= uzzing Mirage's network stack, for which I've already done a small = amount of investigatory work.

I'm working on a framework for testing and analysis within Scapy, the p= acket manipulation DSL for Python 2.7. =C2=A0I did some preliminary work on= this when looking for more denial-of-service bugs in the DHCP client optio= n parsing code of mirage-tcpip and will be working on both generalizing tha= t work, and writing specific tests and analyses for other layers in the sta= ck this week beginning with HTTP. =C2=A0Additionally, I plan to write a blo= g post with more details on my progress and motivation in the middle of the= week.

I'll also be sending periodic updates to the list with details on my pr= ogress and plans for immediate future work. =C2=A0Unless someone has a diff= erent preference, I'll do this in reply to this message, so folks can c= hoose to filter out these messages if they find them undesirable.

Please let me know if you have any questions or suggestions!

Thanks,
Mindy (yomimono)


_______________________________________________
MirageOS-devel mailing list
Mi= rageOS-devel@lists.xenproject.org
http://lists.xenproject.org/cgi-bin/mailman/l= istinfo/mirageos-devel
--001a113a923846d7b004f9c55091-- --===============6706651871156781441== 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 --===============6706651871156781441==-- From mirageos-devel-bounces@lists.xenproject.org Mon May 19 19:14:52 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 19 May 2014 19:14: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 1WmT1O-0006Jy-Ap; Mon, 19 May 2014 19:14:50 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WmT1N-0006Jt-2j for mirageos-devel@lists.xenproject.org; Mon, 19 May 2014 19:14:49 +0000 Received: from [85.158.143.35:63221] by server-1.bemta-4.messagelabs.com id 3D/F2-09853-8285A735; Mon, 19 May 2014 19:14:48 +0000 X-Env-Sender: mindy@somerandomidiot.com X-Msg-Ref: server-2.tower-21.messagelabs.com!1400526887!5881115!1 X-Originating-IP: [217.70.183.195] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjE3LjcwLjE4My4xOTUgPT4gMzc4NjI=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10574 invoked from network); 19 May 2014 19:14:47 -0000 Received: from relay3-d.mail.gandi.net (HELO relay3-d.mail.gandi.net) (217.70.183.195) by server-2.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 19 May 2014 19:14:47 -0000 Received: from mfilter1-d.gandi.net (mfilter1-d.gandi.net [217.70.178.130]) by relay3-d.mail.gandi.net (Postfix) with ESMTP id 6DD3FA8092; Mon, 19 May 2014 21:14:47 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter1-d.gandi.net Received: from relay3-d.mail.gandi.net ([217.70.183.195]) by mfilter1-d.gandi.net (mfilter1-d.gandi.net [10.0.15.180]) (amavisd-new, port 10024) with ESMTP id 252LigmQ4TuF; Mon, 19 May 2014 21:14:45 +0200 (CEST) X-Originating-IP: 97.83.226.97 Received: from [192.168.1.124] (97-83-226-97.dhcp.eucl.wi.charter.com [97.83.226.97]) (Authenticated sender: guybrush@somerandomidiot.com) by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id 31BC2A80B0; Mon, 19 May 2014 21:14:44 +0200 (CEST) Message-ID: <537A5818.1010409@somerandomidiot.com> Date: Mon, 19 May 2014 14:14:32 -0500 From: Mindy User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Malcolm Matalka References: <537A1EAD.5090906@somerandomidiot.com> In-Reply-To: Cc: mirageos-devel@lists.xenproject.org Subject: Re: [MirageOS-devel] OPW intern checking in! X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============4094309504954697691==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org This is a multi-part message in MIME format. --===============4094309504954697691== Content-Type: multipart/alternative; boundary="------------010901090203060006040307" This is a multi-part message in MIME format. --------------010901090203060006040307 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit I'm only slightly less than completely ignorant when it comes to fuzzing, which is part of why I wanted to do this ;) What I'm trying to do at the moment is a little more on the blackbox side, but I am quite interested in generative testing. Are you using the quickcheck that's in opam (and if not, can you recommend the one you are using)? Thanks, Mindy On 05/19/2014 01:55 PM, Malcolm Matalka wrote: > > Very cool! I'm completely ignorant when it comes to fuzzing. Will > you be using something like quickcheck? I've had a lot of success > with testing some of my Ocaml code this way. I don't think the Ocaml > quickcheck is that mature yet, much love would be appreciated ;) > > Den 19 maj 2014 17:09 skrev "Mindy" >: > > Hi folks! Today's the first official day of OPW internships, > which run through the middle of August. I'm slated to be working > on fuzzing Mirage's network stack, for which I've already done a > small amount of investigatory work. > > I'm working on a framework for testing and analysis within Scapy, > the packet manipulation DSL for Python 2.7. I did some > preliminary work on this when looking for more denial-of-service > bugs in the DHCP client option parsing code of mirage-tcpip and > will be working on both generalizing that work, and writing > specific tests and analyses for other layers in the stack this > week beginning with HTTP. Additionally, I plan to write a blog > post with more details on my progress and motivation in the middle > of the week. > > I'll also be sending periodic updates to the list with details on > my progress and plans for immediate future work. Unless someone > has a different preference, I'll do this in reply to this message, > so folks can choose to filter out these messages if they find them > undesirable. > > Please let me know if you have any questions or suggestions! > > Thanks, > Mindy (yomimono) > > > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel > --------------010901090203060006040307 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I'm only slightly less than completely ignorant when it comes to fuzzing, which is part of why I wanted to do this ;)

What I'm trying to do at the moment is a little more on the blackbox side, but I am quite interested in generative testing.=C2=A0 Are you using the quickcheck that's in opam (and if not, can you recommend the one you are using)?

Thanks,
Mindy

On 05/19/2014 01:55 PM, Malcolm Matalk= a wrote:

Very cool!=C2=A0 I'm completely ignorant when it com= es to fuzzing.=C2=A0 Will you be using something like quickcheck?=C2=A0= I've had a lot of success with testing some of my Ocaml code this way.=C2=A0= I don't think the Ocaml quickcheck is that mature yet, much love would be appreciated ;)

Den 19 maj 2014 17:09 skrev "Mindy" <= mindy@somerandomidiot.com>:
Hi folks! =C2=A0Today's the first official day of OPW internshi= ps, which run through the middle of August. =C2=A0I'm slated to be working on fuzzing Mirage's network stack, for which I've already done a small amount of investigatory work.

I'm working on a framework for testing and analysis within Scapy, the packet manipulation DSL for Python 2.7. =C2=A0I did = some preliminary work on this when looking for more denial-of-service bugs in the DHCP client option parsing code of mirage-tcpip and will be working on both generalizing that work, and writing specific tests and analyses for other layers in the stack this week beginning with HTTP. =C2=A0Additionally,= I plan to write a blog post with more details on my progress and motivation in the middle of the week.

I'll also be sending periodic updates to the list with details on my progress and plans for immediate future work. =C2=A0Unles= s someone has a different preference, I'll do this in reply to this message, so folks can choose to filter out these messages if they find them undesirable.

Please let me know if you have any questions or suggestions!
Thanks,
Mindy (yomimono)


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

--------------010901090203060006040307-- --===============4094309504954697691== 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 --===============4094309504954697691==-- From mirageos-devel-bounces@lists.xenproject.org Mon May 19 19:14:52 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 19 May 2014 19:14: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 1WmT1O-0006Jy-Ap; Mon, 19 May 2014 19:14:50 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WmT1N-0006Jt-2j for mirageos-devel@lists.xenproject.org; Mon, 19 May 2014 19:14:49 +0000 Received: from [85.158.143.35:63221] by server-1.bemta-4.messagelabs.com id 3D/F2-09853-8285A735; Mon, 19 May 2014 19:14:48 +0000 X-Env-Sender: mindy@somerandomidiot.com X-Msg-Ref: server-2.tower-21.messagelabs.com!1400526887!5881115!1 X-Originating-IP: [217.70.183.195] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjE3LjcwLjE4My4xOTUgPT4gMzc4NjI=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10574 invoked from network); 19 May 2014 19:14:47 -0000 Received: from relay3-d.mail.gandi.net (HELO relay3-d.mail.gandi.net) (217.70.183.195) by server-2.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 19 May 2014 19:14:47 -0000 Received: from mfilter1-d.gandi.net (mfilter1-d.gandi.net [217.70.178.130]) by relay3-d.mail.gandi.net (Postfix) with ESMTP id 6DD3FA8092; Mon, 19 May 2014 21:14:47 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter1-d.gandi.net Received: from relay3-d.mail.gandi.net ([217.70.183.195]) by mfilter1-d.gandi.net (mfilter1-d.gandi.net [10.0.15.180]) (amavisd-new, port 10024) with ESMTP id 252LigmQ4TuF; Mon, 19 May 2014 21:14:45 +0200 (CEST) X-Originating-IP: 97.83.226.97 Received: from [192.168.1.124] (97-83-226-97.dhcp.eucl.wi.charter.com [97.83.226.97]) (Authenticated sender: guybrush@somerandomidiot.com) by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id 31BC2A80B0; Mon, 19 May 2014 21:14:44 +0200 (CEST) Message-ID: <537A5818.1010409@somerandomidiot.com> Date: Mon, 19 May 2014 14:14:32 -0500 From: Mindy User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Malcolm Matalka References: <537A1EAD.5090906@somerandomidiot.com> In-Reply-To: Cc: mirageos-devel@lists.xenproject.org Subject: Re: [MirageOS-devel] OPW intern checking in! X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============4094309504954697691==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org This is a multi-part message in MIME format. --===============4094309504954697691== Content-Type: multipart/alternative; boundary="------------010901090203060006040307" This is a multi-part message in MIME format. --------------010901090203060006040307 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit I'm only slightly less than completely ignorant when it comes to fuzzing, which is part of why I wanted to do this ;) What I'm trying to do at the moment is a little more on the blackbox side, but I am quite interested in generative testing. Are you using the quickcheck that's in opam (and if not, can you recommend the one you are using)? Thanks, Mindy On 05/19/2014 01:55 PM, Malcolm Matalka wrote: > > Very cool! I'm completely ignorant when it comes to fuzzing. Will > you be using something like quickcheck? I've had a lot of success > with testing some of my Ocaml code this way. I don't think the Ocaml > quickcheck is that mature yet, much love would be appreciated ;) > > Den 19 maj 2014 17:09 skrev "Mindy" >: > > Hi folks! Today's the first official day of OPW internships, > which run through the middle of August. I'm slated to be working > on fuzzing Mirage's network stack, for which I've already done a > small amount of investigatory work. > > I'm working on a framework for testing and analysis within Scapy, > the packet manipulation DSL for Python 2.7. I did some > preliminary work on this when looking for more denial-of-service > bugs in the DHCP client option parsing code of mirage-tcpip and > will be working on both generalizing that work, and writing > specific tests and analyses for other layers in the stack this > week beginning with HTTP. Additionally, I plan to write a blog > post with more details on my progress and motivation in the middle > of the week. > > I'll also be sending periodic updates to the list with details on > my progress and plans for immediate future work. Unless someone > has a different preference, I'll do this in reply to this message, > so folks can choose to filter out these messages if they find them > undesirable. > > Please let me know if you have any questions or suggestions! > > Thanks, > Mindy (yomimono) > > > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel > --------------010901090203060006040307 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I'm only slightly less than completely ignorant when it comes to fuzzing, which is part of why I wanted to do this ;)

What I'm trying to do at the moment is a little more on the blackbox side, but I am quite interested in generative testing.=C2=A0 Are you using the quickcheck that's in opam (and if not, can you recommend the one you are using)?

Thanks,
Mindy

On 05/19/2014 01:55 PM, Malcolm Matalk= a wrote:

Very cool!=C2=A0 I'm completely ignorant when it com= es to fuzzing.=C2=A0 Will you be using something like quickcheck?=C2=A0= I've had a lot of success with testing some of my Ocaml code this way.=C2=A0= I don't think the Ocaml quickcheck is that mature yet, much love would be appreciated ;)

Den 19 maj 2014 17:09 skrev "Mindy" <= mindy@somerandomidiot.com>:
Hi folks! =C2=A0Today's the first official day of OPW internshi= ps, which run through the middle of August. =C2=A0I'm slated to be working on fuzzing Mirage's network stack, for which I've already done a small amount of investigatory work.

I'm working on a framework for testing and analysis within Scapy, the packet manipulation DSL for Python 2.7. =C2=A0I did = some preliminary work on this when looking for more denial-of-service bugs in the DHCP client option parsing code of mirage-tcpip and will be working on both generalizing that work, and writing specific tests and analyses for other layers in the stack this week beginning with HTTP. =C2=A0Additionally,= I plan to write a blog post with more details on my progress and motivation in the middle of the week.

I'll also be sending periodic updates to the list with details on my progress and plans for immediate future work. =C2=A0Unles= s someone has a different preference, I'll do this in reply to this message, so folks can choose to filter out these messages if they find them undesirable.

Please let me know if you have any questions or suggestions!
Thanks,
Mindy (yomimono)


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

--------------010901090203060006040307-- --===============4094309504954697691== 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 --===============4094309504954697691==-- From mirageos-devel-bounces@lists.xenproject.org Mon May 19 21:11:26 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 19 May 2014 21:11: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 1WmUqA-0002Ai-I0; Mon, 19 May 2014 21:11:22 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WmUq9-0002Ad-5Y for mirageos-devel@lists.xenproject.org; Mon, 19 May 2014 21:11:21 +0000 Received: from [85.158.143.35:47387] by server-3.bemta-4.messagelabs.com id 3B/9F-13602-8737A735; Mon, 19 May 2014 21:11:20 +0000 X-Env-Sender: Richard.Mortier@nottingham.ac.uk X-Msg-Ref: server-8.tower-21.messagelabs.com!1400533879!5920011!1 X-Originating-IP: [151.236.209.34] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE, ML_RADAR_SPEW_LINKS_23,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6737 invoked from network); 19 May 2014 21:11:19 -0000 Received: from engine01-20433-9.icritical.com (HELO engine01-20433-9.icritical.com) (151.236.209.34) by server-8.tower-21.messagelabs.com with SMTP; 19 May 2014 21:11:19 -0000 Received: (qmail 17787 invoked from network); 19 May 2014 21:02:53 -0000 Received: from localhost (127.0.0.1) by engine01-20433-9.icritical.com with SMTP; 19 May 2014 21:02:53 -0000 Received: from engine01-20433-9.icritical.com ([127.0.0.1]) by localhost (engine01-20433-9.icritical.com [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 17036-10 for ; Mon, 19 May 2014 22:02:46 +0100 (BST) Received: (qmail 17770 invoked by uid 599); 19 May 2014 21:02:46 -0000 Received: from unknown (HELO smtp4.nottingham.ac.uk) (128.243.220.65) by engine01-20433-9.icritical.com (qpsmtpd/0.28) with ESMTP; Mon, 19 May 2014 22:02:46 +0100 Received: from uiwexhub01.ad.nottingham.ac.uk ([128.243.15.133]) by smtp4.nottingham.ac.uk with esmtps (TLSv1:AES128-SHA:128) (Exim 4.77) (envelope-from ) id 1WmUhp-00049v-M2; Mon, 19 May 2014 22:02:45 +0100 From: Richard Mortier To: Anil Madhavapeddy , Mindy Date: Mon, 19 May 2014 22:01:28 +0100 Thread-Topic: [MirageOS-devel] pathos: pathological http server Thread-Index: Ac9zpa6tjHwzZc5iTpC4UtuHfsEgcg== Message-ID: References: In-Reply-To: Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-Virus-Scanned: by iCritical at engine01-20433-9.icritical.com Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] pathos: pathological http server X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============7593156054195235967==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============7593156054195235967== Content-Language: en-US Content-Type: multipart/signed; boundary="Apple-Mail=_97689D5A-C007-4456-AEF2-C1784660F60C"; protocol="application/pgp-signature"; micalg=pgp-sha512 --Apple-Mail=_97689D5A-C007-4456-AEF2-C1784660F60C Content-Type: multipart/alternative; boundary="Apple-Mail=_8D6F5F42-FBF3-46DA-9ADF-13EF1B81DD92" --Apple-Mail=_8D6F5F42-FBF3-46DA-9ADF-13EF1B81DD92 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 (fwiw looks like the repo moved to the mite-proxy org-- http://pathod.net/ and https://github.com/mitmproxy/pathod ) On 19 May 2014, at 16:48, Anil Madhavapeddy wrote: > I've had this flagged on my todo list for over a year now, but Mindy = is starting to work on just this now! >=20 > Mindy: see below for the Pathod link as well; could be of interest for = the HTTP layer to really stress out our poor network stack. >=20 > -anil >=20 > On 20 Feb 2013, at 04:58, Steve Jenson wrote: >=20 >> I believe scapy[1] can be used to fuzz TCP and IP. >>=20 >> http://www.secdev.org/projects/scapy/ >>=20 >>=20 >> On Tue, Feb 19, 2013 at 4:11 AM, Anil Madhavapeddy = wrote: >> An interesting way to test the corners of our HTTP library: >> http://cortesi.github.com/pathod/ >>=20 >> Are there any others like this for, e.g., TCP? (Balraj, I'm thinking = of your 1-byte write netfront test). >>=20 >> -anil >>=20 >=20 > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel --=20 Cheers, R. --Apple-Mail=_8D6F5F42-FBF3-46DA-9ADF-13EF1B81DD92 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=iso-8859-1 (fwiw = looks like the repo moved to the mite-proxy org--

)

On 19 May 2014, at 16:48, = Anil Madhavapeddy <anil@recoil.org> wrote:

I've = had this flagged on my todo list for over a year now, but Mindy is = starting to work on just this now!

Mindy: see below = for the Pathod link as well; could be of interest for the HTTP layer to = really stress out our poor network = stack.

-anil

On 20 Feb = 2013, at 04:58, Steve Jenson <stevej@fruitless.org> = wrote:

I believe scapy[1] can be used to fuzz = TCP and IP.



On Tue, Feb 19, 2013 at 4:11 AM, Anil Madhavapeddy <anil@recoil.org> wrote:
An interesting way to test the corners of our HTTP library:
http://cortesi.github.com/pathod/

Are there any others like this for, e.g., TCP? (Balraj, I'm thinking of = your 1-byte write netfront test).

-anil

=

_______________________________________= ________
MirageOS-devel mailing list
MirageOS-devel@lists.x= enproject.org
http://lists.xenproject.org/cgi-bin/mailman/listinfo/= mirageos-devel


--
Cheers,
R.


= --Apple-Mail=_8D6F5F42-FBF3-46DA-9ADF-13EF1B81DD92-- --Apple-Mail=_97689D5A-C007-4456-AEF2-C1784660F60C Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTenEoAAoJEOLF27JWwSg3ygoQAJ4LleiJUQpYsn0s2QFsrX78 qiXogJflpeRl6W8kq2y9YY4Ve0YEvtT98JdOMFaSislQ8hhE2dNKpcFi4RoWq3Ir Ti3uKrCkghuDUz/kLGxFdhO+/0cAAk2fyv7qHtYLRtshvPeVavH3mIy+D/75+uB4 ZP2cNYoJORxcN39EC20NFItA+9EvgZsUu2DiwsP/+O6wCABqVAQulv97Swj5ddNH 1gsH+9PbdHq2GtYvcr5Ybw+7GGWAlUqvfrvRuzPmfLCXgt83mPr1nnRGEuguiyAy dI2HqU9TJaJNcT7V7uUqULWJg7DXVFaj3wJk9cn1ViZ+/hIqBbkc+zEqRP5cldgj xfJWGvLInEMj+hFA+evQsXpLIYJ44mLcChH/rZahQoA5UOYi4Z1/mXkQ8VDsg2YG SkU0lQdDp3ZBN837tXgiOqUduSpq0XDBE3xeLjJoL5ZpcELzq0Z/pj7/Dn/OBoFf HFwnq0rG1H5Ln7uhIBblUdJVDPga4Zepdcy9e290cZfKfbXMob5WFCjgDULKEmL8 JnF1t2CttINamcjPAcRzyyiQGpkv20+qL7m2HH2ge63NmtdQW2Kcm3tL5G/c5SKZ TFnboFD8XlTMVdPCoP5C1G53/mNjFuJdwy/GYeAICtG0Khj9icznHg5bWnUxh6Gd 9G0aozINr4LQszUuMSRy =T0pL -----END PGP SIGNATURE----- --Apple-Mail=_97689D5A-C007-4456-AEF2-C1784660F60C-- --===============7593156054195235967== 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 --===============7593156054195235967==-- From mirageos-devel-bounces@lists.xenproject.org Mon May 19 21:11:26 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 19 May 2014 21:11: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 1WmUqA-0002Ai-I0; Mon, 19 May 2014 21:11:22 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WmUq9-0002Ad-5Y for mirageos-devel@lists.xenproject.org; Mon, 19 May 2014 21:11:21 +0000 Received: from [85.158.143.35:47387] by server-3.bemta-4.messagelabs.com id 3B/9F-13602-8737A735; Mon, 19 May 2014 21:11:20 +0000 X-Env-Sender: Richard.Mortier@nottingham.ac.uk X-Msg-Ref: server-8.tower-21.messagelabs.com!1400533879!5920011!1 X-Originating-IP: [151.236.209.34] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE, ML_RADAR_SPEW_LINKS_23,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6737 invoked from network); 19 May 2014 21:11:19 -0000 Received: from engine01-20433-9.icritical.com (HELO engine01-20433-9.icritical.com) (151.236.209.34) by server-8.tower-21.messagelabs.com with SMTP; 19 May 2014 21:11:19 -0000 Received: (qmail 17787 invoked from network); 19 May 2014 21:02:53 -0000 Received: from localhost (127.0.0.1) by engine01-20433-9.icritical.com with SMTP; 19 May 2014 21:02:53 -0000 Received: from engine01-20433-9.icritical.com ([127.0.0.1]) by localhost (engine01-20433-9.icritical.com [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 17036-10 for ; Mon, 19 May 2014 22:02:46 +0100 (BST) Received: (qmail 17770 invoked by uid 599); 19 May 2014 21:02:46 -0000 Received: from unknown (HELO smtp4.nottingham.ac.uk) (128.243.220.65) by engine01-20433-9.icritical.com (qpsmtpd/0.28) with ESMTP; Mon, 19 May 2014 22:02:46 +0100 Received: from uiwexhub01.ad.nottingham.ac.uk ([128.243.15.133]) by smtp4.nottingham.ac.uk with esmtps (TLSv1:AES128-SHA:128) (Exim 4.77) (envelope-from ) id 1WmUhp-00049v-M2; Mon, 19 May 2014 22:02:45 +0100 From: Richard Mortier To: Anil Madhavapeddy , Mindy Date: Mon, 19 May 2014 22:01:28 +0100 Thread-Topic: [MirageOS-devel] pathos: pathological http server Thread-Index: Ac9zpa6tjHwzZc5iTpC4UtuHfsEgcg== Message-ID: References: In-Reply-To: Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-Virus-Scanned: by iCritical at engine01-20433-9.icritical.com Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] pathos: pathological http server X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============7593156054195235967==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============7593156054195235967== Content-Language: en-US Content-Type: multipart/signed; boundary="Apple-Mail=_97689D5A-C007-4456-AEF2-C1784660F60C"; protocol="application/pgp-signature"; micalg=pgp-sha512 --Apple-Mail=_97689D5A-C007-4456-AEF2-C1784660F60C Content-Type: multipart/alternative; boundary="Apple-Mail=_8D6F5F42-FBF3-46DA-9ADF-13EF1B81DD92" --Apple-Mail=_8D6F5F42-FBF3-46DA-9ADF-13EF1B81DD92 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 (fwiw looks like the repo moved to the mite-proxy org-- http://pathod.net/ and https://github.com/mitmproxy/pathod ) On 19 May 2014, at 16:48, Anil Madhavapeddy wrote: > I've had this flagged on my todo list for over a year now, but Mindy = is starting to work on just this now! >=20 > Mindy: see below for the Pathod link as well; could be of interest for = the HTTP layer to really stress out our poor network stack. >=20 > -anil >=20 > On 20 Feb 2013, at 04:58, Steve Jenson wrote: >=20 >> I believe scapy[1] can be used to fuzz TCP and IP. >>=20 >> http://www.secdev.org/projects/scapy/ >>=20 >>=20 >> On Tue, Feb 19, 2013 at 4:11 AM, Anil Madhavapeddy = wrote: >> An interesting way to test the corners of our HTTP library: >> http://cortesi.github.com/pathod/ >>=20 >> Are there any others like this for, e.g., TCP? (Balraj, I'm thinking = of your 1-byte write netfront test). >>=20 >> -anil >>=20 >=20 > _______________________________________________ > MirageOS-devel mailing list > MirageOS-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel --=20 Cheers, R. --Apple-Mail=_8D6F5F42-FBF3-46DA-9ADF-13EF1B81DD92 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=iso-8859-1 (fwiw = looks like the repo moved to the mite-proxy org--

)

On 19 May 2014, at 16:48, = Anil Madhavapeddy <anil@recoil.org> wrote:

I've = had this flagged on my todo list for over a year now, but Mindy is = starting to work on just this now!

Mindy: see below = for the Pathod link as well; could be of interest for the HTTP layer to = really stress out our poor network = stack.

-anil

On 20 Feb = 2013, at 04:58, Steve Jenson <stevej@fruitless.org> = wrote:

I believe scapy[1] can be used to fuzz = TCP and IP.



On Tue, Feb 19, 2013 at 4:11 AM, Anil Madhavapeddy <anil@recoil.org> wrote:
An interesting way to test the corners of our HTTP library:
http://cortesi.github.com/pathod/

Are there any others like this for, e.g., TCP? (Balraj, I'm thinking of = your 1-byte write netfront test).

-anil

=

_______________________________________= ________
MirageOS-devel mailing list
MirageOS-devel@lists.x= enproject.org
http://lists.xenproject.org/cgi-bin/mailman/listinfo/= mirageos-devel


--
Cheers,
R.


= --Apple-Mail=_8D6F5F42-FBF3-46DA-9ADF-13EF1B81DD92-- --Apple-Mail=_97689D5A-C007-4456-AEF2-C1784660F60C Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTenEoAAoJEOLF27JWwSg3ygoQAJ4LleiJUQpYsn0s2QFsrX78 qiXogJflpeRl6W8kq2y9YY4Ve0YEvtT98JdOMFaSislQ8hhE2dNKpcFi4RoWq3Ir Ti3uKrCkghuDUz/kLGxFdhO+/0cAAk2fyv7qHtYLRtshvPeVavH3mIy+D/75+uB4 ZP2cNYoJORxcN39EC20NFItA+9EvgZsUu2DiwsP/+O6wCABqVAQulv97Swj5ddNH 1gsH+9PbdHq2GtYvcr5Ybw+7GGWAlUqvfrvRuzPmfLCXgt83mPr1nnRGEuguiyAy dI2HqU9TJaJNcT7V7uUqULWJg7DXVFaj3wJk9cn1ViZ+/hIqBbkc+zEqRP5cldgj xfJWGvLInEMj+hFA+evQsXpLIYJ44mLcChH/rZahQoA5UOYi4Z1/mXkQ8VDsg2YG SkU0lQdDp3ZBN837tXgiOqUduSpq0XDBE3xeLjJoL5ZpcELzq0Z/pj7/Dn/OBoFf HFwnq0rG1H5Ln7uhIBblUdJVDPga4Zepdcy9e290cZfKfbXMob5WFCjgDULKEmL8 JnF1t2CttINamcjPAcRzyyiQGpkv20+qL7m2HH2ge63NmtdQW2Kcm3tL5G/c5SKZ TFnboFD8XlTMVdPCoP5C1G53/mNjFuJdwy/GYeAICtG0Khj9icznHg5bWnUxh6Gd 9G0aozINr4LQszUuMSRy =T0pL -----END PGP SIGNATURE----- --Apple-Mail=_97689D5A-C007-4456-AEF2-C1784660F60C-- --===============7593156054195235967== 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 --===============7593156054195235967==-- From mirageos-devel-bounces@lists.xenproject.org Tue May 20 14:30:40 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 20 May 2014 14:30: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 1Wml3r-0007p7-Df; Tue, 20 May 2014 14:30:35 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wml3q-0007p1-Ju for mirageos-devel@lists.xenproject.org; Tue, 20 May 2014 14:30:34 +0000 Received: from [85.158.137.68:4531] by server-14.bemta-3.messagelabs.com id 12/E3-30903-9076B735; Tue, 20 May 2014 14:30:33 +0000 X-Env-Sender: Richard.Mortier@nottingham.ac.uk X-Msg-Ref: server-14.tower-31.messagelabs.com!1400596233!2592942!1 X-Originating-IP: [151.236.209.33] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29656 invoked from network); 20 May 2014 14:30:33 -0000 Received: from engine01-20433-7.icritical.com (HELO engine01-20433-7.icritical.com) (151.236.209.33) by server-14.tower-31.messagelabs.com with SMTP; 20 May 2014 14:30:33 -0000 Received: (qmail 23434 invoked from network); 20 May 2014 14:30:32 -0000 Received: from localhost (127.0.0.1) by engine01-20433-7.icritical.com with SMTP; 20 May 2014 14:30:32 -0000 Received: from engine01-20433-7.icritical.com ([127.0.0.1]) by localhost (engine01-20433-7.icritical.com [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 23380-01 for ; Tue, 20 May 2014 15:30:25 +0100 (BST) Received: (qmail 22723 invoked by uid 599); 20 May 2014 14:29:25 -0000 Received: from unknown (HELO smtp4.nottingham.ac.uk) (128.243.220.65) by engine01-20433-7.icritical.com (qpsmtpd/0.28) with ESMTP; Tue, 20 May 2014 15:29:25 +0100 Received: from uiwexhub01.ad.nottingham.ac.uk ([128.243.15.133]) by smtp4.nottingham.ac.uk with esmtps (TLSv1:AES128-SHA:128) (Exim 4.77) (envelope-from ) id 1Wml2R-0005K7-QV for mirageos-devel@lists.xenproject.org; Tue, 20 May 2014 15:29:07 +0100 From: Richard Mortier To: "mirageos-devel@lists.xenproject.org" Date: Tue, 20 May 2014 15:29:06 +0100 Thread-Topic: plan for accessing devices in a domestic setting Thread-Index: Ac90N9tHqscANAf9R/2eav5hm5RO2Q== Message-ID: Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-Virus-Scanned: by iCritical at engine01-20433-7.icritical.com Cc: "cl-ucn@lists.cam.ac.uk" Subject: [MirageOS-devel] plan for accessing devices in a domestic setting X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============2965446882851585611==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============2965446882851585611== Content-Language: en-US Content-Type: multipart/signed; boundary="Apple-Mail=_7AAF6945-BB8A-4342-98D4-FA8E42287F55"; protocol="application/pgp-signature"; micalg=pgp-sha512 --Apple-Mail=_7AAF6945-BB8A-4342-98D4-FA8E42287F55 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii with the storming progress being made on mirage-on-arm a question arose = locally. we're planning to use mirage-on-den-on-arm to access some IoT devices, = specifically a USB ZWave controller. what's the plan for multiplexing = such devices (whether USB or something else) among domains? a couple of = routes suggest themselves: + link the existing library for managing the device directly into the = mirage app as a one-shot deal; the library in question is C++ so this = might be done with SWIG (though might that limit to mirage-on-linux = rather than mirage-on-xen?) or by following leo's suggestions for = wrapping C++ libraries using ctypes + build a simple mirage-on-linux app to wrap the existing library run in = dom0 and provide access via some api (whether HTTP/TCP or vchan or = something else) to other domUs + write a from-scratch custom mirage domU to provide access to the = device as above ...or probably others. =20 thoughts? --=20 Cheers, R. --Apple-Mail=_7AAF6945-BB8A-4342-98D4-FA8E42287F55 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTe2ayAAoJEOLF27JWwSg3kooP/jRa/3WndUYCU4yXgiT1tYyo QtdUWIQwi4bBgtHdYNK0fjm8iRAT6+wJIGNpAC4vybV8wG1Uce6ErV5e2KnUED2n S4GX4/MOQ9mbtXM/vzTwddN6NigrhoevNYXtosMhpbGt+SAMrXr8NBpiBF5Hao7p /RMzfmQMzKpyrIzwIr/6RQhEBzvQj0v6C5mzhGvV8oPVH4gNQJ2HgYi8jF1q3SNV Mr/mSPUj9l5Vm/Pg8mDlT32mPsCdzGGU1An8pczHPdoDl3AHCT4diUnhxlSWb/5r iFVtQJjimN17NzNqCwfDySSowWCq2qMaAp4K5StTigxUxNtLwV6yfamHp36ZIeP3 PPiQ4PGoIlgPmbTATs71gYSC6G4FctnlkdGLMlkVPbL74IZTfWDqeNc4jyvs8wht b/VoXQBUxKVmd0huhtMFyw38al7vlzco/m7eGh2HdYZ1CDMnnIGPPKCpgOHcT7tB N7FZYIvmJuFV0tDVZCfU8nrFHWWbJcEUBIaJb33/kMXn6FQVocH1Q1TaGMi4PckJ /ertz6eyL/HdDuo/qfkTWjERmgxxyyTNxYvWZz/oUDl3vJUMH6ifVl4GQZ9ki7+v wy2DSL5cK+1/FE95IuSVkZid5+Wtt2YbSFM7JQRdpQiA//9oKBMlE7AQo4s8zxvP b82o6Zz9LM7AHrAzX+xj =FcVw -----END PGP SIGNATURE----- --Apple-Mail=_7AAF6945-BB8A-4342-98D4-FA8E42287F55-- --===============2965446882851585611== 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 --===============2965446882851585611==-- From mirageos-devel-bounces@lists.xenproject.org Tue May 20 14:30:40 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 20 May 2014 14:30: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 1Wml3r-0007p7-Df; Tue, 20 May 2014 14:30:35 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wml3q-0007p1-Ju for mirageos-devel@lists.xenproject.org; Tue, 20 May 2014 14:30:34 +0000 Received: from [85.158.137.68:4531] by server-14.bemta-3.messagelabs.com id 12/E3-30903-9076B735; Tue, 20 May 2014 14:30:33 +0000 X-Env-Sender: Richard.Mortier@nottingham.ac.uk X-Msg-Ref: server-14.tower-31.messagelabs.com!1400596233!2592942!1 X-Originating-IP: [151.236.209.33] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29656 invoked from network); 20 May 2014 14:30:33 -0000 Received: from engine01-20433-7.icritical.com (HELO engine01-20433-7.icritical.com) (151.236.209.33) by server-14.tower-31.messagelabs.com with SMTP; 20 May 2014 14:30:33 -0000 Received: (qmail 23434 invoked from network); 20 May 2014 14:30:32 -0000 Received: from localhost (127.0.0.1) by engine01-20433-7.icritical.com with SMTP; 20 May 2014 14:30:32 -0000 Received: from engine01-20433-7.icritical.com ([127.0.0.1]) by localhost (engine01-20433-7.icritical.com [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 23380-01 for ; Tue, 20 May 2014 15:30:25 +0100 (BST) Received: (qmail 22723 invoked by uid 599); 20 May 2014 14:29:25 -0000 Received: from unknown (HELO smtp4.nottingham.ac.uk) (128.243.220.65) by engine01-20433-7.icritical.com (qpsmtpd/0.28) with ESMTP; Tue, 20 May 2014 15:29:25 +0100 Received: from uiwexhub01.ad.nottingham.ac.uk ([128.243.15.133]) by smtp4.nottingham.ac.uk with esmtps (TLSv1:AES128-SHA:128) (Exim 4.77) (envelope-from ) id 1Wml2R-0005K7-QV for mirageos-devel@lists.xenproject.org; Tue, 20 May 2014 15:29:07 +0100 From: Richard Mortier To: "mirageos-devel@lists.xenproject.org" Date: Tue, 20 May 2014 15:29:06 +0100 Thread-Topic: plan for accessing devices in a domestic setting Thread-Index: Ac90N9tHqscANAf9R/2eav5hm5RO2Q== Message-ID: Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-Virus-Scanned: by iCritical at engine01-20433-7.icritical.com Cc: "cl-ucn@lists.cam.ac.uk" Subject: [MirageOS-devel] plan for accessing devices in a domestic setting X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============2965446882851585611==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============2965446882851585611== Content-Language: en-US Content-Type: multipart/signed; boundary="Apple-Mail=_7AAF6945-BB8A-4342-98D4-FA8E42287F55"; protocol="application/pgp-signature"; micalg=pgp-sha512 --Apple-Mail=_7AAF6945-BB8A-4342-98D4-FA8E42287F55 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii with the storming progress being made on mirage-on-arm a question arose = locally. we're planning to use mirage-on-den-on-arm to access some IoT devices, = specifically a USB ZWave controller. what's the plan for multiplexing = such devices (whether USB or something else) among domains? a couple of = routes suggest themselves: + link the existing library for managing the device directly into the = mirage app as a one-shot deal; the library in question is C++ so this = might be done with SWIG (though might that limit to mirage-on-linux = rather than mirage-on-xen?) or by following leo's suggestions for = wrapping C++ libraries using ctypes + build a simple mirage-on-linux app to wrap the existing library run in = dom0 and provide access via some api (whether HTTP/TCP or vchan or = something else) to other domUs + write a from-scratch custom mirage domU to provide access to the = device as above ...or probably others. =20 thoughts? --=20 Cheers, R. --Apple-Mail=_7AAF6945-BB8A-4342-98D4-FA8E42287F55 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTe2ayAAoJEOLF27JWwSg3kooP/jRa/3WndUYCU4yXgiT1tYyo QtdUWIQwi4bBgtHdYNK0fjm8iRAT6+wJIGNpAC4vybV8wG1Uce6ErV5e2KnUED2n S4GX4/MOQ9mbtXM/vzTwddN6NigrhoevNYXtosMhpbGt+SAMrXr8NBpiBF5Hao7p /RMzfmQMzKpyrIzwIr/6RQhEBzvQj0v6C5mzhGvV8oPVH4gNQJ2HgYi8jF1q3SNV Mr/mSPUj9l5Vm/Pg8mDlT32mPsCdzGGU1An8pczHPdoDl3AHCT4diUnhxlSWb/5r iFVtQJjimN17NzNqCwfDySSowWCq2qMaAp4K5StTigxUxNtLwV6yfamHp36ZIeP3 PPiQ4PGoIlgPmbTATs71gYSC6G4FctnlkdGLMlkVPbL74IZTfWDqeNc4jyvs8wht b/VoXQBUxKVmd0huhtMFyw38al7vlzco/m7eGh2HdYZ1CDMnnIGPPKCpgOHcT7tB N7FZYIvmJuFV0tDVZCfU8nrFHWWbJcEUBIaJb33/kMXn6FQVocH1Q1TaGMi4PckJ /ertz6eyL/HdDuo/qfkTWjERmgxxyyTNxYvWZz/oUDl3vJUMH6ifVl4GQZ9ki7+v wy2DSL5cK+1/FE95IuSVkZid5+Wtt2YbSFM7JQRdpQiA//9oKBMlE7AQo4s8zxvP b82o6Zz9LM7AHrAzX+xj =FcVw -----END PGP SIGNATURE----- --Apple-Mail=_7AAF6945-BB8A-4342-98D4-FA8E42287F55-- --===============2965446882851585611== 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 --===============2965446882851585611==-- From mirageos-devel-bounces@lists.xenproject.org Tue May 20 14:33:21 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 20 May 2014 14:33: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 1Wml6X-0007xt-OH; Tue, 20 May 2014 14:33:21 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wml6W-0007xj-VZ for mirageos-devel@lists.xenproject.org; Tue, 20 May 2014 14:33:21 +0000 Received: from [193.109.254.147:21712] by server-14.bemta-14.messagelabs.com id 05/4A-08195-0B76B735; Tue, 20 May 2014 14:33:20 +0000 X-Env-Sender: thomas.gazagnaire@gmail.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1400596399!2708859!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.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3806 invoked from network); 20 May 2014 14:33:19 -0000 Received: from mail-we0-f172.google.com (HELO mail-we0-f172.google.com) (74.125.82.172) by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 20 May 2014 14:33:19 -0000 Received: by mail-we0-f172.google.com with SMTP id k48so624396wev.3 for ; Tue, 20 May 2014 07:33:19 -0700 (PDT) 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=WKKXLapwqppwdkZAnXEoYcFz30Ry39+0b7635k45BTE=; b=MMsa6vSj0w2NN7wHHZSgtguE96wQ2MniwelcGM/N4VPSnC/OjD8lulEE6RjaUZveAW kMMz9Wi8wahBfZwA1YjDxk/pzSRKIFJWI7pGpIGssqi7TANOOnNtSyklwEdsdKcCcDy6 MQY1BO5agC0FANoednxVCMFEYNW+/F4XdEDdZnhlv9eANVqypCUG/gOWXMgNndKclXC3 qNibhnr8hyjVslllTbCFobji/FS3nRTZmGoHMhZLOGnEHdKo6Olh9Vn6UqmjEzQrTIGF I8zenxstVAoaPQcDoks3n9X7X7vkFXkCp34HYehwV4Y59W+znMgXqzFCJIPRjg2jqZIQ j1sA== X-Received: by 10.194.185.148 with SMTP id fc20mr37554502wjc.27.1400596399032; Tue, 20 May 2014 07:33:19 -0700 (PDT) Received: from ?IPv6:2001:630:212:248:bcc7:7d43:5bb:5908? ([2001:630:212:248:bcc7:7d43:5bb:5908]) by mx.google.com with ESMTPSA id s9sm21058284wix.13.2014.05.20.07.33.17 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 20 May 2014 07:33:17 -0700 (PDT) From: Thomas Gazagnaire Message-Id: <3BBEB6F6-7CA0-43D1-AA4F-706E95EBEF18@gazagnaire.org> Date: Tue, 20 May 2014 15:33:16 +0100 To: mirageos-devel@lists.xenproject.org Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) X-Mailer: Apple Mail (2.1878.2) Subject: [MirageOS-devel] Irminsule repo migration X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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, I've just moved the source code of Irminsule to the Mirage organisation on Github (it was previously on my Github account). I've also shortened the repo name, as I've heard a lot of complains about a name that they cannot pronounce. So it is noes called Irmin (which was already the name of the command-line tool anyway). Github should have set up all the right redirections already, but please update your bookmarks if needed. The new address is: https://github.com/mirage/irmin 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 Tue May 20 14:33:21 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 20 May 2014 14:33: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 1Wml6X-0007xt-OH; Tue, 20 May 2014 14:33:21 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wml6W-0007xj-VZ for mirageos-devel@lists.xenproject.org; Tue, 20 May 2014 14:33:21 +0000 Received: from [193.109.254.147:21712] by server-14.bemta-14.messagelabs.com id 05/4A-08195-0B76B735; Tue, 20 May 2014 14:33:20 +0000 X-Env-Sender: thomas.gazagnaire@gmail.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1400596399!2708859!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.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3806 invoked from network); 20 May 2014 14:33:19 -0000 Received: from mail-we0-f172.google.com (HELO mail-we0-f172.google.com) (74.125.82.172) by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 20 May 2014 14:33:19 -0000 Received: by mail-we0-f172.google.com with SMTP id k48so624396wev.3 for ; Tue, 20 May 2014 07:33:19 -0700 (PDT) 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=WKKXLapwqppwdkZAnXEoYcFz30Ry39+0b7635k45BTE=; b=MMsa6vSj0w2NN7wHHZSgtguE96wQ2MniwelcGM/N4VPSnC/OjD8lulEE6RjaUZveAW kMMz9Wi8wahBfZwA1YjDxk/pzSRKIFJWI7pGpIGssqi7TANOOnNtSyklwEdsdKcCcDy6 MQY1BO5agC0FANoednxVCMFEYNW+/F4XdEDdZnhlv9eANVqypCUG/gOWXMgNndKclXC3 qNibhnr8hyjVslllTbCFobji/FS3nRTZmGoHMhZLOGnEHdKo6Olh9Vn6UqmjEzQrTIGF I8zenxstVAoaPQcDoks3n9X7X7vkFXkCp34HYehwV4Y59W+znMgXqzFCJIPRjg2jqZIQ j1sA== X-Received: by 10.194.185.148 with SMTP id fc20mr37554502wjc.27.1400596399032; Tue, 20 May 2014 07:33:19 -0700 (PDT) Received: from ?IPv6:2001:630:212:248:bcc7:7d43:5bb:5908? ([2001:630:212:248:bcc7:7d43:5bb:5908]) by mx.google.com with ESMTPSA id s9sm21058284wix.13.2014.05.20.07.33.17 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 20 May 2014 07:33:17 -0700 (PDT) From: Thomas Gazagnaire Message-Id: <3BBEB6F6-7CA0-43D1-AA4F-706E95EBEF18@gazagnaire.org> Date: Tue, 20 May 2014 15:33:16 +0100 To: mirageos-devel@lists.xenproject.org Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) X-Mailer: Apple Mail (2.1878.2) Subject: [MirageOS-devel] Irminsule repo migration X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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, I've just moved the source code of Irminsule to the Mirage organisation on Github (it was previously on my Github account). I've also shortened the repo name, as I've heard a lot of complains about a name that they cannot pronounce. So it is noes called Irmin (which was already the name of the command-line tool anyway). Github should have set up all the right redirections already, but please update your bookmarks if needed. The new address is: https://github.com/mirage/irmin 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 Tue May 20 16:40:14 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 20 May 2014 16:40: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 1Wmn5F-0001eC-NC; Tue, 20 May 2014 16:40:09 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wmn5E-0001ds-BK for mirageos-devel@lists.xenproject.org; Tue, 20 May 2014 16:40:08 +0000 Received: from [85.158.137.68:28124] by server-6.bemta-3.messagelabs.com id D8/2A-00470-7658B735; Tue, 20 May 2014 16:40:07 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-3.tower-31.messagelabs.com!1400604006!5107288!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12891 invoked from network); 20 May 2014 16:40:06 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-3.tower-31.messagelabs.com with SMTP; 20 May 2014 16:40:06 -0000 Received: (qmail 10464 invoked by uid 634); 20 May 2014 16:40:05 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from volstagg-0.srg.cl.cam.ac.uk (HELO flick.office) (128.232.32.232) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Tue, 20 May 2014 17:40:05 +0100 From: Anil Madhavapeddy Date: Tue, 20 May 2014 17:40:04 +0100 Message-Id: <463F65D7-9C75-458B-A046-99DBE57ACFBD@recoil.org> To: opam-devel Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: mirageos-devel@lists.xenproject.org Subject: [MirageOS-devel] experimental opam bulk build logs on GitHub X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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, I've written some scripts that use Docker and OPAM to run bulk builds across the entire package repository, and the results are logged and pushed to GitHub daily. If anyone wants to improve the health of the repository, please look at: https://github.com/ocaml/opam-bulk-logs in the err/ directories, and submit pull requests fix the failures. Source scripts are still in my personal GitHub; I'll move these to the ocaml/ repo. 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 Tue May 20 16:40:14 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 20 May 2014 16:40: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 1Wmn5F-0001eC-NC; Tue, 20 May 2014 16:40:09 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wmn5E-0001ds-BK for mirageos-devel@lists.xenproject.org; Tue, 20 May 2014 16:40:08 +0000 Received: from [85.158.137.68:28124] by server-6.bemta-3.messagelabs.com id D8/2A-00470-7658B735; Tue, 20 May 2014 16:40:07 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-3.tower-31.messagelabs.com!1400604006!5107288!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12891 invoked from network); 20 May 2014 16:40:06 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-3.tower-31.messagelabs.com with SMTP; 20 May 2014 16:40:06 -0000 Received: (qmail 10464 invoked by uid 634); 20 May 2014 16:40:05 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from volstagg-0.srg.cl.cam.ac.uk (HELO flick.office) (128.232.32.232) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Tue, 20 May 2014 17:40:05 +0100 From: Anil Madhavapeddy Date: Tue, 20 May 2014 17:40:04 +0100 Message-Id: <463F65D7-9C75-458B-A046-99DBE57ACFBD@recoil.org> To: opam-devel Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: mirageos-devel@lists.xenproject.org Subject: [MirageOS-devel] experimental opam bulk build logs on GitHub X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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, I've written some scripts that use Docker and OPAM to run bulk builds across the entire package repository, and the results are logged and pushed to GitHub daily. If anyone wants to improve the health of the repository, please look at: https://github.com/ocaml/opam-bulk-logs in the err/ directories, and submit pull requests fix the failures. Source scripts are still in my personal GitHub; I'll move these to the ocaml/ repo. 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 Wed May 21 14:39:14 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 21 May 2014 14:39: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 1Wn7fh-000374-5A; Wed, 21 May 2014 14:39:09 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wn7ff-00036q-Rs for mirageos-devel@lists.xenproject.org; Wed, 21 May 2014 14:39:08 +0000 Received: from [85.158.137.68:35421] by server-16.bemta-3.messagelabs.com id 84/AA-13481-B8ABC735; Wed, 21 May 2014 14:39:07 +0000 X-Env-Sender: mindy@somerandomidiot.com X-Msg-Ref: server-11.tower-31.messagelabs.com!1400683146!5298962!1 X-Originating-IP: [217.70.183.196] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjE3LjcwLjE4My4xOTYgPT4gMzk1MTY=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14074 invoked from network); 21 May 2014 14:39:06 -0000 Received: from relay4-d.mail.gandi.net (HELO relay4-d.mail.gandi.net) (217.70.183.196) by server-11.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 21 May 2014 14:39:06 -0000 Received: from mfilter18-d.gandi.net (mfilter18-d.gandi.net [217.70.178.146]) by relay4-d.mail.gandi.net (Postfix) with ESMTP id 356351720B1 for ; Wed, 21 May 2014 16:39:06 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter18-d.gandi.net Received: from relay4-d.mail.gandi.net ([217.70.183.196]) by mfilter18-d.gandi.net (mfilter18-d.gandi.net [10.0.15.180]) (amavisd-new, port 10024) with ESMTP id rn9CzY1kJg8v for ; Wed, 21 May 2014 16:39:04 +0200 (CEST) X-Originating-IP: 184.60.36.54 Received: from [192.168.56.42] (h184-60-36-54.mdsnwi.dsl.dynamic.tds.net [184.60.36.54]) (Authenticated sender: guybrush@somerandomidiot.com) by relay4-d.mail.gandi.net (Postfix) with ESMTPSA id 3A3CF1720A1 for ; Wed, 21 May 2014 16:39:01 +0200 (CEST) Message-ID: <537CBA82.4020102@somerandomidiot.com> Date: Wed, 21 May 2014 09:38:58 -0500 From: Mindy User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: mirageos-devel@lists.xenproject.org References: <537A1EAD.5090906@somerandomidiot.com> In-Reply-To: <537A1EAD.5090906@somerandomidiot.com> Subject: Re: [MirageOS-devel] OPW intern checking in! X-BeenThere: mirageos-devel@lists.xenproject.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 Hi again! I found some interesting results working on cohttp with pathoc[1], recommended by Anil. I've been doing this in what seemed like the laziest possible way that might work -- fuzzing against a running instance of mirage-www. (As I attempt to cover more of the cohttp codebase, I'll be looking for other existing projects that use cohttp and likely writing a few of my own.) I'm currently working on analyzing the results of fuzzing with pathoc for cohttp and am hoping to have some issue reports ready soon. Thanks, Mindy (yomimono) On 05/19/2014 10:09 AM, Mindy wrote: > Hi folks! Today's the first official day of OPW internships, which > run through the middle of August. I'm slated to be working on fuzzing > Mirage's network stack, for which I've already done a small amount of > investigatory work. > > I'm working on a framework for testing and analysis within Scapy, the > packet manipulation DSL for Python 2.7. I did some preliminary work > on this when looking for more denial-of-service bugs in the DHCP > client option parsing code of mirage-tcpip and will be working on both > generalizing that work, and writing specific tests and analyses for > other layers in the stack this week beginning with HTTP. > Additionally, I plan to write a blog post with more details on my > progress and motivation in the middle of the week. > > I'll also be sending periodic updates to the list with details on my > progress and plans for immediate future work. Unless someone has a > different preference, I'll do this in reply to this message, so folks > can choose to filter out these messages if they find them undesirable. > > Please let me know if you have any questions or suggestions! > > Thanks, > Mindy (yomimono) > > > _______________________________________________ > 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 Wed May 21 14:39:14 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 21 May 2014 14:39: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 1Wn7fh-000374-5A; Wed, 21 May 2014 14:39:09 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wn7ff-00036q-Rs for mirageos-devel@lists.xenproject.org; Wed, 21 May 2014 14:39:08 +0000 Received: from [85.158.137.68:35421] by server-16.bemta-3.messagelabs.com id 84/AA-13481-B8ABC735; Wed, 21 May 2014 14:39:07 +0000 X-Env-Sender: mindy@somerandomidiot.com X-Msg-Ref: server-11.tower-31.messagelabs.com!1400683146!5298962!1 X-Originating-IP: [217.70.183.196] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjE3LjcwLjE4My4xOTYgPT4gMzk1MTY=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14074 invoked from network); 21 May 2014 14:39:06 -0000 Received: from relay4-d.mail.gandi.net (HELO relay4-d.mail.gandi.net) (217.70.183.196) by server-11.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 21 May 2014 14:39:06 -0000 Received: from mfilter18-d.gandi.net (mfilter18-d.gandi.net [217.70.178.146]) by relay4-d.mail.gandi.net (Postfix) with ESMTP id 356351720B1 for ; Wed, 21 May 2014 16:39:06 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter18-d.gandi.net Received: from relay4-d.mail.gandi.net ([217.70.183.196]) by mfilter18-d.gandi.net (mfilter18-d.gandi.net [10.0.15.180]) (amavisd-new, port 10024) with ESMTP id rn9CzY1kJg8v for ; Wed, 21 May 2014 16:39:04 +0200 (CEST) X-Originating-IP: 184.60.36.54 Received: from [192.168.56.42] (h184-60-36-54.mdsnwi.dsl.dynamic.tds.net [184.60.36.54]) (Authenticated sender: guybrush@somerandomidiot.com) by relay4-d.mail.gandi.net (Postfix) with ESMTPSA id 3A3CF1720A1 for ; Wed, 21 May 2014 16:39:01 +0200 (CEST) Message-ID: <537CBA82.4020102@somerandomidiot.com> Date: Wed, 21 May 2014 09:38:58 -0500 From: Mindy User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: mirageos-devel@lists.xenproject.org References: <537A1EAD.5090906@somerandomidiot.com> In-Reply-To: <537A1EAD.5090906@somerandomidiot.com> Subject: Re: [MirageOS-devel] OPW intern checking in! X-BeenThere: mirageos-devel@lists.xenproject.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 Hi again! I found some interesting results working on cohttp with pathoc[1], recommended by Anil. I've been doing this in what seemed like the laziest possible way that might work -- fuzzing against a running instance of mirage-www. (As I attempt to cover more of the cohttp codebase, I'll be looking for other existing projects that use cohttp and likely writing a few of my own.) I'm currently working on analyzing the results of fuzzing with pathoc for cohttp and am hoping to have some issue reports ready soon. Thanks, Mindy (yomimono) On 05/19/2014 10:09 AM, Mindy wrote: > Hi folks! Today's the first official day of OPW internships, which > run through the middle of August. I'm slated to be working on fuzzing > Mirage's network stack, for which I've already done a small amount of > investigatory work. > > I'm working on a framework for testing and analysis within Scapy, the > packet manipulation DSL for Python 2.7. I did some preliminary work > on this when looking for more denial-of-service bugs in the DHCP > client option parsing code of mirage-tcpip and will be working on both > generalizing that work, and writing specific tests and analyses for > other layers in the stack this week beginning with HTTP. > Additionally, I plan to write a blog post with more details on my > progress and motivation in the middle of the week. > > I'll also be sending periodic updates to the list with details on my > progress and plans for immediate future work. Unless someone has a > different preference, I'll do this in reply to this message, so folks > can choose to filter out these messages if they find them undesirable. > > Please let me know if you have any questions or suggestions! > > Thanks, > Mindy (yomimono) > > > _______________________________________________ > 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 Wed May 21 15:19:19 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 21 May 2014 15:19: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 1Wn8IX-00054e-P3; Wed, 21 May 2014 15:19:17 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wn8IW-00054Y-QE for mirageos-devel@lists.xenproject.org; Wed, 21 May 2014 15:19:17 +0000 Received: from [85.158.137.68:36900] by server-8.bemta-3.messagelabs.com id AA/57-21547-3F3CC735; Wed, 21 May 2014 15:19:15 +0000 X-Env-Sender: Richard.Mortier@nottingham.ac.uk X-Msg-Ref: server-4.tower-31.messagelabs.com!1400685555!5283702!1 X-Originating-IP: [151.236.209.33] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10011 invoked from network); 21 May 2014 15:19:15 -0000 Received: from engine01-20433-7.icritical.com (HELO engine01-20433-7.icritical.com) (151.236.209.33) by server-4.tower-31.messagelabs.com with SMTP; 21 May 2014 15:19:15 -0000 Received: (qmail 6221 invoked from network); 21 May 2014 15:18:27 -0000 Received: from localhost (127.0.0.1) by engine01-20433-7.icritical.com with SMTP; 21 May 2014 15:18:27 -0000 Received: from engine01-20433-7.icritical.com ([127.0.0.1]) by localhost (engine01-20433-7.icritical.com [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 03321-07 for ; Wed, 21 May 2014 16:18:20 +0100 (BST) Received: (qmail 1933 invoked by uid 599); 21 May 2014 15:17:03 -0000 Received: from unknown (HELO smtp3.nottingham.ac.uk) (128.243.44.55) by engine01-20433-7.icritical.com (qpsmtpd/0.28) with ESMTP; Wed, 21 May 2014 16:17:03 +0100 Received: from uiwexhub02.ad.nottingham.ac.uk ([128.243.15.132]) by smtp3.nottingham.ac.uk with esmtps (TLSv1:AES128-SHA:128) (Exim 4.77) (envelope-from ) id 1Wn8GO-0001UH-Ak; Wed, 21 May 2014 16:17:04 +0100 From: Richard Mortier To: Mindy Date: Wed, 21 May 2014 16:17:03 +0100 Thread-Topic: [MirageOS-devel] OPW intern checking in! Thread-Index: Ac91B7iUeOkjkjufTga/OzaEviIVog== Message-ID: <90CA16FC-EF91-4817-9C3A-70C9E176FA08@nottingham.ac.uk> References: <537A1EAD.5090906@somerandomidiot.com> <537CBA82.4020102@somerandomidiot.com> In-Reply-To: <537CBA82.4020102@somerandomidiot.com> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-Virus-Scanned: by iCritical at engine01-20433-7.icritical.com Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] OPW intern checking in! X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============5923866106498065412==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============5923866106498065412== Content-Language: en-US Content-Type: multipart/signed; boundary="Apple-Mail=_0DABD088-6DE0-4988-9654-7A3E70CC41A0"; protocol="application/pgp-signature"; micalg=pgp-sha512 --Apple-Mail=_0DABD088-6DE0-4988-9654-7A3E70CC41A0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 21 May 2014, at 15:38, Mindy wrote: > I found some interesting results working on cohttp with pathoc[1],=20 > recommended by Anil. I've been doing this in what seemed like the=20 > laziest possible way ...i'd prefer to phrase that "eminently sensible way" :) > that might work -- fuzzing against a running=20 > instance of mirage-www. (As I attempt to cover more of the cohttp=20 > codebase, I'll be looking for other existing projects that use cohttp=20= > and likely writing a few of my own.) >=20 > I'm currently working on analyzing the results of fuzzing with pathoc=20= > for cohttp and am hoping to have some issue reports ready soon. great, look forward to them. quick question-- i think cohttp had a client lib as well as a server lib = at one point -- are you fuzzing the server side, the client side or both = currently? i'm sure others have more interesting cohttp use cases; i know = github.com/mor1/mort-www has my webpages that use cohttp/cowabloga, as = does mirage/mirage-decks.=20 anyone else got anything to throw in? --=20 Cheers, R. --Apple-Mail=_0DABD088-6DE0-4988-9654-7A3E70CC41A0 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTfMNvAAoJEOLF27JWwSg3x1QP/ROlyaMm1jBk5iQiql2k1ZYf 8Fc91eRFvBtx6TjpUxj91T2PgIeaRvSw1Tc5t780ce9L2e51VWyTr+CMFttOluV6 r5dWD98dcX7cHBa9g2TZ6ejhS9NNunfDSwoIZra/ZckLbEDA0UpfiW2ztPjyB0Vc 0aAUZyT3jJQexlGU7xdNk93Y582QYd0UtpT8GKB9AJlIS9qEjbvXhIv/5nVeoC4L HyMbVoOREdUuCQnqpQH6CENZJgB0te92kiv268i090HwoIK3RJxowTrJXm1lZZO+ 2ZPaCCjw3K9fR2cQEYOAEcsTUa3Nhj/LxifFwzgEw7XatsnS/Yl+9UTLb9EfrzXR LwjgBPmcm5NEWh9kLjf8UX3PCjsyfrZXeKep4jR/HDLU+uX1J+4inrZITlHnpU3W pugQPvxjXSLq+JmFGLgW7Wrj/erDm9TebJ8mScs8HaOrYCZXny67oVu9zXxdfKLD A3q3SVsY0sfoUE+bWRa3T2MTzGJaPRrFdtmA0ynXegTxZuhqR73dFUNmiedflR9o VYNj5cGDJS5bhFPRNoG9OM/bpTo7QByj3E3UCZYcNeh1Ky9x3ABZoLynxJqo26pw J9NWVdywLsBLMM28hINQyNofK83B/l7gpVoad/vRZnGtMUkhZhduTMtrBhfaKYg6 9sfdCXQZHZ0yGah4o/o9 =ZVka -----END PGP SIGNATURE----- --Apple-Mail=_0DABD088-6DE0-4988-9654-7A3E70CC41A0-- --===============5923866106498065412== 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 --===============5923866106498065412==-- From mirageos-devel-bounces@lists.xenproject.org Wed May 21 15:19:19 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 21 May 2014 15:19: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 1Wn8IX-00054e-P3; Wed, 21 May 2014 15:19:17 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wn8IW-00054Y-QE for mirageos-devel@lists.xenproject.org; Wed, 21 May 2014 15:19:17 +0000 Received: from [85.158.137.68:36900] by server-8.bemta-3.messagelabs.com id AA/57-21547-3F3CC735; Wed, 21 May 2014 15:19:15 +0000 X-Env-Sender: Richard.Mortier@nottingham.ac.uk X-Msg-Ref: server-4.tower-31.messagelabs.com!1400685555!5283702!1 X-Originating-IP: [151.236.209.33] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10011 invoked from network); 21 May 2014 15:19:15 -0000 Received: from engine01-20433-7.icritical.com (HELO engine01-20433-7.icritical.com) (151.236.209.33) by server-4.tower-31.messagelabs.com with SMTP; 21 May 2014 15:19:15 -0000 Received: (qmail 6221 invoked from network); 21 May 2014 15:18:27 -0000 Received: from localhost (127.0.0.1) by engine01-20433-7.icritical.com with SMTP; 21 May 2014 15:18:27 -0000 Received: from engine01-20433-7.icritical.com ([127.0.0.1]) by localhost (engine01-20433-7.icritical.com [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 03321-07 for ; Wed, 21 May 2014 16:18:20 +0100 (BST) Received: (qmail 1933 invoked by uid 599); 21 May 2014 15:17:03 -0000 Received: from unknown (HELO smtp3.nottingham.ac.uk) (128.243.44.55) by engine01-20433-7.icritical.com (qpsmtpd/0.28) with ESMTP; Wed, 21 May 2014 16:17:03 +0100 Received: from uiwexhub02.ad.nottingham.ac.uk ([128.243.15.132]) by smtp3.nottingham.ac.uk with esmtps (TLSv1:AES128-SHA:128) (Exim 4.77) (envelope-from ) id 1Wn8GO-0001UH-Ak; Wed, 21 May 2014 16:17:04 +0100 From: Richard Mortier To: Mindy Date: Wed, 21 May 2014 16:17:03 +0100 Thread-Topic: [MirageOS-devel] OPW intern checking in! Thread-Index: Ac91B7iUeOkjkjufTga/OzaEviIVog== Message-ID: <90CA16FC-EF91-4817-9C3A-70C9E176FA08@nottingham.ac.uk> References: <537A1EAD.5090906@somerandomidiot.com> <537CBA82.4020102@somerandomidiot.com> In-Reply-To: <537CBA82.4020102@somerandomidiot.com> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-Virus-Scanned: by iCritical at engine01-20433-7.icritical.com Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] OPW intern checking in! X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============5923866106498065412==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============5923866106498065412== Content-Language: en-US Content-Type: multipart/signed; boundary="Apple-Mail=_0DABD088-6DE0-4988-9654-7A3E70CC41A0"; protocol="application/pgp-signature"; micalg=pgp-sha512 --Apple-Mail=_0DABD088-6DE0-4988-9654-7A3E70CC41A0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 21 May 2014, at 15:38, Mindy wrote: > I found some interesting results working on cohttp with pathoc[1],=20 > recommended by Anil. I've been doing this in what seemed like the=20 > laziest possible way ...i'd prefer to phrase that "eminently sensible way" :) > that might work -- fuzzing against a running=20 > instance of mirage-www. (As I attempt to cover more of the cohttp=20 > codebase, I'll be looking for other existing projects that use cohttp=20= > and likely writing a few of my own.) >=20 > I'm currently working on analyzing the results of fuzzing with pathoc=20= > for cohttp and am hoping to have some issue reports ready soon. great, look forward to them. quick question-- i think cohttp had a client lib as well as a server lib = at one point -- are you fuzzing the server side, the client side or both = currently? i'm sure others have more interesting cohttp use cases; i know = github.com/mor1/mort-www has my webpages that use cohttp/cowabloga, as = does mirage/mirage-decks.=20 anyone else got anything to throw in? --=20 Cheers, R. --Apple-Mail=_0DABD088-6DE0-4988-9654-7A3E70CC41A0 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTfMNvAAoJEOLF27JWwSg3x1QP/ROlyaMm1jBk5iQiql2k1ZYf 8Fc91eRFvBtx6TjpUxj91T2PgIeaRvSw1Tc5t780ce9L2e51VWyTr+CMFttOluV6 r5dWD98dcX7cHBa9g2TZ6ejhS9NNunfDSwoIZra/ZckLbEDA0UpfiW2ztPjyB0Vc 0aAUZyT3jJQexlGU7xdNk93Y582QYd0UtpT8GKB9AJlIS9qEjbvXhIv/5nVeoC4L HyMbVoOREdUuCQnqpQH6CENZJgB0te92kiv268i090HwoIK3RJxowTrJXm1lZZO+ 2ZPaCCjw3K9fR2cQEYOAEcsTUa3Nhj/LxifFwzgEw7XatsnS/Yl+9UTLb9EfrzXR LwjgBPmcm5NEWh9kLjf8UX3PCjsyfrZXeKep4jR/HDLU+uX1J+4inrZITlHnpU3W pugQPvxjXSLq+JmFGLgW7Wrj/erDm9TebJ8mScs8HaOrYCZXny67oVu9zXxdfKLD A3q3SVsY0sfoUE+bWRa3T2MTzGJaPRrFdtmA0ynXegTxZuhqR73dFUNmiedflR9o VYNj5cGDJS5bhFPRNoG9OM/bpTo7QByj3E3UCZYcNeh1Ky9x3ABZoLynxJqo26pw J9NWVdywLsBLMM28hINQyNofK83B/l7gpVoad/vRZnGtMUkhZhduTMtrBhfaKYg6 9sfdCXQZHZ0yGah4o/o9 =ZVka -----END PGP SIGNATURE----- --Apple-Mail=_0DABD088-6DE0-4988-9654-7A3E70CC41A0-- --===============5923866106498065412== 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 --===============5923866106498065412==-- From mirageos-devel-bounces@lists.xenproject.org Wed May 21 15:24:28 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 21 May 2014 15:24: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 1Wn8NY-0005Pz-5V; Wed, 21 May 2014 15:24:28 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wn8NX-0005Pr-Lv for mirageos-devel@lists.xenproject.org; Wed, 21 May 2014 15:24:27 +0000 Received: from [193.109.254.147:46130] by server-15.bemta-14.messagelabs.com id 4B/52-15813-B25CC735; Wed, 21 May 2014 15:24:27 +0000 X-Env-Sender: mindy@somerandomidiot.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1400685866!6270223!1 X-Originating-IP: [217.70.183.195] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjE3LjcwLjE4My4xOTUgPT4gMzc4NjI=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4887 invoked from network); 21 May 2014 15:24:26 -0000 Received: from relay3-d.mail.gandi.net (HELO relay3-d.mail.gandi.net) (217.70.183.195) by server-2.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 21 May 2014 15:24:26 -0000 Received: from mfilter10-d.gandi.net (mfilter10-d.gandi.net [217.70.178.139]) by relay3-d.mail.gandi.net (Postfix) with ESMTP id 5A075A80D5; Wed, 21 May 2014 17:24:26 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter10-d.gandi.net Received: from relay3-d.mail.gandi.net ([217.70.183.195]) by mfilter10-d.gandi.net (mfilter10-d.gandi.net [10.0.15.180]) (amavisd-new, port 10024) with ESMTP id TngHFqK3R6OK; Wed, 21 May 2014 17:24:24 +0200 (CEST) X-Originating-IP: 184.60.36.54 Received: from [192.168.56.42] (h184-60-36-54.mdsnwi.dsl.dynamic.tds.net [184.60.36.54]) (Authenticated sender: guybrush@somerandomidiot.com) by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id E7D0DA80B0; Wed, 21 May 2014 17:24:23 +0200 (CEST) Message-ID: <537CC523.5090603@somerandomidiot.com> Date: Wed, 21 May 2014 10:24:19 -0500 From: Mindy User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Richard Mortier References: <537A1EAD.5090906@somerandomidiot.com> <537CBA82.4020102@somerandomidiot.com> <90CA16FC-EF91-4817-9C3A-70C9E176FA08@nottingham.ac.uk> In-Reply-To: <90CA16FC-EF91-4817-9C3A-70C9E176FA08@nottingham.ac.uk> Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] OPW intern checking in! X-BeenThere: mirageos-devel@lists.xenproject.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 05/21/2014 10:17 AM, Richard Mortier wrote: [snip nice compliment; those are terrifying] >> that might work -- fuzzing against a running >> instance of mirage-www. (As I attempt to cover more of the cohttp >> codebase, I'll be looking for other existing projects that use cohttp >> and likely writing a few of my own.) >> >> I'm currently working on analyzing the results of fuzzing with pathoc >> for cohttp and am hoping to have some issue reports ready soon. > great, look forward to them. > > quick question-- i think cohttp had a client lib as well as a server lib at one point -- are you fuzzing the server side, the client side or both currently? I didn't even know about the client lib! I do see functions for generating requests in cohttp/request.ml , so I'll look into it in the future if folks think it's worthwhile. (If anyone knows of a wget/curl-like application someone's already built on top of this, or some other simple example code, I'd greatly appreciate a link.) > i'm sure others have more interesting cohttp use cases; i know github.com/mor1/mort-www has my webpages that use cohttp/cowabloga, as does mirage/mirage-decks. Excellent; thank you! > > anyone else got anything to throw in? > _______________________________________________ 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 May 21 15:24:28 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 21 May 2014 15:24: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 1Wn8NY-0005Pz-5V; Wed, 21 May 2014 15:24:28 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wn8NX-0005Pr-Lv for mirageos-devel@lists.xenproject.org; Wed, 21 May 2014 15:24:27 +0000 Received: from [193.109.254.147:46130] by server-15.bemta-14.messagelabs.com id 4B/52-15813-B25CC735; Wed, 21 May 2014 15:24:27 +0000 X-Env-Sender: mindy@somerandomidiot.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1400685866!6270223!1 X-Originating-IP: [217.70.183.195] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjE3LjcwLjE4My4xOTUgPT4gMzc4NjI=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4887 invoked from network); 21 May 2014 15:24:26 -0000 Received: from relay3-d.mail.gandi.net (HELO relay3-d.mail.gandi.net) (217.70.183.195) by server-2.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 21 May 2014 15:24:26 -0000 Received: from mfilter10-d.gandi.net (mfilter10-d.gandi.net [217.70.178.139]) by relay3-d.mail.gandi.net (Postfix) with ESMTP id 5A075A80D5; Wed, 21 May 2014 17:24:26 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter10-d.gandi.net Received: from relay3-d.mail.gandi.net ([217.70.183.195]) by mfilter10-d.gandi.net (mfilter10-d.gandi.net [10.0.15.180]) (amavisd-new, port 10024) with ESMTP id TngHFqK3R6OK; Wed, 21 May 2014 17:24:24 +0200 (CEST) X-Originating-IP: 184.60.36.54 Received: from [192.168.56.42] (h184-60-36-54.mdsnwi.dsl.dynamic.tds.net [184.60.36.54]) (Authenticated sender: guybrush@somerandomidiot.com) by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id E7D0DA80B0; Wed, 21 May 2014 17:24:23 +0200 (CEST) Message-ID: <537CC523.5090603@somerandomidiot.com> Date: Wed, 21 May 2014 10:24:19 -0500 From: Mindy User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Richard Mortier References: <537A1EAD.5090906@somerandomidiot.com> <537CBA82.4020102@somerandomidiot.com> <90CA16FC-EF91-4817-9C3A-70C9E176FA08@nottingham.ac.uk> In-Reply-To: <90CA16FC-EF91-4817-9C3A-70C9E176FA08@nottingham.ac.uk> Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] OPW intern checking in! X-BeenThere: mirageos-devel@lists.xenproject.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 05/21/2014 10:17 AM, Richard Mortier wrote: [snip nice compliment; those are terrifying] >> that might work -- fuzzing against a running >> instance of mirage-www. (As I attempt to cover more of the cohttp >> codebase, I'll be looking for other existing projects that use cohttp >> and likely writing a few of my own.) >> >> I'm currently working on analyzing the results of fuzzing with pathoc >> for cohttp and am hoping to have some issue reports ready soon. > great, look forward to them. > > quick question-- i think cohttp had a client lib as well as a server lib at one point -- are you fuzzing the server side, the client side or both currently? I didn't even know about the client lib! I do see functions for generating requests in cohttp/request.ml , so I'll look into it in the future if folks think it's worthwhile. (If anyone knows of a wget/curl-like application someone's already built on top of this, or some other simple example code, I'd greatly appreciate a link.) > i'm sure others have more interesting cohttp use cases; i know github.com/mor1/mort-www has my webpages that use cohttp/cowabloga, as does mirage/mirage-decks. Excellent; thank you! > > anyone else got anything to throw in? > _______________________________________________ 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 May 21 15:36:45 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 21 May 2014 15:36: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 1Wn8ZP-0005ol-Ix; Wed, 21 May 2014 15:36:43 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wn8ZO-0005og-F0 for mirageos-devel@lists.xenproject.org; Wed, 21 May 2014 15:36:42 +0000 Received: from [193.109.254.147:52660] by server-3.bemta-14.messagelabs.com id 6D/D0-22179-908CC735; Wed, 21 May 2014 15:36:41 +0000 X-Env-Sender: dominic.price@nottingham.ac.uk X-Msg-Ref: server-9.tower-27.messagelabs.com!1400686600!6259579!1 X-Originating-IP: [93.159.202.53] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23701 invoked from network); 21 May 2014 15:36:40 -0000 Received: from engine03-20433-10.icritical.com (HELO engine03-20433-10.icritical.com) (93.159.202.53) by server-9.tower-27.messagelabs.com with SMTP; 21 May 2014 15:36:40 -0000 Received: (qmail 31182 invoked from network); 21 May 2014 15:36:37 -0000 Received: from localhost (127.0.0.1) by engine03-20433-10.icritical.com with SMTP; 21 May 2014 15:36:37 -0000 Received: from engine03-20433-10.icritical.com ([127.0.0.1]) by localhost (engine03-20433-10.icritical.com [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 30929-05 for ; Wed, 21 May 2014 16:36:31 +0100 (BST) Received: (qmail 30670 invoked by uid 599); 21 May 2014 15:35:45 -0000 Received: from unknown (HELO smtp3.nottingham.ac.uk) (128.243.44.55) by engine03-20433-10.icritical.com (qpsmtpd/0.28) with ESMTP; Wed, 21 May 2014 16:35:45 +0100 Received: from ppshorizon1301.nottingham.ac.uk ([128.243.35.129]) by smtp3.nottingham.ac.uk with esmtp (Exim 4.77) (envelope-from ) id 1Wn8YV-0003nY-06 for mirageos-devel@lists.xenproject.org; Wed, 21 May 2014 16:35:47 +0100 Message-ID: <537CC7D2.3010706@nottingham.ac.uk> Date: Wed, 21 May 2014 16:35:46 +0100 From: Dominic Price User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: mirageos-devel@lists.xenproject.org References: <537A1EAD.5090906@somerandomidiot.com> <537CBA82.4020102@somerandomidiot.com> <90CA16FC-EF91-4817-9C3A-70C9E176FA08@nottingham.ac.uk> <537CC523.5090603@somerandomidiot.com> In-Reply-To: <537CC523.5090603@somerandomidiot.com> X-Enigmail-Version: 1.5.2 X-Virus-Scanned: by iCritical at engine03-20433-10.icritical.com Subject: Re: [MirageOS-devel] OPW intern checking in! X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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/05/14 16:24, Mindy wrote: > > I didn't even know about the client lib! I do see functions for > generating requests in cohttp/request.ml , so I'll look into it in the > future if folks think it's worthwhile. (If anyone knows of a > wget/curl-like application someone's already built on top of this, or > some other simple example code, I'd greatly appreciate a link.) > I've used the cohttp client in my facebook-sdk lib (https://github.com/dominicjprice/facebook-sdk) and I'll soon(ish) check in an oauth client library using the cohttp client. Both are hardly particularly interesting use-cases but might be a good guide to getting up and running with requests. Cheers Dominic 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 May 21 15:36:45 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 21 May 2014 15:36: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 1Wn8ZP-0005ol-Ix; Wed, 21 May 2014 15:36:43 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wn8ZO-0005og-F0 for mirageos-devel@lists.xenproject.org; Wed, 21 May 2014 15:36:42 +0000 Received: from [193.109.254.147:52660] by server-3.bemta-14.messagelabs.com id 6D/D0-22179-908CC735; Wed, 21 May 2014 15:36:41 +0000 X-Env-Sender: dominic.price@nottingham.ac.uk X-Msg-Ref: server-9.tower-27.messagelabs.com!1400686600!6259579!1 X-Originating-IP: [93.159.202.53] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23701 invoked from network); 21 May 2014 15:36:40 -0000 Received: from engine03-20433-10.icritical.com (HELO engine03-20433-10.icritical.com) (93.159.202.53) by server-9.tower-27.messagelabs.com with SMTP; 21 May 2014 15:36:40 -0000 Received: (qmail 31182 invoked from network); 21 May 2014 15:36:37 -0000 Received: from localhost (127.0.0.1) by engine03-20433-10.icritical.com with SMTP; 21 May 2014 15:36:37 -0000 Received: from engine03-20433-10.icritical.com ([127.0.0.1]) by localhost (engine03-20433-10.icritical.com [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 30929-05 for ; Wed, 21 May 2014 16:36:31 +0100 (BST) Received: (qmail 30670 invoked by uid 599); 21 May 2014 15:35:45 -0000 Received: from unknown (HELO smtp3.nottingham.ac.uk) (128.243.44.55) by engine03-20433-10.icritical.com (qpsmtpd/0.28) with ESMTP; Wed, 21 May 2014 16:35:45 +0100 Received: from ppshorizon1301.nottingham.ac.uk ([128.243.35.129]) by smtp3.nottingham.ac.uk with esmtp (Exim 4.77) (envelope-from ) id 1Wn8YV-0003nY-06 for mirageos-devel@lists.xenproject.org; Wed, 21 May 2014 16:35:47 +0100 Message-ID: <537CC7D2.3010706@nottingham.ac.uk> Date: Wed, 21 May 2014 16:35:46 +0100 From: Dominic Price User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: mirageos-devel@lists.xenproject.org References: <537A1EAD.5090906@somerandomidiot.com> <537CBA82.4020102@somerandomidiot.com> <90CA16FC-EF91-4817-9C3A-70C9E176FA08@nottingham.ac.uk> <537CC523.5090603@somerandomidiot.com> In-Reply-To: <537CC523.5090603@somerandomidiot.com> X-Enigmail-Version: 1.5.2 X-Virus-Scanned: by iCritical at engine03-20433-10.icritical.com Subject: Re: [MirageOS-devel] OPW intern checking in! X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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/05/14 16:24, Mindy wrote: > > I didn't even know about the client lib! I do see functions for > generating requests in cohttp/request.ml , so I'll look into it in the > future if folks think it's worthwhile. (If anyone knows of a > wget/curl-like application someone's already built on top of this, or > some other simple example code, I'd greatly appreciate a link.) > I've used the cohttp client in my facebook-sdk lib (https://github.com/dominicjprice/facebook-sdk) and I'll soon(ish) check in an oauth client library using the cohttp client. Both are hardly particularly interesting use-cases but might be a good guide to getting up and running with requests. Cheers Dominic 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 May 21 15:45:46 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 21 May 2014 15:45: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 1Wn8i9-0006DV-A5; Wed, 21 May 2014 15:45:45 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wn8i8-0006DP-8F for mirageos-devel@lists.xenproject.org; Wed, 21 May 2014 15:45:44 +0000 Received: from [193.109.254.147:24414] by server-9.bemta-14.messagelabs.com id 57/35-03644-72ACC735; Wed, 21 May 2014 15:45:43 +0000 X-Env-Sender: Richard.Mortier@nottingham.ac.uk X-Msg-Ref: server-2.tower-27.messagelabs.com!1400687142!6275390!1 X-Originating-IP: [151.236.209.33] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3598 invoked from network); 21 May 2014 15:45:42 -0000 Received: from engine01-20433-7.icritical.com (HELO engine01-20433-7.icritical.com) (151.236.209.33) by server-2.tower-27.messagelabs.com with SMTP; 21 May 2014 15:45:42 -0000 Received: (qmail 31659 invoked from network); 21 May 2014 15:45:36 -0000 Received: from localhost (127.0.0.1) by engine01-20433-7.icritical.com with SMTP; 21 May 2014 15:45:36 -0000 Received: from engine01-20433-7.icritical.com ([127.0.0.1]) by localhost (engine01-20433-7.icritical.com [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 31461-02 for ; Wed, 21 May 2014 16:45:25 +0100 (BST) Received: (qmail 31570 invoked by uid 599); 21 May 2014 15:45:25 -0000 Received: from unknown (HELO smtp3.nottingham.ac.uk) (128.243.44.55) by engine01-20433-7.icritical.com (qpsmtpd/0.28) with ESMTP; Wed, 21 May 2014 16:45:25 +0100 Received: from uiwexhub02.ad.nottingham.ac.uk ([128.243.15.132]) by smtp3.nottingham.ac.uk with esmtps (TLSv1:AES128-SHA:128) (Exim 4.77) (envelope-from ) id 1Wn8hu-0004Sz-V5 for mirageos-devel@lists.xenproject.org; Wed, 21 May 2014 16:45:31 +0100 From: Richard Mortier To: Dominic Price Date: Wed, 21 May 2014 16:45:28 +0100 Thread-Topic: [MirageOS-devel] OPW intern checking in! Thread-Index: Ac91C7F3ipi5nA0uSPKgH2TXOR60RQ== Message-ID: <88C9A8F3-0CE7-4BA5-882B-16BA0FA3CCD3@nottingham.ac.uk> References: <537A1EAD.5090906@somerandomidiot.com> <537CBA82.4020102@somerandomidiot.com> <90CA16FC-EF91-4817-9C3A-70C9E176FA08@nottingham.ac.uk> <537CC523.5090603@somerandomidiot.com> <537CC7D2.3010706@nottingham.ac.uk> In-Reply-To: <537CC7D2.3010706@nottingham.ac.uk> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-Virus-Scanned: by iCritical at engine01-20433-7.icritical.com Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] OPW intern checking in! X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============3348356307053609478==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============3348356307053609478== Content-Language: en-US Content-Type: multipart/signed; boundary="Apple-Mail=_596A738F-E779-41B6-B815-66E1D72931D4"; protocol="application/pgp-signature"; micalg=pgp-sha512 --Apple-Mail=_596A738F-E779-41B6-B815-66E1D72931D4 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 21 May 2014, at 16:35, Dominic Price = wrote: > On 21/05/14 16:24, Mindy wrote: >>=20 >> I didn't even know about the client lib! I do see functions for=20 >> generating requests in cohttp/request.ml , so I'll look into it in = the=20 >> future if folks think it's worthwhile. (If anyone knows of a=20 >> wget/curl-like application someone's already built on top of this, or=20= >> some other simple example code, I'd greatly appreciate a link.) >>=20 > I've used the cohttp client in my facebook-sdk lib > (https://github.com/dominicjprice/facebook-sdk) and I'll soon(ish) = check > in an oauth client library using the cohttp client. Both are hardly > particularly interesting use-cases but might be a good guide to = getting > up and running with requests. au contraire-- an fuzzed ouath library probably is a useful and = interesting thing to have... --=20 Cheers, R. --Apple-Mail=_596A738F-E779-41B6-B815-66E1D72931D4 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTfMoYAAoJEOLF27JWwSg32wsQAL8UFO32ltfEudE05XAC+wZ4 bFKSxWrge41byz4z8+erpodSMGvZsJB4XafkwUdwSo/T+/UB+/PK2W7lUznaCScl 8jvEkvbAMlnK8TfNysZh4KFC09UoXHyhFTYU68tmg7yerr7oZvDk6VsuX5y0wnd8 mLxhabIpo3XUTQ51vbgwkqXWPOS7x+8gI91w8g8GA6rrkxVP+tc4k1U4E95+rw1p I16WmsY2mWcG8yHOuCjrgRD8r9Cw48zOn/VLz9X7KRDZuWnBws2jmoN2zirhIKtJ RirA/on11Roa9YwEJs91ZxoZAZV+yhY1Z2q/qNPQfMDneAqZzkCMP4O9hfrpOPNb VZMnUWtJXle5Mgp2iysAL4zp4f/k42t90aUgNSgBg8TSfK1xU8XGA8c7ZYyvuIxK rFDI6ZJHWSrYRxySH4Dg0IaP0cY575iNu3ihLI0ycZj6FOjAcJ4Xlo6gH7CAk8Rb LrdaAUmB7/Q8C7nkue2+4EOc68EWhBLqMRtwMBDPdV2nIuhK4IXR79VWh3Glqa/W sCcHh93laKzn6eqZDcp0V5YQpmlGzR5J87WZp/OblMGkLlvgPcA4PTcPITQ49tb4 sDjhIBUvtVgG803bCuj3bG/iuDGyitqt71EWzoNJGhbo6bPCqTpvv6dNKL73276Q TFz06LY5+PrJF57gT9vn =AFik -----END PGP SIGNATURE----- --Apple-Mail=_596A738F-E779-41B6-B815-66E1D72931D4-- --===============3348356307053609478== 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 --===============3348356307053609478==-- From mirageos-devel-bounces@lists.xenproject.org Wed May 21 15:45:46 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 21 May 2014 15:45: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 1Wn8i9-0006DV-A5; Wed, 21 May 2014 15:45:45 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wn8i8-0006DP-8F for mirageos-devel@lists.xenproject.org; Wed, 21 May 2014 15:45:44 +0000 Received: from [193.109.254.147:24414] by server-9.bemta-14.messagelabs.com id 57/35-03644-72ACC735; Wed, 21 May 2014 15:45:43 +0000 X-Env-Sender: Richard.Mortier@nottingham.ac.uk X-Msg-Ref: server-2.tower-27.messagelabs.com!1400687142!6275390!1 X-Originating-IP: [151.236.209.33] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3598 invoked from network); 21 May 2014 15:45:42 -0000 Received: from engine01-20433-7.icritical.com (HELO engine01-20433-7.icritical.com) (151.236.209.33) by server-2.tower-27.messagelabs.com with SMTP; 21 May 2014 15:45:42 -0000 Received: (qmail 31659 invoked from network); 21 May 2014 15:45:36 -0000 Received: from localhost (127.0.0.1) by engine01-20433-7.icritical.com with SMTP; 21 May 2014 15:45:36 -0000 Received: from engine01-20433-7.icritical.com ([127.0.0.1]) by localhost (engine01-20433-7.icritical.com [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 31461-02 for ; Wed, 21 May 2014 16:45:25 +0100 (BST) Received: (qmail 31570 invoked by uid 599); 21 May 2014 15:45:25 -0000 Received: from unknown (HELO smtp3.nottingham.ac.uk) (128.243.44.55) by engine01-20433-7.icritical.com (qpsmtpd/0.28) with ESMTP; Wed, 21 May 2014 16:45:25 +0100 Received: from uiwexhub02.ad.nottingham.ac.uk ([128.243.15.132]) by smtp3.nottingham.ac.uk with esmtps (TLSv1:AES128-SHA:128) (Exim 4.77) (envelope-from ) id 1Wn8hu-0004Sz-V5 for mirageos-devel@lists.xenproject.org; Wed, 21 May 2014 16:45:31 +0100 From: Richard Mortier To: Dominic Price Date: Wed, 21 May 2014 16:45:28 +0100 Thread-Topic: [MirageOS-devel] OPW intern checking in! Thread-Index: Ac91C7F3ipi5nA0uSPKgH2TXOR60RQ== Message-ID: <88C9A8F3-0CE7-4BA5-882B-16BA0FA3CCD3@nottingham.ac.uk> References: <537A1EAD.5090906@somerandomidiot.com> <537CBA82.4020102@somerandomidiot.com> <90CA16FC-EF91-4817-9C3A-70C9E176FA08@nottingham.ac.uk> <537CC523.5090603@somerandomidiot.com> <537CC7D2.3010706@nottingham.ac.uk> In-Reply-To: <537CC7D2.3010706@nottingham.ac.uk> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-Virus-Scanned: by iCritical at engine01-20433-7.icritical.com Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] OPW intern checking in! X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============3348356307053609478==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============3348356307053609478== Content-Language: en-US Content-Type: multipart/signed; boundary="Apple-Mail=_596A738F-E779-41B6-B815-66E1D72931D4"; protocol="application/pgp-signature"; micalg=pgp-sha512 --Apple-Mail=_596A738F-E779-41B6-B815-66E1D72931D4 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 21 May 2014, at 16:35, Dominic Price = wrote: > On 21/05/14 16:24, Mindy wrote: >>=20 >> I didn't even know about the client lib! I do see functions for=20 >> generating requests in cohttp/request.ml , so I'll look into it in = the=20 >> future if folks think it's worthwhile. (If anyone knows of a=20 >> wget/curl-like application someone's already built on top of this, or=20= >> some other simple example code, I'd greatly appreciate a link.) >>=20 > I've used the cohttp client in my facebook-sdk lib > (https://github.com/dominicjprice/facebook-sdk) and I'll soon(ish) = check > in an oauth client library using the cohttp client. Both are hardly > particularly interesting use-cases but might be a good guide to = getting > up and running with requests. au contraire-- an fuzzed ouath library probably is a useful and = interesting thing to have... --=20 Cheers, R. --Apple-Mail=_596A738F-E779-41B6-B815-66E1D72931D4 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTfMoYAAoJEOLF27JWwSg32wsQAL8UFO32ltfEudE05XAC+wZ4 bFKSxWrge41byz4z8+erpodSMGvZsJB4XafkwUdwSo/T+/UB+/PK2W7lUznaCScl 8jvEkvbAMlnK8TfNysZh4KFC09UoXHyhFTYU68tmg7yerr7oZvDk6VsuX5y0wnd8 mLxhabIpo3XUTQ51vbgwkqXWPOS7x+8gI91w8g8GA6rrkxVP+tc4k1U4E95+rw1p I16WmsY2mWcG8yHOuCjrgRD8r9Cw48zOn/VLz9X7KRDZuWnBws2jmoN2zirhIKtJ RirA/on11Roa9YwEJs91ZxoZAZV+yhY1Z2q/qNPQfMDneAqZzkCMP4O9hfrpOPNb VZMnUWtJXle5Mgp2iysAL4zp4f/k42t90aUgNSgBg8TSfK1xU8XGA8c7ZYyvuIxK rFDI6ZJHWSrYRxySH4Dg0IaP0cY575iNu3ihLI0ycZj6FOjAcJ4Xlo6gH7CAk8Rb LrdaAUmB7/Q8C7nkue2+4EOc68EWhBLqMRtwMBDPdV2nIuhK4IXR79VWh3Glqa/W sCcHh93laKzn6eqZDcp0V5YQpmlGzR5J87WZp/OblMGkLlvgPcA4PTcPITQ49tb4 sDjhIBUvtVgG803bCuj3bG/iuDGyitqt71EWzoNJGhbo6bPCqTpvv6dNKL73276Q TFz06LY5+PrJF57gT9vn =AFik -----END PGP SIGNATURE----- --Apple-Mail=_596A738F-E779-41B6-B815-66E1D72931D4-- --===============3348356307053609478== 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 --===============3348356307053609478==-- From mirageos-devel-bounces@lists.xenproject.org Thu May 22 08:41:05 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 22 May 2014 08:41: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 1WnOYe-00033m-PD; Thu, 22 May 2014 08:41:00 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WnOYd-00033c-WC for mirageos-devel@lists.xenproject.org; Thu, 22 May 2014 08:41:00 +0000 Received: from [85.158.143.35:62165] by server-1.bemta-4.messagelabs.com id 55/C5-09853-B18BD735; Thu, 22 May 2014 08:40:59 +0000 X-Env-Sender: goswin-v-b@web.de X-Msg-Ref: server-8.tower-21.messagelabs.com!1400748058!6540717!1 X-Originating-IP: [212.227.17.11] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTIuMjI3LjE3LjExID0+IDE4NTg2\n,sa_preprocessor: QmFkIElQOiAyMTIuMjI3LjE3LjExID0+IDE4NTg2\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7582 invoked from network); 22 May 2014 08:40:58 -0000 Received: from mout.web.de (HELO mout.web.de) (212.227.17.11) by server-8.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 22 May 2014 08:40:58 -0000 Received: from frosties.localnet ([78.43.112.61]) by smtp.web.de (mrweb103) with ESMTPSA (Nemesis) id 0MPpIE-1WjWw73ngw-004ysH for ; Thu, 22 May 2014 10:40:58 +0200 Received: from mrvn by frosties.localnet with local (Exim 4.82) (envelope-from ) id 1WnOYa-0003Me-Bp for mirageos-devel@lists.xenproject.org; Thu, 22 May 2014 10:40:56 +0200 Date: Thu, 22 May 2014 10:40:56 +0200 From: Goswin von Brederlow To: mirageos-devel@lists.xenproject.org Message-ID: <20140522084056.GA12652@frosties> References: <20140429131720.GA28340@frosties> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20140429131720.GA28340@frosties> User-Agent: Mutt/1.5.23 (2014-03-12) X-Provags-ID: V03:K0:QaqSsybe+0Cl0R1xxqmB1ArM5FjO8KAoN/o0InQzP9e8uO0FMlC fvBEEEVgUo8b2yKwFo5Ju5QTc8apHF9q0CmR7SWYv3mpXJgAQAqGUagx51tgj3V/q79kHHU W0MKK/q3dKzczvHUzwWNrfBYpUvhOJpFcIGKXS3m3DjfHNEpfyzgpWDlKe3IIM8jzPlOGxT QOBxKaL77sPQVbCrT9l9A== Subject: Re: [MirageOS-devel] Mirage ARM port X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 Tue, Apr 29, 2014 at 03:17:21PM +0200, Goswin von Brederlow wrote: > On Thu, Apr 10, 2014 at 04:39:49PM +0100, Andy Ray wrote: > > Hi, > > > > I've been discussing the ARM port of Mirage with Anil recently and > > would like to get involved helping to bring that up. > > > > Initially it would be to target a Raspberry Pi (finally something I > > can use it for!) but eventually I'm interested in getting it running > > on an Altera Cyclone V Soc with dual-core ARM Cortex-A9s. > > > > I understand there are 2 approaches - using a FreeBSD kernel module or > > building up from scratch with a mini OS and implementing some device > > drivers. I'm easy either way. > > > > I've never used a BSD but I have hacked a realtime linux OS onto an > > ARM Soc before so I know there be dragons ahead... > > > > Cheers, > > Andy > > A while back I started writing an exokernel to run ocaml barebone on > the Raspberry Pi. I have ocaml running and multi-threading 95% done. > For my approach I mapped interrupts to signals so I can use an > unmodified ocamlopt for RPi to generate a binary blob and link that > with the exo kernel (just a few files to initialize the hardware and > glue to ocaml). > > I would be verry interested in porting mirage. But mirage needs Xen > and the Raspberry Pi can't run Xen. So quite a bit of driver glue will > be needed. That's why I started with just plain ocaml. > > I'm going to hold a talk about ocaml barebone on the RPi end of next > week so I have till then finish and release something. I will post the > url when I do. > > MfG > Goswin https://github.com/mrvn/ocaml-rpi MfG Goswin _______________________________________________ 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 May 22 08:41:05 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 22 May 2014 08:41: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 1WnOYe-00033m-PD; Thu, 22 May 2014 08:41:00 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WnOYd-00033c-WC for mirageos-devel@lists.xenproject.org; Thu, 22 May 2014 08:41:00 +0000 Received: from [85.158.143.35:62165] by server-1.bemta-4.messagelabs.com id 55/C5-09853-B18BD735; Thu, 22 May 2014 08:40:59 +0000 X-Env-Sender: goswin-v-b@web.de X-Msg-Ref: server-8.tower-21.messagelabs.com!1400748058!6540717!1 X-Originating-IP: [212.227.17.11] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTIuMjI3LjE3LjExID0+IDE4NTg2\n,sa_preprocessor: QmFkIElQOiAyMTIuMjI3LjE3LjExID0+IDE4NTg2\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7582 invoked from network); 22 May 2014 08:40:58 -0000 Received: from mout.web.de (HELO mout.web.de) (212.227.17.11) by server-8.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 22 May 2014 08:40:58 -0000 Received: from frosties.localnet ([78.43.112.61]) by smtp.web.de (mrweb103) with ESMTPSA (Nemesis) id 0MPpIE-1WjWw73ngw-004ysH for ; Thu, 22 May 2014 10:40:58 +0200 Received: from mrvn by frosties.localnet with local (Exim 4.82) (envelope-from ) id 1WnOYa-0003Me-Bp for mirageos-devel@lists.xenproject.org; Thu, 22 May 2014 10:40:56 +0200 Date: Thu, 22 May 2014 10:40:56 +0200 From: Goswin von Brederlow To: mirageos-devel@lists.xenproject.org Message-ID: <20140522084056.GA12652@frosties> References: <20140429131720.GA28340@frosties> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20140429131720.GA28340@frosties> User-Agent: Mutt/1.5.23 (2014-03-12) X-Provags-ID: V03:K0:QaqSsybe+0Cl0R1xxqmB1ArM5FjO8KAoN/o0InQzP9e8uO0FMlC fvBEEEVgUo8b2yKwFo5Ju5QTc8apHF9q0CmR7SWYv3mpXJgAQAqGUagx51tgj3V/q79kHHU W0MKK/q3dKzczvHUzwWNrfBYpUvhOJpFcIGKXS3m3DjfHNEpfyzgpWDlKe3IIM8jzPlOGxT QOBxKaL77sPQVbCrT9l9A== Subject: Re: [MirageOS-devel] Mirage ARM port X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 Tue, Apr 29, 2014 at 03:17:21PM +0200, Goswin von Brederlow wrote: > On Thu, Apr 10, 2014 at 04:39:49PM +0100, Andy Ray wrote: > > Hi, > > > > I've been discussing the ARM port of Mirage with Anil recently and > > would like to get involved helping to bring that up. > > > > Initially it would be to target a Raspberry Pi (finally something I > > can use it for!) but eventually I'm interested in getting it running > > on an Altera Cyclone V Soc with dual-core ARM Cortex-A9s. > > > > I understand there are 2 approaches - using a FreeBSD kernel module or > > building up from scratch with a mini OS and implementing some device > > drivers. I'm easy either way. > > > > I've never used a BSD but I have hacked a realtime linux OS onto an > > ARM Soc before so I know there be dragons ahead... > > > > Cheers, > > Andy > > A while back I started writing an exokernel to run ocaml barebone on > the Raspberry Pi. I have ocaml running and multi-threading 95% done. > For my approach I mapped interrupts to signals so I can use an > unmodified ocamlopt for RPi to generate a binary blob and link that > with the exo kernel (just a few files to initialize the hardware and > glue to ocaml). > > I would be verry interested in porting mirage. But mirage needs Xen > and the Raspberry Pi can't run Xen. So quite a bit of driver glue will > be needed. That's why I started with just plain ocaml. > > I'm going to hold a talk about ocaml barebone on the RPi end of next > week so I have till then finish and release something. I will post the > url when I do. > > MfG > Goswin https://github.com/mrvn/ocaml-rpi MfG Goswin _______________________________________________ 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 May 22 13:49:45 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 22 May 2014 13:49: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 1WnTNK-0007iZ-GA; Thu, 22 May 2014 13:49:38 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WnTNI-0007iJ-TM for mirageos-devel@lists.xenproject.org; Thu, 22 May 2014 13:49:37 +0000 Received: from [85.158.139.211:30099] by server-11.bemta-5.messagelabs.com id 4E/63-30804-0700E735; Thu, 22 May 2014 13:49:36 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-3.tower-206.messagelabs.com!1400766574!5816367!1 X-Originating-IP: [74.125.82.173] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22000 invoked from network); 22 May 2014 13:49:34 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-3.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 22 May 2014 13:49:34 -0000 Received: by mail-we0-f173.google.com with SMTP id u57so3472284wes.4 for ; Thu, 22 May 2014 06:49:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:content-type; bh=ao5/Jtzb1zkHc2jLK4BSTK6WnSw0MGdW5RMahBAhJkU=; b=fBlA5wV0zLfwGkIFW+NhpOLGGGDQYsUDHSqoR3CkyKhZEuT7/37N2I7kd8hfktQzAH bsiqGgC4ByLlJcdnpJa0CMQlGqWykNqUarO/2dv9jx5WgI1JTNo/oSnrN7bpsSw2SrTL MY5jqJLOy6EutXCwJr4sfTCU4qr6XVpXk9uzUZKEAEh2iHzysHjXHQ0DRgNSdzrEPc+2 OPuUbtkEG56y1Y5I7cFj94xjeu7BzySt4QcymqontplsaV3tQKXDbWIqez09iKHhorUq IqTqyzPA8Wf/0Q9iVUj9fBr5oNPBuPIy/l6m4E/s4vVvl2m5D6h8elPnbMWbwyewd99s t6Ig== X-Received: by 10.180.106.1 with SMTP id gq1mr16615698wib.45.1400766574495; Thu, 22 May 2014 06:49:34 -0700 (PDT) Received: from [172.16.25.10] (97e5a5cd.skybroadband.com. [151.229.165.205]) by mx.google.com with ESMTPSA id z14sm485475wiu.6.2014.05.22.06.49.32 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 22 May 2014 06:49:32 -0700 (PDT) Message-ID: <537E0069.8040408@xen.org> Date: Thu, 22 May 2014 14:49:29 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" , "mirageos-devel@lists.xenproject.org" Subject: [MirageOS-devel] Schedule and additional information for the Hackathon published X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4751953664406212447==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org This is a multi-part message in MIME format. --===============4751953664406212447== Content-Type: multipart/alternative; boundary="------------020506040603090701070308" This is a multi-part message in MIME format. --------------020506040603090701070308 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi all, I just published some information related to the Hackathon schedule at http://wiki.xen.org/wiki/Hackathon/May2014#Schedule - I will send another mail to registered attendees, when I get the list of e-mail addresses of all registered people from the Linux Foundation. == Registration == Registration will be open from 8:45 to 9:30. When you register you will get a badge and information on how to sign into the wifi. == Breakfast == As most of you are staying at Serviced Apartments where there is no breakfast, we will provide breakfast for attendees. Breakfast will be available from 8:45m - 9:30 on Thursday and from 9:00 - 9:45 on Friday. == Scheduling and Layout == We will follow the same format as last year. However the space is different: there is a plenary area in the middle where all of us fit. This is where we will have plenary sessions and do the planning. Around this central area are a number of different rooms that fit 6-10 people each to have the work sessions. The rooms have names: Family, Friends, Fanatical Support, Greatness, Passioon and Results. After breakfast, I will give you 15 minutes to think about topics you want to discuss with others. You will write a headline and your name onto a post-it-note. We already have a preliminary list of topics at http://wiki.xen.org/wiki/Hackathon/May2014#Topics We then have 20-25 minutes, where each of you will briefly talk to the audience to describe the problem you want to work on and you will map it onto a time-space grid (our schedule) by placing yout post-it note onto it. This will help others find you. If you want to work on your own, or you do not have a scheduled session, you can use the main space in the middle. == Lunch and Breaks == Lunch and an afternoon break with some food will also be available. Coffee and other drinks will be available through the day. == Evening Event == We will be hosting an evening event at The Old Vinyl Factory . Dinner and drinks (2 per person) will be available for free. More drinks can be bought at the bar. The event will be more low key than last year. There is a sound system : if anyone wants any specific music, bring a memory stick or ipod. Again, a thank Big Thank You to Rackspace for hosting and organizing the event Best Regards Lars --------------020506040603090701070308 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi all,

I just published some information related to the Hackathon schedule at http://wiki.xen.org/wiki/Hackathon/May2014#Schedule - I will send another mail to registered attendees, when I get the list of e-mail addresses of all registered people from the Linux Foundation.

== Registration ==
Registration will be open from 8:45 to 9:30. When you register you will get a badge and information on how to sign into the wifi.

== Breakfast ==
As most of you are staying at Serviced Apartments where there is no breakfast, we will provide breakfast for attendees. Breakfast will be available from 8:45m - 9:30 on Thursday and from 9:00 - 9:45 on Friday.

== Scheduling and Layout ==
We will follow the same format as last year. However the space is different: there is a plenary area in the middle where all of us fit. This is where we will have plenary sessions and do the planning.
 
Around this central area are a number of different rooms that fit 6-10 people each to have the work sessions. The rooms have names: Family, Friends, Fanatical Support, Greatness, Passioon and Results.

After breakfast, I will give you 15 minutes to think about topics you want to discuss with others. You will write a headline and your name onto a post-it-note. We already have a preliminary list of topics at http://wiki.xen.org/wiki/Hackathon/May2014#Topics

We then have 20-25 minutes, where each of you will briefly talk to the audience to describe the problem you want to work on and you will map it onto a time-space grid (our schedule) by placing yout post-it note onto it. This will help others find you.

If you want to work on your own, or you do not have a scheduled session, you can use the main space in the middle.

== Lunch and Breaks ==
Lunch and an afternoon break with some food will also be available. Coffee and other drinks will be available through the day.

== Evening Event ==
We will be hosting an evening event at The Old Vinyl Factory. Dinner and drinks (2 per person) will be available for free. More drinks can be bought at the bar. The event will be more low key than last year. There is a sound system : if anyone wants any specific music, bring a memory stick or ipod.

Again, a thank Big Thank You to Rackspace for hosting and organizing the event

Best Regards
Lars
--------------020506040603090701070308-- --===============4751953664406212447== 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 --===============4751953664406212447==-- From mirageos-devel-bounces@lists.xenproject.org Thu May 22 13:49:45 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 22 May 2014 13:49: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 1WnTNK-0007iZ-GA; Thu, 22 May 2014 13:49:38 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WnTNI-0007iJ-TM for mirageos-devel@lists.xenproject.org; Thu, 22 May 2014 13:49:37 +0000 Received: from [85.158.139.211:30099] by server-11.bemta-5.messagelabs.com id 4E/63-30804-0700E735; Thu, 22 May 2014 13:49:36 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-3.tower-206.messagelabs.com!1400766574!5816367!1 X-Originating-IP: [74.125.82.173] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22000 invoked from network); 22 May 2014 13:49:34 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-3.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 22 May 2014 13:49:34 -0000 Received: by mail-we0-f173.google.com with SMTP id u57so3472284wes.4 for ; Thu, 22 May 2014 06:49:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:content-type; bh=ao5/Jtzb1zkHc2jLK4BSTK6WnSw0MGdW5RMahBAhJkU=; b=fBlA5wV0zLfwGkIFW+NhpOLGGGDQYsUDHSqoR3CkyKhZEuT7/37N2I7kd8hfktQzAH bsiqGgC4ByLlJcdnpJa0CMQlGqWykNqUarO/2dv9jx5WgI1JTNo/oSnrN7bpsSw2SrTL MY5jqJLOy6EutXCwJr4sfTCU4qr6XVpXk9uzUZKEAEh2iHzysHjXHQ0DRgNSdzrEPc+2 OPuUbtkEG56y1Y5I7cFj94xjeu7BzySt4QcymqontplsaV3tQKXDbWIqez09iKHhorUq IqTqyzPA8Wf/0Q9iVUj9fBr5oNPBuPIy/l6m4E/s4vVvl2m5D6h8elPnbMWbwyewd99s t6Ig== X-Received: by 10.180.106.1 with SMTP id gq1mr16615698wib.45.1400766574495; Thu, 22 May 2014 06:49:34 -0700 (PDT) Received: from [172.16.25.10] (97e5a5cd.skybroadband.com. [151.229.165.205]) by mx.google.com with ESMTPSA id z14sm485475wiu.6.2014.05.22.06.49.32 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 22 May 2014 06:49:32 -0700 (PDT) Message-ID: <537E0069.8040408@xen.org> Date: Thu, 22 May 2014 14:49:29 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" , "mirageos-devel@lists.xenproject.org" Subject: [MirageOS-devel] Schedule and additional information for the Hackathon published X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4751953664406212447==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org This is a multi-part message in MIME format. --===============4751953664406212447== Content-Type: multipart/alternative; boundary="------------020506040603090701070308" This is a multi-part message in MIME format. --------------020506040603090701070308 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi all, I just published some information related to the Hackathon schedule at http://wiki.xen.org/wiki/Hackathon/May2014#Schedule - I will send another mail to registered attendees, when I get the list of e-mail addresses of all registered people from the Linux Foundation. == Registration == Registration will be open from 8:45 to 9:30. When you register you will get a badge and information on how to sign into the wifi. == Breakfast == As most of you are staying at Serviced Apartments where there is no breakfast, we will provide breakfast for attendees. Breakfast will be available from 8:45m - 9:30 on Thursday and from 9:00 - 9:45 on Friday. == Scheduling and Layout == We will follow the same format as last year. However the space is different: there is a plenary area in the middle where all of us fit. This is where we will have plenary sessions and do the planning. Around this central area are a number of different rooms that fit 6-10 people each to have the work sessions. The rooms have names: Family, Friends, Fanatical Support, Greatness, Passioon and Results. After breakfast, I will give you 15 minutes to think about topics you want to discuss with others. You will write a headline and your name onto a post-it-note. We already have a preliminary list of topics at http://wiki.xen.org/wiki/Hackathon/May2014#Topics We then have 20-25 minutes, where each of you will briefly talk to the audience to describe the problem you want to work on and you will map it onto a time-space grid (our schedule) by placing yout post-it note onto it. This will help others find you. If you want to work on your own, or you do not have a scheduled session, you can use the main space in the middle. == Lunch and Breaks == Lunch and an afternoon break with some food will also be available. Coffee and other drinks will be available through the day. == Evening Event == We will be hosting an evening event at The Old Vinyl Factory . Dinner and drinks (2 per person) will be available for free. More drinks can be bought at the bar. The event will be more low key than last year. There is a sound system : if anyone wants any specific music, bring a memory stick or ipod. Again, a thank Big Thank You to Rackspace for hosting and organizing the event Best Regards Lars --------------020506040603090701070308 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi all,

I just published some information related to the Hackathon schedule at http://wiki.xen.org/wiki/Hackathon/May2014#Schedule - I will send another mail to registered attendees, when I get the list of e-mail addresses of all registered people from the Linux Foundation.

== Registration ==
Registration will be open from 8:45 to 9:30. When you register you will get a badge and information on how to sign into the wifi.

== Breakfast ==
As most of you are staying at Serviced Apartments where there is no breakfast, we will provide breakfast for attendees. Breakfast will be available from 8:45m - 9:30 on Thursday and from 9:00 - 9:45 on Friday.

== Scheduling and Layout ==
We will follow the same format as last year. However the space is different: there is a plenary area in the middle where all of us fit. This is where we will have plenary sessions and do the planning.
 
Around this central area are a number of different rooms that fit 6-10 people each to have the work sessions. The rooms have names: Family, Friends, Fanatical Support, Greatness, Passioon and Results.

After breakfast, I will give you 15 minutes to think about topics you want to discuss with others. You will write a headline and your name onto a post-it-note. We already have a preliminary list of topics at http://wiki.xen.org/wiki/Hackathon/May2014#Topics

We then have 20-25 minutes, where each of you will briefly talk to the audience to describe the problem you want to work on and you will map it onto a time-space grid (our schedule) by placing yout post-it note onto it. This will help others find you.

If you want to work on your own, or you do not have a scheduled session, you can use the main space in the middle.

== Lunch and Breaks ==
Lunch and an afternoon break with some food will also be available. Coffee and other drinks will be available through the day.

== Evening Event ==
We will be hosting an evening event at The Old Vinyl Factory. Dinner and drinks (2 per person) will be available for free. More drinks can be bought at the bar. The event will be more low key than last year. There is a sound system : if anyone wants any specific music, bring a memory stick or ipod.

Again, a thank Big Thank You to Rackspace for hosting and organizing the event

Best Regards
Lars
--------------020506040603090701070308-- --===============4751953664406212447== 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 --===============4751953664406212447==-- From mirageos-devel-bounces@lists.xenproject.org Mon May 26 10:31:13 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 26 May 2014 10:31: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 1WosBQ-0004Vg-9D; Mon, 26 May 2014 10:31:08 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WosBO-0004Ue-E4 for mirageos-devel@lists.xenproject.org; Mon, 26 May 2014 10:31:06 +0000 Received: from [193.109.254.147:2137] by server-16.bemta-14.messagelabs.com id 68/65-16986-9E713835; Mon, 26 May 2014 10:31:05 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-16.tower-27.messagelabs.com!1401100265!1724657!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13838 invoked from network); 26 May 2014 10:31:05 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-16.tower-27.messagelabs.com with SMTP; 26 May 2014 10:31:05 -0000 Received: (qmail 6130 invoked by uid 634); 26 May 2014 10:31:04 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net (HELO [192.168.1.110]) (86.30.244.239) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Mon, 26 May 2014 11:31:04 +0100 From: Anil Madhavapeddy Message-Id: Date: Mon, 26 May 2014 11:31:02 +0100 To: mirageos-devel@lists.xenproject.org Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Subject: [MirageOS-devel] github xen git mirror X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 bunch of us now have our own GitHub mirrors of Xen, so it's a good idea to have a proper mirror repository to fork from instead. Dave, I noticed your mirror scripts on mirage/xen have stopped. Do you mind if I take that over and setup a cron job for it from the bactrian bot? -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 May 26 10:31:13 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 26 May 2014 10:31: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 1WosBQ-0004Vg-9D; Mon, 26 May 2014 10:31:08 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WosBO-0004Ue-E4 for mirageos-devel@lists.xenproject.org; Mon, 26 May 2014 10:31:06 +0000 Received: from [193.109.254.147:2137] by server-16.bemta-14.messagelabs.com id 68/65-16986-9E713835; Mon, 26 May 2014 10:31:05 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-16.tower-27.messagelabs.com!1401100265!1724657!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13838 invoked from network); 26 May 2014 10:31:05 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-16.tower-27.messagelabs.com with SMTP; 26 May 2014 10:31:05 -0000 Received: (qmail 6130 invoked by uid 634); 26 May 2014 10:31:04 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net (HELO [192.168.1.110]) (86.30.244.239) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Mon, 26 May 2014 11:31:04 +0100 From: Anil Madhavapeddy Message-Id: Date: Mon, 26 May 2014 11:31:02 +0100 To: mirageos-devel@lists.xenproject.org Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Subject: [MirageOS-devel] github xen git mirror X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 bunch of us now have our own GitHub mirrors of Xen, so it's a good idea to have a proper mirror repository to fork from instead. Dave, I noticed your mirror scripts on mirage/xen have stopped. Do you mind if I take that over and setup a cron job for it from the bactrian bot? -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 May 26 10:37:14 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 26 May 2014 10:37: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 1WosHK-0005GK-1c; Mon, 26 May 2014 10:37:14 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WosHI-0005GB-NI for mirageos-devel@lists.xenproject.org; Mon, 26 May 2014 10:37:12 +0000 Received: from [85.158.139.211:61930] by server-2.bemta-5.messagelabs.com id 31/D0-12074-75913835; Mon, 26 May 2014 10:37:11 +0000 X-Env-Sender: Dave.Scott@citrix.com X-Msg-Ref: server-15.tower-206.messagelabs.com!1401100631!2981899!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10099 invoked from network); 26 May 2014 10:37:11 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-15.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 26 May 2014 10:37:11 -0000 X-IronPort-AV: E=Sophos;i="4.98,912,1392163200"; d="scan'208";a="19027589" Received: from unknown (HELO AMSPEX01CL02.citrite.net) ([10.69.60.9]) by AMSPIP01.EU.Citrix.com with ESMTP; 26 May 2014 10:37:03 +0000 Received: from AMSPEX01CL03.citrite.net ([169.254.8.103]) by AMSPEX01CL02.citrite.net ([169.254.7.30]) with mapi id 14.03.0181.006; Mon, 26 May 2014 12:37:02 +0200 From: Dave Scott To: Anil Madhavapeddy Thread-Topic: [MirageOS-devel] github xen git mirror Thread-Index: AQHPeM2fBSddG/Uj0UmGgzvYhQTD75tSibWA Date: Mon, 26 May 2014 10:37:01 +0000 Message-ID: <6D262DFB-EA5C-44CB-A908-FD0E28F7995D@citrix.com> References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.13.112.14] Content-ID: <790191DEDC2E8A4C9B146CE644AE2899@citrix.com> MIME-Version: 1.0 X-DLP: AMS1 Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] github xen git mirror X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 May 2014, at 11:31, Anil Madhavapeddy wrote: > A bunch of us now have our own GitHub mirrors of Xen, so it's a good idea to have a proper mirror repository to fork from instead. > > Dave, I noticed your mirror scripts on mirage/xen have stopped. Do you mind if I take that over and setup a cron job for it from the bactrian bot? Oops, I lost those when I reinstalled the box they were running on. Feel free to run cron somewhere else! Dave _______________________________________________ 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 May 26 10:37:14 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 26 May 2014 10:37: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 1WosHK-0005GK-1c; Mon, 26 May 2014 10:37:14 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WosHI-0005GB-NI for mirageos-devel@lists.xenproject.org; Mon, 26 May 2014 10:37:12 +0000 Received: from [85.158.139.211:61930] by server-2.bemta-5.messagelabs.com id 31/D0-12074-75913835; Mon, 26 May 2014 10:37:11 +0000 X-Env-Sender: Dave.Scott@citrix.com X-Msg-Ref: server-15.tower-206.messagelabs.com!1401100631!2981899!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10099 invoked from network); 26 May 2014 10:37:11 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-15.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 26 May 2014 10:37:11 -0000 X-IronPort-AV: E=Sophos;i="4.98,912,1392163200"; d="scan'208";a="19027589" Received: from unknown (HELO AMSPEX01CL02.citrite.net) ([10.69.60.9]) by AMSPIP01.EU.Citrix.com with ESMTP; 26 May 2014 10:37:03 +0000 Received: from AMSPEX01CL03.citrite.net ([169.254.8.103]) by AMSPEX01CL02.citrite.net ([169.254.7.30]) with mapi id 14.03.0181.006; Mon, 26 May 2014 12:37:02 +0200 From: Dave Scott To: Anil Madhavapeddy Thread-Topic: [MirageOS-devel] github xen git mirror Thread-Index: AQHPeM2fBSddG/Uj0UmGgzvYhQTD75tSibWA Date: Mon, 26 May 2014 10:37:01 +0000 Message-ID: <6D262DFB-EA5C-44CB-A908-FD0E28F7995D@citrix.com> References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.13.112.14] Content-ID: <790191DEDC2E8A4C9B146CE644AE2899@citrix.com> MIME-Version: 1.0 X-DLP: AMS1 Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] github xen git mirror X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 May 2014, at 11:31, Anil Madhavapeddy wrote: > A bunch of us now have our own GitHub mirrors of Xen, so it's a good idea to have a proper mirror repository to fork from instead. > > Dave, I noticed your mirror scripts on mirage/xen have stopped. Do you mind if I take that over and setup a cron job for it from the bactrian bot? Oops, I lost those when I reinstalled the box they were running on. Feel free to run cron somewhere else! Dave _______________________________________________ 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 May 27 09:56:51 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 27 May 2014 09:56: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 1WpE7f-0001sx-W5; Tue, 27 May 2014 09:56:43 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WpE7e-0001sq-Mx for mirageos-devel@lists.xenproject.org; Tue, 27 May 2014 09:56:42 +0000 Received: from [193.109.254.147:33099] by server-3.bemta-14.messagelabs.com id 80/20-22179-85164835; Tue, 27 May 2014 09:56:40 +0000 X-Env-Sender: scott.dj@gmail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1401184598!7347035!1 X-Originating-IP: [209.85.220.175] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25861 invoked from network); 27 May 2014 09:56:39 -0000 Received: from mail-vc0-f175.google.com (HELO mail-vc0-f175.google.com) (209.85.220.175) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 27 May 2014 09:56:39 -0000 Received: by mail-vc0-f175.google.com with SMTP id id10so6843031vcb.6 for ; Tue, 27 May 2014 02:56:38 -0700 (PDT) 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=a9qmCrU3uq9bhT+TRzEA0iEqe5hrRclc+PvoDWITkTw=; b=bO0PQSsYOzgDS/L7C9RI10anNtV+0P6KHCc7r2lOOdGH2hnoOfhpER9AwjM7sIOvM3 KmVUxGvgVkq3333z7ocEMOrC3blVCe775yBTjqpGbpmFTSBtmvuLqGpttAbhrKtRz8fv 0xTA6vG77Iss33iDaipvMHx2GUclrQpk7U4k1G0xagJcUxXklvl3lNF315tyTY5Oti8x VcfHlOtafDeDtLaRWK3joSFwSBJ+bh1FLwd+GX5rfZ4YcExIssbEANlhnA15DCdri80y iZoesspTRFO64lFzywhYGNpzsdCP7mnt8NPhzFn6KYEOaTkBS/F4DqW/2E2/bXXNkjJc ahQQ== MIME-Version: 1.0 X-Received: by 10.53.13.35 with SMTP id ev3mr21631509vdd.1.1401184598244; Tue, 27 May 2014 02:56:38 -0700 (PDT) Received: by 10.220.161.68 with HTTP; Tue, 27 May 2014 02:56:38 -0700 (PDT) Date: Tue, 27 May 2014 10:56:38 +0100 Message-ID: From: David Scott To: "mirageos-devel@lists.xenproject.org" Subject: [MirageOS-devel] Mirage weekly call today (tuesday), 4.30pm BST (== GMT + 1) X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============1973520142853172938==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============1973520142853172938== Content-Type: multipart/alternative; boundary=001a1135ecdc3e432804fa5eb69b --001a1135ecdc3e432804fa5eb69b Content-Type: text/plain; charset=UTF-8 Hi, So far on the agenda[1] we have: (please append any other items to the wiki before the meeting) - Mirage/ARM progress - Summer projects - quick xenstore/irminsule update (Dave) 1. Please join my meeting. https://www1.gotomeeting.com/join/591890401 Note the dial-in numbers seem to have changed. The new ones are visible if you join the meeting online. I don't have a full list to hand but I believe the US one is: +1 (213) 493-0008 [1] https://github.com/mirage/mirage-www/wiki/Call-Agenda Cheers, -- Dave Scott --001a1135ecdc3e432804fa5eb69b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,

=
So far on = the agenda[1] we have: (please append any other items to the wiki before th= e meeting)

  • Mirage/ARM progress
  • Summer projects
  • q= uick xenstore/irminsule update (Dave)
1. =C2=A0Please join my meet= ing.

Note the dial-in numbers seem to have changed. The new ones are vis= ible if you join the meeting online. I don't have a full list to hand b= ut I believe the US one is:



--
Dave Scott

--001a1135ecdc3e432804fa5eb69b-- --===============1973520142853172938== 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 --===============1973520142853172938==-- From mirageos-devel-bounces@lists.xenproject.org Tue May 27 09:56:51 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 27 May 2014 09:56: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 1WpE7f-0001sx-W5; Tue, 27 May 2014 09:56:43 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WpE7e-0001sq-Mx for mirageos-devel@lists.xenproject.org; Tue, 27 May 2014 09:56:42 +0000 Received: from [193.109.254.147:33099] by server-3.bemta-14.messagelabs.com id 80/20-22179-85164835; Tue, 27 May 2014 09:56:40 +0000 X-Env-Sender: scott.dj@gmail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1401184598!7347035!1 X-Originating-IP: [209.85.220.175] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25861 invoked from network); 27 May 2014 09:56:39 -0000 Received: from mail-vc0-f175.google.com (HELO mail-vc0-f175.google.com) (209.85.220.175) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 27 May 2014 09:56:39 -0000 Received: by mail-vc0-f175.google.com with SMTP id id10so6843031vcb.6 for ; Tue, 27 May 2014 02:56:38 -0700 (PDT) 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=a9qmCrU3uq9bhT+TRzEA0iEqe5hrRclc+PvoDWITkTw=; b=bO0PQSsYOzgDS/L7C9RI10anNtV+0P6KHCc7r2lOOdGH2hnoOfhpER9AwjM7sIOvM3 KmVUxGvgVkq3333z7ocEMOrC3blVCe775yBTjqpGbpmFTSBtmvuLqGpttAbhrKtRz8fv 0xTA6vG77Iss33iDaipvMHx2GUclrQpk7U4k1G0xagJcUxXklvl3lNF315tyTY5Oti8x VcfHlOtafDeDtLaRWK3joSFwSBJ+bh1FLwd+GX5rfZ4YcExIssbEANlhnA15DCdri80y iZoesspTRFO64lFzywhYGNpzsdCP7mnt8NPhzFn6KYEOaTkBS/F4DqW/2E2/bXXNkjJc ahQQ== MIME-Version: 1.0 X-Received: by 10.53.13.35 with SMTP id ev3mr21631509vdd.1.1401184598244; Tue, 27 May 2014 02:56:38 -0700 (PDT) Received: by 10.220.161.68 with HTTP; Tue, 27 May 2014 02:56:38 -0700 (PDT) Date: Tue, 27 May 2014 10:56:38 +0100 Message-ID: From: David Scott To: "mirageos-devel@lists.xenproject.org" Subject: [MirageOS-devel] Mirage weekly call today (tuesday), 4.30pm BST (== GMT + 1) X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============1973520142853172938==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============1973520142853172938== Content-Type: multipart/alternative; boundary=001a1135ecdc3e432804fa5eb69b --001a1135ecdc3e432804fa5eb69b Content-Type: text/plain; charset=UTF-8 Hi, So far on the agenda[1] we have: (please append any other items to the wiki before the meeting) - Mirage/ARM progress - Summer projects - quick xenstore/irminsule update (Dave) 1. Please join my meeting. https://www1.gotomeeting.com/join/591890401 Note the dial-in numbers seem to have changed. The new ones are visible if you join the meeting online. I don't have a full list to hand but I believe the US one is: +1 (213) 493-0008 [1] https://github.com/mirage/mirage-www/wiki/Call-Agenda Cheers, -- Dave Scott --001a1135ecdc3e432804fa5eb69b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,

=
So far on = the agenda[1] we have: (please append any other items to the wiki before th= e meeting)

  • Mirage/ARM progress
  • Summer projects
  • q= uick xenstore/irminsule update (Dave)
1. =C2=A0Please join my meet= ing.

Note the dial-in numbers seem to have changed. The new ones are vis= ible if you join the meeting online. I don't have a full list to hand b= ut I believe the US one is:



--
Dave Scott

--001a1135ecdc3e432804fa5eb69b-- --===============1973520142853172938== 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 --===============1973520142853172938==-- From mirageos-devel-bounces@lists.xenproject.org Tue May 27 10:10:42 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 27 May 2014 10:10: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 1WpELA-0002A6-3w; Tue, 27 May 2014 10:10:40 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WpEL8-0002A1-CI for mirageos-devel@lists.xenproject.org; Tue, 27 May 2014 10:10:38 +0000 Received: from [193.109.254.147:12883] by server-10.bemta-14.messagelabs.com id 94/B0-04546-D9464835; Tue, 27 May 2014 10:10:37 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-16.tower-27.messagelabs.com!1401185435!1936546!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30776 invoked from network); 27 May 2014 10:10:35 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-16.tower-27.messagelabs.com with SMTP; 27 May 2014 10:10:35 -0000 Received: (qmail 31697 invoked by uid 634); 27 May 2014 10:10:35 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from volstagg-0.srg.cl.cam.ac.uk (HELO flick.office) (128.232.32.232) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Tue, 27 May 2014 11:10:34 +0100 From: Anil Madhavapeddy Date: Tue, 27 May 2014 11:10:33 +0100 Message-Id: <2F416A5E-2FC5-42B5-AD4A-BCFCDEBEAB22@recoil.org> To: mirageos-devel@lists.xenproject.org Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Subject: [MirageOS-devel] Cohttp/Conduit refactoring update X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 There are a number of patches queued up to Conduit/Cohttp that I've been looking at this morning, and thought I'd give an update on their integration. First, a quick recap on the libraries: - Conduit can be considered as the 'polymorphic sockaddr' library that exposes all the various mechanisms to connect from A to B. This includes the traditional mechanisms such as TCP, but also adds SSL+TCP, shared memory and vchan. Its build system uses optcomp to not have hard dependencies on some of the mechanisms such as vchan, so it can remain a fairly lightweight library. - Cohttp is the implementation of HTTP, functorized across Lwt/Async/Unix/Mirage. It uses Conduit for all its connectivity needs. Updates: - Rudi submitted a nice patchset to pull out all the Cohttp module types into one file that acts as the library documentation. This unfortunately is not OASIS compatible since it requires the definition of the same module name inside multiple packs, which requires a staged build (OASIS currently builds the pack file in the same directory as the submodules, and so the internal modules are also exposed to other libraries). I'm going to put this refactoring on ice until post-Cohttp-1.0, as it's a significant rewrite. For the interested, I have branches on avsm/ocaml-cohttp with various build system changes, and none of them are ideal. My next experiment here will be with a Makefile and Jenga (separately). - Arjun Guha has sent in a Conduit patchset to support Unix domain sockets. I'm changing the Conduit interface (in avsm/ocaml-conduit#refactor-interface) to encode all the connection parameters in the polymorphic variant to Conduit.Client.connect. This lets us expand it to vchan as well, which I'd like to do before the Xen hackathon on Friday as a nice demonstration. Jon: do you have time to help integrate/test vchan during the hackathon on Thursday? - I've also modified Conduit to have a state descriptor so you have to initialize a Conduit instance before using it, which makes it much more Mirage-friendly. This is also where we hold the information about *source* interfaces, so you can spawn multiple Conduits that send their information from different places. - Everything has sexp serializers now, pending the release of a new Ipaddr revision (pull request sent to David to look at). - I'm still thinking about how to expose the SSL information, and this is a part of the interface that will change as we integrate the pure SSL stack from Hannes and David. The OpenSSL bindings have some annoying dependencies on filesystem references (for the keys), and the pure stack will be much more value-oriented to allow passing things in memory rather than forcing a filesystem dependency. I'm doing a mass integration at the moment, so expect something in the next few days unless there's a strong objection to any of this... -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 May 27 10:10:42 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 27 May 2014 10:10: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 1WpELA-0002A6-3w; Tue, 27 May 2014 10:10:40 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WpEL8-0002A1-CI for mirageos-devel@lists.xenproject.org; Tue, 27 May 2014 10:10:38 +0000 Received: from [193.109.254.147:12883] by server-10.bemta-14.messagelabs.com id 94/B0-04546-D9464835; Tue, 27 May 2014 10:10:37 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-16.tower-27.messagelabs.com!1401185435!1936546!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30776 invoked from network); 27 May 2014 10:10:35 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-16.tower-27.messagelabs.com with SMTP; 27 May 2014 10:10:35 -0000 Received: (qmail 31697 invoked by uid 634); 27 May 2014 10:10:35 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from volstagg-0.srg.cl.cam.ac.uk (HELO flick.office) (128.232.32.232) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Tue, 27 May 2014 11:10:34 +0100 From: Anil Madhavapeddy Date: Tue, 27 May 2014 11:10:33 +0100 Message-Id: <2F416A5E-2FC5-42B5-AD4A-BCFCDEBEAB22@recoil.org> To: mirageos-devel@lists.xenproject.org Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Subject: [MirageOS-devel] Cohttp/Conduit refactoring update X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 There are a number of patches queued up to Conduit/Cohttp that I've been looking at this morning, and thought I'd give an update on their integration. First, a quick recap on the libraries: - Conduit can be considered as the 'polymorphic sockaddr' library that exposes all the various mechanisms to connect from A to B. This includes the traditional mechanisms such as TCP, but also adds SSL+TCP, shared memory and vchan. Its build system uses optcomp to not have hard dependencies on some of the mechanisms such as vchan, so it can remain a fairly lightweight library. - Cohttp is the implementation of HTTP, functorized across Lwt/Async/Unix/Mirage. It uses Conduit for all its connectivity needs. Updates: - Rudi submitted a nice patchset to pull out all the Cohttp module types into one file that acts as the library documentation. This unfortunately is not OASIS compatible since it requires the definition of the same module name inside multiple packs, which requires a staged build (OASIS currently builds the pack file in the same directory as the submodules, and so the internal modules are also exposed to other libraries). I'm going to put this refactoring on ice until post-Cohttp-1.0, as it's a significant rewrite. For the interested, I have branches on avsm/ocaml-cohttp with various build system changes, and none of them are ideal. My next experiment here will be with a Makefile and Jenga (separately). - Arjun Guha has sent in a Conduit patchset to support Unix domain sockets. I'm changing the Conduit interface (in avsm/ocaml-conduit#refactor-interface) to encode all the connection parameters in the polymorphic variant to Conduit.Client.connect. This lets us expand it to vchan as well, which I'd like to do before the Xen hackathon on Friday as a nice demonstration. Jon: do you have time to help integrate/test vchan during the hackathon on Thursday? - I've also modified Conduit to have a state descriptor so you have to initialize a Conduit instance before using it, which makes it much more Mirage-friendly. This is also where we hold the information about *source* interfaces, so you can spawn multiple Conduits that send their information from different places. - Everything has sexp serializers now, pending the release of a new Ipaddr revision (pull request sent to David to look at). - I'm still thinking about how to expose the SSL information, and this is a part of the interface that will change as we integrate the pure SSL stack from Hannes and David. The OpenSSL bindings have some annoying dependencies on filesystem references (for the keys), and the pure stack will be much more value-oriented to allow passing things in memory rather than forcing a filesystem dependency. I'm doing a mass integration at the moment, so expect something in the next few days unless there's a strong objection to any of this... -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 May 27 15:02:16 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 27 May 2014 15: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 1WpItI-0001Fh-Cd; Tue, 27 May 2014 15:02:12 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WpItG-0001FV-UI for mirageos-devel@lists.xenproject.org; Tue, 27 May 2014 15:02:11 +0000 Received: from [85.158.143.35:35732] by server-2.bemta-4.messagelabs.com id C7/BD-06539-2F8A4835; Tue, 27 May 2014 15:02:10 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-15.tower-21.messagelabs.com!1401202928!7529094!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10030 invoked from network); 27 May 2014 15:02:09 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-15.tower-21.messagelabs.com with SMTP; 27 May 2014 15:02:09 -0000 Received: (qmail 13199 invoked by uid 634); 27 May 2014 15:02:08 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED,HTML_MESSAGE X-Spam-Check-By: dark.recoil.org Received: from volstagg-0.srg.cl.cam.ac.uk (HELO flick.office) (128.232.32.232) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Tue, 27 May 2014 16:02:08 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Anil Madhavapeddy In-Reply-To: Date: Tue, 27 May 2014 16:02:06 +0100 Message-Id: <2FF99187-16E4-4755-9EE5-89236B8E5F08@recoil.org> References: To: David Scott X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Mirage weekly call today (tuesday), 4.30pm BST (== GMT + 1) X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============4408634558202187039==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============4408634558202187039== Content-Type: multipart/alternative; boundary="Apple-Mail=_B923520E-869D-4A2A-BE7C-54152B1C3667" --Apple-Mail=_B923520E-869D-4A2A-BE7C-54152B1C3667 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Note the slight change of time -- this will be in 30 minutes from now. On 27 May 2014, at 10:56, David Scott wrote: > Hi, >=20 > So far on the agenda[1] we have: (please append any other items to the = wiki before the meeting) >=20 > Mirage/ARM progress > Summer projects > quick xenstore/irminsule update (Dave) > 1. Please join my meeting. > https://www1.gotomeeting.com/join/591890401 >=20 > Note the dial-in numbers seem to have changed. The new ones are = visible if you join the meeting online. I don't have a full list to hand = but I believe the US one is: >=20 > +1 (213) 493-0008 >=20 >=20 > [1] https://github.com/mirage/mirage-www/wiki/Call-Agenda >=20 > Cheers, > --=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=_B923520E-869D-4A2A-BE7C-54152B1C3667 Content-Transfer-Encoding: 7bit Content-Type: text/html; charset=us-ascii Note the slight change of time -- this will be in 30 minutes from now.

On 27 May 2014, at 10:56, David Scott <scott.dj@gmail.com> wrote:

Hi,

So far on the agenda[1] we have: (please append any other items to the wiki before the meeting)

  • Mirage/ARM progress
  • Summer projects
  • quick xenstore/irminsule update (Dave)
1.  Please join my meeting.

Note the dial-in numbers seem to have changed. The new ones are visible if you join the meeting online. I don't have a full list to hand but I believe the US one is:




Cheers,
--
Dave Scott

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

--Apple-Mail=_B923520E-869D-4A2A-BE7C-54152B1C3667-- --===============4408634558202187039== 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 --===============4408634558202187039==-- From mirageos-devel-bounces@lists.xenproject.org Tue May 27 15:02:16 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 27 May 2014 15: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 1WpItI-0001Fh-Cd; Tue, 27 May 2014 15:02:12 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WpItG-0001FV-UI for mirageos-devel@lists.xenproject.org; Tue, 27 May 2014 15:02:11 +0000 Received: from [85.158.143.35:35732] by server-2.bemta-4.messagelabs.com id C7/BD-06539-2F8A4835; Tue, 27 May 2014 15:02:10 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-15.tower-21.messagelabs.com!1401202928!7529094!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10030 invoked from network); 27 May 2014 15:02:09 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-15.tower-21.messagelabs.com with SMTP; 27 May 2014 15:02:09 -0000 Received: (qmail 13199 invoked by uid 634); 27 May 2014 15:02:08 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED,HTML_MESSAGE X-Spam-Check-By: dark.recoil.org Received: from volstagg-0.srg.cl.cam.ac.uk (HELO flick.office) (128.232.32.232) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Tue, 27 May 2014 16:02:08 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Anil Madhavapeddy In-Reply-To: Date: Tue, 27 May 2014 16:02:06 +0100 Message-Id: <2FF99187-16E4-4755-9EE5-89236B8E5F08@recoil.org> References: To: David Scott X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Mirage weekly call today (tuesday), 4.30pm BST (== GMT + 1) X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============4408634558202187039==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============4408634558202187039== Content-Type: multipart/alternative; boundary="Apple-Mail=_B923520E-869D-4A2A-BE7C-54152B1C3667" --Apple-Mail=_B923520E-869D-4A2A-BE7C-54152B1C3667 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Note the slight change of time -- this will be in 30 minutes from now. On 27 May 2014, at 10:56, David Scott wrote: > Hi, >=20 > So far on the agenda[1] we have: (please append any other items to the = wiki before the meeting) >=20 > Mirage/ARM progress > Summer projects > quick xenstore/irminsule update (Dave) > 1. Please join my meeting. > https://www1.gotomeeting.com/join/591890401 >=20 > Note the dial-in numbers seem to have changed. The new ones are = visible if you join the meeting online. I don't have a full list to hand = but I believe the US one is: >=20 > +1 (213) 493-0008 >=20 >=20 > [1] https://github.com/mirage/mirage-www/wiki/Call-Agenda >=20 > Cheers, > --=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=_B923520E-869D-4A2A-BE7C-54152B1C3667 Content-Transfer-Encoding: 7bit Content-Type: text/html; charset=us-ascii Note the slight change of time -- this will be in 30 minutes from now.

On 27 May 2014, at 10:56, David Scott <scott.dj@gmail.com> wrote:

Hi,

So far on the agenda[1] we have: (please append any other items to the wiki before the meeting)

  • Mirage/ARM progress
  • Summer projects
  • quick xenstore/irminsule update (Dave)
1.  Please join my meeting.

Note the dial-in numbers seem to have changed. The new ones are visible if you join the meeting online. I don't have a full list to hand but I believe the US one is:




Cheers,
--
Dave Scott

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

--Apple-Mail=_B923520E-869D-4A2A-BE7C-54152B1C3667-- --===============4408634558202187039== 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 --===============4408634558202187039==-- From mirageos-devel-bounces@lists.xenproject.org Tue May 27 15:48:34 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 27 May 2014 15:48:34 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WpJc8-0003Tt-Co; Tue, 27 May 2014 15:48:32 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WpJc6-0003To-Oh for mirageos-devel@lists.xenproject.org; Tue, 27 May 2014 15:48:30 +0000 Received: from [85.158.143.35:11849] by server-2.bemta-4.messagelabs.com id 2C/EA-06539-EC3B4835; Tue, 27 May 2014 15:48:30 +0000 X-Env-Sender: rudi.grinberg@gmail.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1401205708!7541099!1 X-Originating-IP: [209.85.213.171] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25940 invoked from network); 27 May 2014 15:48:29 -0000 Received: from mail-ig0-f171.google.com (HELO mail-ig0-f171.google.com) (209.85.213.171) by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 27 May 2014 15:48:29 -0000 Received: by mail-ig0-f171.google.com with SMTP id c1so1231628igq.4 for ; Tue, 27 May 2014 08:48:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:to:cc:subject:references:date:mime-version :content-transfer-encoding:from:message-id:in-reply-to:user-agent; bh=ezkcOL41GebBkdPuw1HnxmPLYJXdFuHcyR8YG07JR5M=; b=m1ONyt7qkOm4bDvz1V/MiBh7ipDjgMzhiWRqlWV8P/WteDJtdiMTNMwXGKPdXGMx1U p3MoN5mMpYBfA5NBG0jX80lvE/Q9wNeNcXXSwRupUcEZKvOIFobCTsGeNOEZq+GEpQhr jATwODd+xDhBqYp1hcKrxCouh5NhGr9PXnDtWBc7YDOIXPe/us+t2RphzV3scF+eAfwO KIc+XSwN1joWDARKWEEivZ59szNyzxRckz0kcdvM46We8+GBQFGrOm6F1m8uYgCPPIYC wDTxnT6e5otQD8qcSlJhG+o7M99k5u1c/PuG7hVkgT3U/fAcPUjs9M5RhLrl74T4SuBL eCew== X-Received: by 10.50.13.42 with SMTP id e10mr34083683igc.24.1401205707897; Tue, 27 May 2014 08:48:27 -0700 (PDT) Received: from rudis-macbook-pro.local (dsl-69-171-130-100.acanac.net. [69.171.130.100]) by mx.google.com with ESMTPSA id j13sm8530627igf.11.2014.05.27.08.48.26 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Tue, 27 May 2014 08:48:27 -0700 (PDT) To: mirageos-devel@lists.xenproject.org, "Anil Madhavapeddy" References: <2F416A5E-2FC5-42B5-AD4A-BCFCDEBEAB22@recoil.org> Date: Tue, 27 May 2014 11:48:24 -0400 MIME-Version: 1.0 From: "Rudi Grinberg" Message-ID: In-Reply-To: <2F416A5E-2FC5-42B5-AD4A-BCFCDEBEAB22@recoil.org> User-Agent: Opera Mail/1.0 (MacIntel) Subject: Re: [MirageOS-devel] Cohttp/Conduit refactoring update X-BeenThere: mirageos-devel@lists.xenproject.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"; DelSp="yes" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org What about this patch: https://github.com/mirage/ocaml-cohttp/pull/143 ? It probably has to be updated because of your latest conduit changes. I'd like to know whether it's scheduled for pre or post 1.0? On Tue, 27 May 2014 06:10:33 -0400, Anil Madhavapeddy wrote: > There are a number of patches queued up to Conduit/Cohttp that I've been > looking at this morning, and thought I'd give an update on their > integration. > > First, a quick recap on the libraries: > > - Conduit can be considered as the 'polymorphic sockaddr' library that > exposes all the various mechanisms to connect from A to B. This > includes the traditional mechanisms such as TCP, but also adds SSL+TCP, > shared memory and vchan. Its build system uses optcomp to not have hard > dependencies on some of the mechanisms such as vchan, so it can remain a > fairly lightweight library. > > - Cohttp is the implementation of HTTP, functorized across > Lwt/Async/Unix/Mirage. It uses Conduit for all its connectivity needs. > > Updates: > > - Rudi submitted a nice patchset to pull out all the Cohttp module types > into one file that acts as the library documentation. This > unfortunately is not OASIS compatible since it requires the definition > of the same module name inside multiple packs, which requires a staged > build (OASIS currently builds the pack file in the same directory as the > submodules, and so the internal modules are also exposed to other > libraries). > > I'm going to put this refactoring on ice until post-Cohttp-1.0, as it's > a significant rewrite. For the interested, I have branches on > avsm/ocaml-cohttp with various build system changes, and none of them > are ideal. My next experiment here will be with a Makefile and Jenga > (separately). > > - Arjun Guha has sent in a Conduit patchset to support Unix domain > sockets. I'm changing the Conduit interface (in > avsm/ocaml-conduit#refactor-interface) to encode all the connection > parameters in the polymorphic variant to Conduit.Client.connect. This > lets us expand it to vchan as well, which I'd like to do before the Xen > hackathon on Friday as a nice demonstration. Jon: do you have time to > help integrate/test vchan during the hackathon on Thursday? > > - I've also modified Conduit to have a state descriptor so you have to > initialize a Conduit instance before using it, which makes it much more > Mirage-friendly. This is also where we hold the information about > *source* interfaces, so you can spawn multiple Conduits that send their > information from different places. > > - Everything has sexp serializers now, pending the release of a new > Ipaddr revision (pull request sent to David to look at). > > - I'm still thinking about how to expose the SSL information, and this > is a part of the interface that will change as we integrate the pure SSL > stack from Hannes and David. The OpenSSL bindings have some annoying > dependencies on filesystem references (for the keys), and the pure stack > will be much more value-oriented to allow passing things in memory > rather than forcing a filesystem dependency. > > I'm doing a mass integration at the moment, so expect something in the > next few days unless there's a strong objection to any of this... > > -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 May 27 15:48:34 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 27 May 2014 15:48:34 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WpJc8-0003Tt-Co; Tue, 27 May 2014 15:48:32 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WpJc6-0003To-Oh for mirageos-devel@lists.xenproject.org; Tue, 27 May 2014 15:48:30 +0000 Received: from [85.158.143.35:11849] by server-2.bemta-4.messagelabs.com id 2C/EA-06539-EC3B4835; Tue, 27 May 2014 15:48:30 +0000 X-Env-Sender: rudi.grinberg@gmail.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1401205708!7541099!1 X-Originating-IP: [209.85.213.171] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25940 invoked from network); 27 May 2014 15:48:29 -0000 Received: from mail-ig0-f171.google.com (HELO mail-ig0-f171.google.com) (209.85.213.171) by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 27 May 2014 15:48:29 -0000 Received: by mail-ig0-f171.google.com with SMTP id c1so1231628igq.4 for ; Tue, 27 May 2014 08:48:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:to:cc:subject:references:date:mime-version :content-transfer-encoding:from:message-id:in-reply-to:user-agent; bh=ezkcOL41GebBkdPuw1HnxmPLYJXdFuHcyR8YG07JR5M=; b=m1ONyt7qkOm4bDvz1V/MiBh7ipDjgMzhiWRqlWV8P/WteDJtdiMTNMwXGKPdXGMx1U p3MoN5mMpYBfA5NBG0jX80lvE/Q9wNeNcXXSwRupUcEZKvOIFobCTsGeNOEZq+GEpQhr jATwODd+xDhBqYp1hcKrxCouh5NhGr9PXnDtWBc7YDOIXPe/us+t2RphzV3scF+eAfwO KIc+XSwN1joWDARKWEEivZ59szNyzxRckz0kcdvM46We8+GBQFGrOm6F1m8uYgCPPIYC wDTxnT6e5otQD8qcSlJhG+o7M99k5u1c/PuG7hVkgT3U/fAcPUjs9M5RhLrl74T4SuBL eCew== X-Received: by 10.50.13.42 with SMTP id e10mr34083683igc.24.1401205707897; Tue, 27 May 2014 08:48:27 -0700 (PDT) Received: from rudis-macbook-pro.local (dsl-69-171-130-100.acanac.net. [69.171.130.100]) by mx.google.com with ESMTPSA id j13sm8530627igf.11.2014.05.27.08.48.26 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Tue, 27 May 2014 08:48:27 -0700 (PDT) To: mirageos-devel@lists.xenproject.org, "Anil Madhavapeddy" References: <2F416A5E-2FC5-42B5-AD4A-BCFCDEBEAB22@recoil.org> Date: Tue, 27 May 2014 11:48:24 -0400 MIME-Version: 1.0 From: "Rudi Grinberg" Message-ID: In-Reply-To: <2F416A5E-2FC5-42B5-AD4A-BCFCDEBEAB22@recoil.org> User-Agent: Opera Mail/1.0 (MacIntel) Subject: Re: [MirageOS-devel] Cohttp/Conduit refactoring update X-BeenThere: mirageos-devel@lists.xenproject.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"; DelSp="yes" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org What about this patch: https://github.com/mirage/ocaml-cohttp/pull/143 ? It probably has to be updated because of your latest conduit changes. I'd like to know whether it's scheduled for pre or post 1.0? On Tue, 27 May 2014 06:10:33 -0400, Anil Madhavapeddy wrote: > There are a number of patches queued up to Conduit/Cohttp that I've been > looking at this morning, and thought I'd give an update on their > integration. > > First, a quick recap on the libraries: > > - Conduit can be considered as the 'polymorphic sockaddr' library that > exposes all the various mechanisms to connect from A to B. This > includes the traditional mechanisms such as TCP, but also adds SSL+TCP, > shared memory and vchan. Its build system uses optcomp to not have hard > dependencies on some of the mechanisms such as vchan, so it can remain a > fairly lightweight library. > > - Cohttp is the implementation of HTTP, functorized across > Lwt/Async/Unix/Mirage. It uses Conduit for all its connectivity needs. > > Updates: > > - Rudi submitted a nice patchset to pull out all the Cohttp module types > into one file that acts as the library documentation. This > unfortunately is not OASIS compatible since it requires the definition > of the same module name inside multiple packs, which requires a staged > build (OASIS currently builds the pack file in the same directory as the > submodules, and so the internal modules are also exposed to other > libraries). > > I'm going to put this refactoring on ice until post-Cohttp-1.0, as it's > a significant rewrite. For the interested, I have branches on > avsm/ocaml-cohttp with various build system changes, and none of them > are ideal. My next experiment here will be with a Makefile and Jenga > (separately). > > - Arjun Guha has sent in a Conduit patchset to support Unix domain > sockets. I'm changing the Conduit interface (in > avsm/ocaml-conduit#refactor-interface) to encode all the connection > parameters in the polymorphic variant to Conduit.Client.connect. This > lets us expand it to vchan as well, which I'd like to do before the Xen > hackathon on Friday as a nice demonstration. Jon: do you have time to > help integrate/test vchan during the hackathon on Thursday? > > - I've also modified Conduit to have a state descriptor so you have to > initialize a Conduit instance before using it, which makes it much more > Mirage-friendly. This is also where we hold the information about > *source* interfaces, so you can spawn multiple Conduits that send their > information from different places. > > - Everything has sexp serializers now, pending the release of a new > Ipaddr revision (pull request sent to David to look at). > > - I'm still thinking about how to expose the SSL information, and this > is a part of the interface that will change as we integrate the pure SSL > stack from Hannes and David. The OpenSSL bindings have some annoying > dependencies on filesystem references (for the keys), and the pure stack > will be much more value-oriented to allow passing things in memory > rather than forcing a filesystem dependency. > > I'm doing a mass integration at the moment, so expect something in the > next few days unless there's a strong objection to any of this... > > -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 May 27 21:11:56 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 27 May 2014 21:11: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 1WpOf1-0007e5-NT; Tue, 27 May 2014 21:11:51 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WpOf0-0007e0-QQ for mirageos-devel@lists.xenproject.org; Tue, 27 May 2014 21:11:51 +0000 Received: from [85.158.137.68:53766] by server-7.bemta-3.messagelabs.com id E8/15-04151-59FF4835; Tue, 27 May 2014 21:11:49 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-4.tower-31.messagelabs.com!1401225108!6425246!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7526 invoked from network); 27 May 2014 21:11:48 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-4.tower-31.messagelabs.com with SMTP; 27 May 2014 21:11:48 -0000 Received: (qmail 28862 invoked by uid 634); 27 May 2014 21:11:47 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net (HELO [192.168.1.62]) (86.30.244.239) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Tue, 27 May 2014 22:11:47 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Anil Madhavapeddy In-Reply-To: Date: Tue, 27 May 2014 22:11:45 +0100 Message-Id: <79019BAC-0C3A-4072-8B8B-6D92DA11B8EC@recoil.org> References: <2F416A5E-2FC5-42B5-AD4A-BCFCDEBEAB22@recoil.org> To: Rudi Grinberg X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: mirageos-devel@lists.xenproject.org Subject: Re: [MirageOS-devel] Cohttp/Conduit refactoring update X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 Interesting -- I'd envisioned all that logic going into Conduit instead of Cohttp itself. The issue with Cohttp having all this logic is that it can't be re-used easily by other protocol implementations, and it also ties knowledge of IPv{4,6} into the HTTP library. I believe Jon Ludlam has some patches to send HTTP requests over shared memory vchan, which would be difficult if Cohttp.Connection needs to be extended to know about it. Similarly, Arjun Guha submitted a domain socket mode so that he can communicate with the Docker API via Cohttp: https://github.com/mirage/ocaml-conduit/pull/3 With the Conduit patch, all this would be in that library instead. Romain, do you have an Ocsigen working tree with your Conduit patch in that I can take a look at? (re: pre and post 1.0 , the only patch I think needs to be deferred is the completion of the module types from Lwt and Async moving out. The rest are all still pre 1.0 in my mind -- do you agree?) -anil On 27 May 2014, at 16:48, Rudi Grinberg wrote: > What about this patch: https://github.com/mirage/ocaml-cohttp/pull/143 ? > > It probably has to be updated because of your latest conduit changes. I'd like to know whether it's scheduled for pre or post 1.0? > > > On Tue, 27 May 2014 06:10:33 -0400, Anil Madhavapeddy wrote: > >> There are a number of patches queued up to Conduit/Cohttp that I've been looking at this morning, and thought I'd give an update on their integration. >> >> First, a quick recap on the libraries: >> >> - Conduit can be considered as the 'polymorphic sockaddr' library that exposes all the various mechanisms to connect from A to B. This includes the traditional mechanisms such as TCP, but also adds SSL+TCP, shared memory and vchan. Its build system uses optcomp to not have hard dependencies on some of the mechanisms such as vchan, so it can remain a fairly lightweight library. >> >> - Cohttp is the implementation of HTTP, functorized across Lwt/Async/Unix/Mirage. It uses Conduit for all its connectivity needs. >> >> Updates: >> >> - Rudi submitted a nice patchset to pull out all the Cohttp module types into one file that acts as the library documentation. This unfortunately is not OASIS compatible since it requires the definition of the same module name inside multiple packs, which requires a staged build (OASIS currently builds the pack file in the same directory as the submodules, and so the internal modules are also exposed to other libraries). >> >> I'm going to put this refactoring on ice until post-Cohttp-1.0, as it's a significant rewrite. For the interested, I have branches on avsm/ocaml-cohttp with various build system changes, and none of them are ideal. My next experiment here will be with a Makefile and Jenga (separately). >> >> - Arjun Guha has sent in a Conduit patchset to support Unix domain sockets. I'm changing the Conduit interface (in avsm/ocaml-conduit#refactor-interface) to encode all the connection parameters in the polymorphic variant to Conduit.Client.connect. This lets us expand it to vchan as well, which I'd like to do before the Xen hackathon on Friday as a nice demonstration. Jon: do you have time to help integrate/test vchan during the hackathon on Thursday? >> >> - I've also modified Conduit to have a state descriptor so you have to initialize a Conduit instance before using it, which makes it much more Mirage-friendly. This is also where we hold the information about *source* interfaces, so you can spawn multiple Conduits that send their information from different places. >> >> - Everything has sexp serializers now, pending the release of a new Ipaddr revision (pull request sent to David to look at). >> >> - I'm still thinking about how to expose the SSL information, and this is a part of the interface that will change as we integrate the pure SSL stack from Hannes and David. The OpenSSL bindings have some annoying dependencies on filesystem references (for the keys), and the pure stack will be much more value-oriented to allow passing things in memory rather than forcing a filesystem dependency. >> >> I'm doing a mass integration at the moment, so expect something in the next few days unless there's a strong objection to any of this... >> >> -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 May 27 21:11:56 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 27 May 2014 21:11: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 1WpOf1-0007e5-NT; Tue, 27 May 2014 21:11:51 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WpOf0-0007e0-QQ for mirageos-devel@lists.xenproject.org; Tue, 27 May 2014 21:11:51 +0000 Received: from [85.158.137.68:53766] by server-7.bemta-3.messagelabs.com id E8/15-04151-59FF4835; Tue, 27 May 2014 21:11:49 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-4.tower-31.messagelabs.com!1401225108!6425246!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7526 invoked from network); 27 May 2014 21:11:48 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-4.tower-31.messagelabs.com with SMTP; 27 May 2014 21:11:48 -0000 Received: (qmail 28862 invoked by uid 634); 27 May 2014 21:11:47 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net (HELO [192.168.1.62]) (86.30.244.239) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Tue, 27 May 2014 22:11:47 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Anil Madhavapeddy In-Reply-To: Date: Tue, 27 May 2014 22:11:45 +0100 Message-Id: <79019BAC-0C3A-4072-8B8B-6D92DA11B8EC@recoil.org> References: <2F416A5E-2FC5-42B5-AD4A-BCFCDEBEAB22@recoil.org> To: Rudi Grinberg X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: mirageos-devel@lists.xenproject.org Subject: Re: [MirageOS-devel] Cohttp/Conduit refactoring update X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 Interesting -- I'd envisioned all that logic going into Conduit instead of Cohttp itself. The issue with Cohttp having all this logic is that it can't be re-used easily by other protocol implementations, and it also ties knowledge of IPv{4,6} into the HTTP library. I believe Jon Ludlam has some patches to send HTTP requests over shared memory vchan, which would be difficult if Cohttp.Connection needs to be extended to know about it. Similarly, Arjun Guha submitted a domain socket mode so that he can communicate with the Docker API via Cohttp: https://github.com/mirage/ocaml-conduit/pull/3 With the Conduit patch, all this would be in that library instead. Romain, do you have an Ocsigen working tree with your Conduit patch in that I can take a look at? (re: pre and post 1.0 , the only patch I think needs to be deferred is the completion of the module types from Lwt and Async moving out. The rest are all still pre 1.0 in my mind -- do you agree?) -anil On 27 May 2014, at 16:48, Rudi Grinberg wrote: > What about this patch: https://github.com/mirage/ocaml-cohttp/pull/143 ? > > It probably has to be updated because of your latest conduit changes. I'd like to know whether it's scheduled for pre or post 1.0? > > > On Tue, 27 May 2014 06:10:33 -0400, Anil Madhavapeddy wrote: > >> There are a number of patches queued up to Conduit/Cohttp that I've been looking at this morning, and thought I'd give an update on their integration. >> >> First, a quick recap on the libraries: >> >> - Conduit can be considered as the 'polymorphic sockaddr' library that exposes all the various mechanisms to connect from A to B. This includes the traditional mechanisms such as TCP, but also adds SSL+TCP, shared memory and vchan. Its build system uses optcomp to not have hard dependencies on some of the mechanisms such as vchan, so it can remain a fairly lightweight library. >> >> - Cohttp is the implementation of HTTP, functorized across Lwt/Async/Unix/Mirage. It uses Conduit for all its connectivity needs. >> >> Updates: >> >> - Rudi submitted a nice patchset to pull out all the Cohttp module types into one file that acts as the library documentation. This unfortunately is not OASIS compatible since it requires the definition of the same module name inside multiple packs, which requires a staged build (OASIS currently builds the pack file in the same directory as the submodules, and so the internal modules are also exposed to other libraries). >> >> I'm going to put this refactoring on ice until post-Cohttp-1.0, as it's a significant rewrite. For the interested, I have branches on avsm/ocaml-cohttp with various build system changes, and none of them are ideal. My next experiment here will be with a Makefile and Jenga (separately). >> >> - Arjun Guha has sent in a Conduit patchset to support Unix domain sockets. I'm changing the Conduit interface (in avsm/ocaml-conduit#refactor-interface) to encode all the connection parameters in the polymorphic variant to Conduit.Client.connect. This lets us expand it to vchan as well, which I'd like to do before the Xen hackathon on Friday as a nice demonstration. Jon: do you have time to help integrate/test vchan during the hackathon on Thursday? >> >> - I've also modified Conduit to have a state descriptor so you have to initialize a Conduit instance before using it, which makes it much more Mirage-friendly. This is also where we hold the information about *source* interfaces, so you can spawn multiple Conduits that send their information from different places. >> >> - Everything has sexp serializers now, pending the release of a new Ipaddr revision (pull request sent to David to look at). >> >> - I'm still thinking about how to expose the SSL information, and this is a part of the interface that will change as we integrate the pure SSL stack from Hannes and David. The OpenSSL bindings have some annoying dependencies on filesystem references (for the keys), and the pure stack will be much more value-oriented to allow passing things in memory rather than forcing a filesystem dependency. >> >> I'm doing a mass integration at the moment, so expect something in the next few days unless there's a strong objection to any of this... >> >> -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 May 27 22:56:43 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 27 May 2014 22:56: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 1WpQIS-00016x-Te; Tue, 27 May 2014 22:56:40 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WpQIR-00016s-Mg for mirageos-devel@lists.xenproject.org; Tue, 27 May 2014 22:56:39 +0000 Received: from [85.158.143.35:12404] by server-3.bemta-4.messagelabs.com id A1/3B-13602-72815835; Tue, 27 May 2014 22:56:39 +0000 X-Env-Sender: thomas.gazagnaire@gmail.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1401231397!306190!1 X-Originating-IP: [74.125.82.51] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26928 invoked from network); 27 May 2014 22:56:38 -0000 Received: from mail-wg0-f51.google.com (HELO mail-wg0-f51.google.com) (74.125.82.51) by server-13.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 27 May 2014 22:56:38 -0000 Received: by mail-wg0-f51.google.com with SMTP id x13so10025979wgg.34 for ; Tue, 27 May 2014 15:56:37 -0700 (PDT) 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=lZRhF4wq06x+tw0Cs7QNwso15hDDVfm+RL9VZ0gTiGE=; b=OvxQVcWnHCtpm7YU4kMM06GiRS/T+/4n75qnTwTv0PtFPnSfbj7TwN5lmf0SQ3HwRp N693TeuArpj1j3S1vSgmn2KhoKo3dIO3i0gF/Nw1l8ocTQCejAU9Ejx1VsQDSLB424IF CEs8CXOSiZqSAax/zm5SfmsPTebi16IlVfKyJ6+NEep2dgxbhTVA3rrtiaB6H/nX8Wy6 4DQX0QU0jYb3TqTwyqgPPkzO8gmo0k3YiOKlk8jQViIytJanBut43weWh/2huCSwX5rQ lZaZb+gJrobqCz37i1QE1/8RSKKXnNrtq2kbshAAtxXn2Pqd+uTMtzEdDR2VtkGd8tlh LL1w== X-Received: by 10.194.90.39 with SMTP id bt7mr21164342wjb.93.1401231397223; Tue, 27 May 2014 15:56:37 -0700 (PDT) Received: from [192.168.0.10] (cpc25-cmbg14-2-0-cust121.5-4.cable.virginm.net. [213.106.112.122]) by mx.google.com with ESMTPSA id l9sm11866396wic.21.2014.05.27.15.56.35 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 27 May 2014 15:56:36 -0700 (PDT) From: Thomas Gazagnaire Message-Id: Date: Tue, 27 May 2014 23:56:34 +0100 To: mirageos-devel@lists.xenproject.org Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) X-Mailer: Apple Mail (2.1878.2) Subject: [MirageOS-devel] irmin 0.8.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 Hi all, I've release a new version (0.8.0) of Irmin which should land in OPAM soon. It contains a couple of API clean-ups -- no real big external changes but things have been shuffled around internally. I have tried to separate a bit more clearly the different concepts manipulated by the user: - branches (related to fork/merge operations) - snapshots (that you can create and then revert) - and database dumps (to import/export, also related to push/pull operations) [remark: I'm not totally happy with the current interface of dumps, it will probably evolve a little bit in the next versions -- I want to be able to support custom push/pull protocols, for instance the one exported by ocaml-git] The API name changes are to stay in sync with what I said last week in [1]: mainly the renaming of Internal to Block and Reference to Tag and the simplification of the Irmin.Make functor. Also, the Git backend does not have a dependency to unix anymore so would be easier to use with mirage. Note that the only Git mirage-friendly store available at the moment is the in-memory backend: would be nice to have a raw block store one but not yet. >From a usability point-of-view, the to_json/of_json and bin_io functions are not needed anymore when creating new contents. The examples have been updated to reflect the new API. As usual, feel free to report any issue on the Github bug-tracker. Thomas [1] http://gazagnaire.org/pub/2014.05.22-irminsule-talk.pdf _______________________________________________ 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 May 27 22:56:43 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 27 May 2014 22:56: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 1WpQIS-00016x-Te; Tue, 27 May 2014 22:56:40 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WpQIR-00016s-Mg for mirageos-devel@lists.xenproject.org; Tue, 27 May 2014 22:56:39 +0000 Received: from [85.158.143.35:12404] by server-3.bemta-4.messagelabs.com id A1/3B-13602-72815835; Tue, 27 May 2014 22:56:39 +0000 X-Env-Sender: thomas.gazagnaire@gmail.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1401231397!306190!1 X-Originating-IP: [74.125.82.51] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26928 invoked from network); 27 May 2014 22:56:38 -0000 Received: from mail-wg0-f51.google.com (HELO mail-wg0-f51.google.com) (74.125.82.51) by server-13.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 27 May 2014 22:56:38 -0000 Received: by mail-wg0-f51.google.com with SMTP id x13so10025979wgg.34 for ; Tue, 27 May 2014 15:56:37 -0700 (PDT) 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=lZRhF4wq06x+tw0Cs7QNwso15hDDVfm+RL9VZ0gTiGE=; b=OvxQVcWnHCtpm7YU4kMM06GiRS/T+/4n75qnTwTv0PtFPnSfbj7TwN5lmf0SQ3HwRp N693TeuArpj1j3S1vSgmn2KhoKo3dIO3i0gF/Nw1l8ocTQCejAU9Ejx1VsQDSLB424IF CEs8CXOSiZqSAax/zm5SfmsPTebi16IlVfKyJ6+NEep2dgxbhTVA3rrtiaB6H/nX8Wy6 4DQX0QU0jYb3TqTwyqgPPkzO8gmo0k3YiOKlk8jQViIytJanBut43weWh/2huCSwX5rQ lZaZb+gJrobqCz37i1QE1/8RSKKXnNrtq2kbshAAtxXn2Pqd+uTMtzEdDR2VtkGd8tlh LL1w== X-Received: by 10.194.90.39 with SMTP id bt7mr21164342wjb.93.1401231397223; Tue, 27 May 2014 15:56:37 -0700 (PDT) Received: from [192.168.0.10] (cpc25-cmbg14-2-0-cust121.5-4.cable.virginm.net. [213.106.112.122]) by mx.google.com with ESMTPSA id l9sm11866396wic.21.2014.05.27.15.56.35 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 27 May 2014 15:56:36 -0700 (PDT) From: Thomas Gazagnaire Message-Id: Date: Tue, 27 May 2014 23:56:34 +0100 To: mirageos-devel@lists.xenproject.org Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) X-Mailer: Apple Mail (2.1878.2) Subject: [MirageOS-devel] irmin 0.8.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 Hi all, I've release a new version (0.8.0) of Irmin which should land in OPAM soon. It contains a couple of API clean-ups -- no real big external changes but things have been shuffled around internally. I have tried to separate a bit more clearly the different concepts manipulated by the user: - branches (related to fork/merge operations) - snapshots (that you can create and then revert) - and database dumps (to import/export, also related to push/pull operations) [remark: I'm not totally happy with the current interface of dumps, it will probably evolve a little bit in the next versions -- I want to be able to support custom push/pull protocols, for instance the one exported by ocaml-git] The API name changes are to stay in sync with what I said last week in [1]: mainly the renaming of Internal to Block and Reference to Tag and the simplification of the Irmin.Make functor. Also, the Git backend does not have a dependency to unix anymore so would be easier to use with mirage. Note that the only Git mirage-friendly store available at the moment is the in-memory backend: would be nice to have a raw block store one but not yet. >From a usability point-of-view, the to_json/of_json and bin_io functions are not needed anymore when creating new contents. The examples have been updated to reflect the new API. As usual, feel free to report any issue on the Github bug-tracker. Thomas [1] http://gazagnaire.org/pub/2014.05.22-irminsule-talk.pdf _______________________________________________ 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 May 27 23:02:01 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 27 May 2014 23:02: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 1WpQNd-0001KN-CQ; Tue, 27 May 2014 23:02:01 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WpQNb-0001KI-Mh for mirageos-devel@lists.xenproject.org; Tue, 27 May 2014 23:01:59 +0000 Received: from [85.158.143.35:2783] by server-3.bemta-4.messagelabs.com id D0/ED-13602-66915835; Tue, 27 May 2014 23:01:58 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-10.tower-21.messagelabs.com!1401231717!7621160!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7017 invoked from network); 27 May 2014 23:01:57 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-10.tower-21.messagelabs.com with SMTP; 27 May 2014 23:01:57 -0000 Received: (qmail 1326 invoked by uid 634); 27 May 2014 23:01:57 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net (HELO [192.168.1.62]) (86.30.244.239) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Wed, 28 May 2014 00:01:57 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Anil Madhavapeddy In-Reply-To: Date: Wed, 28 May 2014 00:01:56 +0100 Message-Id: References: To: Thomas Gazagnaire X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: mirageos-devel@lists.xenproject.org Subject: Re: [MirageOS-devel] irmin 0.8.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 On 27 May 2014, at 23:56, Thomas Gazagnaire wrote: > Hi all, > > I've release a new version (0.8.0) of Irmin which should land in OPAM soon. It contains a couple of API clean-ups -- no real big external changes but things have been shuffled around internally. I have tried to separate a bit more clearly the different concepts manipulated by the user: > - branches (related to fork/merge operations) > - snapshots (that you can create and then revert) > - and database dumps (to import/export, also related to push/pull operations) [remark: I'm not totally happy with the current interface of dumps, it will probably evolve a little bit in the next versions -- I want to be able to support custom push/pull protocols, for instance the one exported by ocaml-git] > > The API name changes are to stay in sync with what I said last week in [1]: mainly the renaming of Internal to Block and Reference to Tag and the simplification of the Irmin.Make functor. All of those make the interface much easier to grok! > Also, the Git backend does not have a dependency to unix anymore so would be easier to use with mirage. Note that the only Git mirage-friendly store available at the moment is the in-memory backend: would be nice to have a raw block store one but not yet. Even the memory one is pretty useful as-is. It's worth looking at Baardkeerder for the block layer layout perhaps, as that's still needed to map from the blob store to the block device isnt it? -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 May 27 23:02:01 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 27 May 2014 23:02: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 1WpQNd-0001KN-CQ; Tue, 27 May 2014 23:02:01 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WpQNb-0001KI-Mh for mirageos-devel@lists.xenproject.org; Tue, 27 May 2014 23:01:59 +0000 Received: from [85.158.143.35:2783] by server-3.bemta-4.messagelabs.com id D0/ED-13602-66915835; Tue, 27 May 2014 23:01:58 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-10.tower-21.messagelabs.com!1401231717!7621160!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7017 invoked from network); 27 May 2014 23:01:57 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-10.tower-21.messagelabs.com with SMTP; 27 May 2014 23:01:57 -0000 Received: (qmail 1326 invoked by uid 634); 27 May 2014 23:01:57 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net (HELO [192.168.1.62]) (86.30.244.239) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Wed, 28 May 2014 00:01:57 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Anil Madhavapeddy In-Reply-To: Date: Wed, 28 May 2014 00:01:56 +0100 Message-Id: References: To: Thomas Gazagnaire X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: mirageos-devel@lists.xenproject.org Subject: Re: [MirageOS-devel] irmin 0.8.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 On 27 May 2014, at 23:56, Thomas Gazagnaire wrote: > Hi all, > > I've release a new version (0.8.0) of Irmin which should land in OPAM soon. It contains a couple of API clean-ups -- no real big external changes but things have been shuffled around internally. I have tried to separate a bit more clearly the different concepts manipulated by the user: > - branches (related to fork/merge operations) > - snapshots (that you can create and then revert) > - and database dumps (to import/export, also related to push/pull operations) [remark: I'm not totally happy with the current interface of dumps, it will probably evolve a little bit in the next versions -- I want to be able to support custom push/pull protocols, for instance the one exported by ocaml-git] > > The API name changes are to stay in sync with what I said last week in [1]: mainly the renaming of Internal to Block and Reference to Tag and the simplification of the Irmin.Make functor. All of those make the interface much easier to grok! > Also, the Git backend does not have a dependency to unix anymore so would be easier to use with mirage. Note that the only Git mirage-friendly store available at the moment is the in-memory backend: would be nice to have a raw block store one but not yet. Even the memory one is pretty useful as-is. It's worth looking at Baardkeerder for the block layer layout perhaps, as that's still needed to map from the blob store to the block device isnt it? -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 Wed May 28 01:08:25 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 28 May 2014 01:08: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 1WpSLt-0001zq-NH; Wed, 28 May 2014 01:08:21 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WpSLr-0001zk-UZ for mirageos-devel@lists.xenproject.org; Wed, 28 May 2014 01:08:20 +0000 Received: from [85.158.139.211:42533] by server-17.bemta-5.messagelabs.com id 4C/F4-09046-30735835; Wed, 28 May 2014 01:08:19 +0000 X-Env-Sender: rudi.grinberg@gmail.com X-Msg-Ref: server-10.tower-206.messagelabs.com!1401239295!1399472!1 X-Originating-IP: [209.85.223.170] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19240 invoked from network); 28 May 2014 01:08:16 -0000 Received: from mail-ie0-f170.google.com (HELO mail-ie0-f170.google.com) (209.85.223.170) by server-10.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 28 May 2014 01:08:16 -0000 Received: by mail-ie0-f170.google.com with SMTP id at1so9739557iec.29 for ; Tue, 27 May 2014 18:08:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:to:cc:subject:references:date:mime-version :content-transfer-encoding:from:message-id:in-reply-to:user-agent; bh=N5AhpTq1bAABWXbmd5WDllJIzTV30bseQkGfihKJYJk=; b=Z2g+ODcCx390I1BpkUfvKq3tiIaxj+LWyzo3bwyEDXpFMaDXh1/UE4qg5NDLP3dh1x PSv7VdTOhuOjnxIke99qCPHarYi7C4X5dabMsI9wxBT9mDztk9PLlkvRKGDEP3H6r2aH mOHag4UOdTt5Crsfz91RqzOfjP/PLvIIA4ocRaNk978lMy7z0/1OREBYiD4jMIol8GO1 fNhmzg1RqaCnDsTYsenQ2bMiWUp6beJVORD5LYWNvRG6jAYD72f3upH42jWtZu/z+lkN dcRYjki4JdeoW3NpoMGK6CC9GPH6abNWDItg0qDHtMs3P3hPTiqsvrigXnda8PHQ17Lq eP9A== X-Received: by 10.42.27.147 with SMTP id j19mr6872445icc.81.1401239294734; Tue, 27 May 2014 18:08:14 -0700 (PDT) Received: from rudis-macbook-pro.local (dsl-69-171-130-100.acanac.net. [69.171.130.100]) by mx.google.com with ESMTPSA id q5sm11764711igg.10.2014.05.27.18.08.13 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Tue, 27 May 2014 18:08:14 -0700 (PDT) To: "Anil Madhavapeddy" References: <2F416A5E-2FC5-42B5-AD4A-BCFCDEBEAB22@recoil.org> <79019BAC-0C3A-4072-8B8B-6D92DA11B8EC@recoil.org> Date: Tue, 27 May 2014 21:08:13 -0400 MIME-Version: 1.0 From: "Rudi Grinberg" Message-ID: In-Reply-To: <79019BAC-0C3A-4072-8B8B-6D92DA11B8EC@recoil.org> User-Agent: Opera Mail/1.0 (MacIntel) Cc: mirageos-devel@lists.xenproject.org Subject: Re: [MirageOS-devel] Cohttp/Conduit refactoring update X-BeenThere: mirageos-devel@lists.xenproject.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"; DelSp="yes" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On Tue, 27 May 2014 17:11:45 -0400, Anil Madhavapeddy wrote: > Interesting -- I'd envisioned all that logic going into Conduit instead > of Cohttp itself. The issue with Cohttp having all this logic is that > it can't be re-used easily by other protocol implementations, and it > also ties knowledge of IPv{4,6} into the HTTP library. I believe Jon > Ludlam has some patches to send HTTP requests over shared memory vchan, > which would be difficult if Cohttp.Connection needs to be extended to > know about it. Similarly, Arjun Guha submitted a domain socket mode so > that he can communicate with the Docker API via Cohttp: > https://github.com/mirage/ocaml-conduit/pull/3 > > With the Conduit patch, all this would be in that library instead. > Romain, do you have an Ocsigen working tree with your Conduit patch in > that I can take a look at? I see. Reviewing the changes in conduit currently. That does seem like it would work much better. > > (re: pre and post 1.0 , the only patch I think needs to be deferred is > the completion of the module types from Lwt and Async moving out. The > rest are all still pre 1.0 in my mind -- do you agree?) That's fine with me. But note that we don't have to break any compatibility if we don't want to. We can always leave aliases to module signatures where they used to be. At least this was my plan originally. > > -anil > > On 27 May 2014, at 16:48, Rudi Grinberg wrote: > >> What about this patch: https://github.com/mirage/ocaml-cohttp/pull/143 ? >> >> It probably has to be updated because of your latest conduit changes. >> I'd like to know whether it's scheduled for pre or post 1.0? >> >> >> On Tue, 27 May 2014 06:10:33 -0400, Anil Madhavapeddy >> wrote: >> >>> There are a number of patches queued up to Conduit/Cohttp that I've >>> been looking at this morning, and thought I'd give an update on their >>> integration. >>> >>> First, a quick recap on the libraries: >>> >>> - Conduit can be considered as the 'polymorphic sockaddr' library that >>> exposes all the various mechanisms to connect from A to B. This >>> includes the traditional mechanisms such as TCP, but also adds >>> SSL+TCP, shared memory and vchan. Its build system uses optcomp to >>> not have hard dependencies on some of the mechanisms such as vchan, so >>> it can remain a fairly lightweight library. >>> >>> - Cohttp is the implementation of HTTP, functorized across >>> Lwt/Async/Unix/Mirage. It uses Conduit for all its connectivity needs. >>> >>> Updates: >>> >>> - Rudi submitted a nice patchset to pull out all the Cohttp module >>> types into one file that acts as the library documentation. This >>> unfortunately is not OASIS compatible since it requires the definition >>> of the same module name inside multiple packs, which requires a staged >>> build (OASIS currently builds the pack file in the same directory as >>> the submodules, and so the internal modules are also exposed to other >>> libraries). >>> >>> I'm going to put this refactoring on ice until post-Cohttp-1.0, as >>> it's a significant rewrite. For the interested, I have branches on >>> avsm/ocaml-cohttp with various build system changes, and none of them >>> are ideal. My next experiment here will be with a Makefile and Jenga >>> (separately). >>> >>> - Arjun Guha has sent in a Conduit patchset to support Unix domain >>> sockets. I'm changing the Conduit interface (in >>> avsm/ocaml-conduit#refactor-interface) to encode all the connection >>> parameters in the polymorphic variant to Conduit.Client.connect. This >>> lets us expand it to vchan as well, which I'd like to do before the >>> Xen hackathon on Friday as a nice demonstration. Jon: do you have >>> time to help integrate/test vchan during the hackathon on Thursday? >>> >>> - I've also modified Conduit to have a state descriptor so you have to >>> initialize a Conduit instance before using it, which makes it much >>> more Mirage-friendly. This is also where we hold the information >>> about *source* interfaces, so you can spawn multiple Conduits that >>> send their information from different places. >>> >>> - Everything has sexp serializers now, pending the release of a new >>> Ipaddr revision (pull request sent to David to look at). >>> >>> - I'm still thinking about how to expose the SSL information, and this >>> is a part of the interface that will change as we integrate the pure >>> SSL stack from Hannes and David. The OpenSSL bindings have some >>> annoying dependencies on filesystem references (for the keys), and the >>> pure stack will be much more value-oriented to allow passing things in >>> memory rather than forcing a filesystem dependency. >>> >>> I'm doing a mass integration at the moment, so expect something in the >>> next few days unless there's a strong objection to any of this... >>> >>> -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 May 28 01:08:25 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 28 May 2014 01:08: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 1WpSLt-0001zq-NH; Wed, 28 May 2014 01:08:21 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WpSLr-0001zk-UZ for mirageos-devel@lists.xenproject.org; Wed, 28 May 2014 01:08:20 +0000 Received: from [85.158.139.211:42533] by server-17.bemta-5.messagelabs.com id 4C/F4-09046-30735835; Wed, 28 May 2014 01:08:19 +0000 X-Env-Sender: rudi.grinberg@gmail.com X-Msg-Ref: server-10.tower-206.messagelabs.com!1401239295!1399472!1 X-Originating-IP: [209.85.223.170] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19240 invoked from network); 28 May 2014 01:08:16 -0000 Received: from mail-ie0-f170.google.com (HELO mail-ie0-f170.google.com) (209.85.223.170) by server-10.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 28 May 2014 01:08:16 -0000 Received: by mail-ie0-f170.google.com with SMTP id at1so9739557iec.29 for ; Tue, 27 May 2014 18:08:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:to:cc:subject:references:date:mime-version :content-transfer-encoding:from:message-id:in-reply-to:user-agent; bh=N5AhpTq1bAABWXbmd5WDllJIzTV30bseQkGfihKJYJk=; b=Z2g+ODcCx390I1BpkUfvKq3tiIaxj+LWyzo3bwyEDXpFMaDXh1/UE4qg5NDLP3dh1x PSv7VdTOhuOjnxIke99qCPHarYi7C4X5dabMsI9wxBT9mDztk9PLlkvRKGDEP3H6r2aH mOHag4UOdTt5Crsfz91RqzOfjP/PLvIIA4ocRaNk978lMy7z0/1OREBYiD4jMIol8GO1 fNhmzg1RqaCnDsTYsenQ2bMiWUp6beJVORD5LYWNvRG6jAYD72f3upH42jWtZu/z+lkN dcRYjki4JdeoW3NpoMGK6CC9GPH6abNWDItg0qDHtMs3P3hPTiqsvrigXnda8PHQ17Lq eP9A== X-Received: by 10.42.27.147 with SMTP id j19mr6872445icc.81.1401239294734; Tue, 27 May 2014 18:08:14 -0700 (PDT) Received: from rudis-macbook-pro.local (dsl-69-171-130-100.acanac.net. [69.171.130.100]) by mx.google.com with ESMTPSA id q5sm11764711igg.10.2014.05.27.18.08.13 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Tue, 27 May 2014 18:08:14 -0700 (PDT) To: "Anil Madhavapeddy" References: <2F416A5E-2FC5-42B5-AD4A-BCFCDEBEAB22@recoil.org> <79019BAC-0C3A-4072-8B8B-6D92DA11B8EC@recoil.org> Date: Tue, 27 May 2014 21:08:13 -0400 MIME-Version: 1.0 From: "Rudi Grinberg" Message-ID: In-Reply-To: <79019BAC-0C3A-4072-8B8B-6D92DA11B8EC@recoil.org> User-Agent: Opera Mail/1.0 (MacIntel) Cc: mirageos-devel@lists.xenproject.org Subject: Re: [MirageOS-devel] Cohttp/Conduit refactoring update X-BeenThere: mirageos-devel@lists.xenproject.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"; DelSp="yes" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org On Tue, 27 May 2014 17:11:45 -0400, Anil Madhavapeddy wrote: > Interesting -- I'd envisioned all that logic going into Conduit instead > of Cohttp itself. The issue with Cohttp having all this logic is that > it can't be re-used easily by other protocol implementations, and it > also ties knowledge of IPv{4,6} into the HTTP library. I believe Jon > Ludlam has some patches to send HTTP requests over shared memory vchan, > which would be difficult if Cohttp.Connection needs to be extended to > know about it. Similarly, Arjun Guha submitted a domain socket mode so > that he can communicate with the Docker API via Cohttp: > https://github.com/mirage/ocaml-conduit/pull/3 > > With the Conduit patch, all this would be in that library instead. > Romain, do you have an Ocsigen working tree with your Conduit patch in > that I can take a look at? I see. Reviewing the changes in conduit currently. That does seem like it would work much better. > > (re: pre and post 1.0 , the only patch I think needs to be deferred is > the completion of the module types from Lwt and Async moving out. The > rest are all still pre 1.0 in my mind -- do you agree?) That's fine with me. But note that we don't have to break any compatibility if we don't want to. We can always leave aliases to module signatures where they used to be. At least this was my plan originally. > > -anil > > On 27 May 2014, at 16:48, Rudi Grinberg wrote: > >> What about this patch: https://github.com/mirage/ocaml-cohttp/pull/143 ? >> >> It probably has to be updated because of your latest conduit changes. >> I'd like to know whether it's scheduled for pre or post 1.0? >> >> >> On Tue, 27 May 2014 06:10:33 -0400, Anil Madhavapeddy >> wrote: >> >>> There are a number of patches queued up to Conduit/Cohttp that I've >>> been looking at this morning, and thought I'd give an update on their >>> integration. >>> >>> First, a quick recap on the libraries: >>> >>> - Conduit can be considered as the 'polymorphic sockaddr' library that >>> exposes all the various mechanisms to connect from A to B. This >>> includes the traditional mechanisms such as TCP, but also adds >>> SSL+TCP, shared memory and vchan. Its build system uses optcomp to >>> not have hard dependencies on some of the mechanisms such as vchan, so >>> it can remain a fairly lightweight library. >>> >>> - Cohttp is the implementation of HTTP, functorized across >>> Lwt/Async/Unix/Mirage. It uses Conduit for all its connectivity needs. >>> >>> Updates: >>> >>> - Rudi submitted a nice patchset to pull out all the Cohttp module >>> types into one file that acts as the library documentation. This >>> unfortunately is not OASIS compatible since it requires the definition >>> of the same module name inside multiple packs, which requires a staged >>> build (OASIS currently builds the pack file in the same directory as >>> the submodules, and so the internal modules are also exposed to other >>> libraries). >>> >>> I'm going to put this refactoring on ice until post-Cohttp-1.0, as >>> it's a significant rewrite. For the interested, I have branches on >>> avsm/ocaml-cohttp with various build system changes, and none of them >>> are ideal. My next experiment here will be with a Makefile and Jenga >>> (separately). >>> >>> - Arjun Guha has sent in a Conduit patchset to support Unix domain >>> sockets. I'm changing the Conduit interface (in >>> avsm/ocaml-conduit#refactor-interface) to encode all the connection >>> parameters in the polymorphic variant to Conduit.Client.connect. This >>> lets us expand it to vchan as well, which I'd like to do before the >>> Xen hackathon on Friday as a nice demonstration. Jon: do you have >>> time to help integrate/test vchan during the hackathon on Thursday? >>> >>> - I've also modified Conduit to have a state descriptor so you have to >>> initialize a Conduit instance before using it, which makes it much >>> more Mirage-friendly. This is also where we hold the information >>> about *source* interfaces, so you can spawn multiple Conduits that >>> send their information from different places. >>> >>> - Everything has sexp serializers now, pending the release of a new >>> Ipaddr revision (pull request sent to David to look at). >>> >>> - I'm still thinking about how to expose the SSL information, and this >>> is a part of the interface that will change as we integrate the pure >>> SSL stack from Hannes and David. The OpenSSL bindings have some >>> annoying dependencies on filesystem references (for the keys), and the >>> pure stack will be much more value-oriented to allow passing things in >>> memory rather than forcing a filesystem dependency. >>> >>> I'm doing a mass integration at the moment, so expect something in the >>> next few days unless there's a strong objection to any of this... >>> >>> -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 May 28 08:45:08 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 28 May 2014 08:45: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 1WpZTq-0006Oj-DX; Wed, 28 May 2014 08:45:02 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WpZTp-0006Oe-HJ for mirageos-devel@lists.xenproject.org; Wed, 28 May 2014 08:45:01 +0000 Received: from [85.158.137.68:12403] by server-11.bemta-3.messagelabs.com id A3/CF-19438-C02A5835; Wed, 28 May 2014 08:45:00 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-3.tower-31.messagelabs.com!1401266699!6590790!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27557 invoked from network); 28 May 2014 08:45:00 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-3.tower-31.messagelabs.com with SMTP; 28 May 2014 08:45:00 -0000 Received: (qmail 7301 invoked by uid 634); 28 May 2014 08:44:59 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from host81-149-102-120.in-addr.btopenworld.com (HELO [10.0.0.108]) (81.149.102.120) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Wed, 28 May 2014 09:44:55 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Anil Madhavapeddy In-Reply-To: Date: Wed, 28 May 2014 09:44:54 +0100 Message-Id: <594D3A58-38A6-4EC9-8E45-0EFB57E5A791@recoil.org> References: <2F416A5E-2FC5-42B5-AD4A-BCFCDEBEAB22@recoil.org> <79019BAC-0C3A-4072-8B8B-6D92DA11B8EC@recoil.org> To: Rudi Grinberg X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: mirageos-devel@lists.xenproject.org Subject: Re: [MirageOS-devel] Cohttp/Conduit refactoring update X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 28 May 2014, at 02:08, Rudi Grinberg wrote: > On Tue, 27 May 2014 17:11:45 -0400, Anil Madhavapeddy wrote: > >> Interesting -- I'd envisioned all that logic going into Conduit instead of Cohttp itself. The issue with Cohttp having all this logic is that it can't be re-used easily by other protocol implementations, and it also ties knowledge of IPv{4,6} into the HTTP library. I believe Jon Ludlam has some patches to send HTTP requests over shared memory vchan, which would be difficult if Cohttp.Connection needs to be extended to know about it. Similarly, Arjun Guha submitted a domain socket mode so that he can communicate with the Docker API via Cohttp: https://github.com/mirage/ocaml-conduit/pull/3 >> >> With the Conduit patch, all this would be in that library instead. Romain, do you have an Ocsigen working tree with your Conduit patch in that I can take a look at? > > I see. Reviewing the changes in conduit currently. That does seem like it would work much better. Although it does make me wonder what the purpose of Cohttp.Connection really is. To be useful, it still needs a tie back to the underlying Conduit, but also some info about which pipelined request it actually is. > >> >> (re: pre and post 1.0 , the only patch I think needs to be deferred is the completion of the module types from Lwt and Async moving out. The rest are all still pre 1.0 in my mind -- do you agree?) > > That's fine with me. But note that we don't have to break any compatibility if we don't want to. We can always leave aliases to module signatures where they used to be. At least this was my plan originally. Good point -- that would indeed avoid needless breakage. -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 May 28 08:45:08 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 28 May 2014 08:45: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 1WpZTq-0006Oj-DX; Wed, 28 May 2014 08:45:02 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WpZTp-0006Oe-HJ for mirageos-devel@lists.xenproject.org; Wed, 28 May 2014 08:45:01 +0000 Received: from [85.158.137.68:12403] by server-11.bemta-3.messagelabs.com id A3/CF-19438-C02A5835; Wed, 28 May 2014 08:45:00 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-3.tower-31.messagelabs.com!1401266699!6590790!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27557 invoked from network); 28 May 2014 08:45:00 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-3.tower-31.messagelabs.com with SMTP; 28 May 2014 08:45:00 -0000 Received: (qmail 7301 invoked by uid 634); 28 May 2014 08:44:59 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from host81-149-102-120.in-addr.btopenworld.com (HELO [10.0.0.108]) (81.149.102.120) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Wed, 28 May 2014 09:44:55 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Anil Madhavapeddy In-Reply-To: Date: Wed, 28 May 2014 09:44:54 +0100 Message-Id: <594D3A58-38A6-4EC9-8E45-0EFB57E5A791@recoil.org> References: <2F416A5E-2FC5-42B5-AD4A-BCFCDEBEAB22@recoil.org> <79019BAC-0C3A-4072-8B8B-6D92DA11B8EC@recoil.org> To: Rudi Grinberg X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: mirageos-devel@lists.xenproject.org Subject: Re: [MirageOS-devel] Cohttp/Conduit refactoring update X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 28 May 2014, at 02:08, Rudi Grinberg wrote: > On Tue, 27 May 2014 17:11:45 -0400, Anil Madhavapeddy wrote: > >> Interesting -- I'd envisioned all that logic going into Conduit instead of Cohttp itself. The issue with Cohttp having all this logic is that it can't be re-used easily by other protocol implementations, and it also ties knowledge of IPv{4,6} into the HTTP library. I believe Jon Ludlam has some patches to send HTTP requests over shared memory vchan, which would be difficult if Cohttp.Connection needs to be extended to know about it. Similarly, Arjun Guha submitted a domain socket mode so that he can communicate with the Docker API via Cohttp: https://github.com/mirage/ocaml-conduit/pull/3 >> >> With the Conduit patch, all this would be in that library instead. Romain, do you have an Ocsigen working tree with your Conduit patch in that I can take a look at? > > I see. Reviewing the changes in conduit currently. That does seem like it would work much better. Although it does make me wonder what the purpose of Cohttp.Connection really is. To be useful, it still needs a tie back to the underlying Conduit, but also some info about which pipelined request it actually is. > >> >> (re: pre and post 1.0 , the only patch I think needs to be deferred is the completion of the module types from Lwt and Async moving out. The rest are all still pre 1.0 in my mind -- do you agree?) > > That's fine with me. But note that we don't have to break any compatibility if we don't want to. We can always leave aliases to module signatures where they used to be. At least this was my plan originally. Good point -- that would indeed avoid needless breakage. -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 May 28 09:11:23 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 28 May 2014 09:11: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 1WpZtJ-0007JQ-Pv; Wed, 28 May 2014 09:11:21 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WpZtI-0007JL-FR for mirageos-devel@lists.xenproject.org; Wed, 28 May 2014 09:11:20 +0000 Received: from [193.109.254.147:3521] by server-7.bemta-14.messagelabs.com id 35/51-17726-738A5835; Wed, 28 May 2014 09:11:19 +0000 X-Env-Sender: romain.calascibetta@gmail.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1401268278!7579924!1 X-Originating-IP: [74.125.82.172] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_23,SUBJECT_EXCESS_QP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13664 invoked from network); 28 May 2014 09:11:18 -0000 Received: from mail-we0-f172.google.com (HELO mail-we0-f172.google.com) (74.125.82.172) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 28 May 2014 09:11:18 -0000 Received: by mail-we0-f172.google.com with SMTP id k48so11006994wev.3 for ; Wed, 28 May 2014 02:11:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:mime-version:from:to:cc:subject:importance:date :in-reply-to:references:content-type; bh=reGv+Ahu13pZZCQ6TxaOW8vAk9FDEzaijnbQbehl+Tk=; b=AeOJsdyON4TpeQGwUECbuRGtJqnxNLdfcmADKGPixq40MOopDd0H0SmHcYK5KWvivy 9E69cgEe8GgEiYJd4FgvW8HlKbARJcYXy6qNvaz+mIKw9Sf8qi8aiGvCirvILZtsyw/t Vt1XflqxC2NT1xOPUlYnIpOGHPtf/XU8Py3JLSNwAag9/Tc7Vg97s+J7OLu0suG/6gBk YJdLBMe42/T/UDymddRX8VuKSs5ZoYPRv+9rQ9cYRLOOYjGmTrb8Gn21krdynu+8YJD/ mwqjdS8ywfh89xpwjw3tsMTH8lMRZMH+HlbteO5pFzFDil2i6yTFaWTZCHJBckR5vNkH B/LQ== X-Received: by 10.194.89.168 with SMTP id bp8mr48586673wjb.73.1401268277191; Wed, 28 May 2014 02:11:17 -0700 (PDT) Received: from caca (perens.inria.fr. [128.93.60.79]) by mx.google.com with ESMTPSA id iy13sm15261764wic.1.2014.05.28.02.11.16 for (version=TLSv1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Wed, 28 May 2014 02:11:16 -0700 (PDT) Message-ID: <5385a834.0dc6b40a.7e6d.ffffa876@mx.google.com> MIME-Version: 1.0 From: To: =?utf-8?Q?Anil_Madhavapeddy?= , =?utf-8?Q?Rudi_Grinberg?= Importance: Normal Date: Wed, 28 May 2014 08:45:35 +0000 In-Reply-To: <594D3A58-38A6-4EC9-8E45-0EFB57E5A791@recoil.org> References: <2F416A5E-2FC5-42B5-AD4A-BCFCDEBEAB22@recoil.org> <79019BAC-0C3A-4072-8B8B-6D92DA11B8EC@recoil.org> , <594D3A58-38A6-4EC9-8E45-0EFB57E5A791@recoil.org> Cc: "=?utf-8?Q?mirageos-devel@lists.xenproject.org?=" Subject: Re: [MirageOS-devel] =?utf-8?q?Cohttp/Conduit_refactoring_update?= X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============0362920346640597782==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============0362920346640597782== Content-Type: multipart/alternative; boundary="_0A263262-A862-4178-B130-7409FB30BF5D_" --_0A263262-A862-4178-B130-7409FB30BF5D_ Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8" SGkgYWxsLA0KDQoNCkknbSBpbnRlcmVzdGluZyB3aXRoIGxhc3QgUFIgb2YgQ29uZHVpdCBhbmQg SSB0cnkgdG8gaW50ZWdyYXRlIHRoaXMgd2l0aCBDb2h0dHAgYW5kIHRoZW4gaW50ZWdyYXRlIHdp dGggT2NzaWdlbnNlcnZlci4gT2NzaWdlbnNlcnZlciBmb2xsb3dzIGluIGhpcyBicmFuY2ggMy4w LjAgdGhlIFBSIENvaHR0cCMxNDcgYW5kIENvaHR0cCMxNDMgKHRoZXJlZm9yZSBDb25kdWl0IzIs IENvbmR1aXQjNSBhbmQgQ29uZHVpdCM0IGZvciBTU0wgc3VwcG9ydCkuIEJ1dCBtaWdyYXRpb24g aXMgbW9yZSBjb21wbGV4ICh+ODAwMCBhZGRpdGlvbnMgYW5kIH43MDAwIGRlbGV0aW9ucyksIHlv dSBwcm9iYWJseSBpbnRlcmVzdCB0byBsb29rIHRoaXMgZmlsZTogaHR0cHM6Ly9naXRodWIuY29t L29jc2lnZW4vb2NzaWdlbnNlcnZlci9ibG9iLzMuMC4wL3NyYy9zZXJ2ZXIvb2NzaWdlbl9jb2h0 dHBfc2VydmVyLm1sICh0aGlzIGZpbGUgaXMgbWFpbiBsb29wKSBhbmQgaHR0cHM6Ly9naXRodWIu Y29tL29jc2lnZW4vb2NzaWdlbnNlcnZlci9ibG9iLzMuMC4wL3NyYy9zZXJ2ZXIvb2NzaWdlbl9n ZW5lcmF0ZS5tbCAodGhpcyBmaWxlIGlzIGNhc3QgYmV0d2VlbiBDb2h0dHAuUmVxdWVzdCBhbmQg aW50ZXJuYWwgcmVwcmVzZW50YXRpb24gb2YgcmVxdWVzdCBPY3NpZ2VuX3JlcXVlc3RfaW5mbyku DQoNCg0KDQoNClRoZSBtb2RpZmljYXRpb25zIG9mIENvbmR1aXQgc2hvdWxkIG5vdCBpbXBhY3Qg YXQgdG9wIG9mIGxheWVycyAob3IsIHRoZXJlIGlzIG1pbmltYWwpLiBBbmQsIEkgd291bGQgYmUg aGFwcHkgdG8gY2hhbmdlIE9jc2lnZW5zZXJ2ZXIgYWNjb3JkaW5nIHRvIHlvdXIgUFIuDQoNCg0K UmVnYXJkcywNCg0KDQoNCg0KUm9tYWluIENhbGFzY2liZXR0YSAtIGh0dHA6Ly9kaW4ub3NhdS5y ZS8NCg0KDQoNCg0KDQpEZSA6IEFuaWwgTWFkaGF2YXBlZGR5DQpFbnZvecOpIDog4oCObWVyY3Jl ZGnigI4g4oCOMjjigI4g4oCObWFp4oCOIOKAjjIwMTQg4oCOMTDigI464oCONDQNCsOAIDogUnVk aSBHcmluYmVyZw0KQ2MgOiBtaXJhZ2Vvcy1kZXZlbEBsaXN0cy54ZW5wcm9qZWN0Lm9yZywgcm9t YWluLmNhbGFzY2liZXR0YUBnbWFpbC5jb20NCg0KDQoNCg0KDQpPbiAyOCBNYXkgMjAxNCwgYXQg MDI6MDgsIFJ1ZGkgR3JpbmJlcmcgPHJ1ZGkuZ3JpbmJlcmdAZ21haWwuY29tPiB3cm90ZToNCg0K PiBPbiBUdWUsIDI3IE1heSAyMDE0IDE3OjExOjQ1IC0wNDAwLCBBbmlsIE1hZGhhdmFwZWRkeSA8 YW5pbEByZWNvaWwub3JnPiB3cm90ZToNCj4gDQo+PiBJbnRlcmVzdGluZyAtLSBJJ2QgZW52aXNp b25lZCBhbGwgdGhhdCBsb2dpYyBnb2luZyBpbnRvIENvbmR1aXQgaW5zdGVhZCBvZiBDb2h0dHAg aXRzZWxmLiAgVGhlIGlzc3VlIHdpdGggQ29odHRwIGhhdmluZyBhbGwgdGhpcyBsb2dpYyBpcyB0 aGF0IGl0IGNhbid0IGJlIHJlLXVzZWQgZWFzaWx5IGJ5IG90aGVyIHByb3RvY29sIGltcGxlbWVu dGF0aW9ucywgYW5kIGl0IGFsc28gdGllcyBrbm93bGVkZ2Ugb2YgSVB2ezQsNn0gaW50byB0aGUg SFRUUCBsaWJyYXJ5LiAgSSBiZWxpZXZlIEpvbiBMdWRsYW0gaGFzIHNvbWUgcGF0Y2hlcyB0byBz ZW5kIEhUVFAgcmVxdWVzdHMgb3ZlciBzaGFyZWQgbWVtb3J5IHZjaGFuLCB3aGljaCB3b3VsZCBi ZSBkaWZmaWN1bHQgaWYgQ29odHRwLkNvbm5lY3Rpb24gbmVlZHMgdG8gYmUgZXh0ZW5kZWQgdG8g a25vdyBhYm91dCBpdC4gIFNpbWlsYXJseSwgQXJqdW4gR3VoYSBzdWJtaXR0ZWQgYSBkb21haW4g c29ja2V0IG1vZGUgc28gdGhhdCBoZSBjYW4gY29tbXVuaWNhdGUgd2l0aCB0aGUgRG9ja2VyIEFQ SSB2aWEgQ29odHRwOiBodHRwczovL2dpdGh1Yi5jb20vbWlyYWdlL29jYW1sLWNvbmR1aXQvcHVs bC8zDQo+PiANCj4+IFdpdGggdGhlIENvbmR1aXQgcGF0Y2gsIGFsbCB0aGlzIHdvdWxkIGJlIGlu IHRoYXQgbGlicmFyeSBpbnN0ZWFkLiAgUm9tYWluLCBkbyB5b3UgaGF2ZSBhbiBPY3NpZ2VuIHdv cmtpbmcgdHJlZSB3aXRoIHlvdXIgQ29uZHVpdCBwYXRjaCBpbiB0aGF0IEkgY2FuIHRha2UgYSBs b29rIGF0Pw0KPiANCj4gSSBzZWUuIFJldmlld2luZyB0aGUgY2hhbmdlcyBpbiBjb25kdWl0IGN1 cnJlbnRseS4gVGhhdCBkb2VzIHNlZW0gbGlrZSBpdCB3b3VsZCB3b3JrIG11Y2ggYmV0dGVyLg0K DQpBbHRob3VnaCBpdCBkb2VzIG1ha2UgbWUgd29uZGVyIHdoYXQgdGhlIHB1cnBvc2Ugb2YgQ29o dHRwLkNvbm5lY3Rpb24gcmVhbGx5IGlzLiAgVG8gYmUgdXNlZnVsLCBpdCBzdGlsbCBuZWVkcyBh IHRpZSBiYWNrIHRvIHRoZSB1bmRlcmx5aW5nIENvbmR1aXQsIGJ1dCBhbHNvIHNvbWUgaW5mbyBh Ym91dCB3aGljaCBwaXBlbGluZWQgcmVxdWVzdCBpdCBhY3R1YWxseSBpcy4NCg0KPiANCj4+IA0K Pj4gKHJlOiBwcmUgYW5kIHBvc3QgMS4wICwgdGhlIG9ubHkgcGF0Y2ggSSB0aGluayBuZWVkcyB0 byBiZSBkZWZlcnJlZCBpcyB0aGUgY29tcGxldGlvbiBvZiB0aGUgbW9kdWxlIHR5cGVzIGZyb20g THd0IGFuZCBBc3luYyBtb3Zpbmcgb3V0LiAgVGhlIHJlc3QgYXJlIGFsbCBzdGlsbCBwcmUgMS4w IGluIG15IG1pbmQgLS0gZG8geW91IGFncmVlPykNCj4gDQo+IFRoYXQncyBmaW5lIHdpdGggbWUu IEJ1dCBub3RlIHRoYXQgd2UgZG9uJ3QgaGF2ZSB0byBicmVhayBhbnkgY29tcGF0aWJpbGl0eSBp ZiB3ZSBkb24ndCB3YW50IHRvLiBXZSBjYW4gYWx3YXlzIGxlYXZlIGFsaWFzZXMgdG8gbW9kdWxl IHNpZ25hdHVyZXMgd2hlcmUgdGhleSB1c2VkIHRvIGJlLiBBdCBsZWFzdCB0aGlzIHdhcyBteSBw bGFuIG9yaWdpbmFsbHkuDQoNCkdvb2QgcG9pbnQgLS0gdGhhdCB3b3VsZCBpbmRlZWQgYXZvaWQg bmVlZGxlc3MgYnJlYWthZ2UuDQoNCi1hbmls --_0A263262-A862-4178-B130-7409FB30BF5D_ Content-Transfer-Encoding: base64 Content-Type: text/html; charset="utf-8" CjxodG1sPgo8aGVhZD4KPG1ldGEgbmFtZT0iZ2VuZXJhdG9yIiBjb250ZW50PSJXaW5kb3dzIE1h aWwgMTcuNS45NjAwLjIwNDk4Ij4KPHN0eWxlPjwhLS0KaHRtbCB7CmZvbnQtZmFtaWx5OiJDb2xv ciBFbW9qaSIsICJDYWxpYnJpIiwgIlNlZ29lIFVJIiwgIk1laXJ5byIsICJNaWNyb3NvZnQgWWFI ZWkgVUkiLCAiTWljcm9zb2Z0IEpoZW5nSGVpIFVJIiwgIk1hbGd1biBHb3RoaWMiLCAic2Fucy1z ZXJpZiI7Cn0KLS0+PC9zdHlsZT48c3R5bGUgZGF0YS1leHRlcm5hbHN0eWxlPSJ0cnVlIj48IS0t CnAuTXNvTGlzdFBhcmFncmFwaCwgbGkuTXNvTGlzdFBhcmFncmFwaCwgZGl2Lk1zb0xpc3RQYXJh Z3JhcGggewptYXJnaW4tdG9wOjBpbjsKbWFyZ2luLXJpZ2h0OjBpbjsKbWFyZ2luLWJvdHRvbTow aW47Cm1hcmdpbi1sZWZ0Oi41aW47Cm1hcmdpbi1ib3R0b206LjAwMDFwdDsKfQpwLk1zb05vcm1h bCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsIHsKbWFyZ2luOjBpbjsKbWFyZ2luLWJvdHRv bTouMDAwMXB0Owp9CnAuTXNvTGlzdFBhcmFncmFwaEN4U3BGaXJzdCwgbGkuTXNvTGlzdFBhcmFn cmFwaEN4U3BGaXJzdCwgZGl2Lk1zb0xpc3RQYXJhZ3JhcGhDeFNwRmlyc3QsIApwLk1zb0xpc3RQ YXJhZ3JhcGhDeFNwTWlkZGxlLCBsaS5Nc29MaXN0UGFyYWdyYXBoQ3hTcE1pZGRsZSwgZGl2Lk1z b0xpc3RQYXJhZ3JhcGhDeFNwTWlkZGxlLCAKcC5Nc29MaXN0UGFyYWdyYXBoQ3hTcExhc3QsIGxp Lk1zb0xpc3RQYXJhZ3JhcGhDeFNwTGFzdCwgZGl2Lk1zb0xpc3RQYXJhZ3JhcGhDeFNwTGFzdCB7 Cm1hcmdpbi10b3A6MGluOwptYXJnaW4tcmlnaHQ6MGluOwptYXJnaW4tYm90dG9tOjBpbjsKbWFy Z2luLWxlZnQ6LjVpbjsKbWFyZ2luLWJvdHRvbTouMDAwMXB0OwpsaW5lLWhlaWdodDoxMTUlOwp9 Ci0tPjwvc3R5bGU+PC9oZWFkPgo8Ym9keSBkaXI9Imx0ciI+CjxkaXYgZGF0YS1leHRlcm5hbHN0 eWxlPSJmYWxzZSIgZGlyPSJsdHIiIHN0eWxlPSJmb250LWZhbWlseTogJ0NhbGlicmknLCAnU2Vn b2UgVUknLCAnTWVpcnlvJywgJ01pY3Jvc29mdCBZYUhlaSBVSScsICdNaWNyb3NvZnQgSmhlbmdI ZWkgVUknLCAnTWFsZ3VuIEdvdGhpYycsICdzYW5zLXNlcmlmJztmb250LXNpemU6MTJwdDsiPgo8 ZGl2PkhpIGFsbCw8L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PkknbSBpbnRlcmVzdGluZyB3aXRo IGxhc3QgUFIgb2YgQ29uZHVpdCBhbmQgSSB0cnkgdG8gaW50ZWdyYXRlIHRoaXMgd2l0aCBDb2h0 dHAgYW5kIHRoZW4gaW50ZWdyYXRlIHdpdGggT2NzaWdlbnNlcnZlci4gT2NzaWdlbnNlcnZlciBm b2xsb3dzIGluIGhpcyBicmFuY2ggMy4wLjAgdGhlIFBSIENvaHR0cCMxNDcgYW5kIENvaHR0cCMx NDMgKHRoZXJlZm9yZSBDb25kdWl0IzIsIENvbmR1aXQjNSBhbmQgQ29uZHVpdCM0IGZvciBTU0wg c3VwcG9ydCkuIEJ1dCBtaWdyYXRpb24gaXMgbW9yZSBjb21wbGV4ICh+ODAwMCBhZGRpdGlvbnMg YW5kIH43MDAwIGRlbGV0aW9ucyksIHlvdSBwcm9iYWJseSBpbnRlcmVzdCB0byBsb29rIHRoaXMg ZmlsZTombmJzcDs8YSBocmVmPSJodHRwczovL2dpdGh1Yi5jb20vb2NzaWdlbi9vY3NpZ2Vuc2Vy dmVyL2Jsb2IvMy4wLjAvc3JjL3NlcnZlci9vY3NpZ2VuX2NvaHR0cF9zZXJ2ZXIubWwiIHRhcmdl dD0iX3BhcmVudCI+aHR0cHM6Ly9naXRodWIuY29tL29jc2lnZW4vb2NzaWdlbnNlcnZlci9ibG9i LzMuMC4wL3NyYy9zZXJ2ZXIvb2NzaWdlbl9jb2h0dHBfc2VydmVyLm1sPC9hPiAodGhpcyBmaWxl IGlzIG1haW4gbG9vcCkgYW5kJm5ic3A7PGEgaHJlZj0iaHR0cHM6Ly9naXRodWIuY29tL29jc2ln ZW4vb2NzaWdlbnNlcnZlci9ibG9iLzMuMC4wL3NyYy9zZXJ2ZXIvb2NzaWdlbl9nZW5lcmF0ZS5t bCIgdGFyZ2V0PSJfcGFyZW50Ij5odHRwczovL2dpdGh1Yi5jb20vb2NzaWdlbi9vY3NpZ2Vuc2Vy dmVyL2Jsb2IvMy4wLjAvc3JjL3NlcnZlci9vY3NpZ2VuX2dlbmVyYXRlLm1sPC9hPiAodGhpcyBm aWxlIGlzIGNhc3QgYmV0d2VlbiBDb2h0dHAuUmVxdWVzdCBhbmQgaW50ZXJuYWwgcmVwcmVzZW50 YXRpb24gb2YgcmVxdWVzdCBPY3NpZ2VuX3JlcXVlc3RfaW5mbykuPGJyPjwvZGl2PjxkaXYgZGF0 YS1zaWduYXR1cmVibG9jaz0idHJ1ZSI+PGRpdj48YnI+PC9kaXY+PGRpdj5UaGUgbW9kaWZpY2F0 aW9ucyBvZiBDb25kdWl0IHNob3VsZCBub3QgaW1wYWN0IGF0IHRvcCBvZiBsYXllcnMgKG9yLCB0 aGVyZSBpcyBtaW5pbWFsKS4gQW5kLCBJIHdvdWxkIGJlIGhhcHB5IHRvIGNoYW5nZSBPY3NpZ2Vu c2VydmVyIGFjY29yZGluZyB0byB5b3VyIFBSLjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+UmVn YXJkcyw8L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PlJvbWFpbiBDYWxhc2NpYmV0dGEgLSBodHRw Oi8vZGluLm9zYXUucmUvPC9kaXY+PGRpdj48YnI+PC9kaXY+PC9kaXY+PGRpdiBzdHlsZT0icGFk ZGluZy10b3A6IDVweDsgYm9yZGVyLXRvcC1jb2xvcjogcmdiKDIyOSwgMjI5LCAyMjkpOyBib3Jk ZXItdG9wLXdpZHRoOiAxcHg7IGJvcmRlci10b3Atc3R5bGU6IHNvbGlkOyI+PGRpdj48Zm9udCBm YWNlPSIgJ0NhbGlicmknLCAnU2Vnb2UgVUknLCAnTWVpcnlvJywgJ01pY3Jvc29mdCBZYUhlaSBV SScsICdNaWNyb3NvZnQgSmhlbmdIZWkgVUknLCAnTWFsZ3VuIEdvdGhpYycsICdzYW5zLXNlcmlm JyIgc3R5bGU9J2xpbmUtaGVpZ2h0OiAxNXB0OyBsZXR0ZXItc3BhY2luZzogMC4wMmVtOyBmb250 LWZhbWlseTogIkNhbGlicmkiLCAiU2Vnb2UgVUkiLCAiTWVpcnlvIiwgIk1pY3Jvc29mdCBZYUhl aSBVSSIsICJNaWNyb3NvZnQgSmhlbmdIZWkgVUkiLCAiTWFsZ3VuIEdvdGhpYyIsICJzYW5zLXNl cmlmIjsgZm9udC1zaXplOiAxMnB0Oyc+PGI+RGUmbmJzcDs6PC9iPiZuYnNwOzxhIGhyZWY9Im1h aWx0bzphbmlsQHJlY29pbC5vcmciIHRhcmdldD0iX3BhcmVudCI+QW5pbCBNYWRoYXZhcGVkZHk8 L2E+PGJyPjxiPkVudm95w6kmbmJzcDs6PC9iPiZuYnNwO+KAjm1lcmNyZWRp4oCOIOKAjjI44oCO IOKAjm1haeKAjiDigI4yMDE0IOKAjjEw4oCOOuKAjjQ0PGJyPjxiPsOAIDo8L2I+Jm5ic3A7PGEg aHJlZj0ibWFpbHRvOnJ1ZGkuZ3JpbmJlcmdAZ21haWwuY29tIiB0YXJnZXQ9Il9wYXJlbnQiPlJ1 ZGkgR3JpbmJlcmc8L2E+PGJyPjxiPkNjJm5ic3A7OjwvYj4mbmJzcDs8YSBocmVmPSJtYWlsdG86 bWlyYWdlb3MtZGV2ZWxAbGlzdHMueGVucHJvamVjdC5vcmciIHRhcmdldD0iX3BhcmVudCI+bWly YWdlb3MtZGV2ZWxAbGlzdHMueGVucHJvamVjdC5vcmc8L2E+LCA8YSBocmVmPSJtYWlsdG86cm9t YWluLmNhbGFzY2liZXR0YUBnbWFpbC5jb20iIHRhcmdldD0iX3BhcmVudCI+cm9tYWluLmNhbGFz Y2liZXR0YUBnbWFpbC5jb208L2E+PC9mb250PjwvZGl2PjwvZGl2PjxkaXY+PGJyPjwvZGl2Pjxk aXYgZGlyPSIiPjxkaXYgaWQ9InJlYWRpbmdQYW5lQm9keUNvbnRlbnQiPk9uIDI4IE1heSAyMDE0 LCBhdCAwMjowOCwgUnVkaSBHcmluYmVyZyAmbHQ7cnVkaS5ncmluYmVyZ0BnbWFpbC5jb20mZ3Q7 IHdyb3RlOjxicj48YnI+Jmd0OyBPbiBUdWUsIDI3IE1heSAyMDE0IDE3OjExOjQ1IC0wNDAwLCBB bmlsIE1hZGhhdmFwZWRkeSAmbHQ7YW5pbEByZWNvaWwub3JnJmd0OyB3cm90ZTo8YnI+Jmd0OyA8 YnI+Jmd0OyZndDsgSW50ZXJlc3RpbmcgLS0gSSdkIGVudmlzaW9uZWQgYWxsIHRoYXQgbG9naWMg Z29pbmcgaW50byBDb25kdWl0IGluc3RlYWQgb2YgQ29odHRwIGl0c2VsZi4mbmJzcDsgVGhlIGlz c3VlIHdpdGggQ29odHRwIGhhdmluZyBhbGwgdGhpcyBsb2dpYyBpcyB0aGF0IGl0IGNhbid0IGJl IHJlLXVzZWQgZWFzaWx5IGJ5IG90aGVyIHByb3RvY29sIGltcGxlbWVudGF0aW9ucywgYW5kIGl0 IGFsc28gdGllcyBrbm93bGVkZ2Ugb2YgSVB2ezQsNn0gaW50byB0aGUgSFRUUCBsaWJyYXJ5LiZu YnNwOyBJIGJlbGlldmUgSm9uIEx1ZGxhbSBoYXMgc29tZSBwYXRjaGVzIHRvIHNlbmQgSFRUUCBy ZXF1ZXN0cyBvdmVyIHNoYXJlZCBtZW1vcnkgdmNoYW4sIHdoaWNoIHdvdWxkIGJlIGRpZmZpY3Vs dCBpZiBDb2h0dHAuQ29ubmVjdGlvbiBuZWVkcyB0byBiZSBleHRlbmRlZCB0byBrbm93IGFib3V0 IGl0LiZuYnNwOyBTaW1pbGFybHksIEFyanVuIEd1aGEgc3VibWl0dGVkIGEgZG9tYWluIHNvY2tl dCBtb2RlIHNvIHRoYXQgaGUgY2FuIGNvbW11bmljYXRlIHdpdGggdGhlIERvY2tlciBBUEkgdmlh IENvaHR0cDogaHR0cHM6Ly9naXRodWIuY29tL21pcmFnZS9vY2FtbC1jb25kdWl0L3B1bGwvMzxi cj4mZ3Q7Jmd0OyA8YnI+Jmd0OyZndDsgV2l0aCB0aGUgQ29uZHVpdCBwYXRjaCwgYWxsIHRoaXMg d291bGQgYmUgaW4gdGhhdCBsaWJyYXJ5IGluc3RlYWQuJm5ic3A7IFJvbWFpbiwgZG8geW91IGhh dmUgYW4gT2NzaWdlbiB3b3JraW5nIHRyZWUgd2l0aCB5b3VyIENvbmR1aXQgcGF0Y2ggaW4gdGhh dCBJIGNhbiB0YWtlIGEgbG9vayBhdD88YnI+Jmd0OyA8YnI+Jmd0OyBJIHNlZS4gUmV2aWV3aW5n IHRoZSBjaGFuZ2VzIGluIGNvbmR1aXQgY3VycmVudGx5LiBUaGF0IGRvZXMgc2VlbSBsaWtlIGl0 IHdvdWxkIHdvcmsgbXVjaCBiZXR0ZXIuPGJyPjxicj5BbHRob3VnaCBpdCBkb2VzIG1ha2UgbWUg d29uZGVyIHdoYXQgdGhlIHB1cnBvc2Ugb2YgQ29odHRwLkNvbm5lY3Rpb24gcmVhbGx5IGlzLiZu YnNwOyBUbyBiZSB1c2VmdWwsIGl0IHN0aWxsIG5lZWRzIGEgdGllIGJhY2sgdG8gdGhlIHVuZGVy bHlpbmcgQ29uZHVpdCwgYnV0IGFsc28gc29tZSBpbmZvIGFib3V0IHdoaWNoIHBpcGVsaW5lZCBy ZXF1ZXN0IGl0IGFjdHVhbGx5IGlzLjxicj48YnI+Jmd0OyA8YnI+Jmd0OyZndDsgPGJyPiZndDsm Z3Q7IChyZTogcHJlIGFuZCBwb3N0IDEuMCAsIHRoZSBvbmx5IHBhdGNoIEkgdGhpbmsgbmVlZHMg dG8gYmUgZGVmZXJyZWQgaXMgdGhlIGNvbXBsZXRpb24gb2YgdGhlIG1vZHVsZSB0eXBlcyBmcm9t IEx3dCBhbmQgQXN5bmMgbW92aW5nIG91dC4mbmJzcDsgVGhlIHJlc3QgYXJlIGFsbCBzdGlsbCBw cmUgMS4wIGluIG15IG1pbmQgLS0gZG8geW91IGFncmVlPyk8YnI+Jmd0OyA8YnI+Jmd0OyBUaGF0 J3MgZmluZSB3aXRoIG1lLiBCdXQgbm90ZSB0aGF0IHdlIGRvbid0IGhhdmUgdG8gYnJlYWsgYW55 IGNvbXBhdGliaWxpdHkgaWYgd2UgZG9uJ3Qgd2FudCB0by4gV2UgY2FuIGFsd2F5cyBsZWF2ZSBh bGlhc2VzIHRvIG1vZHVsZSBzaWduYXR1cmVzIHdoZXJlIHRoZXkgdXNlZCB0byBiZS4gQXQgbGVh c3QgdGhpcyB3YXMgbXkgcGxhbiBvcmlnaW5hbGx5Ljxicj48YnI+R29vZCBwb2ludCAtLSB0aGF0 IHdvdWxkIGluZGVlZCBhdm9pZCBuZWVkbGVzcyBicmVha2FnZS48YnI+PGJyPi1hbmlsPGJyPjxi cj48L2Rpdj48L2Rpdj4KCgo8L2Rpdj4KPC9ib2R5Pgo8L2h0bWw+Cg== --_0A263262-A862-4178-B130-7409FB30BF5D_-- --===============0362920346640597782== 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 --===============0362920346640597782==-- From mirageos-devel-bounces@lists.xenproject.org Wed May 28 09:11:23 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 28 May 2014 09:11: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 1WpZtJ-0007JQ-Pv; Wed, 28 May 2014 09:11:21 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WpZtI-0007JL-FR for mirageos-devel@lists.xenproject.org; Wed, 28 May 2014 09:11:20 +0000 Received: from [193.109.254.147:3521] by server-7.bemta-14.messagelabs.com id 35/51-17726-738A5835; Wed, 28 May 2014 09:11:19 +0000 X-Env-Sender: romain.calascibetta@gmail.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1401268278!7579924!1 X-Originating-IP: [74.125.82.172] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_23,SUBJECT_EXCESS_QP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13664 invoked from network); 28 May 2014 09:11:18 -0000 Received: from mail-we0-f172.google.com (HELO mail-we0-f172.google.com) (74.125.82.172) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 28 May 2014 09:11:18 -0000 Received: by mail-we0-f172.google.com with SMTP id k48so11006994wev.3 for ; Wed, 28 May 2014 02:11:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:mime-version:from:to:cc:subject:importance:date :in-reply-to:references:content-type; bh=reGv+Ahu13pZZCQ6TxaOW8vAk9FDEzaijnbQbehl+Tk=; b=AeOJsdyON4TpeQGwUECbuRGtJqnxNLdfcmADKGPixq40MOopDd0H0SmHcYK5KWvivy 9E69cgEe8GgEiYJd4FgvW8HlKbARJcYXy6qNvaz+mIKw9Sf8qi8aiGvCirvILZtsyw/t Vt1XflqxC2NT1xOPUlYnIpOGHPtf/XU8Py3JLSNwAag9/Tc7Vg97s+J7OLu0suG/6gBk YJdLBMe42/T/UDymddRX8VuKSs5ZoYPRv+9rQ9cYRLOOYjGmTrb8Gn21krdynu+8YJD/ mwqjdS8ywfh89xpwjw3tsMTH8lMRZMH+HlbteO5pFzFDil2i6yTFaWTZCHJBckR5vNkH B/LQ== X-Received: by 10.194.89.168 with SMTP id bp8mr48586673wjb.73.1401268277191; Wed, 28 May 2014 02:11:17 -0700 (PDT) Received: from caca (perens.inria.fr. [128.93.60.79]) by mx.google.com with ESMTPSA id iy13sm15261764wic.1.2014.05.28.02.11.16 for (version=TLSv1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Wed, 28 May 2014 02:11:16 -0700 (PDT) Message-ID: <5385a834.0dc6b40a.7e6d.ffffa876@mx.google.com> MIME-Version: 1.0 From: To: =?utf-8?Q?Anil_Madhavapeddy?= , =?utf-8?Q?Rudi_Grinberg?= Importance: Normal Date: Wed, 28 May 2014 08:45:35 +0000 In-Reply-To: <594D3A58-38A6-4EC9-8E45-0EFB57E5A791@recoil.org> References: <2F416A5E-2FC5-42B5-AD4A-BCFCDEBEAB22@recoil.org> <79019BAC-0C3A-4072-8B8B-6D92DA11B8EC@recoil.org> , <594D3A58-38A6-4EC9-8E45-0EFB57E5A791@recoil.org> Cc: "=?utf-8?Q?mirageos-devel@lists.xenproject.org?=" Subject: Re: [MirageOS-devel] =?utf-8?q?Cohttp/Conduit_refactoring_update?= X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============0362920346640597782==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org --===============0362920346640597782== Content-Type: multipart/alternative; boundary="_0A263262-A862-4178-B130-7409FB30BF5D_" --_0A263262-A862-4178-B130-7409FB30BF5D_ Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8" SGkgYWxsLA0KDQoNCkknbSBpbnRlcmVzdGluZyB3aXRoIGxhc3QgUFIgb2YgQ29uZHVpdCBhbmQg SSB0cnkgdG8gaW50ZWdyYXRlIHRoaXMgd2l0aCBDb2h0dHAgYW5kIHRoZW4gaW50ZWdyYXRlIHdp dGggT2NzaWdlbnNlcnZlci4gT2NzaWdlbnNlcnZlciBmb2xsb3dzIGluIGhpcyBicmFuY2ggMy4w LjAgdGhlIFBSIENvaHR0cCMxNDcgYW5kIENvaHR0cCMxNDMgKHRoZXJlZm9yZSBDb25kdWl0IzIs IENvbmR1aXQjNSBhbmQgQ29uZHVpdCM0IGZvciBTU0wgc3VwcG9ydCkuIEJ1dCBtaWdyYXRpb24g aXMgbW9yZSBjb21wbGV4ICh+ODAwMCBhZGRpdGlvbnMgYW5kIH43MDAwIGRlbGV0aW9ucyksIHlv dSBwcm9iYWJseSBpbnRlcmVzdCB0byBsb29rIHRoaXMgZmlsZTogaHR0cHM6Ly9naXRodWIuY29t L29jc2lnZW4vb2NzaWdlbnNlcnZlci9ibG9iLzMuMC4wL3NyYy9zZXJ2ZXIvb2NzaWdlbl9jb2h0 dHBfc2VydmVyLm1sICh0aGlzIGZpbGUgaXMgbWFpbiBsb29wKSBhbmQgaHR0cHM6Ly9naXRodWIu Y29tL29jc2lnZW4vb2NzaWdlbnNlcnZlci9ibG9iLzMuMC4wL3NyYy9zZXJ2ZXIvb2NzaWdlbl9n ZW5lcmF0ZS5tbCAodGhpcyBmaWxlIGlzIGNhc3QgYmV0d2VlbiBDb2h0dHAuUmVxdWVzdCBhbmQg aW50ZXJuYWwgcmVwcmVzZW50YXRpb24gb2YgcmVxdWVzdCBPY3NpZ2VuX3JlcXVlc3RfaW5mbyku DQoNCg0KDQoNClRoZSBtb2RpZmljYXRpb25zIG9mIENvbmR1aXQgc2hvdWxkIG5vdCBpbXBhY3Qg YXQgdG9wIG9mIGxheWVycyAob3IsIHRoZXJlIGlzIG1pbmltYWwpLiBBbmQsIEkgd291bGQgYmUg aGFwcHkgdG8gY2hhbmdlIE9jc2lnZW5zZXJ2ZXIgYWNjb3JkaW5nIHRvIHlvdXIgUFIuDQoNCg0K UmVnYXJkcywNCg0KDQoNCg0KUm9tYWluIENhbGFzY2liZXR0YSAtIGh0dHA6Ly9kaW4ub3NhdS5y ZS8NCg0KDQoNCg0KDQpEZSA6IEFuaWwgTWFkaGF2YXBlZGR5DQpFbnZvecOpIDog4oCObWVyY3Jl ZGnigI4g4oCOMjjigI4g4oCObWFp4oCOIOKAjjIwMTQg4oCOMTDigI464oCONDQNCsOAIDogUnVk aSBHcmluYmVyZw0KQ2MgOiBtaXJhZ2Vvcy1kZXZlbEBsaXN0cy54ZW5wcm9qZWN0Lm9yZywgcm9t YWluLmNhbGFzY2liZXR0YUBnbWFpbC5jb20NCg0KDQoNCg0KDQpPbiAyOCBNYXkgMjAxNCwgYXQg MDI6MDgsIFJ1ZGkgR3JpbmJlcmcgPHJ1ZGkuZ3JpbmJlcmdAZ21haWwuY29tPiB3cm90ZToNCg0K PiBPbiBUdWUsIDI3IE1heSAyMDE0IDE3OjExOjQ1IC0wNDAwLCBBbmlsIE1hZGhhdmFwZWRkeSA8 YW5pbEByZWNvaWwub3JnPiB3cm90ZToNCj4gDQo+PiBJbnRlcmVzdGluZyAtLSBJJ2QgZW52aXNp b25lZCBhbGwgdGhhdCBsb2dpYyBnb2luZyBpbnRvIENvbmR1aXQgaW5zdGVhZCBvZiBDb2h0dHAg aXRzZWxmLiAgVGhlIGlzc3VlIHdpdGggQ29odHRwIGhhdmluZyBhbGwgdGhpcyBsb2dpYyBpcyB0 aGF0IGl0IGNhbid0IGJlIHJlLXVzZWQgZWFzaWx5IGJ5IG90aGVyIHByb3RvY29sIGltcGxlbWVu dGF0aW9ucywgYW5kIGl0IGFsc28gdGllcyBrbm93bGVkZ2Ugb2YgSVB2ezQsNn0gaW50byB0aGUg SFRUUCBsaWJyYXJ5LiAgSSBiZWxpZXZlIEpvbiBMdWRsYW0gaGFzIHNvbWUgcGF0Y2hlcyB0byBz ZW5kIEhUVFAgcmVxdWVzdHMgb3ZlciBzaGFyZWQgbWVtb3J5IHZjaGFuLCB3aGljaCB3b3VsZCBi ZSBkaWZmaWN1bHQgaWYgQ29odHRwLkNvbm5lY3Rpb24gbmVlZHMgdG8gYmUgZXh0ZW5kZWQgdG8g a25vdyBhYm91dCBpdC4gIFNpbWlsYXJseSwgQXJqdW4gR3VoYSBzdWJtaXR0ZWQgYSBkb21haW4g c29ja2V0IG1vZGUgc28gdGhhdCBoZSBjYW4gY29tbXVuaWNhdGUgd2l0aCB0aGUgRG9ja2VyIEFQ SSB2aWEgQ29odHRwOiBodHRwczovL2dpdGh1Yi5jb20vbWlyYWdlL29jYW1sLWNvbmR1aXQvcHVs bC8zDQo+PiANCj4+IFdpdGggdGhlIENvbmR1aXQgcGF0Y2gsIGFsbCB0aGlzIHdvdWxkIGJlIGlu IHRoYXQgbGlicmFyeSBpbnN0ZWFkLiAgUm9tYWluLCBkbyB5b3UgaGF2ZSBhbiBPY3NpZ2VuIHdv cmtpbmcgdHJlZSB3aXRoIHlvdXIgQ29uZHVpdCBwYXRjaCBpbiB0aGF0IEkgY2FuIHRha2UgYSBs b29rIGF0Pw0KPiANCj4gSSBzZWUuIFJldmlld2luZyB0aGUgY2hhbmdlcyBpbiBjb25kdWl0IGN1 cnJlbnRseS4gVGhhdCBkb2VzIHNlZW0gbGlrZSBpdCB3b3VsZCB3b3JrIG11Y2ggYmV0dGVyLg0K DQpBbHRob3VnaCBpdCBkb2VzIG1ha2UgbWUgd29uZGVyIHdoYXQgdGhlIHB1cnBvc2Ugb2YgQ29o dHRwLkNvbm5lY3Rpb24gcmVhbGx5IGlzLiAgVG8gYmUgdXNlZnVsLCBpdCBzdGlsbCBuZWVkcyBh IHRpZSBiYWNrIHRvIHRoZSB1bmRlcmx5aW5nIENvbmR1aXQsIGJ1dCBhbHNvIHNvbWUgaW5mbyBh Ym91dCB3aGljaCBwaXBlbGluZWQgcmVxdWVzdCBpdCBhY3R1YWxseSBpcy4NCg0KPiANCj4+IA0K Pj4gKHJlOiBwcmUgYW5kIHBvc3QgMS4wICwgdGhlIG9ubHkgcGF0Y2ggSSB0aGluayBuZWVkcyB0 byBiZSBkZWZlcnJlZCBpcyB0aGUgY29tcGxldGlvbiBvZiB0aGUgbW9kdWxlIHR5cGVzIGZyb20g THd0IGFuZCBBc3luYyBtb3Zpbmcgb3V0LiAgVGhlIHJlc3QgYXJlIGFsbCBzdGlsbCBwcmUgMS4w IGluIG15IG1pbmQgLS0gZG8geW91IGFncmVlPykNCj4gDQo+IFRoYXQncyBmaW5lIHdpdGggbWUu IEJ1dCBub3RlIHRoYXQgd2UgZG9uJ3QgaGF2ZSB0byBicmVhayBhbnkgY29tcGF0aWJpbGl0eSBp ZiB3ZSBkb24ndCB3YW50IHRvLiBXZSBjYW4gYWx3YXlzIGxlYXZlIGFsaWFzZXMgdG8gbW9kdWxl IHNpZ25hdHVyZXMgd2hlcmUgdGhleSB1c2VkIHRvIGJlLiBBdCBsZWFzdCB0aGlzIHdhcyBteSBw bGFuIG9yaWdpbmFsbHkuDQoNCkdvb2QgcG9pbnQgLS0gdGhhdCB3b3VsZCBpbmRlZWQgYXZvaWQg bmVlZGxlc3MgYnJlYWthZ2UuDQoNCi1hbmls --_0A263262-A862-4178-B130-7409FB30BF5D_ Content-Transfer-Encoding: base64 Content-Type: text/html; charset="utf-8" CjxodG1sPgo8aGVhZD4KPG1ldGEgbmFtZT0iZ2VuZXJhdG9yIiBjb250ZW50PSJXaW5kb3dzIE1h aWwgMTcuNS45NjAwLjIwNDk4Ij4KPHN0eWxlPjwhLS0KaHRtbCB7CmZvbnQtZmFtaWx5OiJDb2xv ciBFbW9qaSIsICJDYWxpYnJpIiwgIlNlZ29lIFVJIiwgIk1laXJ5byIsICJNaWNyb3NvZnQgWWFI ZWkgVUkiLCAiTWljcm9zb2Z0IEpoZW5nSGVpIFVJIiwgIk1hbGd1biBHb3RoaWMiLCAic2Fucy1z ZXJpZiI7Cn0KLS0+PC9zdHlsZT48c3R5bGUgZGF0YS1leHRlcm5hbHN0eWxlPSJ0cnVlIj48IS0t CnAuTXNvTGlzdFBhcmFncmFwaCwgbGkuTXNvTGlzdFBhcmFncmFwaCwgZGl2Lk1zb0xpc3RQYXJh Z3JhcGggewptYXJnaW4tdG9wOjBpbjsKbWFyZ2luLXJpZ2h0OjBpbjsKbWFyZ2luLWJvdHRvbTow aW47Cm1hcmdpbi1sZWZ0Oi41aW47Cm1hcmdpbi1ib3R0b206LjAwMDFwdDsKfQpwLk1zb05vcm1h bCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsIHsKbWFyZ2luOjBpbjsKbWFyZ2luLWJvdHRv bTouMDAwMXB0Owp9CnAuTXNvTGlzdFBhcmFncmFwaEN4U3BGaXJzdCwgbGkuTXNvTGlzdFBhcmFn cmFwaEN4U3BGaXJzdCwgZGl2Lk1zb0xpc3RQYXJhZ3JhcGhDeFNwRmlyc3QsIApwLk1zb0xpc3RQ YXJhZ3JhcGhDeFNwTWlkZGxlLCBsaS5Nc29MaXN0UGFyYWdyYXBoQ3hTcE1pZGRsZSwgZGl2Lk1z b0xpc3RQYXJhZ3JhcGhDeFNwTWlkZGxlLCAKcC5Nc29MaXN0UGFyYWdyYXBoQ3hTcExhc3QsIGxp Lk1zb0xpc3RQYXJhZ3JhcGhDeFNwTGFzdCwgZGl2Lk1zb0xpc3RQYXJhZ3JhcGhDeFNwTGFzdCB7 Cm1hcmdpbi10b3A6MGluOwptYXJnaW4tcmlnaHQ6MGluOwptYXJnaW4tYm90dG9tOjBpbjsKbWFy Z2luLWxlZnQ6LjVpbjsKbWFyZ2luLWJvdHRvbTouMDAwMXB0OwpsaW5lLWhlaWdodDoxMTUlOwp9 Ci0tPjwvc3R5bGU+PC9oZWFkPgo8Ym9keSBkaXI9Imx0ciI+CjxkaXYgZGF0YS1leHRlcm5hbHN0 eWxlPSJmYWxzZSIgZGlyPSJsdHIiIHN0eWxlPSJmb250LWZhbWlseTogJ0NhbGlicmknLCAnU2Vn b2UgVUknLCAnTWVpcnlvJywgJ01pY3Jvc29mdCBZYUhlaSBVSScsICdNaWNyb3NvZnQgSmhlbmdI ZWkgVUknLCAnTWFsZ3VuIEdvdGhpYycsICdzYW5zLXNlcmlmJztmb250LXNpemU6MTJwdDsiPgo8 ZGl2PkhpIGFsbCw8L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PkknbSBpbnRlcmVzdGluZyB3aXRo IGxhc3QgUFIgb2YgQ29uZHVpdCBhbmQgSSB0cnkgdG8gaW50ZWdyYXRlIHRoaXMgd2l0aCBDb2h0 dHAgYW5kIHRoZW4gaW50ZWdyYXRlIHdpdGggT2NzaWdlbnNlcnZlci4gT2NzaWdlbnNlcnZlciBm b2xsb3dzIGluIGhpcyBicmFuY2ggMy4wLjAgdGhlIFBSIENvaHR0cCMxNDcgYW5kIENvaHR0cCMx NDMgKHRoZXJlZm9yZSBDb25kdWl0IzIsIENvbmR1aXQjNSBhbmQgQ29uZHVpdCM0IGZvciBTU0wg c3VwcG9ydCkuIEJ1dCBtaWdyYXRpb24gaXMgbW9yZSBjb21wbGV4ICh+ODAwMCBhZGRpdGlvbnMg YW5kIH43MDAwIGRlbGV0aW9ucyksIHlvdSBwcm9iYWJseSBpbnRlcmVzdCB0byBsb29rIHRoaXMg ZmlsZTombmJzcDs8YSBocmVmPSJodHRwczovL2dpdGh1Yi5jb20vb2NzaWdlbi9vY3NpZ2Vuc2Vy dmVyL2Jsb2IvMy4wLjAvc3JjL3NlcnZlci9vY3NpZ2VuX2NvaHR0cF9zZXJ2ZXIubWwiIHRhcmdl dD0iX3BhcmVudCI+aHR0cHM6Ly9naXRodWIuY29tL29jc2lnZW4vb2NzaWdlbnNlcnZlci9ibG9i LzMuMC4wL3NyYy9zZXJ2ZXIvb2NzaWdlbl9jb2h0dHBfc2VydmVyLm1sPC9hPiAodGhpcyBmaWxl IGlzIG1haW4gbG9vcCkgYW5kJm5ic3A7PGEgaHJlZj0iaHR0cHM6Ly9naXRodWIuY29tL29jc2ln ZW4vb2NzaWdlbnNlcnZlci9ibG9iLzMuMC4wL3NyYy9zZXJ2ZXIvb2NzaWdlbl9nZW5lcmF0ZS5t bCIgdGFyZ2V0PSJfcGFyZW50Ij5odHRwczovL2dpdGh1Yi5jb20vb2NzaWdlbi9vY3NpZ2Vuc2Vy dmVyL2Jsb2IvMy4wLjAvc3JjL3NlcnZlci9vY3NpZ2VuX2dlbmVyYXRlLm1sPC9hPiAodGhpcyBm aWxlIGlzIGNhc3QgYmV0d2VlbiBDb2h0dHAuUmVxdWVzdCBhbmQgaW50ZXJuYWwgcmVwcmVzZW50 YXRpb24gb2YgcmVxdWVzdCBPY3NpZ2VuX3JlcXVlc3RfaW5mbykuPGJyPjwvZGl2PjxkaXYgZGF0 YS1zaWduYXR1cmVibG9jaz0idHJ1ZSI+PGRpdj48YnI+PC9kaXY+PGRpdj5UaGUgbW9kaWZpY2F0 aW9ucyBvZiBDb25kdWl0IHNob3VsZCBub3QgaW1wYWN0IGF0IHRvcCBvZiBsYXllcnMgKG9yLCB0 aGVyZSBpcyBtaW5pbWFsKS4gQW5kLCBJIHdvdWxkIGJlIGhhcHB5IHRvIGNoYW5nZSBPY3NpZ2Vu c2VydmVyIGFjY29yZGluZyB0byB5b3VyIFBSLjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+UmVn YXJkcyw8L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PlJvbWFpbiBDYWxhc2NpYmV0dGEgLSBodHRw Oi8vZGluLm9zYXUucmUvPC9kaXY+PGRpdj48YnI+PC9kaXY+PC9kaXY+PGRpdiBzdHlsZT0icGFk ZGluZy10b3A6IDVweDsgYm9yZGVyLXRvcC1jb2xvcjogcmdiKDIyOSwgMjI5LCAyMjkpOyBib3Jk ZXItdG9wLXdpZHRoOiAxcHg7IGJvcmRlci10b3Atc3R5bGU6IHNvbGlkOyI+PGRpdj48Zm9udCBm YWNlPSIgJ0NhbGlicmknLCAnU2Vnb2UgVUknLCAnTWVpcnlvJywgJ01pY3Jvc29mdCBZYUhlaSBV SScsICdNaWNyb3NvZnQgSmhlbmdIZWkgVUknLCAnTWFsZ3VuIEdvdGhpYycsICdzYW5zLXNlcmlm JyIgc3R5bGU9J2xpbmUtaGVpZ2h0OiAxNXB0OyBsZXR0ZXItc3BhY2luZzogMC4wMmVtOyBmb250 LWZhbWlseTogIkNhbGlicmkiLCAiU2Vnb2UgVUkiLCAiTWVpcnlvIiwgIk1pY3Jvc29mdCBZYUhl aSBVSSIsICJNaWNyb3NvZnQgSmhlbmdIZWkgVUkiLCAiTWFsZ3VuIEdvdGhpYyIsICJzYW5zLXNl cmlmIjsgZm9udC1zaXplOiAxMnB0Oyc+PGI+RGUmbmJzcDs6PC9iPiZuYnNwOzxhIGhyZWY9Im1h aWx0bzphbmlsQHJlY29pbC5vcmciIHRhcmdldD0iX3BhcmVudCI+QW5pbCBNYWRoYXZhcGVkZHk8 L2E+PGJyPjxiPkVudm95w6kmbmJzcDs6PC9iPiZuYnNwO+KAjm1lcmNyZWRp4oCOIOKAjjI44oCO IOKAjm1haeKAjiDigI4yMDE0IOKAjjEw4oCOOuKAjjQ0PGJyPjxiPsOAIDo8L2I+Jm5ic3A7PGEg aHJlZj0ibWFpbHRvOnJ1ZGkuZ3JpbmJlcmdAZ21haWwuY29tIiB0YXJnZXQ9Il9wYXJlbnQiPlJ1 ZGkgR3JpbmJlcmc8L2E+PGJyPjxiPkNjJm5ic3A7OjwvYj4mbmJzcDs8YSBocmVmPSJtYWlsdG86 bWlyYWdlb3MtZGV2ZWxAbGlzdHMueGVucHJvamVjdC5vcmciIHRhcmdldD0iX3BhcmVudCI+bWly YWdlb3MtZGV2ZWxAbGlzdHMueGVucHJvamVjdC5vcmc8L2E+LCA8YSBocmVmPSJtYWlsdG86cm9t YWluLmNhbGFzY2liZXR0YUBnbWFpbC5jb20iIHRhcmdldD0iX3BhcmVudCI+cm9tYWluLmNhbGFz Y2liZXR0YUBnbWFpbC5jb208L2E+PC9mb250PjwvZGl2PjwvZGl2PjxkaXY+PGJyPjwvZGl2Pjxk aXYgZGlyPSIiPjxkaXYgaWQ9InJlYWRpbmdQYW5lQm9keUNvbnRlbnQiPk9uIDI4IE1heSAyMDE0 LCBhdCAwMjowOCwgUnVkaSBHcmluYmVyZyAmbHQ7cnVkaS5ncmluYmVyZ0BnbWFpbC5jb20mZ3Q7 IHdyb3RlOjxicj48YnI+Jmd0OyBPbiBUdWUsIDI3IE1heSAyMDE0IDE3OjExOjQ1IC0wNDAwLCBB bmlsIE1hZGhhdmFwZWRkeSAmbHQ7YW5pbEByZWNvaWwub3JnJmd0OyB3cm90ZTo8YnI+Jmd0OyA8 YnI+Jmd0OyZndDsgSW50ZXJlc3RpbmcgLS0gSSdkIGVudmlzaW9uZWQgYWxsIHRoYXQgbG9naWMg Z29pbmcgaW50byBDb25kdWl0IGluc3RlYWQgb2YgQ29odHRwIGl0c2VsZi4mbmJzcDsgVGhlIGlz c3VlIHdpdGggQ29odHRwIGhhdmluZyBhbGwgdGhpcyBsb2dpYyBpcyB0aGF0IGl0IGNhbid0IGJl IHJlLXVzZWQgZWFzaWx5IGJ5IG90aGVyIHByb3RvY29sIGltcGxlbWVudGF0aW9ucywgYW5kIGl0 IGFsc28gdGllcyBrbm93bGVkZ2Ugb2YgSVB2ezQsNn0gaW50byB0aGUgSFRUUCBsaWJyYXJ5LiZu YnNwOyBJIGJlbGlldmUgSm9uIEx1ZGxhbSBoYXMgc29tZSBwYXRjaGVzIHRvIHNlbmQgSFRUUCBy ZXF1ZXN0cyBvdmVyIHNoYXJlZCBtZW1vcnkgdmNoYW4sIHdoaWNoIHdvdWxkIGJlIGRpZmZpY3Vs dCBpZiBDb2h0dHAuQ29ubmVjdGlvbiBuZWVkcyB0byBiZSBleHRlbmRlZCB0byBrbm93IGFib3V0 IGl0LiZuYnNwOyBTaW1pbGFybHksIEFyanVuIEd1aGEgc3VibWl0dGVkIGEgZG9tYWluIHNvY2tl dCBtb2RlIHNvIHRoYXQgaGUgY2FuIGNvbW11bmljYXRlIHdpdGggdGhlIERvY2tlciBBUEkgdmlh IENvaHR0cDogaHR0cHM6Ly9naXRodWIuY29tL21pcmFnZS9vY2FtbC1jb25kdWl0L3B1bGwvMzxi cj4mZ3Q7Jmd0OyA8YnI+Jmd0OyZndDsgV2l0aCB0aGUgQ29uZHVpdCBwYXRjaCwgYWxsIHRoaXMg d291bGQgYmUgaW4gdGhhdCBsaWJyYXJ5IGluc3RlYWQuJm5ic3A7IFJvbWFpbiwgZG8geW91IGhh dmUgYW4gT2NzaWdlbiB3b3JraW5nIHRyZWUgd2l0aCB5b3VyIENvbmR1aXQgcGF0Y2ggaW4gdGhh dCBJIGNhbiB0YWtlIGEgbG9vayBhdD88YnI+Jmd0OyA8YnI+Jmd0OyBJIHNlZS4gUmV2aWV3aW5n IHRoZSBjaGFuZ2VzIGluIGNvbmR1aXQgY3VycmVudGx5LiBUaGF0IGRvZXMgc2VlbSBsaWtlIGl0 IHdvdWxkIHdvcmsgbXVjaCBiZXR0ZXIuPGJyPjxicj5BbHRob3VnaCBpdCBkb2VzIG1ha2UgbWUg d29uZGVyIHdoYXQgdGhlIHB1cnBvc2Ugb2YgQ29odHRwLkNvbm5lY3Rpb24gcmVhbGx5IGlzLiZu YnNwOyBUbyBiZSB1c2VmdWwsIGl0IHN0aWxsIG5lZWRzIGEgdGllIGJhY2sgdG8gdGhlIHVuZGVy bHlpbmcgQ29uZHVpdCwgYnV0IGFsc28gc29tZSBpbmZvIGFib3V0IHdoaWNoIHBpcGVsaW5lZCBy ZXF1ZXN0IGl0IGFjdHVhbGx5IGlzLjxicj48YnI+Jmd0OyA8YnI+Jmd0OyZndDsgPGJyPiZndDsm Z3Q7IChyZTogcHJlIGFuZCBwb3N0IDEuMCAsIHRoZSBvbmx5IHBhdGNoIEkgdGhpbmsgbmVlZHMg dG8gYmUgZGVmZXJyZWQgaXMgdGhlIGNvbXBsZXRpb24gb2YgdGhlIG1vZHVsZSB0eXBlcyBmcm9t IEx3dCBhbmQgQXN5bmMgbW92aW5nIG91dC4mbmJzcDsgVGhlIHJlc3QgYXJlIGFsbCBzdGlsbCBw cmUgMS4wIGluIG15IG1pbmQgLS0gZG8geW91IGFncmVlPyk8YnI+Jmd0OyA8YnI+Jmd0OyBUaGF0 J3MgZmluZSB3aXRoIG1lLiBCdXQgbm90ZSB0aGF0IHdlIGRvbid0IGhhdmUgdG8gYnJlYWsgYW55 IGNvbXBhdGliaWxpdHkgaWYgd2UgZG9uJ3Qgd2FudCB0by4gV2UgY2FuIGFsd2F5cyBsZWF2ZSBh bGlhc2VzIHRvIG1vZHVsZSBzaWduYXR1cmVzIHdoZXJlIHRoZXkgdXNlZCB0byBiZS4gQXQgbGVh c3QgdGhpcyB3YXMgbXkgcGxhbiBvcmlnaW5hbGx5Ljxicj48YnI+R29vZCBwb2ludCAtLSB0aGF0 IHdvdWxkIGluZGVlZCBhdm9pZCBuZWVkbGVzcyBicmVha2FnZS48YnI+PGJyPi1hbmlsPGJyPjxi cj48L2Rpdj48L2Rpdj4KCgo8L2Rpdj4KPC9ib2R5Pgo8L2h0bWw+Cg== --_0A263262-A862-4178-B130-7409FB30BF5D_-- --===============0362920346640597782== 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 --===============0362920346640597782==-- From mirageos-devel-bounces@lists.xenproject.org Wed May 28 12:42:58 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 28 May 2014 12:42: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 1WpdC1-0001rk-SA; Wed, 28 May 2014 12:42:53 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WpdC0-0001rY-Jn; Wed, 28 May 2014 12:42:52 +0000 Received: from [85.158.139.211:39926] by server-17.bemta-5.messagelabs.com id 1F/6F-09046-BC9D5835; Wed, 28 May 2014 12:42:51 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-14.tower-206.messagelabs.com!1401280970!1429528!1 X-Originating-IP: [74.125.82.180] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27877 invoked from network); 28 May 2014 12:42:50 -0000 Received: from mail-we0-f180.google.com (HELO mail-we0-f180.google.com) (74.125.82.180) by server-14.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 28 May 2014 12:42:50 -0000 Received: by mail-we0-f180.google.com with SMTP id q58so2339575wes.39 for ; Wed, 28 May 2014 05:42:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:content-type:content-transfer-encoding; bh=ngqI0EVFFbZShRpeZ+AXPaA4NRu1s13y0B4sRLPdBAw=; b=Aa4foEoHcVF5RIuQ9XSqhyKkHhChUpESZD/nfu7TKC74mxzkJhYN8hhAPmNSnmykLh k50fDIRMnk8iHzNs3wJe94JYGybiUNwx7E68bA/iJ6/9R8fNeJIooS1bVcZTsHuorvPa i0i6hYNECoaM+ppsA6KaKTKr7u27+VNJYcEllSCPa0iqrQTcXi/yG9F1n7ge+5mv6OUa yu263fwCbfZvdvJDjldUwVBzxVx4GISZoNju8RpoIOqWrm6ocDSZddELc9ROAv0ehU3Z bjpTGIrr/mnMTmYnsqt7OFTE6U2rKcEuuOnCeA0swZF5NTNXQOvwetq5PXlNlFDO8WCq 9EaQ== X-Received: by 10.194.77.72 with SMTP id q8mr48960619wjw.82.1401280968961; Wed, 28 May 2014 05:42:48 -0700 (PDT) Received: from [172.16.25.10] (97e5a5cd.skybroadband.com. [151.229.165.205]) by mx.google.com with ESMTPSA id ba9sm16570778wib.24.2014.05.28.05.42.47 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 28 May 2014 05:42:48 -0700 (PDT) Message-ID: <5385D9C6.2090105@xen.org> Date: Wed, 28 May 2014 13:42:46 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , xen-users@lists.xenproject.org, "xen-api@lists.xenproject.org" , "mirageos-devel@lists.xenproject.org" Subject: [MirageOS-devel] [For community review] Windows PV Drivers Incubation Sub-project Proposal X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="windows-1252"; Format="flowed" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org Hi all, please find attached a link to a new subproject to proposal to host and = develop the Windows PV drivers. The proposal is at = http://wiki.xenproject.org/wiki/Windows_PV_Drivers_Incubation_Project_Propo= sal = (but I also attached the text below). Anyone can comment on the proposal. The review period will be open until = June 6th. I will then incorporate any comments and go for a formal vote. Best Regards Lars =3D=3D Windows PV Drivers Project Proposal =3D=3D =3D=3D=3D Roles =3D=3D=3D * Project Lead: Paul Durrant - Paul is Windows subsystem architect for = XenServer and has authored the majority of the driver code. * Project Sponsor: Matt Wilson - Matt is Xen Project AB member = representing Amazon * Project Mentor: Lars Kurth - Lars is the Community Manager for the Xen = Project and has agreed to act as the project=92s Mentor. =3D=3D=3D Background =3D=3D=3D ParaVirtualization aware (PV) device drivers are an important part of = HVM guests running under Xen. Citrix has provided a set of PV driver for Windows since the inception of XenServer. These drivers have evolved = over the years and recently the full set has been made open source with a BSD license and are therefore available to the community = to modify and build. I gave a talk at the 2013 Xen Developer Summit in Edinburgh (see = http://www.slideshare.net/xen_com_mgr/open-source-pv-drivers) to introduce the drivers. This proposal is intended to be a logical next = step to that initial offering to the community. =3D=3D=3D Relevance to Xen and its Community =3D=3D=3D The drivers have a dependency on Xen as they are ParaVirtualization = aware. They are not tied in any way to Citrix commercial Xen offerings; they are designed to function on any build of Xen since 3.4. They = encompass high performance network and storage frontends and enable functionality such as memory ballooning, and clean shutdown or reboot = via the xl toolstack. They are well tested and supported, since they are crucial to Citrix products, and are of benefit to anyone wishing to = run Windows (i386 or x86_64) as a guest under Xen. =3D=3D=3D Current Status =3D=3D=3D Recent builds of the drivers are currently being tested by Citrix and = Amazon using the Microsoft HCK and Citrix will be providing logo-signed = builds of the drivers in future commercial Xen offerings. Amazon are = evaluating the drivers and may ship them in future AMIs. Citrix may also provide logo-signed drivers via Microsoft's Windows = Update mechanism, making them widely available to anyone running Windows under Xen (not just XenServer) without the need for them to = build the drivers themselves. Any other organization is also free to do the same by registering a top level PV device with the Xen community = (see http://xenbits.xen.org/gitweb/?p=3Dxen.git;a=3Dblob;f=3Ddocs/misc/pci-d evice-reservations.txt) and logo-signing their driver builds. =3D=3D=3D Incubation =3D=3D=3D The aim of making the Windows PV Drivers an incubated project is to = raise their profile to members of the Xen community other than Citrix and Amazon and hopefully gain more developer interest and contribution. = The driver set provide APIs to fundamental Xen subsystems such as grant tables, event channels and xenstore and therefore provide a = basis for further frontends, e.g. HID (keyboard and mouse), PV audio and possibly framebuffer. Current maintainers of the driver repositories = are all employed by Citrix but by becoming an incubated project we hope gain maintainers from the community as we build interest. We hope we can work with the maintainers of the GPLPV Windows Drivers to = standardize Windows PV drivers for the Xen project. =3D=3D=3D Required Infrastructure =3D=3D=3D =3D=3D=3D=3D Repositories =3D=3D=3D=3D As a Xen Project sub-project we would wish the driver repositories to be = hosted on xenbits, but mirrored to GitHub to allow use of the the GitHub workflow. It makes sense to maintain a separate repository for = each driver as: Each driver is separately installable with no compile-time linkage to = any other driver. Some headers may be imported from one repository to another to facilitate run-time discovery of interfaces = provided by one driver and consumed by another, but it is desirable that this is an explicit step to move from one version of an interface = to another. A continuous integration server project can be created for each = repository such that the only a modified driver is re-built, rather than the entire set. The set of drivers (and hence repositories) is currently: * XENBUS: Bus driver binding to the top-level PCI device (and providing = most of the interfaces to Xen) * XENVIF: Network class driver (hosting the code necessary to drive the = netif ring protocol) * XENNET: Network device driver (client of the class driver, provides = VIFs to Windows network stack) * XENVBD: Storage class driver (hosting the code necessary to drive the = blkif ring protocol) * XENIFACE: Interface driver (providing user-space access to xenstore) =3D=3D=3D=3D Build and Test =3D=3D=3D=3D We request build infrastructure to make new builds of driver = repositories immediately available for use by community members. This includes: A build machine (physical or virtual), possibly part of the Xen Project = test framework, running Jenkins or some such continuous integration server to monitor the repositories A license for Microsoft Visual Studio (~ $1000) Storage, either on the build machine or elsewhere, to act as a public = facing symbol server for the convenience of developers =3D=3D=3D=3D=3D Approval Status =3D=3D=3D=3D=3D The Advisory Board agreed to fund a Visual Studio license and two = vendors in the community offered VM's to host the build environment. _______________________________________________ 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 May 28 12:42:58 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 28 May 2014 12:42: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 1WpdC1-0001rk-SA; Wed, 28 May 2014 12:42:53 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WpdC0-0001rY-Jn; Wed, 28 May 2014 12:42:52 +0000 Received: from [85.158.139.211:39926] by server-17.bemta-5.messagelabs.com id 1F/6F-09046-BC9D5835; Wed, 28 May 2014 12:42:51 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-14.tower-206.messagelabs.com!1401280970!1429528!1 X-Originating-IP: [74.125.82.180] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27877 invoked from network); 28 May 2014 12:42:50 -0000 Received: from mail-we0-f180.google.com (HELO mail-we0-f180.google.com) (74.125.82.180) by server-14.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 28 May 2014 12:42:50 -0000 Received: by mail-we0-f180.google.com with SMTP id q58so2339575wes.39 for ; Wed, 28 May 2014 05:42:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:content-type:content-transfer-encoding; bh=ngqI0EVFFbZShRpeZ+AXPaA4NRu1s13y0B4sRLPdBAw=; b=Aa4foEoHcVF5RIuQ9XSqhyKkHhChUpESZD/nfu7TKC74mxzkJhYN8hhAPmNSnmykLh k50fDIRMnk8iHzNs3wJe94JYGybiUNwx7E68bA/iJ6/9R8fNeJIooS1bVcZTsHuorvPa i0i6hYNECoaM+ppsA6KaKTKr7u27+VNJYcEllSCPa0iqrQTcXi/yG9F1n7ge+5mv6OUa yu263fwCbfZvdvJDjldUwVBzxVx4GISZoNju8RpoIOqWrm6ocDSZddELc9ROAv0ehU3Z bjpTGIrr/mnMTmYnsqt7OFTE6U2rKcEuuOnCeA0swZF5NTNXQOvwetq5PXlNlFDO8WCq 9EaQ== X-Received: by 10.194.77.72 with SMTP id q8mr48960619wjw.82.1401280968961; Wed, 28 May 2014 05:42:48 -0700 (PDT) Received: from [172.16.25.10] (97e5a5cd.skybroadband.com. [151.229.165.205]) by mx.google.com with ESMTPSA id ba9sm16570778wib.24.2014.05.28.05.42.47 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 28 May 2014 05:42:48 -0700 (PDT) Message-ID: <5385D9C6.2090105@xen.org> Date: Wed, 28 May 2014 13:42:46 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , xen-users@lists.xenproject.org, "xen-api@lists.xenproject.org" , "mirageos-devel@lists.xenproject.org" Subject: [MirageOS-devel] [For community review] Windows PV Drivers Incubation Sub-project Proposal X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: Developer list for MirageOS List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="windows-1252"; Format="flowed" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org Hi all, please find attached a link to a new subproject to proposal to host and = develop the Windows PV drivers. The proposal is at = http://wiki.xenproject.org/wiki/Windows_PV_Drivers_Incubation_Project_Propo= sal = (but I also attached the text below). Anyone can comment on the proposal. The review period will be open until = June 6th. I will then incorporate any comments and go for a formal vote. Best Regards Lars =3D=3D Windows PV Drivers Project Proposal =3D=3D =3D=3D=3D Roles =3D=3D=3D * Project Lead: Paul Durrant - Paul is Windows subsystem architect for = XenServer and has authored the majority of the driver code. * Project Sponsor: Matt Wilson - Matt is Xen Project AB member = representing Amazon * Project Mentor: Lars Kurth - Lars is the Community Manager for the Xen = Project and has agreed to act as the project=92s Mentor. =3D=3D=3D Background =3D=3D=3D ParaVirtualization aware (PV) device drivers are an important part of = HVM guests running under Xen. Citrix has provided a set of PV driver for Windows since the inception of XenServer. These drivers have evolved = over the years and recently the full set has been made open source with a BSD license and are therefore available to the community = to modify and build. I gave a talk at the 2013 Xen Developer Summit in Edinburgh (see = http://www.slideshare.net/xen_com_mgr/open-source-pv-drivers) to introduce the drivers. This proposal is intended to be a logical next = step to that initial offering to the community. =3D=3D=3D Relevance to Xen and its Community =3D=3D=3D The drivers have a dependency on Xen as they are ParaVirtualization = aware. They are not tied in any way to Citrix commercial Xen offerings; they are designed to function on any build of Xen since 3.4. They = encompass high performance network and storage frontends and enable functionality such as memory ballooning, and clean shutdown or reboot = via the xl toolstack. They are well tested and supported, since they are crucial to Citrix products, and are of benefit to anyone wishing to = run Windows (i386 or x86_64) as a guest under Xen. =3D=3D=3D Current Status =3D=3D=3D Recent builds of the drivers are currently being tested by Citrix and = Amazon using the Microsoft HCK and Citrix will be providing logo-signed = builds of the drivers in future commercial Xen offerings. Amazon are = evaluating the drivers and may ship them in future AMIs. Citrix may also provide logo-signed drivers via Microsoft's Windows = Update mechanism, making them widely available to anyone running Windows under Xen (not just XenServer) without the need for them to = build the drivers themselves. Any other organization is also free to do the same by registering a top level PV device with the Xen community = (see http://xenbits.xen.org/gitweb/?p=3Dxen.git;a=3Dblob;f=3Ddocs/misc/pci-d evice-reservations.txt) and logo-signing their driver builds. =3D=3D=3D Incubation =3D=3D=3D The aim of making the Windows PV Drivers an incubated project is to = raise their profile to members of the Xen community other than Citrix and Amazon and hopefully gain more developer interest and contribution. = The driver set provide APIs to fundamental Xen subsystems such as grant tables, event channels and xenstore and therefore provide a = basis for further frontends, e.g. HID (keyboard and mouse), PV audio and possibly framebuffer. Current maintainers of the driver repositories = are all employed by Citrix but by becoming an incubated project we hope gain maintainers from the community as we build interest. We hope we can work with the maintainers of the GPLPV Windows Drivers to = standardize Windows PV drivers for the Xen project. =3D=3D=3D Required Infrastructure =3D=3D=3D =3D=3D=3D=3D Repositories =3D=3D=3D=3D As a Xen Project sub-project we would wish the driver repositories to be = hosted on xenbits, but mirrored to GitHub to allow use of the the GitHub workflow. It makes sense to maintain a separate repository for = each driver as: Each driver is separately installable with no compile-time linkage to = any other driver. Some headers may be imported from one repository to another to facilitate run-time discovery of interfaces = provided by one driver and consumed by another, but it is desirable that this is an explicit step to move from one version of an interface = to another. A continuous integration server project can be created for each = repository such that the only a modified driver is re-built, rather than the entire set. The set of drivers (and hence repositories) is currently: * XENBUS: Bus driver binding to the top-level PCI device (and providing = most of the interfaces to Xen) * XENVIF: Network class driver (hosting the code necessary to drive the = netif ring protocol) * XENNET: Network device driver (client of the class driver, provides = VIFs to Windows network stack) * XENVBD: Storage class driver (hosting the code necessary to drive the = blkif ring protocol) * XENIFACE: Interface driver (providing user-space access to xenstore) =3D=3D=3D=3D Build and Test =3D=3D=3D=3D We request build infrastructure to make new builds of driver = repositories immediately available for use by community members. This includes: A build machine (physical or virtual), possibly part of the Xen Project = test framework, running Jenkins or some such continuous integration server to monitor the repositories A license for Microsoft Visual Studio (~ $1000) Storage, either on the build machine or elsewhere, to act as a public = facing symbol server for the convenience of developers =3D=3D=3D=3D=3D Approval Status =3D=3D=3D=3D=3D The Advisory Board agreed to fund a Visual Studio license and two = vendors in the community offered VM's to host the build environment. _______________________________________________ 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 May 28 13:39:07 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 28 May 2014 13:39: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 1Wpe4L-0005RO-2W; Wed, 28 May 2014 13:39:01 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wpe4J-0005Qy-DI for mirageos-devel@lists.xenproject.org; Wed, 28 May 2014 13:38:59 +0000 Received: from [85.158.139.211:55326] by server-9.bemta-5.messagelabs.com id BB/99-04350-2F6E5835; Wed, 28 May 2014 13:38:58 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-5.tower-206.messagelabs.com!1401284336!6815480!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_23, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1956 invoked from network); 28 May 2014 13:38:56 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-5.tower-206.messagelabs.com with SMTP; 28 May 2014 13:38:56 -0000 Received: (qmail 12254 invoked by uid 634); 28 May 2014 13:38:55 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from volstagg-0.srg.cl.cam.ac.uk (HELO flick.office) (128.232.32.232) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Wed, 28 May 2014 14:38:55 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Anil Madhavapeddy In-Reply-To: <5385a834.0dc6b40a.7e6d.ffffa876@mx.google.com> Date: Wed, 28 May 2014 14:38:53 +0100 Message-Id: References: <2F416A5E-2FC5-42B5-AD4A-BCFCDEBEAB22@recoil.org> <79019BAC-0C3A-4072-8B8B-6D92DA11B8EC@recoil.org> , <594D3A58-38A6-4EC9-8E45-0EFB57E5A791@recoil.org> <5385a834.0dc6b40a.7e6d.ffffa876@mx.google.com> To: romain.calascibetta@gmail.com X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Cohttp/Conduit refactoring update X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 VGhhbmtzIGZvciB0aGUgUFI7IHJldmlld2luZyBub3cgcmlnaHQgYWZ0ZXIgSSBnZXQgQXN5bmMg c3VwcG9ydCBpbi4gIFRoZSBPY3NpZ2VuIHRyZWUgaXMgbW9zdCBoZWxwZnVsIHRvIHNlZSwgdGhh bmtzIChhbmQgc2xpZ2h0bHkgc2NhcnkgOy0pCgpTb21lIHF1ZXJpZXMgZnJvbSBhIHF1aWNrIGxv b2s6CgotIHdpbGwgT2NzaWdlbiBhbHNvIHVzZSB0aGUgQ29odHRwIGhlYWRlciBwYXJzaW5nPyAg VGhhdCB3b3VsZCBzaW1wbGlmeSBzb21lIG9mIHRoZSBmdW5jdGlvbnMgcmlnaHQgbm93ICh0aGF0 IGZvcmNlIGxvd2VyY2FzZSBvbiBjb21wYXJpc29ucywgYW5kIHBhcnNlIHZhcmlvdXMgc3ViLXBy b3RvY29scyBpbiBoZWFkZXJzKS4gIENvaHR0cCBoYXMgYW4gaW5jcmVhc2luZyBudW1iZXIgb2Yg cGFyc2VycyBmb3IgdGhlIHByb3RvY29scyB3aXRoaW4gSFRUUCBoZWFkZXJzLCBhbHRob3VnaCBi eSBubyBtZWFucyBjb21wbGV0ZS4KCi0gaSBub3RpY2UgdGhlcmUncyBsYXp5IHBhcnNpbmcgb2Yg c29tZSBmaWVsZHMgbGlrZSBjb29raWVzLiAgSSdkIHJlYWxseSBsaWtlIHRvIG1ha2UgYWxsIHRo ZSBwYXJzaW5nIGluIENvaHR0cCBsYXp5IHRvbyAoc2luY2UgbW9zdCBoZWFkZXJzIHdvdWxkIG5l dmVyIGJlIGFjY2Vzc2VkKSwgYnV0IEkgZXhwZWN0IHRoYXQgdGhpcyB3aWxsIHdhaXQgdW50aWwg Mi4wIHNpbmNlIGl0J3MgYSBiaWcgaW50ZXJmYWNlIGNoYW5nZS4KCi0gT2NzaWdlbl9yZXF1ZXN0 X2luZm8ubWFrZSBpcyBpbXByZXNzaXZlIDotKSAgSSd2ZSBvbmx5IHNlZW4gbW9yZSBmdW5jdGlv biBjYWxscyBpbiBhdXRvZ2VuZXJhdGVkIGNvZGUgaW4gWGVuJ3MgVk0gY3JlYXRlIGZ1bmN0aW9u LgoKLWEKCk9uIDI4IE1heSAyMDE0LCBhdCAwOTo0NSwgPHJvbWFpbi5jYWxhc2NpYmV0dGFAZ21h aWwuY29tPiA8cm9tYWluLmNhbGFzY2liZXR0YUBnbWFpbC5jb20+IHdyb3RlOgoKPiBIaSBhbGws Cj4gCj4gSSdtIGludGVyZXN0aW5nIHdpdGggbGFzdCBQUiBvZiBDb25kdWl0IGFuZCBJIHRyeSB0 byBpbnRlZ3JhdGUgdGhpcyB3aXRoIENvaHR0cCBhbmQgdGhlbiBpbnRlZ3JhdGUgd2l0aCBPY3Np Z2Vuc2VydmVyLiBPY3NpZ2Vuc2VydmVyIGZvbGxvd3MgaW4gaGlzIGJyYW5jaCAzLjAuMCB0aGUg UFIgQ29odHRwIzE0NyBhbmQgQ29odHRwIzE0MyAodGhlcmVmb3JlIENvbmR1aXQjMiwgQ29uZHVp dCM1IGFuZCBDb25kdWl0IzQgZm9yIFNTTCBzdXBwb3J0KS4gQnV0IG1pZ3JhdGlvbiBpcyBtb3Jl IGNvbXBsZXggKH44MDAwIGFkZGl0aW9ucyBhbmQgfjcwMDAgZGVsZXRpb25zKSwgeW91IHByb2Jh Ymx5IGludGVyZXN0IHRvIGxvb2sgdGhpcyBmaWxlOiBodHRwczovL2dpdGh1Yi5jb20vb2NzaWdl bi9vY3NpZ2Vuc2VydmVyL2Jsb2IvMy4wLjAvc3JjL3NlcnZlci9vY3NpZ2VuX2NvaHR0cF9zZXJ2 ZXIubWwgKHRoaXMgZmlsZSBpcyBtYWluIGxvb3ApIGFuZCBodHRwczovL2dpdGh1Yi5jb20vb2Nz aWdlbi9vY3NpZ2Vuc2VydmVyL2Jsb2IvMy4wLjAvc3JjL3NlcnZlci9vY3NpZ2VuX2dlbmVyYXRl Lm1sKHRoaXMgZmlsZSBpcyBjYXN0IGJldHdlZW4gQ29odHRwLlJlcXVlc3QgYW5kIGludGVybmFs IHJlcHJlc2VudGF0aW9uIG9mIHJlcXVlc3QgT2NzaWdlbl9yZXF1ZXN0X2luZm8pLgo+IAo+IFRo ZSBtb2RpZmljYXRpb25zIG9mIENvbmR1aXQgc2hvdWxkIG5vdCBpbXBhY3QgYXQgdG9wIG9mIGxh eWVycyAob3IsIHRoZXJlIGlzIG1pbmltYWwpLiBBbmQsIEkgd291bGQgYmUgaGFwcHkgdG8gY2hh bmdlIE9jc2lnZW5zZXJ2ZXIgYWNjb3JkaW5nIHRvIHlvdXIgUFIuCj4gCj4gUmVnYXJkcywKPiAK PiBSb21haW4gQ2FsYXNjaWJldHRhIC0gaHR0cDovL2Rpbi5vc2F1LnJlLwo+IAo+IERlIDogQW5p bCBNYWRoYXZhcGVkZHkKPiBFbnZvecOpIDog4oCObWVyY3JlZGnigI4g4oCOMjjigI4g4oCObWFp 4oCOIOKAjjIwMTQg4oCOMTDigI464oCONDQKPiDDgCA6IFJ1ZGkgR3JpbmJlcmcKPiBDYyA6IG1p cmFnZW9zLWRldmVsQGxpc3RzLnhlbnByb2plY3Qub3JnLCByb21haW4uY2FsYXNjaWJldHRhQGdt YWlsLmNvbQo+IAo+IE9uIDI4IE1heSAyMDE0LCBhdCAwMjowOCwgUnVkaSBHcmluYmVyZyA8cnVk aS5ncmluYmVyZ0BnbWFpbC5jb20+IHdyb3RlOgo+IAo+ID4gT24gVHVlLCAyNyBNYXkgMjAxNCAx NzoxMTo0NSAtMDQwMCwgQW5pbCBNYWRoYXZhcGVkZHkgPGFuaWxAcmVjb2lsLm9yZz4gd3JvdGU6 Cj4gPiAKPiA+PiBJbnRlcmVzdGluZyAtLSBJJ2QgZW52aXNpb25lZCBhbGwgdGhhdCBsb2dpYyBn b2luZyBpbnRvIENvbmR1aXQgaW5zdGVhZCBvZiBDb2h0dHAgaXRzZWxmLiAgVGhlIGlzc3VlIHdp dGggQ29odHRwIGhhdmluZyBhbGwgdGhpcyBsb2dpYyBpcyB0aGF0IGl0IGNhbid0IGJlIHJlLXVz ZWQgZWFzaWx5IGJ5IG90aGVyIHByb3RvY29sIGltcGxlbWVudGF0aW9ucywgYW5kIGl0IGFsc28g dGllcyBrbm93bGVkZ2Ugb2YgSVB2ezQsNn0gaW50byB0aGUgSFRUUCBsaWJyYXJ5LiAgSSBiZWxp ZXZlIEpvbiBMdWRsYW0gaGFzIHNvbWUgcGF0Y2hlcyB0byBzZW5kIEhUVFAgcmVxdWVzdHMgb3Zl ciBzaGFyZWQgbWVtb3J5IHZjaGFuLCB3aGljaCB3b3VsZCBiZSBkaWZmaWN1bHQgaWYgQ29odHRw LkNvbm5lY3Rpb24gbmVlZHMgdG8gYmUgZXh0ZW5kZWQgdG8ga25vdyBhYm91dCBpdC4gIFNpbWls YXJseSwgQXJqdW4gR3VoYSBzdWJtaXR0ZWQgYSBkb21haW4gc29ja2V0IG1vZGUgc28gdGhhdCBo ZSBjYW4gY29tbXVuaWNhdGUgd2l0aCB0aGUgRG9ja2VyIEFQSSB2aWEgQ29odHRwOiBodHRwczov L2dpdGh1Yi5jb20vbWlyYWdlL29jYW1sLWNvbmR1aXQvcHVsbC8zCj4gPj4gCj4gPj4gV2l0aCB0 aGUgQ29uZHVpdCBwYXRjaCwgYWxsIHRoaXMgd291bGQgYmUgaW4gdGhhdCBsaWJyYXJ5IGluc3Rl YWQuICBSb21haW4sIGRvIHlvdSBoYXZlIGFuIE9jc2lnZW4gd29ya2luZyB0cmVlIHdpdGggeW91 ciBDb25kdWl0IHBhdGNoIGluIHRoYXQgSSBjYW4gdGFrZSBhIGxvb2sgYXQ/Cj4gPiAKPiA+IEkg c2VlLiBSZXZpZXdpbmcgdGhlIGNoYW5nZXMgaW4gY29uZHVpdCBjdXJyZW50bHkuIFRoYXQgZG9l cyBzZWVtIGxpa2UgaXQgd291bGQgd29yayBtdWNoIGJldHRlci4KPiAKPiBBbHRob3VnaCBpdCBk b2VzIG1ha2UgbWUgd29uZGVyIHdoYXQgdGhlIHB1cnBvc2Ugb2YgQ29odHRwLkNvbm5lY3Rpb24g cmVhbGx5IGlzLiAgVG8gYmUgdXNlZnVsLCBpdCBzdGlsbCBuZWVkcyBhIHRpZSBiYWNrIHRvIHRo ZSB1bmRlcmx5aW5nIENvbmR1aXQsIGJ1dCBhbHNvIHNvbWUgaW5mbyBhYm91dCB3aGljaCBwaXBl bGluZWQgcmVxdWVzdCBpdCBhY3R1YWxseSBpcy4KPiAKPiA+IAo+ID4+IAo+ID4+IChyZTogcHJl IGFuZCBwb3N0IDEuMCAsIHRoZSBvbmx5IHBhdGNoIEkgdGhpbmsgbmVlZHMgdG8gYmUgZGVmZXJy ZWQgaXMgdGhlIGNvbXBsZXRpb24gb2YgdGhlIG1vZHVsZSB0eXBlcyBmcm9tIEx3dCBhbmQgQXN5 bmMgbW92aW5nIG91dC4gIFRoZSByZXN0IGFyZSBhbGwgc3RpbGwgcHJlIDEuMCBpbiBteSBtaW5k IC0tIGRvIHlvdSBhZ3JlZT8pCj4gPiAKPiA+IFRoYXQncyBmaW5lIHdpdGggbWUuIEJ1dCBub3Rl IHRoYXQgd2UgZG9uJ3QgaGF2ZSB0byBicmVhayBhbnkgY29tcGF0aWJpbGl0eSBpZiB3ZSBkb24n dCB3YW50IHRvLiBXZSBjYW4gYWx3YXlzIGxlYXZlIGFsaWFzZXMgdG8gbW9kdWxlIHNpZ25hdHVy ZXMgd2hlcmUgdGhleSB1c2VkIHRvIGJlLiBBdCBsZWFzdCB0aGlzIHdhcyBteSBwbGFuIG9yaWdp bmFsbHkuCj4gCj4gR29vZCBwb2ludCAtLSB0aGF0IHdvdWxkIGluZGVlZCBhdm9pZCBuZWVkbGVz cyBicmVha2FnZS4KPiAKPiAtYW5pbAoKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fCk1pcmFnZU9TLWRldmVsIG1haWxpbmcgbGlzdApNaXJhZ2VPUy1kZXZl bEBsaXN0cy54ZW5wcm9qZWN0Lm9yZwpodHRwOi8vbGlzdHMueGVucHJvamVjdC5vcmcvY2dpLWJp bi9tYWlsbWFuL2xpc3RpbmZvL21pcmFnZW9zLWRldmVsCg== From mirageos-devel-bounces@lists.xenproject.org Wed May 28 13:39:07 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 28 May 2014 13:39: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 1Wpe4L-0005RO-2W; Wed, 28 May 2014 13:39:01 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wpe4J-0005Qy-DI for mirageos-devel@lists.xenproject.org; Wed, 28 May 2014 13:38:59 +0000 Received: from [85.158.139.211:55326] by server-9.bemta-5.messagelabs.com id BB/99-04350-2F6E5835; Wed, 28 May 2014 13:38:58 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-5.tower-206.messagelabs.com!1401284336!6815480!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_23, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1956 invoked from network); 28 May 2014 13:38:56 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-5.tower-206.messagelabs.com with SMTP; 28 May 2014 13:38:56 -0000 Received: (qmail 12254 invoked by uid 634); 28 May 2014 13:38:55 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from volstagg-0.srg.cl.cam.ac.uk (HELO flick.office) (128.232.32.232) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Wed, 28 May 2014 14:38:55 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Anil Madhavapeddy In-Reply-To: <5385a834.0dc6b40a.7e6d.ffffa876@mx.google.com> Date: Wed, 28 May 2014 14:38:53 +0100 Message-Id: References: <2F416A5E-2FC5-42B5-AD4A-BCFCDEBEAB22@recoil.org> <79019BAC-0C3A-4072-8B8B-6D92DA11B8EC@recoil.org> , <594D3A58-38A6-4EC9-8E45-0EFB57E5A791@recoil.org> <5385a834.0dc6b40a.7e6d.ffffa876@mx.google.com> To: romain.calascibetta@gmail.com X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] Cohttp/Conduit refactoring update X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 VGhhbmtzIGZvciB0aGUgUFI7IHJldmlld2luZyBub3cgcmlnaHQgYWZ0ZXIgSSBnZXQgQXN5bmMg c3VwcG9ydCBpbi4gIFRoZSBPY3NpZ2VuIHRyZWUgaXMgbW9zdCBoZWxwZnVsIHRvIHNlZSwgdGhh bmtzIChhbmQgc2xpZ2h0bHkgc2NhcnkgOy0pCgpTb21lIHF1ZXJpZXMgZnJvbSBhIHF1aWNrIGxv b2s6CgotIHdpbGwgT2NzaWdlbiBhbHNvIHVzZSB0aGUgQ29odHRwIGhlYWRlciBwYXJzaW5nPyAg VGhhdCB3b3VsZCBzaW1wbGlmeSBzb21lIG9mIHRoZSBmdW5jdGlvbnMgcmlnaHQgbm93ICh0aGF0 IGZvcmNlIGxvd2VyY2FzZSBvbiBjb21wYXJpc29ucywgYW5kIHBhcnNlIHZhcmlvdXMgc3ViLXBy b3RvY29scyBpbiBoZWFkZXJzKS4gIENvaHR0cCBoYXMgYW4gaW5jcmVhc2luZyBudW1iZXIgb2Yg cGFyc2VycyBmb3IgdGhlIHByb3RvY29scyB3aXRoaW4gSFRUUCBoZWFkZXJzLCBhbHRob3VnaCBi eSBubyBtZWFucyBjb21wbGV0ZS4KCi0gaSBub3RpY2UgdGhlcmUncyBsYXp5IHBhcnNpbmcgb2Yg c29tZSBmaWVsZHMgbGlrZSBjb29raWVzLiAgSSdkIHJlYWxseSBsaWtlIHRvIG1ha2UgYWxsIHRo ZSBwYXJzaW5nIGluIENvaHR0cCBsYXp5IHRvbyAoc2luY2UgbW9zdCBoZWFkZXJzIHdvdWxkIG5l dmVyIGJlIGFjY2Vzc2VkKSwgYnV0IEkgZXhwZWN0IHRoYXQgdGhpcyB3aWxsIHdhaXQgdW50aWwg Mi4wIHNpbmNlIGl0J3MgYSBiaWcgaW50ZXJmYWNlIGNoYW5nZS4KCi0gT2NzaWdlbl9yZXF1ZXN0 X2luZm8ubWFrZSBpcyBpbXByZXNzaXZlIDotKSAgSSd2ZSBvbmx5IHNlZW4gbW9yZSBmdW5jdGlv biBjYWxscyBpbiBhdXRvZ2VuZXJhdGVkIGNvZGUgaW4gWGVuJ3MgVk0gY3JlYXRlIGZ1bmN0aW9u LgoKLWEKCk9uIDI4IE1heSAyMDE0LCBhdCAwOTo0NSwgPHJvbWFpbi5jYWxhc2NpYmV0dGFAZ21h aWwuY29tPiA8cm9tYWluLmNhbGFzY2liZXR0YUBnbWFpbC5jb20+IHdyb3RlOgoKPiBIaSBhbGws Cj4gCj4gSSdtIGludGVyZXN0aW5nIHdpdGggbGFzdCBQUiBvZiBDb25kdWl0IGFuZCBJIHRyeSB0 byBpbnRlZ3JhdGUgdGhpcyB3aXRoIENvaHR0cCBhbmQgdGhlbiBpbnRlZ3JhdGUgd2l0aCBPY3Np Z2Vuc2VydmVyLiBPY3NpZ2Vuc2VydmVyIGZvbGxvd3MgaW4gaGlzIGJyYW5jaCAzLjAuMCB0aGUg UFIgQ29odHRwIzE0NyBhbmQgQ29odHRwIzE0MyAodGhlcmVmb3JlIENvbmR1aXQjMiwgQ29uZHVp dCM1IGFuZCBDb25kdWl0IzQgZm9yIFNTTCBzdXBwb3J0KS4gQnV0IG1pZ3JhdGlvbiBpcyBtb3Jl IGNvbXBsZXggKH44MDAwIGFkZGl0aW9ucyBhbmQgfjcwMDAgZGVsZXRpb25zKSwgeW91IHByb2Jh Ymx5IGludGVyZXN0IHRvIGxvb2sgdGhpcyBmaWxlOiBodHRwczovL2dpdGh1Yi5jb20vb2NzaWdl bi9vY3NpZ2Vuc2VydmVyL2Jsb2IvMy4wLjAvc3JjL3NlcnZlci9vY3NpZ2VuX2NvaHR0cF9zZXJ2 ZXIubWwgKHRoaXMgZmlsZSBpcyBtYWluIGxvb3ApIGFuZCBodHRwczovL2dpdGh1Yi5jb20vb2Nz aWdlbi9vY3NpZ2Vuc2VydmVyL2Jsb2IvMy4wLjAvc3JjL3NlcnZlci9vY3NpZ2VuX2dlbmVyYXRl Lm1sKHRoaXMgZmlsZSBpcyBjYXN0IGJldHdlZW4gQ29odHRwLlJlcXVlc3QgYW5kIGludGVybmFs IHJlcHJlc2VudGF0aW9uIG9mIHJlcXVlc3QgT2NzaWdlbl9yZXF1ZXN0X2luZm8pLgo+IAo+IFRo ZSBtb2RpZmljYXRpb25zIG9mIENvbmR1aXQgc2hvdWxkIG5vdCBpbXBhY3QgYXQgdG9wIG9mIGxh eWVycyAob3IsIHRoZXJlIGlzIG1pbmltYWwpLiBBbmQsIEkgd291bGQgYmUgaGFwcHkgdG8gY2hh bmdlIE9jc2lnZW5zZXJ2ZXIgYWNjb3JkaW5nIHRvIHlvdXIgUFIuCj4gCj4gUmVnYXJkcywKPiAK PiBSb21haW4gQ2FsYXNjaWJldHRhIC0gaHR0cDovL2Rpbi5vc2F1LnJlLwo+IAo+IERlIDogQW5p bCBNYWRoYXZhcGVkZHkKPiBFbnZvecOpIDog4oCObWVyY3JlZGnigI4g4oCOMjjigI4g4oCObWFp 4oCOIOKAjjIwMTQg4oCOMTDigI464oCONDQKPiDDgCA6IFJ1ZGkgR3JpbmJlcmcKPiBDYyA6IG1p cmFnZW9zLWRldmVsQGxpc3RzLnhlbnByb2plY3Qub3JnLCByb21haW4uY2FsYXNjaWJldHRhQGdt YWlsLmNvbQo+IAo+IE9uIDI4IE1heSAyMDE0LCBhdCAwMjowOCwgUnVkaSBHcmluYmVyZyA8cnVk aS5ncmluYmVyZ0BnbWFpbC5jb20+IHdyb3RlOgo+IAo+ID4gT24gVHVlLCAyNyBNYXkgMjAxNCAx NzoxMTo0NSAtMDQwMCwgQW5pbCBNYWRoYXZhcGVkZHkgPGFuaWxAcmVjb2lsLm9yZz4gd3JvdGU6 Cj4gPiAKPiA+PiBJbnRlcmVzdGluZyAtLSBJJ2QgZW52aXNpb25lZCBhbGwgdGhhdCBsb2dpYyBn b2luZyBpbnRvIENvbmR1aXQgaW5zdGVhZCBvZiBDb2h0dHAgaXRzZWxmLiAgVGhlIGlzc3VlIHdp dGggQ29odHRwIGhhdmluZyBhbGwgdGhpcyBsb2dpYyBpcyB0aGF0IGl0IGNhbid0IGJlIHJlLXVz ZWQgZWFzaWx5IGJ5IG90aGVyIHByb3RvY29sIGltcGxlbWVudGF0aW9ucywgYW5kIGl0IGFsc28g dGllcyBrbm93bGVkZ2Ugb2YgSVB2ezQsNn0gaW50byB0aGUgSFRUUCBsaWJyYXJ5LiAgSSBiZWxp ZXZlIEpvbiBMdWRsYW0gaGFzIHNvbWUgcGF0Y2hlcyB0byBzZW5kIEhUVFAgcmVxdWVzdHMgb3Zl ciBzaGFyZWQgbWVtb3J5IHZjaGFuLCB3aGljaCB3b3VsZCBiZSBkaWZmaWN1bHQgaWYgQ29odHRw LkNvbm5lY3Rpb24gbmVlZHMgdG8gYmUgZXh0ZW5kZWQgdG8ga25vdyBhYm91dCBpdC4gIFNpbWls YXJseSwgQXJqdW4gR3VoYSBzdWJtaXR0ZWQgYSBkb21haW4gc29ja2V0IG1vZGUgc28gdGhhdCBo ZSBjYW4gY29tbXVuaWNhdGUgd2l0aCB0aGUgRG9ja2VyIEFQSSB2aWEgQ29odHRwOiBodHRwczov L2dpdGh1Yi5jb20vbWlyYWdlL29jYW1sLWNvbmR1aXQvcHVsbC8zCj4gPj4gCj4gPj4gV2l0aCB0 aGUgQ29uZHVpdCBwYXRjaCwgYWxsIHRoaXMgd291bGQgYmUgaW4gdGhhdCBsaWJyYXJ5IGluc3Rl YWQuICBSb21haW4sIGRvIHlvdSBoYXZlIGFuIE9jc2lnZW4gd29ya2luZyB0cmVlIHdpdGggeW91 ciBDb25kdWl0IHBhdGNoIGluIHRoYXQgSSBjYW4gdGFrZSBhIGxvb2sgYXQ/Cj4gPiAKPiA+IEkg c2VlLiBSZXZpZXdpbmcgdGhlIGNoYW5nZXMgaW4gY29uZHVpdCBjdXJyZW50bHkuIFRoYXQgZG9l cyBzZWVtIGxpa2UgaXQgd291bGQgd29yayBtdWNoIGJldHRlci4KPiAKPiBBbHRob3VnaCBpdCBk b2VzIG1ha2UgbWUgd29uZGVyIHdoYXQgdGhlIHB1cnBvc2Ugb2YgQ29odHRwLkNvbm5lY3Rpb24g cmVhbGx5IGlzLiAgVG8gYmUgdXNlZnVsLCBpdCBzdGlsbCBuZWVkcyBhIHRpZSBiYWNrIHRvIHRo ZSB1bmRlcmx5aW5nIENvbmR1aXQsIGJ1dCBhbHNvIHNvbWUgaW5mbyBhYm91dCB3aGljaCBwaXBl bGluZWQgcmVxdWVzdCBpdCBhY3R1YWxseSBpcy4KPiAKPiA+IAo+ID4+IAo+ID4+IChyZTogcHJl IGFuZCBwb3N0IDEuMCAsIHRoZSBvbmx5IHBhdGNoIEkgdGhpbmsgbmVlZHMgdG8gYmUgZGVmZXJy ZWQgaXMgdGhlIGNvbXBsZXRpb24gb2YgdGhlIG1vZHVsZSB0eXBlcyBmcm9tIEx3dCBhbmQgQXN5 bmMgbW92aW5nIG91dC4gIFRoZSByZXN0IGFyZSBhbGwgc3RpbGwgcHJlIDEuMCBpbiBteSBtaW5k IC0tIGRvIHlvdSBhZ3JlZT8pCj4gPiAKPiA+IFRoYXQncyBmaW5lIHdpdGggbWUuIEJ1dCBub3Rl IHRoYXQgd2UgZG9uJ3QgaGF2ZSB0byBicmVhayBhbnkgY29tcGF0aWJpbGl0eSBpZiB3ZSBkb24n dCB3YW50IHRvLiBXZSBjYW4gYWx3YXlzIGxlYXZlIGFsaWFzZXMgdG8gbW9kdWxlIHNpZ25hdHVy ZXMgd2hlcmUgdGhleSB1c2VkIHRvIGJlLiBBdCBsZWFzdCB0aGlzIHdhcyBteSBwbGFuIG9yaWdp bmFsbHkuCj4gCj4gR29vZCBwb2ludCAtLSB0aGF0IHdvdWxkIGluZGVlZCBhdm9pZCBuZWVkbGVz cyBicmVha2FnZS4KPiAKPiAtYW5pbAoKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fCk1pcmFnZU9TLWRldmVsIG1haWxpbmcgbGlzdApNaXJhZ2VPUy1kZXZl bEBsaXN0cy54ZW5wcm9qZWN0Lm9yZwpodHRwOi8vbGlzdHMueGVucHJvamVjdC5vcmcvY2dpLWJp bi9tYWlsbWFuL2xpc3RpbmZvL21pcmFnZW9zLWRldmVsCg== From mirageos-devel-bounces@lists.xenproject.org Wed May 28 14:02:48 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 28 May 2014 14:02: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 1WpeRL-0006zt-EM; Wed, 28 May 2014 14:02:47 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WpeRK-0006zl-6s for mirageos-devel@lists.xenproject.org; Wed, 28 May 2014 14:02:46 +0000 Received: from [85.158.139.211:41034] by server-7.bemta-5.messagelabs.com id DB/9C-20531-58CE5835; Wed, 28 May 2014 14:02:45 +0000 X-Env-Sender: mindy@somerandomidiot.com X-Msg-Ref: server-9.tower-206.messagelabs.com!1401285764!6812904!1 X-Originating-IP: [217.70.183.197] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21821 invoked from network); 28 May 2014 14:02:44 -0000 Received: from relay5-d.mail.gandi.net (HELO relay5-d.mail.gandi.net) (217.70.183.197) by server-9.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 28 May 2014 14:02:44 -0000 Received: from mfilter9-d.gandi.net (mfilter9-d.gandi.net [217.70.178.138]) by relay5-d.mail.gandi.net (Postfix) with ESMTP id 857EB41C09C for ; Wed, 28 May 2014 16:02:44 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter9-d.gandi.net Received: from relay5-d.mail.gandi.net ([217.70.183.197]) by mfilter9-d.gandi.net (mfilter9-d.gandi.net [10.0.15.180]) (amavisd-new, port 10024) with ESMTP id N1X9fVUfhRE5 for ; Wed, 28 May 2014 15:57:43 +0200 (CEST) X-Originating-IP: 184.60.30.57 Received: from [192.168.56.8] (h184-60-30-57.mdsnwi.dsl.dynamic.tds.net [184.60.30.57]) (Authenticated sender: guybrush@somerandomidiot.com) by relay5-d.mail.gandi.net (Postfix) with ESMTPSA id 2DB5141C086 for ; Wed, 28 May 2014 15:57:42 +0200 (CEST) Message-ID: <5385EB49.1040706@somerandomidiot.com> Date: Wed, 28 May 2014 08:57:29 -0500 From: Mindy User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: "mirageos-devel@lists.xenproject.org" References: <537A1EAD.5090906@somerandomidiot.com> <537CBA82.4020102@somerandomidiot.com> <90CA16FC-EF91-4817-9C3A-70C9E176FA08@nottingham.ac.uk> <537CC523.5090603@somerandomidiot.com> In-Reply-To: <537CC523.5090603@somerandomidiot.com> Subject: Re: [MirageOS-devel] OPW intern checking in! X-BeenThere: mirageos-devel@lists.xenproject.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 Hi again! It was nice to talk with those of you who were on the call yesterday. :) I owe some unit tests for the issue I reported with Cohttp, so I'll be learning how to OUnit and writing some tests for that. I had great intentions of looking into some client-side fuzzing with the Cohttp libraries yesterday, but got distracted looking into something I noticed from my server-side testing - it seems like self-initiated TCP connection closures in Mirage don't work as expected some very high percentage (so far, 100) of the time, at least when built for Xen. (To phrase this differently, no running unikernel I've seen has ever sent a FIN packet, even when `close` is invoked; they do respond correctly to well-formed FIN packets.) I started looking into why this would be and quickly got sucked into reading code in mirage-tcpip/tcp. I'd like to finish investigating what's going on there (i.e. make sure I'm not making some silly mistake) and submit an issue, with hopes that I can submit a PR for a fix soon after. I promised to have a look at irmin as well; I'll likely do that in the late afternoon. Thanks, Mindy _______________________________________________ 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 May 28 14:02:48 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 28 May 2014 14:02: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 1WpeRL-0006zt-EM; Wed, 28 May 2014 14:02:47 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WpeRK-0006zl-6s for mirageos-devel@lists.xenproject.org; Wed, 28 May 2014 14:02:46 +0000 Received: from [85.158.139.211:41034] by server-7.bemta-5.messagelabs.com id DB/9C-20531-58CE5835; Wed, 28 May 2014 14:02:45 +0000 X-Env-Sender: mindy@somerandomidiot.com X-Msg-Ref: server-9.tower-206.messagelabs.com!1401285764!6812904!1 X-Originating-IP: [217.70.183.197] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21821 invoked from network); 28 May 2014 14:02:44 -0000 Received: from relay5-d.mail.gandi.net (HELO relay5-d.mail.gandi.net) (217.70.183.197) by server-9.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 28 May 2014 14:02:44 -0000 Received: from mfilter9-d.gandi.net (mfilter9-d.gandi.net [217.70.178.138]) by relay5-d.mail.gandi.net (Postfix) with ESMTP id 857EB41C09C for ; Wed, 28 May 2014 16:02:44 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter9-d.gandi.net Received: from relay5-d.mail.gandi.net ([217.70.183.197]) by mfilter9-d.gandi.net (mfilter9-d.gandi.net [10.0.15.180]) (amavisd-new, port 10024) with ESMTP id N1X9fVUfhRE5 for ; Wed, 28 May 2014 15:57:43 +0200 (CEST) X-Originating-IP: 184.60.30.57 Received: from [192.168.56.8] (h184-60-30-57.mdsnwi.dsl.dynamic.tds.net [184.60.30.57]) (Authenticated sender: guybrush@somerandomidiot.com) by relay5-d.mail.gandi.net (Postfix) with ESMTPSA id 2DB5141C086 for ; Wed, 28 May 2014 15:57:42 +0200 (CEST) Message-ID: <5385EB49.1040706@somerandomidiot.com> Date: Wed, 28 May 2014 08:57:29 -0500 From: Mindy User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: "mirageos-devel@lists.xenproject.org" References: <537A1EAD.5090906@somerandomidiot.com> <537CBA82.4020102@somerandomidiot.com> <90CA16FC-EF91-4817-9C3A-70C9E176FA08@nottingham.ac.uk> <537CC523.5090603@somerandomidiot.com> In-Reply-To: <537CC523.5090603@somerandomidiot.com> Subject: Re: [MirageOS-devel] OPW intern checking in! X-BeenThere: mirageos-devel@lists.xenproject.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 Hi again! It was nice to talk with those of you who were on the call yesterday. :) I owe some unit tests for the issue I reported with Cohttp, so I'll be learning how to OUnit and writing some tests for that. I had great intentions of looking into some client-side fuzzing with the Cohttp libraries yesterday, but got distracted looking into something I noticed from my server-side testing - it seems like self-initiated TCP connection closures in Mirage don't work as expected some very high percentage (so far, 100) of the time, at least when built for Xen. (To phrase this differently, no running unikernel I've seen has ever sent a FIN packet, even when `close` is invoked; they do respond correctly to well-formed FIN packets.) I started looking into why this would be and quickly got sucked into reading code in mirage-tcpip/tcp. I'd like to finish investigating what's going on there (i.e. make sure I'm not making some silly mistake) and submit an issue, with hopes that I can submit a PR for a fix soon after. I promised to have a look at irmin as well; I'll likely do that in the late afternoon. Thanks, Mindy _______________________________________________ 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 May 29 09:31:25 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 29 May 2014 09:31: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 1WpwgB-000596-Lh; Thu, 29 May 2014 09:31:19 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wpixu-0000SA-60; Wed, 28 May 2014 18:52:42 +0000 Received: from [85.158.143.35:40987] by server-1.bemta-4.messagelabs.com id BF/1F-09853-97036835; Wed, 28 May 2014 18:52:41 +0000 X-Env-Sender: annie.li@oracle.com X-Msg-Ref: server-5.tower-21.messagelabs.com!1401303159!7836958!1 X-Originating-IP: [141.146.126.69] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTQxLjE0Ni4xMjYuNjkgPT4gMjc3MjE4\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11040 invoked from network); 28 May 2014 18:52:40 -0000 Received: from aserp1040.oracle.com (HELO aserp1040.oracle.com) (141.146.126.69) by server-5.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 28 May 2014 18:52:40 -0000 Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id s4SIqbvk031307 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 28 May 2014 18:52:38 GMT Received: from userz7022.oracle.com (userz7022.oracle.com [156.151.31.86]) by ucsinet22.oracle.com (8.14.5+Sun/8.14.5) with ESMTP id s4SIqaMU009008 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 28 May 2014 18:52:37 GMT Received: from abhmp0012.oracle.com (abhmp0012.oracle.com [141.146.116.18]) by userz7022.oracle.com (8.14.5+Sun/8.14.4) with ESMTP id s4SIqZIq008890; Wed, 28 May 2014 18:52:36 GMT Received: from [10.149.239.112] (/10.149.239.112) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 28 May 2014 11:52:34 -0700 Message-ID: <53863070.8040109@oracle.com> Date: Wed, 28 May 2014 14:52:32 -0400 From: annie li Organization: Oracle Corporation User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20131118 Thunderbird/17.0.11 MIME-Version: 1.0 To: lars.kurth@xen.org References: <5385D9C6.2090105@xen.org> In-Reply-To: <5385D9C6.2090105@xen.org> X-Source-IP: ucsinet22.oracle.com [156.151.31.94] X-Mailman-Approved-At: Thu, 29 May 2014 09:31:18 +0000 Cc: "xen-api@lists.xenproject.org" , xen-users@lists.xenproject.org, "mirageos-devel@lists.xenproject.org" , "xen-devel@lists.xen.org" Subject: Re: [MirageOS-devel] [Xen-devel] [For community review] Windows PV Drivers Incubation Sub-project 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-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 2014/5/28 8:42, Lars Kurth wrote: > > === Current Status === > Recent builds of the drivers are currently being tested by Citrix and > Amazon using the Microsoft HCK and Citrix will be providing > logo-signed builds of the drivers in future commercial Xen offerings. > Amazon are evaluating the drivers and may ship them in future AMIs. > Citrix may also provide logo-signed drivers via Microsoft's Windows > Update mechanism, making them widely available to anyone running > Windows under Xen (not just XenServer) without the need for them to > build the drivers themselves. Any other organization is also free to do > the same by registering a top level PV device with the Xen community > (see http://xenbits.xen.org/gitweb/?p=xen.git;a=blob;f=docs/misc/pci-d > evice-reservations.txt) and logo-signing their driver builds. This is great idea! > > === Incubation === > The aim of making the Windows PV Drivers an incubated project is to > raise their profile to members of the Xen community other than Citrix > and Amazon and hopefully gain more developer interest and > contribution. The driver set provide APIs to fundamental Xen > subsystems such > as grant tables, event channels and xenstore and therefore provide a > basis for further frontends, e.g. HID (keyboard and mouse), PV audio > and possibly framebuffer. Current maintainers of the driver > repositories are all employed by Citrix but by becoming an incubated > project we > hope gain maintainers from the community as we build interest. I also like the idea of pvaudio, windows is desktop, and user would like this. Thanks Annie _______________________________________________ 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 May 29 09:31:25 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 29 May 2014 09:31: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 1WpwgB-00058w-GC; Thu, 29 May 2014 09:31:19 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WnlBs-0005G8-Ft for mirageos-devel@lists.xenproject.org; Fri, 23 May 2014 08:51:00 +0000 Received: from [85.158.139.211:38838] by server-8.bemta-5.messagelabs.com id D5/A9-11310-3FB0F735; Fri, 23 May 2014 08:50:59 +0000 X-Env-Sender: louis.gesbert@ocamlpro.com X-Msg-Ref: server-5.tower-206.messagelabs.com!1400835058!5957036!1 X-Originating-IP: [212.227.17.10] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTIuMjI3LjE3LjEwID0+IDY3OTMx\n,sa_preprocessor: QmFkIElQOiAyMTIuMjI3LjE3LjEwID0+IDY3OTMx\n,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24133 invoked from network); 23 May 2014 08:50:58 -0000 Received: from mout.kundenserver.de (HELO mout.kundenserver.de) (212.227.17.10) by server-5.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 23 May 2014 08:50:58 -0000 Received: from agaric.localnet (jua06-3-88-189-115-104.fbx.proxad.net [88.189.115.104]) by mrelayeu.kundenserver.de (node=mreue103) with ESMTP (Nemesis) id 0Ltm1V-1WvQZQ0F2j-0117bY; Fri, 23 May 2014 10:50:57 +0200 From: Louis Gesbert To: opam-devel@lists.ocaml.org Date: Fri, 23 May 2014 10:50:55 +0200 Message-ID: <2298736.WurJKiYHeE@agaric> Organization: OCamlPro User-Agent: KMail/4.11.5 (Linux/3.13-1-amd64; KDE/4.11.3; x86_64; ; ) In-Reply-To: <463F65D7-9C75-458B-A046-99DBE57ACFBD@recoil.org> References: <463F65D7-9C75-458B-A046-99DBE57ACFBD@recoil.org> MIME-Version: 1.0 X-Provags-ID: V02:K0:GgxNS9tVCdgYxoAd4lZ+pl7p29zaAQU5nUgc3/6PA9q MrLyqbEhrjDu2RCqBD90t4g4IIbv3ihsQlL9xyDC5AYHfjPcta mJhvCEOxLZCIaCM48DHqv25udCgpDI0bq2dN0HRp4i+cPbM/Mn xycY1g4izEA6iSUG1V99FWaOvl5+wkd1FdOaCayr26LWvduJv/ 1+Vntt5FsgaZePiJz+wrARitLbOg3mptTmVzRWxRSe99M4t9V1 v42+ffhqpPTExIDFTFzaKuop9S3bYssEKdJwucBJx+kashAOFR 0G28gZNRK8EPhTE+9wmRs1ImL8YQXqOQUWK2N0YcearOGelUPj smTzmIj+Y2GlAsOhBuko= X-Mailman-Approved-At: Thu, 29 May 2014 09:31:19 +0000 Cc: mirageos-devel@lists.xenproject.org, Anil Madhavapeddy Subject: Re: [MirageOS-devel] [opam-devel] experimental opam bulk build logs on GitHub X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============0544296816309328432==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org This is a multi-part message in MIME format. --===============0544296816309328432== Content-Type: multipart/alternative; boundary="nextPart20914029.e9t4VbYxIA" Content-Transfer-Encoding: 7Bit This is a multi-part message in MIME format. --nextPart20914029.e9t4VbYxIA Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1" Very nice ! I am wondering, do you 'opam install' every package individually ? We m= ay play some clever tricks with the solver here, like `opam upgrade --c= riteria=3D-notuptodate,+new` which will attempt to install as many pack= ages as possible, after which we could iterate on a universe reduced to= the not-yet-installed packages. Depopts would be less predictable, but= we can't realistically test all possible combinations of those anyway.= Would be nice to find a common place to aggregate such results. Best, Louis Le mardi 20 mai 2014, 17:40:04 Anil Madhavapeddy a =E9crit : > Hi, >=20 > I've written some scripts that use Docker and OPAM to run bulk builds= across the entire package repository, and the results are logged and p= ushed to GitHub daily. >=20 > If anyone wants to improve the health of the repository, please look = at: >=20 > https://github.com/ocaml/opam-bulk-logs=20 >=20 > in the err/ directories, and submit pull requests fix the failures. >=20 > Source scripts are still in my personal GitHub; I'll move these to th= e ocaml/ repo. >=20 > cheers, > Anil > _______________________________________________ > opam-devel mailing list > opam-devel@lists.ocaml.org > http://lists.ocaml.org/listinfo/opam-devel --nextPart20914029.e9t4VbYxIA Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset="iso-8859-1"

Ver= y nice !

 

I a= m wondering, do you 'opam install' every package individually ? We may = play some clever tricks with the solver here, like `opam upgrade --crit= eria=3D-notuptodate,+new` which will attempt to install as many package= s as possible, after which we could iterate on a universe reduced to th= e not-yet-installed packages. Depopts would be less predictable, but we= can't realistically test all possible combinations of those anyway.

 

Wou= ld be nice to find a common place to aggregate such results.

 

Bes= t,

Lou= is

 

 

Le = mardi 20 mai 2014, 17:40:04 Anil Madhavapeddy a =E9crit=A0:

>= ; Hi,

>= ;

>= ; I've written some scripts that use Docker and OPAM to run bulk builds= across the entire package repository, and the results are logged and p= ushed to GitHub daily.

>= ;

>= ; If anyone wants to improve the health of the repository, please look = at:

>= ;

>= ; https://github.com/ocaml/opam-bulk-logs

>= ;

>= ; in the err/ directories, and submit pull requests fix the failures.

>= ;

>= ; Source scripts are still in my personal GitHub; I'll move these to th= e ocaml/ repo.

>= ;

>= ; cheers,

>= ; Anil

>= ; _______________________________________________

>= ; opam-devel mailing list

>= ; opam-devel@lists.ocaml.org

>= ; http://lists.ocaml.org/listinfo/opam-devel

 

--nextPart20914029.e9t4VbYxIA-- --===============0544296816309328432== 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 --===============0544296816309328432==-- From mirageos-devel-bounces@lists.xenproject.org Thu May 29 09:31:25 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 29 May 2014 09:31: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 1WpwgB-000591-JU; Thu, 29 May 2014 09:31:19 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wpdv0-000432-Ka for mirageos-devel@lists.xenproject.org; Wed, 28 May 2014 13:29:23 +0000 Received: from [193.109.254.147:21188] by server-2.bemta-14.messagelabs.com id 2A/D0-21684-2B4E5835; Wed, 28 May 2014 13:29:22 +0000 X-Env-Sender: fabio.fantoni@m2r.biz X-Msg-Ref: server-7.tower-27.messagelabs.com!1401283759!7634422!1 X-Originating-IP: [209.85.212.182] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_30_40,HTML_EMBEDS, HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11944 invoked from network); 28 May 2014 13:29:20 -0000 Received: from mail-wi0-f182.google.com (HELO mail-wi0-f182.google.com) (209.85.212.182) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 28 May 2014 13:29:20 -0000 Received: by mail-wi0-f182.google.com with SMTP id r20so3627249wiv.15 for ; Wed, 28 May 2014 06:29:18 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:content-type; bh=QhukczOoTo9kVLA1cR9F+alWFhzywzh3rRVPBt3JzvM=; b=SpMUMQ/sTwqyHKqeRbf75cHEpn7fKS4js+G0Ct1nW6Bgsj91RsgGxeD4cOMO6SLHpl 620yPXT5JjarvzPEx7yNIKy1f0FiAKVu4cqPRhOYQaAxYREO5EGgzqbj4XHi0zyXkWNr Ella2GrZBXUn7ZUFSIiWQr3snCT5XzJ34k+iVpyL7o0ELPyfCvBiXhsNKCA+7yfJyG9y wKKry11GG1J3GIZXZPp90INMsL6/eseHcQqEc7ZhsugZhXP5jdrzPw24uNKOxG3vEl8Z bR0uF71akAERkkdZZTkzBSr93YZnJ7+7nPazZUHPlHAbtPb1uNtVB5z4khnmqxdOhdy2 i46w== X-Gm-Message-State: ALoCoQk6ICxN2kPV05xcXdklBCIPgHFPunQR2fRbASd/QLRYo5rYEaSgnrXXAz9EVt8fw+hVTLNs X-Received: by 10.194.84.208 with SMTP id b16mr52571335wjz.55.1401283757735; Wed, 28 May 2014 06:29:17 -0700 (PDT) Received: from [192.168.1.15] (ip-73-126.sn2.eutelia.it. [83.211.73.126]) by mx.google.com with ESMTPSA id ba9sm16869317wib.24.2014.05.28.06.29.15 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 28 May 2014 06:29:17 -0700 (PDT) Message-ID: <5385E4B0.1010102@m2r.biz> Date: Wed, 28 May 2014 15:29:20 +0200 From: Fabio Fantoni User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: lars.kurth@xen.org, "xen-devel@lists.xen.org" , xen-users@lists.xenproject.org, "xen-api@lists.xenproject.org" , "mirageos-devel@lists.xenproject.org" References: <5385D9C6.2090105@xen.org> In-Reply-To: <5385D9C6.2090105@xen.org> X-Mailman-Approved-At: Thu, 29 May 2014 09:31:19 +0000 Subject: Re: [MirageOS-devel] [Xen-devel] [For community review] Windows PV Drivers Incubation Sub-project 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: multipart/mixed; boundary="===============2811609953294156057==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org This is a multi-part message in MIME format. --===============2811609953294156057== Content-Type: multipart/alternative; boundary="------------040001060405080604010706" This is a multi-part message in MIME format. --------------040001060405080604010706 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Il 28/05/2014 14:42, Lars Kurth ha scritto: > Hi all, > > please find attached a link to a new subproject to proposal to host > and develop the Windows PV drivers. The proposal is at > http://wiki.xenproject.org/wiki/Windows_PV_Drivers_Incubation_Project_Proposal > (but I also attached the text below). > > Anyone can comment on the proposal. The review period will be open > until June 6th. I will then incorporate any comments and go for a > formal vote. > > Best Regards > Lars Thanks, this seems a good project. Unfortunately I do not have ms visual studio needed to buildit. Let me know as soon as thepublic test build will be available and I'll helpto testit. Thanks for any reply and sorry for my bad english. > > == Windows PV Drivers Project Proposal == > === Roles === > * Project Lead: Paul Durrant - Paul is Windows subsystem architect for > XenServer and has authored the majority of the driver code. > * Project Sponsor: Matt Wilson - Matt is Xen Project AB member > representing Amazon > * Project Mentor: Lars Kurth - Lars is the Community Manager for the > Xen Project and has agreed to act as the project’s Mentor. > > === Background === > ParaVirtualization aware (PV) device drivers are an important part of > HVM guests running under Xen. Citrix has provided a set of PV driver > for Windows since the inception of XenServer. These drivers have > evolved over the years and recently the full set has been made open > source with a BSD license and are therefore available to the community > to modify and build. > I gave a talk at the 2013 Xen Developer Summit in Edinburgh (see > http://www.slideshare.net/xen_com_mgr/open-source-pv-drivers) to > introduce the drivers. This proposal is intended to be a logical next > step to that initial offering to the community. > > === Relevance to Xen and its Community === > The drivers have a dependency on Xen as they are ParaVirtualization > aware. They are not tied in any way to Citrix commercial Xen offerings; > they are designed to function on any build of Xen since 3.4. They > encompass high performance network and storage frontends and enable > functionality such as memory ballooning, and clean shutdown or reboot > via the xl toolstack. They are well tested and supported, since they > are crucial to Citrix products, and are of benefit to anyone wishing > to run Windows (i386 or x86_64) as a guest under Xen. > > === Current Status === > Recent builds of the drivers are currently being tested by Citrix and > Amazon using the Microsoft HCK and Citrix will be providing > logo-signed builds of the drivers in future commercial Xen offerings. > Amazon are evaluating the drivers and may ship them in future AMIs. > Citrix may also provide logo-signed drivers via Microsoft's Windows > Update mechanism, making them widely available to anyone running > Windows under Xen (not just XenServer) without the need for them to > build the drivers themselves. Any other organization is also free to do > the same by registering a top level PV device with the Xen community > (see http://xenbits.xen.org/gitweb/?p=xen.git;a=blob;f=docs/misc/pci-d > evice-reservations.txt) and logo-signing their driver builds. > > === Incubation === > The aim of making the Windows PV Drivers an incubated project is to > raise their profile to members of the Xen community other than Citrix > and Amazon and hopefully gain more developer interest and > contribution. The driver set provide APIs to fundamental Xen > subsystems such > as grant tables, event channels and xenstore and therefore provide a > basis for further frontends, e.g. HID (keyboard and mouse), PV audio > and possibly framebuffer. Current maintainers of the driver > repositories are all employed by Citrix but by becoming an incubated > project we > hope gain maintainers from the community as we build interest. > > We hope we can work with the maintainers of the GPLPV Windows Drivers > to standardize Windows PV drivers for the Xen project. > > === Required Infrastructure === > ==== Repositories ==== > As a Xen Project sub-project we would wish the driver repositories to > be hosted on xenbits, but mirrored to GitHub to allow use of the the > GitHub workflow. It makes sense to maintain a separate repository for > each driver as: > > Each driver is separately installable with no compile-time linkage to > any other driver. Some headers may be imported from one > repository to another to facilitate run-time discovery of interfaces > provided by one driver and consumed by another, but it is desirable > that this is an explicit step to move from one version of an interface > to another. > > A continuous integration server project can be created for each > repository such that the only a modified driver is re-built, rather than > the entire set. > > The set of drivers (and hence repositories) is currently: > * XENBUS: Bus driver binding to the top-level PCI device (and > providing most of the interfaces to Xen) > * XENVIF: Network class driver (hosting the code necessary to drive > the netif ring protocol) > * XENNET: Network device driver (client of the class driver, provides > VIFs to Windows network stack) > * XENVBD: Storage class driver (hosting the code necessary to drive > the blkif ring protocol) > * XENIFACE: Interface driver (providing user-space access to xenstore) > > ==== Build and Test ==== > We request build infrastructure to make new builds of driver > repositories immediately available for use by community members. This > includes: > > A build machine (physical or virtual), possibly part of the Xen > Project test framework, running Jenkins or some such continuous > integration server to monitor the repositories > > A license for Microsoft Visual Studio (~ $1000) > Storage, either on the build machine or elsewhere, to act as a public > facing symbol server for the convenience of developers > > ===== Approval Status ===== > The Advisory Board agreed to fund a Visual Studio license and two > vendors in the community offered VM's to host the build environment. > > > > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel --------------040001060405080604010706 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit
Il 28/05/2014 14:42, Lars Kurth ha scritto:
Hi all,

please find attached a link to a new subproject to proposal to host and develop the Windows PV drivers. The proposal is at http://wiki.xenproject.org/wiki/Windows_PV_Drivers_Incubation_Project_Proposal (but I also attached the text below).

Anyone can comment on the proposal. The review period will be open until June 6th. I will then incorporate any comments and go for a formal vote.

Best Regards
Lars

Thanks, this seems a good project.
Unfortunately I do not have ms visual studio needed to build it.
Let me know as soon as the public test build will be available and I'll help to test it.

Thanks for any reply and sorry for my bad english.


== Windows PV Drivers Project Proposal ==
=== Roles ===
* Project Lead: Paul Durrant - Paul is Windows subsystem architect for XenServer and has authored the majority of the driver code.
* Project Sponsor: Matt Wilson - Matt is Xen Project AB member representing Amazon
* Project Mentor: Lars Kurth - Lars is the Community Manager for the Xen Project and has agreed to act as the project’s Mentor.

=== Background ===
ParaVirtualization aware (PV) device drivers are an important part of HVM guests running under Xen. Citrix has provided a set of PV driver
for Windows since the inception of XenServer. These drivers have evolved over the years and recently the full set has been made open
source with a BSD license and are therefore available to the community to modify and build.
I gave a talk at the 2013 Xen Developer Summit in Edinburgh (see http://www.slideshare.net/xen_com_mgr/open-source-pv-drivers) to
introduce the drivers. This proposal is intended to be a logical next step to that initial offering to the community.

=== Relevance to Xen and its Community ===
The drivers have a dependency on Xen as they are ParaVirtualization aware. They are not tied in any way to Citrix commercial Xen offerings;
they are designed to function on any build of Xen since 3.4. They encompass high performance network and storage frontends and enable
functionality such as memory ballooning, and clean shutdown or reboot via the xl toolstack. They are well tested and supported, since they
are crucial to Citrix products, and are of benefit to anyone wishing to run Windows (i386 or x86_64) as a guest under Xen.

=== Current Status ===
Recent builds of the drivers are currently being tested by Citrix and Amazon using the Microsoft HCK and Citrix will be providing logo-signed builds of the drivers in future commercial Xen offerings. Amazon are evaluating the drivers and may ship them in future AMIs.
Citrix may also provide logo-signed drivers via Microsoft's Windows Update mechanism, making them widely available to anyone running
Windows under Xen (not just XenServer) without the need for them to build the drivers themselves. Any other organization is also free to do
the same by registering a top level PV device with the Xen community (see http://xenbits.xen.org/gitweb/?p=xen.git;a=blob;f=docs/misc/pci-d
evice-reservations.txt) and logo-signing their driver builds.

=== Incubation ===
The aim of making the Windows PV Drivers an incubated project is to raise their profile to members of the Xen community other than Citrix
and Amazon and hopefully gain more developer interest and contribution. The driver set provide APIs to fundamental Xen subsystems such
as grant tables, event channels and xenstore and therefore provide a basis for further frontends, e.g. HID (keyboard and mouse), PV audio
and possibly framebuffer. Current maintainers of the driver repositories are all employed by Citrix but by becoming an incubated project we
hope gain maintainers from the community as we build interest.

We hope we can work with the maintainers of the GPLPV Windows Drivers to standardize Windows PV drivers for the Xen project.

=== Required Infrastructure ===
==== Repositories ====
As a Xen Project sub-project we would wish the driver repositories to be hosted on xenbits, but mirrored to GitHub to allow use of the the
GitHub workflow. It makes sense to maintain a separate repository for each driver as:

Each driver is separately installable with no compile-time linkage to any other driver. Some headers may be imported from one
repository to another to facilitate run-time discovery of interfaces provided by one driver and consumed by another, but it is desirable
that this is an explicit step to move from one version of an interface to another.

A continuous integration server project can be created for each repository such that the only a modified driver is re-built, rather than
the entire set.

The set of drivers (and hence repositories) is currently:
* XENBUS: Bus driver binding to the top-level PCI device (and providing most of the interfaces to Xen)
* XENVIF: Network class driver (hosting the code necessary to drive the netif ring protocol)
* XENNET: Network device driver (client of the class driver, provides VIFs to Windows network stack)
* XENVBD: Storage class driver (hosting the code necessary to drive the blkif ring protocol)
* XENIFACE: Interface driver (providing user-space access to xenstore)

==== Build and Test ====
We request build infrastructure to make new builds of driver repositories immediately available for use by community members. This
includes:

A build machine (physical or virtual), possibly part of the Xen Project test framework, running Jenkins or some such continuous
integration server to monitor the repositories

A license for Microsoft Visual Studio (~ $1000)
Storage, either on the build machine or elsewhere, to act as a public facing symbol server for the convenience of developers

===== Approval Status =====
The Advisory Board agreed to fund a Visual Studio license and two vendors in the community offered VM's to host the build environment.




_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel

--------------040001060405080604010706-- --===============2811609953294156057== 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 --===============2811609953294156057==-- From mirageos-devel-bounces@lists.xenproject.org Thu May 29 09:31:25 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 29 May 2014 09:31: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 1WpwgB-00058w-GC; Thu, 29 May 2014 09:31:19 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WnlBs-0005G8-Ft for mirageos-devel@lists.xenproject.org; Fri, 23 May 2014 08:51:00 +0000 Received: from [85.158.139.211:38838] by server-8.bemta-5.messagelabs.com id D5/A9-11310-3FB0F735; Fri, 23 May 2014 08:50:59 +0000 X-Env-Sender: louis.gesbert@ocamlpro.com X-Msg-Ref: server-5.tower-206.messagelabs.com!1400835058!5957036!1 X-Originating-IP: [212.227.17.10] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTIuMjI3LjE3LjEwID0+IDY3OTMx\n,sa_preprocessor: QmFkIElQOiAyMTIuMjI3LjE3LjEwID0+IDY3OTMx\n,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24133 invoked from network); 23 May 2014 08:50:58 -0000 Received: from mout.kundenserver.de (HELO mout.kundenserver.de) (212.227.17.10) by server-5.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 23 May 2014 08:50:58 -0000 Received: from agaric.localnet (jua06-3-88-189-115-104.fbx.proxad.net [88.189.115.104]) by mrelayeu.kundenserver.de (node=mreue103) with ESMTP (Nemesis) id 0Ltm1V-1WvQZQ0F2j-0117bY; Fri, 23 May 2014 10:50:57 +0200 From: Louis Gesbert To: opam-devel@lists.ocaml.org Date: Fri, 23 May 2014 10:50:55 +0200 Message-ID: <2298736.WurJKiYHeE@agaric> Organization: OCamlPro User-Agent: KMail/4.11.5 (Linux/3.13-1-amd64; KDE/4.11.3; x86_64; ; ) In-Reply-To: <463F65D7-9C75-458B-A046-99DBE57ACFBD@recoil.org> References: <463F65D7-9C75-458B-A046-99DBE57ACFBD@recoil.org> MIME-Version: 1.0 X-Provags-ID: V02:K0:GgxNS9tVCdgYxoAd4lZ+pl7p29zaAQU5nUgc3/6PA9q MrLyqbEhrjDu2RCqBD90t4g4IIbv3ihsQlL9xyDC5AYHfjPcta mJhvCEOxLZCIaCM48DHqv25udCgpDI0bq2dN0HRp4i+cPbM/Mn xycY1g4izEA6iSUG1V99FWaOvl5+wkd1FdOaCayr26LWvduJv/ 1+Vntt5FsgaZePiJz+wrARitLbOg3mptTmVzRWxRSe99M4t9V1 v42+ffhqpPTExIDFTFzaKuop9S3bYssEKdJwucBJx+kashAOFR 0G28gZNRK8EPhTE+9wmRs1ImL8YQXqOQUWK2N0YcearOGelUPj smTzmIj+Y2GlAsOhBuko= X-Mailman-Approved-At: Thu, 29 May 2014 09:31:19 +0000 Cc: mirageos-devel@lists.xenproject.org, Anil Madhavapeddy Subject: Re: [MirageOS-devel] [opam-devel] experimental opam bulk build logs on GitHub X-BeenThere: mirageos-devel@lists.xenproject.org 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="===============0544296816309328432==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org This is a multi-part message in MIME format. --===============0544296816309328432== Content-Type: multipart/alternative; boundary="nextPart20914029.e9t4VbYxIA" Content-Transfer-Encoding: 7Bit This is a multi-part message in MIME format. --nextPart20914029.e9t4VbYxIA Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1" Very nice ! I am wondering, do you 'opam install' every package individually ? We m= ay play some clever tricks with the solver here, like `opam upgrade --c= riteria=3D-notuptodate,+new` which will attempt to install as many pack= ages as possible, after which we could iterate on a universe reduced to= the not-yet-installed packages. Depopts would be less predictable, but= we can't realistically test all possible combinations of those anyway.= Would be nice to find a common place to aggregate such results. Best, Louis Le mardi 20 mai 2014, 17:40:04 Anil Madhavapeddy a =E9crit : > Hi, >=20 > I've written some scripts that use Docker and OPAM to run bulk builds= across the entire package repository, and the results are logged and p= ushed to GitHub daily. >=20 > If anyone wants to improve the health of the repository, please look = at: >=20 > https://github.com/ocaml/opam-bulk-logs=20 >=20 > in the err/ directories, and submit pull requests fix the failures. >=20 > Source scripts are still in my personal GitHub; I'll move these to th= e ocaml/ repo. >=20 > cheers, > Anil > _______________________________________________ > opam-devel mailing list > opam-devel@lists.ocaml.org > http://lists.ocaml.org/listinfo/opam-devel --nextPart20914029.e9t4VbYxIA Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset="iso-8859-1"

Ver= y nice !

 

I a= m wondering, do you 'opam install' every package individually ? We may = play some clever tricks with the solver here, like `opam upgrade --crit= eria=3D-notuptodate,+new` which will attempt to install as many package= s as possible, after which we could iterate on a universe reduced to th= e not-yet-installed packages. Depopts would be less predictable, but we= can't realistically test all possible combinations of those anyway.

 

Wou= ld be nice to find a common place to aggregate such results.

 

Bes= t,

Lou= is

 

 

Le = mardi 20 mai 2014, 17:40:04 Anil Madhavapeddy a =E9crit=A0:

>= ; Hi,

>= ;

>= ; I've written some scripts that use Docker and OPAM to run bulk builds= across the entire package repository, and the results are logged and p= ushed to GitHub daily.

>= ;

>= ; If anyone wants to improve the health of the repository, please look = at:

>= ;

>= ; https://github.com/ocaml/opam-bulk-logs

>= ;

>= ; in the err/ directories, and submit pull requests fix the failures.

>= ;

>= ; Source scripts are still in my personal GitHub; I'll move these to th= e ocaml/ repo.

>= ;

>= ; cheers,

>= ; Anil

>= ; _______________________________________________

>= ; opam-devel mailing list

>= ; opam-devel@lists.ocaml.org

>= ; http://lists.ocaml.org/listinfo/opam-devel

 

--nextPart20914029.e9t4VbYxIA-- --===============0544296816309328432== 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 --===============0544296816309328432==-- From mirageos-devel-bounces@lists.xenproject.org Thu May 29 09:31:25 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 29 May 2014 09:31: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 1WpwgB-000596-Lh; Thu, 29 May 2014 09:31:19 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wpixu-0000SA-60; Wed, 28 May 2014 18:52:42 +0000 Received: from [85.158.143.35:40987] by server-1.bemta-4.messagelabs.com id BF/1F-09853-97036835; Wed, 28 May 2014 18:52:41 +0000 X-Env-Sender: annie.li@oracle.com X-Msg-Ref: server-5.tower-21.messagelabs.com!1401303159!7836958!1 X-Originating-IP: [141.146.126.69] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTQxLjE0Ni4xMjYuNjkgPT4gMjc3MjE4\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11040 invoked from network); 28 May 2014 18:52:40 -0000 Received: from aserp1040.oracle.com (HELO aserp1040.oracle.com) (141.146.126.69) by server-5.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 28 May 2014 18:52:40 -0000 Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id s4SIqbvk031307 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 28 May 2014 18:52:38 GMT Received: from userz7022.oracle.com (userz7022.oracle.com [156.151.31.86]) by ucsinet22.oracle.com (8.14.5+Sun/8.14.5) with ESMTP id s4SIqaMU009008 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 28 May 2014 18:52:37 GMT Received: from abhmp0012.oracle.com (abhmp0012.oracle.com [141.146.116.18]) by userz7022.oracle.com (8.14.5+Sun/8.14.4) with ESMTP id s4SIqZIq008890; Wed, 28 May 2014 18:52:36 GMT Received: from [10.149.239.112] (/10.149.239.112) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 28 May 2014 11:52:34 -0700 Message-ID: <53863070.8040109@oracle.com> Date: Wed, 28 May 2014 14:52:32 -0400 From: annie li Organization: Oracle Corporation User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20131118 Thunderbird/17.0.11 MIME-Version: 1.0 To: lars.kurth@xen.org References: <5385D9C6.2090105@xen.org> In-Reply-To: <5385D9C6.2090105@xen.org> X-Source-IP: ucsinet22.oracle.com [156.151.31.94] X-Mailman-Approved-At: Thu, 29 May 2014 09:31:18 +0000 Cc: "xen-api@lists.xenproject.org" , xen-users@lists.xenproject.org, "mirageos-devel@lists.xenproject.org" , "xen-devel@lists.xen.org" Subject: Re: [MirageOS-devel] [Xen-devel] [For community review] Windows PV Drivers Incubation Sub-project 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-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 2014/5/28 8:42, Lars Kurth wrote: > > === Current Status === > Recent builds of the drivers are currently being tested by Citrix and > Amazon using the Microsoft HCK and Citrix will be providing > logo-signed builds of the drivers in future commercial Xen offerings. > Amazon are evaluating the drivers and may ship them in future AMIs. > Citrix may also provide logo-signed drivers via Microsoft's Windows > Update mechanism, making them widely available to anyone running > Windows under Xen (not just XenServer) without the need for them to > build the drivers themselves. Any other organization is also free to do > the same by registering a top level PV device with the Xen community > (see http://xenbits.xen.org/gitweb/?p=xen.git;a=blob;f=docs/misc/pci-d > evice-reservations.txt) and logo-signing their driver builds. This is great idea! > > === Incubation === > The aim of making the Windows PV Drivers an incubated project is to > raise their profile to members of the Xen community other than Citrix > and Amazon and hopefully gain more developer interest and > contribution. The driver set provide APIs to fundamental Xen > subsystems such > as grant tables, event channels and xenstore and therefore provide a > basis for further frontends, e.g. HID (keyboard and mouse), PV audio > and possibly framebuffer. Current maintainers of the driver > repositories are all employed by Citrix but by becoming an incubated > project we > hope gain maintainers from the community as we build interest. I also like the idea of pvaudio, windows is desktop, and user would like this. Thanks Annie _______________________________________________ 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 May 29 09:31:25 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 29 May 2014 09:31: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 1WpwgB-000591-JU; Thu, 29 May 2014 09:31:19 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Wpdv0-000432-Ka for mirageos-devel@lists.xenproject.org; Wed, 28 May 2014 13:29:23 +0000 Received: from [193.109.254.147:21188] by server-2.bemta-14.messagelabs.com id 2A/D0-21684-2B4E5835; Wed, 28 May 2014 13:29:22 +0000 X-Env-Sender: fabio.fantoni@m2r.biz X-Msg-Ref: server-7.tower-27.messagelabs.com!1401283759!7634422!1 X-Originating-IP: [209.85.212.182] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_30_40,HTML_EMBEDS, HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11944 invoked from network); 28 May 2014 13:29:20 -0000 Received: from mail-wi0-f182.google.com (HELO mail-wi0-f182.google.com) (209.85.212.182) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 28 May 2014 13:29:20 -0000 Received: by mail-wi0-f182.google.com with SMTP id r20so3627249wiv.15 for ; Wed, 28 May 2014 06:29:18 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:content-type; bh=QhukczOoTo9kVLA1cR9F+alWFhzywzh3rRVPBt3JzvM=; b=SpMUMQ/sTwqyHKqeRbf75cHEpn7fKS4js+G0Ct1nW6Bgsj91RsgGxeD4cOMO6SLHpl 620yPXT5JjarvzPEx7yNIKy1f0FiAKVu4cqPRhOYQaAxYREO5EGgzqbj4XHi0zyXkWNr Ella2GrZBXUn7ZUFSIiWQr3snCT5XzJ34k+iVpyL7o0ELPyfCvBiXhsNKCA+7yfJyG9y wKKry11GG1J3GIZXZPp90INMsL6/eseHcQqEc7ZhsugZhXP5jdrzPw24uNKOxG3vEl8Z bR0uF71akAERkkdZZTkzBSr93YZnJ7+7nPazZUHPlHAbtPb1uNtVB5z4khnmqxdOhdy2 i46w== X-Gm-Message-State: ALoCoQk6ICxN2kPV05xcXdklBCIPgHFPunQR2fRbASd/QLRYo5rYEaSgnrXXAz9EVt8fw+hVTLNs X-Received: by 10.194.84.208 with SMTP id b16mr52571335wjz.55.1401283757735; Wed, 28 May 2014 06:29:17 -0700 (PDT) Received: from [192.168.1.15] (ip-73-126.sn2.eutelia.it. [83.211.73.126]) by mx.google.com with ESMTPSA id ba9sm16869317wib.24.2014.05.28.06.29.15 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 28 May 2014 06:29:17 -0700 (PDT) Message-ID: <5385E4B0.1010102@m2r.biz> Date: Wed, 28 May 2014 15:29:20 +0200 From: Fabio Fantoni User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: lars.kurth@xen.org, "xen-devel@lists.xen.org" , xen-users@lists.xenproject.org, "xen-api@lists.xenproject.org" , "mirageos-devel@lists.xenproject.org" References: <5385D9C6.2090105@xen.org> In-Reply-To: <5385D9C6.2090105@xen.org> X-Mailman-Approved-At: Thu, 29 May 2014 09:31:19 +0000 Subject: Re: [MirageOS-devel] [Xen-devel] [For community review] Windows PV Drivers Incubation Sub-project 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: multipart/mixed; boundary="===============2811609953294156057==" Sender: mirageos-devel-bounces@lists.xenproject.org Errors-To: mirageos-devel-bounces@lists.xenproject.org This is a multi-part message in MIME format. --===============2811609953294156057== Content-Type: multipart/alternative; boundary="------------040001060405080604010706" This is a multi-part message in MIME format. --------------040001060405080604010706 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Il 28/05/2014 14:42, Lars Kurth ha scritto: > Hi all, > > please find attached a link to a new subproject to proposal to host > and develop the Windows PV drivers. The proposal is at > http://wiki.xenproject.org/wiki/Windows_PV_Drivers_Incubation_Project_Proposal > (but I also attached the text below). > > Anyone can comment on the proposal. The review period will be open > until June 6th. I will then incorporate any comments and go for a > formal vote. > > Best Regards > Lars Thanks, this seems a good project. Unfortunately I do not have ms visual studio needed to buildit. Let me know as soon as thepublic test build will be available and I'll helpto testit. Thanks for any reply and sorry for my bad english. > > == Windows PV Drivers Project Proposal == > === Roles === > * Project Lead: Paul Durrant - Paul is Windows subsystem architect for > XenServer and has authored the majority of the driver code. > * Project Sponsor: Matt Wilson - Matt is Xen Project AB member > representing Amazon > * Project Mentor: Lars Kurth - Lars is the Community Manager for the > Xen Project and has agreed to act as the project’s Mentor. > > === Background === > ParaVirtualization aware (PV) device drivers are an important part of > HVM guests running under Xen. Citrix has provided a set of PV driver > for Windows since the inception of XenServer. These drivers have > evolved over the years and recently the full set has been made open > source with a BSD license and are therefore available to the community > to modify and build. > I gave a talk at the 2013 Xen Developer Summit in Edinburgh (see > http://www.slideshare.net/xen_com_mgr/open-source-pv-drivers) to > introduce the drivers. This proposal is intended to be a logical next > step to that initial offering to the community. > > === Relevance to Xen and its Community === > The drivers have a dependency on Xen as they are ParaVirtualization > aware. They are not tied in any way to Citrix commercial Xen offerings; > they are designed to function on any build of Xen since 3.4. They > encompass high performance network and storage frontends and enable > functionality such as memory ballooning, and clean shutdown or reboot > via the xl toolstack. They are well tested and supported, since they > are crucial to Citrix products, and are of benefit to anyone wishing > to run Windows (i386 or x86_64) as a guest under Xen. > > === Current Status === > Recent builds of the drivers are currently being tested by Citrix and > Amazon using the Microsoft HCK and Citrix will be providing > logo-signed builds of the drivers in future commercial Xen offerings. > Amazon are evaluating the drivers and may ship them in future AMIs. > Citrix may also provide logo-signed drivers via Microsoft's Windows > Update mechanism, making them widely available to anyone running > Windows under Xen (not just XenServer) without the need for them to > build the drivers themselves. Any other organization is also free to do > the same by registering a top level PV device with the Xen community > (see http://xenbits.xen.org/gitweb/?p=xen.git;a=blob;f=docs/misc/pci-d > evice-reservations.txt) and logo-signing their driver builds. > > === Incubation === > The aim of making the Windows PV Drivers an incubated project is to > raise their profile to members of the Xen community other than Citrix > and Amazon and hopefully gain more developer interest and > contribution. The driver set provide APIs to fundamental Xen > subsystems such > as grant tables, event channels and xenstore and therefore provide a > basis for further frontends, e.g. HID (keyboard and mouse), PV audio > and possibly framebuffer. Current maintainers of the driver > repositories are all employed by Citrix but by becoming an incubated > project we > hope gain maintainers from the community as we build interest. > > We hope we can work with the maintainers of the GPLPV Windows Drivers > to standardize Windows PV drivers for the Xen project. > > === Required Infrastructure === > ==== Repositories ==== > As a Xen Project sub-project we would wish the driver repositories to > be hosted on xenbits, but mirrored to GitHub to allow use of the the > GitHub workflow. It makes sense to maintain a separate repository for > each driver as: > > Each driver is separately installable with no compile-time linkage to > any other driver. Some headers may be imported from one > repository to another to facilitate run-time discovery of interfaces > provided by one driver and consumed by another, but it is desirable > that this is an explicit step to move from one version of an interface > to another. > > A continuous integration server project can be created for each > repository such that the only a modified driver is re-built, rather than > the entire set. > > The set of drivers (and hence repositories) is currently: > * XENBUS: Bus driver binding to the top-level PCI device (and > providing most of the interfaces to Xen) > * XENVIF: Network class driver (hosting the code necessary to drive > the netif ring protocol) > * XENNET: Network device driver (client of the class driver, provides > VIFs to Windows network stack) > * XENVBD: Storage class driver (hosting the code necessary to drive > the blkif ring protocol) > * XENIFACE: Interface driver (providing user-space access to xenstore) > > ==== Build and Test ==== > We request build infrastructure to make new builds of driver > repositories immediately available for use by community members. This > includes: > > A build machine (physical or virtual), possibly part of the Xen > Project test framework, running Jenkins or some such continuous > integration server to monitor the repositories > > A license for Microsoft Visual Studio (~ $1000) > Storage, either on the build machine or elsewhere, to act as a public > facing symbol server for the convenience of developers > > ===== Approval Status ===== > The Advisory Board agreed to fund a Visual Studio license and two > vendors in the community offered VM's to host the build environment. > > > > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel --------------040001060405080604010706 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit
Il 28/05/2014 14:42, Lars Kurth ha scritto:
Hi all,

please find attached a link to a new subproject to proposal to host and develop the Windows PV drivers. The proposal is at http://wiki.xenproject.org/wiki/Windows_PV_Drivers_Incubation_Project_Proposal (but I also attached the text below).

Anyone can comment on the proposal. The review period will be open until June 6th. I will then incorporate any comments and go for a formal vote.

Best Regards
Lars

Thanks, this seems a good project.
Unfortunately I do not have ms visual studio needed to build it.
Let me know as soon as the public test build will be available and I'll help to test it.

Thanks for any reply and sorry for my bad english.


== Windows PV Drivers Project Proposal ==
=== Roles ===
* Project Lead: Paul Durrant - Paul is Windows subsystem architect for XenServer and has authored the majority of the driver code.
* Project Sponsor: Matt Wilson - Matt is Xen Project AB member representing Amazon
* Project Mentor: Lars Kurth - Lars is the Community Manager for the Xen Project and has agreed to act as the project’s Mentor.

=== Background ===
ParaVirtualization aware (PV) device drivers are an important part of HVM guests running under Xen. Citrix has provided a set of PV driver
for Windows since the inception of XenServer. These drivers have evolved over the years and recently the full set has been made open
source with a BSD license and are therefore available to the community to modify and build.
I gave a talk at the 2013 Xen Developer Summit in Edinburgh (see http://www.slideshare.net/xen_com_mgr/open-source-pv-drivers) to
introduce the drivers. This proposal is intended to be a logical next step to that initial offering to the community.

=== Relevance to Xen and its Community ===
The drivers have a dependency on Xen as they are ParaVirtualization aware. They are not tied in any way to Citrix commercial Xen offerings;
they are designed to function on any build of Xen since 3.4. They encompass high performance network and storage frontends and enable
functionality such as memory ballooning, and clean shutdown or reboot via the xl toolstack. They are well tested and supported, since they
are crucial to Citrix products, and are of benefit to anyone wishing to run Windows (i386 or x86_64) as a guest under Xen.

=== Current Status ===
Recent builds of the drivers are currently being tested by Citrix and Amazon using the Microsoft HCK and Citrix will be providing logo-signed builds of the drivers in future commercial Xen offerings. Amazon are evaluating the drivers and may ship them in future AMIs.
Citrix may also provide logo-signed drivers via Microsoft's Windows Update mechanism, making them widely available to anyone running
Windows under Xen (not just XenServer) without the need for them to build the drivers themselves. Any other organization is also free to do
the same by registering a top level PV device with the Xen community (see http://xenbits.xen.org/gitweb/?p=xen.git;a=blob;f=docs/misc/pci-d
evice-reservations.txt) and logo-signing their driver builds.

=== Incubation ===
The aim of making the Windows PV Drivers an incubated project is to raise their profile to members of the Xen community other than Citrix
and Amazon and hopefully gain more developer interest and contribution. The driver set provide APIs to fundamental Xen subsystems such
as grant tables, event channels and xenstore and therefore provide a basis for further frontends, e.g. HID (keyboard and mouse), PV audio
and possibly framebuffer. Current maintainers of the driver repositories are all employed by Citrix but by becoming an incubated project we
hope gain maintainers from the community as we build interest.

We hope we can work with the maintainers of the GPLPV Windows Drivers to standardize Windows PV drivers for the Xen project.

=== Required Infrastructure ===
==== Repositories ====
As a Xen Project sub-project we would wish the driver repositories to be hosted on xenbits, but mirrored to GitHub to allow use of the the
GitHub workflow. It makes sense to maintain a separate repository for each driver as:

Each driver is separately installable with no compile-time linkage to any other driver. Some headers may be imported from one
repository to another to facilitate run-time discovery of interfaces provided by one driver and consumed by another, but it is desirable
that this is an explicit step to move from one version of an interface to another.

A continuous integration server project can be created for each repository such that the only a modified driver is re-built, rather than
the entire set.

The set of drivers (and hence repositories) is currently:
* XENBUS: Bus driver binding to the top-level PCI device (and providing most of the interfaces to Xen)
* XENVIF: Network class driver (hosting the code necessary to drive the netif ring protocol)
* XENNET: Network device driver (client of the class driver, provides VIFs to Windows network stack)
* XENVBD: Storage class driver (hosting the code necessary to drive the blkif ring protocol)
* XENIFACE: Interface driver (providing user-space access to xenstore)

==== Build and Test ====
We request build infrastructure to make new builds of driver repositories immediately available for use by community members. This
includes:

A build machine (physical or virtual), possibly part of the Xen Project test framework, running Jenkins or some such continuous
integration server to monitor the repositories

A license for Microsoft Visual Studio (~ $1000)
Storage, either on the build machine or elsewhere, to act as a public facing symbol server for the convenience of developers

===== Approval Status =====
The Advisory Board agreed to fund a Visual Studio license and two vendors in the community offered VM's to host the build environment.




_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel

--------------040001060405080604010706-- --===============2811609953294156057== 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 --===============2811609953294156057==-- From mirageos-devel-bounces@lists.xenproject.org Thu May 29 09:48:16 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 29 May 2014 09:48: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 1WpwwZ-0005gg-BA; Thu, 29 May 2014 09:48:15 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WpwwY-0005gY-N3 for mirageos-devel@lists.xenproject.org; Thu, 29 May 2014 09:48:14 +0000 Received: from [193.109.254.147:48066] by server-11.bemta-14.messagelabs.com id 46/3E-09902-E5207835; Thu, 29 May 2014 09:48:14 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-16.tower-27.messagelabs.com!1401356892!2449175!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31573 invoked from network); 29 May 2014 09:48:12 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-16.tower-27.messagelabs.com with SMTP; 29 May 2014 09:48:12 -0000 Received: (qmail 6874 invoked by uid 634); 29 May 2014 09:48:12 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from wifi-2lw.rackspace.co.uk (HELO [172.16.6.105]) (94.236.7.185) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Thu, 29 May 2014 10:48:11 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Anil Madhavapeddy In-Reply-To: <5385EB49.1040706@somerandomidiot.com> Date: Thu, 29 May 2014 10:48:05 +0100 Message-Id: References: <537A1EAD.5090906@somerandomidiot.com> <537CBA82.4020102@somerandomidiot.com> <90CA16FC-EF91-4817-9C3A-70C9E176FA08@nottingham.ac.uk> <537CC523.5090603@somerandomidiot.com> <5385EB49.1040706@somerandomidiot.com> To: Mindy X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] OPW intern checking in! X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 (Hello from the Xen hackathon!) The Cohttp issue is on my queue now, so investigating the corners of the TCP stack is definitely a useful thing. Closing down a TCP connection is surprisingly complex (and often papered over by the other side sending an RST), so chasing down this part of the stack is a *very* useful thing to look at... -anil On 28 May 2014, at 14:57, Mindy wrote: > Hi again! It was nice to talk with those of you who were on the call yesterday. :) > > I owe some unit tests for the issue I reported with Cohttp, so I'll be learning how to OUnit and writing some tests for that. > > I had great intentions of looking into some client-side fuzzing with the Cohttp libraries yesterday, but got distracted looking into something I noticed from my server-side testing - it seems like self-initiated TCP connection closures in Mirage don't work as expected some very high percentage (so far, 100) of the time, at least when built for Xen. (To phrase this differently, no running unikernel I've seen has ever sent a FIN packet, even when `close` is invoked; they do respond correctly to well-formed FIN packets.) I started looking into why this would be and quickly got sucked into reading code in mirage-tcpip/tcp. I'd like to finish investigating what's going on there (i.e. make sure I'm not making some silly mistake) and submit an issue, with hopes that I can submit a PR for a fix soon after. > > I promised to have a look at irmin as well; I'll likely do that in the late afternoon. > > Thanks, > Mindy > > _______________________________________________ > 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 May 29 09:48:16 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Thu, 29 May 2014 09:48: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 1WpwwZ-0005gg-BA; Thu, 29 May 2014 09:48:15 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WpwwY-0005gY-N3 for mirageos-devel@lists.xenproject.org; Thu, 29 May 2014 09:48:14 +0000 Received: from [193.109.254.147:48066] by server-11.bemta-14.messagelabs.com id 46/3E-09902-E5207835; Thu, 29 May 2014 09:48:14 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-16.tower-27.messagelabs.com!1401356892!2449175!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31573 invoked from network); 29 May 2014 09:48:12 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-16.tower-27.messagelabs.com with SMTP; 29 May 2014 09:48:12 -0000 Received: (qmail 6874 invoked by uid 634); 29 May 2014 09:48:12 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from wifi-2lw.rackspace.co.uk (HELO [172.16.6.105]) (94.236.7.185) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Thu, 29 May 2014 10:48:11 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Anil Madhavapeddy In-Reply-To: <5385EB49.1040706@somerandomidiot.com> Date: Thu, 29 May 2014 10:48:05 +0100 Message-Id: References: <537A1EAD.5090906@somerandomidiot.com> <537CBA82.4020102@somerandomidiot.com> <90CA16FC-EF91-4817-9C3A-70C9E176FA08@nottingham.ac.uk> <537CC523.5090603@somerandomidiot.com> <5385EB49.1040706@somerandomidiot.com> To: Mindy X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "mirageos-devel@lists.xenproject.org" Subject: Re: [MirageOS-devel] OPW intern checking in! X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 (Hello from the Xen hackathon!) The Cohttp issue is on my queue now, so investigating the corners of the TCP stack is definitely a useful thing. Closing down a TCP connection is surprisingly complex (and often papered over by the other side sending an RST), so chasing down this part of the stack is a *very* useful thing to look at... -anil On 28 May 2014, at 14:57, Mindy wrote: > Hi again! It was nice to talk with those of you who were on the call yesterday. :) > > I owe some unit tests for the issue I reported with Cohttp, so I'll be learning how to OUnit and writing some tests for that. > > I had great intentions of looking into some client-side fuzzing with the Cohttp libraries yesterday, but got distracted looking into something I noticed from my server-side testing - it seems like self-initiated TCP connection closures in Mirage don't work as expected some very high percentage (so far, 100) of the time, at least when built for Xen. (To phrase this differently, no running unikernel I've seen has ever sent a FIN packet, even when `close` is invoked; they do respond correctly to well-formed FIN packets.) I started looking into why this would be and quickly got sucked into reading code in mirage-tcpip/tcp. I'd like to finish investigating what's going on there (i.e. make sure I'm not making some silly mistake) and submit an issue, with hopes that I can submit a PR for a fix soon after. > > I promised to have a look at irmin as well; I'll likely do that in the late afternoon. > > Thanks, > Mindy > > _______________________________________________ > 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 May 30 17:45:49 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 30 May 2014 17:45: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 1WqQsC-0006FT-1N; Fri, 30 May 2014 17:45:44 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WqQsA-0006FO-UF for mirageos-devel@lists.xenproject.org; Fri, 30 May 2014 17:45:43 +0000 Received: from [85.158.143.35:24467] by server-1.bemta-4.messagelabs.com id 31/1A-09853-6C3C8835; Fri, 30 May 2014 17:45:42 +0000 X-Env-Sender: thomas.gazagnaire@gmail.com X-Msg-Ref: server-11.tower-21.messagelabs.com!1401471940!8275725!1 X-Originating-IP: [74.125.82.51] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11398 invoked from network); 30 May 2014 17:45:40 -0000 Received: from mail-wg0-f51.google.com (HELO mail-wg0-f51.google.com) (74.125.82.51) by server-11.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 30 May 2014 17:45:40 -0000 Received: by mail-wg0-f51.google.com with SMTP id x13so2288613wgg.34 for ; Fri, 30 May 2014 10:45:40 -0700 (PDT) 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=EXEW11JqpissIIWKpJKafWWl+3DNN9kFJ22SIaE8QxQ=; b=EgCNdeK5Q7AcpRZKzE453/OIBVOnc0o04ux8+G+mqPrvaPUdmyuVjW9wJLB7kW/+aM zhPlGY5BOVU1Bo+cfVia1CrvW/qQjGNlL+abKZLNgoUs0MPYRbHm5MsCJoDCB0Yr1dp3 Pwn8wHDkXsof3pj07iT9i8pL8p4wj8lNgropaUYLRuxoq7mP7CrQTlBuFPoYWuYemdz5 FA3ksv0NXHC2EHhgoEmwwwxGCjN3LybkAHpe7PcOMCMc6M6QSpxkax3LH0Kt0DfKSz2B NiyjHCSwh/NwOuxS/18hn0C9ZaIDMGp5FwdYbzGkh5cFbX1sNXQf8a0PqYuCIw3iy1lX CBsg== X-Received: by 10.180.12.201 with SMTP id a9mr5099015wic.25.1401471940343; Fri, 30 May 2014 10:45:40 -0700 (PDT) Received: from [172.20.10.2] ([37.161.40.248]) by mx.google.com with ESMTPSA id mw4sm7695045wib.12.2014.05.30.10.45.34 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 30 May 2014 10:45:39 -0700 (PDT) From: Thomas Gazagnaire Message-Id: <4C839828-07A3-4497-9602-738CD48F34E4@gazagnaire.org> Date: Fri, 30 May 2014 18:44:51 +0100 To: mirageos-devel@lists.xenproject.org Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) X-Mailer: Apple Mail (2.1878.2) Subject: [MirageOS-devel] irmin graphs X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 just added a new option to display pretty graphs of any irmin database. It's not yet merged, but if some people wants to give a try, it's available here: https://github.com/mirage/irmin/pull/61 (or on the cleaner-graphs branch in my repo). To try it: mkdir cd git init echo hello > foo && git add foo && git commit -a -m first irmin init -d -g & The last command means: starts an irmin daemon reading the current Git store. The daemon runs by default on localhost:8080 (irmin init --help to change that). Then you can see graph.dot of you database at that url: http://localhost:8080/dump/graph.dot You can also see a lively updated JS interpretation of that file (using dagre-d3.js) at http://localhost:8080/dump (ie. try to run few git commands and see how the graph changes). If any CSS guru are reading this, and what to have a try at improving the result (which I found already quite nice), feel free to send me patches to lib/server/static/style.css Remark: don't try this on a normal Git repo, seems that dagre-d3.js dies when trying to parse a gigantic .dot file. 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 Fri May 30 17:45:49 2014 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 30 May 2014 17:45: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 1WqQsC-0006FT-1N; Fri, 30 May 2014 17:45:44 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WqQsA-0006FO-UF for mirageos-devel@lists.xenproject.org; Fri, 30 May 2014 17:45:43 +0000 Received: from [85.158.143.35:24467] by server-1.bemta-4.messagelabs.com id 31/1A-09853-6C3C8835; Fri, 30 May 2014 17:45:42 +0000 X-Env-Sender: thomas.gazagnaire@gmail.com X-Msg-Ref: server-11.tower-21.messagelabs.com!1401471940!8275725!1 X-Originating-IP: [74.125.82.51] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11398 invoked from network); 30 May 2014 17:45:40 -0000 Received: from mail-wg0-f51.google.com (HELO mail-wg0-f51.google.com) (74.125.82.51) by server-11.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 30 May 2014 17:45:40 -0000 Received: by mail-wg0-f51.google.com with SMTP id x13so2288613wgg.34 for ; Fri, 30 May 2014 10:45:40 -0700 (PDT) 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=EXEW11JqpissIIWKpJKafWWl+3DNN9kFJ22SIaE8QxQ=; b=EgCNdeK5Q7AcpRZKzE453/OIBVOnc0o04ux8+G+mqPrvaPUdmyuVjW9wJLB7kW/+aM zhPlGY5BOVU1Bo+cfVia1CrvW/qQjGNlL+abKZLNgoUs0MPYRbHm5MsCJoDCB0Yr1dp3 Pwn8wHDkXsof3pj07iT9i8pL8p4wj8lNgropaUYLRuxoq7mP7CrQTlBuFPoYWuYemdz5 FA3ksv0NXHC2EHhgoEmwwwxGCjN3LybkAHpe7PcOMCMc6M6QSpxkax3LH0Kt0DfKSz2B NiyjHCSwh/NwOuxS/18hn0C9ZaIDMGp5FwdYbzGkh5cFbX1sNXQf8a0PqYuCIw3iy1lX CBsg== X-Received: by 10.180.12.201 with SMTP id a9mr5099015wic.25.1401471940343; Fri, 30 May 2014 10:45:40 -0700 (PDT) Received: from [172.20.10.2] ([37.161.40.248]) by mx.google.com with ESMTPSA id mw4sm7695045wib.12.2014.05.30.10.45.34 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 30 May 2014 10:45:39 -0700 (PDT) From: Thomas Gazagnaire Message-Id: <4C839828-07A3-4497-9602-738CD48F34E4@gazagnaire.org> Date: Fri, 30 May 2014 18:44:51 +0100 To: mirageos-devel@lists.xenproject.org Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) X-Mailer: Apple Mail (2.1878.2) Subject: [MirageOS-devel] irmin graphs X-BeenThere: mirageos-devel@lists.xenproject.org X-Mailman-Version: 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 just added a new option to display pretty graphs of any irmin database. It's not yet merged, but if some people wants to give a try, it's available here: https://github.com/mirage/irmin/pull/61 (or on the cleaner-graphs branch in my repo). To try it: mkdir cd git init echo hello > foo && git add foo && git commit -a -m first irmin init -d -g & The last command means: starts an irmin daemon reading the current Git store. The daemon runs by default on localhost:8080 (irmin init --help to change that). Then you can see graph.dot of you database at that url: http://localhost:8080/dump/graph.dot You can also see a lively updated JS interpretation of that file (using dagre-d3.js) at http://localhost:8080/dump (ie. try to run few git commands and see how the graph changes). If any CSS guru are reading this, and what to have a try at improving the result (which I found already quite nice), feel free to send me patches to lib/server/static/style.css Remark: don't try this on a normal Git repo, seems that dagre-d3.js dies when trying to parse a gigantic .dot file. Best, Thomas _______________________________________________ MirageOS-devel mailing list MirageOS-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel