OpenBSD src changes summary for 2017-02-18
==========================================

distrib/arm64                           distrib/sets
gnu/usr.bin/perl                        lib/libc
libexec/ld.so                           regress/bin
share/man                               sys/arch/arm64/arm64
sys/arch/arm64/dev                      sys/sys
usr.bin/mandoc                          

== distrib =========================================================== 01/08 ==

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

arm64

  ~ miniroot/Makefile                     ~ ramdisk/Makefile
  ~ ramdisk/install.md                    ~ ramdisk/list

  > Add miniroot and ramdisk hooks for the Raspberry Pi 3.
  > Unlike the TI boot ROM the Broadcom one doesn't understand FAT12, only
  > FAT16 or FAT32.
  > The u-boot-aarch64 and raspberrypi-firmware packages are now required to
  > run make release on arm64.
  > ok patrick@ (jsg@)

sets

  ~ lists/man/mi                          

  > sync perl manpages (afresh1@)

== gnu =============================================================== 02/08 ==

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

usr.bin/perl

  ~ Makefile.bsd-wrapper1                 

  > Correct list of perl manpages to be installed
  > Many thanks to schwarze@ for feedback and OK (afresh1@)

== lib =============================================================== 03/08 ==

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

libc

  ~ net/resolver.3                        ~ asr/asr.c
  ~ asr/asr_private.h                     ~ asr/asr_run.3
  ~ asr/asr_utils.c                       ~ asr/res_mkquery.c
  ~ asr/res_send_async.c                  

  > Add EDNS0 support.
  > EDNS allows for various DNS extensions, among which UDP DNS packets size
  > bigger than 512 bytes.  The default is still to not advertize anything.
  > ok eric@ (jca@)

  ~ asr/res_send_async.c                  

  > Use more specific error codes for invalid packets.
  > In particular, truncated packets without the TC flag set (non-compliant
  > server sending too large packets) now fail with EOVERFLOW instead of
  > EINVAL,
  > so the TCP fallback mechanism can work.
  > feedback and ok krw@ jca@ benno@ (eric@)

== libexec =========================================================== 04/08 ==

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

ld.so

  ~ malloc.c                              

  > Add NULL tests to wrterror() to avoid a NULL deref when called from
  > malloc initialization or a free() error path.
  > Prompted by libc's malloc.c rev 1.214; with correction from jsg@ and otto@
  > ok jsg@ krw@ (guenther@)

== regress =========================================================== 05/08 ==

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

bin

  ~ chmod/Makefile                        

  > Add a regress test for the chflags problem analogous to the chmod bug
  > found by Christopher Wellons (see chmod.c r1.41). (tb@)

== share ============================================================= 06/08 ==

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

man

  ~ man5/bsd.port.mk.5                    

  > tighter introduction (espie@)

  ~ man5/bsd.port.mk.5                    

  > bye bye addsum, use SUPDISTFILES correctly
  > also, NO_CHECKSUM is very specific and limited now (espie@)

  ~ man5/bsd.port.mk.5                    

  > bye bye PREFERRED_CIPHERS (espie@)

  ~ man5/bsd.port.mk.5                    

  > shorten description (espie@)

  ~ man5/resolv.conf.5                    

  > Add EDNS0 support.
  > EDNS allows for various DNS extensions, among which UDP DNS packets size
  > bigger than 512 bytes.  The default is still to not advertize anything.
  > ok eric@ (jca@)

== sys =============================================================== 07/08 ==

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

arch/arm64/arm64

  ~ bus_dma.c                             

  > Extend and fix bus_dmamap_load_raw() implementation to make xhci(4)
  > work.  Copied from the 32-bit ARM version, with a few minor changes
  > for arm64. (patrick@)

arch/arm64/dev

  ~ agtimer.c                             ~ mainbus.c

  > Initialize the generic timer early so that its delay function can be
  > used early, similar to the armv7 implementation. (patrick@)

  ~ agtimer.c                             

  > Bump variables related to arithmetic operations to 64-bit.  Especially
  > the bump of usec and csec is of concern since a timer frequency of around
  > 187MHz overflows in a 32-bit only calculation, as seen on the AMD Seattle
  > SoC.  Since we are running a 64-bit architecture, doing 64-bit arithmetic
  > operations doesn't hurt us as much as on the 32-bit ARMv7 port. (patrick@)

  ~ agtimer.c                             

  > Make sure that the timer control registers are written before any
  > further code is executed.  Additionally, make sure the counter is
  > read only after all previous code has executed. (patrick@)

sys

  ~ exec_elf.h                            

  > Include sys/types.h rather than machine/_types.h.  With this change
  > link.h can be included without first including sys/types.h matching the
  > behaviour on other systems.
  > Suggested by and ok guenther@ (jsg@)

  ~ exec_elf.h                            

  > Add Elf{32,64}_Nhdr structs with the same member names used by libelf
  > and glibc.  As noted by guenther@ this is the same layout as our
  > Elf{32,64}_Note structs and the handful of uses we have in the tree may
  > switch From _Note to _Nhdr in future.
  > Prompted by the development version of Mesa using the Nhdr type.
  > ok guenther@ (jsg@)

== usr.bin =========================================================== 08/08 ==

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

mandoc

  ~ libmandoc.h                           ~ preconv.c

  > preconv_encode() can take a const input buffer;
  > diff from <christos at NetBSD> (schwarze@)

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

Reply via email to