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

distrib/sets                            include/Makefile
include/struct.h                        sbin/ifconfig
share/man                               sys/arch/amd64/conf
sys/arch/arm/arm                        sys/arch/arm64/arm64
sys/arch/arm64/include                  sys/arch/armv7/conf
sys/arch/armv7/exynos                   sys/dev/acpi
sys/dev/fdt                             sys/dev/ofw
sys/net80211                            

== distrib =========================================================== 01/05 ==

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

sets

  ~ lists/comp/mi                         

  > <struct.h> is unused and should not be used.  Delete it.
  > ok millert@ deraadt@ kettenis@ (guenther@)

== include =========================================================== 02/05 ==

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

Makefile

  ~ Makefile                              

  > <struct.h> is unused and should not be used.  Delete it.
  > ok millert@ deraadt@ kettenis@ (guenther@)

struct.h

  - struct.h                              

  > <struct.h> is unused and should not be used.  Delete it.
  > ok millert@ deraadt@ kettenis@ (guenther@)

== sbin ============================================================== 03/05 ==

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

ifconfig

  ~ ifconfig.c                            

  > Make ifconfig scan display both wpa1 and wpa2 if both are supported.
  > ok henning@ phessler@ (stsp@)

== share ============================================================= 04/05 ==

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

man

  ~ man1/clang-local.1                    

  > Colour diagnostic messages are now disabled by default. (jsg@)

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

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

arch/amd64/conf

  ~ GENERIC                               

  > enable acpisbs (jcs@)

arch/arm/arm

  ~ sig_machdep.c                         

  > Bring SROP mitigation to arm64.  Make some small modifications to the arm
  > code as well to improve diffability.  Changes the types used in the arm64
  > "struct sigcontext" to avoid having to include <sys/types.h>.
  > ok deraadt@ (kettenis@)

arch/arm64/arm64

  ~ pmap.c                                

  > Simplify pmap_proc_iflush(); there is no need for the per-page logic if we
  > are flushing by using the virtual address.
  > ok jsg@ (kettenis@)

  ~ sig_machdep.c                         

  > Bring SROP mitigation to arm64.  Make some small modifications to the arm
  > code as well to improve diffability.  Changes the types used in the arm64
  > "struct sigcontext" to avoid having to include <sys/types.h>.
  > ok deraadt@ (kettenis@)

  ~ cpufunc_asm.S                         

  > Add a "dsm ishst" barrier before TLB maintenance instructions.  The ARMv8
  > architecture reference manual says this is required (D4.7 under "Ordering
  > and completion of TLB maintenance instructions" to guarantee that the
  > translation table walk can observe previous store to the page tables.  It
  > also has a note that says
  > In all cases in this section, where a DMB or DSB is referred to, it
  > refers to a DMB or DSB whose required access type is both loads and
  > stores.
  > But both Linux and FreeBSD use a Store-Store barrier here.
  > Sadly this doesn't fix the arm64 stability problems (or at least not all
  > of them).
  > ok patrick@ (kettenis@)

arch/arm64/include

  ~ pmap.h                                

  > Remove some unused cruft.
  > ok jsg@ (kettenis@)

  ~ signal.h                              

  > Bring SROP mitigation to arm64.  Make some small modifications to the arm
  > code as well to improve diffability.  Changes the types used in the arm64
  > "struct sigcontext" to avoid having to include <sys/types.h>.
  > ok deraadt@ (kettenis@)

arch/armv7/conf

  ~ GENERIC                               ~ RAMDISK

  > Enable exdwusb(4) and xhci(4). (kettenis@)

  ~ GENERIC                               ~ RAMDISK

  > Hook exclock(4) up to the clock framework using a dummy implementation that
  > prints the clock ids it is being called for.  This allows us to identify
  > which clocks need to be implemented.
  > Attach early such that clocks are available when needed. (kettenis@)

arch/armv7/exynos

  ~ exclock.c                             

  > Hook exclock(4) up to the clock framework using a dummy implementation that
  > prints the clock ids it is being called for.  This allows us to identify
  > which clocks need to be implemented.
  > Attach early such that clocks are available when needed. (kettenis@)

dev/acpi

  ~ acpi.c                                ~ acpibat.c
  ~ acpireg.h                             ~ acpisbs.c
  ~ acpivar.h                             

  > try to attach acpisbs first and if successful, don't attach acpibat (jcs@)

  ~ acpisbs.c                             

  > add const to struct cfattach
  > ok jcs (jung@)

dev/fdt

  ~ xhci_fdt.c                            

  > Add code to initialize the USB 3 PHY on Exynos 5.
  > ok visa@ (kettenis@)

dev/ofw

  ~ fdt.c                                 ~ ofw_clock.c
  ~ ofw_pinctrl.c                         ~ openfirm.h

  > Introduce OF_getindex() API and use it to replace multiple instances of
  > pretty much identical code.
  > ok visa@ (kettenis@)

net80211

  ~ ieee80211_input.c                     ~ ieee80211_ioctl.c
  ~ ieee80211_node.h                      

  > Introduce separate fields for supported WPA protocols and AKMs in struct
  > ieee80211_node. Pass these fields to 'ifconfig scan' instead of giving it
  > currently configured/enabled settings.
  > Fixes display of AP WPA capabilities in 'ifconfig scan' while the wifi
  > interface is not configured to use WPA (my previous commit attempted to
  > fix the same problem but didn't make it work in all cases).
  > ok tb@ (stsp@)

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

Reply via email to