libcrypto: Record the SHA-2 symbol renaming as a local patch.
By putting it under dist/, we keep it as a local patch from the
upstream vendor import, so it won't be lost on next import when
crypto.map is regenerated.
Update crypto.map to sort like OpenSSL does while here.
PR bin/51333
PR lib/58039
openssl: Just rename the sha2 symbols.
Ditch all our other local changes related to them.
These symbols end up as private symbols in libcrypto, and our
libcrypto has never exported the sha2 symbols anyway so that can't
break existing applications. So this might even be safe to pull up
to branches.
This changes some libcrypto symbols listed in crypto.map -- but those
symbols weren't defined anyway! And ld apparently doesn't care if
they're not defined.
PR bin/51333
PR lib/58039
Pull up following revision(s) (requested by kre in ticket #1914):
bin/date/date.c (apply patch)
usr.bin/sed/process.c: revision 1.54
sys/sys/signal.h: revision 1.77
sys/sys/signal.h: revision 1.78
external/gpl2/gmake/dist/main.c: revision 1.2
PR lib/58674
When building the tools version of sed, treat all wide characters
as if they occupy just one column for the purposes of sed's 'l'
command (which it is very unlikely to be used from the tools sed).
wdwidth() is another XSI function, not necessarily available everywhere.
PR lib/58674
bsd_signal should only be visible with _NETBSD_SOURCE - it isn't any kind of
standard function (despite also existing in other systems).
[32 lines not shown]
Revert cprng_fast(9) to seed and reseed asynchronously in softint.
This reverts sys/crypto/cprng_fast/cprng_fast.c revisions 1.17-1.19.
I thought we had eliminated all paths into cprng_fast(9) from hard
interrupt context, which would allow us to call into cprng_strong(9)
and entropy(9) to synchronously reseed whenever needed -- this would
improve security over netbsd-9 for the first query to cprng_intr(9)
on each CPU.
Unfortunately, I missed the calls under spin locks (which are
effectively also hard interrupt context, in that they hold up
interrupts on this CPU or interrupt handlers trying to take the lock
on other CPUs). And one such spin lock is struct ifnet::ifq_lock at
IPL_NET, which is held by if_transmit when it calls IFQ_ENQUEUE which
calls into altq(4) which sometimes does, e.g., red_addq which calls
cprng_fast32.
Until we migrate ifq_lock to IPL_SOFTNET (which is potentially
[16 lines not shown]
Additionally pull up following revision(s) (requested by riastradh in ticket #1906):
tests/lib/libm/t_next.c: revision 1.7
tests/lib/libm/t_next: Disable a test if long double is double.
This test, to verify nexttoward(x, x*(1 - LDBL_EPSILON/2)) moves in
the direction of x*(1 - LDBL_EPSILON/2), only makes sense if long
double has more precision than double -- the point of the exercise is
to verify that nexttoward moves even if the direction parameter can't
be rounded to double. But if long double is just double, this test
makes no sense.
Additionally pull up following revision(s) (requested by riastradh in ticket #963):
tests/lib/libm/t_next.c: revision 1.7
tests/lib/libm/t_next: Disable a test if long double is double.
This test, to verify nexttoward(x, x*(1 - LDBL_EPSILON/2)) moves in
the direction of x*(1 - LDBL_EPSILON/2), only makes sense if long
double has more precision than double -- the point of the exercise is
to verify that nexttoward moves even if the direction parameter can't
be rounded to double. But if long double is just double, this test
makes no sense.
Additionally pull up following revision(s) (requested by rin in ticket #952):
lib/libc/gen/fixunstfdi_ieee754.c: revision 1.2
lib/libc/gen/fixunstfsi_ieee754.c: revision 1.3
fixunstf[sd]i_ieee754: Explicitly include stddef.h for size_t
Fix build for mips{,n}64. Note that stddef.h has been implicitly
included via eabi.h for aarch64, on the other hand.
Pull up the following revisions, requested by wiz in ticket #980:
external/bsd/fetch/dist/libfetch/common.c up to 1.7
external/bsd/fetch/dist/libfetch/common.h up to 1.3
external/bsd/fetch/dist/libfetch/fetch.3 up to 1.5
external/bsd/fetch/dist/libfetch/ftp.c up to 1.8
external/bsd/fetch/dist/libfetch/http.c up to 1.6
libfetch: fix pkg_install core dumps reported in PR 57179
Additionally pull up following revision(s) (requested by rin in ticket #1906):
lib/libm/src/s_nexttowardf.c: revision 1.5
libm/s_nexttowardf.c: Handle __HAVE_LONG_DOUBLE, LDBL_IMPLICIT_NBIT.
We should arrange to just have LDBL_NBIT unconditionally defined in the
appropriate MD header file, and make LDBL_IMPLICIT_NBIT an alias for
LDBL_NBIT==0. But for now this will do.
Additionally pull up following revision(s) (requested by rin in ticket #963):
lib/libm/src/s_nexttowardf.c: revision 1.5
libm/s_nexttowardf.c: Handle __HAVE_LONG_DOUBLE, LDBL_IMPLICIT_NBIT.
We should arrange to just have LDBL_NBIT unconditionally defined in the
appropriate MD header file, and make LDBL_IMPLICIT_NBIT an alias for
LDBL_NBIT==0. But for now this will do.
Allow non-Realtek PHYs to be used with Zynq SoCs.
The cemac driver used to skip the first PHY found in order to work
around a bug where Realtek PHYs attached to a cemac Ethernet would
report at PHY numbers 0 and 1. Unfortunately if you don't have this
bug, then your only PHY would get skipped.
The Zynq FDT always has a working PHY number recorded in it, so we now
simply use that number (if present) instead of searching for all
available PHYs.
Pull up following revision(s) (requested by christos in ticket #1913):
usr.bin/gzip/unlz.c: revision 1.10
usr.bin/gzip/unlz.c: revision 1.9
usr.bin/gzip/unxz.c: revision 1.9
tests/usr.bin/gzip/t_gzip.sh: revision 1.2
PR/58223: RVP: Don't write to stdout when testing.
PR/58233: RVP: Fix lzip dictionary size calculation
Add a test for PR/58223
Pull up following revision(s) (requested by christos in ticket #979):
usr.bin/gzip/unlz.c: revision 1.10
usr.bin/gzip/unlz.c: revision 1.9
usr.bin/gzip/unxz.c: revision 1.9
tests/usr.bin/gzip/t_gzip.sh: revision 1.2
PR/58223: RVP: Don't write to stdout when testing.
PR/58233: RVP: Fix lzip dictionary size calculation
Add a test for PR/58223
