Adapt call of ssh_add_identity_constrained() after openssh update
Note, this commit log entry belongs to the previous commit (1.31)
and is to fix my screwup in the previous commit, Apologies all.
With the recent openssh update, ssh_add_identity_constrained() has had
its "maxsign" parameter removed. Adapt the mapping macro from
ssh_add_identity() -> ssh_add_identity_constrained() to cope.
While here, change the octal 0 (00) that was being passed to as the
final (size_t) arg to be a nice simple decimal 0 instead.
This should fix the current build breakage.
/* $NetBSD: pam_ssh.c,v 1.30 2022/06/15 08:31:34 hannken Exp $ */
/*-
* Copyright (c) 2003 Networks Associates Technology, Inc.
* All rights reserved.
*
* This software was developed for the FreeBSD Project by ThinkSec AS and
* NAI Labs, the Security Research Division of Network Associates, Inc.
* under DARPA/SPAWAR contract N66001-01-C-8035 ("CBOSS"), as part of the
* DARPA CHATS research program.
*
* Redistribution and use in source and binary forms, with or without
* modification, are permitted provided that the following conditions
* are met:
* 1. Redistributions of source code must retain the above copyright
* notice, this list of conditions and the following disclaimer.
* 2. Redistributions in binary form must reproduce the above copyright
* notice, this list of conditions and the following disclaimer in the
* documentation and/or other materials provided with the distribution.
[463 lines not shown]
Deal with the non-standard XTheadMae (Memory Attribute Extensions)
present on some T-Head CPU cores, notably the one found in the
Allwinner D1 SoC.
This extension allows memory attributes (cacheable, bufferable,
strongly-ordered, etc.) to be specified on a per-mapping basis.
Alas, it has two unfortunate properties:
- It uses the same bits as the standard Svpbmt (Page Based Memory Types)
extension, and the bits are completely incompatible.
- Unlike Svpbmt, which if none of its extension bits are set in the
PTE, results in rational behavior, if you don't set the XTheadMae
attibutes in the PTE correctly, the system will blow up in your face
in interesting and unpredictable ways.
So, we have to probe for XTheadMae early, when we're setting up the
initial MMU tables so that the kernel is mapped correctly when the
MMU is enabled, and then we probe for it again to set some globals
that are used when creating PTEs for new kernel and user mappings
going forward. Luckily, there are combinations of XTheadMae attributes
[4 lines not shown]
Look at the superblock magic number before attempting to read the address
of the first alternate out of it. If the magic number doesn't match one
of our known numbers, the primary is invalid and we have no way of locating
an alternate. Bail out in that case.
Makes fsck_lfs work for LFS64, at least in the minimal sense of being able
to report that a newly created LFS64 has no errors.
Import OpenSSH-10.2 (previous was 10.0)
OpenSSH 10.2/10.2p1 (2025-10-10)
OpenSSH 10.2 was released on 2025-10-10. It is available from the
mirrors listed at https://www.openssh.com/.
OpenSSH is a 100% complete SSH protocol 2.0 implementation and
includes sftp client and server support.
Once again, we would like to thank the OpenSSH community for their
continued support of the project, especially those who contributed
code or patches, reported bugs, tested snapshots or donated to the
project. More information on donations may be found at:
https://www.openssh.com/donations.html
Future deprecation warning
--------------------------
* A future release of OpenSSH will deprecate support for SHA1 SSHFP
records due to weaknesses in the SHA1 hash function. SHA1 SSHFP
[338 lines not shown]
For SPC-3 devices try READ_CAPACITY_16 first and fall back to older
READ_CAPACITY_10.
This fixes SCSI drivers like mpt(4) that announce SPC-3 conformity but
don't support READ_CAPACITY_16 in all configurations.
Pull up following revision(s) (requested by nakayama in ticket #51):
distrib/sets/lists/comp/mi: revision 1.2501
distrib/sets/lists/debug/shl.mi: revision 1.374
distrib/sets/lists/debug/ad.mips: revision 1.86
(all via patch)
Mark old gcc=9 conditional entries as obsolete or just remove them.
Pull up following revision(s) (requested by nat in ticket #50):
sys/dev/usb/xhci.c: revision 1.192
Don't generate duplicate events when sending ZLP.
Patch from sc_dying as posted to tech-kern.
Addresses PR/59678.
Add another convenience wrapper function to the SPI framework.
spi_sendv(spi_handle_t sh, const struct iovec *iov,
int iovcnt)
Takes a iovec of buffers and sends them as one transaction down the
SPI bus.
There exists devices that will not handle sending the register that is
to be written to as one transaction and the data as a second
transaction. That is, use one spi_send() to send the register and a
second spi_send() to send the data. Those devices require a single
transaction with both parts in it.
Support console over USB-to-serial
This require up-to-date UEFI bootstrap. Example usage from boot.cfg:
consdev=com4,115200
menu=NetBSD ucom0:kconsdev ucom0,115200;boot netbsd
Console support for USB-to-serial adapters
Of course nothing can happen before the USB device is attached. Early
boot is silent, and kernel outputs start when ucom gets attached.
boot -a and DDB work. boot -c for userconf prompt cannot work, because
it happens before USB attachment.
