OpenBSD src changes summary for 2017-06-13 ==========================================
distrib/amd64 distrib/i386 distrib/sets etc/Makefile etc/etc.amd64/disktab etc/etc.i386/disktab lib/libc regress/usr.bin sbin/dhclient sys/arch/alpha/conf sys/arch/amd64/conf sys/arch/arm64/conf sys/arch/armv7/conf sys/arch/hppa/conf sys/arch/i386/conf sys/arch/landisk/conf sys/arch/loongson/conf sys/arch/macppc/conf sys/arch/macppc/macppc sys/arch/mips64/mips64 sys/arch/octeon/conf sys/arch/sgi/conf sys/arch/sparc64/conf sys/dev/wscons sys/kern sys/msdosfs sys/sys usr.bin/mandoc usr.bin/ssh usr.bin/tmux usr.sbin/radiusd == distrib =========================================================== 01/08 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/distrib amd64 ~ iso/Makefile > The KARL compile.tgz linkkit adds some growth to the base set. > Prepare the install*.fs files for this growth. (deraadt@) i386 ~ iso/Makefile > The KARL compile.tgz linkkit adds some growth to the base set. > Prepare the install*.fs files for this growth. (deraadt@) sets ~ lists/base/mi > sync (deraadt@) ~ lists/base/mi > sort (deraadt@) == etc =============================================================== 02/08 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/etc Makefile ~ Makefile > For KARL, include a linkkit into the base set, as usr/share/compile.tgz. > This contains the relevant pieces from all the GENERIC* compile directories > (*.o ld.script Makefile gap.S). It also includes the machine/ subdir for > now, to support re-randomizing of gap.S, though other methods are being > investigated. (Any binutils ld.script hackers out there?) > collaboration with rpe (deraadt@) etc.amd64/disktab ~ etc.amd64/disktab > The KARL compile.tgz linkkit adds some growth to the base set. > Prepare the install*.fs files for this growth. (deraadt@) etc.i386/disktab ~ etc.i386/disktab > The KARL compile.tgz linkkit adds some growth to the base set. > Prepare the install*.fs files for this growth. (deraadt@) == lib =============================================================== 03/08 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/lib libc ~ hash/md5.3 > no need for branding in .Nd line (deraadt@) == regress =========================================================== 04/08 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/regress usr.bin ~ mandoc/tbl/layout/span.in ~ mandoc/tbl/layout/span.out_ascii > fix the interaction of the allbox option with spanned cells in the layout > (schwarze@) ~ mandoc/man/RS/Makefile + mandoc/man/RS/an-margin.in + mandoc/man/RS/an-margin.out_ascii > Partial support for the \n[an-margin] number register. > Manuals autogenerated from reStructuredText are reckless enough > to peek at this non-portable, implementation-dependent, highly > groff-specific internal register - for no good reason, because the > man(7) language natively provides in a much simpler way what they > are trying to emulate here with much fragility. > A full implementation would be very hard because it would require > access to output-device-specific formatting data at the roff(7) > preprocessor stage, which mandoc doesn't support at all. > So hardcode a few magic numbers as reStructuredText expects them > for terminal output. For other output modes (like HTML), code using > this register is utterly broken anyway. (schwarze@) == sbin ============================================================== 05/08 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sbin dhclient ~ bpf.c ~ dhclient.c ~ dhcpd.h ~ options.c > Rename 'packet' field to 'recv_packet' and 'bootrequest_packet' > field to 'sent_packet'. Also 'bootrequest_packet_length' to > 'sent_packet_length'. > Adopt consistent idiom of a local variable 'packet' to point at > packet being manipulated. > No intentional functional change. (krw@) ~ dhcpd.h > Kill unused #define IFI_NOMEDIA. (krw@) == sys =============================================================== 06/08 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sys arch/alpha/conf ~ Makefile.alpha > newbsd: target which re-links a kernel. We cannot use the bsd: target > since it has source dependencies, and relinking doesn't have any. Also > the bsd: target is created by config(8)... > worked on with rpe. (deraadt@) arch/amd64/conf ~ Makefile.amd64 > newbsd: target which re-links a kernel. We cannot use the bsd: target > since it has source dependencies, and relinking doesn't have any. Also > the bsd: target is created by config(8)... > worked on with rpe. (deraadt@) arch/arm64/conf ~ Makefile.arm64 > newbsd: target which re-links a kernel. We cannot use the bsd: target > since it has source dependencies, and relinking doesn't have any. Also > the bsd: target is created by config(8)... > worked on with rpe. (deraadt@) arch/armv7/conf ~ Makefile.armv7 > newbsd: target which re-links a kernel. We cannot use the bsd: target > since it has source dependencies, and relinking doesn't have any. Also > the bsd: target is created by config(8)... > worked on with rpe. (deraadt@) arch/hppa/conf ~ Makefile.hppa > newbsd: target which re-links a kernel. We cannot use the bsd: target > since it has source dependencies, and relinking doesn't have any. Also > the bsd: target is created by config(8)... > worked on with rpe. (deraadt@) arch/i386/conf ~ Makefile.i386 > newbsd: target which re-links a kernel. We cannot use the bsd: target > since it has source dependencies, and relinking doesn't have any. Also > the bsd: target is created by config(8)... > worked on with rpe. (deraadt@) arch/landisk/conf ~ Makefile.landisk + ld.script > needs a fake ld.script for KARL tooling (deraadt@) ~ Makefile.landisk > newbsd: target which re-links a kernel. We cannot use the bsd: target > since it has source dependencies, and relinking doesn't have any. Also > the bsd: target is created by config(8)... > worked on with rpe. (deraadt@) arch/loongson/conf ~ Makefile.loongson > newbsd: target which re-links a kernel. We cannot use the bsd: target > since it has source dependencies, and relinking doesn't have any. Also > the bsd: target is created by config(8)... > worked on with rpe. (deraadt@) arch/macppc/conf + ld.script > add a dummy ld.script. macppc does not use one of these yet, but > infrastructure that is coming requires an architecture to carry such a > file. (deraadt@) ~ Makefile.macppc ~ files.macppc > Split early startup code out of locore.S into locore0.S. Adjust link > run so that this locore0.o is always at the start of the executable. > But randomize the link order of all other .o files in the kernel, so > that their exec/rodata/data/bss segments land all over the place. > As a result, the internal layout of every newly build bsd kernel is > different from past kernels. Internal relative offsets are not known > to an outside attacker. The only known offsets are in the startup code > (which will be gone when it is smashed). > The bootstrap code unmapping or smashing isn't done yet, and there is > some potential for more bits from locore.S to move to locore0.S (deraadt@) arch/macppc/macppc ~ machdep.c > Prepare install_extint() for the vector being relative-negative (ie > lower in the address space). Previously it could only be higher > than... uhm locore.o > Discussed with drahn and tom (deraadt@) ~ locore.S + locore0.S > Split early startup code out of locore.S into locore0.S. Adjust link > run so that this locore0.o is always at the start of the executable. > But randomize the link order of all other .o files in the kernel, so > that their exec/rodata/data/bss segments land all over the place. > As a result, the internal layout of every newly build bsd kernel is > different from past kernels. Internal relative offsets are not known > to an outside attacker. The only known offsets are in the startup code > (which will be gone when it is smashed). > The bootstrap code unmapping or smashing isn't done yet, and there is > some potential for more bits from locore.S to move to locore0.S (deraadt@) arch/mips64/mips64 ~ pmap.c > Tweak order of operands to check constant `cache_valias_mask' first. > (visa@) ~ pmap.c > Do not invalidate remote TLB entries with new mappings because the > virtual addresses really should not have TLB hits. This reduces IPIs. > (visa@) arch/octeon/conf ~ Makefile.octeon > newbsd: target which re-links a kernel. We cannot use the bsd: target > since it has source dependencies, and relinking doesn't have any. Also > the bsd: target is created by config(8)... > worked on with rpe. (deraadt@) arch/sgi/conf ~ Makefile.sgi > newbsd: target which re-links a kernel. We cannot use the bsd: target > since it has source dependencies, and relinking doesn't have any. Also > the bsd: target is created by config(8)... > worked on with rpe. (deraadt@) arch/sparc64/conf ~ Makefile.sparc64 > First step of randomized link for sparc64: gap.S and randomize files. > locore isn't split up yet, nor is the startup code smashed. > ok dlg, pieces seen before by kettenis (deraadt@) ~ Makefile.sparc64 > newbsd: target which re-links a kernel. We cannot use the bsd: target > since it has source dependencies, and relinking doesn't have any. Also > the bsd: target is created by config(8)... > worked on with rpe. (deraadt@) dev/wscons ~ wsconsio.h > Increase WSFONT_NAME_SIZE size, this will allow storing longer font > names in wsdisplay_font structures. > OK deraadt@ (fcambus@) kern ~ kern_sysctl.c > use size_t for the size of things in memory, not int. > this tweaks the len argument to sysctl_rdstring, sysctl_struct, and > sysctl_rdstruct. > there's probably more to fix. > ok millert@ (dlg@) ~ subr_pool.c > when enabling cpu caches, check the item size against the right thing > lists of free items on the per cpu caches are built out the pool items > as struct pool_cache_items, not struct pool_cache. make the KASSERT > in pool_cache_init check that properly. (dlg@) msdosfs ~ denode.h ~ msdosfs_vnops.c > Revert 'Implement VFS read clustering for MSDOSFS' again > This has again caused regressions, this time when reading from msdosfs. > This reverts > denode.h 1.31 > msdosfs_vnops.c 1.114 > Requested by deraadt@ (sf@) sys ~ sysctl.h > use size_t for the size of things in memory, not int. > this tweaks the len argument to sysctl_rdstring, sysctl_struct, and > sysctl_rdstruct. > there's probably more to fix. > ok millert@ (dlg@) == usr.bin =========================================================== 07/08 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.bin mandoc ~ roff.c > Explicitly ignore .br, .ce, and .sp inside tbl(7) text blocks. > With the current code structure, they would appear at the wrong > place in the syntax tree, so it is better to not insert them > into the tree at all and issue an UNSUPP message instead. (schwarze@) ~ tbl_term.c > fix the interaction of the allbox option with spanned cells in the layout > (schwarze@) ~ mandoc.1 ~ manpath.c > Delete the arbitrary range restriction for -Owidth. > We provide users with tools. We don't attempt to prevent them from > using them in stupid ways: depending on the context, not every > stupid-looking use is necessarily actually stupid, and not every > stupidity can be automatically detected anyway, so don't even try. > (schwarze@) ~ tbl_layout.c > If the layout is empty except for requesting a left vertical frame, > record that detail in struct tbl_opts, such that term_tbl() can do > correct column calculations and doesn't prematurely break lines. > Fixes the tbl/layout/empty regression test that got broken when > line breaking in text block cells was implemented. (schwarze@) ~ man_macro.c > Partial support for the \n[an-margin] number register. > Manuals autogenerated from reStructuredText are reckless enough > to peek at this non-portable, implementation-dependent, highly > groff-specific internal register - for no good reason, because the > man(7) language natively provides in a much simpler way what they > are trying to emulate here with much fragility. > A full implementation would be very hard because it would require > access to output-device-specific formatting data at the roff(7) > preprocessor stage, which mandoc doesn't support at all. > So hardcode a few magic numbers as reStructuredText expects them > for terminal output. For other output modes (like HTML), code using > this register is utterly broken anyway. (schwarze@) ssh ~ sshkey.h > missing prototype. (djm@) ~ kex.c > Do not require that unknown EXT_INFO extension values not contain > \0 characters. This would cause fatal connection errors if an > implementation sent e.g. string-encoded sub-values inside a value. > Reported by Denis Bider; ok markus@ (djm@) tmux ~ server-client.c > Remove xterm flag from key before checking prefix, reported by Peter > Fern in GitHub issue 974. (nicm@) == usr.sbin ========================================================== 08/08 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.sbin radiusd ~ radiusd.c > Initialize the length parameter for radius_get_vs_raw_attr() since > it's read/write. diff from IIJ. (yasuoka@) =============================================================================== _______________________________________________ odc mailing list [email protected] http://www.squish.net/mailman/listinfo/odc
