Void Linux looks like it meets the criteria I used to select Alpine Linux.
Namely minimal no-frills distro that gets out of the way. Since it works
for Antti I'll give it a spin in a VM and see if I have good luck with it.
I'll report back once I have some info.
--Kevin
On Mon, Dec 29, 2014 at 2:16 PM, Kevin Smith <[email protected]> wrote:
> I've been following rumpkernel development from afar ever since I read
> Antti's thesis over a year ago. I've recently started working on a project
> where I think the rumpkernel arch, specifically rumprun-xen, could be a
> great fit.
>
> I've been trying to bring up a test environment to exercise rumprun-xen
> but I've run into a couple of compile errors which have me stymied. My test
> box is running Xen 4.4.1 with a fresh and up-to-date Alpine Linux 3.1.0
> install as both dom0 and my initial rumprun-xen compilation environment.
>
> Compiling a fresh checkout of rumprun-xen per the readme yields this error:
>
> /home/ksmith/src/rumpkernel/rumprun-xen/app-tools/rumpapp-xen-cc
> hello.c -o hello
>
> stunt ld: --stunt-intermediate /tmp/ccekjdhe.link1 --stunt-final-script
> /home/ksmith/src/rumpkernel/rumprun-xen/obj/xen/minios.lds -pie -z now -z
> relro -o hello /home/ksmith/src/rumpkernel/rumprun-xen/obj/xen/minios.o
> /tmp/cceenggo.o -lssp_nonshared -lc
> /home/ksmith/src/rumpkernel/rumprun-xen/obj/rumprun.o
> -L/home/ksmith/src/rumpkernel/rumprun-xen/rump/lib --whole-archive
> -lrumpfs_ffs -lrumpfs_cd9660 -lrumpdev_disk -lrumpdev -lrumpvfs
> -lrumpnet_config -lrumpdev_bpf -lrumpnet_xenif -lrumpnet_netinet
> -lrumpnet_net -lrumpxen_xendev -lrumpnet -lrumpdev_pci -lrumpdev_pci_if_wm
> -lrumpdev_miiphy -lrump --no-whole-archive -lpthread -lc
>
> stunt ld: unknown option -pie
>
> I tracked this down to app-tools/ld not understanding -pie. Based on the
> other case clauses I added one to skip -pie (see attached diff). This got
> me a bit further but then the build failed when ld couldn't find
> libssp_noshared.
>
> I wasn't sure what to do here since I think (please correct me if I'm
> wrong) the build should resolve dependencies inside the tree (probably from
> rumpsrc?) On a related note I'm getting many instances of this warning from
> the build using /usr/include/sys/cdefs.h from the Linux host:
>
> /usr/include/sys/cdefs.h:1:2: warning: #warning usage of non-standard
> #include <sys/cdefs.h> is deprecated [-Wcpp]
>
> #warning usage of non-standard #include <sys/cdefs.h> is deprecated
>
> Should the build use the sys/cdefs.h from rumpsrc instead of my local
> system version?
>
> Should I be able to compile rumprun-xen on Linux or do I need a NetBSD
> compilation environment?
>
> I'm really excited about the possibilities rumpkernels enable and would
> love to get this working so I can start playing & hacking.
>
> Any suggestions and/or pointers gratefully accepted.
>
> --Kevin
>
------------------------------------------------------------------------------
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
_______________________________________________
rumpkernel-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/rumpkernel-users
