- Move the Sun2 ELF32_EHDR_FLAGS_OK() to the common m68k ELF header,
and simply make it condirional on __mc68010__.
- Add arch flags for the ColdFire and FIDO variants, and align the
flag names with what BFD uses.
meta_oodate: resolve relative paths
Fix a bug where meta_oodate fails to detect a missing file.
This can happen when the path name in .meta file is relative to
a subdir.
When faced with a relative path, call meta_resolve_path to
attempt to resolve it via
latestdir the last dir we read/accessed
lcwd the last dir we chdir to
cwd the original cwd
If the path is "." just return lcwd.
If a relative path is not found, and should have been the target of
'W'rite, 'M'ove or 'L'ink, that we would normally add to missingFiles,
add $lcwd/$path to missingFiles - even if we guessed wrong, we will
make the target out-of-date as needed.
When removing a relative path from missingFiles due to a 'D'elete or 'M'ove
search using each of latestdir, lcwd and cwd as prefix.
Pull up following revision(s) (requested by gutteridge in ticket #2031):
tools/compat/configure.ac: revision 1.113
tools/compat/compat_defs.h: revision 1.131
tools/compat/configure: revision 1.111
tools build fixes for <sys/endian.h> changes, from skrll
Pull up following revision(s) (requested by riastradh in ticket #365):
tests/libexec/ld.elf_so/t_dlclose_thread.c: revision 1.2
tests/libexec/ld.elf_so/t_dlclose_thread.c: revision 1.3
usr.bin/ldd/ldd.c: revision 1.30
libexec/ld.elf_so/rtld.c: revision 1.225
libexec/ld.elf_so/rtld.c: revision 1.226
libexec/ld.elf_so/load.c: revision 1.50
libexec/ld.elf_so/load.c: revision 1.51
libexec/ld.elf_so/search.c: revision 1.28
libexec/ld.elf_so/rtld.h: revision 1.156
usr.bin/ldd/ldd.c: revision 1.29
usr.bin/ldd/ldd_elfxx.c: revision 1.9
libexec/ld.elf_so/reloc.c: revision 1.121
ld.elf_so(1): Run concurrent dlopen/dlclose test a few more seconds.
More likely to provoke the problem this way. Still not 100% reliable
because the problem is a race condition, but better than having the
[145 lines not shown]
Pull up following revision(s) (requested by rkujawa in ticket #1304):
sys/arch/mips/mips/lock_stubs_ras.S: revision 1.13
Pass the actual mutex to mutex_spin_retry()
Avoid a situation where leftover splraise SR-mask cookie stays in a0.
Make UP kernel that double-acquires a spin mutex die with
"locking against myself" rather misleading garbage-pointer crash.
Pull up following revision(s) (requested by rkujawa in ticket #364):
sys/arch/mips/mips/lock_stubs_ras.S: revision 1.13
Pass the actual mutex to mutex_spin_retry()
Avoid a situation where leftover splraise SR-mask cookie stays in a0.
Make UP kernel that double-acquires a spin mutex die with
"locking against myself" rather misleading garbage-pointer crash.
Pull up following revision(s) (requested by yamaguchi in ticket #1303):
sys/net/if_ethersubr.c: revision 1.336
Properly add a hook to ec->ec_ifdetach_hooks for l2tp(4)
Fixes kern/60351
Pull up following revision(s) (requested by yamaguchi in ticket #363):
sys/net/if_ethersubr.c: revision 1.336
Properly add a hook to ec->ec_ifdetach_hooks for l2tp(4)
Fixes kern/60351
Pull up following revision(s) (requested by riastradh in ticket #1302):
sys/rump/net/lib/libwg/wg_user.c: revision 1.4
sys/net/if_wg.c: revision 1.141
wg-userspace(8): Drop <4-byte UDP packets immediately.
Same as the kernel already does. Add an assertion into
wg_receive_packets about this and a couple comments cross-referencing
wg_overudp_cb and wg_receive_packets.
And, while here, as a precaution in case the
inpcb_register_overudp_cb mechanism ever breaks down or gets
refactored, make wg_receive_packets drop <4-byte packets too -- this
path should be hit only when handling handshake packets, so adding
another predicted-not-taken branch here should cost essentially
nothing.
PR bin/60392: assertion "mbuflen >= sizeof(struct wg_msg)" failed
[53 lines not shown]
Pull up following revision(s) (requested by riastradh in ticket #362):
sys/rump/net/lib/libwg/wg_user.c: revision 1.4
sys/net/if_wg.c: revision 1.141
wg-userspace(8): Drop <4-byte UDP packets immediately.
Same as the kernel already does. Add an assertion into
wg_receive_packets about this and a couple comments cross-referencing
wg_overudp_cb and wg_receive_packets.
And, while here, as a precaution in case the
inpcb_register_overudp_cb mechanism ever breaks down or gets
refactored, make wg_receive_packets drop <4-byte packets too -- this
path should be hit only when handling handshake packets, so adding
another predicted-not-taken branch here should cost essentially
nothing.
PR bin/60392: assertion "mbuflen >= sizeof(struct wg_msg)" failed
[53 lines not shown]
Pull up following revision(s) (requested by riastradh in ticket #360):
share/man/man8/afterboot.8: revision 1.84
etc/unbound/unbound.conf: revision 1.1
share/man/man5/rc.conf.5: revision 1.195
distrib/sets/lists/etc/mi: revision 1.278
etc/defaults/rc.conf: revision 1.168
etc/unbound/Makefile: revision 1.1
external/bsd/unbound/etc/rc.d/unbound: revision 1.3
etc/Makefile: revision 1.477
unbound: Install a default configuration.
This way, setting unbound=YES is enough to get a working local
recursive resolver listening on 127.0.0.1:53 and [::1]:53.
PR misc/60339: unbound=YES in rc.conf should be enough to get a
recursive resolver
[3 lines not shown]
Pull up following revision(s) (requested by rkujawa in ticket #1300):
sys/arch/powerpc/include/oea/pmap.h: revision 1.40
Clamp PMAP_DIRECT_MAPPED_LEN below USER_SR/KERNEL_SR
Derive it from MIN(USER_SR, KERNEL_SR) so the direct-mapped region never
overlaps the kernel HTAB window on ports where KERNEL_SR < USER_SR,
like ofppc. This made pmap_pvo_find_va() panic on legit lookup misses.
Pull up following revision(s) (requested by rkujawa in ticket #359):
sys/arch/powerpc/include/oea/pmap.h: revision 1.40
Clamp PMAP_DIRECT_MAPPED_LEN below USER_SR/KERNEL_SR
Derive it from MIN(USER_SR, KERNEL_SR) so the direct-mapped region never
overlaps the kernel HTAB window on ports where KERNEL_SR < USER_SR,
like ofppc. This made pmap_pvo_find_va() panic on legit lookup misses.
Additonally pull up following revision(s) (requested by wiz in ticket #339):
tests/lib/libc/locale/t_mbstowcs.c: revision 1.4
tests/lib/libc/locale/t_mbstowcs.c: revision 1.5
tests/lib/libc/locale/t_mbrtowc.c: revision 1.3
tests/lib/libc/locale/t_mbrtowc.c: revision 1.4
tests/lib/libc/locale/t_mbrtowc.c: revision 1.5
t_mbrtowc: Mark UTF-8 test cases xfail.
mbrtowc previously failed to reject invalid (legacy 5/6-byte) UTF-8,
so it accepted this test case. Now it rejects this test case,
because the test case itself is broken.
Need to split this test up into:
1. correctly decoding the valid inputs
2. correctly rejecting the invalid inputs
But for now marking the test case xfail is an adequate approximation
[44 lines not shown]
Provide common defaults for NKMEMPAGES_MIN_DEFAULT and NKMEMPAGES_MAX_DEFAULT
for all m68k platforms. Defaults for all 68010 come from Sun2, defaults
for everyone else come from hp300, and per-platform overrides for min and
max are provided (and preserved).
ModifyWord_Match allow for alternate patterns
Allow :M*{/Makefile*,.mk} to match either */Makefile.* and *.mk
Use \{ and \} to match literal braces.
Add a couple of basic unit-tests.
Reviewed by: rillig
syslogd: Add missing SLIST_INIT()
Add missing SLIST_INIT() in main(). This is not a real bug
because the tls_opt is in BSS and SLIST_INIT() assign NULL.
Written by Masakazu OOHASHI at IIJ.
