OpenBSD src changes summary for 2017-04-15
==========================================

etc/weekly                              gnu/usr.bin/binutils-2.17
lib/libc                                share/man
sys/arch/arm64/arm64                    sys/arch/octeon/dev
sys/arch/octeon/octeon                  sys/arch/sparc64/conf
sys/dev/acpi                            sys/kern
sys/sys                                 usr.sbin/arp
usr.sbin/ndp                            usr.sbin/nsd

== etc =============================================================== 01/06 ==

  http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/etc

weekly

  ~ weekly                                

  > Build full mandoc.db(5) databases by default using makewhatis(8)
  > without -Q during the build and in weekly(8).  According to tests
  > by many developers, makewhatis(8) takes a few minutes at most even
  > on slower hardware like octeon, loongson, ALIX, RPI3, Soekris,
  > cubox, softiron etc., and security(8) is often worse than makewhatis(8).
  > In case this causes excessive weekly(8) run times on even slower
  > (~50 MHz-class) CPUs, consider adding "MAKEWHATISARGS=-Q" to
  > /etc/weekly.local on machines that feel unhappy.
  > OK sthen@ kettenis@ millert@ deraadt@ (schwarze@)

== gnu =============================================================== 02/06 ==

  http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/gnu

usr.bin/binutils-2.17

  ~ bfd/elfxx-sparc.c                     

  > Handle R_SPARC_WPLT30 relocations against a local symbol.  Fixes building
  > the
  > audio/openal port with clang.
  > ok guenther@ (kettenis@)

== lib =============================================================== 03/06 ==

  http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/lib

libc

  ~ sys/reboot.2                          

  > Document RB_TIMEBAD; delete RB_* that are obsolete/unimplemented
  > ok visa@ deraadt@ (guenther@)

== share ============================================================= 04/06 ==

  http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/share

man

  ~ man4/inet6.4                          

  > more streamlining, with help from bluhm; (jmc@)

  ~ Makefile                              ~ man8/daily.8

  > Build full mandoc.db(5) databases by default using makewhatis(8)
  > without -Q during the build and in weekly(8).  According to tests
  > by many developers, makewhatis(8) takes a few minutes at most even
  > on slower hardware like octeon, loongson, ALIX, RPI3, Soekris,
  > cubox, softiron etc., and security(8) is often worse than makewhatis(8).
  > In case this causes excessive weekly(8) run times on even slower
  > (~50 MHz-class) CPUs, consider adding "MAKEWHATISARGS=-Q" to
  > /etc/weekly.local on machines that feel unhappy.
  > OK sthen@ kettenis@ millert@ deraadt@ (schwarze@)

== sys =============================================================== 05/06 ==

  http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sys

arch/arm64/arm64

  ~ pmap.c                                

  > The tlb flushes in pmap_set_{l1,l2,l3} use ranges that don't fully make
  > sense.
  > But those tlb flushes shouldn't be necessary anyway, so simply remove them.
  > Simplify the tlb flushing code now that we no longer flush ranges, and
  > revive the branch that doesn't flush a specific ASID for the kernel pmap
  > since its mappings are global.
  > ok patrick@, visa@ (kettenis@)

arch/octeon/dev

  ~ octeon_iobus.c                        

  > No GMX on CN73xx. (visa@)

arch/octeon/octeon

  ~ bus_dma.c                             

  > Sync bus_dmamap_load_raw() with amd64 for better constraint checking.
  > Needed by xhci(4). (visa@)

arch/sparc64/conf

  ~ Makefile.sparc64                      

  > Build sparc64 kernels with -ffreestanding. (kettenis@)

dev/acpi

  ~ dsdt.c                                

  > Fix format string in ACPI_MEMDEBUG block
  > From Anton Lindqvist (anton.lindqvist(at)gmail.com) (guenther@)

kern

  ~ vfs_syscalls.c                        

  > After forced unmount of a file system that has other mount points
  > in it, dangling mounts could remain.  When unmounting check the
  > hierarcy and unmount recursively.  Also prevent that a new mount
  > appears during the scan.
  > Joint work with natano@; testing and OK krw@ (bluhm@)

sys

  ~ mount.h                               

  > After forced unmount of a file system that has other mount points
  > in it, dangling mounts could remain.  When unmounting check the
  > hierarcy and unmount recursively.  Also prevent that a new mount
  > appears during the scan.
  > Joint work with natano@; testing and OK krw@ (bluhm@)

== usr.sbin ========================================================== 06/06 ==

  http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.sbin

arp

  ~ arp.c                                 

  > Name global variable for routing socket rtsock like in ndp(8).
  > OK florian@ (bluhm@)

ndp

  ~ ndp.8                                 ~ ndp.c

  > Let ndp(8) use the process's current routing table by default.
  > from Pierre Emeriaud;  OK jca@ claudio@
  > Sync code and man page with arp(8).  OK florian@ (bluhm@)

  ~ ndp.c                                 

  > Take implementation for getsocket() from arp(8).  This brings
  > routing table filter and pledge(2) to ndp(8) modes -s and -d.
  > OK florian@ (bluhm@)

nsd

  ~ configlexer.lex                       ~ configparser.y
  ~ configure.ac                          ~ difffile.c
  ~ nsd-checkconf.c                       ~ nsd.conf.5.in
  ~ nsd.conf.sample.in                    ~ options.c
  ~ options.h                             ~ packet.c
  ~ packet.h                              ~ query.c
  ~ rdata.c                               ~ server.c
  ~ udb.c                                 ~ xfrd.c
  ~ zonec.c                               

  > update to 4.1.16rc1
  > tests & OK sthen
  > (if there are more changes coming for 4.1.16 release we will just
  > commit them on top) (florian@)

  ~ configure                             

  > regen (florian@)

===============================================================================
_______________________________________________
odc mailing list
[email protected]
http://www.squish.net/mailman/listinfo/odc

Reply via email to