On 02/01/15 17:02, Kevin Smith wrote: > Summary: The combination of grsec's anti-exploit protections and musl libc > were responsible for the issues I was experiencing. I've been able to get > rumprun.sh, rumprun-posix, and rumprun-xen to all work without error once I > installed Ubuntu 14.04 w/Xen 4.4.1.
We looked into these with Justin, collaborating on irc: SIGILL: NetBSD uses a technique called "link sets" for various types of constructors. Essentially, the build process stores pointers in a special section, the linker generates __start/__stop delimiter symbols for those sections, and the pointers in between get traversed at runtime. The technique isn't quite compatible with dynamic libs, but is mostly harmless. On alpine, __start gets resolved from librump.so and __stop gets resolved from librumpvfs.so, and there's a lot of invalid pointers in between those two, so at the end of the valid list there a jump into hyperspace and the subsequent SIGILL. I *suspect* it's an issue in musl symbol hashing based on the grounds that every other dynamic linker resolves __stop as one would expect. However, off the top of my head I'm *not sure* if there's any defined behaviour, and what should happen. Of course, it would be most convenient if it were a bug in musl ld.so ;) (because otherwise it means a lot of rototilling in NetBSD) sys/cdefs.h. Someone has put a #warning in there, apparently to annoy folks who use autoconf in the normal way but compile with -Werror. I'll fix that soonish after I figure out the correct autoconf magic incantation. ------------------------------------------------------------------------------ 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
