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

distrib/sets                            lib/libcrypto
regress/sys                             share/man
sys/arch/amd64/amd64                    sys/arch/loongson/loongson
sys/arch/mips64/include                 sys/dev
sys/dev/pci                             sys/dev/usb
sys/net                                 usr.sbin/dhcrelay

== distrib =========================================================== 01/06 ==

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

sets

  ~ lists/comp/mi                         ~ lists/man/mi

  > sync (deraadt@)

  ~ lists/comp/mi                         

  > sync (deraadt@)

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

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

libcrypto

  ~ man/ASN1_STRING_new.3                 

  > Document DIRECTORYSTRING_new(3), DIRECTORYSTRING_free(3),
  > DISPLAYTEXT_new(3), DISPLAYTEXT_free(3).  These functions are clearly
  > public because OpenSSL documents them and they are in the public
  > <openssl/asn1.h> header.
  > OpenSSL documents these four functions in doc/man3/X509_dup.pod [sic],
  > but the information given is completely wrong: wrong header file,
  > wrong prototypes, misleading description.  Why, oh why do people even
  > bother to write documentation if nothing of what they write is true?
  > (schwarze@)

  ~ man/d2i_DSAPublicKey.3                

  > Document DSAparams_dup(3).  It is in <openssl/dsa.h> and documented
  > by OpenSSL, so it is clearly public.
  > OpenSSL documents it in doc/man3/X509_dup.pod, but with wrong header
  > file, wrong prototype, and misleading description.
  > While here, fix the wrong d2i_DSA_SIG(3) return type and document
  > those RETURN VALUES that i could easily figure out. (schwarze@)

  ~ man/OCSP_REQUEST_new.3                

  > Document OCSP_SIGNATURE_new(3), OCSP_SIGNATURE_free(3),
  > OCSP_REQINFO_new(3), OCSP_REQINFO_free(3), OCSP_ONEREQ_new(3),
  > OCSP_ONEREQ_free(3), all in <openssl/ocsp.h> and in OpenSSL
  > doc/man3/X509_dup.pod.  Note that the OpenSSL documentation
  > specifies the wrong header file.
  > Add some information about what these objects actually represent,
  > along with the pertinent STANDARDS reference.
  > Minor wording tweaks. (schwarze@)

  ~ man/OCSP_response_status.3            

  > Document OCSP_RESPONSE_new(3), OCSP_RESPONSE_free(3),
  > OCSP_RESPBYTES_new(3), OCSP_RESPBYTES_free(3), OCSP_BASICRESP_new(3),
  > OCSP_BASICRESP_free(3), OCSP_RESPDATA_new(3), OCSP_RESPDATA_free(3),
  > OCSP_RESPID_new(3), and OCSP_RESPID_free(3), all in <openssl/ocsp.h>
  > and in OpenSSL doc/man3/X509_dup.pod.  Note that the OpenSSL
  > documentation specifies the wrong header file.
  > Add some information about what these objects actually represent,
  > along with the pertinent STANDARDS reference.
  > Sort functions into a logical order and apply minor wording tweaks.
  > (schwarze@)

  ~ man/OCSP_resp_find_status.3           

  > Document OCSP_SINGLERESP_new(3), OCSP_SINGLERESP_free(3),
  > OCSP_CERTSTATUS_new(3), OCSP_CERTSTATUS_free(3), OCSP_REVOKEDINFO_new(3),
  > and OCSP_REVOKEDINFO_free(3), all in <openssl/ocsp.h> and in OpenSSL
  > doc/man3/X509_dup.pod.  Note that the OpenSSL documentation specifies
  > the wrong header file.
  > Add some information about what these objects actually represent,
  > along with the pertinent STANDARDS reference. (schwarze@)

  ~ man/OCSP_cert_to_id.3                 

  > Document OCSP_CERTID_new(3) listed in <openssl/ocsp.h> and in OpenSSL
  > doc/man3/X509_dup.pod.  Note that the OpenSSL documentation specifies
  > the wrong header file.
  > Add some information about what the OCSP_CERTID object actually
  > represents, along with the pertinent STANDARDS reference. (schwarze@)

  ~ man/X509_new.3                        ~ man/openssl.cnf.5
  ~ man/x509.3                            ~ man/x509v3.cnf.5

  > various cleanup; (jmc@)

  ~ man/Makefile                          ~ man/OCSP_REQUEST_new.3
  ~ man/OCSP_resp_find_status.3           + man/OCSP_CRLID_new.3
  + man/OCSP_SERVICELOC_new.3             

  > Write OCSP_CRLID_new(3) and OCSP_SERVICELOC_new(3) from scratch.
  > These two and OCSP_CRLID_free(3) and OCSP_SERVICELOC_free(3) are
  > public by being in OpenSSL doc/man3/X509_dup.pod.
  > OCSP_crlID_new(3) and OCSP_url_svcloc_new(3) are related and,
  > even though completely undocumented in OpenSSL, obviously much
  > more important.
  > If you had told me a year ago that i would ever write such text,
  > i would have called you crazy. (schwarze@)

== regress =========================================================== 03/06 ==

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

sys

  ~ netinet/arp/arp_multicast.py          

  > Set promiscuous mode during srp1() to receive the arp reply directed
  > to the ethernet multicast address.  This fixes the test on my
  > hardware setup, it was only passing in qemu before.  At least scapy
  > 2.3.3p1 is needed to support the promisc=1 parameter here. (bluhm@)

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

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

man

  ~ man4/umsm.4                           

  > Add support for Option iCON 505 from Piotr Isajew and consistently
  > name other iCON devices the way Option does. (jsg@)

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

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

arch/amd64/amd64

  ~ efifb.c                               

  > Pass WSDISPLAYIO_{GET,SET}PARAM to ws_{get,set}_param.  This allows
  > the brightness on some machines to be adjusted through wsconsctl(8).
  > diff from Anton Lindqvist (yasuoka@)

arch/loongson/loongson

  ~ loongson3_intr.c                      

  > Tweak IPI register definitions. (visa@)

arch/mips64/include

  ~ loongson3.h                           

  > Tweak IPI register definitions. (visa@)

dev

  ~ audio.c                               

  > Remove few useless #ifdef AUDIO_DEBUG, spotted by
  > Michael W. Bombardieri <mb at ii.net>. Thanks (ratchov@)

dev/pci

  ~ auacer.c                              

  > Simplify auacer_activate(). From Michael W. Bombardieri <mb at ii.net>
  > (ratchov@)

  ~ esa.c                                 

  > Remove (likely wrong) code commented since revision 1.1. From
  > Michael W. Bombardieri <mb at ii.net> (ratchov@)

dev/usb

  ~ usbdevs                               

  > Add Option iCON 505 from Piotr Isajew and consistently
  > name other iCON devices the way Option does. (jsg@)

  ~ usbdevs.h                             ~ usbdevs_data.h

  > regen (jsg@)

  ~ umsm.c                                

  > Add support for Option iCON 505 from Piotr Isajew and consistently
  > name other iCON devices the way Option does. (jsg@)

  ~ uftdi.c                               

  > Match on the FTDI Suunto product id, from Kristaps Dzonsons who tested
  > this with a Suunto D6i dive computer. (jsg@)

  ~ uaudio.c                              

  > Use DPRINTF instead of printf() in #ifdef UAUDIO_DEBUG section. From
  > Michael W. Bombardieri <mb at ii.net> (ratchov@)

net

  ~ if.c                                  ~ if.h
  ~ if_tun.c                              ~ switchctl.c

  > Remove most of the splsoftnet() recursions related to cloned interfaces.
  > inputs and ok bluhm@ (mpi@)

  ~ pf_if.c                               

  > Kill recursive splsoftnet().
  > ok bluhm@ (mpi@)

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

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

dhcrelay

  ~ bpf.c                                 ~ dhcp.h
  ~ dhcpd.h                               ~ dhcrelay.8
  ~ dhcrelay.c                            ~ dispatch.c

  > Implement support for layer 2 relaying and add further Relay Agent
  > Information (RFC 3046) options. While at there change the naming of the
  > remote destination parameters: instead of "server" call it "destination".
  > ok reyk@ (rzalamena@)

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

Reply via email to