From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:51692) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VOkwz-00089F-LH for qemu-devel@nongnu.org; Wed, 25 Sep 2013 05:00:10 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VOkwr-0001pB-8H for qemu-devel@nongnu.org; Wed, 25 Sep 2013 05:00:01 -0400 Received: from mail-ee0-x22d.google.com ([2a00:1450:4013:c00::22d]:62646) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VOkwr-0001p4-1L for qemu-devel@nongnu.org; Wed, 25 Sep 2013 04:59:53 -0400 Received: by mail-ee0-f45.google.com with SMTP id c50so3028724eek.18 for ; Wed, 25 Sep 2013 01:59:52 -0700 (PDT) Date: Wed, 25 Sep 2013 10:59:49 +0200 From: Stefan Hajnoczi Message-ID: <20130925085949.GA27290@stefanha-thinkpad.redhat.com> References: <20130923133930.GA10376@stefanha-thinkpad.redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Subject: Re: [Qemu-devel] ChrEMU - Virtualization in the Browser List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Anthony Liguori Cc: alex.bennee@linaro.org, qemu-devel , Joey Carlini On Mon, Sep 23, 2013 at 01:48:12PM -0500, Anthony Liguori wrote: > On Sep 23, 2013 8:46 AM, "Stefan Hajnoczi" wrote: > > > > On Tue, Sep 10, 2013 at 08:08:22PM -0400, Joey Carlini wrote: > > > I managed to get QEMU running on a Crouton install, virtual box not > being > > > possible with the Chrome OS kermel with the KVM mods required, and even > a > > > couple distros running. Since I enjoy pain and/or haven't done enough > cool > > > things to be called a badass dev, I figured, why not try building QEMU > into > > > a Chrome app, now that packaged apps are a thing, and native client > allows > > > for C code to run within the browser, letting an entire VM run on a > stock > > > Chromebook. > > > > QEMU isn't pure C code and effort would be required to make it run under > > Native Client. > > > > I've never used Native Client but I think its machine code verifier > > checks the application to ensure that control flow is safe. In other > > words, low-level things that QEMU does like code generation or stack > > switching are probably not allowed under Native Client since they are > > unsafe! > > I'm pretty sure coroutines would provide difficult to port too. The gthread backend should work since it doesn't use stack-switching. But it seems like a port to NaCl would be a lot slower and more limited than a native application. Stefan