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.

make "make clean" work for non-hw without PLATFORM=foo

g/c APPTOOLS_OBJS_BAKE, it does not contain any extra info.

Install ldscript and use it for baking from destdir

Use hypercalls instead of header/symbol kludges.

remove unnecessary cppflags

g/c unused config options

add backlink to rumpkernel.org

[ci skip]

Add x86_64/xen to kernonly test builds.

tests: pass PLATFORM to nolibc Makefile

If Xenstore config isn't available, use cmdline.

This change essentially decouples the bmk part of the Xen platform
from the rumprun userspace, essentially fixing "kernonly" mode on
Xen...  or at least making it possible to build a Xen kernonly image.

g/c libs which are now included in $rumprun.o

clean MAINOBJ

Put ldscript in common place

Just create rumprun.o in the same place as hw

Need real objdir later (location via config.mk),
but go for the easy way now.

allow specifying platform as a make variable

default: hw

Don't require every arch Makefile to specify LDSCRIPT.

It's always ${ARCHDIR}/kern.ldscript.

Avoid the need for knowing about NULL

Probably need to fix it by introducing NULL into bmk somehow,
but this approach is easier for now.

can install the objects just 0444 too (not writable)

Add CMake test

Only built if CMake is installed