NetBSD/src 8k3jtiG — sys/arch/sparc64/dev vbus.c

   sun4v: improve error logging in vbus
VersionDeltaFile
1.11+11-7sys/arch/sparc64/dev/vbus.c
+11-71 files

NetBSD/src TTmpIFz — sys/arch/sparc64/dev cbus.c

   sun4v: improve error logging i cbus
VersionDeltaFile
1.10+10-6sys/arch/sparc64/dev/cbus.c
+10-61 files

NetBSD/src H3azXrJ — sys/arch/sparc64/sparc64 autoconf.c

   sun4v: Try to use the hypervisor interrupt api version 1 if version 2 fails.

   Version 3 systems are working ok - trying to fix the setup when a version < 2
   system is used.

   Not tested on yet.
VersionDeltaFile
1.257+10-4sys/arch/sparc64/sparc64/autoconf.c
+10-41 files

NetBSD/src UDblXCt — sys/kern exec_elf.c, sys/sys exec_elf.h

   exec_elf: Nix diagnostic messages for all (unknown) fd.o notes.

   Same as for unknown GNU notes.  Shaves off a tiny bit of code in
   non-DIAGNOSTIC builds, saves us some trouble when fd.o invariably
   adds more metadata not relevant to execution semantics.

   PR kern/60901: Unknown elf note type 1081871370
VersionDeltaFile
1.109+7-6sys/kern/exec_elf.c
1.188+8-5sys/sys/exec_elf.h
+15-112 files

NetBSD/src IqByEx0 — share/mk bsd.own.mk

   hppa: Enable fortify/ssp in userland for progs/libs that opt into it.

   The `ssp' part doesn't actually do much (and really I'm not sure why
   these options are mixed together) because hppa stack grows up, so
   writing past the end of an array won't overwrite the return address,
   so stack smashing in this way is extremely unlikely.  But the
   `fortify' part, which instruments functions like memcpy/read/getcwd
   with bounds checks where statically known, is still useful to catch
   buffer overruns.

   ok `I guess' nick@

   PR lib/60858: fortuitous embarrassment: fortify is all kinds of busted
VersionDeltaFile
1.1491+1-2share/mk/bsd.own.mk
+1-21 files

NetBSD/src GXs8CFb — sys/dev smbios_platform.c

   smbios: Avoid large stack allocation (nearly 4KiB)
VersionDeltaFile
1.3+47-43sys/dev/smbios_platform.c
+47-431 files

NetBSD/src t6oen1Z — distrib/sets/lists/base mi

   Remove "atto" line accidently commited in last
VersionDeltaFile
1.1392+1-2distrib/sets/lists/base/mi
+1-21 files

NetBSD/src Yb705VH — distrib/sets/lists/base mi

   Add new bind /etc/namedb/ directories
VersionDeltaFile
1.1391+5-1distrib/sets/lists/base/mi
+5-11 files

NetBSD/src NXd02jZ — distrib/sets/lists/modules mi

   Comment out if_rsu modules for now to fix the build.
VersionDeltaFile
1.168+3-3distrib/sets/lists/modules/mi
+3-31 files

NetBSD/src NSIIUou — sys/modules Makefile

   Comment out SUBDIR if_rsu for now, the code accidently got not commited.
   Should fix the build.
VersionDeltaFile
1.303+2-2sys/modules/Makefile
+2-21 files

NetBSD/src HuSaKgD — etc/namedb bind.keys

   Update bind.keys from src/external/mpl/dist/bind.keys.

   managed-keys is ancient history and just generated warnings doing
   nothing useful.  The proper keyword to use is trust-anchors and
   this file is now current.  The latest root key is only partially
   specified as it wasn't published at the time this file was updated,
   but enough information is provided for named to download the full
   key using RFC 5011.

   Fixes PR/52465 and PR/60864
VersionDeltaFile
1.3+54-63etc/namedb/bind.keys
+54-631 files

NetBSD/src q6ww7pg — etc/mtree NetBSD.dist.base

   Make namedb subdirectories for non-chroot case.

   Part of fix for PR/52465 and PR/60864
VersionDeltaFile
1.265+4-1etc/mtree/NetBSD.dist.base
+4-11 files

NetBSD/src pyBCQb2 — doc 3RDPARTY

   bind:
   - correct subdirectory in comments
   - add a note about updating etc/namedb/bind.keys
VersionDeltaFile
1.2266+5-3doc/3RDPARTY
+5-31 files

NetBSD/src E44kESy — tools/gmp Makefile

   Fix compiler core dumps on MacOS on Apple Silicon (PR toolchain/60904),
   by disabling the use of the broken arm64 asm that comes with the present
   version of GMP (we can re-enable it when we upgrade).
VersionDeltaFile
1.7+10-1tools/gmp/Makefile
+10-11 files

NetBSD/src CdileI8 — sys/dev/i2c dbcool.c

   PR kern/60902

   change nom type from int to int64_t to avoid overflowing for 8 of the nominal voltage values:
VersionDeltaFile
1.71+4-4sys/dev/i2c/dbcool.c
+4-41 files

NetBSD/src bwGFlGU — sys/kern subr_pcu.c

   KNF
VersionDeltaFile
1.30+3-3sys/kern/subr_pcu.c
+3-31 files

NetBSD/src RAxsY3j — sys/arch/arm/ti ti_gate_clock.c

   beaglebone: fix sysctl hw.clk crashing the kernel

   The clock gate driver on the beaglebone black did not provide a clock rate function, but a clock rate function is mandatory. This caused a null pointer dereference when running "sysctl hw.clk".
VersionDeltaFile
1.2+26-2sys/arch/arm/ti/ti_gate_clock.c
+26-21 files

NetBSD/src 9ifxSfE — sys/arch/sparc64/include cpu.h, sys/arch/sparc64/sparc64 genassym.cf locore.s

   sun4v: Introduce a SAVE_WINREGS macro for future debugging.

   To be used for tracing stability issues in the kernel.

   The SAVE_WINREGS macro can be called from relevant places
   in the locore.s file to dump the contents of all the register windows.

   Function for printing out the contents of the debug area will be
   added later.
VersionDeltaFile
1.440+222-1sys/arch/sparc64/sparc64/locore.s
1.86+28-1sys/arch/sparc64/sparc64/genassym.cf
1.137+24-1sys/arch/sparc64/include/cpu.h
+274-33 files

NetBSD/src KUf37K8 — distrib/sets/lists/modules mi, sys/dev DEVNAMES

   Import rsu(4), a driver for Realtek's 802.11n FullMAC USB Wi-Fi adapters.

   This is a port of the OpenBSD/FreeBSD driver by Damien Bergamini.

   The hardware is less common as a discrete adapter than urtwn(4),
   perhaps due to being more expensive, or being targeted at embedded
   systems with slow CPUs. Adapters pop up on eBay now and then from
   manufacturers like Sitecom. I have two such devices from scouring
   eBay.

   It is a work-in-progress - the device attaches and detaches but is
   not yet usable, so not enabled yet. Committing mostly for easier
   review and collaboration.
VersionDeltaFile
1.1+2,259-0sys/dev/usb/if_rsu.c
1.1+748-0sys/dev/usb/if_rsureg.h
1.167+3-1distrib/sets/lists/modules/mi
1.302+2-1sys/modules/Makefile
1.48+2-1sys/dev/usb/usbdevices.config
1.333+2-1sys/dev/DEVNAMES
+3,016-46 files

NetBSD/src hY4qBzt — sys/dev/pci pcidevs.h pcidevs_data.h

   Regen
VersionDeltaFile
1.1526+4-2sys/dev/pci/pcidevs_data.h
1.1527+2-1sys/dev/pci/pcidevs.h
+6-32 files

NetBSD/src dwzMGs0 — sys/kern exec_elf.c, sys/sys exec_elf.h

   exec_elf: Ignore freedesktop.org dlopen ELF notes.

   PR kern/60901: Unknown elf note type 1081871370
VersionDeltaFile
1.187+22-2sys/sys/exec_elf.h
1.108+3-2sys/kern/exec_elf.c
+25-42 files

NetBSD/src HupWLfM — sys/dev/pci pcidevs

   Add Texas Instruments TUSB73x0 SuperSpeed USB 3.0 xHCI Host Controller
VersionDeltaFile
1.1548+2-1sys/dev/pci/pcidevs
+2-11 files

NetBSD/src ge8qAYz — sys/dev/usb usbdevs.h usbdevs_data.h

   regen
VersionDeltaFile
1.819+569-566sys/dev/usb/usbdevs_data.h
1.819+1-0sys/dev/usb/usbdevs.h
+570-5662 files

NetBSD/src D5NEjga — sys/dev/usb usbdevs

   add sitecom RTL8188S
VersionDeltaFile
1.828+2-1sys/dev/usb/usbdevs
+2-11 files

NetBSD/src 0KlKDHw — sbin/raidctl raidctl.c rf_configure.c, sys/dev/raidframe rf_diskqueue.h raidframevar.h

   Fix PR kern/60896 queue-length bugs in RAIDframe configuration.

   Support queue lengths up to 255 (256 could technically be supported
   but this could cause trouble if a user boots an old kernel with a new RAID
   set, so we clamp at 255).

   Correctly update in-core and on-disk queue lengths when they are changed
   via raidctl for an existing set.  Don't treat a mismatched queue length
   in the on-disk label as an error, avoiding breaking RAID sets in some
   reconstruction-to-spare cases.

   Fix raidctl create to use the documented default queue length of 100
   instead of 1.
VersionDeltaFile
1.38+12-8sbin/raidctl/rf_configure.c
1.420+12-4sys/dev/raidframe/rf_netbsdkintf.c
1.66+5-7sys/dev/raidframe/rf_diskqueue.c
1.24+5-4sys/dev/raidframe/raidframevar.h
1.90+3-3sbin/raidctl/raidctl.c
1.32+1-3sys/dev/raidframe/rf_diskqueue.h
+38-296 files

NetBSD/src cnNgZT1 — sys/arch/arm/ti ti_edma.c am18xx_sdmmc.c

   am335x, am18xx: make the sdmmc drivers get along with each other

   The am18xx and the am335x share a DMA controller used by the sdmmc controller. However, the am335x starts a transfer, then the DMA while the am18xx starts the DMA, then the transfer.

   Currently, the DMA driver resets DMA events when starting a transfer, which breaks the am335x because it start the DMA after the transfer, so events can already accumulate. This commit rolls back the change that resets DMA events when starting a transfer.

   However, this is now an issue on the am18xx, where due to a hardware quirk, it is possible for DMA events to accumulate on transfers that don't use the DMA. The fix is to always reset the DMA events on transfers with and without DMA.
VersionDeltaFile
1.2+10-8sys/arch/arm/ti/am18xx_sdmmc.c
1.11+2-5sys/arch/arm/ti/ti_edma.c
+12-132 files

NetBSD/src xUlX4Eg — lib/libc/gen Makefile.inc

   libc/gen/Makefile.inc Avoid building while cleaning

   Don't try and build the user version info for sysctl while
   cleaning, the needed tools probably don't exist yet.
VersionDeltaFile
1.233+3-1lib/libc/gen/Makefile.inc
+3-11 files

NetBSD/src suN21bl — sys/dev/raidframe rf_map.c rf_diskqueue.c

   Eliminate very low concurrency limit in RAIDframe, improving write throughput as much as 25%.

   RAIDframe maintains a per-set freelist of "emergency buffers" to ensure it can perform I/O
   under heavy memory pressure.  The freelist size was 10, and each I/O request can require
   up to 2 buffers in some recovery conditions, so raidPtr->openings was limited to RAIDOUTSTANDING,
   which was set to 6 (this was a bug; it should have been 5).

   There is no need at all for this limit for RAID 0 or RAID 1 sets; they do not buffer I/O in
   the relevant way.  Eliminate the allocation entirely in this case; openings is set as the
   configured queue length for the RAID set.

   For parity RAID sets, we dynamically size two freelists of pre-allocated buffers and the
   openings value so that we consume no more than 1% of system RAM per set:
        openings = MIN(maxQueueDepth, MAX(RAIDOUTSTANDING, (1% of physmem), bytes_per_opening))
        stripe buffers: 2 * openings
        I/O buffers: openings * max_stripes_per_bp * numCol

        RAIDOUTSTANDING (now used as a floor) remains 6.


    [16 lines not shown]
VersionDeltaFile
1.145+79-35sys/dev/raidframe/rf_driver.c
1.59+44-43sys/dev/raidframe/rf_dagutils.c
1.54+15-3sys/dev/raidframe/rf_states.c
1.419+6-11sys/dev/raidframe/rf_netbsdkintf.c
1.65+10-6sys/dev/raidframe/rf_diskqueue.c
1.52+6-6sys/dev/raidframe/rf_map.c
+160-1044 files not shown
+174-11310 files

NetBSD/src TBE6rTP — share/man/man9 cnmagic.9

   cnmagic(9): minor tweaks

   Call it a "magic sequence" (not "magic key sequence") - there are no
   "keys" in the serial input and wscons(4) does not even use cnmagic(9),
   so.  Mention that latter fact in CAVEATS.

   Document CNC_BREAK.
VersionDeltaFile
1.18+32-24share/man/man9/cnmagic.9
+32-241 files

NetBSD/src iYbpL8h — sys/dev/fdt cpufreq_dt.c

   cpufreq_dt: communicate full voltage range to regulators

   In the last commit, fdtbus_regulator_set_voltage got changed to accept the voltage as a target, min, max triple from a min, max pair. This commit switched the cpufreq code over to sending the full voltage triple to regulators if it is available in the device tree.

   This fixes PR 60671
VersionDeltaFile
1.21+39-18sys/dev/fdt/cpufreq_dt.c
+39-181 files