OpenBSD src changes summary for 2016-02-23 ==========================================
distrib/macppc distrib/miniroot sbin/fdisk sbin/pdisk sys/arch/amd64/amd64 sys/kern sys/netinet sys/sys usr.bin/ssh usr.sbin/eigrpd usr.sbin/pkg_add == distrib =========================================================== 01/05 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/distrib macppc ~ ramdisk/install.md > In the great pdisk churn we lost a pdisk pecularity in disk name > handling. "pdisk -l /dev/wd0c" used to work as well as "pdisk -l > /dev/rwd0c". The new, more fdisk-like, code does not accept the > former. > Adjust the install scripts to eliminate the use of "/dev/wd0c" > constructs and, like fdisk, simply use 'wd0'. > Fixes macppc installs to HFS partitioned disks. > Discovered and diff by rpe@. > ok rpe@ deraadt@ (krw@) miniroot ~ install.sub > In the great pdisk churn we lost a pdisk pecularity in disk name > handling. "pdisk -l /dev/wd0c" used to work as well as "pdisk -l > /dev/rwd0c". The new, more fdisk-like, code does not accept the > former. > Adjust the install scripts to eliminate the use of "/dev/wd0c" > constructs and, like fdisk, simply use 'wd0'. > Fixes macppc installs to HFS partitioned disks. > Discovered and diff by rpe@. > ok rpe@ deraadt@ (krw@) == sbin ============================================================== 02/05 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sbin fdisk ~ fdisk.8 > A disk name of /dev/wd0c doesn't work. Correct verbiage and example. > Discovered by rpe@. Tweaked by schwarze@. > ok rpe@ schwarze@ jmc@ deraadt@ (krw@) pdisk ~ dump.c > Fix display of pdisk partition sizes by casting the 32-bit number > of blocks to (long long) before multiplying by 512 and passing the > value to fmt_scaled(). > Discovered and fix tested by rpe@. > ok rpe@ deraadt@ (krw@) ~ pdisk.8 > A disk name of /dev/wd0c doesn't work. Correct verbiage and example. > Discovered by rpe@. Tweaked by schwarze@. > ok rpe@ schwarze@ jmc@ deraadt@ (krw@) == sys =============================================================== 03/05 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sys arch/amd64/amd64 ~ vmm.c > Plug memleak: make sure that the MSR bitmap is freed in the VCPU init > error path. > ok mlarkin@, deraadt@ (stefan@) ~ vmm.c > Fix previous: Need to free vc_msr_bitmap_va, not > vc_msr_bitmap_pa. (stefan@) kern ~ uipc_mbuf.c > provide m_dup_pkt() for doing fast deep mbuf copies with a specified > alignment > if a physical interface receives a multicast/broadcast packet and > has carp interfaces on it, that packet needs to be copied for > reception by each of those carp interfaces. > previously it was using m_copym2, but that doesn't respect the > alignment of the source packet. this meant the ip header in the > copies were aligned incorrectly for the network stack, which breaks > strict alignment archs. > m_dup_pkt lets carp specify that the payload needs an ETHER_ALIGN > adjustment, so the ip header inside will be aligned correctly. > reported and tested by anthony eden who hit this on armv7 > i reproduced the problem on sparc64 and verified the fix on amd64 > and sparc64 > ok mpi@ mikeb@ deraadt@ (dlg@) netinet ~ ip_carp.c > provide m_dup_pkt() for doing fast deep mbuf copies with a specified > alignment > if a physical interface receives a multicast/broadcast packet and > has carp interfaces on it, that packet needs to be copied for > reception by each of those carp interfaces. > previously it was using m_copym2, but that doesn't respect the > alignment of the source packet. this meant the ip header in the > copies were aligned incorrectly for the network stack, which breaks > strict alignment archs. > m_dup_pkt lets carp specify that the payload needs an ETHER_ALIGN > adjustment, so the ip header inside will be aligned correctly. > reported and tested by anthony eden who hit this on armv7 > i reproduced the problem on sparc64 and verified the fix on amd64 > and sparc64 > ok mpi@ mikeb@ deraadt@ (dlg@) sys ~ mbuf.h > provide m_dup_pkt() for doing fast deep mbuf copies with a specified > alignment > if a physical interface receives a multicast/broadcast packet and > has carp interfaces on it, that packet needs to be copied for > reception by each of those carp interfaces. > previously it was using m_copym2, but that doesn't respect the > alignment of the source packet. this meant the ip header in the > copies were aligned incorrectly for the network stack, which breaks > strict alignment archs. > m_dup_pkt lets carp specify that the payload needs an ETHER_ALIGN > adjustment, so the ip header inside will be aligned correctly. > reported and tested by anthony eden who hit this on armv7 > i reproduced the problem on sparc64 and verified the fix on amd64 > and sparc64 > ok mpi@ mikeb@ deraadt@ (dlg@) == usr.bin =========================================================== 04/05 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.bin ssh ~ sshconnect2.c > fix spurious error message when incorrect passphrase entered for > keys; reported by espie@ ok deraadt@ (djm@) ~ version.h > openssh-7.2 (djm@) == usr.sbin ========================================================== 05/05 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.sbin eigrpd ~ eigrpd.c > I just stumbled on this and noticed that eigrpd requires inet and rpath in > pledge(2) call to make "reload", > without that, daemon will crash on SIGHUP signal.... > as discurssed/OK renato@ > commit it now, deraadt@ (gsoares@) pkg_add ~ OpenBSD/PackageRepository.pm > sanitize environment thru a whitelist. Only pass what's relevant for ftp > and > ftp clones. > Give "decent" values to your normal environment variables, so that commands > won't be surprised. > This fixes the spurious warnings from ftp:// url reported by Jiri B. > Much feedback from deraadt@, zhuk@, sthen@ (espie@) =============================================================================== _______________________________________________ odc mailing list [email protected] http://www.squish.net/mailman/listinfo/odc
