BSD Commit Log Search

   Add a new m68k port oriented towards home-brew m68k machines.  Flattened
   Device Tree is used to make it simple to integrate support for new systems
   with minimal added glue code.

   The first supported system is the thorpej-designed Phaethon 1, a 68010-based
   system with a custom MMU, 8MB of on-board RAM, 2 16650-type serial ports,
   a PCF8584 I2C controller, DS3231/3232 real-time clock, ATA disk interface,
   I/O controller with system timer and interrupt controller, and a "not quite
   VME" expansion bus for memory and peripheral expansion.

   I'm working with other 68k-home-brewers to get support for their systems
   integrated.  So, more to come.

   Reduce some diffs between Sun2 and Sun3:
   - Add a <machine/promlib.h> wrapper for Sun3 that provides the same interface
     to the Sun monitor functions as Sun2 (which uses naming aligned with the
     SPARC port).
   - Chage Sun3 pmap to use new naming.
   - Adapt sun68k_trap.c, reming some #ifdefs.

   ftp: version 20260718

   Fix -Wformat-overflow issues.
   Support relative URLs in HTTP Location redirection. PR bin/60346.
   Don't read off end of buffer when encoding authentication header.
   Forbid Location redirection to file://.

   forbid Location redirection to file://

   Issue reported in private email by "Acts1631",
   and confirmed with apache and a custom configuration.

   Remove some trailing whitespace that led to increased diffs between
   sun2 and sun3 pmap.

   Adapt the SBus config register for 32-bit SPARC systems and enable
   GEM Ethernet in the GENERIC SPARC configuration.
   From Erik LaBine.

   PR kern/60453

   Add a comment describing where the definitions of the GEM_SBUS_CONFIG
   register can be found in the SBus GEM ASIC manual.

   Add support for bus_dmamap_load_mbuf(), needed to support GEM Ethernet.
   From Erik LaBine.

   PR kern/60453

   Note tzdata2026c update (via 2026cgtz)

   Merge tzdata2026c

   Import tzdata2026c from locally built tzdata2026cgtz.tar.gz

   The real tzdata2026cgtz.tar.gz is not yet available (Europe in July!)
   so I made a version which I think should be it.   If there happen to
   be any material differences when the real one appears, I will do an
   update.  Any irrelevant differences can just wait until next time.

   Summary of changes in tzdata2026c (2026-07-08 10:23:58 -0700):
     * Alberta’s 2026-03-08 spring forward was its last foreseeable clock
       change, as it moved to permanent -06 thereafter.
     * Although another TZDB release will likely be needed soon because
       Northwest Territories will likely follow Alberta, the legal
       formalities have not yet taken place.
     * Morocco plans to move back to permanent UTC, without daylight
       saving time transitions, on 2026-09-20 at 02:00.
     * Changes to commentary.

   tzdata2netbsd - minor updates

   Add a few \n's missing from printf's that rarely (if ever) get used.
   Add a new message before comparing files, so if there are differences
   it is clear which file the differences are in.  When doing that, ignore
   any patch remnant files that might have been left around by accident.

   base64_encode(): avoid reading off end of clear

   Don't read clear[i+2] without bounds checking,
   which can occur when (len % 3) == 1.

   Issue reported in private email by "Acts1631",
   and confirmed with gcc15 asan and a test harness.

   Add convenience function that sends and receives at the same time.

   Add <sys/dkbad.h> include for struct dkbad (needed in DIOCSBAD).

   ld.elf_so: Fix ASSERT macro in xmalloc.c.

   1. Use #p, not "p", in the expansion of #define ASSERT(p), for C as of
      this millennium.

   2. Consistently make ASSERT(...) a single expression.

   Prompted by enabling MALLOC_DEBUG to track down issues in:

   PR lib/59751: dlclose is not MT-safe depending on the libraries
   unloaded

   Use memchr instead of strchr to search length limited buffer.

   ld.elf_so: Fix more races with recursive threaded dlopen/dlclose.

   1. When loading an object, keep track of a finer-grained state for
      relocation so that a concurrent _rtld_relocate_objects doesn't
      relocate an object too early (e.g., while waiting in
      _rtld_load_needed_objects for an object that is concurrently being
      dlclosed to finish before we can map it afresh) leading to
      spurious symbol resolution failures:

      - OBJRELOC_NONE (0): object has been created but the rtld state
        isn't enough to attempt relocation yet (either not all DT_NEEDED
        entries have been resolved, or the dldags lists have not yet
        been populated)

      - OBJRELOC_READY (1): object has been created and rtld state is
        ready to relocate (all DT_NEEDED entries have been resolved and
        the dldags lists have been populated), but object has not yet
        been relocated.


    [44 lines not shown]

   Calorie restriction for Sun2 install-related kernels.

   Make swap encryption truly optional, rather than just able to be
   default-disabled
   - New option VMSWAP_ENCRYPTION (enabled by default in conf/std along with
     VMSWAP)
   - Remove the "aes" attribute from VMSWAP and hand it to VMSWAP_ENCRYPTION.
   - Conditionalize all code and data related to swap encryption on the
     new VMSWAP_ENCRYPTION option.

   While the swap encryption code itself is not that large, it drags in
   the AES code if enabled.  If a constrained platform doesn't care about
   encrypted swap, this lets it not pay the cost for AES.

   Remove more IPI code when building uniprocessor kernels

   The "iic" instance does not depend on i2c_bitbang, so it should not
   express it as a dependency.  That's the responsibility of the back-ends
   that do require it.

   sharkiic uses i2c_bitbang, and thus should express it as a dependency.

   No need to include i2c_bitbang.h -- it's not used.

   Does not use i2c_bitbang, so should not depend on it.

   DBCS

   SBC SBCS MBCS

   kobj_load(): Consider ELF{32,64}_MACHDEP_FLAGS_OK().

   Elide some ipi references when building !MULTIPROCESSOR

   fix various typos in comments.