OpenBSD src changes summary for 2017-02-06 ==========================================
etc/etc.alpha/login.conf etc/etc.amd64/login.conf etc/etc.arm64/login.conf etc/etc.armv7/login.conf etc/etc.hppa/login.conf etc/etc.i386/login.conf etc/etc.landisk/login.conf etc/etc.loongson/login.conf etc/etc.luna88k/login.conf etc/etc.macppc/login.conf etc/etc.octeon/login.conf etc/etc.sgi/login.conf etc/etc.socppc/login.conf etc/etc.sparc64/login.conf gnu/usr.bin/perl regress/sys regress/usr.bin sbin/mount share/man sys/arch/amd64/amd64 sys/arch/arm/include sys/arch/arm64/arm64 sys/arch/arm64/conf sys/arch/arm64/include sys/arch/i386/i386 sys/arch/i386/include sys/arch/octeon/dev sys/ddb sys/dev/pci sys/dev/pv sys/netinet6 usr.bin/mandoc usr.bin/ssh usr.bin/tmux usr.sbin/adduser usr.sbin/pkg_add usr.sbin/smtpd == etc =============================================================== 01/08 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/etc etc.alpha/login.conf ~ etc.alpha/login.conf > List openfiles-max explicitly in default /etc/login.conf files. Otherwise, > raising openfiles-cur above the implicit -max value (1024 on at least the > common arch) results in the setting not being applied at all. > Earlier version OK tom@ danj@ ajacoutot@ benno@ krw@ beck@, suggestion > about > openfiles= from millert@ - changes in this version are to use 1024 for -max > rather than 512 to avoid changing the existing hard limit, and just use > openfiles= for bgpd/unbound where max and cur are the same value. (sthen@) etc.amd64/login.conf ~ etc.amd64/login.conf > List openfiles-max explicitly in default /etc/login.conf files. Otherwise, > raising openfiles-cur above the implicit -max value (1024 on at least the > common arch) results in the setting not being applied at all. > Earlier version OK tom@ danj@ ajacoutot@ benno@ krw@ beck@, suggestion > about > openfiles= from millert@ - changes in this version are to use 1024 for -max > rather than 512 to avoid changing the existing hard limit, and just use > openfiles= for bgpd/unbound where max and cur are the same value. (sthen@) etc.arm64/login.conf ~ etc.arm64/login.conf > List openfiles-max explicitly in default /etc/login.conf files. Otherwise, > raising openfiles-cur above the implicit -max value (1024 on at least the > common arch) results in the setting not being applied at all. > Earlier version OK tom@ danj@ ajacoutot@ benno@ krw@ beck@, suggestion > about > openfiles= from millert@ - changes in this version are to use 1024 for -max > rather than 512 to avoid changing the existing hard limit, and just use > openfiles= for bgpd/unbound where max and cur are the same value. (sthen@) etc.armv7/login.conf ~ etc.armv7/login.conf > List openfiles-max explicitly in default /etc/login.conf files. Otherwise, > raising openfiles-cur above the implicit -max value (1024 on at least the > common arch) results in the setting not being applied at all. > Earlier version OK tom@ danj@ ajacoutot@ benno@ krw@ beck@, suggestion > about > openfiles= from millert@ - changes in this version are to use 1024 for -max > rather than 512 to avoid changing the existing hard limit, and just use > openfiles= for bgpd/unbound where max and cur are the same value. (sthen@) etc.hppa/login.conf ~ etc.hppa/login.conf > List openfiles-max explicitly in default /etc/login.conf files. Otherwise, > raising openfiles-cur above the implicit -max value (1024 on at least the > common arch) results in the setting not being applied at all. > Earlier version OK tom@ danj@ ajacoutot@ benno@ krw@ beck@, suggestion > about > openfiles= from millert@ - changes in this version are to use 1024 for -max > rather than 512 to avoid changing the existing hard limit, and just use > openfiles= for bgpd/unbound where max and cur are the same value. (sthen@) etc.i386/login.conf ~ etc.i386/login.conf > List openfiles-max explicitly in default /etc/login.conf files. Otherwise, > raising openfiles-cur above the implicit -max value (1024 on at least the > common arch) results in the setting not being applied at all. > Earlier version OK tom@ danj@ ajacoutot@ benno@ krw@ beck@, suggestion > about > openfiles= from millert@ - changes in this version are to use 1024 for -max > rather than 512 to avoid changing the existing hard limit, and just use > openfiles= for bgpd/unbound where max and cur are the same value. (sthen@) etc.landisk/login.conf ~ etc.landisk/login.conf > List openfiles-max explicitly in default /etc/login.conf files. Otherwise, > raising openfiles-cur above the implicit -max value (1024 on at least the > common arch) results in the setting not being applied at all. > Earlier version OK tom@ danj@ ajacoutot@ benno@ krw@ beck@, suggestion > about > openfiles= from millert@ - changes in this version are to use 1024 for -max > rather than 512 to avoid changing the existing hard limit, and just use > openfiles= for bgpd/unbound where max and cur are the same value. (sthen@) etc.loongson/login.conf ~ etc.loongson/login.conf > List openfiles-max explicitly in default /etc/login.conf files. Otherwise, > raising openfiles-cur above the implicit -max value (1024 on at least the > common arch) results in the setting not being applied at all. > Earlier version OK tom@ danj@ ajacoutot@ benno@ krw@ beck@, suggestion > about > openfiles= from millert@ - changes in this version are to use 1024 for -max > rather than 512 to avoid changing the existing hard limit, and just use > openfiles= for bgpd/unbound where max and cur are the same value. (sthen@) etc.luna88k/login.conf ~ etc.luna88k/login.conf > List openfiles-max explicitly in default /etc/login.conf files. Otherwise, > raising openfiles-cur above the implicit -max value (1024 on at least the > common arch) results in the setting not being applied at all. > Earlier version OK tom@ danj@ ajacoutot@ benno@ krw@ beck@, suggestion > about > openfiles= from millert@ - changes in this version are to use 1024 for -max > rather than 512 to avoid changing the existing hard limit, and just use > openfiles= for bgpd/unbound where max and cur are the same value. (sthen@) etc.macppc/login.conf ~ etc.macppc/login.conf > List openfiles-max explicitly in default /etc/login.conf files. Otherwise, > raising openfiles-cur above the implicit -max value (1024 on at least the > common arch) results in the setting not being applied at all. > Earlier version OK tom@ danj@ ajacoutot@ benno@ krw@ beck@, suggestion > about > openfiles= from millert@ - changes in this version are to use 1024 for -max > rather than 512 to avoid changing the existing hard limit, and just use > openfiles= for bgpd/unbound where max and cur are the same value. (sthen@) etc.octeon/login.conf ~ etc.octeon/login.conf > List openfiles-max explicitly in default /etc/login.conf files. Otherwise, > raising openfiles-cur above the implicit -max value (1024 on at least the > common arch) results in the setting not being applied at all. > Earlier version OK tom@ danj@ ajacoutot@ benno@ krw@ beck@, suggestion > about > openfiles= from millert@ - changes in this version are to use 1024 for -max > rather than 512 to avoid changing the existing hard limit, and just use > openfiles= for bgpd/unbound where max and cur are the same value. (sthen@) etc.sgi/login.conf ~ etc.sgi/login.conf > List openfiles-max explicitly in default /etc/login.conf files. Otherwise, > raising openfiles-cur above the implicit -max value (1024 on at least the > common arch) results in the setting not being applied at all. > Earlier version OK tom@ danj@ ajacoutot@ benno@ krw@ beck@, suggestion > about > openfiles= from millert@ - changes in this version are to use 1024 for -max > rather than 512 to avoid changing the existing hard limit, and just use > openfiles= for bgpd/unbound where max and cur are the same value. (sthen@) etc.socppc/login.conf ~ etc.socppc/login.conf > List openfiles-max explicitly in default /etc/login.conf files. Otherwise, > raising openfiles-cur above the implicit -max value (1024 on at least the > common arch) results in the setting not being applied at all. > Earlier version OK tom@ danj@ ajacoutot@ benno@ krw@ beck@, suggestion > about > openfiles= from millert@ - changes in this version are to use 1024 for -max > rather than 512 to avoid changing the existing hard limit, and just use > openfiles= for bgpd/unbound where max and cur are the same value. (sthen@) etc.sparc64/login.conf ~ etc.sparc64/login.conf > List openfiles-max explicitly in default /etc/login.conf files. Otherwise, > raising openfiles-cur above the implicit -max value (1024 on at least the > common arch) results in the setting not being applied at all. > Earlier version OK tom@ danj@ ajacoutot@ benno@ krw@ beck@, suggestion > about > openfiles= from millert@ - changes in this version are to use 1024 for -max > rather than 512 to avoid changing the existing hard limit, and just use > openfiles= for bgpd/unbound where max and cur are the same value. (sthen@) == gnu =============================================================== 02/08 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/gnu usr.bin/perl ~ Makefile.bsd-wrapper > Remove incorrect perl version comment > From didickman AT gmail.com (afresh1@) == regress =========================================================== 03/08 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/regress sys + netinet/ipsec/Makefile + netinet/ipsec/ipsec.conf + netinet/ipsec/LICENSE + netinet/ipsec/README > New import: > Test combinations of IPsec tunnel and transport mode on several ~ netinet/Makefile > Add ipsec subdir. (bluhm@) ~ netinet/ipsec/Makefile > Ping via IPsec must increment ESP input and output counter by one. (bluhm@) usr.bin ~ mandoc/mdoc/Nm/Makefile ~ mandoc/mdoc/Nm/badNAMEuse.out_ascii ~ mandoc/mdoc/Nm/emptyNAMEuse.out_ascii > one less groff-mandoc difference after mdoc_validate.c rev. 1.234 > (schwarze@) == sbin ============================================================== 04/08 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sbin mount ~ mount.c > Postpone pledge call until after the getopt switch and hoist the call to > readlabelfs over it. This avoids a pledge abort due to the fact that the > ioctl DIOCGDINFO may not be allowed on the given file: mount /dev/tty /tmp. > ok benno (tb@) == share ============================================================= 05/08 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/share man ~ man1/gcc-local.1 > Document the behavior of -Wshadow. Add arm to the list of PIE archs > (guenther@) ~ man9/counters_alloc.9 > The counter api now always uses memory with type M_COUNTERS. (jca@) + man5/installurl.5 > Add a manual page for the /etc/installurl file. > With help from and OK tb@ jmc@ > OK ajacoutot@ deraadt@ (rpe@) ~ man5/installurl.5 > fix spelling (tj@) == sys =============================================================== 06/08 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sys arch/amd64/amd64 ~ db_trace.c > Implement Dynamic Profiling, a ddb(4) based & gprof compatible kernel > profiling framework, for i386. > Code patching is used to enable probes when entering functions. The > probes will call a mcount()-like function to match the behavior of a > GPROF kernel. > A new sysctl knob, ddb.profile, need to be set to 1 in securelevel 0 > to be able to use this feature. > ok jasper@, guenther@, mlarkin@ (mpi@) ~ locore.S > Sync a comment with i386. (mpi@) arch/arm/include ~ endian.h > add a license for the code in here, all of which i seem to have written. > this has been pointed out to me by a couple of people now. (dlg@) arch/arm64/arm64 ~ pmap.c > Change the pmap_pmap_pool ipl from IPL_VM to IPL_NONE. Matches the > other archs. > ok patrick@ (jsg@) ~ locore.S ~ machdep.c ~ pmap.c + cpufunc_asm.S > Move cache and tlb flush functions, which were mostly inline assembly, > into separate functions. This makes them reusable from other parts in > the kernel. Assembly and header are taken from FreeBSD, but modified > to fit our requirements and with some unnecessary stuff removed. While > there remove micro optimization for uniprocessor kernels. (patrick@) arch/arm64/conf ~ files.arm64 > Move cache and tlb flush functions, which were mostly inline assembly, > into separate functions. This makes them reusable from other parts in > the kernel. Assembly and header are taken from FreeBSD, but modified > to fit our requirements and with some unnecessary stuff removed. While > there remove micro optimization for uniprocessor kernels. (patrick@) arch/arm64/include ~ endian.h > patrick@ tells me this is mostly mine too (dlg@) ~ armreg.h + cpufunc.h > Move cache and tlb flush functions, which were mostly inline assembly, > into separate functions. This makes them reusable from other parts in > the kernel. Assembly and header are taken from FreeBSD, but modified > to fit our requirements and with some unnecessary stuff removed. While > there remove micro optimization for uniprocessor kernels. (patrick@) arch/i386/i386 ~ mptramp.s > When determining whether or not to hatch into PAE mode, use the cpu_pae > flag variable instead of checking some pointer assignment made earlier > in pae_bootstrap. > ok guenther (mlarkin@) ~ db_trace.c ~ locore.s > Implement Dynamic Profiling, a ddb(4) based & gprof compatible kernel > profiling framework, for i386. > Code patching is used to enable probes when entering functions. The > probes will call a mcount()-like function to match the behavior of a > GPROF kernel. > A new sysctl knob, ddb.profile, need to be set to 1 in securelevel 0 > to be able to use this feature. > ok jasper@, guenther@, mlarkin@ (mpi@) arch/i386/include ~ cpu.h ~ cpufunc.h ~ db_machdep.h > Implement Dynamic Profiling, a ddb(4) based & gprof compatible kernel > profiling framework, for i386. > Code patching is used to enable probes when entering functions. The > probes will call a mcount()-like function to match the behavior of a > GPROF kernel. > A new sysctl knob, ddb.profile, need to be set to 1 in securelevel 0 > to be able to use this feature. > ok jasper@, guenther@, mlarkin@ (mpi@) arch/octeon/dev ~ octehci.c > Mark ehci_intr() as MP-safe on octeon. > OK mpi@ (visa@) ddb ~ db_prof.c > Implement Dynamic Profiling, a ddb(4) based & gprof compatible kernel > profiling framework, for i386. > Code patching is used to enable probes when entering functions. The > probes will call a mcount()-like function to match the behavior of a > GPROF kernel. > A new sysctl knob, ddb.profile, need to be set to 1 in securelevel 0 > to be able to use this feature. > ok jasper@, guenther@, mlarkin@ (mpi@) dev/pci ~ mfii.c > megaraid sas fusion chips have their own command for aborting tasks (dlg@) ~ mfii.c > implement scsi command timeouts. > there's a struct timeout in scsi_xfer for this purpose, which is > used to schedule a timeout of the command in the future. the timeout > adds the xs to a list in mfii_softc of outstanding commands that > are to be aborted. this list is processed in a task so we can sleep > for an mfii_ccb. the new ccb is used to issue an abort against the > specific command that timed out. > to avoid having a timeout complete at the same time as a command > on the chip, a refcnt is added to ccbs. the chip and the timeout > get a ref each. the mfii completion path will attempt to timeout_del, > and if that's succesful it will subtract the timeouts ref as well > as its own. if it fails, the abort path owns the ccb and becomes > responsible for calling scsi_done on behalf of the mfii completion > path. (dlg@) dev/pv ~ if_xnf.c ~ xbf.c ~ xen.c ~ xenstore.c ~ xenvar.h > Use separate compile time debug flags for xen, xnf and xbf (mikeb@) ~ xbf.c > Fixup a few errors, make detaching more robust (mikeb@) ~ xen.c ~ xenstore.c ~ xenvar.h > XST_POLL turned out to be pretty useless since it's only set when cold > (mikeb@) ~ xen.c ~ xenvar.h > Add proper locking for the interrupt source list > Now that we can attach and detach devices, we need to make sure we > can do so while interrupts are running. Thankfully, in the meantime > the refcnt_init(9) API came around to help us out. (mikeb@) netinet6 ~ ip6_input.c > Make ip6_input() more like ipv4_input() and introduce ip6_ours(). > OK mpi@ (bluhm@) == usr.bin =========================================================== 07/08 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.bin mandoc ~ mdoc_html.c ~ mdoc_man.c ~ mdoc_term.c ~ mdoc_validate.c > The .Nm macro does not only use the default name when it has no > argument, but also when the first argument is a child macro. > Arcane issue found in the FreeBSD cxgbetool(8) manual that Baptiste > Daroussin <bapt at FreeBSD> sent me long ago for a different reason. > While solving this, switch to the new technique of doing text > production in the validator, reducing code duplication in the > formatters, which also makes -Ttree output clearer. (schwarze@) ssh ~ sshd.c > Restore \r\n newline sequence for server ident string. The CR got > lost in the flensing of SSHv1. Pointed out by Stef Bon (djm@) tmux ~ screen-write.c ~ tmux.h ~ tty.c > Only redraw the modified character when adding combining characters, not > the whole line. (nicm@) ~ input.c > Fix logging of CSI parameters. (nicm@) ~ cmd-attach-session.c ~ cmd-new-session.c ~ cmd-switch-client.c ~ key-bindings.c ~ tmux.h > Cancel key table when switching session, unless the key is going to > repeat. Reported by Amos Bird. (nicm@) ~ input.c ~ screen-write.c ~ tmux.h ~ tty.c > Add BCE for clear to start of screen, which was somehow missed. (nicm@) ~ tmux.h ~ tty.c > Do not go through the whole attributes setting process if the new cell > is the same as the previous one. (nicm@) ~ input.c ~ tmux.h ~ tty-term.c ~ tty.c > Use DECFRA on VT420 compatible terminals (so, xterm) and ED on all > others for clearing panes. (nicm@) == usr.sbin ========================================================== 08/08 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.sbin adduser ~ adduser.8 > Use quotes to protect the password hash from shell expansion. Update hash > to the new bcrypt version $2b$ and use more rounds. Prof. Falken's password > is much safer now. Found thanks to a problem report by John McGuigan. > ok beck (tb@) pkg_add ~ OpenBSD/State.pm ~ OpenBSD/Paths.pm > basic installurl support, get installpath from it (appending the requisite > magic for packages location...). Fairly straightforward > if pkg.conf defines installpath=, it takes precedence > (manual trumps automatic) > to be fully documented once the dust settles. > okay aja@ (espie@) ~ OpenBSD/PackageRepository.pm > amend the "unsigned package" message, commenting that signify(1) doesn't > see old-style signatures. Clue for people trying pkg_add -current against > 6.0 or earlier. (espie@) smtpd ~ table.5 > Bump bcrypt version to $2b$ and increase number of rounds in two examples. > (tb@) =============================================================================== _______________________________________________ odc mailing list [email protected] http://www.squish.net/mailman/listinfo/odc
