From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/6924 Path: news.gmane.org!not-for-mail From: Justin Cormack Newsgroups: gmane.linux.lib.musl.general,gmane.linux.toybox Subject: Re: kernel design Date: Wed, 28 Jan 2015 23:25:19 +0000 Message-ID: References: Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-Trace: ger.gmane.org 1422487540 18260 80.91.229.3 (28 Jan 2015 23:25:40 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 28 Jan 2015 23:25:40 +0000 (UTC) Cc: toybox@lists.landley.net, "aboriginal@lists.landley.net" To: musl@lists.openwall.com Original-X-From: musl-return-6937-gllmg-musl=m.gmane.org@lists.openwall.com Thu Jan 29 00:25:34 2015 Return-path: Envelope-to: gllmg-musl@m.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by plane.gmane.org with smtp (Exim 4.69) (envelope-from ) id 1YGbzI-0006dO-Fm for gllmg-musl@m.gmane.org; Thu, 29 Jan 2015 00:25:32 +0100 Original-Received: (qmail 5658 invoked by uid 550); 28 Jan 2015 23:25:31 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Original-Received: (qmail 5632 invoked from network); 28 Jan 2015 23:25:30 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=specialbusservice.com; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=2L0l3LjFsKpkB/XQBIuDFySFrqIN2kSe7/QffDCFpGY=; b=TWR8/+7+Qd/Lq5uOgnxC+q5Fs6xCzQL40qh1zPZr0jyJPBp0hEd0rAoKqF8W3E8Iws qm+t/eeocFxA4NlBiXfNe2Pdw3EahjG6oagpL6rzlOkFupDw+FgUX79gWv5bHdhpg3KM QxMwszR6JN9V5f9DlvqzxYJWmLKDIlBI0KfX8= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=2L0l3LjFsKpkB/XQBIuDFySFrqIN2kSe7/QffDCFpGY=; b=RDleYSjeAJ21LaRzHX44XmoYcWYqKJQf+IdJAJHIa+Ri8NmkCb/ctQOwFSTcpdKnnH u0ZKRAIx/Ju2v9V8ZNadec4ZPB2K0hi2cUr8gMaFzmnWQFeXgiVGgBFnI8nazC4eRtG3 hOvI48um4YmVERcVBU5yXlL2NhP7MFEl9QYStqNoN+6X3T7m2AYQMW2v/xliWOKujtcT UeCl+hYivCFRzTF7PhfvniuWapGbRWjqfFbTHmS/8Tz4b1t55rSzEyxB9ssY9CTdBGDF b22dG2scug6N9AAhxb2uWMTFmjzBV2kvAte7flPHDrM9Uuv1/5ZffUCxX5jVOSoqa5Yc vsAA== X-Gm-Message-State: ALoCoQmWXd0b62ocqZaDO12A9xOf2cdp6+og3mOaINBslUPxDkJ7WJPHw/6lYKhJCTp2CxVhfF7J X-Received: by 10.180.91.109 with SMTP id cd13mr11854081wib.46.1422487519202; Wed, 28 Jan 2015 15:25:19 -0800 (PST) In-Reply-To: Xref: news.gmane.org gmane.linux.lib.musl.general:6924 gmane.linux.toybox:1899 Archived-At: On 28 January 2015 at 17:12, stephen Turner wrote: > On Wed, Jan 28, 2015 at 11:19 AM, Nathan McSween > wrote: > Unikernels is that bare metal stuff is it not? so then that elk project (is > it elk?) is a unikernel + Musl + what ever linkage (syscalls and api?) is > needed to support native linux apps? > > If i am understanding this still out of my element programming jargon, exo > kernels don't manage the apps they take a step back and simply supervise. > this leaves the existing gnu applications to speak directly with hardware > which they were not made for by using syscalls that the existing kernel > recognizes. so there would need to be a userspace kernel (now were getting > into mach kernels) of sorts to intermediate for old school apps while > allowing new built for exo kernel apps to do their unencumbered duties. I am not sure the terms are defined that well - every project seems to define a term for its architecture, have never seen two using the same term. Some provide traditional Posix APIs, while some like Mirage are language specific with custom interfaces. Then you can run them on bare metal, or Xen (which ships with a stub interface which makes it easier). I work on the NetBSD rump kernel (rumpkernel.org) which is a slightly different architecture again. Justin