On 20/03/14 09:01, Justin Cormack wrote:
>> In a matrix representation, I think it looks a bit like this:
>>
>> "userspace" "kernel"
>> ===========================
>> rump_server
>> rumpremote
>> rumprun rumprun
>>
>> ?
>
> Not sure I quite follow the diagram...
My artistry goes unappreciated...
It's trying to represent what needs userspace components libc,
librumpclient, the application itself, etc.) and what needs kernel
components (librump, librumpvfs, librumpnet, ...)
> One option with rumprun, thinking out loud, is to provide .o files
> with main renamed rather than binaries, so you can link them into your
> single program. This would need some changes to the build, as netbsd
> libc needs to not be linked at that stage but later. So you would end
> up with some .o files that you link into your binary and can call
> ifconfig_main(...) in order to configure your network. Alternatively
> could bundle a bunch of them into a util library, maybe with a
> slightly easier interface using varargs so it is ifconfig("lo0", ...).
> This would be the simple option to add to your standalone rump based
> program for adding config.
Yes, I think that will be especially important for Xen-like setups where
only one process (i.e. vm space & symbol namespace) is available.
For userspace, maybe we can even have some rumpmain.o, which 1) runs
rump_init() 2) gets the "rc script" from some env variable and calls the
right functions. Though, I guess, the latter would require a dynamic
linker to be present.
------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/13534_NeoTech
_______________________________________________
rumpkernel-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/rumpkernel-users
