OpenBSD/src 56MRuo8sbin/pfctl parse.y pfctl_parser.c, share/man/man5 pf.conf.5

   This change extends pf(4) limiters so administrator
   can specify action the rule executes when limit is
   reached. By default when limit is reached the limiter
   overrides action specified by rule to no-match.
   If administrator wants to block packet instead then
   rule with limiter should be changed to:

      pass in from any to any state limiter test (block)

   OK dlg@
VersionDeltaFile
1.723+57-29sbin/pfctl/parse.y
1.1230+46-9sys/net/pf.c
1.607+22-9share/man/man5/pf.conf.5
1.428+22-1sys/net/pf_ioctl.c
1.545+14-3sys/net/pfvar.h
1.356+9-5sbin/pfctl/pfctl_parser.c
+170-566 files

OpenBSD/src Zwg2ZC2lib/libcrypto/asn1 asn1t.h

   Fix ASN1_ADB_END macro, make it compatible with OpenSSL

   In asn1t.h r1.18 (commit 9b72422d) I removed the app_items member from
   ASN1_ADB and failed to fix up the ASN1_ADB_END() macro that populates
   the ASN1_ADB. This means ASN1_ADB_END() tried to initialize one member
   too many and would thus cause a compilation failure, so nobody uses this
   with LibreSSL. Internally, we have expanded all its uses.

   We could leave it broken or fix it up. Take the opportunity to add an
   unused adb_cb() argument instead, making the macro invocation compatible
   with OpenSSL.

   ok jsing kenjiro
VersionDeltaFile
1.25+3-4lib/libcrypto/asn1/asn1t.h
+3-41 files

OpenBSD/src uk6c6Ltregress/usr.bin/mandoc/roff/ll foot_mdoc.in foot_mdoc.out_ascii

   test resetting of line length before the page footer;
   related to man_term.c rev. 1.202 and mdoc_term.c rev. 1.287
VersionDeltaFile
1.1+19-0regress/usr.bin/mandoc/roff/ll/foot_mdoc.in
1.1+17-0regress/usr.bin/mandoc/roff/ll/foot_mdoc.out_ascii
1.1+14-0regress/usr.bin/mandoc/roff/ll/foot_man.out_ascii
1.1+14-0regress/usr.bin/mandoc/roff/ll/foot_man.in
1.2+3-3regress/usr.bin/mandoc/roff/ll/Makefile
+67-35 files

OpenBSD/src pXO1i6wusr.bin/mandoc term_ascii.c term.h

   Fix a bug in .ll handling:
   When formatting two input files in a row, a line length set with .ll
   in the first file leaked to the second file.
   Also, mandoc used the changed line length for the page footer,
   whereas groff resets .ll before the page footer.

   Fix this as follows:
   1. Set defrmargin only at program startup, based on -O width / paper.
   2. Copy defrmargin to maxrmargin whenever starting an input file or footer.
   3. Let .ll / setwidth() only change maxrmargin, not defrmargin.
VersionDeltaFile
1.59+13-12usr.bin/mandoc/term_ascii.c
1.84+6-5usr.bin/mandoc/term.h
1.61+4-3usr.bin/mandoc/term_ps.c
1.202+4-2usr.bin/mandoc/man_term.c
1.287+4-2usr.bin/mandoc/mdoc_term.c
+31-245 files

OpenBSD/src tbQpcWXusr.bin/tmux server-client.c options.c

   Work out the default command from the queue in case it has been set from
   the config file, GitHub issue 4791.
VersionDeltaFile
1.440+28-12usr.bin/tmux/server-client.c
1.77+2-2usr.bin/tmux/options.c
1.1283+2-2usr.bin/tmux/tmux.h
+32-163 files

OpenBSD/src LbT3gteusr.sbin/smtpd smtp_session.c lka_filter.c

   Remove "support" for the WIZ command. This used to be a command to
   execute commands on the smtp server in old sendmail implementations.

   This was obviously added as a joke, probably added for testing Enhanced
   Status Code, and basically only changes the text of the 500 error
   message, but with it came a lot of exta plumbing. While I appreciate the
   joke, it's very obscure and especially the filter plumbing takes up
   unneeded space.

   OK millert@, chris@
   No objection from kirill@
VersionDeltaFile
1.446+1-18usr.sbin/smtpd/smtp_session.c
1.79+1-5usr.sbin/smtpd/lka_filter.c
1.691+1-2usr.sbin/smtpd/smtpd.h
+3-253 files

OpenBSD/src 9ChEzECusr.sbin/smtpd smtp_session.c

   According to RFC5321 section 4.5.3.1.10 the correct return code for too
   many recipients is 452, not 451.

   OK kirill@
VersionDeltaFile
1.445+3-3usr.sbin/smtpd/smtp_session.c
+3-31 files

OpenBSD/src 7bJmYglsys/arch/amd64/amd64 genassym.cf

   chunk forgotten for previous commit by chris:
   KVA TLB entries can exist under PCID_TEMP after pmap_map_ptes() + interrupts
   so KVA shootdowns must invalidate PCID_TEMP too

   ok deraadt, mlarkin discussion and approval guenther
VersionDeltaFile
1.50+2-1sys/arch/amd64/amd64/genassym.cf
+2-11 files

OpenBSD/src sm3VE61sys/arch/amd64/amd64 vector.S pmap.c

   KVA TLB entries can exist under PCID_TEMP after pmap_map_ptes() + interrupts
   so KVA shootdowns must invalidate PCID_TEMP too

   ok deraadt, mlarkin discussion and approval guenther
VersionDeltaFile
1.106+16-1sys/arch/amd64/amd64/vector.S
1.186+8-1sys/arch/amd64/amd64/pmap.c
+24-22 files

OpenBSD/src OQ0B9Hkgnu/usr.bin/clang/include/clang/intrin Makefile

   Install arm_neon_sve_bridge.h on aarch64

   From Brad, similar diff proposed recently by jsg@, ok kettenis@
VersionDeltaFile
1.30+4-1gnu/usr.bin/clang/include/clang/intrin/Makefile
+4-11 files

OpenBSD/src 1Soe0HRgnu/llvm/llvm/lib/Target/AArch64 AArch64ISelLowering.cpp

   Backport aarch64 SVE compile fix from upstream

   From Brad, ok kettenis@
VersionDeltaFile
1.6+13-0gnu/llvm/llvm/lib/Target/AArch64/AArch64ISelLowering.cpp
+13-01 files

OpenBSD/src V5N7w12regress/usr.bin/mandoc/roff/ll basic.in basic.out_ascii

   test multiple signs in .ll arguments; related to term.c rev. 1.155
VersionDeltaFile
1.4+35-2regress/usr.bin/mandoc/roff/ll/basic.in
1.6+29-1regress/usr.bin/mandoc/roff/ll/basic.out_ascii
+64-32 files

OpenBSD/src RYRewSxusr.bin/mandoc term.c term_ascii.c

   Strangely, groff accepts .ll arguments with multiple signs.  For odd numbers
   of minus signs, the intended behaviour is decreasing the line length, for
   even numbers, increasing it.  The code in term_setwidth() resulted in
   incorrect behaviour in two cases: for more than two signs, the line length
   wasn't changed at all because a2roffsu() was called incorrectly and failed,
   and if the second sign was negative, a negative width was passed to the
   setwidth() callbacks, which they aren't prepared to handle.

   Fix this by iterating over all signs to find the correct iop operation
   code (0=absolute, 1=increase, -1=decrease).  Also improve code clarity
   by making the width argument of the setwidth() callbacks unsigned and
   removing some ugly casts in these callbacks.
VersionDeltaFile
1.155+10-14usr.bin/mandoc/term.c
1.58+5-5usr.bin/mandoc/term_ascii.c
1.60+5-5usr.bin/mandoc/term_ps.c
1.83+2-2usr.bin/mandoc/term.h
+22-264 files

OpenBSD/src ireJd6pusr.bin/tmux tty-keys.c

   If cannot find a terminator for palette responses, treat as a partial
   key not complete. GitHub issue 4749.
VersionDeltaFile
1.198+4-2usr.bin/tmux/tty-keys.c
+4-21 files

OpenBSD/src 7l9cVDhusr.bin/tmux tmux.h window.c

   Do not send theme unless it has changed, and do not send immediately
   when updates are enabled. GitHub issue 5787.
VersionDeltaFile
1.1282+12-11usr.bin/tmux/tmux.h
1.309+14-6usr.bin/tmux/window.c
1.247+13-4usr.bin/tmux/input.c
1.111+1-7usr.bin/tmux/input-keys.c
+40-284 files

OpenBSD/src oqFOIzgsys/dev/usb ukbdmap.c

   regen
VersionDeltaFile
1.51+16-2sys/dev/usb/ukbdmap.c
+16-21 files

OpenBSD/src U3Bnhw1sys/dev/usb makemap.awk

   This patch adds an apple variant to the de keyboard encoding for
   wskdb. It doesn't attempt to map all additional keysyms, only those that
   are required in the shell and for programming.

   It is similar to the applealu_iso variant that can be specified in X11
   with setxkbmap.

   ok miod@
VersionDeltaFile
1.18+27-2sys/dev/usb/makemap.awk
+27-21 files

OpenBSD/src EPuUf4Kusr.bin/tmux grid.c

   Clear trimmed lines after moving, from Antony Raj in GitHub issue 4790.
VersionDeltaFile
1.138+6-2usr.bin/tmux/grid.c
+6-21 files

OpenBSD/src mtgykWqshare/man/man5 port-modules.5

   improved cmake MODULES docs, from rsadowski, rebased on top of my previous
   commits by me
VersionDeltaFile
1.282+57-10share/man/man5/port-modules.5
+57-101 files

OpenBSD/src Mrhrab1sys/arch/arm64/dev smmu.c

   Request 64k-aligned IOVA blocks.  It's a bit unfortunate the alignment
   requirements only diffuse through to the bus dma API when we allocate
   memory; at that point we already have IOVA allocated, so it's hard to
   apply the right alignment.  The good thing is that we basically cannot
   run out of an IOMMU domain's IOVA (which for us is per device), so we
   can easily bump the alignment of each DMA map.  This helps qwz(4) FW
   come up on the Orion O6.
VersionDeltaFile
1.29+2-2sys/arch/arm64/dev/smmu.c
+2-21 files

OpenBSD/src vR10brFsys/arch/arm64/dev acpipci.c

   Advertise MSI multiple-vector support.  This is assuming that in ACPI
   mode we probably have a GIC with MSI support that should give us have
   plenty of MSI vectors for us to use.  Improves qwz(4) behavior on the
   Orion O6.

   ok kettenis@
VersionDeltaFile
1.44+4-2sys/arch/arm64/dev/acpipci.c
+4-21 files

OpenBSD/src DRqqnT6usr.bin/tmux cmd-list-keys.c cmd.c

   Do not use ;;s in list-keys output as it is confusing and cannot be
   parsed on input, from Patrick Motard in GitHub issue 4750.
VersionDeltaFile
1.70+5-3usr.bin/tmux/cmd-list-keys.c
1.181+5-3usr.bin/tmux/cmd.c
1.1281+3-1usr.bin/tmux/tmux.h
+13-73 files

OpenBSD/src F6qySvKusr.bin/tmux input.c

   Do not log theme if pane is NULL.
VersionDeltaFile
1.246+3-1usr.bin/tmux/input.c
+3-11 files

OpenBSD/src Ojql54csys/uvm uvm_pdaemon.c

   TAILQs are hard, let's go shopping.

   If the pglist is empty, p will be NULL, inserting
   an iterator after it will prove challenging.

   Bug was introduced in version 1.145
VersionDeltaFile
1.148+3-2sys/uvm/uvm_pdaemon.c
+3-21 files

OpenBSD/src 6oAhGQksys/dev/ic qwx.c

   Clear and reinitialize the HAL state in our softc when we resume.  While it
   may be ok to keep the state around during a normal suspend/resume, it is
   questionable to do so for unhibernate, where the hardware has been
   fully reset.  This fixes hangs when trying to bring down the interface
   (including when we do so for a suspend or reboot) after an unhibernate.

   ok stsp@
VersionDeltaFile
1.97+9-3sys/dev/ic/qwx.c
+9-31 files

OpenBSD/src 16M8AOCsys/uvm uvm_pmemrange.c

   Don't starve nowait failures behind a large queue of pmr requests.

   1.126 replaced ths flag used to indicate that a nowait allocation
   had failed with a static to be addded to the list for the page
   daemon to process in this case. ensuring the check is done with a lock
   instead of fiddling with a volatile.. ok fine.

   Unlike the previous flag, which was considered before processing the list,
   the static was added to to the tail of the list, therefore adding it behind a
   potentially large queue of pmr requests - which was already known
   to be a problem in version 1.107 as witnessed by this commit message:

    " Make sure low pages are deactivated first when there is a shortage of inactive
      pages.  Without this the system can have a ton of high pages on the active list
      and never swapout anything if there's a shortage of low pages."

   The previous flag could also have been set repeatedly by multipled nowait failures so
   repeated failures would always push the pagedaemon down this path instead of
   processing the list. This change also ensured that only one such "nowait" request

    [19 lines not shown]
VersionDeltaFile
1.80+6-2sys/uvm/uvm_pmemrange.c
+6-21 files

OpenBSD/src CXmdh6Csys/arch/armv7/marvell mvpcie.c, sys/dev/fdt dwiic_fdt.c imxiic_fdt.c

   Make use of OF_is_enabled() instead of checking the status manually.

   ok kettenis@
VersionDeltaFile
1.7+3-10sys/arch/armv7/marvell/mvpcie.c
1.3+5-7sys/dev/fdt/dwiic_fdt.c
1.4+5-7sys/dev/fdt/imxiic_fdt.c
1.15+5-7sys/dev/fdt/sxitwi.c
1.5+5-7sys/dev/fdt/mviic.c
1.3+5-7sys/dev/fdt/qciic_fdt.c
+28-4515 files not shown
+71-13121 files

OpenBSD/src bs50liysys/dev/ofw fdt.c openfirm.h

   Introduce OF_is_enabled(), a helper function to figure out whether the
   device tree node is available to use or not.  So far we have done this
   manually by explicitly checking for "disabled".  Nowadays though there's
   also "reserved" for devices that are there but shouldn't be touched, and
   at some point we might need to handle "fail", too.  We can't just check
   for "okay" as some device trees only have "ok" or not even a status
   property, which we should treat as "okay".

   ok kettenis@
VersionDeltaFile
1.36+16-1sys/dev/ofw/fdt.c
1.21+2-1sys/dev/ofw/openfirm.h
+18-22 files

OpenBSD/src zszD4Gssys/arch/arm64/arm64 cpu.c

   Only advertise HWCAP2_SVE2 (and other SVE features) if SVE is actually
   supprted.  The SVEver field in ID_AA64ZFR0_EL1 is also for streaming SVE
   mode, which is also known as SME.  An Apple decided to implement SME but
   not SVE on their M4 CPU cores.  So do what Linux does and only set these
   if HWCAP_SVE is set.

   ok jca@, patrick@, kurt@
VersionDeltaFile
1.146+25-13sys/arch/arm64/arm64/cpu.c
+25-131 files

OpenBSD/src FwloF1zshare/man/man5 port-modules.5

   mention MODCMAKE_LDFLAGS
VersionDeltaFile
1.281+4-1share/man/man5/port-modules.5
+4-11 files