OpenBSD src changes summary for 2016-08-10
==========================================

Makefile.cross                          bin/df
bin/ln                                  bin/ls
distrib                                 distrib/armish
distrib/notes                           distrib/sets
distrib/special                         etc/Makefile
etc/etc.armish/MAKEDEV                  etc/etc.armish/MAKEDEV.md
etc/etc.armish/Makefile                 etc/etc.armish/Makefile.inc
etc/etc.armish/disktab                  etc/etc.armish/fbtab
etc/etc.armish/login.conf               etc/etc.armish/sysctl.conf
etc/etc.armish/ttys                     etc/mtree/4.4BSD.dist
gnu/usr.bin/binutils-2.17               lib/libarch
regress/etc                             regress/usr.bin
sbin/disklabel                          share/man
sys                                     sys/arch
sys/arch/arm/arm                        sys/arch/arm/cortex
sys/arch/arm/include                    sys/arch/armish/armish
sys/arch/armish/conf                    sys/arch/armish/dev
sys/arch/armish/include                 sys/arch/armish/stand
sys/arch/armish/stand/boot              sys/arch/armv7/armv7
sys/arch/armv7/conf                     sys/dev/ic
sys/dev/microcode                       sys/kern
sys/ntfs                                sys/ufs/ext2fs
sys/ufs/ffs                             sys/ufs/ufs
usr.bin/mandoc                          usr.bin/openssl
usr.sbin/hotplugd                       usr.sbin/pcidump
usr.sbin/user                           

== Makefile.cross ==================================================== 01/12 ==

  http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/Makefile.cross

Makefile.cross


  > armish handled some early-gen arm machines, which required tons of
  > workarounds.  Some of them will soon stand in the way of armv7.
  > Off to the attic you go. (deraadt@)

== bin =============================================================== 02/12 ==

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

df

  ~ df.1                                  

  > fix HISTORY; from Sevan Janiyan <venture37 at geeklan dot co dot uk>;
  > checked with http://minnie.tuhs.org/cgi-bin/utree.pl?file=V1/man/man1
  > (schwarze@)

ln

  ~ ln.1                                  

  > fix HISTORY; from Sevan Janiyan <venture37 at geeklan dot co dot uk>;
  > checked with http://minnie.tuhs.org/cgi-bin/utree.pl?file=V1/man/man1
  > (schwarze@)

ls

  ~ ls.1                                  

  > fix HISTORY; from Sevan Janiyan <venture37 at geeklan dot co dot uk>;
  > checked with http://minnie.tuhs.org/cgi-bin/utree.pl?file=V1/man/man1
  > (schwarze@)

== distrib =========================================================== 03/12 ==

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

distrib

  ~ Makefile                              

  > armish handled some early-gen arm machines, which required tons of
  > workarounds.  Some of them will soon stand in the way of armv7.
  > Off to the attic you go. (deraadt@)

armish

  - Makefile                              - ramdisk/Makefile
  - ramdisk/Makefile.inc                  - ramdisk/install.md
  - ramdisk/list                          

  > armish handled some early-gen arm machines, which required tons of
  > workarounds.  Some of them will soon stand in the way of armv7.
  > Off to the attic you go. (deraadt@)

notes

  - armish/contents                       - armish/features
  - armish/hardware                       - armish/install
  - armish/prep                           - armish/upgrade
  - armish/whatis                         - armish/xfer
  ~ Makefile                              

  > armish handled some early-gen arm machines, which required tons of
  > workarounds.  Some of them will soon stand in the way of armv7.
  > Off to the attic you go. (deraadt@)

sets

  - lists/base/md.armish                  - lists/comp/md.armish
  - lists/etc/md.armish                   - lists/game/md.armish
  - lists/man/md.armish                   ~ lists/comp/mi
  ~ lists/man/mi                          

  > armish handled some early-gen arm machines, which required tons of
  > workarounds.  Some of them will soon stand in the way of armv7.
  > Off to the attic you go. (deraadt@)

special

  ~ disklabel/Makefile                    ~ installboot/Makefile

  > armish handled some early-gen arm machines, which required tons of
  > workarounds.  Some of them will soon stand in the way of armv7.
  > Off to the attic you go. (deraadt@)

== etc =============================================================== 04/12 ==

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

Makefile

  ~ Makefile                              

  > armish handled some early-gen arm machines, which required tons of
  > workarounds.  Some of them will soon stand in the way of armv7.
  > Off to the attic you go. (deraadt@)

etc.armish/MAKEDEV

  - etc.armish/MAKEDEV                    

  > armish handled some early-gen arm machines, which required tons of
  > workarounds.  Some of them will soon stand in the way of armv7.
  > Off to the attic you go. (deraadt@)

etc.armish/MAKEDEV.md

  - etc.armish/MAKEDEV.md                 

  > armish handled some early-gen arm machines, which required tons of
  > workarounds.  Some of them will soon stand in the way of armv7.
  > Off to the attic you go. (deraadt@)

etc.armish/Makefile

  - etc.armish/Makefile                   

  > armish handled some early-gen arm machines, which required tons of
  > workarounds.  Some of them will soon stand in the way of armv7.
  > Off to the attic you go. (deraadt@)

etc.armish/Makefile.inc

  - etc.armish/Makefile.inc               

  > armish handled some early-gen arm machines, which required tons of
  > workarounds.  Some of them will soon stand in the way of armv7.
  > Off to the attic you go. (deraadt@)

etc.armish/disktab

  - etc.armish/disktab                    

  > armish handled some early-gen arm machines, which required tons of
  > workarounds.  Some of them will soon stand in the way of armv7.
  > Off to the attic you go. (deraadt@)

etc.armish/fbtab

  - etc.armish/fbtab                      

  > armish handled some early-gen arm machines, which required tons of
  > workarounds.  Some of them will soon stand in the way of armv7.
  > Off to the attic you go. (deraadt@)

etc.armish/login.conf

  - etc.armish/login.conf                 

  > armish handled some early-gen arm machines, which required tons of
  > workarounds.  Some of them will soon stand in the way of armv7.
  > Off to the attic you go. (deraadt@)

etc.armish/sysctl.conf

  - etc.armish/sysctl.conf                

  > armish handled some early-gen arm machines, which required tons of
  > workarounds.  Some of them will soon stand in the way of armv7.
  > Off to the attic you go. (deraadt@)

etc.armish/ttys

  - etc.armish/ttys                       

  > armish handled some early-gen arm machines, which required tons of
  > workarounds.  Some of them will soon stand in the way of armv7.
  > Off to the attic you go. (deraadt@)

mtree/4.4BSD.dist

  ~ mtree/4.4BSD.dist                     

  > armish handled some early-gen arm machines, which required tons of
  > workarounds.  Some of them will soon stand in the way of armv7.
  > Off to the attic you go. (deraadt@)

== gnu =============================================================== 05/12 ==

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

usr.bin/binutils-2.17

  ~ ld/ldmain.c                           ~ ld/emulparams/armelf_obsd.sh
  ~ ld/emulparams/elf32ppc_obsd.sh        ~ ld/emulparams/elf64btsmip_obsd.sh
  ~ ld/emulparams/elf64ltsmip_obsd.sh     ~ ld/emulparams/hppaobsd.sh
  ~ ld/emulparams/shelf_obsd.sh           ~ ld/scripttempl/elf.sc

  > Cover your kid's remaining eye and lock up the pets for the great old ones
  > have been disturbed: rework the linker script and then enable RELRO support
  > on all but mips64 (something something padding) and m88k (untested).
  > This extends the RO coverage from just .got and .cdtors to also include
  > .openbsd.randomdata, .jcr, .dynamic, and .data.rel.ro., and moves more
  > segments from the text section to the rodata section.  Depends on the
  > previous csu and ld.so work; reinstall those *before* rebuilding ld, or
  > just get a snapshot.
  > clues from kettenis
  > assistance testing and ok deraadt@ (guenther@)

  ~ bfd/elf.c                             ~ binutils/readelf.c
  ~ include/elf/common.h                  ~ ld/ldgram.y

  > Teach readelf and objdump about the PT_OPENBSD_BOOTDATA section value.
  > Teach ld to access that and PT_GNU_RELRO in linker scripts.
  > ok deraadt@ (guenther@)

  ~ ld/ldmain.c                           ~ ld/emulparams/elf64btsmip_obsd.sh
  ~ ld/emulparams/elf64ltsmip_obsd.sh     

  > auto-dope-slap: mips64 has 16K pages, not 4K.  With that fixed, enable
  > RELRO
  > Per feedback from kettenis@, Miod, and deraadt@, the padding between
  > text and rodata will be retained for consistency with other archs,
  > to minimize reliance on the R4000 EOP bug workaround, and to enable
  > possible future work.
  > ok deraadt@ (guenther@)

== lib =============================================================== 06/12 ==

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

libarch

  ~ arm/Makefile                          

  > armish handled some early-gen arm machines, which required tons of
  > workarounds.  Some of them will soon stand in the way of armv7.
  > Off to the attic you go. (deraadt@)

== regress =========================================================== 07/12 ==

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

etc

  ~ MAKEDEV/Makefile                      

  > armish handled some early-gen arm machines, which required tons of
  > workarounds.  Some of them will soon stand in the way of armv7.
  > Off to the attic you go. (deraadt@)

usr.bin

  ~ mandoc/mdoc/Bl/emptyitem.in           ~ mandoc/mdoc/Bl/emptyitem.out_ascii
  ~ mandoc/mdoc/Bl/emptyitem.out_lint     ~ mandoc/mdoc/Bl/notype.in
  ~ mandoc/mdoc/Bl/notype.out_ascii       ~ mandoc/mdoc/Bl/notype.out_lint

  > regression tests for mdoc_validate.c revisions 1.219 and 1.220 (schwarze@)

  ~ mdoclint/mdoclint                     

  > no more armish; (jmc@)

== sbin ============================================================== 08/12 ==

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

disklabel

  ~ Makefile                              

  > armish handled some early-gen arm machines, which required tons of
  > workarounds.  Some of them will soon stand in the way of armv7.
  > Off to the attic you go. (deraadt@)

== share ============================================================= 09/12 ==

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

man

  - man4/man4.armish/Makefile             - man4/man4.armish/autoconf.4
  - man4/man4.armish/intro.4              - man4/man4.armish/mem.4
  - man8/man8.armish/MAKEDEV.8            - man8/man8.armish/Makefile
  ~ man4/Makefile                         ~ man4/com.4
  ~ man4/iic.4                            ~ man4/pci.4
  ~ man8/Makefile                         

  > armish handled some early-gen arm machines, which required tons of
  > workarounds.  Some of them will soon stand in the way of armv7.
  > Off to the attic you go. (deraadt@)

  ~ man7/mdoc.7                           

  > no more armish; (jmc@)

== sys =============================================================== 10/12 ==

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

sys

  ~ Makefile                              

  > armish handled some early-gen arm machines, which required tons of
  > workarounds.  Some of them will soon stand in the way of armv7.
  > Off to the attic you go. (deraadt@)

arch

  - armish/Makefile                       

  > armish handled some early-gen arm machines, which required tons of
  > workarounds.  Some of them will soon stand in the way of armv7.
  > Off to the attic you go. (deraadt@)

arch/arm/arm

  ~ cpuswitch7.S                          

  > On armv7 we put the vector page up high and never have to bother switching
  > it.
  > Remove the code to do so from cpuswitch().
  > ok guenther@ (kettenis@)

  ~ cpufunc.c                             

  > Shuffle armv7 access permission bits around to something that is compatible
  > with setting the Access Flag Enable bit in the System Control Register.
  > The new settings mean that read-only userland pages are no longer writable
  > by the kernel, which is a good thing.  Set the Access Flag Enable bit.
  > ok patrick@ (kettenis@)

arch/arm/cortex

  ~ agtimer.c                             ~ files.cortex

  > Dynamically attach agtimer(4).  Since agtimer(4) also provides the delay()
  > function for platforms that have it, rework the code a bit such that it can
  > be used before agtimer(4) attaches.  Introduce a new agtimer_init()
  > function that checks whether the CPU implements the Generic Timer feature
  > and switches to agtimer_delay() if that feature is present.  Call this
  > function from the generic platform initialization code.
  > ok jsg@ (kettenis@)

arch/arm/include

  ~ pmap.h                                ~ pte.h

  > Shuffle armv7 access permission bits around to something that is compatible
  > with setting the Access Flag Enable bit in the System Control Register.
  > The new settings mean that read-only userland pages are no longer writable
  > by the kernel, which is a good thing.  Set the Access Flag Enable bit.
  > ok patrick@ (kettenis@)

  ~ pte.h                                 

  > Add defines for the Access Flag as found on armv7.  Fix definition of the
  > non Global bit Small page desciptions.  iConsistently name the S-bit
  > Sharable in comments. (kettenis@)

arch/armish/armish

  - armish_machdep.c                      - armish_start.S
  - autoconf.c                            - genassym.cf

  > armish handled some early-gen arm machines, which required tons of
  > workarounds.  Some of them will soon stand in the way of armv7.
  > Off to the attic you go. (deraadt@)

arch/armish/conf

  - GENERIC                               - Makefile.armish
  - RAMDISK                               - files.armish

  > armish handled some early-gen arm machines, which required tons of
  > workarounds.  Some of them will soon stand in the way of armv7.
  > Off to the attic you go. (deraadt@)

arch/armish/dev

  - com_obio.c                            - i80321_mainbus.c
  - iq80321_pci.c                         - iq80321reg.h
  - iq80321var.h                          - obio.c
  - obio_space.c                          - obiovar.h
  - pci_addr_fixup.c                      - pciide_machdep.c

  > armish handled some early-gen arm machines, which required tons of
  > workarounds.  Some of them will soon stand in the way of armv7.
  > Off to the attic you go. (deraadt@)

arch/armish/include

  - _float.h                              - _types.h
  - apmvar.h                              - armish_intr.h
  - asm.h                                 - atomic.h
  - bootconfig.h                          - bus.h
  - cdefs.h                               - conf.h
  - cpu.h                                 - db_machdep.h
  - disklabel.h                           - endian.h
  - exec.h                                - fenv.h
  - fp.h                                  - frame.h
  - ieee.h                                - ieeefp.h
  - intr.h                                - limits.h
  - loadfile_machdep.h                    - lock.h
  - mutex.h                               - param.h
  - pcb.h                                 - pci_machdep.h
  - pio.h                                 - pmap.h
  - proc.h                                - profile.h
  - ptrace.h                              - reg.h
  - reloc.h                               - setjmp.h
  - signal.h                              - spinlock.h
  - stdarg.h                              - sysarch.h
  - tcb.h                                 - trap.h
  - vmparam.h                             

  > armish handled some early-gen arm machines, which required tons of
  > workarounds.  Some of them will soon stand in the way of armv7.
  > Off to the attic you go. (deraadt@)

arch/armish/stand

  - Makefile                              - Makefile.inc

  > armish handled some early-gen arm machines, which required tons of
  > workarounds.  Some of them will soon stand in the way of armv7.
  > Off to the attic you go. (deraadt@)

arch/armish/stand/boot

  - Makefile                              - boot.8
  - clock.c                               - conf.c
  - dev_armish.c                          - devopen.c
  - exec.c                                - ldscript
  - libsa.h                               - machdep.c
  - ns16550.c                             - pciide.c
  - start.S                               - time.c
  - wd.c                                  - wdc.c
  - wdvar.h                               

  > armish handled some early-gen arm machines, which required tons of
  > workarounds.  Some of them will soon stand in the way of armv7.
  > Off to the attic you go. (deraadt@)

arch/armv7/armv7

  ~ platform.c                            

  > Dynamically attach agtimer(4).  Since agtimer(4) also provides the delay()
  > function for platforms that have it, rework the code a bit such that it can
  > be used before agtimer(4) attaches.  Introduce a new agtimer_init()
  > function that checks whether the CPU implements the Generic Timer feature
  > and switches to agtimer_delay() if that feature is present.  Call this
  > function from the generic platform initialization code.
  > ok jsg@ (kettenis@)

arch/armv7/conf

  ~ GENERIC                               

  > Dynamically attach agtimer(4).  Since agtimer(4) also provides the delay()
  > function for platforms that have it, rework the code a bit such that it can
  > be used before agtimer(4) attaches.  Introduce a new agtimer_init()
  > function that checks whether the CPU implements the Generic Timer feature
  > and switches to agtimer_delay() if that feature is present.  Call this
  > function from the generic platform initialization code.
  > ok jsg@ (kettenis@)

  ~ RAMDISK                               

  > attach agtimer with fdt on RAMDISK as well (jsg@)

dev/ic

  ~ re.c                                  

  > armish handled some early-gen arm machines, which required tons of
  > workarounds.  Some of them will soon stand in the way of armv7.
  > Off to the attic you go. (deraadt@)

dev/microcode

  ~ atmel/Makefile                        ~ kue/Makefile
  ~ ral/Makefile                          ~ rum/Makefile
  ~ tusb3410/Makefile                     ~ udl/Makefile
  ~ zydas/Makefile                        

  > armish handled some early-gen arm machines, which required tons of
  > workarounds.  Some of them will soon stand in the way of armv7.
  > Off to the attic you go. (deraadt@)

kern

  ~ Makefile                              

  > armish handled some early-gen arm machines, which required tons of
  > workarounds.  Some of them will soon stand in the way of armv7.
  > Off to the attic you go. (deraadt@)

ntfs

  ~ ntfs_ihash.h                          

  > Kill stale prototypes.
  > ok deraadt millert stefan (natano@)

ufs/ext2fs

  ~ ext2fs_extern.h                       ~ ext2fs_subr.c
  ~ ext2fs_vfsops.c                       

  > ext2fs only has one set of specops/fifoops
  > ok mpi tedu (natano@)

ufs/ffs

  ~ ffs_extern.h                          ~ ffs_subr.c
  ~ ffs_vfsops.c                          

  > ufs_vinit() should really be called ffs_vinit(); it's only called from
  > ffs code.
  > ok mpi tedu (natano@)

  ~ ffs_subr.c                            

  > fix previous; ffs_vinit() requires #ifdef _KERNEL to not break the
  > sbin/fsck_ffs build. bad natano!
  > reported by naddy (natano@)

ufs/ufs

  ~ ufs_extern.h                          ~ ufs_vnops.c

  > ufs_vinit() should really be called ffs_vinit(); it's only called from
  > ffs code.
  > ok mpi tedu (natano@)

== usr.bin =========================================================== 11/12 ==

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

mandoc

  ~ term.c                                ~ term_ps.c

  > Fix assertion failures caused by whitespace inside \o'' (overstrike)
  > sequences that jsg@ found with afl(1):
  > * Avoid writing \t\b in term.c.
  > * Handle trailing \b in term_ps.c. (schwarze@)

  ~ mdoc_validate.c                       

  > When validating a .Bl list that defaults to -item for want of a type,
  > don't let a subsequent -width access mdoc_argnames[] out of bounds.
  > Found by tb@ with afl(1). (schwarze@)

  ~ mdoc_validate.c                       

  > Don't printf("%s", NULL) if .It has a macro as an argument
  > in a list of a type where items don't takes arguments.
  > Issue found by tb@ with afl(1). (schwarze@)

  ~ cgi.c                                 

  > move armish and hppa64 down in the dropdown box; reminded by jmc@
  > (schwarze@)

  ~ mdoc_validate.c                       

  > Don't deref NULL if the only child of the first .Sh is an empty
  > in-line macro, and don't printf("%s", NULL) if the first child
  > of the first .Sh is a macro; again found by tb@ with afl(1).
  > (No, you should never use macros in any .Sh at all, please.) (schwarze@)

openssl

  ~ openssl.1                             

  > shorten ecparam; (jmc@)

== usr.sbin ========================================================== 12/12 ==

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

hotplugd

  ~ Makefile                              

  > armish handled some early-gen arm machines, which required tons of
  > workarounds.  Some of them will soon stand in the way of armv7.
  > Off to the attic you go. (deraadt@)

pcidump

  ~ Makefile                              

  > armish handled some early-gen arm machines, which required tons of
  > workarounds.  Some of them will soon stand in the way of armv7.
  > Off to the attic you go. (deraadt@)

user

  ~ user.c                                

  > Remove the encrypted password length check.  The admin should be
  > able to put whatever they like in the encrypted password field,
  > regardless of whether it can be matched or not.  Having this check
  > just makes it harder to add new encrypted password functions.
  > This also fixes "usermode -Z" which was the impetus for the change.
  > OK benno@ (millert@)

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

Reply via email to