xenbus: add two more mb()s

Signed-off-by: Wei Liu <liuw@liuw.name>

rumprun-bake: change regex to a form which OS X grep groks

Make it rumprun[-MACHINE_ARCH[-PLATFORM]]

That way MACHINE_ARCH (if it exists in the particular name),
is always in the same spot, and the same holds for PLATFORM.

create the bmk.ldscript link into objdir

Assign intermediate variables in Makefile

no functional change

call it pseudolinkstubs.o, install into lib/rumprun-arch

call it rumprun.o, install into rumprun-platform-arch

Fix -I for BUILDRR=false case.

Update header location to re-fix kernonly test

Install headers into destdir/include/rumprun.

That way they don't conflict with anything already
in destdir/include.

Need separate BRLIBEXECINST and BRLIBEXECDEST

libexecdir is in RRDEST, not INSTALLDIR.

(latter varies depending on if it's a manual "make" or not)

fix to previous: completely remove previnst check

build-rr: remove previnst check, not needed anymore.

g/c debugging aid that slipped into the public tree

pseudolinkstubs.o needs MACHINE_ARCH in the name.

kernonly test: change -L to match new reality.

Install libs to non-conflicting subdirs.

Platform-dependent libs go into lib/rumprun-platform-machine_arch
and platform-independent libs go into lib/rumprun-machine_arch.
(all libs are arch-dependent, naturally)

Allows xen and hw and various machine_arch installations
to coexist.

Turn duplicate address detection off.

Otherwise the network is unavailable for several seconds
after boot.  There's really no good solution here, but this
one is probably the best, i.e. hoping that things don't go wrong.

nb. turning DAD off cannot be implemented properly with our
current src-netbsd because the dad_count sysctl node is missing.
The current hack will prevent from linking a non-kernonly image
without networking, but I don't think anyone is using that
currently anyway.  To be fixed properly after I next update
src-netbsd.

Fixes issue #56.

Add "-extsrc" to default object directory name for -s builds.

xenbus: notify the other end when necessary

The xenbus thread didn't send notification to other end when it expected
more data or consumed responses, which led to stalling the ring from
time to time.

Fix this by sending notification to the other end at the right places.

Signed-off-by: Wei Liu <liuw@liuw.name>

Default kernonly objdir to end with "-kernonly"

build-rr: nuke prevbuild platform from error message

Mirrors how the platform became a non-issue with (partial)
objdir build support.

pull in new src-netbsd (and buildrump.sh)

Implement daemon() using rumprun_daemon()

IOW, daemon() now works on Rumprun

build-rr: always create .rumprun-installation

Fixes blowing objdir away while installing to the same destdir
in the next build.

adjust comment for rumprun_daemon()

Fix flag values to be actual flags.

I remember they looked somehow funny when I wrote the code.
Lesson: if code looks funny, always stop to investiate.

Use more consistent !REPLACE! pattern names.

Prevent installing two different builds into same destdir.

Will be fixed, eventually ...

use rumprun-bake

Build generated tools in object directory.

Source the conf before we (potentially) chdir.

fixup variable name fsckup

runtests: source SHCONF too (works better that way)

Don't clean non-autogenerated bins.

rumpbake -> rumprun-bake

Puts the tool into the correct namespace (it's a rumprun tool,
not a generic rump kernel tool).

For compat, keep the name "rumpbake" around for now, probably
will go away when we declare things stable.

Adjust tests to new destdir world order.

Remove most of the gitignore nonsense.

Rest will be removed when platform builds into objdir.

g/c prehistoric wrappers

install toolchain to destdir

set INSTALLDIR in global.mk instead of platform/Makefile.inc

Build libs into objdir.

The grand implication of this commit is that now it's possible to
build both hw and xen from the same source tree (which is useful
mostly for me so that I can easily test things when developing).
nb. different target cpus are still not supported from the same
source tree.

Always build libcompiler_rt

Makes testing kernonly mode easier, don't need a separate build
for it (or even the hackish shortcut of editing KERNONLY in config.mk)

Build libs into objdir.

Well, the ones built by platform/Makefile.inc, at any rate.

Fix pasto in previous to fix kernonly build.

create main object and pseudostubs into objdir

Consolidate the RUMPRUN_MKCONF include dance into global.mk

Convert all safe-looking locations, i.e. NOT app-tools
or platform/xen/xen.

Travis: need config.mk too (for kernonly tests)

xen/Config.mk: fix pasto (I thought this built locally?!?)

fix travis buildtests.sh invocation

buildtests.sh: fix usage

At end of build, print RUMPRUN_SHCONF too

use a predictable object directory, source config from there

Rely on RUMPRUN_SHCONF being set in the env.

As opposed to giving the same params manually on the command line.

Create RUMPRUN_SHCONF, OBJDIR -> RROBJ, DESTDIR -> RRDEST.

Print RUMPRUN_MKCONF value at the end of build-rr run

create config.mk into objdir

Fail gracefully if some bootstrap routine calls exit.

Support pipe between multibaked executables.

The usual multibake cautions apply due to the currently shared
libc state, and especially in this case shared stdio state.

Allow config entries in nested objects.

Fix rc object processing.

Don't accept pipe runmode for now.

Implementing it is a bit more difficult than imagined ...

rumprun: Generate random MAC addresses for qemu/kvm

Each unikernel on kvm/qemu gets the same MAC address, making them
unusable in bridged configurations.

kill accidentally committed debug print

Perform some config sanity checks

rumprun_config_path: extern -> static

g/c deconfig

Should be and (mostly is) implemented by the rump kernel.

g/c unused

Support backgrounded rc execution.

Automatically detect type of block devices in runtime config.

In other words, do not run blkid in rumprun.  This change addresses
two issues:
  1) systems which do not have blkid will now work
  2) identifying fs type at launchtime does not do anything useful

Fix end-of-build prints a bit more.

Use rumprun_exec for the old-style cmdline passing.

(temporary compat)

Push the runmain logic into librumprun_base.

It's no longer required elsewhere.

add missing \n to printf

rumprun_base: crank up WARNS

Don't assign const char * to char *

Rename librumprun_base/rumpconfig.c -> config.c

"rumpconfig" is definitely the wrong name.  It could be
rumprun_config.c, but let's drop the redudancy wrt. the lib name.

platform/xen: don't override common TARGETS

fix xen/Makefile to work again

PLATFORM comes from config.mk, so g/c it from Makefiles.

Reduce copypasteware in Makefiles

Assume Xen headers are in /usr/pkg/include on NetBSD.

This could be done better via a probe, but ...

Simplify nolibc Makefile

No architecture specific ifdefs needed anymore, we can reuse
BUILDRUMP_TOOLFLAGS for i386.

CONFIG -> RUMPRUN_MKCONF

If the name of the config file variable is not generic, devs
can set it in the env for convenience.  make it so!

Fix "buildtest" target.

nb. it's no longer run automatically from the platform Makefile
since it requires a "make install" before it can be expected to work.

Record tool tuple in config.mk and use it.

app-tools Makefile: g/c MACHINE_ARCH assignment

already set in config.mk

g/c unused variable

Specifying LDFLAGS_BAKE here is finally unnecessary.

Give app-tools its own Makefile instead of it being a .inc

This means that app-tools are now built directly by build-rr.sh
instead of being driven by platform/x/Makefile.

include platform in config.mk

g/c comment which makes little sense now

Still set LDFLAGS_BAKE here until Makefile.app-tools is fixed.

Fix itchy push finger problem part 1

restore @ln (not ln)

Specify bake-time special ldflags in global.mk

Finally decouples Makefile.app-tools from platform/x/Makefile

Create links at the right place.

(no wonder I couldn't repeat the travis failure, I forgot to
commit this change ... :)

No reason to include <bmk-core/core.h> here

Build librumprun_base as part of userland build-rr.sh cycle

Also, install the lib to destdir.

Don't complain if LDFLAGS_BAKE is missing.

Intermediary commit to fix cyclic commit dependency, the
reason will go away shortly.