Commit Graph

12 Commits

Author SHA1 Message Date
christos
c54cb81102 Don't play with "../.." in includes for h_macros.h; deal with it centrally.
Minor fixes.
2017-01-13 21:30:39 +00:00
christos
b3566b595a Disable aslr too since we are playing address space range tricks. 2016-10-14 16:02:35 +00:00
ozaki-r
cdc78b3fe9 Fill old_len which is required by sysctlbyname 2016-09-14 03:19:11 +00:00
christos
7366e78839 need bsd.init.mk 2016-09-10 11:04:24 +00:00
christos
b8c6512fdd don't disable PIE 2016-08-27 14:23:54 +00:00
christos
2cf6e96d2a needs mprotect disable since it loads kernel code and relocates it. 2016-08-27 14:21:07 +00:00
christos
b4ed6943ac add missing library dependencies. 2016-08-20 17:06:18 +00:00
pgoyette
7e70dfdc14 Remove a left-over debugging variable. Fix the build. 2015-12-27 08:21:44 +00:00
pgoyette
738ca054ba When MODULAR kernels grew a MODULAR_DEFAULT_AUTOLOAD option, (in rev 1.98
of src/sys/kern/kern_module.c), the default was "off" for all kernels
including rump kernels.  While many (most?) kernel config files were
updated to include the new option, rump kernels weren't so lucky.  Thus,
rump kernels still had autoload disabled.

This commit uses rump_sysctl to change the module_autoload_on value to
true (ie, enabled) before trying to test if autoloading actually works.

For now, I am _not_ changing the default for all rump kernels.  I'll
leave that for another day, after all appropriate discussion has occurred.
2015-12-27 06:36:36 +00:00
pooka
495782ee0e Move the "is arch capable of loading native kernel modules into
rump kernel" clauses from bsd.own.mk to Makefile.rump.  Also,
add a rump_nativeabi_p() call to determine if rump kernel is
compiled with native ABI support.
2014-03-10 22:38:53 +00:00
jmmv
9d0b4b5bb8 Get rid of static Atffiles and let bsd.test.mk generate them on the fly. 2010-07-13 21:13:21 +00:00
pooka
5c21ec6fa6 Add a test which checks autoloading modules from the host's
/stand/arch/vers/kmods works in rump (and that the result is usable ;).

On i386 this "just works".  For amd64, due to -mcmodel=kernel,
things are a little more complicated.  We must have the entire rump
kernel loaded in the lower 2GB.  Currently, this can be done either
by using the non-PIC version for the rump kernel compiled with
-mcmodel=small, or, as njoly pointed out, using netbsd32, which
causes vm_default_addr() to give something in the lower 2GB and
therefore shared libs "magically" getting loaded there.  I guess
it would be possible to put a suggested vaddr into the rump kernel
libs and make ld.elf_so map memory from the suggested address if
present ... but that's another show.

Also thanks to tron for access to an amd64 so that I could verify
the test works.
2010-06-09 12:35:45 +00:00