NetBSD/src fNwzsXAsys/arch/m68k/include kcore.h, sys/arch/m68k/m68k pmap_68k.c

   Add reloc and relocend fields to the gen68k kcore header, as well.

   No compatibility issue, since libkvm does not yet read this format.
VersionDeltaFile
1.33+17-2sys/arch/m68k/m68k/pmap_68k.c
1.9+7-1sys/arch/m68k/include/kcore.h
+24-32 files

NetBSD/src kir2Mu6sys/arch/sparc/include bswap.h, sys/arch/sparc64/include bswap.h

   sparc: Avoid using GCC builtins for byte-swapping and endian encoding.

   gcc on most netbsd architectures (mostly excluding sparc and vax) can
   generate fast MD byte-swapping code. On sparc it generates a function
   call, which is very slow. We have existing inline macros for byte
   swapping, so use those instead.

   bswap on sparc with gcc is still non-ideal, so also reactivate the
   portable endian encoding functions we apparently haven't been using
   since the gcc2 days, rather than using bswap for that.

   These changes improve the speed of disk encryption on ultrasparc ii
   by almost 40% (the endian.h change being more significant in making
   that number go high).

   clang does the right thing on sparc (or at least introduces different
   bottlenecks...), so avoid this there.

   Thanks joerg for analysis of the problem, uwe for reviewing the patch.

    [3 lines not shown]
VersionDeltaFile
1.20+46-20sys/sys/bswap.h
1.3+9-1sys/arch/sparc64/include/bswap.h
1.3+9-1sys/arch/sparc/include/bswap.h
1.38+3-3sys/sys/endian.h
+67-254 files

NetBSD/pkgsrc-wip 7823d03libvirt11 PLIST Makefile, libvirt11/patches patch-meson.build patch-src_rpc_virnetmessage.c

(wip/libvirt11) import libvirt-11.9.0

candidate for upgrading (sysutils/libvirt) or (wip/libvirt)

libvirt is:
+ A toolkit to interact with the virtualization capabilities of recent
  versions of operating systems, see our project goals for details.
+ A long term stable C API
+ A set of bindings for common languages
+ A CIM provider for the DMTF virtualization schema
+ A QMF agent for the AMQP/QPid messaging system
libvirt supports:
+ The KVM/QEMU Linux hypervisor
+ The Xen hypervisor
+ The LXC Linux container system
+ The OpenVZ Linux container system
+ The User Mode Linux paravirtualized kernel
+ The VirtualBox hypervisor
+ The VMware ESX and GSX hypervisors

    [9 lines not shown]
DeltaFile
+494-0libvirt11/PLIST
+183-0libvirt11/Makefile
+101-0libvirt11/PLIST.Linux
+38-0libvirt11/patches/patch-meson.build
+36-0libvirt11/TODO
+30-0libvirt11/patches/patch-src_rpc_virnetmessage.c
+882-010 files not shown
+1,044-016 files

NetBSD/src fbckZVHsys/dev/pci piixpm.c


   piixpm(4) has iic(4) behavior and will respond to drivers trying to
   see if indirect match and attach works.

   However, it had an aggressive panic in its piixpm_i2c_exec() function
   if there existed a command but not any data.  Turn this into a
   return(EINVAL) sort of thing.  Without this, just modloading aht20temp
   will panic a NetBSD/amd64 Virtualbox VM.

   It is very common for I2C devices, especially sensor devices, to do a
   READ (with or without STOP) with just a command sent, wait a while and
   then do a WRITE or more READ without a command and with a data buffer.
   Often the device has to have this pause in order to perform some
   action.

   I don't have the datasheet on the piixpm(4) chip available to me, and
   it is possible that it can handle a command without data.  The
   interrupt function implies as much, but for now, just EINVAL the

    [5 lines not shown]
VersionDeltaFile
1.74+17-15sys/dev/pci/piixpm.c
+17-151 files

NetBSD/src KLfpQFNexternal/bsd/ipf/dist/man ipnat.5

   PR/59795: Aran Clauson: s/mire/more/
VersionDeltaFile
1.6+2-2external/bsd/ipf/dist/man/ipnat.5
+2-21 files

NetBSD/src ppYWGMudoc CHANGES-10.2

   Tickets #1200 and #1201
VersionDeltaFile
1.1.2.74+20-1doc/CHANGES-10.2
+20-11 files

NetBSD/src gtvUHHushare/man/man4 rge.4, sys/dev/pci if_rgereg.h if_rge.c

   Pull up following revision(s) (requested by pgoyette in ticket #1201):

        sys/arch/amd64/conf/XEN3_DOM0: revision 1.206
        sys/arch/amd64/conf/XEN3_DOM0: revision 1.207
        sys/dev/pci/if_rge.c: revision 1.35
        sys/dev/pci/if_rge.c: revision 1.36
        share/man/man4/rge.4: revision 1.10
        sys/dev/pci/if_rge.c: revision 1.37
        sys/dev/pci/if_rge.c: revision 1.38
        sys/dev/pci/if_rge.c: revision 1.39
        share/man/man4/sem.4: revision 1.7
        share/man/man4/sem.4: revision 1.8
        sys/arch/amd64/conf/GENERIC: revision 1.620
        sys/dev/pci/pcidevs.h: revision 1.1511
        sys/arch/amd64/conf/ALL: revision 1.195
        sys/arch/amd64/conf/ALL: revision 1.196
        sys/dev/pci/pcidevs: revision 1.1532
        sys/dev/pci/if_rge.c: revision 1.40
        sys/dev/pci/if_rge.c: revision 1.41

    [88 lines not shown]
VersionDeltaFile
1.6.4.3+9,279-11,435sys/dev/pci/if_rgereg.h
1.24.4.7+1,764-840sys/dev/pci/if_rge.c
1.3.6.2+25-8share/man/man4/rge.4
+11,068-12,2833 files

NetBSD/src Op5lji8sys/dev/pci pcidevs_data.h pcidevs.h

   regen for ticket #1201: Add Realtek 8127
VersionDeltaFile
1.1451.2.19+1,573-1,570sys/dev/pci/pcidevs_data.h
1.1452.2.19+2-1sys/dev/pci/pcidevs.h
+1,575-1,5712 files

NetBSD/src O39fJqEsys/dev/pci pcidevs

   Pull up the following, requested by pgoyette in ticket #1201:

        src/sys/dev/pci/pcidevs         1.1532

   Add Realtek 8127
VersionDeltaFile
1.1471.2.18+2-1sys/dev/pci/pcidevs
+2-11 files

NetBSD/src 0nS4AyOsys/arch/m68k/m68k pmap_68k.c

   Sprinkle ATC hits in a few more locations:

   * pmap_pv_enter(), when page is already marked as CI: This one is required
     for the same reason as the previous change was required.

   * pmap_enter(): Also need an ATC hit in the case of a non-managed physical
     address (demand-page-in of device mapping?)

   * pmap_kenter_pa(): Add an ATC hit here after storing the PTE, but this is
     really just over-caution, I think; we're not dealing with VA regsions
     that would have been subject to a demand-page-in, so there should not
     be any negative entries to worry about.  Possible future optimization.

   * pmap_zero_page(), pmap_copy_page(): Same situation as pmap_kenter_pa().
     These addresses are even more tightly controlled, so this is probably
     the first "probably uncessary ATC hit" that should be removed once this
     implementation is shown to be stable across a variety of machines.

   Add a comment in pmap_enter() for the case where an old mapping must be

    [3 lines not shown]
VersionDeltaFile
1.32+33-3sys/arch/m68k/m68k/pmap_68k.c
+33-31 files

NetBSD/pkgsrc E4dfGdZdoc CHANGES-2025

   Updated devel/py-uv, devel/py-uv-build
VersionDeltaFile
1.6905+3-1doc/CHANGES-2025
+3-11 files

NetBSD/pkgsrc b9GvOfidevel/py-uv Makefile.common

   py-uv: remove unused comments
VersionDeltaFile
1.9+1-14devel/py-uv/Makefile.common
+1-141 files

NetBSD/pkgsrc l4fwVcJdevel/py-uv distinfo cargo-depends.mk, devel/py-uv-build distinfo

   py-uv py-uv-build: updated to 0.9.13

   0.9.13

   Bug fixes

   Revert "Allow --with-requirements to load extensionless inline-metadata scripts" to fix reading of requirements files from streams
   Validate URL wheel tags against Requires-Python and required environments
   Documentation

   Drop unpublished crates from the uv crates.io README
   Fix the links to uv in crates.io member READMEs


   0.9.12

   Enhancements

   Allow --with-requirements to load extensionless inline-metadata scripts

    [40 lines not shown]
VersionDeltaFile
1.6+91-56devel/py-uv/distinfo
1.7+91-56devel/py-uv-build/distinfo
1.6+29-19devel/py-uv/cargo-depends.mk
1.8+13-13devel/py-uv/Makefile.common
1.6+1-1devel/py-uv/patches/patch-Cargo.toml
1.2+1-1devel/py-uv-build/patches/patch-Cargo.toml
+226-1466 files

NetBSD/src fsAXhLBsys/arch/m68k/m68k pmap_68k.c

   Do the same for the HP MMU.  Not sure it's actually necessary in that case,
   but there's basically zero documentation for it available, so we err on the
   side of caution.
VersionDeltaFile
1.31+15-2sys/arch/m68k/m68k/pmap_68k.c
+15-21 files

NetBSD/src 1VNPalDsys/arch/m68k/m68k pmap_68k.c

   The Motorola MMUs implement a negative-cache in the ATC (see 68030UM
   Figure 9-8. Address Translation General Flowchart, ATC hit, B==1 case,
   as well as 68040UM Figure 3-21. ATC Entry and Tag Fields, R bit and the
   associated descriptive text).

   As such, we need to make sure to invalidate the ATC entry even for
   new mappings where previously one did not exist, because, in the
   case of a demand-page-in, there will almost certainly be a negative
   ATC entry lurking about.

   Many thanks to isaki@ for his analysis of the issue.
VersionDeltaFile
1.30+17-4sys/arch/m68k/m68k/pmap_68k.c
+17-41 files

NetBSD/src ySBnOdlsys/crypto/chacha chacha_ref.c

   Pull up following revision(s) (requested by nia in ticket #1200):

        sys/crypto/chacha/chacha_ref.c: revision 1.2

   chacha: Tell the compiler to inline rol32.

   Apparently gcc doesn't do this automatically, and it's noticably
   faster on sparc64 (several seconds less to encrypt 128mb of data).
VersionDeltaFile
1.1.20.1+2-2sys/crypto/chacha/chacha_ref.c
+2-21 files

NetBSD/src ep1unj1doc CHANGES-11.0

   Ticket #107
VersionDeltaFile
1.1.2.45+6-1doc/CHANGES-11.0
+6-11 files

NetBSD/src FTg2mORsys/crypto/chacha chacha_ref.c

   Pull up following revision(s) (requested by nia in ticket #107):

        sys/crypto/chacha/chacha_ref.c: revision 1.2

   chacha: Tell the compiler to inline rol32.

   Apparently gcc doesn't do this automatically, and it's noticably
   faster on sparc64 (several seconds less to encrypt 128mb of data).
VersionDeltaFile
1.1.28.1+2-2sys/crypto/chacha/chacha_ref.c
+2-21 files

NetBSD/src fXEThKvsys/ufs/lfs lfs_segment.c

   Free buffer before waking sleepers, to prevent an occasional panic from
   putiobuf() when unmounting.
VersionDeltaFile
1.300+8-3sys/ufs/lfs/lfs_segment.c
+8-31 files

NetBSD/src aA6kbFldistrib/notes/common legal.common, sys/dev/usb if_atu.c if_atureg.h

   Thanks Daan Vreeken for agreeing to drop his advertising clause.
VersionDeltaFile
1.78+3-6sys/dev/usb/if_atu.c
1.14+2-5sys/dev/usb/if_atureg.h
1.134+1-3distrib/notes/common/legal.common
+6-143 files

NetBSD/src dbN6G5zsys/arch/m68k/include mmu_30.h

   Don't require user-space to pull in the function code definitions.
   (They're not 100% identical across all m68k ports.)
VersionDeltaFile
1.4+4-4sys/arch/m68k/include/mmu_30.h
+4-41 files

NetBSD/src PtdkQdosys/arch/aarch64/include elf_machdep.h

   aarch64: Use the ABI-defined value for R_AARCH64_TLSLD_MOVW_DTPREL_G0_NC.

   Kernel source code does not use this constant, so this change should
   not affect its runtime behavior.  Userland toolchains use the
   ABI-defined value for this relocation, via their own definitions.

   Remove a duplicate definition for R_AARCH64_TLSLD_ADD_DTPREL_HI12.
VersionDeltaFile
1.6+2-3sys/arch/aarch64/include/elf_machdep.h
+2-31 files

NetBSD/pkgsrc-wip 395f961tailscale distinfo Makefile

tailscale: update to 1.90.9
DeltaFile
+3-3tailscale/distinfo
+2-2tailscale/Makefile
+5-52 files

NetBSD/pkgsrc 0z8VVaSdoc CHANGES-2025

   Updated databases/py-asyncpg, devel/py-construct-classes
VersionDeltaFile
1.6904+3-1doc/CHANGES-2025
+3-11 files

NetBSD/pkgsrc UDIr7TDdevel/py-construct-classes Makefile distinfo

   py-construct-classes: updated to 0.2.2

   0.2.2 - 2025-08-26

   Removed

   - Drop support for Pythons 3.9 and older. This was broken in 0.2 and improperly marked
     by the package metadata.

   0.2.1 - 2025-08-25

   Fixed

   - Fix exception when creating a subclass of a subclass of :code:`Struct`.


   0.2.0 - 2025-08-25

   Added

    [9 lines not shown]
VersionDeltaFile
1.5+5-5devel/py-construct-classes/Makefile
1.2+4-4devel/py-construct-classes/distinfo
1.4+1-2devel/py-construct-classes/PLIST
+10-113 files

NetBSD/pkgsrc ValjG94databases/py-asyncpg PLIST distinfo

   py-asyncpg: updated to 0.31.0

   0.31.0

   Enable Python 3.14 with experimental subinterpreter/freethreading
   support.

   Improvements

   Add Python 3.14 support, experimental subinterpreter/freethreading support
   Avoid performing type introspection on known types
   Make prepare() not use named statements by default when cache is disabled
   Implement connection service file functionality

   Fixes

   Fix multi port connection string issue
   Avoid leaking connections if _can_use_connection fails


    [3 lines not shown]
VersionDeltaFile
1.15+5-3databases/py-asyncpg/PLIST
1.26+4-4databases/py-asyncpg/distinfo
1.33+2-3databases/py-asyncpg/Makefile
+11-103 files

NetBSD/pkgsrc enx1V5ddevel/gpr2-tools buildlink3.mk

   gpr2-tools: improve buildlink3.mk

   * Move GPR_PROJECT_PATH var definition to ALL_ENV from each separate
     *_ENV
   * Move the addition of the library search path from LDFLAGS to the
     gprbuild parameters
VersionDeltaFile
1.4+5-9devel/gpr2-tools/buildlink3.mk
+5-91 files

NetBSD/pkgsrc WfYK7m7devel/gprbuild buildlink3.mk

   gprbuild: improve buildlink3.mk

   * Move GPR_PROJECT_PATH var definition to ALL_ENV from each separate
     *_ENV
   * Move the addition of the library search path from LDFLAGS to the
     gprbuild parameters
VersionDeltaFile
1.10+5-9devel/gprbuild/buildlink3.mk
+5-91 files

NetBSD/src 1G1UotYsys/arch/hp300/hp300 locore.s

   Remove bogus "restore old high page contents" lines in locore doboot.

   It seems these lines should have been removed (or not been added later)
   when Hibler's hp300 updates (MAXADDR was changed always mapped,
   and 68040 support) were committed to 4.4BSD in 1990 and 1992:
    https://svnweb.freebsd.org/csrg?view=revision&revision=45751
    https://svnweb.freebsd.org/csrg/sys/hp300/hp300/locore.s?r1=45359&r2=45751
    https://svnweb.freebsd.org/csrg?view=revision&revision=53933
    https://svnweb.freebsd.org/csrg/sys/hp300/hp300/locore.s?r1=50544&r2=53933

   Probably harmless (PROM doesn't refer the bogus written value),
   and no visible hehavior change on HP9000/382 during reboot.
VersionDeltaFile
1.196+1-3sys/arch/hp300/hp300/locore.s
+1-31 files

NetBSD/src 9FlaNudsys/arch/hp300/hp300 locore.s

   Explicitly save/restore PROM workarea in the last MAXADDR page.

   This makes reboot work on HP9000/362 with the new pmap.
VersionDeltaFile
1.195+39-1sys/arch/hp300/hp300/locore.s
+39-11 files