OpenBSD src changes summary for 2017-07-16
==========================================

lib/libssl                              regress/lib
regress/usr.bin                         sys/arch/alpha/conf
sys/arch/amd64/conf                     sys/arch/arm64/conf
sys/arch/armv7/conf                     sys/arch/hppa/conf
sys/arch/hppa/hppa                      sys/arch/hppa/include
sys/arch/i386/conf                      sys/arch/landisk/conf
sys/arch/loongson/conf                  sys/arch/macppc/conf
sys/arch/octeon/conf                    sys/arch/sgi/conf
sys/arch/sparc64/conf                   sys/conf
sys/dev/fdt                             sys/dev/pci
sys/dev/wscons                          usr.bin/mandoc

== lib =============================================================== 01/04 ==

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

libssl

  ~ Makefile                              ~ t1_lib.c
  + ssl_tlsext.c                          + ssl_tlsext.h

  > Start rewriting TLS extension handling.
  > Introduce a TLS extension handling framework that has per-extension type
  > functions to determine if an extension is needed, to build the extension
  > data and parse the extension data. This is somewhat analogous to BoringSSL,
  > however these build and parse functions are intentionally symetrical. The
  > framework is hooked into the existing TLS handling code in such a way that
  > we can gradual convert the extension handling code.
  > Convert the TLS Server Name Indication extension to the new framework,
  > while rewriting it to use CBB/CBS and be more strict in the process.
  > Discussed with beck@
  > ok inoguchi@ (jsing@)

== regress =========================================================== 02/04 ==

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

lib

  ~ libssl/Makefile                       + libssl/tlsext/Makefile
  + libssl/tlsext/tlsexttest.c            

  > Provide a new regress test for TLS extension handlers, currently covering
  > the newly converted SNI code. (jsing@)

usr.bin

  ~ mandoc/mdoc/Bl/Makefile               ~ mandoc/mdoc/Bl/diag.in
  ~ mandoc/mdoc/Bl/diag.out_ascii         ~ mandoc/mdoc/Bl/diag.out_markdown
  ~ mandoc/mdoc/Bl/inset.in               + mandoc/mdoc/Bl/diag.out_lint
  + mandoc/mdoc/Bl/inset.out_lint         

  > test -diag -width and -inset -width (schwarze@)

  ~ mandoc/mdoc/Bl/diag.out_ascii         ~ mandoc/mdoc/Bl/diag.out_markdown
  ~ mandoc/mdoc/Bl/inset.out_ascii        ~ mandoc/mdoc/Bl/inset.out_markdown

  > fix dates (schwarze@)

== sys =============================================================== 03/04 ==

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

arch/alpha/conf

  ~ Makefile.alpha                        

  > Pass the linker from make environment to makegap.sh. This is (only)
  > a partial solution to cross compiling the kernel with KARL.
  > OK deraadt@ a while ago (visa@)

arch/amd64/conf

  ~ Makefile.amd64                        

  > Pass the linker from make environment to makegap.sh. This is (only)
  > a partial solution to cross compiling the kernel with KARL.
  > OK deraadt@ a while ago (visa@)

arch/arm64/conf

  ~ Makefile.arm64                        

  > Pass the linker from make environment to makegap.sh. This is (only)
  > a partial solution to cross compiling the kernel with KARL.
  > OK deraadt@ a while ago (visa@)

arch/armv7/conf

  ~ Makefile.armv7                        

  > Pass the linker from make environment to makegap.sh. This is (only)
  > a partial solution to cross compiling the kernel with KARL.
  > OK deraadt@ a while ago (visa@)

arch/hppa/conf

  ~ Makefile.hppa                         

  > Pass the linker from make environment to makegap.sh. This is (only)
  > a partial solution to cross compiling the kernel with KARL.
  > OK deraadt@ a while ago (visa@)

arch/hppa/hppa

  ~ locore.S                              ~ vm_machdep.c

  > Clear the framepointer (r3) in switch_trampoline to avoid faults in stack
  > trace
  > Reduce size of switch stack frame to match normal 64byte alignment
  > Eliminate useless 'osp' variable when setting up initial frame in
  > cpu_fork()
  > ok visa@ kettenis@ (guenther@)

  ~ db_interface.c                        ~ lock_machdep.c

  > Add WITNESS support
  > ok visa@ kettenis@ (guenther@)

arch/hppa/include

  ~ mplock.h                              

  > Add WITNESS support
  > ok visa@ kettenis@ (guenther@)

arch/i386/conf

  ~ Makefile.i386                         

  > Pass the linker from make environment to makegap.sh. This is (only)
  > a partial solution to cross compiling the kernel with KARL.
  > OK deraadt@ a while ago (visa@)

arch/landisk/conf

  ~ Makefile.landisk                      

  > Pass the linker from make environment to makegap.sh. This is (only)
  > a partial solution to cross compiling the kernel with KARL.
  > OK deraadt@ a while ago (visa@)

arch/loongson/conf

  ~ Makefile.loongson                     

  > Pass the linker from make environment to makegap.sh. This is (only)
  > a partial solution to cross compiling the kernel with KARL.
  > OK deraadt@ a while ago (visa@)

arch/macppc/conf

  ~ Makefile.macppc                       

  > Pass the linker from make environment to makegap.sh. This is (only)
  > a partial solution to cross compiling the kernel with KARL.
  > OK deraadt@ a while ago (visa@)

arch/octeon/conf

  ~ Makefile.octeon                       

  > Pass the linker from make environment to makegap.sh. This is (only)
  > a partial solution to cross compiling the kernel with KARL.
  > OK deraadt@ a while ago (visa@)

arch/sgi/conf

  ~ Makefile.sgi                          

  > Pass the linker from make environment to makegap.sh. This is (only)
  > a partial solution to cross compiling the kernel with KARL.
  > OK deraadt@ a while ago (visa@)

arch/sparc64/conf

  ~ Makefile.sparc64                      

  > Pass the linker from make environment to makegap.sh. This is (only)
  > a partial solution to cross compiling the kernel with KARL.
  > OK deraadt@ a while ago (visa@)

conf

  ~ makegap.sh                            

  > Pass the linker from make environment to makegap.sh. This is (only)
  > a partial solution to cross compiling the kernel with KARL.
  > OK deraadt@ a while ago (visa@)

dev/fdt

  ~ sxiccmu.c                             

  > Match /clocks node on Allwinner H5. (kettenis@)

dev/pci

  ~ pcidevs                               

  > Update Skylake Graphics IDs. (kettenis@)

  ~ pcidevs.h                             ~ pcidevs_data.h

  > regen (kettenis@)

  ~ if_iwm.c                              

  > Some net80211 state changes are triggered by incoming frames, and it is
  > possible for such frames to move iwm(4) to the same state, e.g. AUTH->AUTH.
  > Do not bother the firmware with such no-op state changes because that runs
  > a high risk of hitting firmware errors.
  > Problem reported by Gregor Best. (stsp@)

  ~ if_iwm.c                              

  > Remove the AP from iwm's firmware station table when moving out of AUTH
  > state.
  > Fixes "could not remove MAC context" errors seen during AUTH->SCAN
  > transitions. (stsp@)

  ~ if_iwmvar.h                           

  > Add comments to the definitions of iwm(4) driver-private flags. (stsp@)

  ~ if_iwm.c                              

  > Fix missing splx() in iwm_newstate_task(). Bug introduced 2 hours ago in
  > r1.200. (stsp@)

dev/wscons

  ~ wstpad.c                              

  > Minor changes in the setup.
  > 1. Add middle-button areas to the clickpad defaults.
  > 2. Handle the edge areas more uniformly.
  > 3. Don't disable sw buttons at the bottom edge. (bru@)

  ~ wsmouse.c                             

  > Explain the multi-touch tracking function. (bru@)

== usr.bin =========================================================== 04/04 ==

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

mandoc

  ~ mandoc.css                            

  > The only elements using floats are dt.It-tag, so the only elements
  > allowed to the right of them are dd.It-tag.
  > Fixes overlapping rendering after long tag lists without bodies,
  > for example in the Xenocara apm(4) manual.  Issue reported by tj@.
  > (schwarze@)

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

Reply via email to