OpenBSD src changes summary for 2016-08-07
==========================================

gnu/usr.bin/binutils-2.17               lib/csu
lib/libc                                lib/libcrypto
libexec/ld.so                           sys/arch/arm/include
sys/arch/armv7/armv7                    sys/arch/armv7/broadcom
sys/arch/armv7/conf                     sys/dev/pci
sys/dev/usb                             sys/net
usr.bin/pkg-config                      usr.sbin/relayd

== gnu =============================================================== 01/06 ==

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

usr.bin/binutils-2.17

  ~ ld/ldlang.c                           

  > If an output section is skipped because of a constraint, then skip it
  > when generating the link map output (-M) too
  > ok kettenis@ (guenther@)

  ~ ld/genscripts.sh                      ~ ld/emultempl/elf32.em

  > Since we have kbind(2), we don't need -znow to use -zrelro
  > ok kettenis@ (guenther@)

== lib =============================================================== 02/06 ==

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

csu

  ~ boot.h                                

  > Flip the #ifdef logic: amd64, i386, and mips64 were the only static PIE
  > archs using the #else case (guenther@)

  ~ boot.h                                

  > Psych: amd64 has been passing &_DYNAMIC to _dl_boot_bind() for 19 months
  > (guenther@)

  ~ i386/md_init.h                        ~ boot.h

  > Teach i386 to pass &_DYNAMIC to _dl_boot_bind() (guenther@)

  ~ boot.h                                ~ alpha/md_init.h

  > alpha already calculates &_DYNAMIC for the _reloc_alpha_got() call, so
  > save that and pass it to _dl_boot_bind() too (guenther@)

  ~ mips64/md_init.h                      ~ boot.h

  > Teach mips64 to pass &_DYNAMIC to _dl_boot_bind().
  > mips64be testing by deraadt@ (guenther@)

libc

  ~ arch/arm/gen/_setjmp.S                ~ arch/arm/gen/setjmp.S

  > Add XOR cookies for lr and sp.  Stop saving/restoring r12 to/from the
  > jmpbuf.
  > Switch from calling obsolete sig{block,setmask} to directly using the
  > sigprocmask syscall.
  > ok deraadt@ kettenis@ (guenther@)

libcrypto

  ~ crypto/getentropy_aix.c               ~ crypto/getentropy_freebsd.c
  ~ crypto/getentropy_hpux.c              ~ crypto/getentropy_linux.c
  ~ crypto/getentropy_netbsd.c            ~ crypto/getentropy_osx.c
  ~ crypto/getentropy_solaris.c           ~ crypto/getentropy_win.c

  > Update the link for the getentropy(2) manual to man.openbsd.org/
  > ok deraadt@ (tb@)

== libexec =========================================================== 03/06 ==

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

ld.so

  ~ boot.c                                

  > Flip the #ifdef logic: amd64, arm, i386, and mips64 are the only archs
  > using the #else case (guenther@)

  ~ boot.c                                

  > hahahah: amd64 has been passing &_DYNAMIC to _dl_boot_bind() for
  > *149 months* (guenther@)

  ~ mips64/ldasm.S                        ~ boot.c

  > Teach mips64 to pass &_DYNAMIC to _dl_boot_bind()
  > mips64be testing by deraadt@ (guenther@)

  ~ boot.c                                ~ i386/ldasm.S

  > Teach i386 to pass &_DYNAMIC to _dl_boot_bind() (guenther@)

  ~ boot.c                                ~ alpha/ldasm.S

  > As with csu, alpha passes &_DYNAMIC to _reloc_alpha_got(), so just
  > save that and pass it to _dl_boot_bind() too (guenther@)

== sys =============================================================== 04/06 ==

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

arch/arm/include

  ~ setjmp.h                              

  > Add XOR cookies for lr and sp.  Stop saving/restoring r12 to/from the
  > jmpbuf.
  > Switch from calling obsolete sig{block,setmask} to directly using the
  > sigprocmask syscall.
  > ok deraadt@ kettenis@ (guenther@)

arch/armv7/armv7

  ~ platform.c                            

  > Initial support for Raspberry Pi 2/3.  All the hard work done by patrick@,
  > I
  > just cleaned things up a bit.  Any bugs introduced in that process are
  > entirely mine.
  > This doesn't work yet.  But when it does, you'll need recent firmware from
  > the Raspberry Pi Foundation git repository at
  > https://github.com/raspberrypi/firmware
  > The device tree for the Raspberry Pi is somewhat in flux as bits and pieces
  > to support the Raspberry Pi 2 and 3 are committed to the mainline Linux
  > kernel. (kettenis@)

arch/armv7/broadcom

  + bcm2835_dwctwo.c                      + bcm2835_muart.c
  + bcm2836_intr.c                        + files.broadcom

  > Initial support for Raspberry Pi 2/3.  All the hard work done by patrick@,
  > I
  > just cleaned things up a bit.  Any bugs introduced in that process are
  > entirely mine.
  > This doesn't work yet.  But when it does, you'll need recent firmware from
  > the Raspberry Pi Foundation git repository at
  > https://github.com/raspberrypi/firmware
  > The device tree for the Raspberry Pi is somewhat in flux as bits and pieces
  > to support the Raspberry Pi 2 and 3 are committed to the mainline Linux
  > kernel. (kettenis@)

  ~ bcm2836_intr.c                        

  > Use the device tree to lookup the address of the ARM control logic and
  > remove
  > some debug crap that I accidentally committed. (kettenis@)

arch/armv7/conf

  ~ GENERIC                               ~ files.armv7

  > Initial support for Raspberry Pi 2/3.  All the hard work done by patrick@,
  > I
  > just cleaned things up a bit.  Any bugs introduced in that process are
  > entirely mine.
  > This doesn't work yet.  But when it does, you'll need recent firmware from
  > the Raspberry Pi Foundation git repository at
  > https://github.com/raspberrypi/firmware
  > The device tree for the Raspberry Pi is somewhat in flux as bits and pieces
  > to support the Raspberry Pi 2 and 3 are committed to the mainline Linux
  > kernel. (kettenis@)

  ~ RAMDISK                               

  > Add the Raspberry Pi 2/3 devices here as well.
  > Spotted by patrick@ (kettenis@)

dev/pci

  ~ if_iwm.c                              

  > Make iwm(4) automagically recover from fatal firmware errors by leaving the
  > interface marked UP and scheduling the init task. Matches iwn(4) behaviour.
  > (stsp@)

dev/usb

  ~ if_ure.c                              ~ if_urereg.h

  > add $OpenBSD$ tags (jmatthew@)

net

  ~ if_vxlan.c                            ~ if_vxlan.h

  > Define VXLAN_VNI_UNSET and VXLAN_VNI_MAX instead of using magic numbers.
  > No functional change. (reyk@)

  ~ if_vxlan.c                            

  > whitespace (reyk@)

== usr.bin =========================================================== 05/06 ==

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

pkg-config

  ~ pkg-config                            

  > Update online manual path to man.openbsd.org.
  > ok espie (tb@)

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

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

relayd

  ~ relay_http.c                          ~ relayd.c
  ~ relayd.h                              

  TAGGED OPENBSD_6_0
  > Improve parsing of the Host-header by following RFC 7230 Section 5.4 more
  > strictly. MFC relay_http.c v 1.57, relayd.c v 1.154, relayd.h v 1.224
  > (benno@)

  ~ relay_http.c                          ~ relayd.c
  ~ relayd.h                              

  TAGGED OPENBSD_5_9
  > Improve parsing of the Host-header by following RFC 7230 Section 5.4 more
  > strictly. MFC relay_http.c v 1.57, relayd.c v 1.154, relayd.h v 1.224
  > (benno@)

  ~ relay_http.c                          ~ relayd.c
  ~ relayd.h                              

  TAGGED OPENBSD_5_8
  > Improve parsing of the Host-header by following RFC 7230 Section 5.4 more
  > strictly. MFC relay_http.c v 1.57, relayd.c v 1.154, relayd.h v 1.224
  > (benno@)

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

Reply via email to