From: Grzegorz Milos <gm281@cam.ac.uk>
To: Jacob Gorm Hansen <jacobg@diku.dk>
Cc: Ian Pratt <m+Ian.Pratt@cl.cam.ac.uk>,
xen-devel <xen-devel@lists.xensource.com>,
"Nakajima, Jun" <jun.nakajima@intel.com>
Subject: Re: mini-guest io emulation
Date: Mon, 13 Mar 2006 12:41:11 +0000 [thread overview]
Message-ID: <44156867.6010704@cam.ac.uk> (raw)
In-Reply-To: <e08041f30603130402l7c539a69mb979842d4df2c002@mail.gmail.com>
As Ian mentioned some work needs to be done to make mini-os work on 64
bit platform but the current 32 bit version of mini-os already has:
- simple scheduler (RR like)
- memory allocator (buddy allocator, and ported xmalloc build on top of
buddy)
- xenbus implementation
I've implemented all of it last year. Obviously if we start using it for
I/O emulation it will have to be tested more extensively, but it seemed
to work just when I used it for my trusted domain builder.
As Aravindh mentioned it his email, we've recently added 64-bit page
table builder, which means that the memory allocator should now work on
64bit platform as well.
There are still a few things on TODO list we've created with Aravindh
but I think it should be much easier to resolve those then strip Linux
down. And I do agree with Jacob, mini-os could be useful for many other
things then just I/O emulation.
Cheers
Gregor
>> For the "mini guest", I think it could be much easier if we
>> substantially strip down xenlinux rather than adding (eventually) a lot
>> of stuff to the current mini-os, mainly because we need probably a
>> multi-threaded run-time environment, scheduler, memory allocator, event
>> handling, drivers such as xenbus/netfront/blkfront, etc. At least, I
>> think we can use xenlinux as the development platform. For example,
>> implement the qemu-dm as a driver adding the infrastructure required
>> (e.g. small in-kernel glibc).
>
> It seems to me the main reason we needs threads and scheduling is to
> interact with Xenstore. A page allocator can't be that hard to
> implement. I wonder if the Xenstore API could be simplified in a way
> that does not require threading, thus making the job of implementing
> drivers in a min-os a bit simpler?
>
> My feeling is that even a stripped down Linux would take some work to
> maintain, at least if we wish to remove the need for hotplug scripts
> for driver backends and the like from the miniLinux.
>
> I have little interest in hvm guests, but having a functional mini-os
> with an extensible, perhaps oskit- or TinyOS-like, structure would be
> a huge win in a number of other situations as well. If I can I would
> like to help. If the mini-os ever gets functional, I suppose it would
> help to include it in the regression tests, to prevent the bit-rot it
> is currently suffering from.
>
> Jacob
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel
next prev parent reply other threads:[~2006-03-13 12:41 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-03-13 5:04 mini-guest io emulation Nakajima, Jun
2006-03-13 8:03 ` Keir Fraser
2006-03-13 12:01 ` Mark Ryden
2006-03-13 12:18 ` Jacob Gorm Hansen
2006-03-13 12:02 ` Jacob Gorm Hansen
2006-03-13 12:41 ` Grzegorz Milos [this message]
2006-03-13 16:25 ` Anthony Liguori
-- strict thread matches above, loose matches on Subject: below --
2006-03-13 18:45 Nakajima, Jun
2006-03-13 0:06 Puthiyaparambil, Aravindh
2006-03-12 21:26 Ian Pratt
2006-03-14 8:40 ` Tristan Gingold
2006-03-15 3:03 ` Edwin Zhai
2006-03-15 10:00 ` Keir Fraser
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=44156867.6010704@cam.ac.uk \
--to=gm281@cam.ac.uk \
--cc=jacobg@diku.dk \
--cc=jun.nakajima@intel.com \
--cc=m+Ian.Pratt@cl.cam.ac.uk \
--cc=xen-devel@lists.xensource.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.