pmap_kenter_pa() should not be used to overwrite an existing mappings.
Assert that the PTE for the specified VA is invalid, and remove the
dead code that handled the case where it wasn't.
Bump the 68020+ default MAXTSIZ to 64MB. This allows the pkgsrc build of
gcc-12 to run and pass the self-tests on virt68k.
Also bump the 68020+ default DFLDSIZ to 64MB.
Bump the 68020+ default MAXTSIZ to 64MB. This allows the pkgsrc build of
gcc-12 to run and pass the self-tests on virt68k.
Also bump the 68020+ default MAXDSIZ to 64MB.
Pull up following revision(s) (requested by riastradh in ticket #1299):
sys/arch/i386/stand/efiboot/bootia32/multiboot32.S: revision 1.3
sys/arch/i386/stand/efiboot/bootx64/efibootx64.c: revision 1.7
sys/arch/i386/stand/efiboot/bootia32/efibootia32.c: revision 1.9
sys/arch/i386/stand/efiboot/bootia32/startprog32.S: revision 1.4
sys/arch/i386/stand/efiboot/bootx64/multiboot64.S: revision 1.2
sys/arch/i386/stand/efiboot/bootx64/startprog64.S: revision 1.6
x86/efiboot: Put writable variables in .data, not .text.
And define them in the .c file where they're used; no need to have
extra unnecessary .S stuff just to define a global variable.
Based on patch by Paul Ripke to bootx64.efi, adapted for bootia32.efi
too.
PR kern/59151: efiboot hangs on new motherboard
Pull up following revision(s) (requested by riastradh in ticket #357):
crypto/external/bsd/openssh/dist/sshd_config: revision 1.30
sshd_config(5): Clarify again how to disable password authentication.
Upstream changed their version of this text by adding some quotation
marks but not really making it clearer. We had replaced the comment a
while ago to cross-reference UsePAM but it got lost in the update to
OpenSSH 10.0 last year. Restore the explanation of how to disable
password authentication, and expand on the relevant knobs a little.
PR bin/32313: sshd 'PasswordAuthentication no' silently fails
Pull up following revision(s) (requested by riastradh in ticket #2029):
sys/arch/i386/stand/efiboot/bootia32/multiboot32.S: revision 1.3
sys/arch/i386/stand/efiboot/bootx64/efibootx64.c: revision 1.7
sys/arch/i386/stand/efiboot/bootia32/efibootia32.c: revision 1.9
sys/arch/i386/stand/efiboot/bootia32/startprog32.S: revision 1.4
sys/arch/i386/stand/efiboot/bootx64/multiboot64.S: revision 1.2
sys/arch/i386/stand/efiboot/bootx64/startprog64.S: revision 1.6
x86/efiboot: Put writable variables in .data, not .text.
And define them in the .c file where they're used; no need to have
extra unnecessary .S stuff just to define a global variable.
Based on patch by Paul Ripke to bootx64.efi, adapted for bootia32.efi
too.
PR kern/59151: efiboot hangs on new motherboard
Pull up following revision(s) (requested by riastradh in ticket #356):
sys/arch/i386/stand/efiboot/bootia32/multiboot32.S: revision 1.3
sys/arch/i386/stand/efiboot/bootx64/efibootx64.c: revision 1.7
sys/arch/i386/stand/efiboot/bootia32/efibootia32.c: revision 1.9
sys/arch/i386/stand/efiboot/bootia32/startprog32.S: revision 1.4
sys/arch/i386/stand/efiboot/bootx64/multiboot64.S: revision 1.2
sys/arch/i386/stand/efiboot/bootx64/startprog64.S: revision 1.6
x86/efiboot: Put writable variables in .data, not .text.
And define them in the .c file where they're used; no need to have
extra unnecessary .S stuff just to define a global variable.
Based on patch by Paul Ripke to bootx64.efi, adapted for bootia32.efi
too.
PR kern/59151: efiboot hangs on new motherboard
Pull up the following, requested by riastradh in ticket #355:
external/bsd/pkg_install/dist/add/parse_cross.c up to 1.1.1.2
external/bsd/pkg_install/dist/info/pkg_info.1 up to 1.5
external/bsd/pkg_install/dist/lib/version.h up to 1.25
external/bsd/pkg_install/lib/Makefile up to 1.12
external/bsd/pkg_install/sbin/Makefile.inc up to 1.6
Sync pkg_install with HEAD.
PR kern/59991: pkg_add: null pointer deref in pkg_add -m parsing.
Pull up following revision(s) (requested by riastradh in ticket #2027):
sys/arch/vax/include/mcontext.h (patch)
from: sys/arch/vax/include/lwp_private.h: revision 1.2
vax __lwp_getprivate_fast: Fix asm constraints.
r0 is not clobbered; it is the output. So say so.
No volatile is needed here, and volatile would be wrong, because
calls to __lwp_getprivate_fast can be safely deleted if the result is
not used.
PR port-vax/60101: vax: __lwp_getprivate_fast() inline asm uses
GCC-specific register variable pattern, not portable
Pull up following revision(s) (requested by riastradh in ticket #1297):
sys/arch/vax/include/mcontext.h (patch)
from: sys/arch/vax/include/lwp_private.h: revision 1.2
vax __lwp_getprivate_fast: Fix asm constraints.
r0 is not clobbered; it is the output. So say so.
No volatile is needed here, and volatile would be wrong, because
calls to __lwp_getprivate_fast can be safely deleted if the result is
not used.
PR port-vax/60101: vax: __lwp_getprivate_fast() inline asm uses
GCC-specific register variable pattern, not portable
Pull up following revision(s) (requested by riastradh in ticket #353):
sys/arch/vax/include/lwp_private.h: revision 1.2
vax __lwp_getprivate_fast: Fix asm constraints.
r0 is not clobbered; it is the output. So say so.
No volatile is needed here, and volatile would be wrong, because
calls to __lwp_getprivate_fast can be safely deleted if the result is
not used.
PR port-vax/60101: vax: __lwp_getprivate_fast() inline asm uses
GCC-specific register variable pattern, not portable
PR lib/60369 Update tests to match modern UTF-8
This just removes test cases using invalid (by current standards) UTF-8
sequences (in one case the test is modified to switch it from invalid to valid)
The XFAIL that was added is removed. ("removed" in all of this means
hashifd away).
There is, in this change, no attempt to fix either of the other very valid
concerns - actually testing invalid input to ensure it is rejected (would
need to be a whole new test case, the way they are currently structured is
not condusive to that - the input is simply known to be valid), nor having
the test continue to try the remaining cases if an invalid result is obtained
rather than simply abandoning ship at the first opportunity.
Also note that none of this really has anything whatever to do with the
PR, which had nothing at all to do with what is valid UTF-8 and what is
not, but merely when something that is to be treated as invalid is
detetected, that MUST be reported, the (libc, not test) code must not
go on to examine further bytes and end up reporting that more are needed
[2 lines not shown]
PR lib/58282 revert refresh.c 1.132 (Mon Jun 29 06:06:10 UTC 2026)
This "broke stuff" (reported by gson@ and ryo@) and was reported as:
This has been reverted and sysinst behaves for me now.
Yet it had not been. Now it has.
sshd_config(5): Clarify again how to disable password authentication.
Upstream changed their version of this text by adding some quotation
marks but not really making it clearer. We had replaced the comment a
while ago to cross-reference UsePAM but it got lost in the update to
OpenSSH 10.0 last year. Restore the explanation of how to disable
password authentication, and expand on the relevant knobs a little.
PR bin/32313: sshd 'PasswordAuthentication no' silently fails
tests/bin/expr - fix the regex & length tests for UTF-8 input
If LC_CTYPE is to be set to a UTF-8 charset, the input must be
valid UTF-8 encoded data, or the results will not be what is expected.
0xFF as input is *not* ever valid in a UTF-8 string. It cannot be
the initial byte of a character (the biggest conceivable value for
that is 0xFC and even that is beyond what current UTF-8 allows, the
actual biggest is 0xF4), and it cannot be a trailing byte, as those
always have 1 0 as the two higest bits (ie: range is 0x80..0xBF)
mbrtowc() fix a stupid typo in the previous version.
No idea how I managed to miss this previously. This update should
make at least some of the ATF tests (and other stuff) which failed
after the previous change start working again.
