OpenBSD src changes summary for 2017-01-12
==========================================

lib/libcrypto                           lib/libtls
regress/lib                             regress/sys
share/man                               sys/arch/amd64/amd64
sys/arch/amd64/include                  sys/arch/i386/i386
sys/arch/i386/include                   sys/dev/cardbus
sys/dev/ic                              sys/dev/pci
sys/dev/pv                              sys/dev/usb
sys/net                                 sys/net80211
sys/netinet                             usr.bin/less
usr.bin/mandoc                          usr.bin/tmux

== lib =============================================================== 01/05 ==

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

libcrypto

  ~ man/PKCS7_encrypt.3                   ~ man/PKCS7_sign.3

  > change two trailing Xr to Fn; ok schwarze (jmc@)

libtls

  ~ tls_bio_cb.c                          

  > If no callbacks are specified, return after setting an error rather than
  > continuing on.
  > Also noticed by Marko Kreen. (jsing@)

  ~ tls_bio_cb.c                          

  > If tls_get_new_cb_bio() fails, an error will already be set. (jsing@)

  ~ tls_bio_cb.c                          

  > Simplify the TLS callback BIO code - a pointer to the tls context can be
  > stored directly in bio->ptr, rather than allocating and deallocating an
  > intermediate struct.
  > Diff from Marko Kreen <markokr at gmail dot com> - thanks! (jsing@)

  ~ tls_client.c                          ~ tls_server.c

  > If tls_set_cbs() fails an error will already be specified, so do not
  > replace it with a less specific one. (jsing@)

  ~ tls_bio_cb.c                          

  > Inline tls_get_new_cb_bio() from the only place that it gets called,
  > simplifying the code. Also check the provided read and write callbacks
  > before assigning to the context. (jsing@)

  ~ tls_bio_cb.c                          

  > Inline strlen() call to reduce/simplify code. (jsing@)

== regress =========================================================== 02/05 ==

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

lib

  ~ libtls/Makefile                       + libtls/tls/Makefile
  + libtls/tls/tlstest.c                  

  > Add regress tests for libtls, which currently cover handshakes and closes
  > using callbacks, file descriptors and sockets. (jsing@)

  ~ libfuse/fuse-opt-add-arg.c            ~ libfuse/fuse-opt-insert-arg.c

  > Remove more checks testing for empty option strings.
  > These tests never passed and as recently reported by Helg via
  > yasuoka@ some fuse plugins depends on this behavior. (mpi@)

sys

  ~ ffs/fstest.c                          ~ ffs/run
  ~ ffs/tests/chflags/12.t                ~ ffs/tests/chmod/09.t
  ~ ffs/tests/chown/09.t                  ~ ffs/tests/link/05.t
  ~ ffs/tests/link/14.t                   ~ ffs/tests/link/15.t
  ~ ffs/tests/link/16.t                   ~ ffs/tests/mkdir/09.t
  ~ ffs/tests/mkdir/11.t                  ~ ffs/tests/mkfifo/08.t
  ~ ffs/tests/mkfifo/11.t                 ~ ffs/tests/open/14.t
  ~ ffs/tests/open/15.t                   ~ ffs/tests/open/19.t
  ~ ffs/tests/rename/15.t                 ~ ffs/tests/rename/16.t
  ~ ffs/tests/rmdir/13.t                  ~ ffs/tests/rmdir/14.t
  ~ ffs/tests/symlink/10.t                ~ ffs/tests/symlink/11.t
  ~ ffs/tests/truncate/00.t               ~ ffs/tests/truncate/10.t
  ~ ffs/tests/truncate/12.t               ~ ffs/tests/unlink/12.t

  > Do not suppress error messages to stderr, but remove unnecessary
  > debug prints.  This gives better hints why the tests are failing. (bluhm@)

  ~ ffs/fstest.c                          

  > Test the non-existing system-call lchflags(2) by using chflagsat(2)
  > with AT_SYMLINK_NOFOLLOW instead. (bluhm@)

  ~ ffs/tests/link/05.t                   ~ ffs/tests/link/15.t

  > The program to create hard links is called ln(1) and not link. (bluhm@)

  ~ ffs/tests/unlink/12.t                 

  > Fix trailing whitespace. (bluhm@)

  ~ ffs/tests/chflags/00.t                

  > Fix typo in expect. (bluhm@)

  ~ ffs/run                               ~ ffs/tests/chflags/04.t

  > Print the test description before running each subtest. (bluhm@)

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

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

man

  ~ man3/queue.3                          

  > TAILQ_CONCAT() takes 3 arguments. (mpi@)

  ~ man4/athn.4                           

  > Update athn(4) man page in light of recently added 802.11n support. (stsp@)

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

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

arch/amd64/amd64

  ~ vmm.c                                 

  > add a couple missing comments, no code change (mlarkin@)

  ~ vmm.c                                 

  > Remove vc_hsa_stack_va, it has not been used in a long time and is no
  > longer needed. (mlarkin@)

arch/amd64/include

  ~ vmmvar.h                              

  > Remove vc_hsa_stack_va, it has not been used in a long time and is no
  > longer needed. (mlarkin@)

arch/i386/i386

  ~ vmm.c                                 

  > add a couple missing comments, no code change (mlarkin@)

  ~ vmm.c                                 

  > Remove vc_hsa_stack_va, it has not been used in a long time and is no
  > longer needed. (mlarkin@)

arch/i386/include

  ~ vmmvar.h                              

  > Remove vc_hsa_stack_va, it has not been used in a long time and is no
  > longer needed. (mlarkin@)

dev/cardbus

  ~ if_athn_cardbus.c                     

  > Finish initial 11n support for athn(4).
  > The heavy lifting was done by damien@ years ago. I didn't even have
  > to figure out what the hardware expects, the code was already there.
  > This driver now supports MCS 0-15 in client and hostap mode.
  > No Tx aggregation and no 40 MHz channels yet.
  > tested by vgross@, bmercer@, tb@, jmc@, Vadim Vygonets, Peter Kay
  > ok bmercer@ tb@ phessler@ (stsp@)

dev/ic

  ~ ar5008.c                              ~ ar5008reg.h
  ~ ar5416.c                              ~ ar9003.c
  ~ ar9280.c                              ~ ar9285.c
  ~ ar9287.c                              ~ ar9380.c
  ~ athn.c                                ~ athnvar.h

  > Finish initial 11n support for athn(4).
  > The heavy lifting was done by damien@ years ago. I didn't even have
  > to figure out what the hardware expects, the code was already there.
  > This driver now supports MCS 0-15 in client and hostap mode.
  > No Tx aggregation and no 40 MHz channels yet.
  > tested by vgross@, bmercer@, tb@, jmc@, Vadim Vygonets, Peter Kay
  > ok bmercer@ tb@ phessler@ (stsp@)

  ~ athn.c                                

  > Rename ieee80211_mira_node_destroy() to ieee80211_mira_cancel_timeouts().
  > No functional change.
  > The previous name was chosen at a time when I could not yet anticipate
  > what this function would really end up doing.
  > The new name should make this function's purpose more obvious, especially
  > where it appears at strategic places in driver code. (stsp@)

dev/pci

  ~ if_athn_pci.c                         

  > Finish initial 11n support for athn(4).
  > The heavy lifting was done by damien@ years ago. I didn't even have
  > to figure out what the hardware expects, the code was already there.
  > This driver now supports MCS 0-15 in client and hostap mode.
  > No Tx aggregation and no 40 MHz channels yet.
  > tested by vgross@, bmercer@, tb@, jmc@, Vadim Vygonets, Peter Kay
  > ok bmercer@ tb@ phessler@ (stsp@)

  ~ if_iwm.c                              ~ if_iwn.c

  > Rename ieee80211_mira_node_destroy() to ieee80211_mira_cancel_timeouts().
  > No functional change.
  > The previous name was chosen at a time when I could not yet anticipate
  > what this function would really end up doing.
  > The new name should make this function's purpose more obvious, especially
  > where it appears at strategic places in driver code. (stsp@)

dev/pv

  ~ xenstore.c                            

  > Execute XenStore watch callbacks on a dedicated task queue
  > Some watch callbacks like xen_hotplug can hog the task queue for
  > a considerable amount of time due to XenStore interrupt driven
  > I/O operations and running them on the system task queue causes
  > problems with other timed operations for instance during boot.
  > Bug reported and fix tested by ajacoutot@, thanks! (mikeb@)

dev/usb

  ~ if_athn_usb.c                         ~ if_athn_usb.h

  > Finish initial 11n support for athn(4).
  > The heavy lifting was done by damien@ years ago. I didn't even have
  > to figure out what the hardware expects, the code was already there.
  > This driver now supports MCS 0-15 in client and hostap mode.
  > No Tx aggregation and no 40 MHz channels yet.
  > tested by vgross@, bmercer@, tb@, jmc@, Vadim Vygonets, Peter Kay
  > ok bmercer@ tb@ phessler@ (stsp@)

net

  ~ if.c                                  

  > Unlink PF state keys before passing mbufs to drivers.
  > Network drivers shouldn't have to deal with PF data structures.  This
  > change
  > prevent m_free(9) called from an interrupt handler at IPL_NET to mess with
  > pf(4) internals.
  > Prevent an splassert reported by Mark Patruck.
  > ok mikeb@, bluhm@ (mpi@)

  ~ switchofp.c                           

  > Don't write configuration request replies outside of the packet
  > boundaries. The config request message mbuf is always shorter than the
  > config request reply message, so use m_copyback() to append the extra
  > data. (rzalamena@)

  ~ bfd.c                                 

  > Remove unneeded splsoftnet().
  > Global data structures are protected by the KERNEL_LOCK() and
  > route_input() already raises the IPL when it needs it.
  > ok phessler@ (mpi@)

net80211

  ~ ieee80211_mira.c                      ~ ieee80211_mira.h

  > Rename ieee80211_mira_node_destroy() to ieee80211_mira_cancel_timeouts().
  > No functional change.
  > The previous name was chosen at a time when I could not yet anticipate
  > what this function would really end up doing.
  > The new name should make this function's purpose more obvious, especially
  > where it appears at strategic places in driver code. (stsp@)

netinet

  ~ ip_mroute.c                           ~ ip_mroute.h

  > Clean up multicast files from unused definitions and comments.
  > ok mpi@ (rzalamena@)

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

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

less

  ~ command.c                             

  > Fix the "t" command for the case where we go down by just a few lines:
  > clear the status before printing content on the last line of the screen.
  > OK millert@ tom@ (schwarze@)

mandoc

  ~ mandoc.1                              ~ tree.c

  > show meta data for -Ttree output (schwarze@)

  ~ roff.c                                

  > Skipping all escape sequences at the beginning of strings in deroff()
  > was too aggressive.  There are strings that legitimately begin with
  > an escape sequence.  Only skip leading escape sequences representing
  > whitespace.
  > Bug reported by martijn@. (schwarze@)

tmux

  ~ screen-write.c                        ~ tmux.h
  ~ tty.c                                 ~ window.c

  > Fix setting the palette of aixterm colours (90-97). (nicm@)

  ~ window.c                              

  > Erm the aixterm colours should start at 8, not 7. (nicm@)

  ~ tty.c                                 

  > aixterm colours can be used if -2 is given, as well as if TERM tells us
  > the terminal has >=16 colours. (nicm@)

  ~ tmux.h                                ~ window.c

  > Put all palette functions together in the file. (nicm@)

  ~ cmd-set-option.c                      ~ options-table.c
  ~ options.c                             ~ style.c
  ~ tmux.c                                ~ tmux.h

  > Simplify appending to string options. (nicm@)

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

Reply via email to