Pull up following revision(s) (requested by riastradh in ticket #515):
external/gpl3/gcc/dist/gcc/config/arm/arm.cc: revision 1.2
external/gpl3/gcc/dist/gcc/config/arm/arm.cc: revision 1.3
(applied to arm.c)
external/gpl3/gcc/dist/gcc/config/arm/arm.md: revision 1.24
external/gpl3/gcc/dist/gcc/config/arm/arm.h: revision 1.27
(all via patch)
gcc/arm: For -mtp=soft, ensure stack alignment even in leaves.
The option -mtp=soft, which is the default on earmv5, makes queries
to the thread pointer, for access to static (`initial-exec')
thread-local storage, go through the C runtime subroutine
__aeabi_read_tp. (For earmv>=6, we use the cp15 register via a
single instruction.)
Thus procedures which gcc thinks of as leaf procedures that use
__aeabi_read_tp are not really leaf procedures -- and even though
[113 lines not shown]
Pull up following revision(s) (requested by riastradh in ticket #515):
external/gpl3/gcc/dist/gcc/config/arm/arm.cc: revision 1.2
external/gpl3/gcc/dist/gcc/config/arm/arm.cc: revision 1.3
external/gpl3/gcc/dist/gcc/config/arm/arm.md: revision 1.24
external/gpl3/gcc/dist/gcc/config/arm/arm.h: revision 1.27
gcc/arm: For -mtp=soft, ensure stack alignment even in leaves.
The option -mtp=soft, which is the default on earmv5, makes queries
to the thread pointer, for access to static (`initial-exec')
thread-local storage, go through the C runtime subroutine
__aeabi_read_tp. (For earmv>=6, we use the cp15 register via a
single instruction.)
Thus procedures which gcc thinks of as leaf procedures that use
__aeabi_read_tp are not really leaf procedures -- and even though
__aeabi_read_tp itself doesn't use the stack pointer at all,
resolving the symbol may take a detour through the dynamic linker,
[111 lines not shown]
Pull up following revision(s) (requested by riastradh in ticket #514):
share/mk/bsd.prog.mk: revision 1.360
share/mk/bsd.lib.mk: revision 1.424
share/mk/bsd.prog.mk: revision 1.361
tests/libexec/ld.elf_so/Makefile: revision 1.33
tests/lib/csu/Makefile: revision 1.14
share/mk/bsd.kmodule.mk: revision 1.87
share/mk/bsd.kmodule.mk: revision 1.88
libexec/ld.elf_so/Makefile: revision 1.152
bsd.prog.mk: Fix parallel builds of debug data.
Previously, we had one rule to generate foo, and another rule to
derive foo.debug from it with objcopy -- and then rewrite foo _in
place_ to strip the debug data with objcopy.
This is wrong -- one rule should never overwrite another rule's
target; this violates the contract with make(1), and can lead it to
[45 lines not shown]
Pull up following revision(s) (requested by riastradh in ticket #1353):
tests/lib/librumphijack/t_tcpip.sh: revision 1.23
tests/lib/librumphijack/t_tcpip.sh: revision 1.25
tests/lib/librumphijack/t_tcpip.sh: revision 1.26
tests/lib/librumphijack: Avoid trying to run rpcbind as non-root.
Can probably make this work through rumphijack, but there's no sense
in even trying the test if we can't, so let's reduce the unprivileged
false alarms.
t_tcpip: Mark ssh test xfail.
PR bin/59278: tests/lib/librumphijack/t_tcpip:ssh failing since
openssh 10.0 update
[2 lines not shown]
Pull up following revision(s) (requested by riastradh in ticket #1352):
tests/lib/libc/sys/t_posix_fadvise.c: revision 1.4
t_posix_fadvise: Don't check whether errno is preserved.
I can find no guarantee in POSIX about posix_fadvise preserving
errno; until such language is found I'm going to assume there is no
such guarantee.
What is happening is that, sometimes, rump_sys_posix_fadvise waits on
a mutex or condvar, which uses _lwp_park internally, which sometimes
wakes up early with EALREADY because a wakeup was already pending for
the thread by the time it entered _lwp_park. And that EALREADY is
delivered by _lwp_park via errno.
PR kern/53931: posix_fadvise_reg test case fails randomly on real
hardware
sys/conf/ssp.mk: Conditionalize use of USE_SSP on HAVE_SSP=yes.
Fixes the following failure after my previous change from
${USE_SSP:Uno} to ${USE_SSP} here so that make(1) would detect
failure to define USE_SSP -- which it did, for alpha, hppa, and ia64:
nbmake: /home/riastradh/netbsd/current/src/sys/conf/ssp.mk:3: Variable "USE_SSP" is undefined
in /home/riastradh/netbsd/current/src/sys/conf/Makefile.kern.inc:397
in /home/riastradh/netbsd/current/obj.hppa/sys/arch/hppa/compile/GENERIC/Makefile:1333
nbmake: Fatal errors encountered -- cannot continue
nbmake: stopped making "depend" in /home/riastradh/netbsd/current/obj.hppa/sys/arch/hppa/compile/GENERIC
PR lib/60858: fortuitous embarrassment: fortify is all kinds of busted
PR bin/60860 : Open output files later
Defer opening the output files until after the input file has
been read.
Also, check that the -o (output) file and the (optional) -m map
file don't name the same file (simple textual check, very easy
to defeat if desired).
And finally, abort early if the input file is empty, to avoid
generating a hash function which ends with (something like):
return (g[h[0]] + g[h[1]]) % 0;
which, if it compiles at all, which I doubt (I didn't bother
testing it) certainly won't do anything useful (maybe dump core).
Note: I doubt the utility of this change, the three files, in
any practical usage, will all be wanted once the has function
[20 lines not shown]
Pull up following revision(s) (requested by jdc in ticket #513):
sys/arch/sparc64/sparc64/ofw_patch.c: revision 1.19
Remove misplaced break in V215 HDD GPIO case.
sys: Fix USE_SSP?=yes settings in amd64, i386, and sparc64 makefiles.
This was recently broken by the change in bsd.own.mk rev. 1.1488 to
fix USE_FORT?=yes after bsd.own.mk in userland makefiles, which
worked by unconditionally adding a conditional definition of USE_SSP
based on lazy expansion of USE_FORT, instead of conditionally adding
a conditional definition of USE_SSP based on eager expansion of
USE_FORT (confused yet?):
-.if ... ${USE_FORT:Uno} != "no" ...
-USE_SSP?= yes
-.endif
+USE_SSP?= ${... ${USE_FORT:Uno} != "no" ...:?yes:no}
This isolated (ha) change to bsd.own.mk saved the trouble of editing
dozens of userland makefiles to ensure that USE_FORT is defined
before bsd.own.mk -- and the trouble of adding diagnostics to detect
the mistake should it rear its head again. And it solved the problem
systematically for userland.
[21 lines not shown]
Pull up following revision(s) (requested by gutteridge in ticket #511):
etc/etc.riscv/Makefile.inc: revision 1.8
etc/etc.evbarm/Makefile.inc: revision 1.140
etc/etc.evbarm/Makefile.inc: revision 1.141
etc/etc.evbarm/Makefile.inc: revision 1.142
etc/etc.evbarm/Makefile.inc: revision 1.145
etc/etc.evbppc/Makefile.inc: revision 1.23
etc/etc.evbmips/Makefile.inc: revision 1.33
etc/etc.evbarm/Makefile.inc: revision 1.139
etc/Makefile: revision 1.478
distrib/utils/embedded/mkimage: revision 1.98
Generate hashes for bootable images in gzimg directory.
At one point this should probably be unified at least a bit with the hash
generation of regular sets, so that there is a single place that defines
the types of hashes generated for sets and gzimg.
[41 lines not shown]
Pull up the following, requested by christos in ticket #510:
external/bsd/unbound/dist/libunbound/remote.h up to 1.1.1.1
external/bsd/unbound/dist/testdata/10-unbound-anchor.tdir/key-setup.sh up to 1.1.1.1
external/bsd/unbound/dist/testdata/auth_xfr_host_bogus.rpl up to 1.1.1.1
external/bsd/unbound/dist/testdata/dns64_dnssec.rpl up to 1.1.1.1
external/bsd/unbound/dist/testdata/dns64_fwd_nocache.rpl up to 1.1.1.1
external/bsd/unbound/dist/testdata/dns64_respip_bypass.rpl up to 1.1.1.1
external/bsd/unbound/dist/testdata/edns_nsid_repeat.rpl up to 1.1.1.1
external/bsd/unbound/dist/testdata/errreport_agent_domain_len.rpl up to 1.1.1.1
external/bsd/unbound/dist/testdata/fill_reply_uninit.rpl up to 1.1.1.1
external/bsd/unbound/dist/testdata/ghost_glue_a.rpl up to 1.1.1.1
external/bsd/unbound/dist/testdata/iter_class_any_merge.rpl up to 1.1.1.1
external/bsd/unbound/dist/testdata/iter_class_mixreferral.rpl up to 1.1.1.1
external/bsd/unbound/dist/testdata/iter_dname_ttl0_grace.rpl up to 1.1.1.1
external/bsd/unbound/dist/testdata/iter_ghost_ns_childapex.rpl up to 1.1.1.1
external/bsd/unbound/dist/testdata/iter_scrub_mx.rpl up to 1.1.1.1
external/bsd/unbound/dist/testdata/iter_scrub_ns_min.rpl up to 1.1.1.1
external/bsd/unbound/dist/testdata/iter_self_glue.rpl up to 1.1.1.1
[212 lines not shown]
Pull up following revision(s) (requested by andvar in ticket #509):
sys/arch/x86/x86/tsc.c: revision 1.65
sys/arch/x86/x86/tsc.c: revision 1.66
sys/arch/x86/x86/tsc.c: revision 1.67
Add Centaur cpuid and family 7 to check whether the TSC counter is invariant.
Recent Zhaoxin CPUs have an invariant TSC and advertise that through
CPUID 80000007, as Intel and AMD do.
Allows choosing the TSC timecounter as more reliable than HPET.
Use lfence to serialize rdtsc for VIA Nano and up, same as Linux do.
Unlike Linux I didn't add a 64-bit guard on assumption that it should work
the same way and the 64-bit version will likely be the preferred one by users.
planning to pull up to netbsd-11, netbsd-10.
Use hex for consistency with the rest of the checks.
Pull up following revision(s) (requested by andvar in ticket #1349):
sys/arch/x86/include/specialreg.h: revision 1.223
Include model 7 in CPUID_TO_MODEL() extended model check.
Accommodates Zhaoxin CPUs using extended model.
Update the comment accordingly and fix one typo in it.
Pull up following revision(s) (requested by andvar in ticket #508):
sys/arch/x86/include/specialreg.h: revision 1.223
Include model 7 in CPUID_TO_MODEL() extended model check.
Accommodates Zhaoxin CPUs using extended model.
Update the comment accordingly and fix one typo in it.
atari distrib: build a libc_small for size restricted floppies
this uses the new relocateable libc Makefile. (thanks to mlelstv
and kre for fixing my libc change a couple of days ago.)
