OpenBSD src changes summary for 2016-03-12
==========================================

etc/MAKEDEV.man                         etc/MAKEDEV.mi
etc/etc.alpha/MAKEDEV                   etc/etc.amd64/MAKEDEV
etc/etc.armish/MAKEDEV                  etc/etc.armv7/MAKEDEV
etc/etc.hppa/MAKEDEV                    etc/etc.hppa64/MAKEDEV
etc/etc.i386/MAKEDEV                    etc/etc.landisk/MAKEDEV
etc/etc.loongson/MAKEDEV                etc/etc.luna88k/MAKEDEV
etc/etc.macppc/MAKEDEV                  etc/etc.octeon/MAKEDEV
etc/etc.sgi/MAKEDEV                     etc/etc.socppc/MAKEDEV
etc/etc.sparc/MAKEDEV                   etc/etc.sparc64/MAKEDEV
etc/etc.zaurus/MAKEDEV                  lib/csu
lib/libc                                lib/libcrypto
lib/libm                                lib/libssl
share/man                               sys/kern
sys/netinet6                            sys/scsi
usr.bin/systat                          

== etc =============================================================== 01/05 ==

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

MAKEDEV.man

  ~ MAKEDEV.man                           

  > reflect reality (MAKEDEV can take no parms and still work) (espie@)

MAKEDEV.mi

  ~ MAKEDEV.mi                            

  > tweak MAKEDEV.mi to use new makedev(8) capabilities and speed it up.
  > (espie@)

etc.alpha/MAKEDEV

  ~ etc.alpha/MAKEDEV                     

  > regen generated files after MAKEDEVs commits (espie@)

etc.amd64/MAKEDEV

  ~ etc.amd64/MAKEDEV                     

  > regen generated files after MAKEDEVs commits (espie@)

etc.armish/MAKEDEV

  ~ etc.armish/MAKEDEV                    

  > regen generated files after MAKEDEVs commits (espie@)

etc.armv7/MAKEDEV

  ~ etc.armv7/MAKEDEV                     

  > regen generated files after MAKEDEVs commits (espie@)

etc.hppa/MAKEDEV

  ~ etc.hppa/MAKEDEV                      

  > regen generated files after MAKEDEVs commits (espie@)

etc.hppa64/MAKEDEV

  ~ etc.hppa64/MAKEDEV                    

  > regen generated files after MAKEDEVs commits (espie@)

etc.i386/MAKEDEV

  ~ etc.i386/MAKEDEV                      

  > regen generated files after MAKEDEVs commits (espie@)

etc.landisk/MAKEDEV

  ~ etc.landisk/MAKEDEV                   

  > regen generated files after MAKEDEVs commits (espie@)

etc.loongson/MAKEDEV

  ~ etc.loongson/MAKEDEV                  

  > regen generated files after MAKEDEVs commits (espie@)

etc.luna88k/MAKEDEV

  ~ etc.luna88k/MAKEDEV                   

  > regen generated files after MAKEDEVs commits (espie@)

etc.macppc/MAKEDEV

  ~ etc.macppc/MAKEDEV                    

  > regen generated files after MAKEDEVs commits (espie@)

etc.octeon/MAKEDEV

  ~ etc.octeon/MAKEDEV                    

  > regen generated files after MAKEDEVs commits (espie@)

etc.sgi/MAKEDEV

  ~ etc.sgi/MAKEDEV                       

  > regen generated files after MAKEDEVs commits (espie@)

etc.socppc/MAKEDEV

  ~ etc.socppc/MAKEDEV                    

  > regen generated files after MAKEDEVs commits (espie@)

etc.sparc/MAKEDEV

  ~ etc.sparc/MAKEDEV                     

  > regen generated files after MAKEDEVs commits (espie@)

etc.sparc64/MAKEDEV

  ~ etc.sparc64/MAKEDEV                   

  > regen generated files after MAKEDEVs commits (espie@)

etc.zaurus/MAKEDEV

  ~ etc.zaurus/MAKEDEV                    

  > regen generated files after MAKEDEVs commits (espie@)

== lib =============================================================== 02/05 ==

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

csu

  ~ boot.h                                

  > Call mprotect() via its hidden _lib_mprotect alias to avoid accidental
  > overriding
  > ok deraadt@ kettenis@ (guenther@)

libc

  ~ stdlib/hcreate.3                      ~ stdlib/malloc.3
  ~ stdlib/qsort.3                        ~ stdlib/tsearch.3

  > Remove sentences in RETURN VALUES sections saying that functions with
  > void return types 'return no value'. This is obvious and therefore
  > unneccessary to mention.
  > We spare rewind(3)'s sentence because espie@ pointed out that it's a
  > warning - the function masks a potential error.
  > This commit also adds a sentence to X509_free clarifying that it's
  > NULL-safe. This bit was discussed with doug@.
  > ok martijn@, sentiment supported by schwarze@ (mmcc@)

libcrypto

  ~ man/ASN1_OBJECT_new.3                 ~ man/BUF_MEM_new.3

  > Remove sentences in RETURN VALUES sections saying that functions with
  > void return types 'return no value'. This is obvious and therefore
  > unneccessary to mention.
  > We spare rewind(3)'s sentence because espie@ pointed out that it's a
  > warning - the function masks a potential error.
  > This commit also adds a sentence to X509_free clarifying that it's
  > NULL-safe. This bit was discussed with doug@.
  > ok martijn@, sentiment supported by schwarze@ (mmcc@)

libm

  ~ man/exp.3                             

  > Fix markup problem introduced in the previous commit. Solution and
  > explanations provided by schwarze@. (tb@)

libssl

  ~ src/crypto/opensslv.h                 

  TAGGED OPENBSD_5_9
  > bump for LibreSSL 2.3.3 (bcook@)

  ~ src/crypto/opensslv.h                 

  TAGGED OPENBSD_5_9
  > Bump for LibreSSL 2.4.0 (bcook@)

  ~ src/doc/crypto/DH_new.pod             ~ src/doc/crypto/DH_set_method.pod
  ~ src/doc/crypto/DSA_SIG_new.pod        ~ src/doc/crypto/DSA_new.pod
  ~ src/doc/crypto/DSA_set_method.pod     ~ src/doc/crypto/ERR_load_strings.pod
  ~ src/doc/crypto/RAND_cleanup.pod       ~ src/doc/crypto/RSA_blinding_on.pod
  ~ src/doc/crypto/RSA_new.pod            ~ src/doc/crypto/RSA_set_method.pod
  ~ src/doc/crypto/X509_new.pod           

  TAGGED OPENBSD_5_9
  > Remove sentences in RETURN VALUES sections saying that functions with
  > void return types 'return no value'. This is obvious and therefore
  > unneccessary to mention.
  > We spare rewind(3)'s sentence because espie@ pointed out that it's a
  > warning - the function masks a potential error.
  > This commit also adds a sentence to X509_free clarifying that it's
  > NULL-safe. This bit was discussed with doug@.
  > ok martijn@, sentiment supported by schwarze@ (mmcc@)

  ~ src/crypto/bn/bn_gf2m.c               ~ src/crypto/ec/ec2_mult.c

  TAGGED OPENBSD_5_9
  > Add error handling to the remaining calls to bn_wexpand().
  > Noticed by pascal-cuoq from Github:
  > https://github.com/libressl-portable/openbsd/issues/56
  > ok beck@ (bcook@)

== share ============================================================= 03/05 ==

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

man

  ~ man8/man8.alpha/MAKEDEV.8             ~ man8/man8.amd64/MAKEDEV.8
  ~ man8/man8.armish/MAKEDEV.8            ~ man8/man8.armv7/MAKEDEV.8
  ~ man8/man8.hppa/MAKEDEV.8              ~ man8/man8.hppa64/MAKEDEV.8
  ~ man8/man8.i386/MAKEDEV.8              ~ man8/man8.landisk/MAKEDEV.8
  ~ man8/man8.loongson/MAKEDEV.8          ~ man8/man8.luna88k/MAKEDEV.8
  ~ man8/man8.macppc/MAKEDEV.8            ~ man8/man8.octeon/MAKEDEV.8
  ~ man8/man8.sgi/MAKEDEV.8               ~ man8/man8.socppc/MAKEDEV.8
  ~ man8/man8.sparc/MAKEDEV.8             ~ man8/man8.sparc64/MAKEDEV.8
  ~ man8/man8.zaurus/MAKEDEV.8            

  > regen generated files after MAKEDEVs commits (espie@)

== sys =============================================================== 04/05 ==

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

kern

  ~ vfs_default.c                         

  > When vfs_busy() is sleeping, it uses RW_SLEEPFAIL and will fail.
  > So if vop_generic_revoke() does not unmount because the mount point
  > is busy, this could result in a mount point without a valid device.
  > It is better to check and sleep in a loop to avoid a corrupt mount
  > point.
  > OK natano@ krw@ (bluhm@)

netinet6

  ~ in6_pcb.c                             ~ udp6_output.c

  > Add checks on overlapping IPv6 sockets ownership
  > ok mpi@ bluhm@ (vgross@)

scsi

  ~ sd.c                                  

  > When unplugging an USB umass stick, the kernel could panic because
  > of a use after free.  In sdopen() the scsi link pointer is taken
  > from the scsi disk struct.  While the scsi disk memory is refcounted
  > by autoconf, the scsi link may be detached and freed during sleep.
  > The solution is to check wether the disk is dying after every sleep.
  > The SDF_DYING flag is set before scsi bus and scsi disk are detached,
  > so without this flag the link must be valid.
  > input and OK krw@ (bluhm@)

  ~ cd.c                                  ~ ch.c
  ~ scsi_base.c                           ~ scsi_debug.h
  ~ scsi_ioctl.c                          ~ scsiconf.c
  ~ sd.c                                  ~ st.c
  ~ uk.c                                  

  > Standardize on calling local scsi_link variables 'link' instead of
  > 'sc_link'. 'sc_link' is a field in the various device *_softc
  > structures, where the sc_ prefix was for 'softc'. Reduces potential
  > mental confusion. Newer code from down under was already using
  > 'link'.
  > No functional change.
  > Prompted by bluhm@'s adventures in scsi. ok dlg@ jmatthew@ (krw@)

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

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

systat

  ~ pool.c                                

  > Use 12 chars for pool name in "systat pool" to match vmstat -m.  ok stefan@
  > (sthen@)

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

Reply via email to