make: delay warning about bogus -J flag
In MainParseArgJobsInternal just set bogusJflag to indicate
that the descriptors passed were invalid.
By the time we get to InitMaxJobs the command line and indeed
the makefile have had a chance to put us in compat mode,
in which case the warning is unnecessary.
Add suggestion of -B if compat mode is desired in the sub-make.
Reviewed by: rillig
Pull up following revision(s) (requested by bouyer in ticket #1121):
sys/arch/ia64/include/intr.h: revision 1.9
sys/uvm/uvm_pdpolicy_clock.c: revision 1.41
sys/sys/spl.h: revision 1.11
sys/uvm/uvm_pdpolicy_clock.c: revision 1.42
sys/arch/sparc64/include/psl.h: revision 1.66
uvmpdpol_pagerealize(): ucpu->pdqhead is used by a single CPU; but
kpreempt_disable() isn't enough to guard against concurent access;
interrupts also need to be disabled.
If my analysis is correct, the only place using ucpu->pdqhead which
can be called from interrupt context it uvmpdpol_pagerealize(), and only
from softbio().
So:
- introduce splsoftbio() in sys/spl.h
[7 lines not shown]
Provide HOST_NM as NM so cross-builds on e.g. macOS and Solaris are ok.
This is an update to PR 58437 which only fixed the original issue on Solaris.
PR toolchain/58437
make: prepare for inter-process stack traces
To understand how chains of sub-makes interact and how they are called,
it's useful to have stack traces that span multiple processes. To
implement this, a stack trace needs not only be printed but also stored
as a string.
make: show contents of MAKEFLAGS in the stack trace
When the internal -J option refers to a closed file descriptor, it's
helpful to know what the MAKEFLAGS environment variable contains, in
addition to the executed command line. Same for parse errors in
variable assignments from the command line.
tip.1: make some minor amendments
The paragraph about applying both -e and -o has never been correct for
NetBSD's implementation, from code and CVS history inspection. It looks
like it was a pasto from r. 1.26 when various parts of the OpenBSD man
page of the era were merged in.
Add an explanation of what cu(1)'s "dir" argument is for. (Really it's
optional and should be marked that way in the synopsis, but this seems
tricky to do while keeping the markup.)
While here, also borrow a historical note about cu(1) from OpenBSD.
Also use sti(4) ROM functions for 362/382 framebuffers on bootloader.
Mostly taken on OpenBSD/hp300.
Tested on 382 with VGA-res EVRX, and no visible regression on
425e (sti EVRX), 425t (sti CRX), and 380 (topcat).
Never call pr_drain_hook from pool_allocator_alloc().
In the PR_WAITOK case it's called from pool_reclaim
In the !PR_WAITOK case we're holding the pool lock and if the drain hook
wants kernel_lock we may deadlock with another thread holding
kernel_lock and calling pool_get().
Fixes PR kern/59411