| Age | Commit message (Collapse) | Author |
|
|
|
|
|
|
|
|
|
Defined to "yes" on amd64, "no" everywhere else.
|
|
reviewed by msaitoh@n.o and knakahara@n.o
|
|
right now. new address-of-packed-member and format-overflow
warnings have new GCC_NO_ADDR_OF_PACKED_MEMBER amd
GCC_NO_FORMAT_OVERFLOW variables to remove these warnings.
apply to a bunch of the tree. mostly, these are real bugs that
should be fixed, but in many cases, only by removing the 'packed'
attribute from some structure that doesn't really need it. (i
looked at many different ones, and while perhaps 60-80% were
already properly aligned, it wasn't clear to me that the uses
were always coming from sane data vs network alignment, so it
doesn't seem safe to remove packed without careful research for
each affect struct.) clang already warned (and was not erroring)
for many of these cases, but gcc picked up dozens more.
|
|
- pmap(9) needs uvm/uvm_extern.h.
- x86/pmap.h is not usable on its own; it is only usable if included
via uvm/uvm_extern.h (-> uvm/uvm_pmap.h -> machine/pmap.h).
- Make nvmm.h and nvmm_internal.h standalone.
|
|
The poorly named uvm.h is generally supposed to be for uvm-internal
users only.
- Narrow it to files that actually need it -- mostly files that need
to query whether curlwp is the pagedaemon, which should maybe be
exposed by an external header.
- Use uvm_extern.h where feasible and uvm_*.h for things not exposed
by it. We should split up uvm_extern.h but this will serve for now
to reduce the uvm.h dependencies.
- Use uvm_stat.h and #ifdef UVMHIST uvm.h for files that use
UVMHIST(ubchist), since ubchist is declared in uvm.h but the
reference evaporates if UVMHIST is not defined, so we reduce header
file dependencies.
- Make uvm_device.h and uvm_swap.h independently includable while
here.
ok chs@
|
|
|
|
so remove the unneeded extra copies.
Xen kernels now use the same modules as native kernels.
|
|
/stand/powerpc-ibm4xx to match with what we set in evbppc_machdep.c:
https://nxr.netbsd.org/xref/src/sys/arch/evbppc/evbppc/evbppc_machdep.c#86
(And we use ibm4xx not 4xx for directory in sys/arch/powerpc.)
Note that we had never enabled MODULAR for ibm4xx yet; kernel with
MODULAR option was unable to build. This should be why this discrepancy
had never been found until today...
|
|
explicitly disallow ACPI suspend if NVMM is running.
Should fix PR/55406.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
XXX issue security advisory
|
|
|
|
|
|
Fixes build on i386.
|
|
Submitted by Apurva Nandan.
|
|
it's unmaintained and supports only obsolete SMB1
|
|
|
|
Cast PAGE_SIZE to size_t.
|
|
fopsmapper - basic implementation of mmap with fileops fo_mmap
Submitted by Aditya Vardhan Padala.
|
|
allows loading of compat_netbsd32 on kernels that don't have ``options
QUOTA'' enabled.
|
|
|
|
|
|
|
|
platforms. The list is not complete.
|
|
|
|
Forgot these modules existed!
|
|
Provisional workaround; feel free to fix.
|
|
|
|
|
|
|
|
"magic number" 1.
ok kamil@
|
|
Subbmitted by Nisarg Joshi.
|
|
Patch submitted by: Aditya Vardhan Padala (silv3r)
|
|
make rump happy.
Rump doesn't have compat modules (the compat code is included in the
relevant librump*.so), so there's no module compat_50 listed in
link_set_modules, and thus ocryptodev's MODULE(...) can't "require"
it.
This fixes the problem of "built-in module compat_50 not found" when
starting up rump_allserver (or rump_server with -l rumpdev_opencrypto).
XXX This does not resolve the long-standing "crypto: unable to
XXX register devsw, error 17" message noted at line 78 of
XXX sys/rump/dev/lib/libopencrypto/opencrypto_component.c
|
|
|
|
stuff from the rest of the module. This allows loading of the
(main) compat_50 module on kernels that don't include ``options
QUOTA''.
Welcome to 9.99.40 !
Addresses PR kern/54875
|
|
Discussed on tech-kern:
https://mail-index.NetBSD.org/tech-kern/2020/01/13/msg025938.html
This was never (intentionally) enabled by default, and the design has
some shortcomings. You can get mostly the same results with ktrace,
as in usr.bin/make/filemon/filemon_ktrace.c which is now used instead
of filemon for make's meta mode.
If applications require higher performance than ktrace, or nesting
that ktrace doesn't support, we might consider adding something back
into the vfs system calls themselves, without hijacking the syscall
table. (Might want a more reliable output format too, e.g. one that
can handle newlines in file names.)
|
|
long since obsolete.
|
|
|
|
|