LLVM/project 2b201d8llvm/lib/Target/Xtensa/MCTargetDesc XtensaTargetStreamer.cpp, llvm/test/CodeGen/Xtensa literal.ll

[Xtensa] Fix literal section emit for ConstantPool entries. (#200132)

Fix literal section switching in XtensaTargetStreamer.
 https://github.com/llvm/llvm-project/issues/190204
DeltaFile
+9-0llvm/test/CodeGen/Xtensa/literal.ll
+2-0llvm/lib/Target/Xtensa/MCTargetDesc/XtensaTargetStreamer.cpp
+11-02 files

LLVM/project 1e0a4c7mlir/include/mlir/Conversion Passes.td, mlir/lib/Conversion/ConvertToEmitC ConvertToEmitCPass.cpp

[mlir][emitc] Lower multiple results as a struct (#200659)

Previously, func-to-emitc lowering rejected func.{func,call,return} with
more than one result/operand. Such ops are directly handled by the
translator which emits an `std::tuple` packing ther results, but is only
relevant for C++ users. This patch lifts that restriction by packing
multiple return values into an automatically-generated struct, e.g. for
a function returning (i32, i32):

     emitc.class struct @return_i32_i32 {
       emitc.field @field0 : i32
       emitc.field @field1 : i32
     }

On return, the operands are packed into a local struct variable which is
then loaded and returned. On call sites, the struct is stored in a local
variable, and each field is extracted to recreate the individual SSA
values of the original results. As with single-result functions,
`emitc.array` return types are not supported.

    [9 lines not shown]
DeltaFile
+236-25mlir/lib/Conversion/FuncToEmitC/FuncToEmitC.cpp
+96-2mlir/test/Conversion/FuncToEmitC/func-to-emitc.mlir
+87-1mlir/test/Conversion/FuncToEmitC/func-to-emitc-failed.mlir
+63-0mlir/test/Target/Cpp/func.mlir
+13-5mlir/lib/Conversion/ConvertToEmitC/ConvertToEmitCPass.cpp
+6-0mlir/include/mlir/Conversion/Passes.td
+501-337 files not shown
+512-3913 files

LLVM/project d602a93libcxx/include/__configuration availability.h, libcxx/test/std/strings/basic.string/string.capacity over_max_size.pass.cpp

[libc++] Fill in Apple availability for LLVM 21 (#202347)

macOS 26.4 and aligned platforms have been released and they are roughly
synchronized to libc++ 21. As a drive-by, also add missing versions for
previous releases.

This also allows reverting #199682 which moved an XFAIL to UNSUPPORTED
to silence CI failures temporarily.
DeltaFile
+25-7libcxx/include/__configuration/availability.h
+11-4libcxx/utils/libcxx/test/features/availability.py
+5-0libcxxabi/test/test_demangle.pass.cpp
+1-1libcxx/test/std/strings/basic.string/string.capacity/over_max_size.pass.cpp
+42-124 files

LLVM/project 851919bmlir/lib/Target/SPIRV/Serialization Serializer.cpp, mlir/test/Target/SPIRV struct.mlir

[mlir][SPIR-V] Serialize BufferBlock struct decoration (#202870)

Add BufferBlock to the no-operand decoration switch
DeltaFile
+3-1mlir/lib/Target/SPIRV/Serialization/Serializer.cpp
+3-0mlir/test/Target/SPIRV/struct.mlir
+6-12 files

LLVM/project 93e03fccompiler-rt/lib/builtins/arm floatdidf.S floatdisf.S

[compiler-rt][ARM] Optimized integer -> FP conversions (#179928)

This commit adds a total of 8 new functions, all converting an integer
to a floating-point number, varying in 3 independent choices:

* input integer size (32-bit or 64-bit)
* input integer type (signed or unsigned)
* output float format (32-bit or 64-bit)

The two conversions of 64-bit integer to 32-bit float live in the same
source file, to save code size, since that conversion is one of the more
complicated ones and the two functions can share most of their code,
with only a few instructions differing at the start to handle negative
numbers (or not).
DeltaFile
+214-0compiler-rt/lib/builtins/arm/floatdidf.S
+205-0compiler-rt/lib/builtins/arm/floatdisf.S
+184-0compiler-rt/lib/builtins/arm/floatundidf.S
+109-0compiler-rt/lib/builtins/arm/floatsisf.S
+103-0compiler-rt/lib/builtins/arm/floatunsisf.S
+72-0compiler-rt/lib/builtins/arm/floatsidf.S
+887-010 files not shown
+1,390-016 files

LLVM/project 1a09ed1llvm/lib/Transforms/Vectorize VPlanPredicator.cpp, llvm/test/Transforms/LoopVectorize/VPlan predicator.ll

[VPlan] Insert VPBlendRecipes in post order. NFC (#201782)

#201783 wants to optimize blend masks by peeking through the contents of
other phi nodes. Currently we eagerly convert phis to blends in reverse
post order, so switch it to post order so that phis at the bottom can
see the phis in their uses.
DeltaFile
+112-0llvm/test/Transforms/LoopVectorize/VPlan/predicator.ll
+16-3llvm/lib/Transforms/Vectorize/VPlanPredicator.cpp
+128-32 files

LLVM/project caa0f03llvm/lib/Transforms/Scalar LICM.cpp

[LICM] Fix typo in variable name (NFC) (#202889)
DeltaFile
+4-4llvm/lib/Transforms/Scalar/LICM.cpp
+4-41 files

LLVM/project 00483b7llvm/lib/Target/AMDGPU SIInsertWaitcnts.cpp, llvm/lib/Target/AMDGPU/Utils AMDGPUHWEvents.cpp AMDGPUHWEvents.h

[AMDGPU][InsertWaitCnts] Move HWEvent analysis code

Building up on the previous RFC, if it is accepted:
Move the code that maps a MachineInstr to HWEventSet to a separate file.

This should be NFC.
DeltaFile
+164-0llvm/lib/Target/AMDGPU/Utils/AMDGPUHWEvents.cpp
+3-116llvm/lib/Target/AMDGPU/SIInsertWaitcnts.cpp
+6-0llvm/lib/Target/AMDGPU/Utils/AMDGPUHWEvents.h
+173-1163 files

LLVM/project 46a119dllvm/lib/Target/AMDGPU SIInsertWaitcnts.cpp, llvm/lib/Target/AMDGPU/Utils AMDGPUHWEvents.h AMDGPUHWEvents.def

[RFC][AMDGPU][InsertWaitCnt] Move WaitEventType into separate HWEvent header

I propose to move `WaitEventType` into its own header to start a new
component of the back-end targeted at analyzing and treating hardware events
fired by instructions. Right now this just moves code around and renames things
(NFCI) but over time, we should generalize the events so they can be reused
by other passes instead of being hyper-specialized for InsertWaitCnt.
DeltaFile
+143-257llvm/lib/Target/AMDGPU/SIInsertWaitcnts.cpp
+117-0llvm/lib/Target/AMDGPU/Utils/AMDGPUHWEvents.h
+65-0llvm/lib/Target/AMDGPU/Utils/AMDGPUHWEvents.def
+34-0llvm/lib/Target/AMDGPU/Utils/AMDGPUHWEvents.cpp
+1-0llvm/lib/Target/AMDGPU/Utils/CMakeLists.txt
+360-2575 files

LLVM/project 389e924llvm/include/llvm/Analysis Loads.h, llvm/lib/Analysis Loads.cpp

[LICM][SimplifyCFG] Ignore frees for writable dereferenceability check (#202589)

Both of these places only explicitly check for dereferenceability
because this is required for the `writable` attribute. Actual
dereferenceability has already been established at this point, e.g.
based on a prior access. As such, we can ignore frees here. We only care
that the argument has an appropriately sized `dereferenceable`
attribute.
DeltaFile
+34-24llvm/lib/Analysis/Loads.cpp
+9-3llvm/include/llvm/Analysis/Loads.h
+5-2llvm/lib/Transforms/Utils/SimplifyCFG.cpp
+5-1llvm/lib/Transforms/Scalar/LICM.cpp
+1-0llvm/test/Transforms/LICM/scalar-promote.ll
+1-0llvm/test/Transforms/SimplifyCFG/speculate-store.ll
+55-306 files

LLVM/project 59abec1llvm/lib/Target/AMDGPU SIInsertWaitcnts.cpp, llvm/lib/Target/AMDGPU/Utils AMDGPUHWEvents.cpp AMDGPUHWEvents.h

[AMDGPU][InsertWaitCnts] Move HWEvent analysis code

Building up on the previous RFC, if it is accepted:
Move the code that maps a MachineInstr to HWEventSet to a separate file.

This should be NFC.
DeltaFile
+164-0llvm/lib/Target/AMDGPU/Utils/AMDGPUHWEvents.cpp
+3-116llvm/lib/Target/AMDGPU/SIInsertWaitcnts.cpp
+6-0llvm/lib/Target/AMDGPU/Utils/AMDGPUHWEvents.h
+173-1163 files

LLVM/project 974e282llvm/lib/Target/AMDGPU SIInsertWaitcnts.cpp, llvm/lib/Target/AMDGPU/Utils AMDGPUHWEvents.h AMDGPUHWEvents.def

[RFC][AMDGPU][InsertWaitCnt] Move WaitEventType into separate HWEvent header

I propose to move `WaitEventType` into its own header to start a new
component of the back-end targeted at analyzing and treating hardware events
fired by instructions. Right now this just moves code around and renames things
(NFCI) but over time, we should generalize the events so they can be reused
by other passes instead of being hyper-specialized for InsertWaitCnt.
DeltaFile
+143-257llvm/lib/Target/AMDGPU/SIInsertWaitcnts.cpp
+117-0llvm/lib/Target/AMDGPU/Utils/AMDGPUHWEvents.h
+65-0llvm/lib/Target/AMDGPU/Utils/AMDGPUHWEvents.def
+34-0llvm/lib/Target/AMDGPU/Utils/AMDGPUHWEvents.cpp
+1-0llvm/lib/Target/AMDGPU/Utils/CMakeLists.txt
+360-2575 files

LLVM/project 6f2726dlibcxx/include/__type_traits rank.h

[libc++] Assume that __array_rank is provided by the compiler (#202511)

All compilers we support have `__array_rank`, so we can remove the
preprocessor branch for supporting compilers which don't provide it.
DeltaFile
+1-21libcxx/include/__type_traits/rank.h
+1-211 files

LLVM/project e65b4e7clang-tools-extra/clang-tidy/readability DeleteNullPointerCheck.cpp, clang-tools-extra/docs ReleaseNotes.rst

[clang-tidy] Avoid invalid fixes in `readability-delete-null-pointer` (#202488)

Only provide warnings (not fixits) when `IfStmt` has condition variable
or initializer.

Note that i didn't provide fixit for the situation that conditon
variable is different with the pointer variable being cast to bool
because i think this is rare. (the third newly added testcase)

Closes #202312.

---------

Co-authored-by: Zeyi Xu <zeyi2 at nekoarch.cc>
DeltaFile
+20-0clang-tools-extra/test/clang-tidy/checkers/readability/delete-null-pointer.cpp
+9-1clang-tools-extra/clang-tidy/readability/DeleteNullPointerCheck.cpp
+4-0clang-tools-extra/docs/ReleaseNotes.rst
+33-13 files

LLVM/project e1110daflang/include/flang/Semantics openmp-utils.h, flang/lib/Semantics check-omp-structure.cpp openmp-utils.cpp

[Flang][OpenMP][Sema] Add OpenMP warning when mapping local descriptors to device on enter without a corresponding exit (#201060)

This PR aims to add a new warning to Flang that will emit when a user
tries to map a local/temporary descriptor to device on an enter
directive without also applying it to a corresponding exit directive.
This problem can cause some pretty unique and difficult to track down
errors in programs as it can result in a user unintentionally locking
into place a stack allocated descriptor that has fallen out of scope,
which can result in a later clash with another stack allocated variable
that's being mapped and just happens to reside in the old descriptor
address range.

So this PR attempts to warn about this problem to prevent users doing
so, it's of note that we handle some of these cases in our
MapInfoFinalization pass, but I believe we should still include these
cases for portability reasons and incase we ever backtrack on our
decision to silently support some of these cases.

Made this warning as it was a suggestion from Michael Klemm and seemed

    [3 lines not shown]
DeltaFile
+97-0flang/test/Semantics/OpenMP/target-enter-data-temp-descriptor-omp61.f90
+93-0flang/test/Semantics/OpenMP/target-enter-data-temp-descriptor.f90
+54-0flang/lib/Semantics/check-omp-structure.cpp
+23-0flang/lib/Semantics/openmp-utils.cpp
+7-0flang/lib/Semantics/check-omp-structure.h
+6-0flang/include/flang/Semantics/openmp-utils.h
+280-06 files

LLVM/project be1f53fclang/lib/AST/ByteCode Pointer.h Pointer.cpp

[clang][bytecode] Save a `Type*` in integral pointers instead of a descriptor (#202835)

This way we don't need to allocate a descriptor via the `Program`, which
is for global data.
DeltaFile
+30-17clang/lib/AST/ByteCode/Pointer.h
+29-14clang/lib/AST/ByteCode/Pointer.cpp
+19-15clang/lib/AST/ByteCode/Interp.h
+4-22clang/lib/AST/ByteCode/Compiler.cpp
+3-3clang/lib/AST/ByteCode/Interp.cpp
+2-2clang/lib/AST/ByteCode/Opcodes.td
+87-731 files not shown
+88-747 files

LLVM/project 8da9d92mlir/include/mlir/Interfaces MemorySlotInterfaces.td, mlir/lib/Transforms Mem2Reg.cpp

[mlir][mem2reg] fix 197158 by moving visitReplacedValues call (#198552)

Fix #197158 and #200844 by moving the `visitReplacedValues` calls
between `promoteInRegion` and `removeBlockingUses` , as well as setting
the insertion point before the replaced store operation before calling
the `PromotableMemOpInterface::getStored` API (instead of setting the
insertion point after).

The action order change is done at the top level. The `promoteInRegion`
are done for all regions in post order, then the `visitReplacedValues`
are done for all regions, and then only the `removeBlockingUses` are
done for all regions in post order. This ensures that any load results
that would happen to be used in a later stored is not deleted by
`removeBlockingUses` before it is used by `visitReplacedValues`.

The insertion point change ensures that the stored values passed to
`visitReplacedValues` dominate the related store operations. Otherwise,
typical `visitReplacedValues` that set insertion points at the store
operation and use the stored values generated invalid IR when
`getStored` generates new IR (like bitcasts for the LLVM dialect
implementation).
DeltaFile
+114-83mlir/lib/Transforms/Mem2Reg.cpp
+151-0mlir/test/Transforms/mem2reg.mlir
+63-0mlir/test/Dialect/LLVMIR/mem2reg-dbginfo.mlir
+24-20mlir/include/mlir/Interfaces/MemorySlotInterfaces.td
+28-0mlir/test/lib/Dialect/Test/TestOpDefs.cpp
+20-0mlir/test/lib/Dialect/Test/TestOps.td
+400-1036 files

FreeBSD/ports a29e6d3www/chromium distinfo, www/chromium/files patch-chrome_browser_about__flags.cc patch-components_autofill_core_common_autofill__payments__features.cc

www/chromium: update to 149.0.7827.102

Security:       https://vuxml.freebsd.org/freebsd/efa1873c-64a0-11f1-b189-a8a1599412c6.html
DeltaFile
+19-19www/chromium/files/patch-chrome_browser_about__flags.cc
+13-13www/chromium/files/patch-components_autofill_core_common_autofill__payments__features.cc
+6-6www/chromium/files/patch-content_browser_renderer__host_render__widget__host__view__aura.cc
+5-5www/chromium/distinfo
+3-3www/chromium/files/patch-chrome_browser_password__manager_chrome__password__manager__client.cc
+3-3www/chromium/files/patch-chrome_browser_ui_views_frame_browser__view.cc
+49-4913 files not shown
+77-7719 files

LLVM/project 1dcb977clang/include/clang/Basic OpenMPKinds.h, clang/lib/CodeGen CGStmtOpenMP.cpp CGOpenMPRuntime.cpp

[clang][OpenMP] Improve loop structure for distributed loops (pt 1: reductions) (#201670)

This is a part of a series of patches that rework OpenMP cross-team
reductions.

This patches wires the existing
`kmp_sched_distr_static_chunk_sched_static_chunkone` to be used by
CodeGen (this patch is restricted to reduction loops).

Example of the intended change of this patch:
```
target teams distribute parallel for reduction(+:s)
  for (i = 0; i < N; i++) s += a[i];
```

Before:
```
__kmpc_distribute_static_init(91)
for (team_lb = team*nthreads; team_lb < N; team_lb += nteams*nthreads) {

    [68 lines not shown]
DeltaFile
+125-92clang/lib/CodeGen/CGStmtOpenMP.cpp
+48-102clang/test/OpenMP/target_teams_generic_loop_codegen.cpp
+17-5clang/lib/CodeGen/CGOpenMPRuntime.cpp
+3-0clang/include/clang/Basic/OpenMPKinds.h
+193-1994 files

LLVM/project a424861clang/include/clang/Analysis CallGraph.h, clang/lib/ScalableStaticAnalysisFramework/Analyses/CallGraph CallGraphExtractor.cpp

[clang][ssaf] CallGraph extractor should ignore objc callees for now (#202606)

Ignoring them is better than crashing/asserting on nullptr derefs.

Fixes: rdar://179104950
DeltaFile
+42-0clang/unittests/ScalableStaticAnalysisFramework/Analyses/CallGraph/CallGraphExtractorTest.cpp
+7-3clang/lib/ScalableStaticAnalysisFramework/Analyses/CallGraph/CallGraphExtractor.cpp
+2-1clang/include/clang/Analysis/CallGraph.h
+51-43 files

FreeBSD/ports f9c1261security/vuxml/vuln 2026.xml

security/vuxml: add www/*chromium < 149.0.7827.102

Obtained from:  https://chromereleases.googleblog.com/2026/06/stable-channel-update-for-desktop_0153744567.html
DeltaFile
+179-0security/vuxml/vuln/2026.xml
+179-01 files

FreeBSD/ports b9e350ewww/ungoogled-chromium/files patch-chrome_browser_about__flags.cc patch-third__party_webrtc_modules_desktop__capture_linux_x11_x__server__pixel__buffer.cc

www/ungoogled-chromium: update to 149.0.7827.53
DeltaFile
+78-105www/ungoogled-chromium/files/patch-chrome_browser_about__flags.cc
+106-13www/ungoogled-chromium/files/patch-third__party_webrtc_modules_desktop__capture_linux_x11_x__server__pixel__buffer.cc
+99-0www/ungoogled-chromium/files/patch-third__party_libc++_src_include_____locale__dir_support_bsd__like.h
+98-0www/ungoogled-chromium/files/patch-third__party_libvpx_source_config_linux_arm64-highbd_vpx__dsp__rtcd.h
+49-35www/ungoogled-chromium/files/patch-build_config_compiler_BUILD.gn
+44-26www/ungoogled-chromium/files/patch-chrome_browser_profiles_chrome__browser__main__extra__parts__profiles.cc
+474-179441 files not shown
+2,673-2,180447 files

LLVM/project f7979dfclang/test/Sema wave-reduce-builtins-validate-amdgpu.cl

Missing SEMA tests
DeltaFile
+26-0clang/test/Sema/wave-reduce-builtins-validate-amdgpu.cl
+26-01 files

LLVM/project df0a373clang/include/clang/Basic BuiltinsAMDGPU.td, clang/lib/CodeGen/TargetBuiltins AMDGPU.cpp

[AMDGPU] Add builtins for wave reduction intrinsics

Assisted by - Claude-sonnet:4.6
DeltaFile
+189-0clang/test/CodeGenOpenCL/builtins-amdgcn.cl
+18-0clang/lib/CodeGen/TargetBuiltins/AMDGPU.cpp
+9-0clang/include/clang/Basic/BuiltinsAMDGPU.td
+216-03 files

LLVM/project 7bffc5fllvm/lib/Target/AMDGPU AMDGPULegalizerInfo.cpp SIISelLowering.cpp, llvm/test/CodeGen/AMDGPU llvm.amdgcn.reduce.xor.ll llvm.amdgcn.reduce.and.ll

[AMDGPU] Support Wave Reduction for i16 types - 3

Supported Ops: `and`, `or`, `xor`.
DeltaFile
+673-160llvm/test/CodeGen/AMDGPU/llvm.amdgcn.reduce.xor.ll
+563-136llvm/test/CodeGen/AMDGPU/llvm.amdgcn.reduce.and.ll
+563-136llvm/test/CodeGen/AMDGPU/llvm.amdgcn.reduce.or.ll
+4-1llvm/lib/Target/AMDGPU/AMDGPULegalizerInfo.cpp
+4-1llvm/lib/Target/AMDGPU/SIISelLowering.cpp
+1,807-4345 files

LLVM/project 57e7ce2llvm/lib/Target/AMDGPU SIISelLowering.cpp AMDGPULegalizerInfo.cpp, llvm/test/CodeGen/AMDGPU llvm.amdgcn.reduce.sub.ll llvm.amdgcn.reduce.add.ll

[AMDGPU] Support Wave Reduction for i16 types - 2

Supported Ops: `add`, `sub`.
DeltaFile
+692-187llvm/test/CodeGen/AMDGPU/llvm.amdgcn.reduce.sub.ll
+668-184llvm/test/CodeGen/AMDGPU/llvm.amdgcn.reduce.add.ll
+6-2llvm/lib/Target/AMDGPU/SIISelLowering.cpp
+6-2llvm/lib/Target/AMDGPU/AMDGPULegalizerInfo.cpp
+1,372-3754 files

LLVM/project a0a06dallvm/lib/Target/AMDGPU SIISelLowering.cpp AMDGPULegalizerInfo.cpp, llvm/test/CodeGen/AMDGPU llvm.amdgcn.reduce.umax.ll llvm.amdgcn.reduce.umin.ll

[AMDGPU] Support Wave Reduction for i16 types - 1

Supported Ops: `min`, `umin`, `max`, `umax`.
DeltaFile
+589-137llvm/test/CodeGen/AMDGPU/llvm.amdgcn.reduce.umax.ll
+562-136llvm/test/CodeGen/AMDGPU/llvm.amdgcn.reduce.umin.ll
+528-136llvm/test/CodeGen/AMDGPU/llvm.amdgcn.reduce.max.ll
+528-136llvm/test/CodeGen/AMDGPU/llvm.amdgcn.reduce.min.ll
+52-21llvm/lib/Target/AMDGPU/SIISelLowering.cpp
+21-0llvm/lib/Target/AMDGPU/AMDGPULegalizerInfo.cpp
+2,280-5666 files

LLVM/project daa49cfclang-tools-extra/clang-tidy/bugprone UseAfterMoveCheck.cpp, clang-tools-extra/docs ReleaseNotes.rst

[clang-tidy] Fix false positive in bugprone-use-after-move with std::forward on derived classes (#199905)

The `bugprone-use-after-move` check correctly identified partial moves
when using `std::move` by matching the `ImplicitCastExpr`
(DerivedToBase) as the parent of the call. However, when using
`std::forward<Base>`, the cast occurs inside the argument, causing the
matcher to miss the cast and falsely report a use-after-move.

This patch uses `traverse(TK_AsIs, expr(hasParent(...)))` on the first
argument to navigate bottom-up, reliably capturing the hidden
`ImplicitCastExpr`. This ensures both partial moves and forwards are
consistently recognized, eliminating the false positive.

Assisted by AI to check code.

Fixes #63202
DeltaFile
+57-0clang-tools-extra/test/clang-tidy/checkers/bugprone/use-after-move.cpp
+6-2clang-tools-extra/clang-tidy/bugprone/UseAfterMoveCheck.cpp
+3-0clang-tools-extra/docs/ReleaseNotes.rst
+66-23 files

OpenBSD/ports XyyiBCSwww/chromium distinfo, www/chromium/patches patch-chrome_browser_about_flags_cc patch-components_autofill_core_common_autofill_payments_features_cc

   update to 149.0.7827.102
VersionDeltaFile
1.154+18-18www/chromium/patches/patch-chrome_browser_about_flags_cc
1.72+12-12www/chromium/patches/patch-components_autofill_core_common_autofill_payments_features_cc
1.115+5-5www/chromium/patches/patch-content_browser_renderer_host_render_widget_host_view_aura_cc
1.475+4-4www/chromium/distinfo
1.32+2-2www/chromium/patches/patch-ui_views_focus_focus_manager_cc
1.28+2-2www/chromium/patches/patch-chrome_browser_password_manager_chrome_password_manager_client_cc
+43-4313 files not shown
+59-5919 files

FreeBSD/src 4df539cusr.sbin/periodic/etc/security 520.pfdenied

pfdenied: fix checking root anchor

pfctl doesn't like empty anchors (-a ''), but we can specify the root
anchor as '/' too, so do that instead.

PR:             295324
Tested by:      Paweł Krawczyk
MFC after:      1 week
Sponsored by:   Rubicon Communications, LLC ("Netgate")

(cherry picked from commit 3d9cd10b2857ee7a9ec1b04457d9ec44f614d32c)
DeltaFile
+1-1usr.sbin/periodic/etc/security/520.pfdenied
+1-11 files