On Sun, 2014-12-07 at 18:54 +0100, Samuel Thibault wrote:
> Hello,
>
> Martin Lucina, le Fri 05 Dec 2014 19:22:08 +0100, a écrit :
> > What's up with the -DHAVE_LIBC codepaths in mini-os? Who or what uses
> > these? Grepping around in stubdom/ doesn't come up with anything...
>
> HAVE_LIBC gets d
Antti Kantee, le Sun 07 Dec 2014 18:13:38 +, a écrit :
> On 07/12/14 18:09, Samuel Thibault wrote:
> >>I said it unclearly. I meant the use of
> >>
> >>#include (e.g. string.h, stdio.h, etc)
> >
> >?
> >
> >minios itself doesn't do this when it's not compiled with HAVE_LIBC.
> >Building with
On 07/12/14 18:09, Samuel Thibault wrote:
I said it unclearly. I meant the use of
#include (e.g. string.h, stdio.h, etc)
?
minios itself doesn't do this when it's not compiled with HAVE_LIBC.
Building with HAVE_LIBC is really not a requirement for using mini-os.
For rump projects, I would e
Antti Kantee, le Sun 07 Dec 2014 18:03:33 +, a écrit :
> On 07/12/14 17:55, Samuel Thibault wrote:
> >Antti Kantee, le Thu 04 Dec 2014 22:52:05 +, a écrit :
> >>Currently, the software stack in rumprun-xen is confusing
> >>because MiniOS partially uses libc
> >
> >Which part of libc? MiniOS
On 07/12/14 17:55, Samuel Thibault wrote:
Antti Kantee, le Thu 04 Dec 2014 22:52:05 +, a écrit :
Currently, the software stack in rumprun-xen is confusing
because MiniOS partially uses libc
Which part of libc? MiniOS itself is very independent of libc, it only
ships a couple of things. We
Hello,
Martin Lucina, le Thu 04 Dec 2014 15:27:57 +0100, a écrit :
> - Is there a general interest in upstreaming this work?
I believe so. That can only help people using minios.
> - All Mini-OS functions called by rumprun-xen are renamed to minios_* or
> _minios_* for strictly internal funct
Antti Kantee, le Thu 04 Dec 2014 22:52:05 +, a écrit :
> Currently, the software stack in rumprun-xen is confusing
> because MiniOS partially uses libc
Which part of libc? MiniOS itself is very independent of libc, it only
ships a couple of things. We can probably happily #ifdef them if needed
Hello,
Martin Lucina, le Fri 05 Dec 2014 19:22:08 +0100, a écrit :
> What's up with the -DHAVE_LIBC codepaths in mini-os? Who or what uses
> these? Grepping around in stubdom/ doesn't come up with anything...
HAVE_LIBC gets defined by extra/mini-os/Config.mk when libc is y, and
libc is defined to
On 05/12/14 18:31, Martin Lucina wrote:
po...@iki.fi said:
I wonder if work is minimized if we attempt to merge before or after
we (I?) take the carving knife for a second round in the rumprun-xen
repo to minimize MiniOS to run only on top of itself.
Before, I think. Minimizing our copy of Min
po...@iki.fi said:
> I wonder if work is minimized if we attempt to merge before or after
> we (I?) take the carving knife for a second round in the rumprun-xen
> repo to minimize MiniOS to run only on top of itself.
Before, I think. Minimizing our copy of Mini-OS duplicates what we would
need to
andrew.coop...@citrix.com said:
> I think this is a very good idea, and I am completely in favour of it.
>
> There are already-identified issues such as MiniOS leaking things like
> ARRAY_SIZE() into linked namespaces, which I havn't yet had enough tuits
> to fix.
>
> I think splitting things lik
On 04/12/14 14:40, Andrew Cooper wrote:
There are already-identified issues such as MiniOS leaking things like
ARRAY_SIZE() into linked namespaces, which I havn't yet had enough tuits
to fix.
I think splitting things like the stub libc away from the "MiniOS Xen
Framework" is also a good idea. I
On 04/12/14 14:27, Martin Lucina wrote:
> Hi,
>
> In rumprun-xen [1] we use Mini-OS as a "base firmware" layer in our stack.
> Currently we are using a slightly bastardized fork of the xen.git Mini-OS.
>
> We would like to avoid this turning into a permanent fork. Following
> previous discussion [2
Hi,
In rumprun-xen [1] we use Mini-OS as a "base firmware" layer in our stack.
Currently we are using a slightly bastardized fork of the xen.git Mini-OS.
We would like to avoid this turning into a permanent fork. Following
previous discussion [2] on and openmirage-devel I would like to coordinate
14 matches
Mail list logo
