interfaces: fix wlan creation when $mode is empty
We don't currently have a way to specify if-empty-do-not-quote
since strict quoting is often much more effective in bubbling up
errors. It could be useful to have it but the recent improvement
of mwexecf() and friends regarding array-based format strings can
account for this too.
PR: https://forum.opnsense.org/index.php?topic=50561.msg258926#msg258926
devel/py-spin: Add new port
Scientific Python INcantations (spin) is a developer tool
for scientific Python libraries.
https://pypi.python.org/pypi/spin
bar syntax and only print input if different from output.
Breaks update_test_checks Function Attrs comment check in the rare
case where the modes mismatch.
IR: Promote "denormal-fp-math" to a first class attribute
Convert "denormal-fp-math" and "denormal-fp-math-f32" into a first
class denormal_fpenv attribute. Previously the query for the effective
deormal mode involved two string attribute queries with parsing. I'm
introducing more uses of this, so it makes sense to convert this
to a more efficient encoding. The old representation was also awkward
since it was split across two separate attributes. The new encoding
just stores the default and float modes as bitfields, largely avoiding
the need to consider if the other mode is set.
The syntax in the common cases looks like this:
`denormal_fpenv(preservesign,preservesign)`
`denormal_fpenv(float: preservesign,preservesign)`
`denormal_fpenv(dynamic,dynamic float: preservesign,preservesign)`
I wasn't sure about reusing the float type name instead of adding a
new keyword. It's parsed as a type but only accepts float. I'm also
debating switching the name to subnormal to match the current
[18 lines not shown]
Pull up following revision(s) (requested by riastradh in ticket #1234):
sys/net/if_spppsubr.c: revision 1.273
PPP: bind the current thread to it's CPU for getting and setting addresses
Thanks to riastradh@ for the hint about the initial patch which started
this from knakahara@ in r1.260
Fixes PR kern/59675
Pull up following revision(s) (requested by riastradh in ticket #177):
sys/net/if_spppsubr.c: revision 1.273
PPP: bind the current thread to it's CPU for getting and setting addresses
Thanks to riastradh@ for the hint about the initial patch which started
this from knakahara@ in r1.260
Fixes PR kern/59675
[clang] __builtin_os_log_format has incorrect PrintfFormat Attribute argument (#178320)
The format string is the 2nd argument of __builtin_os_log_format, thus
has index 1 instead of 0 in 0-based indexing.
The incorrect format attribute argument causes false positive
-Wunsafe-buffer-usage-in-format-attr-call warnings.
rdar://169043228
Pull up following revision(s) (requested by riastradh in ticket #176):
usr.bin/man/man.1: revision 1.32
usr.bin/man/man.c: revision 1.74
PR/59625: Ingo Schwarze: Add a new -l flag that specifies to interpret
arguments as filenames, keeping the current behavior of interpreting
arguments as filenames if they begin with "/" "./" or "../" for compatibility.
In the future we can remove that.
devfs: unlock the directory vnode around the call to dev_clone handler
The lock around dev_clone is unfortunate because cloner might need to
take its own locks that establish the order with devfs vnodes, and then
transiently participates in further VFS locks order. For instance, this
way the proctree_lock or allproc_lock become involved.
Unlock dvp, we can unwind if the vnode become doomed while cloner was
called.
Reported and tested by: pho
Reviewed by: kevans, markj
Sponsored by: The FreeBSD Foundation
MFC after: 1 week
Differential revision: https://reviews.freebsd.org/D55028
Pull up following revision(s) (requested by riastradh in ticket #1233):
tests/lib/libc/sys/t_sigtimedwait.c: revision 1.3
tests/lib/libc/sys/t_sigtimedwait.c: revision 1.4
tests/lib/libc/sys/t_sigtimedwait.c: revision 1.5
sys/kern/sys_sig.c: revision 1.59
sys/kern/sys_sig.c: revision 1.60
sys/kern/sys_sig.c: revision 1.61
t_sigtimedwait: Spruce up and add tests for interruption by signal.
PR standards/59586: sigwaitinfo() returns ECANCELED instead of EINTR
- POSIX compliance violation
sigtimedwait(2): Return EINTR, not ECANCELED.
The return value ECANCELED was a vestige of the logic to implement
sigtimedwait(2) in the SA (scheduler activations) era of NetBSD
[38 lines not shown]
Pull up following revision(s) (requested by riastradh in ticket #175):
tests/lib/libc/sys/t_sigtimedwait.c: revision 1.3
tests/lib/libc/sys/t_sigtimedwait.c: revision 1.4
tests/lib/libc/sys/t_sigtimedwait.c: revision 1.5
sys/kern/sys_sig.c: revision 1.59
sys/kern/sys_sig.c: revision 1.60
sys/kern/sys_sig.c: revision 1.61
t_sigtimedwait: Spruce up and add tests for interruption by signal.
PR standards/59586: sigwaitinfo() returns ECANCELED instead of EINTR
- POSIX compliance violation
sigtimedwait(2): Return EINTR, not ECANCELED.
The return value ECANCELED was a vestige of the logic to implement
sigtimedwait(2) in the SA (scheduler activations) era of NetBSD
[38 lines not shown]
Pull up following revision(s) (requested by riastradh in ticket #174):
sys/kern/subr_time_arith.c: revision 1.6
sys/kern/kern_time.c: revision 1.229
itimer: Fix mistaken overflow prevention in overrun counting.
itimer_transition just returns the new number of overruns, doesn't
add to an existing number; it's the caller who must add to the
existing number, and avoid arithmetic overflow in that addition.
(Should maybe push the addition into itimer_transition but that
requires a little more work -- also it should maybe saturate at
DELAYTIMER_MAX rather than INT_MAX.)
While here, fix another arithmetic overflow in overrun counting in
ptimer_intr.
PR kern/58926: itimer(9) integer overflow in overrun counting
