OpenBSD src changes summary for 2016-04-05
==========================================

lib/libc                                lib/libedit
lib/libpcap                             share/man
sys/arch/amd64/amd64                    sys/dev/pci
sys/kern                                sys/netinet
sys/netinet6                            sys/sys
usr.bin/bgplg                           usr.sbin/arp
usr.sbin/iscsid                         usr.sbin/ndp
usr.sbin/npppd                          usr.sbin/pppd
usr.sbin/radiusd                        usr.sbin/vmd

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

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

libc

  ~ include/namespace.h                   

  > Update example in comment: setlogin doesn't use {PROTO,DEF}_WRAP() now
  > (guenther@)

  ~ asr/res_init.c                        ~ net/res_random.c
  ~ stdio/findfp.c                        ~ stdlib/random.c

  > Prefer _MUTEX_*LOCK over _THREAD_PRIVATE_MUTEX_*LOCK() when thread-specific
  > data isn't necessary.
  > ok mpi@, ok&tweak natano@ (guenther@)

libedit

  ~ read.c                                

  > Move more fcntl(,F_GETFL,0) -> fcntl(,F_GETFL).
  > No functional change.
  > ok guenther@ (krw@)

libpcap

  ~ pcap.c                                

  > Move more fcntl(,F_GETFL,0) -> fcntl(,F_GETFL).
  > No functional change.
  > ok guenther@ (krw@)

== share ============================================================= 02/05 ==

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

man

  ~ man4/ath.4                            

  > Remove mention of Turbo Mode from ath(4) since the driver doesn't support
  > it
  > Discussed with and OK from sthen@ stsp@ kettenis@ jsg@ (mestre@)

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

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

arch/amd64/amd64

  ~ vmm.c                                 

  > Support processors without unrestricted guest capability.
  > ok stefan (mlarkin@)

dev/pci

  + drm/drm_linux_rbtree.h                

  > Add a linux-compatible rbtree interface on top of our implementation in
  > <sys/tree.h>.  From FreeBSD/OFED via DragonFlyBSD.
  > ok jsg@ (kettenis@)

  ~ drm/drm_atomic.h                      

  > Add atomic_add_unless(), another strange linux interface.
  > ok jsg@ (kettenis@)

  ~ drm/drm_linux.h                       + drm/drm_vma_manager.c
  + drm/drm_vma_manager.h                 

  > Add vma offset manager code.
  > ok jsg@ (kettenis@)

  ~ drm/drmP.h                            ~ drm/drm_drv.c
  ~ drm/drm_linux.c                       ~ drm/drm_modes.c
  ~ drm/files.drm                         ~ drm/i915/i915_gem.c
  ~ drm/ttm/ttm_bo_vm.c                   + drm/drm_gem.c

  > Split out the generic GEM code (like Linux did) and switch it over to
  > the vma offset manager.  This brings us a little bit more isolation between
  > applications as GEM buffers are now tied to a specific /dev/drmX clone.
  > ok jsg@ (kettenis@)

  ~ drm/drmP.h                            

  > Remove completely out-of-date comment about locking protocol. (kettenis@)

  ~ drm/drm_linux.c                       ~ drm/drm_linux.h

  > Add an implementation of the Linux "idr" API. (kettenis@)

  ~ drm/drmP.h                            ~ drm/drm_gem.c
  ~ drm/i915/i915_gem_execbuffer.c        

  > Now that we the "idr" API, we can get rid of a lot of
  > #ifdef __linux__
  > ...
  > #else
  > ...
  > #endif
  > code in the generic drm GEM code. (kettenis@)

  ~ drm/drm_gem.c                         ~ drm/drm_vma_manager.c
  ~ drm/drm_vma_manager.h                 

  > Add $OpenBSD$ markers. (kettenis@)

  ~ drm/i915/i915_drv.h                   ~ drm/i915/i915_gem.c
  ~ drm/i915/i915_gem_context.c           

  > Use the "idr" API here as well, reducing the diffs to Linux. (kettenis@)

kern

  ~ vfs_subr.c                            ~ spec_vnops.c

  > Increase size of the clone bitmap (revised diff after revert). I have
  > tested this with fuse _and_ drm on amd64 and macppc. Also tested with
  > cloning bpf (not in the tree) on macppc.
  > ok mikeb
  > "looks correct to me" millert
  > The original commit message is as follows:
  > Increase size of the clone bitmap. A limit of only 64 device clones
  > turned out to be too low for the upcoming work on cloning bpf. The new
  > limit is 1024 device clones. As part of the size increase, the bitmap
  > has been changed to be allocated separately to avoid bloating all device
  > nodes, as suggested by guenther, millert and deraadt.
  > ok millert mikeb (natano@)

netinet

  ~ in_pcb.c                              ~ in_pcb.h

  > Move inp_laddr assignment after in_pcbpickport(), extend in_pcbpickport()
  > as needed.
  > Ok bluhm@ (vgross@)

  ~ in_pcb.c                              

  > Move reserved port checks from in(6)_pcbaddrisavail() to in_pcbbind().
  > Kill old comments while at it.
  > Ok mpi@ bluhm@ (vgross@)

netinet6

  ~ in6_pcb.c                             

  > Move reserved port checks from in(6)_pcbaddrisavail() to in_pcbbind().
  > Kill old comments while at it.
  > Ok mpi@ bluhm@ (vgross@)

sys

  ~ specdev.h                             

  > Increase size of the clone bitmap (revised diff after revert). I have
  > tested this with fuse _and_ drm on amd64 and macppc. Also tested with
  > cloning bpf (not in the tree) on macppc.
  > ok mikeb
  > "looks correct to me" millert
  > The original commit message is as follows:
  > Increase size of the clone bitmap. A limit of only 64 device clones
  > turned out to be too low for the upcoming work on cloning bpf. The new
  > limit is 1024 device clones. As part of the size increase, the bitmap
  > has been changed to be allocated separately to avoid bloating all device
  > nodes, as suggested by guenther, millert and deraadt.
  > ok millert mikeb (natano@)

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

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

bgplg

  ~ bgplg.c                               

  > Use SERVER_NAME for bgplg's hostname (displayed on the page), this is
  > passed
  > from the webserver so is more likely to be the correct name to expose, and
  > is
  > easier to adjust if needed.  OK claudio@ florian@ (sthen@)

== usr.sbin ========================================================== 05/05 ==

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

arp

  ~ arp.8                                 

  > Describe the format used by -s once, and refer to it when documenting -f.
  > Discussed with jmc@ (jca@)

iscsid

  ~ control.c                             

  > Remove the iterator for control connections unfinished and unused.
  > ok claudio (yasuoka@)

ndp

  ~ ndp.8                                 ~ ndp.c

  > etheraddr -> ether_addr, as in arp(8); discussed with jmc@ (jca@)

  ~ ndp.8                                 

  > Pointless commented-out lines; discussed with jmc@ (jca@)

  ~ ndp.8                                 

  > Consistent v6-speak: hostname -> nodename, proxy NDP -> ND proxy
  > Discussed with jmc@ (jca@)

  ~ ndp.8                                 

  > Describe the format used by -s once, and refer to it when documenting -f.
  > Discussed with jmc@ (jca@)

npppd

  ~ npppd/npppd_subr.c                    

  > Move more fcntl(,F_GETFL,0) -> fcntl(,F_GETFL).
  > No functional change.
  > ok guenther@ (krw@)

pppd

  ~ chat/chat.c                           

  > Move more fcntl(,F_GETFL,0) -> fcntl(,F_GETFL).
  > No functional change.
  > ok guenther@ (krw@)

radiusd

  ~ radiusd_module.c                      

  > Move more fcntl(,F_GETFL,0) -> fcntl(,F_GETFL).
  > No functional change.
  > ok guenther@ (krw@)

vmd

  ~ loadfile.h                            ~ loadfile_elf.c
  ~ vmm.c                                 

  > Support processors without unrestricted guest capability.
  > ok stefan (mlarkin@)

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

Reply via email to