OpenBSD src changes summary for 2015-11-08
==========================================

bin/ksh                                 gnu/usr.bin/gcc
lib/libc                                regress/lib
regress/usr.bin                         sys/arch/amd64/stand/efiboot
sys/arch/amd64/stand/libsa              sys/dev/ic
sys/dev/sdmmc                           sys/kern
sys/net80211                            usr.bin/less
usr.bin/mg                              usr.bin/ssh
usr.sbin/cron                           usr.sbin/kvm_mkdb

== bin =============================================================== 01/07 ==

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

ksh

  ~ expand.h                              

  > Tweak a reallocarray call to be more overflow-resistant. From Theo Buehler.
  > ok nicm@ (mmcc@)

== gnu =============================================================== 02/07 ==

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

usr.bin/gcc

  ~ gcc/cp/g++spec.c                      

  > Revert 1.2 and 1.3 in order to go back to the default upstream behaviour
  > of registering an explicit dependency upon libstdc++.so when linking a
  > shared
  > library with c++.
  > The explicit dependency had been reverted a long time ago when most of our
  > platforms were still usinc gcc 2.95, in order to have the same behaviour
  > between
  > g++ 2.95 and g++ 3.3, for the sake of ports. However, when we started using
  > gcc 4, the default behaviour was not modified, and nowadays, it's g++ 3
  > which
  > differs from g++ 4. By reverting to the original behaviour, g++ 3 is on par
  > with g++ 4 again. (miod@)

== lib =============================================================== 03/07 ==

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

libc

  ~ net/inet_net.3                        

  > inet(4), not inet(3); (jmc@)

== regress =========================================================== 04/07 ==

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

lib

  ~ libc/setjmp-fpu/_setjmp.c             ~ libc/setjmp-fpu/setjmp-fpu.c
  ~ libc/setjmp-fpu/setjmp.c              ~ libc/setjmp-fpu/sigsetjmp.c

  > Make sure we use a sigjmp_buf in the sigsetjmp() part of the test. (miod@)

usr.bin

  ~ make/Makefile                         + make/mk39
  + make/t43.out                          

  > groupling tests that now pass (espie@)

== sys =============================================================== 05/07 ==

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

arch/amd64/stand/efiboot

  ~ efiboot.c                             

  > Make the variables be "const" and fix white space. (yasuoka@)

  ~ efidev.c                              ~ efidev.h

  > Make "machine disk" show some info for EFI instead of info for BIOS.
  > (yasuoka@)

arch/amd64/stand/libsa

  ~ cmd_i386.c                            

  > Make "machine disk" show some info for EFI instead of info for BIOS.
  > (yasuoka@)

dev/ic

  ~ ncr53c9x.c                            

  > Merge NetBSD 1.145:
  > When issuing a non-dma command, make sure to set the "remaining length of
  > command to be transfered via dma" (sc_cmdlen) to zero upfront, otherwise we
  > might get confused on command completition interrupt (no dma active but
  > still
  > data left to transfer). (miod@)

dev/sdmmc

  ~ sdmmc_mem.c                           ~ sdmmcreg.h

  > Always claim to support sector mode for eMMC.  Allows BeagleBone Black
  > boards with Micron eMMC to work.  The Micron eMMC seems to adhere to the
  > spec which states:
  > "If there is no indication by a host to a memory that the host is
  > capable of handling sector type of addressing the higher than 2GB of
  > density of memory will change its state to Inactive (similarly to a sit-
  > uation in which there is no common voltage range to work with)"
  > From Ian Sutton with feedback from uwe@ (jsg@)

kern

  ~ init_main.c                           ~ sched_bsd.c

  > keep all the setperf timeout(9) handling in one place; ok tedu@ (naddy@)

  ~ uipc_syscalls.c                       

  > pull initialization up before poosible goto bad, from Mark Latimer (tedu@)

net80211

  ~ ieee80211_input.c                     ~ ieee80211_output.c

  > Update section and table numbers inside comments in the RSN code to
  > the 802.11-2012 standard.
  > ok mpi@ (stsp@)

  ~ ieee80211_input.c                     

  > Handle additional RSN element group ciphers.
  > ok mpi@ (stsp@)

== usr.bin =========================================================== 06/07 ==

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

less

  ~ less.1                                ~ tags.c

  > Remove support for LESSGLOBALTAGS, we do not have global(1) (standard
  > ctags(1) support remains). ok tedu (nicm@)

  ~ less.1                                

  > stop pointing people to the gnu and less sites; ok nicm (jmc@)

mg

  ~ main.c                                

  > whitespace (jasper@)

ssh

  ~ packet.c                              

  > fix OOB read in packet code caused by missing return statement
  > found by Ben Hawkes; ok markus@ deraadt@ (djm@)

  ~ ssh/Makefile                          

  > remove slogin links; ok deraadt markus djm (jmc@)

  ~ ssh-keyscan.1                         ~ ssh-keyscan.c

  > Add "ssh-keyscan -c ..." flag to allow fetching certificates instead
  > of plain keys; ok markus@ (djm@)

  ~ ssh-keyscan.1                         ~ ssh-keyscan.c

  > -c before -H, in SYNOPSIS and usage(); (jmc@)

== usr.sbin ========================================================== 07/07 ==

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

cron

  ~ entry.c                               

  > Quiet silly clang analyzer warning in calloc() usage. (millert@)

kvm_mkdb

  ~ kvm_mkdb.c                            

  > Set the effective gid to kmem so the fchown of kvm_bsd.db is allowed
  > by pledge(2).  This requires pledge "id" but that can be dropped
  > immediately after the setegid() call.  From Theo Buehler (millert@)

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

Reply via email to