#
c54cb811 |
| 13-Jan-2017 |
christos <christos@NetBSD.org> |
Don't play with "../.." in includes for h_macros.h; deal with it centrally. Minor fixes.
|
#
cdc78b3f |
| 14-Sep-2016 |
ozaki-r <ozaki-r@NetBSD.org> |
Fill old_len which is required by sysctlbyname
|
#
7e70dfdc |
| 27-Dec-2015 |
pgoyette <pgoyette@NetBSD.org> |
Remove a left-over debugging variable. Fix the build.
|
#
738ca054 |
| 27-Dec-2015 |
pgoyette <pgoyette@NetBSD.org> |
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 conf
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.
show more ...
|
#
495782ee |
| 10-Mar-2014 |
pooka <pooka@NetBSD.org> |
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 wit
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.
show more ...
|
#
5c21ec6f |
| 09-Jun-2010 |
pooka <pooka@NetBSD.org> |
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, thi
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.
show more ...
|