Build date: 1777672803 - Fri May 1 22:00:03 UTC 2026 Build cvs date: 1777665838 - Fri May 1 20:03:58 UTC 2026 Build id: 2026-05-02.1 Build tags: amd64-regress ports sysupgrade Applied the following diff(s): /home/anton/tmp/robsd/src-sys-em.diff /home/anton/tmp/robsd/src-sys-uhidev-sispm.diff /home/anton/tmp/robsd/src-sysupgrade.diff P lib/libc/gen/opendir.3 P regress/usr.sbin/bgpd/unittests/rde_community_test.c P regress/usr.sbin/rpki-client/Makefile.inc P regress/usr.sbin/rpki-client/openssl/Makefile P regress/usr.sbin/rpki-client/openssl/build/Makefile P sys/arch/hppa/dev/sti_sgc.c P sys/dev/ic/sti.c P sys/dev/ic/stireg.h P sys/dev/ic/stivar.h P sys/dev/pci/sti_pci.c M sys/dev/usb/uhidev.c P usr.bin/tmux/cmd-copy-mode.c P usr.bin/tmux/control.c P usr.bin/tmux/format.c P usr.bin/tmux/mode-tree.c P usr.bin/tmux/options-table.c P usr.bin/tmux/screen.c P usr.bin/tmux/tmux.1 P usr.bin/tmux/tmux.h P usr.bin/tmux/window-copy.c M usr.sbin/bgpd/session.c P usr.sbin/rpki-client/Makefile U usr.sbin/rpki-client/asn1_bit_string.c P usr.sbin/rpki-client/extern.h commit 4Vonq9vrdCIifT6k Author: miod Date: 2026/05/01 20:03:58 More work to handle devices which don't have a copy of the STI ROM available through one of the regular BARs, and have a shared decoder for BAR and ROM. Such devices can't have their BAR accessed when the ROM is mapped. In this case, we make a memory copy of the ROM contents and point the STI routines to it, without leaving the ROM mapped. This ought to be able to make the FireGL-UX work, but unfortunately it still hangs the PCI bus when accessing the frame buffer memory at low addresses. A good side effect of these changes, though, is that we no longer keep a bus_space mapping on the PCI ROM after initial ROM grovelling. On systems where the PDC firmware maps all PCI ROM at the same address (since only one may be active at any time), this lets multiple STI PCI devices attach and operate correctly, rather than only one attaching and the others complaining being unable to map the ROM, with errno being EAGAIN. sys/arch/hppa/dev/sti_sgc.c sys/dev/ic/sti.c sys/dev/ic/stireg.h sys/dev/ic/stivar.h sys/dev/pci/sti_pci.c commit 2z6JKifQWjaPVBhA Author: nicm Date: 2026/05/01 11:56:41 Add some checks on line size to avoid underflow, from san65384 at gmail dot com in GitHub issue 4955. usr.bin/tmux/mode-tree.c commit 3UBIi7jhLEKTWuMN Author: jsg Date: 2026/05/01 11:25:21 correct history, dirfd() did not appear until tahoe lib/libc/gen/opendir.3 commit MMJ6sJQJuuFhrBkF Author: tb Date: 2026/05/01 11:23:57 rpki-client: add asn1_bit_string.c to TEST_COMMON. Prepare its use. regress/usr.sbin/rpki-client/Makefile.inc regress/usr.sbin/rpki-client/openssl/Makefile regress/usr.sbin/rpki-client/openssl/build/Makefile commit mGiG9B57ylLIgtm9 Author: tb Date: 2026/05/01 11:22:24 rpki-client: add compat for BIT STRING accessors ASN.1 bit strings are DER encoded by zero-padding the bit string at the end to a length divisible by eight. The number of padding bits ("unused bits"), a number between 0 and 7, is stored in the first value octet, the remainder of the value octets are formed by the zero-padded bit string. Since asn1_string_st is opaque in OpenSSL 4, there need to be accessors for length and unused bits, which is what is added here. The getter assumes the ASN1_STRING_FLAG_BITS_LEFT flag is set on a bit string, which is always the case for deserialized bit strings. I prefer not to elaborate on the madness hiding here at this point in time... LibreSSL will likely add these accessors to libcrypto in the ongoing cycle, but we will need this compat code for OpenSSL and older LibreSSL anyway. The code is not yet used in rpki-client. The conversions will be committed soon. ok claudio job usr.sbin/rpki-client/Makefile usr.sbin/rpki-client/asn1_bit_string.c usr.sbin/rpki-client/extern.h commit yMxfYhCepuFnPRjK Author: nicm Date: 2026/05/01 09:59:42 Do not leak cached last result from control subs, from Aaron Campbell in GitHub issue 5047. usr.bin/tmux/control.c commit DCtnxJ8PNZ1DmXQw Author: nicm Date: 2026/05/01 09:44:42 Add support for line numbers in copy mode. A new copy-mode-line-numbers option has the following modes: off, default (tmux's normal line numbering where 0 is the top visible line), absolute (first line in history is 1), relative (relative to the cursor) and hybrid (current line is absolute, others relative). Also adds copy-mode-line-number-style and copy-mode-current-line-number-style to set the style of the line numbers. When copy mode is entered with the mouse, line numbers stay off. From Leo Henon in GitHub issue 5025. usr.bin/tmux/cmd-copy-mode.c usr.bin/tmux/options-table.c usr.bin/tmux/screen.c usr.bin/tmux/tmux.1 usr.bin/tmux/tmux.h usr.bin/tmux/window-copy.c commit ZVciUkvLPyjQY4Zi Author: nicm Date: 2026/05/01 09:34:05 Check time inside repeat (R:) loop as well. usr.bin/tmux/format.c commit 2bYDBKUZypj7uLDr Author: anton Date: 2026/05/01 04:54:56 Cope with recent const corrections. regress/usr.sbin/bgpd/unittests/rde_community_test.c